Powered by Invision Power Board


Seiten: (2) [1] 2  ( Zum ersten neuen Beitrag
 
Reply to this topicStart new topicStart Poll

> Softhddevice Aussetzer bei Netzwerkwiedergabe
Kickaha
Geschrieben am: Mittwoch, 06.März 2013, 23:56 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo,

nachdem ich nun auch mal das Softhddevice ausprobieren wollte, stelle ich folgendes Problem damit fest.
Wenn ich Aufnahmen von meinem VDR (V2 1.6.0-1) oder auch von meinem NAS wiedergeben möchte, kommt es nach kurzer Zeit zu immer häufigeren Bildrucklern und Tonaussetzern bis hin zum völligen Bildeinfrieren. Siehe Log. Mit Xine habe ich keine derartigen Probleme.
Ich habe auch schon etwas mit den Einstellungen 60Hz und andere im Softhddevice Plugin herumgespielt, jedoch ohne Besserung.

Dies ist meine asound.conf, da ich von franky hörte, daß diese unter Umständen auch verantwortlich sein könnte.
CODE
pcm.!default {
       type hw
       card 1
       device 3
}

#ctl.!default hdmiout

pcm.optically {
       type hw
       card 1
       device 3
}

ctl.optically {
       type hw
       card 1
       device 3
}

pcm.hdmiout {
       type hw
       card 1
       device 3
}

ctl.hdmiout {
       type hw
       card 1
       device 3
}

pcm.multi {
       type multi
       slaves.a.pcm "hdmiout"
       slaves.a.channels 2
       slaves.b.pcm "optically"
       slaves.b.channels 2

       bindings.0.slave a
       bindings.0.channel 0
       bindings.1.slave a
       bindings.1.channel 1

       bindings.2.slave b
       bindings.2.channel 0
       bindings.3.slave b
       bindings.3.channel 1
}

ctl.multi {
       type hw
       card 1
}


Viele Grüße
Kickaha

angehängte Datei ( Anzahl der Downloads: 150 )
angehängte Datei  g2v_log_03062300.7z
Email Poster
Top
franky
Geschrieben am: Donnerstag, 07.März 2013, 10:20 Uhr
Quote Post


Prinz
****

Gruppe: Supporter
Beiträge: 1569
Mitgliedsnummer.: 1547
Mitglied seit: 2006-11-19



Hallo,

dein syslog wird mit solchen Meldungen

CODE
Mar 06 22:47:46 [vdr] video: 24:18:32.023  +30  902 240/\ms 147+7 v-buf_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 179 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 1586 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2042 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 1709 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 1398 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 1940 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 462 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 298 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 78 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 1909 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 905 bytes_
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 06 22:48:00 [vdr] [softhddev] empty video packet 505 bytes_
Mar 06 22:48:36 [vdr] video: slow down video, duping frame_
Mar 06 22:48:36 [vdr] video: 24:19:22.023  +30  390 240/\ms 122+7 v-buf_

geflutet sobald Du auf deinem VDR2 die Wiedergabe ein alten PES-Aufnahme von VDR1 startest.
Da wundert es mich nicht, dass Du ein Ruckelndes Bild hast.

Soweit ich mich erinnern kann hatte softhddevice von Anfang an Probleme mit alten VDR-Aufnahmen im PES-Format.
Mir selbst ist es bisher nicht aufgefallen, da ich alte PES-Aufnahmen eigentlich nicht mit meinen neuen V3-Geräten abspiele.

Johns hat da aber, vermutlich nach der 0.5.2, was optimiert.
Ich schau mir das heute Abend mal genauer an.

An diesen extremen Rucklern bei Wiedergabe von PES-Aufnahmen über das Netzwerk scheint mir deine asound.conf nicht schuld zu sein.
Eine Multi-asound.conf wirkt sich auch nicht nur bei der Wiedergabe von Aufnahmen sondern auch auf Live-TV aus und verursacht besonders bei HD regelmäßige Tonaussetzer (im Abstand von einigen Minuten), die meistens von sehr kurzen Bildhängern begleitet sind.
Softhddvice bekommt da anscheinend Probleme, wenn es den Ton über mehr als eine Audio-Device ausgeben muss.
Du hast so eine Multi-asound.conf, wobei da nicht wirklich zwei seperate Devices für optisch und HDMI definiert sind, denn es wird bei beiden das gleich Device (card1,device3) verwendet.
Da sie evtl. Probleme machen könnte und außerdem in dieser Form unsinnig ist, würde ich Dir vorschlagen mit /_config/bin/mkac.sh eine neue asound.conf zu erstellen und dabei nur das wirklich benötigte Device (1,3 HDMI) auszuwählen.

Gruß
Klaus
Email Poster
Top
franky
Geschrieben am: Donnerstag, 07.März 2013, 18:43 Uhr
Quote Post


Prinz
****

Gruppe: Supporter
Beiträge: 1569
Mitgliedsnummer.: 1547
Mitglied seit: 2006-11-19



Hallo Kickaha,

bezüglich alter PES Aufnahmen gibt es im git nach softhddevice-0.5.2 nur einen Fix für HD-Aufnahmen, die mit älteren 1.7er VDR-Versionen vor Einführung des ts-Recording gemacht wurden.
Das hatte ich falsch in Erinnerung.
Alte SD-Aufnahmen sollten bis auf, Pixelbildung beim Wiedergabe-Start (bug 1095), ruckelfrei abgespielt werden können.

Ich hab mal bei mir getestet, und eine V3-Testmaschine (vdr-1.7.32) mit einer Activy (AE mit vdr-1.6.02) über "VDR Partner suchen" verbunden.
Diesen bug mit den Verpixelungen beim Wiedergabe-Start konnte ich nachvollziehen und er ist auch bei der aktuellsten git-Version noch nicht behoben.
Nach dieser kurzen Verpixelung beim Start werden die alten Aufnahmen aber ruckelfrei abgespielt.
Im log konnte ich jedoch auch solche "empty video packet" Meldungen sehen, wobei sich diese bei mir aber nicht als Ruckler geäußert haben.
Diese Meldungen scheint softhddevice generell bei Abspielen alter PES-MPEG-Aufnahmen auszugeben.

Da ich in deinem log gesehen hatte, dass Du deinen TV mit 60Hz (1920x1080) ansteuerst, habe ich die Auflösung auch mal im admin-plugin von 1080p auf 1920x1080 umgestellt.
Damit hatte ich dann auch beim Live-TV gleich leichte Ruckler, die besonders bei schnellen Bewegungen deutlich sichtbar sind.
Beim Abspielen von alten SD-Aufnahmen übers Netz fallen diese Ruckler noch wesentlich deutlicher aus.
Auch das setzten der 60Hz-Anzeige-Option in den softhddevice-Einstellungen auf ja bringt keine Verbesserung.
Erst nach Umstellung auf 1080p (50Hz) läuft es wieder flüssig.

Evtl. werden ja auch die Ruckler bei Dir durch die 60Hz verursacht.
Versuch mal auf 1080p umzustellen.

Gruß
Klaus
Email Poster
Top
Kickaha
Geschrieben am: Donnerstag, 07.März 2013, 20:01 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo franky,

ich hatte heute mittag mal eine neue asound.conf erstellt und dann eine vom VDR (V3 1.7.21) gemachte HD Aufnahme (3h) und eine Aufnahme vom VDR (V2 1.6.0-1) auf mein NAS kopiert und von dort wiedergegeben. Keine Probleme.
Dann die gleiche Aufnahme nochmal, diesmal nicht vom NAS sondern per Netzwerk direkt vom VDR (V2 1.6.0-1) wiedergegeben. Auch keine Probleme, bis ich mal das Menu aufrief und schon fing die Rucklerei wieder an.

Gerade mal probiert auf 1080p umzustellen. Akzeptiert mein TV nicht. Geht nur bis 1080i. Ist nur ein HDready und etwas älter.

Kopiere aber gerade noch eine Aufnahme und mache mache nochmal den Test mit der Wiedergabe, erst vom anderen VDR und dann vom NAS und hänge dann ein Log dran.

Danke schonmal für deine Unterstützung.

Kickaha

P.S. Könntest du mal hier drüber gucken, da du ja die gleiche Remote nutzt, wenn ich mich recht erinnere.
Email Poster
Top
Kickaha
Geschrieben am: Donnerstag, 07.März 2013, 20:52 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



So, nochmal aktuell ein Log. Gleiche Aufnahmen von unterschiedlichen Quellen.

1. Aufnahme gestartet um 20:27:51 vom _SRV_vdrSDServer von Anfang an mit Rucklern.
2. Aufnahme gestartet um 20:30:35 vom _NAS_Videos die gleiche Seuquenz ohne sichtbare Probleme, obwohl das Log was anderes sagt.

Wie gesagt, mit Xine habe ich keine derartigen Probleme, mache jetzt aber nochmal zur Sicherheit den Test mit xine und den selben Aufnahmen.

angehängte Datei ( Anzahl der Downloads: 159 )
angehängte Datei  g2v_log_03072034.7z
Email Poster
Top
franky
Geschrieben am: Donnerstag, 07.März 2013, 22:55 Uhr
Quote Post


Prinz
****

Gruppe: Supporter
Beiträge: 1569
Mitgliedsnummer.: 1547
Mitglied seit: 2006-11-19



QUOTE (Kickaha @ Donnerstag, 07.März 2013, 21:52 Uhr)
So, nochmal aktuell ein Log. Gleiche Aufnahmen von unterschiedlichen Quellen.

1. Aufnahme gestartet um 20:27:51 vom _SRV_vdrSDServer von Anfang an mit Rucklern.
2. Aufnahme gestartet um 20:30:35 vom _NAS_Videos die gleiche Seuquenz ohne sichtbare Probleme, obwohl das Log was anderes sagt.

Wie gesagt, mit Xine habe ich keine derartigen Probleme, mache jetzt aber nochmal zur Sicherheit den Test mit xine und den selben Aufnahmen.

Hallo Kickaha,

es sind zwar beides mal diese "empty video packet" Meldungen zu sehen, die aber doch nicht kritisch zu sein scheinen, wie ich ja schon geschrieben hatte.

Das Kritische ist dieses hier:
CODE
Mar 07 20:28:01 [vdr] video:  4:50:07.178+8888    0 240/\ms   0+5 v-buf_
Mar 07 20:28:01 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_

Da läuft der Audio-Puffer leer (die 0 vor den 240) und das führt dann unweigerlich zu"alsa underrun" und somit zu kurzen Tonaussetzern.
Dadurch ist aber auch der Video-Puffer betroffen (0+5 v-buf) und es kommt zu den Bild-Rucklern.
Das wiederholt sich dann immer wieder.
Beim Abspielen der gleichen Sequenz vom NAS ist davon nichts zu sehen.

Vermutlich liegt es doch an der Netzwerkverbindung VDR2 zu VDR1.

Den Audio-Puffer kannst Du in den Einstellungen des Plugin einstellen (0=default=336ms; max 1000ms).
Den kannst Du zum Test mal auf 500 oder 600 hochsetzen.
Für den Video-Puffer ist mir keine Einstellung bekannt.

Ich vermute mal, dass da Xine etwas toleranter eingestellt ist, wenn Du den Effekt dort nicht feststellst.

Gruß
Klaus
Email Poster
Top
Kickaha
Geschrieben am: Donnerstag, 07.März 2013, 23:12 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Ok, probiere ich morgen mal. Bei xine, gerade nochmal getestet keine Probleme.
Email Poster
Top
Kickaha
Geschrieben am: Freitag, 08.März 2013, 22:33 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo franky,

ich habe vorhin nochmal einen Test mit erhötem Audio Buffer 500ms und 650ms gemacht. Keine Änderung.

Da VDR1, VDR2, sowie mein NAS per PowerLAN Adapter miteinander verbunden sind, habe ich mal die Berbindungsrate überprüft. Tatsächlich ist die Verbindung zwischen VDR1 und VDR2 50% langsamer als die VDR2 und NAS, wo es keine Probleme gibt, aber mit 149Mbit/s immer noch mehr als ausreichend.
Trotzdem zum Test mal einen anderen PowerLAN Adapter zur Überprüfung, sowie eine Steckdose an einer anderen Phase mit knapp 300Mbit/s Verbindung zwischen VDR1 und VDR2 getestet. Keine Besserung der Probleme.

CODE

Mar 08 21:35:41 [vdr] video: 11:34:07.750  +21  837 240/\ms  31+7 v-buf_
Mar 08 21:35:52 [vdr] [11271] EnigmaNG effects thread started (pid=2637, tid=11271, prio=high)
Mar 08 21:36:09 [vdr] [2637] [softhddev]SetPlayMode: 0_
Mar 08 21:36:09 [vdr] [2637] [softhddev]SetVideoDisplayFormat: 1_
Mar 08 21:36:09 [vdr] [2637] [extrecmenu] starting replay of recording
Mar 08 21:36:09 [vdr] [2637] replay /video/_SRV_vdrSDServer/Serien/Grimm/Mon_25.02.2013-21#3A15/2013-02-25.21.10.50.99.rec
Mar 08 21:36:09 [vdr] [2637] playing '/video/_SRV_vdrSDServer/Serien/Grimm/Mon_25.02.2013-21#3A15/2013-02-25.21.10.50.99.rec/001.vdr'
Mar 08 21:36:09 [vdr] [2637] loading /video/_SRV_vdrSDServer/Serien/Grimm/Mon_25.02.2013-21#3A15/2013-02-25.21.10.50.99.rec//marks.vdr
               - Last output repeated twice -
Mar 08 21:36:10 [vdr] [11271] EnigmaNG effects thread ended (pid=2637, tid=11271)
Mar 08 21:36:10 [vdr] [2637] [softhddev]SetPlayMode: 1_
Mar 08 21:36:10 [vdr] [11291] dvbplayer thread started (pid=2637, tid=11291, prio=high)
Mar 08 21:36:10 [vdr] [11291] PlayJump: start replay at first mark 5778 (0:03:51.04)
Mar 08 21:36:10 [vdr] [11292] non blocking file reader thread started (pid=2637, tid=11292, prio=high)
Mar 08 21:36:10 [vdr] [11291] SetBrokenLink: no GOP header found in video packet
Mar 08 21:36:10 [vdr] video: decoder buffer empty, duping frame (1036/37402) 5 v-buf_
Mar 08 21:36:10 [vdr] video: --:--:--.---+8888   49 240/\ms   5+5 v-buf_
Mar 08 21:36:10 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 154 bytes_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 338 bytes_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 1772 bytes_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 646 bytes_
Mar 08 21:36:10 [vdr] [11291] setting audio track to 1 (0)
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 507 bytes_
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 08 21:36:10 [vdr] [softhddev] empty video packet 270 bytes_
Mar 08 21:36:10 [vdr] audio/alsa: using device 'default'_
Mar 08 21:36:11 [vdr] audio/alsa: start delay 650ms_
Mar 08 21:36:11 [vdr] [softhddev] empty video packet 131 bytes_
Mar 08 21:36:11 [vdr] video: decoder buffer empty, duping frame (1046/37402) 68 v-buf_
Mar 08 21:36:11 [vdr] video: slow down video, duping frame_
Mar 08 21:36:11 [vdr] video:  4:49:59.818 +770 1114 240/\ms  90+7 v-buf_
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 1626 bytes_
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 86 bytes_
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 08 21:36:12 [vdr] [softhddev] empty video packet 1918 bytes_
Mar 08 21:36:13 [vdr] [softhddev] empty video packet 48 bytes_
Mar 08 21:36:13 [vdr] [softhddev] empty video packet 131 bytes_
Mar 08 21:36:14 [vdr] [softhddev] empty video packet 56 bytes_
Mar 08 21:36:14 [vdr] [softhddev] empty video packet 131 bytes_
Mar 08 21:36:15 [vdr] [softhddev] empty video packet 120 bytes_
Mar 08 21:36:15 [vdr] [softhddev] empty video packet 154 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 71 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1059 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1588 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1036 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 308 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 116 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1979 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1787 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1611 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1419 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1427 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1419 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1419 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1427 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1603 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 146 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated twice -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1971 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 844 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 3 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1381 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1956 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1396 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1028 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 668 bytes_
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:16 [vdr] [softhddev] empty video packet 1212 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1588 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1580 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1588 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1580 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 2 times -
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1396 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 1787 bytes_
Mar 08 21:36:17 [vdr] [softhddev] empty video packet 63 bytes_
Mar 08 21:36:19 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_
Mar 08 21:36:19 [vdr] video: slow down video, duping frame_
Mar 08 21:36:19 [vdr] video: decoder buffer empty, duping frame (1084/376) 0 v-buf_
Mar 08 21:36:19 [vdr] video:  4:50:07.218+8888    0 240/\ms   0+5 v-buf_
Mar 08 21:36:20 [vdr] video: decoder buffer empty, duping frame (1090/376) 189 v-buf_
Mar 08 21:36:20 [vdr] video: slow down video, duping frame_
Mar 08 21:36:20 [vdr] video:  4:50:07.238  +80  683 240/\ms 189+8 v-buf_
Mar 08 21:36:20 [vdr] [softhddev] empty video packet 172 bytes_
Mar 08 21:36:21 [vdr] [softhddev] empty video packet 33 bytes_
Mar 08 21:36:22 [vdr] [softhddev] empty video packet 41 bytes_
Mar 08 21:36:23 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_
Mar 08 21:36:23 [vdr] [softhddev] empty video packet 56 bytes_
Mar 08 21:36:23 [vdr] [softhddev] empty video packet 71 bytes_
               - Last output repeated twice -
Mar 08 21:36:23 [vdr] [softhddev] empty video packet 41 bytes_
Mar 08 21:36:24 [vdr] [softhddev] empty video packet 56 bytes_
Mar 08 21:36:24 [vdr] [softhddev] empty video packet 1513 bytes_
Mar 08 21:36:24 [vdr] [softhddev] empty video packet 41 bytes_
Mar 08 21:36:24 [vdr] [softhddev] empty video packet 26 bytes_
Mar 08 21:36:25 [vdr] [softhddev] empty video packet 124 bytes_
Mar 08 21:36:25 [vdr] [softhddev] empty video packet 2048 bytes_
Mar 08 21:36:25 [vdr] [softhddev] empty video packet 807 bytes_
Mar 08 21:36:27 [vdr] [softhddev] empty video packet 26 bytes_
Mar 08 21:36:28 [vdr] [softhddev] empty video packet 11 bytes_
Mar 08 21:36:28 [vdr] [softhddev] empty video packet 41 bytes_
Mar 08 21:36:28 [vdr] [softhddev] empty video packet 18 bytes_
Mar 08 21:36:29 [vdr] [softhddev] empty video packet 34 bytes_
Mar 08 21:36:29 [vdr] [softhddev] empty video packet 124 bytes_
Mar 08 21:36:30 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_
Mar 08 21:36:30 [vdr] [softhddev] empty video packet 71 bytes_
Mar 08 21:36:30 [vdr] [softhddev] empty video packet 63 bytes_
Mar 08 21:36:30 [vdr] [softhddev] empty video packet 112 bytes_
Mar 08 21:36:31 [vdr] [softhddev] empty video packet 26 bytes_
Mar 08 21:36:32 [vdr] [softhddev] empty video packet 41 bytes_
Mar 08 21:36:33 [vdr] audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'_
Mar 08 21:36:33 [vdr] [softhddev] empty video packet 116 bytes_
Mar 08 21:36:33 [vdr] [softhddev] empty video packet 49 bytes_
Mar 08 21:36:34 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 4 times -


Mir scheint, daß der NFS Server von VDR1 (V2 1.6.0-1) die Daten anscheinend nicht schnell genug bereitstellen kann, im gegensatz zum NAS.

Natürlich könnte man da jetzt noch weiter forschen, es aber auch hiermit beenden, da xine dieses Problem ja nicht hat und sobald VDR2 der aktive VDR sein wird, alle Aufnahmen ja auf der lokalen Festplatte vorhanden sind und Softhddevice mit den alten Aufnahmen dann keine Probleme hat.

Vielen Dank für die Unterstützung,
Kickaha
Email Poster
Top
Kickaha
Geschrieben am: Sonntag, 12.Mai 2013, 15:57 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo zusammen,

ich hole das Thema nochmal hoch, da ich immer noch Probleme mit der Wiedergabe von einem Client mit Aufzeichnungen vom Server habe.

Die Aufzeichungen befinden sich auf dem Server.
Client 01 ist per Devolo Power Lan/WLAN N Adapter über Wlan mit dem Server verbunden und hat keine sichtbaren Ruckler. Die Übertragungsrate zwischen den Adaptern beträgt ca. 90 MBit/s
Client 02 ist per Devolo Power Lan mit ca. 110 MBit/s mit dem Server verbunden und hat sichtbare Ruckler bei der Wiedergabe von Server Aufnahmen. Ich habe das ganze auch mit einem Netzwerkkabel direkt am Switch probiert, so daß Client 02 dann über einen anderen Adapter mit ca. 450 MBit/s lief. Keine Verbesserung.

Softwarestand ist bei beiden Clients gleich.

Wenn das ein Netzwerkproblem sein sollte, verstehe ich nicht, warum auf dem langsameren Client 01 keine Ruckler zu sehen sind.

VG
Kickaha

angehängte Datei ( Anzahl der Downloads: 153 )
angehängte Datei  Ruckler.zip
Email Poster
Top
R2D2
Geschrieben am: Sonntag, 12.Mai 2013, 16:54 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6016
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Hi,

ich will jetzt euren Dialog nicht nicht weiter stören, aber ich würde mal das ganze steinalte X Zeugs und nvidia updaten,

CODE
NVRM: loading NVIDIA UNIX x86 Kernel Module  285.05.09  Fri Sep 23 18:53:08 PDT 2011
....
X.Org X Server 1.10.4
Release Date: 2011-08-19
[     8.560] X Protocol Version 11, Revision 0


dann würde ich mich mal um die Netzwerkprobleme kümmern: :rolleyes:

CODE
CIFS VFS: server 192.168.229.13 of type Samba 3.0.28 returned unexpected error on SMB posix open, disabling posix open support. Check if server update available.
Email PosterUsers WebsiteICQ
Top
Kickaha
Geschrieben am: Sonntag, 12.Mai 2013, 17:25 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo R2D2,

das, worauf du dich beziehst, ist nicht mehr aktuell.

Die clients haben beide die 310.44 Version installiert
CODE
HDclient_02 ~ # eix x11-drivers/nvidia-drivers
[U] x11-drivers/nvidia-drivers
    Available versions:  96.43.23^msd 173.14.36^msd (~)173.14.37^msd (~)256.53^s[1] (~)270.30^s[1] 304.88^msd 310.44^msd 313.30^msd {M}(~)319.12^msd {{+X acpi custom-cflags gtk kernel_FreeBSD kernel_linux multilib pax_kernel (+)tools}}
    Installed versions:  310.44^msd(09:04:29 AM 05/01/2013)(X acpi kernel_linux tools -kernel_FreeBSD -multilib -pax_kernel)
    Homepage:            http://www.nvidia.com/
    Description:         NVIDIA X11 driver and GLX libraries

[1] "local-repo" /usr/local/portage
HDclient_02 ~ #


und der Server 192.168.229.13 existiert gar nicht mehr. Das war der alte mit VDR 1.6.0-1.
Aktuell siehe meine Signatur.

VG
Kickaha
Email Poster
Top
R2D2
Geschrieben am: Sonntag, 12.Mai 2013, 17:33 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6016
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Tja, hätte man halt ein aktuelles Logset gepostet, dann wurde sowas nicht passieren ... :rolleyes:
Email PosterUsers WebsiteICQ
Top
Kickaha
Geschrieben am: Sonntag, 12.Mai 2013, 18:12 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Aktuelles Log vom Problem Client.

angehängte Datei ( Anzahl der Downloads: 148 )
angehängte Datei  g2v_log_05121912.7z
Email Poster
Top
R2D2
Geschrieben am: Sonntag, 12.Mai 2013, 19:49 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6016
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Nun, die Atom sind ja nun nicht gerade "Rennmaschinen". :lol:

Ich würde als erstes mal versuchen, das softhddevice auf "Skip Croma" zu stellen.

CODE
SkipCroma Deinterlace(VDPAU) = Ja


Als Deinterlacer würde ich BOB nehmen.

Und um das Netzwerkproblem zu beseitigen, würde ich ganz einfach mal den Kernel updaten. ;)
Email PosterUsers WebsiteICQ
Top
Kickaha
Geschrieben am: Montag, 13.Mai 2013, 12:51 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



CODE
SkipCroma Deinterlace(VDPAU) = Ja

Ich habe nach der Problemaufnahme noch eine aktuelle HD Aufnahme vom Server gestartet. Da habe ich deutlich weniger Probleme. Anscheinend ist das Ruckeln Aufnahmeversion abhängig? Die Aufnahmen die Probleme machen, sind alles alte VDR (001.vdr) Aufnahmen.

CODE
HDclient_02 ~ # uname -a
Linux HDclient_02 3.0.6-gentoo #5 SMP PREEMPT Sun Oct 23 18:33:51 CEST 2011 i686 Intel(R) Atom(TM) CPU D2550 @ 1.86GHz GenuineIntel GNU/Linux
HDclient_02 ~ #

Welche Kernel Version sollte ich denn nehmen? Die Aktuellste?

Und, habe ich denn aktuell ein Netzwerkproblem?

VG
Kickaha

angehängte Datei ( Anzahl der Downloads: 148 )
angehängte Datei  g2v_log_05131335.7z
Email Poster
Top
kaminkehrer
Geschrieben am: Montag, 13.Mai 2013, 15:31 Uhr
Quote Post


Professional
****

Gruppe: Supporter
Beiträge: 1068
Mitgliedsnummer.: 300
Mitglied seit: 2004-02-08



Hi Kickaha,

versuch mal folgendes:
http://www.htpc-forum.de/forum/index.php?s...c=9451&hl=index

Bei mir waren die index Dateien bei einigen älteren aufnahmen schuld.

Grüße
kaminkehrer
Email Poster
Top
Kickaha
Geschrieben am: Montag, 13.Mai 2013, 15:40 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Hallo kaminkehrer,

das hatte ich bereits über das Befehlsmenu schon probiert jedoch leider keinen Erfolg damit.

VG
kickaha
Email Poster
Top
R2D2
Geschrieben am: Montag, 13.Mai 2013, 15:41 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6016
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



QUOTE (Kickaha @ Montag, 13.Mai 2013, 13:51 Uhr)
[...] Und, habe ich denn aktuell ein Netzwerkproblem?

Das kannst Du doch recht einfach testen.

Du brauchst Dir doch bloß mal eine Aufnahme in das lokale Videoverzeichnis zu kopieren und sehen, ob es dann funktioniert.
Email PosterUsers WebsiteICQ
Top
franky
Geschrieben am: Montag, 13.Mai 2013, 16:06 Uhr
Quote Post


Prinz
****

Gruppe: Supporter
Beiträge: 1569
Mitgliedsnummer.: 1547
Mitglied seit: 2006-11-19



QUOTE (Kickaha @ Montag, 13.Mai 2013, 13:51 Uhr)
CODE
SkipCroma Deinterlace(VDPAU) = Ja

Ich habe nach der Problemaufnahme noch eine aktuelle HD Aufnahme vom Server gestartet. Da habe ich deutlich weniger Probleme. Anscheinend ist das Ruckeln Aufnahmeversion abhängig? Die Aufnahmen die Probleme machen, sind alles alte VDR (001.vdr) Aufnahmen.

CODE
HDclient_02 ~ # uname -a
Linux HDclient_02 3.0.6-gentoo #5 SMP PREEMPT Sun Oct 23 18:33:51 CEST 2011 i686 Intel(R) Atom(TM) CPU D2550 @ 1.86GHz GenuineIntel GNU/Linux
HDclient_02 ~ #

Welche Kernel Version sollte ich denn nehmen? Die Aktuellste?

Und, habe ich denn aktuell ein Netzwerkproblem?

VG
Kickaha

Hallo Kickaha,

alte VDR-Aufnahmen können mit dem aktuellen VDR und und softhddevice schon Wiedergabe-Probleme machen.

Du hast aber auch weiter oben geschrieben, dass eine Aufnahme, die beim Abspielen vom Server Probleme macht, völlig ohne Ruckler abgespielt wird, wenn sie lokal von der HDD des Client abgespielt wird.
Das scheint ja dann der eindeutige Beweis für Netzwerk-Probleme zu sein.

Ich hab mal mit meinem Zotac D2550 Aufnahmen von anderen VDRs (HD und auch alte Activy mit vdr-1.6) abgespielt und absolut keine Probleme festgestellt.
Wiedergabe genauso astrein wie lokale Aufnahmen oder LiveTV per Sat.

Da der betroffene Client ja für die Ausgabe eine GT610 verwendet, schließe ich Performance-Problme aus.
Da kann man anstatt bob auch temporal oder temporal-Spatial verwenden
Außerdem spielt ja der Client01 mit dem schwächeren ION2 (bei 1080i maximal temporal) die entsprechenden Aufnahmen ohne Probleme ab.

Laut dem letzten log ist aber, der von sofhddevice empfangene HD-Datenstrom auch nicht astrein.
CODE
May 12 20:37:43 [vdr] video: decoder buffer empty, duping frame (14/27354) 0 v-buf_
May 12 20:37:43 [vdr] video: --:--:--.---   +0    0 240/\ms   0+5 v-buf_
May 12 20:37:44 [vdr] [softhddev] empty video packet 2048 bytes_
               - Last output repeated 4 times -
May 12 20:37:44 [vdr] [softhddev] empty video packet 326 bytes_
May 12 20:37:44 [vdr] [softhddev] empty video packet 2048 bytes_

Schaut eigentlich ähnlich aus, wie bei der alten .vdr SD-Aufnahme.
Solche Meldungen, die auf leere oder defekte Video-Pakete hindeuten gibt es aber auch bei Live-TV über streamdev.
Dort ist es nur nicht so ausgeprägt, wie bei der Wiedergabe von Aufnahmen.

Meldungen dieser Art kenne ich von schlechtem, gestörtem und grenz wertigen Sat-Empfang, wenn zwar ein Sender so gerade noch empfangen wird, der Datenstrom erhebliche Fehler aufweist.

Für mich schaut es so aus, als ob da dein PowerLan Signal nicht astrein ist.
Die Übertragungsrate scheint ja zu stimmen.
Das sagt aber nichts über die Qualität des Signales aus.
PowerLan ist recht empfindlich für Störquellen (z.B. von andere Geräten) auf der Stromleitung.

Hast Du evtl. die Möglichkeit, Client02 zum Test mal direkt über Ethernet (ohne PowerLan) über den Router oder einen Switch mit dem Server zu vernetzen?

Gruß
Klaus
Email Poster
Top
Kickaha
Geschrieben am: Montag, 13.Mai 2013, 17:00 Uhr
Quote Post


Professional
****

Gruppe: Professionals
Beiträge: 350
Mitgliedsnummer.: 2030
Mitglied seit: 2007-05-25



Ok, beides mal direkt am Switch probiert. Da habe ich mit der Problemaufnahme keine sichtbaren Ruckler, allerdings immer noch Meldung über emty Video...

Aber irgendwie muss ich das in den Griff bekommen, da ich die Leitungen so nicht leigen lassen kann und auf die PowerLan Adapter angewiesen bin.

VG
Kickaha

angehängte Datei ( Anzahl der Downloads: 149 )
angehängte Datei  g2v_log_05131757.7z
Email Poster
Top
Thema wird von 0 Benutzer(n) gelesen (0 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:

Topic OptionsSeiten: (2) [1] 2  Reply to this topicStart new topicStart Poll