softhddevice oder streamdev. bild wird schwarz. ton laeuft weiter

mentox · 17. Juni 2012

ich teste gerade meinen vdr mit softhddevice

soweit sogut

aber zwischen durch geht das bild mal weg
wie kann ich dem auf die schliche kommen

es hilft dann nur X killen und vdr neustarten

Code

Jun 17 20:56:35 vdrtest kernel: [23387.349375] lirc_igorplugusb: Got 20 bytes. Header: 11 20 00
Jun 17 20:56:35 vdrtest vdr: [32040] switching to channel 34
Jun 17 20:56:35 vdrtest vdr: [32040] [softhddev]SetPlayMode: 0
Jun 17 20:56:35 vdrtest vdr: [32040] [softhddev]SetVideoDisplayFormat: 1
Jun 17 20:56:35 vdrtest vdr: [32040] streamdev-client: Command 'DELP 5101' rejected by 192.168.42.2:2004: 560 Pid 5101 not transferring
Jun 17 20:56:35 vdrtest vdr: [32040] streamdev-client: Command 'DELP 5102' rejected by 192.168.42.2:2004: 560 Pid 5102 not transferring
Jun 17 20:56:35 vdrtest vdr: [32040] streamdev-client: Command 'DELP 5103' rejected by 192.168.42.2:2004: 560 Pid 5103 not transferring
Jun 17 20:56:35 vdrtest vdr: [32040] streamdev-client: Command 'DELP 5106' rejected by 192.168.42.2:2004: 560 Pid 5106 not transferring
Jun 17 20:56:35 vdrtest vdr: [32040] streamdev-client: Command 'DELP 5105' rejected by 192.168.42.2:2004: 560 Pid 5105 not transferring
Jun 17 20:56:35 vdrtest vdr: [20516] TS buffer on device 1 thread started (pid=32040, tid=20516)
Jun 17 20:56:35 vdrtest vdr: [20517] streamdev-client: sections assembler thread started (pid=32040, tid=20517)
Jun 17 20:56:35 vdrtest vdr: [20518] receiver on device 10 thread started (pid=32040, tid=20518)
Jun 17 20:56:35 vdrtest vdr: [32040] [softhddev]SetPlayMode: 1
Jun 17 20:56:35 vdrtest vdr: [20519] TS buffer on device 10 thread started (pid=32040, tid=20519)
Jun 17 20:56:35 vdrtest kernel: [23387.463379] lirc_igorplugusb: Got 20 bytes. Header: 11 21 00
Jun 17 20:56:36 vdrtest vdr: audio/alsa: using device 'iec958:AES0=0x4,CARD=0'
Jun 17 20:56:36 vdrtest vdr: audio/alsa: start delay 336ms
Jun 17 20:56:36 vdrtest vdr: audio/alsa: using device 'iec958:AES0=0x4,CARD=0'
Jun 17 20:56:36 vdrtest vdr: audio/alsa: start delay 336ms
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
Jun 17 20:56:36 vdrtest vdr: codec: missing close
...

Alles anzeigen

wieder passiert

Code

Jun 17 21:54:01 vdrtest vdr: [21204] ERROR: streamdev-client: Failed reading reply to 'ADDF 5110 2 255' from 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
Jun 17 21:54:04 vdrtest vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jun 17 21:54:04 vdrtest vdr: video: decoder buffer empty, duping frame (3/72896) 0 v-buf
Jun 17 21:54:05 vdrtest vdr: [21212] ERROR: streamdev-client: Couldn't connect to 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (1)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (2)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (3)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (4)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (5)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (6)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (7)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (8)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (9)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (10)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamdevDevice::GetTSPacket(): disconnected
Jun 17 21:54:08 vdrtest vdr: [21213] streamdev-client: Connected to server 192.168.42.2:2004 using protocol version 1.0
Jun 17 21:54:08 vdrtest vdr: [21214] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:54:08 vdrtest vdr: [21214] TS buffer on device 10 thread ended (pid=21186, tid=21214)
Jun 17 21:54:08 vdrtest vdr: [21213] buffer stats: 757264 (36%) used
Jun 17 21:54:08 vdrtest vdr: [21213] receiver on device 10 thread ended (pid=21186, tid=21213)
Jun 17 21:54:08 vdrtest vdr: [21212] cStreamdevFilters::Action(): stream disconnected ?
Jun 17 21:54:08 vdrtest vdr: [21211] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:54:08 vdrtest vdr: [21211] TS buffer on device 1 thread ended (pid=21186, tid=21211)
Jun 17 21:54:08 vdrtest vdr: [21212] buffer stats: 51512 (4%) used
Jun 17 21:54:08 vdrtest vdr: [21212] StreamdevFilters::Action() ended
Jun 17 21:54:08 vdrtest vdr: [21212] streamdev-client: sections assembler thread ended (pid=21186, tid=21212)
Jun 17 21:54:10 vdrtest kernel: [26841.821258] lirc_igorplugusb: Got 22 bytes. Header: 13 5e 00
Jun 17 21:54:10 vdrtest kernel: [26841.935259] lirc_igorplugusb: Got 22 bytes. Header: 13 5f 00
Jun 17 21:54:10 vdrtest vdr: [21186] switching to channel 34
Jun 17 21:54:10 vdrtest vdr: [21186] [softhddev]SetPlayMode

Alles anzeigen

und nochmal ... doch streamdev? die em ist so sehr anstrengend. gibt schon meggar von frau

Code

Jun 17 21:56:50 vdrtest vdr: [21204] ERROR: streamdev-client: Failed reading reply to 'ADDF 200 2 255' from 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Jun 17 21:56:56 vdrtest vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Jun 17 21:56:56 vdrtest vdr: [21277] streamdev-client: Connected to server 192.168.42.2:2004 using protocol version 1.0
Jun 17 21:56:56 vdrtest vdr: [21277] streamdev-client: Command 'DELF 100 2 255' rejected by 192.168.42.2:2004: 560 Can't delete filters without a stream
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (1)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (2)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (3)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (4)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (5)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (6)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (7)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (8)
Jun 17 21:56:56 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (9)
Jun 17 21:56:57 vdrtest vdr: [21282] cStreamDevice::GetTSPacket: GetChecked: NOTHING (10)
Jun 17 21:56:57 vdrtest vdr: [21282] cStreamdevDevice::GetTSPacket(): disconnected
Jun 17 21:56:57 vdrtest vdr: [21283] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:56:57 vdrtest vdr: [21283] TS buffer on device 10 thread ended (pid=21186, tid=21283)
Jun 17 21:56:57 vdrtest vdr: [21282] buffer stats: 111296 (5%) used
Jun 17 21:56:57 vdrtest vdr: [21282] receiver on device 10 thread ended (pid=21186, tid=21282)
Jun 17 21:56:57 vdrtest vdr: [21277] cStreamdevFilters::Action(): stream disconnected ?
Jun 17 21:56:57 vdrtest vdr: [21276] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:56:57 vdrtest vdr: [21276] TS buffer on device 1 thread ended (pid=21186, tid=21276)
Jun 17 21:56:57 vdrtest vdr: [21277] buffer stats: 91180 (8%) used
Jun 17 21:56:57 vdrtest vdr: [21277] StreamdevFilters::Action() ended
Jun 17 21:56:57 vdrtest vdr: [21277] streamdev-client: sections assembler thread ended (pid=21186, tid=21277)
Jun 17 21:57:01 vdrtest kernel: [27013.161855] lirc_igorplugusb: Got 24 bytes. Header: 15 6d 00
Jun 17 21:57:01 vdrtest kernel: [27013.275857] lirc_igorplugusb: Got 24 bytes. Header: 15 6e 00
Jun 17 21:57:01 vdrtest vdr: [21186] switching to channel 35
Jun 17 21:57:01 vdrtest vdr: [21186] [softhddev]SetPlayMode: 0
Jun 17 21:57:01 vdrtest vdr: [21186] [softhddev]SetVideoDisplayFormat: 1
Jun 17 21:57:01 vdrtest vdr: [21186] streamdev-client: Command 'DELP 101' rejected by 192.168.42.2:2004: 560 Pid 101 not transferring
Jun 17 21:57:01 vdrtest vdr: [21186] streamdev-client: Command 'DELP 102' rejected by 192.168.42.2:2004: 560 Pid 102 not transferring
Jun 17 21:57:01 vdrtest vdr: [21186] streamdev-client: Command 'DELP 103' rejected by 192.168.42.2:2004: 560 Pid 103 not transferring
Jun 17 21:57:01 vdrtest vdr: [21186] streamdev-client: Command 'DELP 106' rejected by 192.168.42.2:2004: 560 Pid 106 not transferring
Jun 17 21:57:01 vdrtest vdr: [21186] streamdev-client: Command 'DELP 105' rejected by 192.168.42.2:2004: 560 Pid 105 not transferring
Jun 17 21:57:01 vdrtest kernel: [27013.389862] lirc_igorplugusb: Got 24 bytes. Header: 15 6f 00
Jun 17 21:57:03 vdrtest vdr: [21186] ERROR: streamdev-client: Failed reading reply to 'TUNE S19.2E-1-1019-10301' from 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
Jun 17 21:57:03 vdrtest vdr: [21186] ERROR: Transfer-Mode kann nicht gestartet werden!
Jun 17 21:57:06 vdrtest vdr: [21186] switching to channel 1
Jun 17 21:57:06 vdrtest vdr: [21186] streamdev-client: Connected to server 192.168.42.2:2004 using protocol version 1.0
Jun 17 21:57:06 vdrtest vdr: [21284] TS buffer on device 1 thread started (pid=21186, tid=21284)
Jun 17 21:57:06 vdrtest vdr: [21285] streamdev-client: sections assembler thread started (pid=21186, tid=21285)
Jun 17 21:57:06 vdrtest vdr: [21286] receiver on device 10 thread started

Alles anzeigen

johns · 17. Juni 2012

Beim Ersten kommt ein "missing close", das dürfte nie passieren, habe ich auch noch nie gesehen.

Soweit wie ich sehe ist es bei den beiden Letzten ein streamdev Problem.
Wenn streamdev nichts mehr schickt dann kann auch nichts mehr dargestellt werden.

Der erste Fehler könnte vielleicht auch durch eine nicht stabile streamdev Verbindung kommen.

Johns

mentox · 18. Juni 2012

ich habe auf beiden seiten streamdev-0.6.0
gibts da bekannte bugs in die richtung?

also der schwarze bildschirm kommt hier regelmäßig ..

grüße mentox

johns · 18. Juni 2012

Habe noch 0.5.2 und alten vdr 1.7.25. Beim letzten Test mit 1.7.28 auf dem Client gabs auch Probleme mit streamdev, habe aber alles noch mal neu übersetzt, dann klappte alles. Lasse aber meist nicht lange laufen.

Johns

schmirl · 19. Juni 2012

Der einzige bisher bekannte Bug betrifft verschlüsselte Kanäle, wenn auf dem Client die CA-ID dieser Kanäle auf die Device-Nummer von streamdev-client gesetzt wurde (Patch: [Announce] streamdev 0.6.0).

Bei Dir sieht es aber nach anderen Problemen aus:

Zitat

streamdev-client: Command 'DELP ...' rejected by 192.168.42.2:2004: 560 Pid ... not transferring

könnte ein Prioritäts-Problem sein. Evtl. läuft auf dem Server etwas mit höherer Priorität das den streamdev-client verdrängt. Welche Priorität hast Du streamdev-client gegeben?

Zitat

ERROR: streamdev-client: Failed reading reply to 'ADDF ... 2 255' from 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen

Da kommt keine Antwort innerhalb des Default-Timeouts von 2s. Das Thema hatten wir in den letzten Monaten mehrfach. Bei manchen Installationen kann es schon mal 10 Sekunden dauern, bis da eine Antwort zurückkommt. Auf dem Server ist da eine Ressource gelockt. Wenn sich eine Ursache ausmachen ließ waren es DVB-Karten die ewig brauchen um Umzuschalten - häufig während des EPG-Scans in Verbindung mit schlecht empfangbaren Frequenzen. Im Setup von streamdev-client kannst Du den Timeout erhöhen.

mentox · 19. Juni 2012

hi

Zitat von schmirl

könnte ein Prioritäts-Problem sein. Evtl. läuft auf dem Server etwas mit höherer Priorität das den streamdev-client verdrängt. Welche Priorität hast Du streamdev-client gegeben?

alle standard .. habe mir da keine gedanken gemacht und alles so gelassen (wird schon richtig sein)

Zitat von schmirl

Im Setup von streamdev-client kannst Du den Timeout erhöhen.

was wäre denn angebracht? ruhig mal auf 10 sekunden stellen?

danke für den patch .. das problem hatte ich auch .. aber anders gelöst
[gelöst] VDR fehler bei Verschlüsselten Sendern 1.7.28 ( ERROR (device.c,1737): Ungültiger Dateideskriptor )

danke und grüße mentox

schmirl · 20. Juni 2012

Zitat von mentox

was wäre denn angebracht? ruhig mal auf 10 sekunden stellen?

Je länger der Timeout umso länger kann der Client bei Aktionen wie z.B. Umschalten hängen bleiben. Dafür bricht aber die Verbindung nicht weg wenn es mal länger dauert.

mentox · 20. Juni 2012

tritt immer noch auf
das ist auch schwer zu debuggen.. was könnte ich noch an logs anschmeissen um dem auf die schliche zu kommen?

kann doch nicht sein das ich das alleine habe :-/

grüße mentox

johns · 20. Juni 2012

Erstmal Frontend wechseln um dieses auszuschliessen.

Dann mal Brandbreite testen und ob die immer vorhanden ist, um Netzwerk auszuschliessen.

Kannst streamdev mit mplayer http://<server>:3000/<channel> testen.

Johns

mentox · 20. Juni 2012

soo .. also an dem frontend liegts nicht .. mit ner dvb karte hab ich keine hänger ..
netzwerk glaub ich nicht lief sonst ja auch ..

edit: habs mal gemessen

Code

sun ~ # iperf -s -i 1
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ ID] Interval       Transfer     Bandwidth
[  5] local 192.168.42.2 port 5001 connected with 192.168.42.42 port 60133
[  5]  0.0- 1.0 sec   112 MBytes   940 Mbits/sec
[  5]  1.0- 2.0 sec   112 MBytes   941 Mbits/sec
[  5]  2.0- 3.0 sec   112 MBytes   941 Mbits/sec
[  5]  3.0- 4.0 sec   112 MBytes   941 Mbits/sec
[  5]  4.0- 5.0 sec   112 MBytes   941 Mbits/sec
[  5]  5.0- 6.0 sec   112 MBytes   941 Mbits/sec
[  5]  6.0- 7.0 sec   112 MBytes   940 Mbits/sec
[  5]  7.0- 8.0 sec   112 MBytes   941 Mbits/sec
[  5]  8.0- 9.0 sec   112 MBytes   941 Mbits/sec
[  5]  9.0-10.0 sec   112 MBytes   941 Mbits/sec
[  5]  0.0-10.0 sec  1.10 GBytes   941 Mbits/sec

Alles anzeigen

Code

vdrtest ~ # iperf -c 192.168.42.2
------------------------------------------------------------
Client connecting to 192.168.42.2, TCP port 5001
TCP window size: 20.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.42.42 port 60133 connected with 192.168.42.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1.10 GBytes   941 Mbits/sec

schmirl · 21. Juni 2012

Das Server-Log wäre nicht uninteressant. Insbesondere "frontend timed out"-Meldungen wären eindeutig. Falls das Log nichts hergibt, streamdev mal mit Debugging compilieren (make clean; STREAMDEV_DEBUG=1 make). Auf dem Server dürfte das in diesem Fall ergiebiger sein als auf dem Client. Die Ausgaben kommen über stderr. Beim Starten des VDR also am besten in eine Datei umlenken.

mentox · 21. Juni 2012

da kommen immer solche meldungen.. kannst du dann damit was anfangen?
ist jetzt kein hänger gewesen .. möchte nur sicherstellen das ich das richtige sehe

Code

169065.387 [5438] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,On)
169065.387 [5438] OUT: |220 Filter 6300 transferring|
169065.387 [5438] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,Off)
169065.388 [5438] OUT: |220 Filter 6200 stopped|
169065.718 [5438] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,On)
169065.718 [5438] OUT: |220 Filter 6400 transferring|
169065.718 [5438] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,Off)
169065.718 [5438] OUT: |220 Filter 6300 stopped|
169066.158 [5438] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,Off)
169066.158 [5438] OUT: |220 Filter 6400 stopped|
169066.159 [5438] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
169066.159 [5438] OUT: |220 Filter 6000 transferring|
169066.379 [5438] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,On)
169066.379 [5438] OUT: |220 Filter 6100 transferring|
169066.379 [5438] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,Off)
169066.379 [5438] OUT: |220 Filter 6000 stopped|
169066.709 [5438] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,On)
169066.709 [5438] OUT: |220 Filter 6200 transferring|
169066.710 [5438] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,Off)
169066.710 [5438] OUT: |220 Filter 6100 stopped|

Alles anzeigen

schmirl · 22. Juni 2012

Ja, das ist richtig. Vielleicht kannst Du vorübergehend im Client-Setup das "Filter-Daten streamen" ausschalten. Dann wird es wesentlich stiller.

Uwe · 23. Juni 2012

Zitat von mentox

...

Code

Jun 17 21:54:01 vdrtest vdr: [21204] ERROR: streamdev-client: Failed reading reply to 'ADDF 5110 2 255' from 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
...
Jun 17 21:54:05 vdrtest vdr: [21212] ERROR: streamdev-client: Couldn't connect to 192.168.42.2:2004: Die Wartezeit für die Verbindung ist abgelaufen
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (0)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (1)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (2)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (3)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (4)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (5)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (6)
Jun 17 21:54:07 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (7)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (8)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (9)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamDevice::GetTSPacket: GetChecked: NOTHING (10)
Jun 17 21:54:08 vdrtest vdr: [21213] cStreamdevDevice::GetTSPacket(): disconnected
Jun 17 21:54:08 vdrtest vdr: [21213] streamdev-client: Connected to server 192.168.42.2:2004 using protocol version 1.0
Jun 17 21:54:08 vdrtest vdr: [21214] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:54:08 vdrtest vdr: [21214] TS buffer on device 10 thread ended (pid=21186, tid=21214)
Jun 17 21:54:08 vdrtest vdr: [21213] buffer stats: 757264 (36%) used
Jun 17 21:54:08 vdrtest vdr: [21213] receiver on device 10 thread ended (pid=21186, tid=21213)
Jun 17 21:54:08 vdrtest vdr: [21212] cStreamdevFilters::Action(): stream disconnected ?
Jun 17 21:54:08 vdrtest vdr: [21211] ERROR (device.c,1737): Ungültiger Dateideskriptor
Jun 17 21:54:08 vdrtest vdr: [21211] TS buffer on device 1 thread ended (pid=21186, tid=21211)
Jun 17 21:54:08 vdrtest vdr: [21212] buffer stats: 51512 (4%) used
Jun 17 21:54:08 vdrtest vdr: [21212] StreamdevFilters::Action() ended
Jun 17 21:54:08 vdrtest vdr: [21212] streamdev-client: sections assembler thread ended (pid=21186, tid=21212)
Jun 17 21:54:10 vdrtest kernel: [26841.821258] lirc_igorplugusb: Got 22 bytes. Header: 13 5e 00
Jun 17 21:54:10 vdrtest kernel: [26841.935259] lirc_igorplugusb: Got 22 bytes. Header: 13 5f 00
Jun 17 21:54:10 vdrtest vdr: [21186] switching to channel 34
Jun 17 21:54:10 vdrtest vdr: [21186] [softhddev]SetPlayMode

Alles anzeigen

Hi,
ich habe hier eine Activy370 mit vdr-1.7.28 und streamdev-0.6.0 (dazu Patches die hier gepostet wurden(Die CA ID ist bei allen streamdev-Sendern (also Free & Pay Channel) auf 10 eingestellt, also streamdev-client...)) am laufen.
Dabei hatte ich auch genau diese Probleme mit dem Clienten.
Seltsamer/Interessanter Weise gibt es überhaupt keine Probleme mit vdr-1.6.0.2 und streamdev-0.6.0. Das läuft ohne Probleme....

Nun habe ich heute wieder ein wenig getestet und folgendes festgestellt:
Wenn ich am Clienten die Option: "Empfangssysteme / Kosten" auf größer als: 1 einstelle, bekomme ich die Fehler wie auch von mentox gepostet. ( cStreamDevice::GetTSPacket: GetChecked: NOTHING )
Also: "Empfangssysteme / Kosten" auf: 1 einstellen!
Dabei ist "Filter-Daten streamen" aktiviert. LiveTV Prio ist 0. Timeout (s) ist 15. Den lokalen EPG-Scan von VDR habe ich deaktiviert. Setup -> EPG -> Zeit bis EPG Aktualisierung: 0 ....
Der streamdev-Server besteht aus vdr-1.7.28 und streamdev-server-0.6.0.

So läuft es aktuell sehr stabil. Gibt es eventuell dazu noch Tipps?
Mal schauen wie lange das stabil läuft ...

mentox · 23. Juni 2012

Zitat von Uwe

Wenn ich am Clienten die Option: "Empfangssysteme / Kosten" auf größer als: 1 einstelle, bekomme ich die Fehler wie auch von mentox gepostet. ( cStreamDevice::GetTSPacket: GetChecked: NOTHING )
Also: "Empfangssysteme / Kosten" auf: 1 einstellen!

Was tun den die Kosten? Oder was sollten diese tun?

EDIT2:
wie kann ich denn die vdr ausgaben umlenken wenn ich den vdr mit deamon starte?

EDIT: bei mit hängt jetzt zwischen durch alles

Code

51799.602 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,Off)
51799.603 [9213] OUT: |220 Filter 6400 stopped|
51799.603 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
51799.603 [9213] OUT: |220 Filter 6000 transferring|
51799.823 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,On)
51799.823 [9213] OUT: |220 Filter 6100 transferring|
51799.823 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,Off)
51799.823 [9213] OUT: |220 Filter 6000 stopped|
51800.043 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,On)
51800.043 [9213] OUT: |220 Filter 6200 transferring|
51800.044 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,Off)
51800.044 [9213] OUT: |220 Filter 6100 stopped|
51800.704 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,Off)
51800.704 [9213] OUT: |220 Filter 6200 stopped|
51800.705 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,On)
51800.705 [9213] OUT: |220 Filter 6300 transferring|
51800.925 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,On)
51800.925 [9213] OUT: |220 Filter 6400 transferring|
51800.925 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,Off)
51800.925 [9213] OUT: |220 Filter 6300 stopped|
51801.255 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,Off)
51801.255 [9213] OUT: |220 Filter 6400 stopped|
51801.256 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
51807.656 [9213] OUT: |220 Filter 6000 transferring|
51815.902 [9213] Desctructing Live streamer
51815.902 [9213] stopping streamer
51815.952 [9213] cStreamdevLiveStreamer::Detach()
51815.953 [9213] LiveReceiver->Activate(0)
51815.953 [9213] destructing writer
51815.981 [9225] Max. Transmit Blocksize was: 207364
51815.983 [9213] Killing live receiver
51815.983 [9213] Desctructing streamer
51815.983 [9213] Desctructing Filter streamer
51815.983 [9213] cStreamdevFilterStreamer::Detach()
51815.983 [9213] stopping streamer
51816.044 [9213] cStreamdevFilterStreamer::Detach()
51816.044 [9213] destructing writer
51816.081 [9219] Max. Transmit Blocksize was: 27448
51816.084 [9213] Desctructing streamer
51816.085 [9213] OUT: |220 VTP/1.0 Welcome to Video Disk Recorder|
51816.085 [9213] OUT: |220 Protocol version 1.0 accepted|
51816.087 [9213] OUT: |560 Can't set filters without a filter stream|
51817.029 [9213] OUT: |220 Data connection closed|
51817.103 [9213] OUT: |220 Data connection closed|

Alles anzeigen

Uwe · 23. Juni 2012

Hi mentox,
versuche mal "Empfangssysteme / Kosten" auf: 1 einzustellen und dann den VDR neu zu starten.
Was das bewirkt weis ich jetzt auch ned (muß dazu mal in die Doku schauen ) .... aqber vielleicht bewirkt das, wieviel DVB Karten auf dem Server verwendet werden dürfen!?

Edit:

Code

You can also configure the "Broadcast Systems / Cost" of the streamdev-client
device. On a pure streamdev-client only system it doesn't matter what you
configure here. But if your client is equipped with a DVB card, you should read
on. VDR always prefers the cheapest device in terms of supported broadcast
systems and modulations. A DVB-S2 card supports two broadcast systems (DVB-S and
DVB-S2). The supported modulations are counted as well (QPSK, QAM32/64/128/256,
VSB8/16, TURBO_FEC). So for a DVB-S2 card which does QPSK you'll get a total
cost of three. A DVB-C card (one broadcast system) which can do QAM32, QAM64,
QAM128, QAM256 would give you a total of five. Check your log for "frontend ...
provides ... with ..." messages to find out the cost of your DVB cards. Then
pick a suitable value for streamdev-client. With equal costs, VDR will usually
prefer the DVB card and take streamdev for recordings. If streamdev's costs are
higher, live TV will use your DVB card until a recordings kicks in. Then the
recording will take the DVB card and live TV will be shifted to streamdev
(you'll notice a short interruption of live TV).

Alles anzeigen

mentox · 23. Juni 2012

steht bei mir schon immer auf 1 ..

ich glaube eher das das filtern das problem macht..
wenn ich filtern ausschalte komen die fehler anscheind nicht .. teste weiter ..

Code

53340.629 [9213] OUT: |220 Filter 6400 stopped|
53340.629 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
53340.629 [9213] OUT: |220 Filter 6000 transferring|
53340.849 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,On)
53340.849 [9213] OUT: |220 Filter 6100 transferring|
53340.850 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,Off)
53340.850 [9213] OUT: |220 Filter 6000 stopped|
53341.070 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,On)
53341.070 [9213] OUT: |220 Filter 6200 transferring|
53341.070 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,Off)
53341.070 [9213] OUT: |220 Filter 6100 stopped|
53341.290 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,On)
53341.290 [9213] OUT: |220 Filter 6300 transferring|
53341.290 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,Off)
53341.290 [9213] OUT: |220 Filter 6200 stopped|
53341.510 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,On)
53341.510 [9213] OUT: |220 Filter 6400 transferring|
53341.510 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,Off)
53341.510 [9213] OUT: |220 Filter 6300 stopped|
53341.730 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,Off)
53341.730 [9213] OUT: |220 Filter 6400 stopped|
53341.731 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
53341.731 [9213] OUT: |220 Filter 6000 transferring|
53342.392 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,On)
53342.392 [9213] OUT: |220 Filter 6100 transferring|
53342.392 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,Off)
53342.392 [9213] OUT: |220 Filter 6000 stopped|
53342.612 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,On)
53342.612 [9213] OUT: |220 Filter 6200 transferring|
53342.612 [9213] cStreamdevFilterStreamer::SetFilter(6100,0x2,0xff,Off)
53342.612 [9213] OUT: |220 Filter 6100 stopped|
53342.722 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,On)
53342.722 [9213] OUT: |220 Filter 6300 transferring|
53342.722 [9213] cStreamdevFilterStreamer::SetFilter(6200,0x2,0xff,Off)
53342.722 [9213] OUT: |220 Filter 6200 stopped|
53343.383 [9213] cStreamdevFilterStreamer::SetFilter(6300,0x2,0xff,Off)
53343.383 [9213] OUT: |220 Filter 6300 stopped|
53343.383 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,On)
53343.383 [9213] OUT: |220 Filter 6400 transferring|
53343.824 [9213] cStreamdevFilterStreamer::SetFilter(6400,0x2,0xff,Off)
53347.868 [9213] OUT: |220 Filter 6400 stopped|
53347.868 [9213] cStreamdevFilterStreamer::SetFilter(6000,0x2,0xff,On)
53347.868 [9213] OUT: |220 Filter 6000 transferring|
53353.965 [9213] Desctructing Live streamer
53353.965 [9213] stopping streamer
53354.065 [9213] cStreamdevLiveStreamer::Detach()
53354.065 [9213] LiveReceiver->Activate(0)
53354.359 [9213] destructing writer
53354.449 [9300] Max. Transmit Blocksize was: 207740
53354.449 [9213] Killing live receiver
53354.449 [9213] Desctructing streamer
53354.450 [9213] Desctructing Filter streamer
53354.450 [9213] cStreamdevFilterStreamer::Detach()
53354.450 [9213] stopping streamer
53354.521 [9213] cStreamdevFilterStreamer::Detach()
53354.521 [9213] destructing writer
53354.526 [9294] Max. Transmit Blocksize was: 18048
53354.531 [9213] Desctructing streamer
53354.531 [9213] OUT: |220 VTP/1.0 Welcome to Video Disk Recorder|
53354.532 [9213] OUT: |220 Protocol version 1.0 accepted|
53354.533 [9213] OUT: |560 Can't set filters without a filter stream|
53355.459 [9213] OUT: |220 Data connection closed|
53355.606 [9213] OUT: |220 Data connection closed|

Alles anzeigen

Uwe · 23. Juni 2012

Mhh, schade, dann wird das Problem hier wohl auch bald wieder auftreten....

Ist bei Dir auf dem Streamdev-Server der EPG-Scan aktiv bzw wie?
Ich habe hier PIDs und Namen aktualisieren aktiv. Bei "neue Transponder hinzufügen" wird der VDR (streamdev-server) selbst beim umschalten mit unter sehr träge.
Die Kanalliste habe ich nur auf das, was ich schaue begrenzt (~150 Kanäle) alle anderen Kanäle gelöscht .... Vielleicht mal testen.

mentox · 23. Juni 2012

genau das steht hier noch aus .. aktuell ist noch auf volle pulle
dann werd ich das jetzt mal testen

weisst du wie ich die ausgaben auf stdout und stderr vom vdr sehen kann wenn ich den vdr mit --deamon starte?

Uwe · 23. Juni 2012

Zitat von mentox

...
weisst du wie ich die ausgaben auf stdout und stderr vom vdr sehen kann wenn ich den vdr mit --deamon starte?

Nee, da kann ich Dir leider nicht weiterhelfen, vielleicht mal allgemein im neuen Thread fragen!?

softhddevice oder streamdev. bild wird schwarz. ton laeuft weiter

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema