(gelöst) [0.3] Vorspringen bei HD Aufnahme geht nicht mehr

    Hallo Zusammen,


    zunächst auch von mir ein dickes Dankeschön an die Entwickler. Insgesamt wirklich sehr gelungen!


    Leider habe ich seit gestern ein Problem bei der Wiedergabe von HD Aufnahmen. Ich konnte immer mit der gelben Taste eine Minute nach vorne springen.
    Dies geht nun nur noch bei standard TV AUfnahmen - bei HD wird immer wieder auf den Anfang gesprungen.


    Das System ist mittels apt-get auf dem aktuellsten Stand.


    Gibt es hier schon eine Lösung?


    Vielen Dank und viele Grüße,
    mthome


    Hier der entsrechende Auszug aus dem Syslog:
    Oct 27 06:17:12 ubuntu vdr: [1250] [extrecmenu] starting replay of recording
    Oct 27 06:17:12 ubuntu vdr: [1250] loading /srv/vdr/video.00/Tagesschau/2010-10-26.19.58.1-0.rec//marks
    Oct 27 06:17:12 ubuntu vdr: [1250] replay /srv/vdr/video.00/Tagesschau/2010-10-26.19.58.1-0.rec
    Oct 27 06:17:12 ubuntu vdr: [1250] playing '/srv/vdr/video.00/Tagesschau/2010-10-26.19.58.1-0.rec/00001.ts'
    Oct 27 06:17:12 ubuntu vdr: [1250] loading /srv/vdr/video.00/Tagesschau/2010-10-26.19.58.1-0.rec//marks
    Oct 27 06:17:12 ubuntu vdr: [1638] Text2Skin: menu display update thread ended (pid=1250, tid=1638)
    Oct 27 06:17:12 ubuntu vdr: [1674] dvbplayer thread started (pid=1250, tid=1674)
    Oct 27 06:17:12 ubuntu vdr: [1674] resuming replay at index 0 (0:00:00.01)
    Oct 27 06:17:12 ubuntu vdr: [1675] non blocking file reader thread started (pid=1250, tid=1675)
    Oct 27 06:17:13 ubuntu vdr: [1637] TS buffer on device 1 thread ended (pid=1250, tid=1637)
    Oct 27 06:17:13 ubuntu vdr: [1636] buffer stats: 183676 (8%) used
    Oct 27 06:17:13 ubuntu vdr: [1636] receiver on device 1 thread ended (pid=1250, tid=1636)
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264: Found NAL SPS at offset 6/151
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: profile_idc 100
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_width: 80 mbs
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_height: 45 mbs
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: frame only flag: 1
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: aspect_ratio_idc 1
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
    Oct 27 06:17:13 ubuntu vdr: [1674] [xine..put] Detected video size 1280x720
    Oct 27 06:17:13 ubuntu vdr-sxfe[1491]: [1506] [demux_vdr] PMT changed, resetting demuxer
    Oct 27 06:17:17 ubuntu vdr-sxfe[1491]: [1506] [input_vdr] wait_stream_sync: discard_index 1187847168 != curpos 1187787008 ! (diff 60160)
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264: Found NAL SPS at offset 6/151
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: profile_idc 100
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_width: 80 mbs
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_height: 45 mbs
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: frame only flag: 1
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: aspect_ratio_idc 1
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
    Oct 27 06:17:17 ubuntu vdr: [1674] [xine..put] Detected video size 1280x720
    Oct 27 06:17:17 ubuntu vdr-sxfe[1491]: [1506] [demux_vdr] PMT changed, resetting demuxer
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264: Found NAL SPS at offset 6/151
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: profile_idc 100
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_width: 80 mbs
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: pic_height: 45 mbs
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: frame only flag: 1
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: aspect_ratio_idc 1
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
    Oct 27 06:17:23 ubuntu vdr: [1674] [xine..put] Detected video size 1280x720
    Oct 27 06:17:23 ubuntu vdr-sxfe[1491]: [1506] [input_vdr] wait_stream_sync: discard_index 1202330500 != curpos 1201846588 ! (diff 483912)
    Oct 27 06:17:23 ubuntu vdr-sxfe[1491]: [1506] [demux_vdr] PMT changed, resetting demuxer
    Oct 27 06:17:29 ubuntu vdr: [1674] [xine..put] H.264: Found NAL SPS at offset 6/151

    yaVDR 0.4, Asus P5N7A-VM Ausgabe über DVI, Intel E2220, 2x TT-DVBS2 1600, 640 GB WD6400AAKS

    3 Mal editiert, zuletzt von mthome ()

    Hi,


    dieses Problem kann ich bestätigen. Testweise habe ich das Frontend mal von vdr-sxfe auf vdr-plugin-xine gestellt, seitdem funktioniert es wieder. Zum Einsatz kommt ein Asrock ION 330 HT...


    VG...

    "Ich kannte jemanden namens Ilona - sie lernte im Griechenland-Urlaub jemanden kennen mit dem Nachnamen Manoli. Er war überhaupt nicht ihr Typ - dennoch dachte sie über eine Hochzeit nach..."

    Hi,


    hat sonst Niemand das Problem?


    Habt Ihr evtl. einen Anhaltspunkt an was es liegen könnte (ich würde gerne das Frontend weiterhin benutzen)? Ich nehme mal an, dass sehr viele das "default" Frontend nehmen.


    Danke vorab schonmal...


    mthome

    yaVDR 0.4, Asus P5N7A-VM Ausgabe über DVI, Intel E2220, 2x TT-DVBS2 1600, 640 GB WD6400AAKS

    Hallo,


    ich nochmals. Also ich habe inzwischen probiert das Frontend auf xine umzustellen - leider gleiches Resultat. Vorspulen und vorspringen geht bei HD nicht :(


    Hat denn sonst wirklich keiner das Problem?


    Danke,


    mthome

    yaVDR 0.4, Asus P5N7A-VM Ausgabe über DVI, Intel E2220, 2x TT-DVBS2 1600, 640 GB WD6400AAKS

    Einmal editiert, zuletzt von mthome ()

    Ich habe das selbe Problem. Erst dachte ich das liegt an meiner Umstellung auf markad aber ich glaube das kann ich inzwischen ausschliesen. Ich glaube jetzt eher dass es an der aktuellen Version der Treiber für mein Mystique SaTiX-S2 Dual liegt. Da scheint sich etwas in dem ngene Treibern geändert zu haben und das erzeigt das Problem. Nachdem die Treibersituation bei ngene für mich noch nicht wirklich übersichtlich ist habe ich das noch nicht zurück verfolgen können.

    Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 34TB SW: Ubuntu 16.04 , yaVDR vdr2.4 reposatory, Emby Server
    Client: HW: Intel NUC7i3BNK| 8GB RAM | DVB: TT 3600 SW yaVDR ansible

    Lest ihr manchmal auch andere Threads wie diesen hier und überlegt ob es da zusammenhänge geben könnte, oder könnt ihr das ausschließen.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Ich glaube nicht das es sich hier um das selbe Thema handelt, da zumindest bei mir die Symtome anders sind. Vielleicht zur besseren Erklärung hier nochmal was ich sehe:
    - Die problematische Aufnahmen lassen sich ganz normal anschauen aber:
    - Es wird in der Statusanzeige nicht angezeigt an welcher Stelle in der Aufnahme man gerade ist
    - Ich kann nicht nach vorne oder zurück springen, immer wenn ich das mache lange ich am Anfang
    - markad erstellt nur eine Marke mit dem Kommentar Anfang der Aufnahme direkt am Anfang



    Die Artefakte bei Vorlauf wie im anderen Thread beschieben habe ich auch bei anderen Aufnahmen, aber dort kann man springen und aufnehmen.


    Ich werde es trotzdem mal ausprobieren einfach in einer Aufnahme mit dem Problem versuchen und dort in der Info Datei auf F50 ändern und schauen ob sich was ändert.


    Melde mich dann wieder

    Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 34TB SW: Ubuntu 16.04 , yaVDR vdr2.4 reposatory, Emby Server
    Client: HW: Intel NUC7i3BNK| 8GB RAM | DVB: TT 3600 SW yaVDR ansible

    Hi,


    und dann die index-Datei gefälligst löschen, vom VDR neu generieren lassen, markad neu drüberlaufen lassen und freuen....


    Kurzum, wenn die Indexdatei nicht exakt zu dem .ts-File passt geht halt nix mit Springen. Es gab auch schon markad-Versionen, die an der index-Datei rumgefummelt haben, und dann geht auch nix mehr....


    Gruß
    Wolfgang

    Das scheint die Lösung für meine Probleme zu sein. Habe gerade eine der problematischen Aufnahmen wie in dem anderen Thread behandelt, also im Info File F25 auf F50 geändert und dann das index File gelöscht, danach wird bei der Wiedergabe die Indexfile Generierung neu gestarted und ich kann wieder hin & herspringen. Danke für die Hilfe

    Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 34TB SW: Ubuntu 16.04 , yaVDR vdr2.4 reposatory, Emby Server
    Client: HW: Intel NUC7i3BNK| 8GB RAM | DVB: TT 3600 SW yaVDR ansible

    Morgen,


    So wirklich funktioniert es imme noch nicht. Zwar funktioniert der Workaround mit dem index file löschen, aber ich kriege weiterhin offensichtlich korrupte index files für alle HD Aufnahmen. Ichhabe auch den Patch aus dem anderen Thread in meinen vdr kompiliert, ich habe also jetzt die richtige Framerate in dem Info File. Ich habe markad im Verdacht des index File unbrauchbar zu machen. Ich hatte markad auf schon während der AUfnahme untersuchen stehen und da gab es seltsame Meldungen (index file to short regenerating .. oder so ähnlich). Deshalb hatte ich dann noch auf nach der Aufnahme umgestellt das gibt aber immer noch das selbe Problem. Ich habe jetzt gefunden dass es eine Option bei markad zum index file gibt, diese habe ich jetzt mal ausgeschaltet, bin damit aber noch nicht zum testen gekommen.

    Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 34TB SW: Ubuntu 16.04 , yaVDR vdr2.4 reposatory, Emby Server
    Client: HW: Intel NUC7i3BNK| 8GB RAM | DVB: TT 3600 SW yaVDR ansible

    Zitat

    Ichhabe auch den Patch aus dem anderen Thread in meinen vdr kompiliert


    Zitat

    Ich hatte markad auf ....



    und ich wunder mich immer wieder, warum ich solche probleme nicht hab.


    bitte alles nochmal testen mit einer komplett neuen installation von yavdr-0.3a
    und neuen aufnahmen.
    ohne markad (obwohl es hier recht gut läuft) und nur mit den standardplugins.


    sonst hat es einfach nichts mit yavdr als solches zu tun, sondern eher ein problem eines plugins,
    oder du hast vergessen die plugins auch neu zu bauen, oder oder oder oder

    Morgen,


    Nachdem ich jetzt die Option index reparieren in markad abgeschaltet habe ist der index jetzt wirklich O.K. bei den HD Aufnahmen.


    Ich habe den vdr Patch eingebaut und am laufen. Wenn es ist kann ich gerne eine kurze Aufnahme damit machen.

    Server HW: Core i3| 4GB RAM | DVB-S Satix S2 Dual, TT3200, TT 1401 | 34TB SW: Ubuntu 16.04 , yaVDR vdr2.4 reposatory, Emby Server
    Client: HW: Intel NUC7i3BNK| 8GB RAM | DVB: TT 3600 SW yaVDR ansible

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden