vdr-sxfe startet nicht mehr

Hans77 · 12. August 2008

Code

root@siduxvdr:~# vdr-sxfe
vdr-sxfe 1.0.1  (build with xine-lib 1.1.14, using xine-lib 1.1.14)




VDR server not given, searching ...
---------------------------------------------------------------
WARNING: MRL not given and server not found from local network.
         Trying to connect to default port on local host.
---------------------------------------------------------------
[14030] [vdr-fe]    Detected 2 CPUs
[14030] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[14030] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[14030] [input_vdr] Can't connect to tcp://127.0.0.1:37890
[14030] [input_vdr]    (ERROR (xine_input_vdr.c,5756): Die Operation ist jetzt in Bearbeitung)
[14030] [input_vdr] Can't connect to tcp://127.0.0.1:37890
[14030] [input_vdr]    (ERROR (xine_input_vdr.c,6187): Die Operation ist jetzt in Bearbeitung)
[14030] [input_vdr] Connections closed.
[14030] [vdr-fe]    fe_xine_open: xine_open("xvdr://127.0.0.1#nocache;demux:mpeg_block") failed




Error opening xvdr://127.0.0.1

Alles anzeigen

sehr eigenartig gestern gings noch.
hab nur mal ein dist-upgrade gemacht.

HolgerR · 12. August 2008

Zitat

Original von Hans77
sehr eigenartig gestern gings noch.
hab nur mal ein dist-upgrade gemacht.

Na, du bist lustig. (zumindest wenn deine Signatur korrekt ist)

Auf einer Debian Sid basierenden Distribution (wir erinnern uns: SID=Sid Is Dangerous) "nur mal ein dist-upgrade" zu machen halte ich nicht für eine Kleinigkeit.

Läuft denn der VDR überhaupt noch?

Gruß
Holger

Hans77 · 12. August 2008

ja vdr wurde beim systemstart mitgestartet.

ciax · 12. August 2008

vielleicht horcht xineliboutput nicht mehr auf "127.0.0.1:37890".

"netstat -tuan | grep 37890" würde dir zeigen, ob ein entsprechender socket offen ist (zB. auf 0.0.0.0:37890 - LISTEN)

in svdrphosts.conf ist 127.0.0.1 dabei? (sollte es standrad-mäßig).

gruß, ciax

Hans77 · 12. August 2008

auf [netstat -tuan | grep 37890
kommt nix

auf netstat -tuan

Code

root@siduxvdr:~# netstat -tuan
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:8001            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:993             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:995             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:2020            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:901             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:5222            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:587             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:465             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:504             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN
tcp        0      0 192.168.178.35:51560    85.25.151.37:80         TIME_WAIT
tcp6       0      0 :::139                  :::*                    LISTEN
tcp6       0      0 :::22                   :::*                    LISTEN
tcp6       0      0 :::445                  :::*                    LISTEN
udp        0      0 192.168.178.35:137      0.0.0.0:*
udp        0      0 0.0.0.0:137             0.0.0.0:*
udp        0      0 192.168.178.35:138      0.0.0.0:*
udp        0      0 0.0.0.0:138             0.0.0.0:*
udp        0      0 0.0.0.0:68              0.0.0.0:*
udp        0      0 0.0.0.0:631             0.0.0.0:*

Alles anzeigen

meine /var/lib/vdr/svdrphost.conf

Code

#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#


127.0.0.1             # always accept localhost
192.168.178.0/24      # any host on the local net
#204.152.189.113      # a specific host
#0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Alles anzeigen

sieht so aus als ob er mit xineliboutput kein konntakt bekommt.

ciax · 12. August 2008

Zitat

Original von Hans77
auf netstat -tuan | grep 37890
kommt nix

Code

#
# svdrphosts    This file describes a number of host addresses that
#               are allowed to connect to the SVDRP port of the Video
#               Disk Recorder (VDR) running on this system.
# Syntax:
#
# IP-Address[/Netmask]
#


127.0.0.1             # always accept localhost
192.168.178.0/24      # any host on the local net
#204.152.189.113      # a specific host
#0.0.0.0/0            # any host on any net (USE THIS WITH CARE!)

Alles anzeigen

sieht so aus als ob er mit xineliboutput kein konntakt bekommt.

die svdrphosts.conf passt. wenn du nicht einen anderen port anstatt 37890 für xineliboutput verwendest, sieht es für mich so aus, daß xineliboutput gar nicht mit geladen wird - hast du xinelibouput bei deinen plug-setting im OSD mit dabei? du würdest auch via syslog sehen, ob xineliboutput geladen wird bzw. ein "tail -f /var/log/syslog" könnte dir zeigen, was passiert, wenn du vdr-sxfe startest.

gruß, ciax

Hans77 · 12. August 2008

auf tail -f /var/log/syslog
kommt nur

Aug 12 14:30:37 siduxvdr atd[19112]: Userid 99 not found - aborting job 2203 (a0089b013558af)
Aug 12 14:30:37 siduxvdr atd[19113]: Userid 99 not found - aborting job 2193 (a00891013558ae)
Aug 12 14:30:37 siduxvdr atd[19114]: Userid 99 not found - aborting job 2179 (a0088301355246)
Aug 12 14:30:37 siduxvdr atd[19115]: Userid 99 not found - aborting job 2175 (a0087f01354fa6)
Aug 12 14:30:37 siduxvdr atd[19116]: Userid 99 not found - aborting job 2068 (a00814013508ea)
Aug 12 14:30:37 siduxvdr atd[19117]: Userid 99 not found - aborting job 2067 (a00813013508b5)
Aug 12 14:30:37 siduxvdr atd[19118]: Userid 99 not found - aborting job 2199 (a00897013558af)
Aug 12 14:30:37 siduxvdr atd[19119]: Userid 99 not found - aborting job 2069

habe jetzt mal mein sidux-ctvdr-V2.sh script noch mal laufen lassen jetzt kommt wieder ein wenig mehr und nicht mehr der fehler mit dem fehlenden connect.

Code

WARNING: MRL not given and server not found from local network.
         Trying to connect to default port on local host.
---------------------------------------------------------------
[28128] [vdr-fe]    Detected 2 CPUs
[28128] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[28128] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[28128] [input_vdr] Server greeting: VDR-1.6.0-1 xineliboutput-1.0.1 READY
[28128] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
[28128] [input_vdr] Server does not support pipes ? (PIPE: Pipe transport disabled in config.)
[28128] [input_vdr] Data stream connection failed (PIPE)
[28128] [input_vdr] Server does not support RTP ? (RTP: RTP transport disabled in configuration.)
[28128] [input_vdr] Data stream connection failed (RTP)
[28128] [input_vdr] Connecting (data) to udp://127.0.0.1 ...
[28128] [input_vdr] Data stream connected (UDP)
[28128] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg

Alles anzeigen

ciax · 12. August 2008

hi,

hast du schon mal dem plugin selbst bei starten mit vdr den parameter "-Pxineliboutput --primary" mitgegeben (bzw. in der entsprechnden config-datei)? somit stellt xineliboutput das primäre device dar und du solltest ein signal haben ...

vdr-sxfe kannst auch mit optionen aufrufen zB:

Code

vdr-sxfe --reconnect --aspect=auto --fullscreen --post tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1 xvdr+tcp://localhost

nur als beispiel ..

ciax

wilderigel · 12. August 2008

ps aux | grep vdr liefert was?
oder vdr in top gelistet?
wuerde mal log genauer analysieren, atd zeilen sind ned interessant.

versuche mitn clienten sind meines erachtens verfrueht

ciax · 12. August 2008

Zitat

Original von wilderigel
versuche mitn clienten sind meines erachtens verfrueht

ja, hast natürlich recht .. das "no signal" weißt irgendwie drauf hin, daß der stream nicht übers xineliboutput-device läuft (deshalb das --primary).

wilderigel · 12. August 2008

ah ok, gruesst ja schon der vdr
na dann mal das mit primary

zu schnell gelesen das ganze.

hjt4vdr · 13. August 2008

hi,

SIDUX_2008.1 und e-tobi vdr 1.6 und vdrdevel 1.7

tsts, da würd ich aber kein dist-upgrade machen, muß ja schief gehn.
wenn du sid verwendest dann bleib beim sid repository, ansonsten kommst du schnell in die sackgasse.

HolgerR · 13. August 2008

Ich hab' ja weiter oben schon mal meine Meinung dazu kund getan. Wenn ich mir die syslog-Meldungen zu "atd" angucke, dann fürchte ich, da ist noch viel mehr über'n Jordan gegangen als "nur" der vdr.

Hans77
Dass das ganze keine gute Idee war, weißt du ja wohl mittlerweile. Gib doch mal bitte die Logeinträge vom vdr-Start. Mal schauen, was da noch zu retten ist.

Gruß
Holger

Hans77 · 16. August 2008

hab jetz mal ein frisches lenny installiert und immer noch so eine komische meldung.
hab aber jetzt nur noch das normal vdr vom debian/lenny in den sources und damit installiert.

Code

vdr-sxfe


[6378] [vdr-fe]    Detected 2 CPUs
[6378] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[6378] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[6378] [input_vdr] Can't connect to tcp://127.0.0.1:37890
[6378] [input_vdr]    (ERROR (xine_input_vdr.c,5756): Die Operation ist jetzt in Bearbeitung)
[6378] [input_vdr] Can't connect to tcp://127.0.0.1:37890
[6378] [input_vdr]    (ERROR (xine_input_vdr.c,6187): Die Operation ist jetzt in Bearbeitung)
[6378] [input_vdr] Connections closed.
[6378] [vdr-fe]    fe_xine_open: xine_open("xvdr://127.0.0.1#nocache;demux:mpeg_block") failed
Error opening xvdr://127.0.0.1






VDR-01:~# /etc/init.d/vdr restart
Restarting Linux Video Disk Recorder: vdr - seems not to be running
Searching for plugins (VDR 1.6.0-1/1.6.0) (cache hit):  live conflictcheckonly xineliboutput epgsearchonly quickepgsearch svdrpservice streamdev-server svdrpext skinenigmang dvd epgsearch.


VDR-01:~# netstat -tuan | grep 37890
kommt nix


VDR-01:~# tail -f /var/log/syslog
Aug 16 01:58:34 VDR-01 kernel: [ 1028.854438]  sdf: sdf1
Aug 16 01:58:34 VDR-01 kernel: [ 1028.858282] sd 7:0:0:0: [sdf] Attached SCSI removable disk
Aug 16 01:58:34 VDR-01 kernel: [ 1028.858322] sd 7:0:0:0: Attached scsi generic sg6 type 0
Aug 16 01:58:34 VDR-01 NetworkManager: <debug> [1218844714.462975] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_204_6025_201192698752_if0_scsi_host').
Aug 16 01:58:34 VDR-01 NetworkManager: <debug> [1218844714.463810] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_204_6025_201192698752_if0_scsi_host_scsi_device_lun0').
Aug 16 01:58:34 VDR-01 NetworkManager: <debug> [1218844714.499608] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_204_6025_201192698752_if0_scsi_host_scsi_device_lun0_scsi_generic').
Aug 16 01:58:34 VDR-01 NetworkManager: <debug> [1218844714.725816] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/storage_serial_ChipsBnk_Flash_Disk_201192698752_0_0').
Aug 16 01:58:34 VDR-01 NetworkManager: <debug> [1218844714.825036] nm_hal_device_added(): New device added (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_4875_E264').
Aug 16 01:58:42 VDR-01 kernel: [ 1036.564064] FAT: utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
Aug 16 01:58:42 VDR-01 hald: mounted /dev/sdf1 on behalf of uid 0
vdr                     Aug 16 02:16:32 VDR-01 vdr-kbd: [6405] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:32 VDR-01 vdr-kbd: [6423] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6427] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6431] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6434] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6438] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6442] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6447] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6450] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6454] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6457] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6462] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6466] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr-kbd: [6520] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 16 02:16:33 VDR-01 vdr: [6520] ERROR: can't access /var/lib/vdrmedia
Aug 16 02:16:33 VDR-01 runvdr: stopping after fatal fail (vdr: can't access video directory /var/lib/vdrmedia)
Aug 16 02:17:01 VDR-01 /USR/SBIN/CRON[6526]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)

Alles anzeigen

Hans77 · 16. August 2008

ok hab den fehler
/var/lib/vdrmedia gehört root
hab jetzt besitzer und gruppe auf vdr gestellt.
jetzt kommt was

Code

VDR-01:~# vdr-sxfe
vdr-sxfe 1.0.1  (build with xine-lib 1.1.14, using xine-lib 1.1.14)




VDR server not given, searching ...
[6912] [discovery] Replacing broadcast source address 192.168.178.35 with server-given address 127.0.0.1
Found VDR server: host 127.0.0.1, port 37890
[6912] [vdr-fe]    Detected 2 CPUs
[6912] [vdr-fe]    Enabling multithreaded video decoding




Press Esc to exit


[6912] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
[6912] [input_vdr] Server greeting: VDR-1.6.0-1 xineliboutput-1.0.1 READY
[6912] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
[6912] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.6891/pipe.0
[6912] [input_vdr] Data stream connected (PIPE)
[6912] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
[6912] [input_vdr] WARNING: Video output driver reports it does not support unscaled overlays !
[6931] [input_vdr] exec_osd_command: Attempt to close non-existing OSD (0) !
[6931] [input_vdr] invalid parameter in control message OSDCMD
[6912] [input_vdr] Connections closed.
Terminating...

Alles anzeigen

leider ist das bild grün und die performance unter aller sau kann kaum mehr denn mauszeiger bewegen.

netvista-fan · 16. August 2008

Zitat

leider ist das bild grün und die performance unter aller sau kann kaum mehr denn mauszeiger bewegen.

Grafiktreiber?

Hans77 · 16. August 2008

ja so weit hab ich auch gedacht
hab aber jetzt ein proplem
hab denn kernel 2.6.25-2
der nvidia treiber meint ich soll/muss einen kernel ohne xen support verwenden
wo bekomme ich bei lenny so nen kernel her die sind alle mit xen support erstellt.
bei sid hatte ich das proplem nicht.
da gibts auch kernel ohne xen
das letzte mal das ich selbst nen kernel gebacken habe ist jahre her und der lief auch nur so lala.
gibts bei debian tools für sowas.
oder wie kann ich nur den sid kernel verwenden ohne gleich nen haufen untabiles zu verwenden.
eventuell gibts vielleicht nen patch für den nvidia treiber

vdr-sxfe startet nicht mehr

Jetzt mitmachen!

Teilen