MT 20050210: muggle, powermate, mlcd, vbox und pim

  • Rück das Dings mehr nach links und da gings :D


    Auf einmal gehts. Habe zum hundertsten male in der runvdr den eintrag gemacht. Weis nicht ob das andauernd ein tipfehler war!?!


    Egal - es geht 8)


    Gruß Deejenda

    ---------------------------------------------------------------------------------------------------
    LinVDR 0.7 immer mit neustem MT-Patch + Cody-Erweiterung und Dark Angel - Kernel 2.6.12.2; Asus Pundit;
    TT-DVB-C V2.1; Win TV - NOVA-T model 928; Celeron 2,4 GHz


  • Na Supi! Schon mal was... ;D :alki


    Gruß Plüschi

  • Hi,


    erstmal wie gewohnt, klasse Arbeit MT.



    2 Sachen sind mir noch aufgefallen.


    1. Nicht erst nach dem letzten Patch tritt ab und zu der Fehler auf das die aktuelle Sendung beim drücken auf OK nicht angezeigt wird. Also z.B. es ist 22:15 und die Sendung die angezeigt wird läuft von 20:15 bis 21:15. Das liegt auch nicht am Skin, hab alle auch das klassische durchprobiert.


    2. Mplayer. Ich weiß ich hab das schon mal geschrieben, aber woher kommt das zweite (weiße) OSD, der Ton ist mit Mplayer (Analog) auf einmal viel leiser und die Fortschrittsanzeige läuft auch nicht kontinuierlich sondern springt alle paat Minuten mal um.



    Vielleicht kann das jemand bestätigen oder besser noch einen oder mehrere Ansatzpunkte posten...

    HD DVB-C System / Ubuntu 14.04 x64 / Kernel 3.13.0-48 x64; VDR 2.2.x; VDRadmin 3.6.10 / ACPI Wakeup

    SoftHD-Device GIT / Vdpau / Nvidia 337.25

    ASUS AT5IONT-I; Atom D525; 4GB; Nvidia GT218; 1x DD Cine C/T v6; 1x DD DuoFlex C/T v2; (20~40 Watt)


  • Wie immer: :tup :prost2

    1200Mhz Tualeron - 768 MB RAM - 80 GB Cuda V - DVB-S 1.5 4MB - Nexus 2.1 [size=7](LNBShare) - Nova-S [size=7](LNBShare)[/size] - GLCD 240x128 - IR-Einschalter Rev.4 - LinVDR 0.7 - Panasonic TH-42PV71F - Yamaha RX-V359 - Logitech Harmony 525
    Registered VDR-User #334[/SIZE]

  • Hi MarcTwain.


    Super klasse: Logos funzen nun.


    ....jetzt habe ich aber zu meinem Problem:
    "Ausserdem habe ich da noch ein weiteres PRBLM - nach einem Neustart werden auf dem LCD ausser den beiden Balken oben und des Datum / Uhrzeit nichts angezeigt. Erst nach einem erstmaligem Kanalwechsel kommt der Rest dann auch."


    noch ein weiteres: Nach einem Neustart wird das LCD zwar initialisiert, aber es kommt auf dem TV kein Bild. Erst nach einem Kanalwechsel gehts wieder. Ich habs probiert - es liegt an der neuen graphlcd. :rolleyes:


    Auch hier wieder: Nichts im LOG


    Gruss // André

    Wohnzimmer: LinVDR 0.7 auf P4 mit TT-FF 1.x, 128x240 LCD - wird noch auf yaVDR umgestellt 8) / Keller: yaVDR auf Athlon64, 1x TT-FF 1.4, Ausgabe per VGA 8) Ist aber noch im experimentellen Status / Schlafzimmer auf yaVDR fehlt noch komplett / NAS mit 4TB für Video/MP3/Photos/.....


  • Das ist bei mir nicht reproduzierbar. Liegt wohl am Controller in Zusammenhang mit der graphlcd-Version oder an Deiner graphlcd.conf.

  • Zitat

    Original von MarcTwain


    Das ist bei mir nicht reproduzierbar. Liegt wohl am Controller in Zusammenhang mit der graphlcd-Version oder an Deiner graphlcd.conf.



    --- evtl. hab ich ja was übersehen:


    Hier meine .conf:


    # WaitMethod
    # Select the method that is used for sleeping.
    # Possible values:
    # 0 - usleep
    # 1 - nanosleep
    # 2 - nanosleep (sched_rr) - This is recommended on kernel 2.4 systems
    # 3 - gettimeofday - This is recommended on kernel 2.6 systems
    # Defaukt value: 2
    WaitMethod=3


    # WaitPriority
    # Select the process priority that is used when sleeping.
    # Possible values: -20 <= x <= 19
    # Default value: 0
    WaitPriority=0


    # General driver settings
    # This section lists the display settings that are parsed and
    # recognized by the driver library.
    #
    # Driver
    # Sets the display's driver.
    # Currently available are: framebuffer, gu140x32f, gu256x64-372,
    # gu256x64C-3xx0, hd61830, image, ks0108,
    # sed1520, sed1330, simlcd, t6963c
    #
    # Device
    # Instead of using the direct output via port address (see Port), you
    # can use the parport device (/dev/parportX). The advantage over the
    # direct output via port address is that this works for non-root users
    # also. But it's a little bit slower. The modules ppdev.o, parport.o
    # and parport_pc.o must be loaded or compiled into the kernel.
    #
    # Port
    # Sets the port address of the parallel port. If this parameter is not
    # given, 0x378 is used. To use this direct output, the program that
    # uses the driver library has to be started with user 'root'.
    #
    # Width
    # Sets the horizontal size of the display. If this parameter is not
    # given, a default one specific to the driver is used.
    #
    # Height
    # Sets the vertical size of the display. If this parameter is not
    # given, a default one specific to the driver is used.
    #
    # UpsideDown
    # Rotates the display output by 180 degrees. This might be useful, if
    # the LCD is mounted upside-down.
    # Possible values: 'yes', 'no'
    # Default value: 'no'
    #
    # Invert
    # Inverts the display.
    # Possible values: 'yes', 'no'
    # Default value: 'no'
    #
    # Brightness
    # Sets the brightness of your display's backlight if supported by its
    # driver.
    # Supported by: gu140x32f, gu256x64-372, gu256x64-3900
    # Possible values: 0 <= x <= 100)
    # Default value: 100
    #
    # Contrast
    # Sets the contrast of your display if supported by its driver.
    # Supported by: serdisplib
    # Possible values: 0 <= x <= 10
    # Default value: 5
    #
    # Backlight
    # Switches the backlight of your display on and off if supported by
    # its driver.
    # Supported by: serdisplib
    # Possible values: 'yes', 'no'
    # Default value: 'yes'
    #
    # AdjustTiming
    # To get a timing that is as accurate as possible, the drivers measure
    # the time for port commands (see: benchmark in syslog). You might
    # decrease or increase the time to wait after port commands with this
    # parameter. Normally, there is no need to change this parameter.
    # (used by gu140x32f, gu256x64-372, gu256x64-3900, hd61830, ks0108,
    # sed1330, sed1520)
    # Possible values: -50 <= x <= 50
    # Default value: 0
    #
    # RefreshDisplay
    # Normally, most of the drivers do not update the whole display, but
    # only the areas that have changed since last update. So it might be,
    # that some faulty pixels would stay a longer time. To avoid this, the
    # plugin makes a complete refresh from time to time. This parameter
    # defines how often a complete refresh will be done.
    # e.g.: A value of 5 means, that the plugin will make a complete
    # refresh on every 5th update.
    # A value of 0 completely disables complete refreshs.
    # Possible values: 0 <= x <= 50
    # Default value: 5


    ########################################################################



    [sed1330]
    # sed1330 driver
    # This is a driver module for the Epson SED1330/1335 LCD controller.
    # Default size: 320 x 240
    Driver=sed1330
    Port=0x378
    #Device=/dev/parport0
    Width=240
    Height=128
    #UpsideDown=no
    Invert=yes
    #AdjustTiming=0
    #refreshDisplay=1


    # Wiring
    # Select the type of wiring your display is connected with.
    # Possible values: 'Original', 'PowerLCD', 'LCDProc', 'Tweakers',
    # 'YASEDW'
    # Default value: 'Original'
    Wiring=Original


    # OscillatorFrequency
    # Select the frequency the oscillator on your LCD board uses in kHz.
    # Possible values: 1000 <= x <= 15000)
    # Default value: 9600
    OscillatorFrequency=9600


    # Interface
    # Select the interface mode your display is connected with.
    # Possible values: '6800', '8080'
    # Default value: '6800'
    Interface=6800


    ########################################################################


    Das LCD ist ein G242C, mit halt dem besagtem SED1330F, 240x128. Das Display ist einfach super: Mega Kontrast und grosser Blickwinkel. Also wenn das PRBLM nicht zu lösen ist - mir doch egal, damit kann ich leben ;D


    ...auch auf die Gefahr hin in das Super-DAU Plugin aufgenommen zu werden: Wie spiele ich das dvbupdate ein??? Du rätst ja dazu dieses durchzuführen...


    Many thanks


    Gruss // André

    Wohnzimmer: LinVDR 0.7 auf P4 mit TT-FF 1.x, 128x240 LCD - wird noch auf yaVDR umgestellt 8) / Keller: yaVDR auf Athlon64, 1x TT-FF 1.4, Ausgabe per VGA 8) Ist aber noch im experimentellen Status / Schlafzimmer auf yaVDR fehlt noch komplett / NAS mit 4TB für Video/MP3/Photos/.....

    Einmal editiert, zuletzt von AUnruh ()

  • gib mir doch mal einer einen tipp -


    wie exportiere ich die aufnachmen in divx´e ?


    marc schrieb in einem anderen beitrag hier kuerzlich das das mit vdrrip - seinem patch moeglich sei - !?


    wie funzt das denn nun?

  • Zitat

    Original von MarcTwain
    In graphlcd habe ich den Logo-Fehler gefunden.


    Stimmt, jetzt klappt es, allerbesten Dank.

    Gruß Martin

    -------------------------------------------------------------------------
    Software:
    :] LinVDR 0.7+Mahlzeit3.2 :]
    Hardware:
    TT 1.5 - 2x FS Activy Budget - 240x128 gLCD - AVBoard1.2 von STB


  • Menu -> Multimedia -> vdrrip


    Der Rest ist aber nun wirklich mit :suche und :rtfm zu lösen... :)

  • Zitat

    Original von AUnruh
    Das LCD ist ein G242C, mit halt dem besagtem SED1330F, 240x128. Das Display ist einfach super: Mega Kontrast und grosser Blickwinkel. Also wenn das PRBLM nicht zu lösen ist - mir doch egal, damit kann ich leben ;D


    Probier mal


    # WaitMethod
    # Select the method that is used for sleeping.
    # Possible values:
    # 0 - usleep
    # 1 - nanosleep
    # 2 - nanosleep (sched_rr) - This is recommended on kernel 2.4 systems
    # 3 - gettimeofday - This is recommended on kernel 2.6 systems
    # Defaukt value: 2
    WaitMethod=1



    Zitat


    ...auch auf die Gefahr hin in das Super-DAU Plugin aufgenommen zu werden: Wie spiele ich das dvbupdate ein??? Du rätst ja dazu dieses durchzuführen...


    Und dazu sage ich nur :suche

  • Wohnzimmer: LinVDR 0.7 auf P4 mit TT-FF 1.x, 128x240 LCD - wird noch auf yaVDR umgestellt 8) / Keller: yaVDR auf Athlon64, 1x TT-FF 1.4, Ausgabe per VGA 8) Ist aber noch im experimentellen Status / Schlafzimmer auf yaVDR fehlt noch komplett / NAS mit 4TB für Video/MP3/Photos/.....


  • du darfst es nicht im setup aktivieren, sondern musst es in der runvdr eintragen aber im SETUP ausgetragen lassen.


    habe ein howto dazu erstellt wie man es einrichtet. ich habe das graphtft an der 2. tt-karte dran.


    suche mal hier danach im forum.

    Gruss DAZ
    ______
    - Produktiv-System: HTPC-Gehäuse The Case, Asus P4S533-X, PSone Display, 2 DVB-S TT 1.5, 1 Nexus 2.1, Celeron 2,0 Ghz passiv gekühlt mit Fanless 103, 3 x 160 GB, 256 MB Ram. LinVDR 0.7 MT 20050518. :cool1
    -Test-System: CoolerMaster ATC-610-GX1, P III 566 MHz, 256 MB Ram, 40 GB, 1 DVB-S TT 1.3, Nexus 2.1.
    - Streaming-Clients: 3 DBox2 mit Neutrino, 2 im Einsatz, 1 Test.
    - SAT-Multiswitch Spaun SMS 3803 NF, 8 Ausgänge

  • Hi MarcTwain.


    Ok. Ok. Ok.


    Ich habs gefunden - war ein Beitrag von einem gewissen .. siehe oben.


    Im Zweifelsfalle immer:


    Zitat:
    tar -xzf wositdenndiedatei.tgz -C /
    depmod
    reboot
    Zitat Ende



    :n8

    Wohnzimmer: LinVDR 0.7 auf P4 mit TT-FF 1.x, 128x240 LCD - wird noch auf yaVDR umgestellt 8) / Keller: yaVDR auf Athlon64, 1x TT-FF 1.4, Ausgabe per VGA 8) Ist aber noch im experimentellen Status / Schlafzimmer auf yaVDR fehlt noch komplett / NAS mit 4TB für Video/MP3/Photos/.....


  • Super!!!


    Funzt wie immer :bounce1 !!


    Danke!!

  • hallo leute,


    ich traue mich schon gar nicht zu fragen aber nach der istallation des letzten patch bleib meine bildschirm dunkel. habt ihr vielleicht direkt eine lösung für das problem.


    hängt das vielleicht mit der 1.3.20 version zusammen ?



    gruss
    marlow

    Mein VDR = ASUS M4N78-AM, AMD Sempron 140 AM3 2.70GHz, 160 GB HDD, GraKa Gainward 210, 2x TechnoTrend TT Budget S2-1600, Ausgabe über Philips 42"


  • So zu fragen, würde ich mich auch nicht trauen. ;)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!