[Softhddevice] cant'render mixer: An invalid handle value was provided


    Mir sind Ruckler und doppelte Worte aufgefallen. Das Bild hängt kurz und das gesprochene Wort wird wiederholt. Im obigen Beispiel Prosieben HD


    Ich kann das problemlos reproduzieren wenn ich eine Aufnahme schaue, die gerade aufgenommen wird (Timeshift). Wenn nötig gerne auch mit höheren Debuglevel oder sonst was.


    Ausschließen kann ich mittlerweile, dass ein Hardwarebestandteil zu heiß wird --> Deckel offen, alles bei höchstens 40° C



    Ich habe jetzt die Plugins aufgeräumt und ich bilde mir ein, dass das Problem weg ist, seitdem ich skinnopacity nicht mehr lade. Ich hatte es vorher schon in Verdacht, aber ein einfaches Wechseln der Skin scheint nicht zu reichen.


    Speed up video und slow down video sind aber immernoch sehr häufig. Ausgabe läuft mit 60Hz



    Hardware und Software wie in Signatur.

    Es sind zwei verschiedene Probleme:


    Code
    Dez 16 00:08:26 archvdr vdr[358]: video/vdpau: out of surfaces


    Sollte nie vorkommen. Da geht dann garantiert etwas schief.
    Sobald der Fehler auftritt kann man alles danach vergessen.
    Es hilft nur Kanalwechsel oder Aufnahme stop zum reparieren.


    Er könnte bei Fenster vergrößern/verkleinern suspend/resume
    auftreten.


    Beim Fernsehschauen ist es sehr unwahrscheinlich.
    Sollte er da auftreten, sollte er mit einer Aufnahme zu 100%
    zuwiederholen sein.


    Code
    Dez 16 00:19:34 archvdr vdr[22102]: video: audio/video difference too big


    Wenn das im Log erscheint ist auch alles zuspät. Da gibt das Plugin auf.


    Intressant sind da die Anfänge im Log:

    Code
    Dez 16 00:09:26 archvdr vdr[358]: video: slow down video, duping frame
Dez 16 00:08:27 archvdr vdr[358]: video: speed up video, droping frame


    Wenn dies losgeht und kurz davor.


    Ohne -DAV_INFO compliert ist es auch schwer zusagen was passiert.


    Eins ist inzwischen sicher, 60 Hz Monitore erzeugen eine zusätzliche Belastung
    der Graphikkarte. Und es kann zu "render too slow" Meldungen kommen.


    Ansonsten sind slow down/speed up nicht normal.


    Der beigefügte Patch, vergrößert den Audio/Sync Bereich und sollte
    slow down mit kurz darauf folgenden speed up reduzieren.


    Johns


    Edit: Aktuelle Patch Version [Softhddevice] cant'render mixer: An invalid handle value was provided

    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

    2 Mal editiert, zuletzt von johns ()

    Der Patch hilft tatsächlich. Danke dafür.


    Es scheint tatsächlich eine Überlastung der Grafikkarte zu sein, wenn ich die OSD-Size von 1920x1080 wieder zurück auf "auto" stelle (also 1360x768) treten auch weniger Fehler auf.


    Interessant ist aber immernoch, dass die Aufnahme fehlerfrei ist, wenn ein Ruckler entsteht und ich sofort zurückspule und die gleiche Stelle nochmal laufen lasse ist der Ruckler weg.



    Hier mal mit Patch und AV_INFO


    Mal davon abgesehen, dass ich einen neuen Fernseher kaufen sollte. Das Gerät hat eine Nativauflösung von 1360x768. Erreichen kann ich die nur mit VGA bei 60Hz, über HDMI habe ich bei 50Hz die Wahl zwischen 720p und 1080i mit jeweils 5-10% Overscan.
    Welche Auflösung würdest du wählen?

    Da die invalid mitten drin kommt, kannst dies versuchen:


    Erhöht die Reference Frames für H264 von 16 auf 21.
    Verstehe zwar nicht warum nur du dieses Problem hat.


    Die 60Hz sollten kein Problem darstellen, zumindest sehe ich keine "render too slow".
    Aber das A/V Sync hat extreme Schwankungen, kann aber von den "invalid surfaces" kommen.


    Ich würde schon die native Darstellung wählen. Aber prüfe mal ob 720p auch die Mikroruckler hat.
    Vielleicht kann das LCD intern doch mit 50 Hz arbeiten, dann sollten die weg sein.


    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

    Ähhm...


    Code
    Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't create decoder: A catch-all error, used when no other error code applies.
Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't destroy video decoder: An invalid handle value was provided.
Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't create decoder: A catch-all error, used when no other error code applies.
Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't destroy video decoder: An invalid handle value was provided.
Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't create decoder: A catch-all error, used when no other error code applies.
Dez 16 20:26:21 archvdr vdr[861]: video/vdpau: can't destroy video decoder: An invalid handle value was provided.

    Habe es nicht getestet, scheinbar unterstützt VDPAU nicht mehr als 16 Referenzen.



    Diesmal getestet,
    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


    Die Meldungen sind unauffälliger, das Problem ist aber immernoch da.


    Wenn ich Prosieben HD live schaue, läuft alles perfekt.
    Wenn ich zeitversetzt schaue habe ich die Probleme.
    Wenn ich dann die Timeshift-Aufnahme nochmal abspiele, ohne gleichzeitiger Aufnahme läuft diese auch problemlos.

    Ein paar Fragen habe ich erstmal:


    Hast du den letzten Patch verwendet und hat er was verbessert?


    Wenn du normal guckst, dann sind im Log nur die AV_INFO Zeilen?


    Das Log sieht nur so schlimm aus, wenn Aufnahme und Wiedergabe gleichzeitig?


    Im Log sind dauernd Schwankungen um 1 Sekunde, daß muß echt schlecht ausschauen.
    Ich sehe im Log keine Gründe die dies auslösen.


    Sollte es nur bei gleichzeitiger Aufnahme und Wiedergabe passieren:


    Es könnte an der Bus Bandbreite liegen, versuch mal den Sempron mit Höchstertaktrate laufen,
    zulassen.


    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

    Zitat von johns

    Hast du den letzten Patch verwendet und hat er was verbessert?


    Die Log von oben ist das Problemszenario mit dem neusten Patch von dir. Es hat also dazu geführt, dass die "can't render mixer: An invalid handle value was provided."-Meldungen weg sind. Schrecklich ruckeln tut es immernoch. Rein optisch also keine Verbesserung.

    Zitat von johns

    Wenn du normal guckst, dann sind im Log nur die AV_INFO Zeilen?


    Wie genau meinst du das? Ich habe auch beim normalen schauen hin und wieder mal "duping frame" und "dropping frame" Meldungen. Aber bei weitem nicht so schlimm, wie wenn Aufnahme und Wiedergabe gleichzeitig läuft. Ich dachte immer, dass das mit 60Hz zusammen hängt.

    Zitat von johns

    Das Log sieht nur so schlimm aus, wenn Aufnahme und Wiedergabe gleichzeitig?


    Exakt. Ich hatte schon befürchtet, dass das nicht richtig rüber kam. Darum habe ich es nochmal geschrieben.

    Zitat von johns

    Im Log sind dauernd Schwankungen um 1 Sekunde, daß muß echt schlecht ausschauen.
    Ich sehe im Log keine Gründe die dies auslösen.


    Es ist, wie gesagt, nur so, wenn Aufnahme und Wiedergabe gleichzeitig laufen. Beides getrennt voneinander läuft problemlos.

    Zitat von johns

    Sollte es nur bei gleichzeitiger Aufnahme und Wiedergabe passieren:


    Es könnte an der Bus Bandbreite liegen, versuch mal den Sempron mit Höchstertaktrate laufen,
    zulassen.


    Werde ich testen.
    Edit: Ist trotzdem noch.

    Zitat von Copperhead


    Die Log von oben ist das Problemszenario mit dem neusten Patch von dir. Es hat also dazu geführt, dass die "can't render mixer: An invalid handle value was provided."-Meldungen weg sind. Schrecklich ruckeln tut es immernoch. Rein optisch also keine Verbesserung.


    Jetzt müsste ich wissen, ob der Patch notwendig ist. Wenn ich mir es recht überlege, könnte +1 bei H264 richtig sein.
    Hat noch jemand die Meldungen?


    Zitat


    Wie genau meinst du das? Ich habe auch beim normalen schauen hin und wieder mal "duping frame" und "dropping frame" Meldungen. Aber bei weitem nicht so schlimm, wie wenn Aufnahme und Wiedergabe gleichzeitig läuft. Ich dachte immer, dass das mit 60Hz zusammen hängt.


    Wenn du den 60 Hz Modus aktivierst, dann sollte diese Meldungen fast verschwinden, bei mir sind sie komplett weg.
    (Habe aber genug CPU + GPU Power). Also alle 10 Minuten eine Meldungen finde ich ok. Alles was häufiger kommt,
    sehe ich als Fehler an.
    Der Patch mit "greater_sync", sollte einen Rechenfehler von mir ausgleichen.


    Zitat


    Es ist, wie gesagt, nur so, wenn Aufnahme und Wiedergabe gleichzeitig laufen. Beides getrennt voneinander läuft problemlos.


    Werde ich testen.
    Edit: Ist trotzdem noch.


    An der GPU liegt es meiner Meinung nach nicht. Fehlende GPU Leistung sollte sich durch Plugin
    Fehlermeldungen zeigen.


    Diese Schwankungen:

    Code
    Dez 17 19:30:07 archvdr vdr[556]: video: 20:25:29.140  -14 1111 560/\ms  58+7 v-buf
Dez 17 19:30:13 archvdr vdr[556]: video: 20:25:35.080 +424 1114 560/\ms  71+8 v-buf
Dez 17 19:30:34 archvdr vdr[556]: video: 20:25:54.000 -606 1097 560/\ms 145+6 v-buf
Dez 17 19:30:49 archvdr vdr[556]: video: 20:26:09.620 +734 1124 560/\ms 107+7 v-buf


    Also die -14 -> +424 -> -606 -> +737 Schwankungen sind das Problem und wenn die
    im normalen Betrieb nicht passieren, kann man ffmpeg/libav und ähnliches als Ursache
    ausschliessen.


    Guck dir mal die CPU Auslastung an, vielleicht kann man daran was erkennen.
    Aufnahme und Wiedergabe von verschiedenen Medien. Du testet doch mit lokaler Festplatte?


    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 sehe keinen Zusammenhang. CPU ist bei maximal 20%


    Hier nochmal zwei Ruckler einzeln. Eventuell ist es auch interessant, dass danach der Ton dauerhaft asyncron läuft.


    Problem tritt auch mit Das Erste HD auf. Ich teste jetzt gleich nochmal ohne dvba**-Plugin. Edit: Auch ohne diese Plugin tritt der Fehler auf.


    RTL HD

    Code
    Dez 18 13:43:50 archvdr vdr[357]: video: decoder buffer empty, duping frame (2070/8) 4 v-buf
Dez 18 13:43:50 archvdr vdr[357]: video: slow down video, duping frame
Dez 18 13:43:50 archvdr vdr[357]: video: 20:09:55.549  +72 1106   0/\ms  73+7 v-buf
Dez 18 13:44:15 archvdr vdr[357]: video: slow down video, duping frame
Dez 18 13:44:15 archvdr vdr[357]: video: decoder buffer empty, duping frame (2120/1214) 103 v-buf
Dez 18 13:44:15 archvdr vdr[357]: video: 20:10:19.709  -18 1111   0/\ms 103+5 v-buf
Dez 18 13:44:16 archvdr vdr[357]: video: decoder buffer empty, duping frame (2135/1214) 54 v-buf
Dez 18 13:44:16 archvdr vdr[357]: video: speed up video, droping frame
Dez 18 13:44:16 archvdr vdr[357]: video: 20:10:19.729 -295 1134  40/\ms  51+6 v-buf


    RTL HD

    Code
    Dez 18 13:45:49 archvdr vdr[357]: video: slow down video, duping frame
Dez 18 13:45:49 archvdr vdr[357]: video: 20:11:49.509 +840 1131 560/\ms  45+7 v-buf
Dez 18 13:45:51 archvdr vdr[357]: video: slow down video, duping frame
Dez 18 13:45:51 archvdr vdr[357]: video: speed up video, droping frame
Dez 18 13:45:51 archvdr vdr[357]: video: 20:11:50.409 -608 1116 560/\ms  72+6 v-buf


    Das Erste HD

    Also ich sehe nur, daß irgendwo die Daten hängen bleiben und dann auf einmal Verarbeitet werden.
    Vielleicht noch einen anderen Scheduler auswählen. Wobei bei 20% CPU Auslastung noch genug Reserven
    vorhanden sein sollten.


    Probier mal die Ausgabe auf 50Hz zustellen, dann hat das Plugin 5ms mehr Zeit zum Daten verarbeiten.


    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

    Ok dann ist es das unglückliche Zusammenspiel von CPU und 60Hz.


    Kannst den zweiten Kern der CPU nicht freischalten?
    Oder ist der sogar schon freigeschaltet, dann verstehe ich den Fehler wieder nicht mehr.


    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

    Hast du eigentlich irgendwelche Dienste zur Aktualisierung der Systemzeit laufen, wenn der VDR aktiv ist?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Wenn es im nur Live-TV Betrieb auch Ärger machen würde, dann könnte es sowas sein.
    Aber im Live-TV funktioniert es, wenn Aufnahmen und Live-TV gibt es Ärger.


    Meiner Meinung hängt es mit der CPU Belastung und Taskwechsel zusammen.
    Da kommt meiner Meinung nach der Dekoder Thread zukurz.


    Einfach mal die CPU grundbelasten mit z.b. "gzip -c /dev/sda >/dev/null" oder
    cpuburn. Dann sollte es auch passieren.


    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

    Mit cpuburn ist auch kein Unterschied


    Code
    Dez 21 12:55:53 archvdr vdr[1069]: video: slow down video, duping frame
Dez 21 12:55:53 archvdr vdr[1069]: video: decoder buffer empty, duping frame (1251/1405) 103 v-buf
Dez 21 12:55:53 archvdr vdr[1069]: video: 14:36:53.612  +10 1106   0/\ms 103+0 v-buf
Dez 21 12:55:53 archvdr vdr[1069]: video: decoder buffer empty, duping frame (1258/1405) 87 v-buf
Dez 21 12:55:53 archvdr vdr[1069]: video: speed up video, droping frame
Dez 21 12:55:53 archvdr vdr[1069]: video: display buffer empty, duping frame (1259/1406) 84
Dez 21 12:55:53 archvdr vdr[1069]: video: 14:36:53.592 -171 1133   0/\ms  84+0 v-buf


    Edit: OK einen Unterschied kann ich doch erkennen. display buffer empty?? Das war doch mit 60 Hz nicht da.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden