[softhddevice]Komisches Verhalten beim Spulen (extremer Versatz, Spulen unmöglich)

  • Heute ist mir erstmals aufgefallen, dass das Spulen nicht mehr richtig funktioniert.


    Schon wenn ich die Aufnahme starte, habe ich einen relativ großen Versatz zwischen Bild und Ton.


    Vorspulen funktioniert meistens sogar noch, allerdings bekommt der VDR davon gar nichts mit. (Laufzeit bleibt stehen)
    Zurückspulen geht manchmal einwandfrei, manchmal aber auch gar nicht.


    Wenn ich noch während dem Spulen die Aufnahme verlasse läuft teilweise noch 30+ Sekunden lang das Video in Hochgeschwindigkeit weiter.


    Dummerweise bleibt die Log still.


    Zwischenzeitlich habe ich auf die aktuelle Version aktualisiert. Vorherige Version war von letztem Wochenende.
    Getestet habe ich mehrere Aufnahmen von ORF1 HD und DMAX SD. Vor ein paar Tagen ging das alles noch.


    Hoffentlich ist das ein schon bekanntes Problem...


    Edit: Ich habe jetzt mal die alte Version rausgesucht. Mit Changeset 0cf110da8131ffff6ea4e80b21a0b6683cdebc23 funktioniert noch alles.

  • Moin,


    das Verhalten habe ich hier in ähnlicher Form, seit dem ich auf die Version aktualisiert habe, in der die Auflösung vom X-Server ermittelt wird. (der andere Thread zum Thema nicht quadratische Pixel und Autocrop/Aspect Ratio)
    Wenn ich eine Aufnahme schaue und dann mit 1 bzw. 3 springe, dann läuft der Ton sehr stark hinterher und fängt sich auch nicht mehr. Nur das verlassen der Aufnahme und neu Starten der Wiedergabe führt wieder zur Syncronität.

    Gruss Björn.


    SilverGreen-Skin

  • Ich hatte gestern mal die aktuelle GIT-Version getestet und da ist mir das auch aufgefallen, nach Vorspulen war ich plötzlich ganz woanders, Bild und Ton passten überhaupt nicht zueinander.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Kann die oben beschrieben Probleme mit dem sync nach dem spulen/springen bestätigen. Auch mit neuer git version.


    Greetings,
    MrNike

    Hardware: Zotac ION F, Cine S2 V5.4 DVB-S2, 1.5TB HD, 2 GB Ram
    Software: Ubuntu Precise
    64bit, yavdr:vdr-unstable ppa, xbmc
    www.coinflip.de

  • Problem besteht auch mit Rev. 752ee356fa599ba9ede80385ab08ac7c75b127eb


    Wäre in dem Fall nicht das hier angebracht?


    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

  • Er schrieb doch:
    "Edit: Ich habe jetzt mal die alte Version rausgesucht. Mit Changeset 0cf110da8131ffff6ea4e80b21a0b6683cdebc23 funktioniert noch alles. "


    Ich nehme doch mal an es ist die neueste Version mit der noch alles geht und nicht irgendeine ?

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

  • Code
    + VideoSetClosing(MyHwDecoder);
    + VideoResetStart(MyHwDecoder);


    Dann wären die der Bösewicht, aber logisch richtig, sobald ich mal genug Zeit habe werde ich mal gucken.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

  • Ich hab die beiden Anweisungen bei mir mal testhalber rausgenommen, sieht sehr gut aus, das Problem scheint behoben zu sein :)


    Für Nachahmer: die Befehle tauchen in softhddev.c zweimal auf, die Zweiten rausnehmen.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Was Anderes fällt mir beim Testen auf, ich habe mit dem aktuellen Git eine sehr hohe CPU-Last.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Ich habe jetzt die Version 541754a6190fe022f8e67b9ca08423c2e07db91d im Einsatz, mit Deaktivierung der zwei von John vermuteten Anweisungen läuft es bei mir recht gut. Vorspulen klappt und ich kann auch die Neuerungen der Lautstärkefunktionen nutzen.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Entfernen der von Johns angemerkten Zeilen behebt auch hier die Probleme beim Spulen.


    Die CPU-Last ist bei mir ebenfalls hoch. Ein Kern des Atom 330 ist voll ausgelastet (allerdings ohne Probleme bei der Wiedergabe).

    VDR: ASUS AT3ION-T, 2GB, Satix S2 Dual, 1TB 2.5", yavdr 0.4
    Server: Intel DH67CF, Pentium G620, 8GB, 2x1000GB 2.5" Raid1, WLAN, Ubuntu 12.04 @22W
    TV: Panasonic P50G30

  • Mit diesem Patch funktioniert es auch bei mir wieder. :)


  • Ok, spulen geht wieder..

    Die CPU-Last ist bei mir ebenfalls hoch.

    Bei mir auch, da nimmt sich wohl ein Thread Object zu viel Cpu.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

  • Ist jetzt beides gefixt im GIT.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch


  • Bei mir auch, da nimmt sich wohl ein Thread Object zu viel Cpu.


    Ob das mal nicht wieder alsa ist, gebt ihr auf mehreren Ausgängen gleichzeitig aus?


    Ah, Johns hat schon was gefunden.


    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 bin jetzt erst zum Testen gekommen, der aktuelle GIT läuft wunderbar :)


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Das Spulen funktioniert, die Cpu Last ist auch wieder normal.


    Jetzt blieb plötzlich Bild und Ton sehen - Keine Ahnung ob es mit den letzten Änderungen zusammenhängt.
    Ich kann nur sagen, daß ich dies vorher nicht gehabt habe.


    Hier ein Log:


    Das war jetzt einmal auf RTL HD, nach ca 3 Stunden laufzeit.
    Der Hänger war unmittelbar nach dem ein Werbeblock im Film gestartet wurde.
    Bild/Ton steht nach umschalten geht's wieder.

    VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
    VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

Jetzt mitmachen!

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