softhddevice - Software VDPAU/VA-API/CPU Decoder und Ausgabe Plugin

    johns: Mit deinem Patch gegen die aktuelle Git Version läuft der VDR nicht lange, er wird wieder blockiert.
    Vor allem auf 1080i Sendern.
    Habe den Patch wieder entfernt, und nur beide Buffer Werte erhöht.
    Läuft einwandfrei (SKY HD) , ohne "alsa: wait underrun error" Einträge. Prima !


    Das hier kommt ab und zu im Log, ohne ein sichtbares Ruckeln.

    Code
    Feb 24 10:55:54 linux-i3n6 vdr: audio/alsa: delay 350 ms
Feb 24 10:55:55 linux-i3n6 vdr: video: 10:36:32.897 -128  192   0/\ms  25 v-buf
Feb 24 10:55:55 linux-i3n6 vdr: video: 10:36:32.917 -108  192   0/\ms  27 v-buf
Feb 24 10:55:55 linux-i3n6 vdr: video: dropping frame (11/150538)
Feb 24 10:55:55 linux-i3n6 vdr: video/vdpau: decoder render too slow 687 ms
...
Feb 24 10:55:57 linux-i3n6 vdr: video: dropping frame (41/150602)
Feb 24 10:56:36 linux-i3n6 vdr: video: 10:37:14.037  -29  270   0/\ms  41 v-buf
Feb 24 10:56:36 linux-i3n6 vdr: [softhddev] invalid video packet 11 bytes
Feb 24 10:57:36 linux-i3n6 vdr: video: 10:38:14.037  -29  270   0/\ms  45 v-buf


    Deinterlacer ist TemporalSpatial mit einer GT 220 GPU, die CPU ist auf meinem Testsystem nicht die schnellste (Intel 2x 1,6 GHZ).
    Wie gesagt kein ruckeln sichtbar, aber offenbar werden frames verworfen.

    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

    Zitat von louis

    benutzt du DUSE_TS_AUDIO? Und welchen Bufferwert hast du nun benutzt? 288?

    Nein, diese Option habe nicht aktiv, und den Bufferwert habe ich auf 350 stehen.
    So lief der VDR heute Nacht im Test ohne Probleme durch.

    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

    Zitat von rudirabbit


    Habe den Patch wieder entfernt, und nur beide Buffer Werte erhöht.
    Läuft einwandfrei (SKY HD) , ohne "alsa: wait underrun error" Einträge. Prima !

    Code
    Feb 24 10:55:55 linux-i3n6 vdr: video/vdpau: decoder render too slow 687 ms


    Das passiert nach kaputten Packeten (invalid packet), wenn genug gebuffert ist kann es ausgeglichen werden.
    Hat also nichts mit der Leistung der Graphikkarte zutun.


    Werde demnächst meinen Eigenen TS Parser für Video einbauen. um zusehen ob der VDR TS Parser nicht noch mehr Bugs hat.


    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

    hallo,


    jetzt ist mir doch noch was aufgefallen: bei einigen Sky-Sendern (mir ist es nur bei diesen bisher aufgefallen; liegt vllt. am Audioformat wie diese senden) habe ich keine Stimmen, nur Musik und Hintergrundgeräusche. Das ganze passiert, wenn ich "Audio" auf DE stehen hab. Wenn ich auf die englische Audiospur "EN" umschalte, passt es wieder. Wieder zurück auf DE und die Stimmen sind weg - eigenartiges Phänomen. Das hatte doch schon jemand .. ich find's aber nicht mehr.


    Ich gebe beim softhddevice Aufruf keine Paramater bzgl. Audiodevice mit. Eine asound.conf/alsa.conf existiert nicht am System. Die Onboard Soundkarte ist direkt via Cinch/analog zum TV verbunden.


    Im VDR habe ich folgende Einstellungen unter "DVB":


    Code
    Primäres DVB-Interface: 	4
Videoformat:            	16:9
Dolby-Digital-Ton benutzen: ja
Kanäle aktualisieren:   	Namen und PIDs
Audio-Sprachen:         	2
Audio-Sprache:          	Deutsch
Audio-Sprache:          	English
Untertitel anzeigen:    	nein


    ciax

    rudirabbit: Hattest du im Log kurz vor 'decoder render too slow 687 ms' die Meldung 'invalid video packet'?
    Falls nicht wäre das interessant!
    Vielleicht könntest du mal den kompletten Log ab 10 sec vorher bis 10 sec nachher angeben?

    @ ciax


    Leg mal ne asound.conf an, dann klappt das auch mit dem Ton. Meine sieht so aus und ich gehe auch analog zum TV:


    Und das bei aplay -l


    Grüße

    NFS+DVB_Server: Ubuntu 12.04 Server LTS // Intel dn2800mt mit 1xWD Red (2TB), 1xWD Green (2TB), 5xSundtek SkyTV DVB-S/S2
    VDR: Gen2VDRV4 (VDR-2.1.6) // Asus C8HM70-I/HDMI , 64GB Sandisk SSD (System), 4GB Ram (Dualchannel), Zotac GT630, 4TB über NFS (Video0+Mediadaten), 5xSundtek SkyTV DVB-S/S2 über Lan, PS3 FB // softhddevice_GIT, NV-Treiber_340.58, FFMPEG_1.2.6, Kernel_3.16.5, Alsa_1.0.28 // KODI_15.0_ALPHA
    CLIENT: (Debian) Banana Pi (VDR-2.1.7) // streamdevclient // softhddevice // PS3 FB
    TEST: Grundig GSS 400 mit Vtunerc // Satip-Plugin // TVheadend


    Je mehr man gelernt hat, desto mehr weiß man, wie wenig man weiß.

    @zwick: Danke - das probiere ich dann noch (remote mache ich es jetzt lieber nicht - ist etwas schwierig mit Audio ;) )


    hier zeigt mir "aplay -l" drzt. (ich fahre mit cinch beim klassischen "line-out" (grün) raus):

    Code
    # aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC889A Analog [ALC889A Analog]
  Subdevices: 0/1
  Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC889A Digital [ALC889A Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0


    und "aplay -L":


    gruß, ciax

    Zitat von ciax

    hallo,


    jetzt ist mir doch noch was aufgefallen: bei einigen Sky-Sendern (mir ist es nur bei diesen bisher aufgefallen; liegt vllt. am Audioformat wie diese senden) habe ich keine Stimmen, nur Musik und Hintergrundgeräusche. Das ganze passiert, wenn ich "Audio" auf DE stehen hab. Wenn ich auf die englische Audiospur "EN" umschalte, passt es wieder. Wieder zurück auf DE und die Stimmen sind weg - eigenartiges Phänomen. Das hatte doch schon jemand .. ich find's aber nicht mehr.


    Ich gebe beim softhddevice Aufruf keine Paramater bzgl. Audiodevice mit. Eine asound.conf/alsa.conf existiert nicht am System. Die Onboard Soundkarte ist direkt via Cinch/analog zum TV verbunden.


    Du muß dann ein Downmix verwenden, entweder den Vorgeschlagenen Alsa oder in Setup vom SoftHdDevice downmix einschalten.


    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

    Hi,
    Hier mal der gewünschte Log Ausschnitt:


    Wobei der Test heute mit den höheren Bufferwerte eher schlecht ausschaut - Und ich dachte schon jetzt läufts :wand
    Nach ca. 3 Stunden ohne Umschalten auf Sky HD, ist erst im Ton ein knacksen zu hören, dann wird die Ausgabe immer mehr "zerquetscht"
    Später dann auch Bildartefakte, nach hin und her schalten ist der Effekt weg. Kommt aber nach einiger Zeit wieder.


    Auf 1080i Sendern mit Downmix ist dies gut nachzuvollziehen.
    Wenn es was bringt, könnte ich Testweise den downmix ausschalten, das downmixen übernimmt ja Alsa oder ?

    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

    So wie es ausschaut gibt es Sender (z.b. RTL) die nur 300 ms ein PES Packet schicken.


    Somit ist jetzt im GIT die BufferTime 336ms.


    Im TS Parser habe ich auch noch einen Fehler gefunden, dessen BufferTime ist nun automatisch 216 ms.
    Man kann nun den neuen Parser nur mir -DUSE_TS_AUDIO testen.


    Ich bitte alle, dies auch zutun, da Dieser Default werden soll.


    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 rudirabbit

    Hi,
    Wobei der Test heute mit den höheren Bufferwerte eher schlecht ausschaut - Und ich dachte schon jetzt läufts :wand
    Nach ca. 3 Stunden ohne Umschalten auf Sky HD, ist erst im Ton ein knacksen zu hören, dann wird die Ausgabe immer mehr "zerquetscht"
    Später dann auch Bildartefakte, nach hin und her schalten ist der Effekt weg. Kommt aber nach einiger Zeit wieder.


    Auf 1080i Sendern mit Downmix ist dies gut nachzuvollziehen.
    Wenn es was bringt, könnte ich Testweise den downmix ausschalten, das downmixen übernimmt ja Alsa oder ?


    Das klingt danach das Alsa nicht syncron mit dem Audiostream läuft.
    Dann kommen aber Buffermeldungen dieser Art:

    Code
    Feb 24 01:22:40 localhost vdr: [4510] buffer usage: 100% (tid=4511)


    Die Frage ist macht Alsa das immer oder nur mit downmix.
    Du kannst jetzt direkt auf die Hardware gehen und im Plugin den downmix einschalten.


    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

    rudirabbit: Mir ging es um10 sec vor bis 10 sec nach 10:55:55, weil da 'decoder render too slow' einen sehr hohen Wert von 687 hat.
    Und ich wüßte gerne, ob da vorher ein 'invalid video packet' war, oder nicht. Denn falls nicht wäre es vermutlich das erste Mal, das so ein hoher Wert ohne 'invalid video packet' auftritt.

    jrie: Ok falsch verstanden, hier der Log von heute Vormittag:


    johns:

    Zitat von johns

    Du kannst jetzt direkt auf die Hardware gehen und im Plugin den downmix einschalten.

    Ok, dann muss ich wohl den 51to20 route Abschnitt in der asound.conf entfernen.


    Da sind wir eindeutig im Bereich voodoo, wenn ich das tue habe ich keinen Sound mehr, auch nicht auf normalen Stereo Sendern. Verstehe ich nicht.
    Oder muss ich das Plugin jetzt anders starten, ist zur Zeit so:

    Code
    softhddevice -g 1920x1080+0+0 -a 51to20 -c hdmi_volume -p hdmi_hw


    Ich teste jetzt mit deiner aktuellen Git Version, keine Bufferwerte geändert nur im makefile den neuen Parser aktiviert.


    Gruß Rudi
    BTW: Ich will den Thread eigentlich nicht mit langen Logs zumüllen, der ist schon unübersichtlich genug.

    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

    Einmal editiert, zuletzt von rudirabbit ()

    johns vielen Dank für das geniale Plugin. Hab ich einen Bug gefunden? -> bei laufender Aufnahme Power drücken die msg "Aufnahme läuft Power zum Erzwingen" erscheint, dann ist die Bildausgabe weg...Ohne missionieren zu wollen, denen die auf soundausgabe via Grafikarte verzichten können, möchte ich oss4 empfehlen. Läuft zumindest hier mit Ausnahme von rtl sd perfekt.
    cu peje


    Mußt -a hdmi_hw nehmen, brauchst im asound.conf nichts ändern.


    Kannst Logs als Anhang machen oder auf Pastebin hochladen.



    Zitat von peje

    johns vielen Dank für das geniale Plugin. Hab ich einen Bug gefunden? -> bei laufender Aufnahme Power drücken die msg "Aufnahme läuft Power zum Erzwingen" erscheint, dann ist die Bildausgabe weg...Ohne missionieren zu wollen, denen die auf soundausgabe via Grafikarte verzichten können, möchte ich oss4 empfehlen. Läuft zumindest hier mit Ausnahme von rtl sd perfekt.


    Das ist kein Bug, daß ist ein Feature. Du willst ja Aus haben, mehr geht im Moment wegen der Aufnahme nicht. Ansonsten Menu oder Back gibt dir wieder ein Bild.


    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

    Hi,


    mit dem aktuellen git bekomme ich beim bauen folgenden Fehler:


    Code
    codec.c: In function ‘CodecAudioOpen’:
codec.c:670:5: error: ‘AVDictionary’ undeclared (first use in this function)
codec.c:670:5: note: each undeclared identifier is reported only once for each function it appears in
codec.c:670:19: error: ‘av_dict’ undeclared (first use in this function)

    Immer diese Steinzeit Libraries. Dann kann ich es später auch nicht für den Downmix verwenden.


    Edit: soll heißen im GIT gefixt.


    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

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden