Beiträge von Starsky

    Hallo zusammen,


    nach vielen testen und probieren bin ich da etwas weiter gekommen.
    Meine Vermutung war das es mit dem AC3-Ton zu tun hat.
    Das Problem ist aber wenn mehrere Tonspuren mit erstellt
    werden sollen.
    Wenn ich bei der DVD-Erstellung alle anderen Tonspuren(Stereo)
    deaktiviere funktioniert es.
    Trotzdem würde mich ja interessieren woran es liegt
    oder welches Programm da nicht mitspielt.


    Gruß
    Starsky

    Hallo Thomas,


    ich habe das jetzt noch mal über die Konsole probiert, so wie Du
    es beschrieben hast.


    Code
    debian:~# vdr -v /var/lib/video.00 -c /var/lib/vdr -P "burn --tempdir=/var/lib/video.00/vdr-plugin-burn --datadir=/var/lib/video.00/vdr-plugin-burn/tmp --iso=/var/lib/video.00/vdr-plugin-burn/iso"
    *** glibc detected *** double free or corruption (out): 0x089e4b30 ***
    Abgebrochen


    Aber damit kann ich ehrlich gesagt auch nichts anfangen.
    Beim ewigen rumprobieren ist mir jetzt aufgefallen das es
    bei einer anderen Sendung funktioniert hat.
    Diese Sendung hatte keinen AC3-Tonspur.
    Daraufhin habe ich es mit der anderen Sendung probiert, wobei ich
    vorm erstellen den AC3-Ton deaktiviert habe.
    Es ist aber wieder zum absturz gekommen.


    Also weiterhin Ratlosigkeit bei mir...


    Gruß
    Starsky

    Hallo zusammen,


    erstmal Danke für die Antworten.
    Ich habe nochmal die dvd.log angefügt.


    Den vdr über die Konsole zu starten werde ich
    heute Abend ausprobieren.
    Vielen Danke.


    Gruß
    Starsky

    Hallo zusammen,


    bei der Erstellung einer DVD über das burn-plugin wird immer
    der VDR-Process neu gestartet.
    Ich habe schon alles Versucht aber nichts gefunden.
    Auch die Angaben in der syslog sagen mir nicht wirklich etwas
    aus.


    Auszug aus der syslog


    Irgendwie ist der Neustart doch unlogisch.
    Der process render wird doch erfolgreich beendet.
    Unter Einstellungen Plugin habe ich es mit Vdrsync und auch
    mit ProjektX getestet.
    Irgenwie komme ich da nicht weiter!?!
    Am laufen habe ich c't VDR: 1.4.7-2ctvdr1 mit dem
    vdr-plugin-burn (0.1.0~pre21-13)
    Bin für jeden Tipp sehr dankbar.


    Gruß
    Starsky

    Hallo Sascha,


    erst mal Danke für die Antwort.
    Die neue Firmware werde ich heute Abend erstmal ausprobieren.
    Hoffentlich bringt das eine Besserung.


    Es stellen sich aber noch folgende Fragen für mich...
    Kann man das Treiber-Patch als Modul einspielen oder
    muß der Treiber gepatcht und kompiliert werden?


    Ist das Treiber-Patch denn kompatibel zum CtVdr4?
    Ich habe den Standard Ct-Kernel 2.6.12-ct-1.


    Wo kann man den Lifebuffer ausschalten?


    Wie kann ich bei den einzelnen Sender DD deaktivieren?
    Das dpid wird ja immer wieder über retuning gesetzt.


    Nochmals vielen Dank für deine Antwort


    Schöne Grüsse
    Starsky

    Hallo zusammen,


    ich habe seit geraumer Zeit (eigentlich seit der WM2006)
    massive Probleme mit Bild- u. Tonstörung.
    Die Probleme tritt z.Z. meistens Abends nach 20:00Uhr bei ARD und RTL
    auf.
    Meine Vermutung war, das es an einer zu hohen Datenrate liegt.
    Gestern trat das Problem bei RTL (80iger Jahre Show)bei einer
    aktuellen Datenrate von unter 4MBit Bitrate(8 MBit)auf.
    In der Syslog werden keine Fehler angezeigt, ab und an
    kommt mal eine Meldung das der buffer zu ca. 3% gefüllt ist.
    Wie ich in einem anderen Thread Tonstörungen bei "Das Erste"
    gelesen habe wurde dieses
    Problem damit behoben, indem man dpid auf 0 setzen würde
    aber der VDR macht sofort ein retuning und setzt
    dpid wieder auf 106.


    Ich habe auch noch eine alte Konfiguration CtVdr3/Vdr1.26
    getestet, mit der die gleiche Problematik auftritt.


    Gibt es nicht irgendeine Möglichkeit diese Bildstörung
    zu beseitigen, auch wenn ich auf Dolby verzichten muß?


    Vielen Dank im voraus


    Starsky

    Zitat


    Makefile:485: .config: Datei oder Verzeichnis nicht gefunden


    Das dürfe wohl der Fehler sein. Hatte ich letztens auch mal. Ich habe dann die Kernel-Konfiguration nochmals gespeichert. Dann den Kernel gebaut, aber nicht installiert. Danach konnte ich auch die zusätzlichen Module bauen.


    Bin mir allerdings nicht 100% sicher. Insbesondere nicht, ob man das Problem nicht auch ohne Kompilierung des Kernels hinbekommt.


    erst mal danke für die prompte Anwort :]
    Ich habe im Verzeichnis /usr/src/kernel-source-2.6.12-ct-1
    make oldconfig
    aufgerufen, was auch so durchgelaufen ist. Es gibt jetzt auch die Datei
    /usr/src/kernel-source-2.6.12-ct-1/.config
    Wenn ich jetzt versuche Fritz zu kompilieren, ist die install.log 535kb groß ;(


    Was mir komisch vorkommt ist das durch das
    apt-get install build-essential auch das Paket
    linux-kernel-headers installiert wurde und diese Version ist die
    2.5.999-test7-bk-17 und genau diese Dateien werden beim kompilieren
    angemeckert!
    Muss ich da vielleicht was umbiegen nach kernel-headers-2.6.12-ct-1?




    Gruss


    Starsky

    Hallo zusammen,


    Ich habe auf ein Testsystem CtVdr45 installiert
    und versuche schon seit einiger Zeit Fritz
    fcpcmcia-suse93-3.11-07.tar.gz von AVM für
    Kernel 2.6.12-ct-1 zu kompilieren.
    Ich habe dazu apt-get install build-essential ausgeführt
    und die kernel-source-2.6.12-ct-1 runtergeladen
    und unter /usr/src entpackt.
    Den sympolischen Link /lib/modules/2.6.12-ct-1/build
    habe ich auf /usr/src/kernel-source-2.6.12-ct-1 gerichtet.
    Beim Übersetzen bekomme ich dann folgende Fehlermeldungen.
    Ich habe den ersten Teil und den letzten Teil der install.log
    angefügt, weil die gesamte install.log über 250kb groß ist.


    ************** /usr/src/fritz/install.log *****************
    AVM ISDN-Controller, 1
    Card: FRITZ!Card PCMCIA
    Driver: fcpcmcia
    Startup: Sa Apr 22 15:26:09 CEST 2006
    Install for FRITZ!Card PCMCIA, version 3.11.07, build 050707
    Welcome to the FRITZ!Card PCMCIA driver installation!
    Installing for kernel version 2.6.12-ct-1, architecture:
    CHK:KERNEL 2.6
    CHK:pppd version 2.4.3
    CHK:pppd version status 0
    PRE:Looking for file install_passive-d.html...
    PRE:Looking for file install_passive-e.html...
    MAIN:Generating FRITZ!Card PCMCIA driver for kernel 2.6.12-ct-1...
    /usr/bin/make
    make: Entering directory `/usr/src/fritz/src'
    make -C /lib/modules/2.6.12-ct-1/build SUBDIRS=/usr/src/fritz/src modules
    make[1]: Entering directory `/usr/src/kernel-source-2.6.12-ct-1'
    Makefile:485: .config: Datei oder Verzeichnis nicht gefunden


    WARNING: Symbol version dump /usr/src/kernel-source-2.6.12-ct-1/Module.symvers
    is missing; modules will have no dependencies and modversions.


    CC [M] /usr/src/fritz/src/main.o
    /usr/src/fritz/src/main.c:24:25: asm/uaccess.h: Datei oder Verzeichnis nicht gefunden
    In Datei, eingefügt von /usr/src/fritz/src/main.c:25:
    include/linux/config.h:4:28: linux/autoconf.h: Datei oder Verzeichnis nicht gefunden
    /usr/src/fritz/src/main.c:26:27: linux/version.h: Datei oder Verzeichnis nicht gefunden
    In Datei, eingefügt von include/linux/kernel.h:11,
    von /usr/src/fritz/src/main.c:27:
    include/linux/linkage.h:5:25: asm/linkage.h: Datei oder Verzeichnis nicht gefunden
    In Datei, eingefügt von include/linux/posix_types.h:47,
    von include/linux/types.h:13,
    von include/linux/kernel.h:13,
    von /usr/src/fritz/src/main.c:27:
    /usr/lib/gcc-lib/i486-linux/3.3.5/include/asm/posix_types.h:13:22: features.h: Datei oder Verzeichnis nicht gefunden
    /usr/lib/gcc-lib/i486-linux/3.3.5/include/asm/posix_types.h:14:35: Kein Include-Pfad, um asm/posix_types.h zu finden
    In Datei, eingefügt von include/linux/kernel.h:13,
    von /usr/src/fritz/src/main.c:27:
    include/linux/types.h:14:23: asm/types.h: Datei oder Verzeichnis nicht gefunden
    In file included from include/linux/kernel.h:13,
    from /usr/src/fritz/src/main.c:27:
    include/linux/types.h:18: error: Syntaxfehler before "__kernel_dev_t"
    include/linux/types.h:18: Warnung: type defaults to `int' in declaration of `__kernel_dev_t'
    include/linux/types.h:18: Warnung: data definition has no type or storage class
    include/linux/types.h:21: error: Syntaxfehler before "dev_t"
    include/linux/types.h:21: Warnung: type defaults to `int' in declaration of `dev_t'
    include/linux/types.h:21: Warnung: data definition has no type or storage class
    include/linux/types.h:22: error: Syntaxfehler before "ino_t"
    include/linux/types.h:22: Warnung: type defaults to `int' in declaration of `ino_t'
    include/linux/types.h:22: Warnung: data definition has no type or storage class
    include/linux/types.h:23: error: Syntaxfehler before "mode_t"
    include/linux/types.h:23: Warnung: type defaults to `int' in declaration of `mode_t'
    include/linux/types.h:23: Warnung: data definition has no type or storage class
    include/linux/types.h:24: error: Syntaxfehler before "nlink_t"
    include/linux/types.h:24: Warnung: type defaults to `int' in declaration of `nlink_t'
    include/linux/types.h:24: Warnung: data definition has no type or storage class
    include/linux/types.h:25: error: Syntaxfehler before "off_t"
    include/linux/types.h:25: Warnung: type defaults to `int' in declaration of `off_t'
    include/linux/types.h:25: Warnung: data definition has no type or storage class
    include/linux/types.h:26: error: Syntaxfehler before "pid_t"
    include/linux/types.h:26: Warnung: type defaults to `int' in declaration of `pid_t'
    include/linux/types.h:26: Warnung: data definition has no type or storage class
    include/linux/types.h:27: error: Syntaxfehler before "daddr_t"
    include/linux/types.h:27: Warnung: type defaults to `int' in declaration of `daddr_t'
    include/linux/types.h:27: Warnung: data definition has no type or storage class
    include/linux/types.h:29: error: Syntaxfehler before "suseconds_t"
    include/linux/types.h:29: Warnung: type defaults to `int' in declaration of `suseconds_t'
    include/linux/types.h:29: Warnung: data definition has no type or storage class
    include/linux/types.h:30: error: Syntaxfehler before "timer_t"
    include/linux/types.h:30: Warnung: type defaults to `int' in declaration of `timer_t'
    include/linux/types.h:30: Warnung: data definition has no type or storage class
    include/linux/types.h:31: error: Syntaxfehler before "clockid_t"
    include/linux/types.h:31: Warnung: type defaults to `int' in declaration of `clockid_t'
    include/linux/types.h:31: Warnung: data definition has no type or storage class
    include/linux/types.h:35: error: Syntaxfehler before "uid_t"
    include/linux/types.h:35: Warnung: type defaults to `int' in declaration of `uid_t'
    include/linux/types.h:35: Warnung: data definition has no type or storage class
    include/linux/types.h:36: error: Syntaxfehler before "gid_t"
    include/linux/types.h:36: Warnung: type defaults to `int' in declaration of `gid_t'
    include/linux/types.h:36: Warnung: data definition has no type or storage class
    include/linux/types.h:37: error: Syntaxfehler before "uid16_t"
    include/linux/types.h:37: Warnung: type defaults to `int' in declaration of `uid16_t'
    include/linux/types.h:37: Warnung: data definition has no type or storage class
    include/linux/types.h:38: error: Syntaxfehler before "gid16_t"
    include/linux/types.h:38: Warnung: type defaults to `int' in declaration of `gid16_t'


    ************** ab hier der letzte Teil ***********************


    /usr/src/fritz/src/main.c: In Funktion »fritz_init«:
    /usr/src/fritz/src/main.c:384: error: `EBUSY' undeclared (first use in this function)
    /usr/src/fritz/src/main.c: Auf höchster Ebene:
    include/linux/elf.h:441: Warnung: array `_DYNAMIC' assumed to have one element
    include/linux/sched.h:228: error: storage size of `mmap_sem' isn't known
    include/linux/sched.h:266: error: storage size of `default_kioctx' isn't known
    include/linux/sched.h:274: error: storage size of `action' isn't known
    include/linux/sched.h:295: error: storage size of `shared_pending' isn't known
    include/linux/sched.h:358: error: storage size of `rlim' isn't known
    include/linux/sched.h:645: error: storage size of `start_time' isn't known
    include/linux/sched.h:673: error: storage size of `thread' isn't known
    include/linux/sched.h:685: error: storage size of `pending' isn't known
    include/linux/stat.h:68: error: storage size of `atime' isn't known
    include/linux/stat.h:69: error: storage size of `mtime' isn't known
    include/linux/stat.h:70: error: storage size of `ctime' isn't known
    include/linux/fs.h:279: error: storage size of `ia_atime' isn't known
    include/linux/fs.h:280: error: storage size of `ia_mtime' isn't known
    include/linux/fs.h:281: error: storage size of `ia_ctime' isn't known
    include/linux/quota.h:223: error: storage size of `dq_dqb' isn't known
    include/linux/fs.h:364: error: storage size of `bd_sem' isn't known
    include/linux/fs.h:365: error: storage size of `bd_mount_sem' isn't known
    include/linux/fs.h:440: error: storage size of `i_atime' isn't known
    include/linux/fs.h:441: error: storage size of `i_mtime' isn't known
    include/linux/fs.h:442: error: storage size of `i_ctime' isn't known
    include/linux/fs.h:449: error: storage size of `i_sem' isn't known
    include/linux/fs.h:450: error: storage size of `i_alloc_sem' isn't known
    include/linux/fs.h:586: error: storage size of `f_owner' isn't known
    include/linux/fs.h:772: error: storage size of `s_umount' isn't known
    include/linux/fs.h:773: error: storage size of `s_lock' isn't known
    include/linux/fs.h:802: error: storage size of `s_vfs_rename_sem' isn't known
    include/linux/skbuff.h:140: error: storage size of `frags' isn't known
    include/linux/kernelcapi.h:65: error: storage size of `recv_sem' isn't known
    include/linux/kernelcapi.h:66: error: storage size of `recv_queue' isn't known
    /usr/src/fritz/src/driver.h:55: error: storage size of `ctrl' isn't known
    {standard input}: Assembler messages:
    {standard input}:3823: Error: symbol `lock' is already defined
    make[2]: *** [/usr/src/fritz/src/main.o] Fehler 1
    make[1]: *** [_module_/usr/src/fritz/src] Fehler 2
    make[1]: Leaving directory `/usr/src/kernel-source-2.6.12-ct-1'
    make: *** [fcpcmcia.ko] Fehler 2
    make: Leaving directory `/usr/src/fritz/src'
    MAIN:Error while making src/fcpcmcia.ko, see install.log!
    MAIN:Could not generate fcpcmcia.ko!
    Stopped.
    ****************************************************


    Ich hatte das auch schon mit kernel-headers-2.6.12-ct-1 versucht
    und den sympolischen Link /lib/modules/2.6.12-ct-1/build
    auf /usr/src/kernel-headers-2.6.12-ct-1 gerichtet.
    Dann bekomme ich noch mehr Fehlermeldungen.


    Es kommt mir so vor als wenn die Quellen alle irgendwie nicht
    zusammen passen ;(


    Hat von euch einer eine Idee?


    Vielen Dank im voraus


    Starsky

    Hallo,


    ich habe gestern das non-root-vdr Update von Tobi durchgeführt.
    Hatte auch alles funktioniert, allerdings macht das graphlcd Probleme.
    Ich hatte in der plugin.graphlcd.conf bislang den Eintrag:
    "-c ks0108 -p 0x378 -x 128 -y 64"
    Diese Einstellung hatte immer einwandfrei funktioniert. Seit dem
    Update, wo der VDR jetzt nicht mehr unter root lauft, fehlt dem VDR
    die Berechtigung, so steht es ja auch in der Readme vom graphlcd.
    In der Readme ist beschrieben das man die Einstellung:
    "-c ks0108 -d /dev/parport0 -x 128 -y 64"
    für eine non-root-vdr Konfiguration verwenden soll.
    Da es keine Datei /dev/parport0 gibt, habe ich mir diese mit
    "mknod /dev/parport0 c 99 0"
    angelegt und die nötigen Berechtigungen mit chmod 0666 zugeordnet.


    Das Problem ist jetzt, das es zwar funktioniert, allerdings mit einer
    Geschwindigkeit zum einschlafen ;(


    Wenn der VDR gestartet ist, braucht das LCD nocht ca. 2 Min bis
    es vollständig fertig ist.
    Wenn dann Umgeschaltet wird dauert der LCD-Aufbau ca 1 Min.


    Auszug von lsmod
    -------------------------
    ctvdr:~# lsmod
    Module Size Used by Tainted: P
    ppdev 5676 1 (autoclean)
    parport_pc 25544 2 (autoclean)
    lp 6244 0 (autoclean)
    parport 22280 2 (autoclean) [ppdev parport_pc lp]



    Auszug vom syslog
    --------------------------
    Apr 7 13:05:59 ctvdr vdr[1547]: graphlcd plugin: INFO: cannot change wait parameters (cGraphLCDDriver::Init)
    Apr 7 13:05:59 ctvdr vdr[1547]: graphlcd plugin: benchmark started.
    Apr 7 13:05:59 ctvdr vdr[1547]: graphlcd plugin: benchmark stopped. Time for Command: 1726ns
    Apr 7 13:05:59 ctvdr kernel: ppdev0: registered pardevice
    Apr 7 13:05:59 ctvdr vdr[1529]: graphlcd plugin: logo /var/lib/vdr/plugins/graphlcd/logos/RTL TELEVISION_m.glcd loaded.


    Kann mir jemand helfen ?


    Starsky


    ---------------------------------------------------------------------------------------------------------


    Es lag an der Einstellung im OSD für das graphlcd-plugin.
    Der Eintrag "wait method" muss auf "gettimeofday" stehen.
    Jetzt funktioniert es wieder ratz fatz :)


    Starsky

    Hallo zusammen,


    ich teste schon eine ganze weile mit den IR-Empfänger herum, allerdings noch
    ohne Erfolg ;(


    Fernbedinung MD 41169 Code=376, soll laut Board RC5 Singnale ausgeben.


    Ich habe die Einrichtung nach der Anleitung vom AVBoard-Manual und die von Hubertus Sandmann gemacht.


    1. av7110_ir_debug=1 gesetzt, update-modules ausgeführt.
    2. vdr-remote-plugin installiert und /dev/input/event0 eingestellt..
    3. /etc/init.d/lircd stop
    4. av7110_loadkey medion_088.rc5 > /proc/av7110_ir
    5. /etc/init.d/vdr restart
    6. laut lsof wird /dev/input/event0 von dem VDR-Process benutzt


    Dann /var/log/syslog beobachtet und über Fernbedienung versucht Signale
    abzusetzen. Nebenbei habe ich alle Fernbedienungen getestet die ich
    auftreiben konnte, aber keine Reaktion in der Syslog :(


    Dann habe ich laut AVBoard-Manuel die Versorgungsspannung von J3 an
    Pin 2 gemessen und die liegt bei 1,35 Volt 8o


    Hat jemand eine Idee :D


    Gruß,
    Starsky

    Hallo erst einmal,


    hier meine erste Post in dieses Forum :)
    Ich habe mein System von CtVDR2 auf CtVDR3 gebracht, habe allerdings
    ein Problem mit dem vdr-plugin-mp3 0.9.7-3 wenn ich die Soundausgabe
    von DVB auf OSS stelle.
    Wenn ich ein MP3 abspiele, schein es zuerst so als ob alles funktioniert, ist das
    Lied zu ende, hängt sich der VDR weg bis Watchdog eingreift und den Process neu startet.


    syslog:
    Dec 9 23:21:39 ctvdr vdr[13049]: mp3: playback started with instant playlist Musik.mp3
    Dec 9 23:21:39 ctvdr vdr[13051]: tweaking filter
    Dec 9 23:21:39 ctvdr vdr[11505]: mp3: player thread started (pid=11505)
    Dec 9 23:21:41 ctvdr vdr[13049]: graphlcd plugin: logo /var/lib/vdr/plugins/graphlcd/logos/REPLAY-MUSIC_m.glcd loaded.
    Dec 9 23:21:41 ctvdr vdr[13051]: tweaking filter
    Dec 9 23:23:17 ctvdr vdr[13049]: PANIC: watchdog timer expired - exiting!
    Dec 9 23:23:17 ctvdr vdr[13057]: KBD remote control thread ended (pid=13057)
    Dec 9 23:23:17 ctvdr vdr[13054]: graphlcd plugin: Display update thread ended (pid=13054)
    Dec 9 23:23:17 ctvdr runvdr: restarting VDR
    Dec 9 23:23:17 ctvdr lircd 0.6.6[862]: removed client
    Dec 9 23:23:22 ctvdr kernel: saa7146: unregister extension 'dvb'.
    Dec 9 23:23:24 ctvdr kernel: Linux video capture interface: v1.00
    Dec 9 23:23:25 ctvdr kernel: saa7146: register extension 'dvb'.
    Dec 9 23:23:25 ctvdr kernel: PCI: Found IRQ 5 for device 00:14.0
    Dec 9 23:23:25 ctvdr kernel: PCI: Sharing IRQ 5 with 00:0a.1
    Dec 9 23:23:25 ctvdr kernel: PCI: Sharing IRQ 5 with 00:0d.0
    Dec 9 23:23:25 ctvdr kernel: saa7146_core: found saa7146 @ mem cea22000 (revision 1, irq 5) (0x13c2,0x0000).
    Dec 9 23:23:25 ctvdr kernel: DVB: registering new adapter (Siemens/Technotrend/Hauppauge PCI rev1.3).
    Dec 9 23:23:25 ctvdr kernel: probe_tuner: try to attach to Siemens/Technotrend/Hauppauge PCI rev1.3
    Dec 9 23:23:25 ctvdr kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x
    Dec 9 23:23:25 ctvdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
    Dec 9 23:23:25 ctvdr kernel: Siemens/Technotrend/Hauppauge PCI rev1.3 adapter 0 has MAC addr = 00:d0:5c:03:5d:fa
    Dec 9 23:23:26 ctvdr kernel: gpioirq unknown type=0 len=0
    Dec 9 23:23:26 ctvdr kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c
    Dec 9 23:23:26 ctvdr kernel: DVB: AV7111(0) - firmware supports CI link layer interface
    Dec 9 23:23:26 ctvdr kernel: av7110(0): Crystal audio DAC detected
    Dec 9 23:23:26 ctvdr kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
    Dec 9 23:23:26 ctvdr kernel: av7110: found av7110-0.
    Dec 9 23:23:26 ctvdr vdr[12039]: VDR version 1.2.6 (ElchiAIO4d) started


    Ich hatte mir gedacht, das es am OSS Soundtreiber liegen könnte und habe den ALSA-Treiber
    eingespielt, aber ohne eine Verbesserung.
    Bei CtVDR2 funktionierte die OSS Ausgabe Problemlos.


    Hat jemand eine Idee :)


    Starsky