Beiträge von commanderx

+ nice -n 15 /usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl -o /var/lib/video/film/tmp/vdr2mpg/VDRSYNC.T8f4k2 /var/lib/video.00/%Anastasia_und_Eros/2006-01-28.19.30.50.99.rec/
+ status=255
+ '[' 255 -ne 0 ']'
+ echo 'ERROR : /usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl rc=255'
ERROR : /usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl rc=255
+ '[' yes = yes ']'
+ /usr/lib/vdr/svdrpsend.pl MESG 'ERROR : /usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl rc=255'
+ logger '/usr/lib/vdrconvert/bin/vdr2mpg.sh : ERROR : /usr/lib/vdrconvert/bin/vdrsync-0.1.2.2.pl rc=255'
+ cd /usr/lib/vdrconvert

Also so wie ich das sehe liegt der Fehler bei vdrsync.
Probiers dochmal manuell aufzurufen mit vdrsync.pl -m /pfad/zur/vdr/aufnahme

Also bei mir liegt tcmplex-panteltje in /usr/local/bin
Bin also mit cd in /usr/local/bin gewechselt und habe dort

ln -s tcmplex-panteltje tcmplex

ausgeführt.
Und seitdem gehts wieder

Also ich konnte es bei mir lösen.
Anscheinend will vdrconvert auf Teufel komm raus tcmplex benutzen.
Aber seit dem Update gibts wohl kein tcmplex mehr sondern nur noch tcmplex-pantelje.
Ich habe mit ln einen Link auf tcmplex-pantelje gesetzt der den Namen tcmplex trägt.
Und seitdem funktioniert es (meine ich jedenfalls das es daran gelegen hat).

Hi,
konntest du dein Problem mittlerweile lösen?
Ich stehe nämlich vor dem gleichen....

doh!
Auf die reccmds.conf bin ich gar nicht gekommen :-/
Aber der -r Switch war mir schon bekannt.

Danke!

Hallo,

ich hab bei mir ein VDR mit einer DVB-T Budget Karte stehen.
TV wird über das streamdev Plugin und MPlayer geschaut.
Ich würde nun gerne automatisch nach der Aufnahme das aufgenommene in mpeg2 umwandeln mit vdrconvert.

Kann mir da mit einem kleinen Beispiel Script auf die Sprünge helfen?

Ich glaub nach dem Installer gibts keine 'GUI' mehr um das Netzwerk nachzukonfigurieren.
Hab ich jedenfalls noch nie gebraucht/benutzt/gefunden.
Ich änder das immer direkt in /etc/network/interfaces.

Aber mal was anderes, wird bei dir /etc/init.d/networking beim Start ausgeführt?

Komisch, ist das Grundsystem ein reines Debian?

Hi,

also normalerweise werden bei Debian die Netzwerk Daten in /etc/network/interfaces festgelegt.
z.B.:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).


# The loopback network interface
auto lo
iface lo inet loopback


# The primary network interface
#auto eth0
#iface eth0 inet dhcp
auto eth0
iface eth0 inet static
address 192.168.1.10
gateway 192.168.1.1
network 192.168.1.0
netmask 255.255.255.0
broadcast 192.168.1.255

Ich denk mal es liegt irgendwie an meinem Kuddelmuddel von libxine aus einem deb, selstkompiliertem xine-plugin und einer ganz anderen xine-ui.

Ich muss das wohl wirkich von grundauf mal neu machen.

Doh, ich nehm alles zurück.
Ich hab den VDR eben ohne Xine Plugin gestartet.
Und da sehe ich in syslog wie er die Kanäle umschaltet wenn ich die Tasten drücke.

Sorry....

Wie gesagt, ein Test mir irw funktioniert, ich seh aufm Bildschirm die Tasten die ich gedrückt habe.
System ist Debian Sarge mit Kernel 2.6.11.6.

High,

ERROR: remote control XineRemote not ready!

Der Fehler kommt eigentlich schon seitdem ich das vdr-xine PLugin verwende wenn ich mich nicht ganz täusche.

vdr-1.3.23
Lirc 0.7.1pre2
Karte: Technisat Airstar2
Simpler Serieller IR Empfänger der bei der Karte dabei war.
Wie gesagt, lief ja alles schonmal....

Hallöle,

schwups auf einmal funktioniert meine Fernbedienung nicht mehr.
Ich hab den vdr von 1.3.15 auf 1.3.23 upgedatet, und seitdem geht sie nicht mehr.
Ein Downgrade auf 1.3.15 bringt auch nix, geht auch nicht.
Ein Auszug aus /var/log/syslog mit Loglevel 3:

Apr 12 20:19:27 babe vdr[1678]: VDR version 1.3.23 started
Apr 12 20:19:27 babe vdr[1678]: loading plugin: /etc/vdr/plugins/libvdr-xine.so. 1.3.23
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/sources.conf
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/channels.conf
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/timers.conf
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/reccmds.conf
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/svdrphosts.conf
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/remote.conf
Apr 12 20:19:27 babe vdr[1678]: probing /dev/dvb/adapter0/frontend0
Apr 12 20:19:27 babe vdr[1678]: found 1 video device
Apr 12 20:19:27 babe vdr[1678]: initializing plugin: xine (0.7.3): Software base d playback using xine
Apr 12 20:19:27 babe vdr[1678]: setting primary device to 1
Apr 12 20:19:27 babe vdr[1678]: device 1 has no MPEG decoder
Apr 12 20:19:27 babe vdr[1678]: trying device number 2 instead
Apr 12 20:19:27 babe vdr[1678]: setting primary device to 2
Apr 12 20:19:27 babe vdr[1678]: SVDRP listening on port 2001
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/themes/sttng-default.theme
Apr 12 20:19:27 babe vdr[1678]: starting plugin: xine
Apr 12 20:19:27 babe vdr[1681]: tuner on device 1 thread started (pid=1681, tid= 16386)
Apr 12 20:19:27 babe vdr[1682]: Section handler thread started (pid=1682, tid=32 771)
Apr 12 20:19:27 babe vdr[1683]: XineRemote control thread started (pid=1683, tid =49156)
Apr 12 20:19:27 babe vdr[1683]: Entering cXineRemote thread
Apr 12 20:19:27 babe vdr[1678]: loading /etc/vdr/themes/sttng-default.theme
Apr 12 20:19:27 babe lircd 0.7.1pre2[1279]: accepted new client on /dev/lircd
Apr 12 20:19:27 babe vdr[1678]: ERROR: remote control XineRemote not ready!
Apr 12 20:19:27 babe vdr[1678]: remote control LIRC - keys known
Apr 12 20:19:27 babe vdr[1678]: switching to channel 1
Apr 12 20:19:27 babe vdr[1686]: LIRC remote control thread started (pid=1686, ti d=98311)
Apr 12 20:19:28 babe vdr[1690]: transfer thread started (pid=1690, tid=114696)
Apr 12 20:19:28 babe vdr[1691]: receiver on device 1 thread started (pid=1691, t id=131081)

Sieht für mich eigentlich in Ordnung aus.
Ich hab auch schon die remote.conf gelöscht, dann taucht im Log auf das der VDR die Tasten lernen will, aber mehr auch nicht.
Ein Test mit irw ist erfolgreich, es werden die gedrückten Tasten angezeigt.

Ratlose Grüsse....

Ich habs :).

Xine hat immer /usr/local/lib/libxine.so.1 benutzen wollen, welches noch von der xinelib aus dem November stammt.
Während die 'richtige' libxine in /usr/lib liegt.

So einfach ist das....

Tja das befürchte ich auch langsam.
Da wird mir wohl nichts übrig bleiben als den ganzen Krempel von Hand zu kompilieren.

Dank dir.

Soo, leider nicht viel Ruhe gehabt aber trotzdem probiert.
Ich hab den Inhalt von /tmp/vdr-xine von den beiden Versionen mal verglichen, und es gibt einen Unterschied.

http://www.flickr.com/photos/78829757@N00/9183914/
Das ist der Inhalt von /tmp/vdr-xine mit VDR 1.3.23 und xine-plugin 0.7.2

http://www.flickr.com/photos/78829757@N00/9183913/
Und das mit VDR 1.3.15 und xine-plugin vom November letzten Jahres irgendwann, ich nehm mal an 0.6.x

Also kein stream.Userinput zu sehen, dafür gibt es stream.event wenn mich meine müden Augen nicht im Stich lassen.

Was mich wundert, selbst im Readme (INSTALL) zum Plugin ist von stream.Userinput nichts zu lesen.

Zitat

If no errors are reported, six fifos should now exist below "FIFO_DIR" (e. g.
"/tmp/vdr-xine"), named "stream", "stream.control", "stream.result" and
"stream.event" as well as "external.control" and "external.result". All of
them have a size of 0 bytes.

Das Plugin war 0.7.2.

Ich glaube ich muss das alles nochmal in Ruhe machen.

Hallöle,

ich hab zur Zeit den vdr-1.3.15 mit dem Xine Plugin am laufen.
Ich wollte auf 1.3.23 updaten, aber das mit dem kompilieren hat nicht so ganz hingehauen.
Deshalb hab ich die debs unter http://www.youmustbejoking.demon.co.uk/progs.linux.html genommen.
Installiert hab ich den vdr, das xine Plugin und libxine1
Ging eigentlich auch alles problemlos, nur das sich xine mit der Meldung verabschiedete, das eine Datei nicht geöffnet werden konnte.
Ich hab xine dann mal mit strace gestartet, und gesehen das es /tmp/vdr-xine/stream.UserInput öffnen wollte, die 'Datei' aber nicht vorhanden war.
Schnell zu 1.3.15 zurückgeswitch und siehe da, da war die Datei.

Kann es sein das stream.UserInput bei den neueren xine Plugins nicht mehr erstellt wird?

Die verwendeten Versionen:

libxine1/testing uptodate 1.0-1vdr7
vdr/testing uptodate 1.3.23-2.ds
vdr-plugin-xine/testing uptodate 0.7.2-2
Nachtrag: Xine Version v0.99.2cvs. selbstkompiliert wie im Wiki beschrieben
Vielleicht kann mich ja jemand erleuchten :).

Gruss, Matthias

So nu hab ich die Sache mit Live TV Pausieren ausprobiert.
Einmal im Plugin selbst und einmal im VDR Hauptmenü.
Nu krieg ich gar keine Verbindung mehr zum Port 3000 mit dem mplayer :).

Ich werde nächste Woche mal LinVDR 0.7 auf die Kiste bügeln, hatte ich eh vor, und dann wird weiter getestet.

Vielen Dank an alle für die Hilfe.