Homepage Foren-Uebersicht |
VDR-Portal VDR-Wiki |
Gentoo-Forum Gentoo-Wiki |
Gen2VDR Bugs/Features |
Impressum | Hilfe | Suche | Mitglieder | · Foren Regeln |
Willkommen Gast ( Einloggen | Registrieren ) | Bestätigungs E Mail erneut senden |
Seiten: (2) [1] 2 ( Zum ersten neuen Beitrag ) |
Kickaha |
Geschrieben am: Mittwoch, 06.März 2013, 23:56 Uhr
|
||
Professional Gruppe: Professionals Beiträge: 366 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.
|
||
franky |
Geschrieben am: Donnerstag, 07.März 2013, 10:20 Uhr
|
||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
Hallo, dein syslog wird mit solchen Meldungen
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 |
||
franky |
Geschrieben am: Donnerstag, 07.März 2013, 18:43 Uhr
|
Prinz Gruppe: Supporter Beiträge: 1582 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 |
Kickaha |
Geschrieben am: Donnerstag, 07.März 2013, 20:01 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 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. |
Kickaha |
Geschrieben am: Donnerstag, 07.März 2013, 20:52 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 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: 176 ) g2v_log_03072034.7z |
franky |
Geschrieben am: Donnerstag, 07.März 2013, 22:55 Uhr
|
||||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
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:
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 |
||||
Kickaha |
Geschrieben am: Donnerstag, 07.März 2013, 23:12 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 Mitgliedsnummer.: 2030 Mitglied seit: 2007-05-25 |
Ok, probiere ich morgen mal. Bei xine, gerade nochmal getestet keine Probleme.
|
Kickaha |
Geschrieben am: Freitag, 08.März 2013, 22:33 Uhr
|
||
Professional Gruppe: Professionals Beiträge: 366 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.
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 |
||
Kickaha |
Geschrieben am: Sonntag, 12.Mai 2013, 15:57 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 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: 169 ) Ruckler.zip |
R2D2 |
Geschrieben am: Sonntag, 12.Mai 2013, 16:54 Uhr
|
||||
Prinz Gruppe: Moderators Beiträge: 6149 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,
dann würde ich mich mal um die Netzwerkprobleme kümmern: :rolleyes:
|
||||
Kickaha |
Geschrieben am: Sonntag, 12.Mai 2013, 17:25 Uhr
|
||
Professional Gruppe: Professionals Beiträge: 366 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
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 |
||
R2D2 |
Geschrieben am: Sonntag, 12.Mai 2013, 17:33 Uhr
|
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30 |
Tja, hätte man halt ein aktuelles Logset gepostet, dann wurde sowas nicht passieren ... :rolleyes:
|
Kickaha |
Geschrieben am: Sonntag, 12.Mai 2013, 18:12 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 Mitgliedsnummer.: 2030 Mitglied seit: 2007-05-25 |
Aktuelles Log vom Problem Client.
angehängte Datei ( Anzahl der Downloads: 163 ) g2v_log_05121912.7z |
R2D2 |
Geschrieben am: Sonntag, 12.Mai 2013, 19:49 Uhr
|
||
Prinz Gruppe: Moderators Beiträge: 6149 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.
Als Deinterlacer würde ich BOB nehmen. Und um das Netzwerkproblem zu beseitigen, würde ich ganz einfach mal den Kernel updaten. ;) |
||
Kickaha |
Geschrieben am: Montag, 13.Mai 2013, 12:51 Uhr
|
||||
Professional Gruppe: Professionals Beiträge: 366 Mitgliedsnummer.: 2030 Mitglied seit: 2007-05-25 |
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.
Welche Kernel Version sollte ich denn nehmen? Die Aktuellste? Und, habe ich denn aktuell ein Netzwerkproblem? VG Kickaha angehängte Datei ( Anzahl der Downloads: 163 ) g2v_log_05131335.7z |
||||
kaminkehrer |
Geschrieben am: Montag, 13.Mai 2013, 15:31 Uhr
|
Prinz Gruppe: Supporter Beiträge: 1144 Mitgliedsnummer.: 300 Mitglied seit: 2004-02-08 |
Hi Kickaha,
versuch mal folgendes: https://www.gen2vdr.de/forum/index.php?s...c=9451&hl=index Bei mir waren die index Dateien bei einigen älteren aufnahmen schuld. Grüße kaminkehrer |
Kickaha |
Geschrieben am: Montag, 13.Mai 2013, 15:40 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 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 |
R2D2 |
Geschrieben am: Montag, 13.Mai 2013, 15:41 Uhr
|
||
Prinz Gruppe: Moderators Beiträge: 6149 Mitgliedsnummer.: 1131 Mitglied seit: 2005-10-30 |
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. |
||
franky |
Geschrieben am: Montag, 13.Mai 2013, 16:06 Uhr
|
||||||||
Prinz Gruppe: Supporter Beiträge: 1582 Mitgliedsnummer.: 1547 Mitglied seit: 2006-11-19 |
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.
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 |
||||||||
Kickaha |
Geschrieben am: Montag, 13.Mai 2013, 17:00 Uhr
|
Professional Gruppe: Professionals Beiträge: 366 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: 162 ) g2v_log_05131757.7z |
Seiten: (2) [1] 2 |