Softhddevice mit sna oder OpenGL Beschleunigung füt Intel?

Wenn du die VA-API Version von SoftHdDevice nimmst, dann unterstützt diese OpenGL.

Erfahrungsgemäß geht die OpenGL Version besser als die normale VA-API Version.

Als Parameter für das Plugin "-v va-api-glx" nehmen.

Johns

don-baba

Ich teste ja nun schon sehr lange den softhddevice VPP Fork von "pesintta", es machte bisher keinen Unterschied ob man SNA oder UXA genutzt hat. Während hingegen der Unterschied von "va-api-glx" deutlich zu spüren ist.

Bei Kodi werden Teile der Aufgaben auch von der CPU übernommen, was wenn ich es richtig verstehe für vdr-plugin-softhddevice nicht ganz so einfach ist. Grundsätzlich ist alles vorhanden was auch Kodi nutzen kann, nur bei Kodi gibt es von sehr vielen Nutzern Feedback an viele Entwickler, bei softhddevice VPP kaum nennenswert an einen Entwickler ...

Regards
fnu

Zitat von fnu

nur bei Kodi gibt es von sehr vielen Nutzern Feedback an viele Entwickler, bei softhddevice VPP kaum nennenswert an einen Entwickler ...

Gerne gebe ich hier nochmal Feedback und hoffe auf Rückmeldung, ob's bei Euch auch so ist...

Start with „-P 'softhddevice -a hw:0,7 -d :0.0 -g 1280x720 -v va-api' \“
- 576i: Deinterlace MotionCompensated, Field Order 0/2
- 720p: Deinterlace none, Field Order 0/2
-> No „Frames drop“, everything is perfect, the picture is o.k.!

Start with „-P 'softhddevice -a hw:0,7 -d :0.0 -g 1600x900 -v va-api' \“
- 576i: No Frames drop.
- 720p: Frames drop

Fullscreen (1920x1080):
Frames drop on 576i and 720p.

Opengl
Start mit "-v va-api-glx" geht gar nicht. Nach einer Weile Absturz, zuvor ist das Bild auch nicht gut.

Und nun interessiert mich, ob Ihr da draußen auch übersprungene Frames habt. Oder muß ich irgendwo noch was tun?

Danke und Gruß
Stefan

Hardware:
- Asus B85M-E
- Intel G1820 (Haswell)
- 2x 2 GB RAM (512 MB der GPU zugewiesen)

Opensuse 13.2
- softhddevice von "pesintta"
- ffmpeg 2.7.2
- mesa 10.7~git20150703
- xf86-video-intel 2.99.917
- vaapi-intel-driver 1.6.1
- libva 1.6.1.pre1

Genau kann ich dir nicht sagen. Da im Moment kein Intel zum testen.

Wenn mit steigender Auflösung, die Probleme größer werden, dann klingt es nach GPU Bandbreite oder Performance Problemen.
2 RAM Module? Wenn nein, dann steck mal 2 rein.

Prüfe im BIOS wieviel RAM die Interne GPU verwenden soll. IIRC war automatisch und < 256MB problemmatisch.

Von den Versionen müsste jemand mal schreiben, bei dem es mit Haswell funktioniert.

Johns

Danke Johns, für Deine Rückmeldung.

2 RAM Module sind gesteckt und 512 MB der GPU zugewiesen. Mehr zugewiesener RAM brachte keine Verbesserung. Aber ich kann ja spaßeshalber mal weniger zuweisen und testen.

Auf die Rückmeldung derer, die mit Intel Erfolge haben, warte ich schon länger...
Aber bis dahin schaue ich mir das Bios nochmal an. Vielleicht entdecke ich ja noch einen weiteren Performance-Stellhebel.

Stefan

Startet softhddevice (-v va-api) als Fenster (Auflösung 1280x720) ist alles perfekt. Doch im Fullscreen werden Frames übersprungen. Warum?

• Anzahl der übersprungenen Frames (egal ob live oder Aufnahme):
  576i-Kanäle: 1 - 2
  720p-Kanäle: 3 - 4
  1080i-Kanäle: 10 - 11
• Ist nur ein RAM installiert, sind's mehr übersprungene Frames (z.B. 10 bei 576i)
• Werden weniger als 512 MB im Bios zugewiesen, so geht die Anzahl der verlorenen Frames auch nach oben.
• Dann wundert mich auch die Anzeige von intel_gpu_tools. Im Fenstermode ist blitter busier als im Fullscreen? Hä? Denkfehler?
• Gibt's eine weitere Stellschraube oder gar Einstellung im Bios?

Danke
Stefan

intel_gpu_tools (Fenster mit Auflösung 1280x720)
render busy: 38%: ███████▋ render space: 87/131072
bitstream busy: 1%: ▎ bitstream space: 0/131072
blitter busy: 75%: ███████████████ blitter space: 82/131072

task percent busy
GAM: 32%: ██████▌ vert fetch: 0 (0/sec)
TSG: 21%: ████▎ prim fetch: 0 (0/sec)
VFE: 10%: ██ VS invocations: 0 (0/sec)
VF: 9%: █▉ GS invocations: 0 (0/sec)

intel_gpu_tools (Fullscreen mit Auflösung 1920x1080)
render busy: 42%: ████████▌ render space: 95/131072
bitstream busy: 1%: ▎ bitstream space: 0/131072
blitter busy: 11%: ██▎ blitter space: 7/131072

task percent busy
GAM: 38%: ███████▋ vert fetch: 0 (0/sec)
TSG: 26%: █████▎ prim fetch: 0 (0/sec)
VFE: 14%: ██▉ VS invocations: 0 (0/sec)
VF: 14%: ██▉ GS invocations: 0 (0/sec)

Welche Desktop-Umgebung nutzt du denn? Ist da eventuell ein Compositor im Spiel (der führt auch bei schwächeren nVidia-Karten gerne mal zu Rucklern) - falls ja würde ich mal mit einem schlanken Window Manager wie Openbox ohne Desktop-Effekte usw. gegentesten.

WIndow-Manager: icewm - ist was ganz schlankes, ähnlich wie openbox.

In meiner xorg.conf habe ich extra aufgenommen:

Section "Extensions"
    Option         "Composite" "Disable"
    # zur Vermeidung von Tearing, ansonsten zählt „Frames verdoppelt“ auch hoch
EndSection

Das meinst Du, oder?

Danke
Stefan

Zitat von 447377

Das meinst Du, oder?

Ja, dann sollte von der Ecke kein Problem bestehen.

Ein Test ergab eben, dass ein Start ohne Display-Manager auch keine positive Auswirkung hat, weiterhin übersprungene Frames.
Wird ohne Ton gestartet, dann ist alles i.O. Sind das Synchronisierungsfehler zw. Audio und Video?

Hiiiiiiiiiiiiiiiilfe
Stefan

Ohne Ton gibts keine Synchronisation.

Ich bekomme morgen ein Intel Z3735G Spielzeug, dann kann ich auch wieder testen.

Wichtig ist GLX zum laufen bringen, alles andere hat Frame Drops, weil Intel nicht in der Lage ist oder nicht willens den V-Sync Bug zufixen.

Johns

Au ja, dann geht's mit Intel vielleicht weiter, wenn Du auch wieder testen wirst.

So viel besser läuft GLX leider auch nicht:

• Bei 720p-Kanälen ist alles i.O., egal ob skaliert oder Fullscreen.
• 576i-Kanäle haben auch wieder übersprungene Frames bei Fullscreen.
• Absturz beim Betreten des Setup-Menüs von softhddevice (pesintta).

Zitat von 447377

Absturz beim Betreten des Setup-Menüs von softhddevice (pesintta).

Das muß aus eigener Erfahrung bei den Intel Treibern nicht unbedingt ein Fehler des softhddevice Forks sein ...

Aber einige Skins machen sicher noch Probleme, am Besten erstmal nur mit LCARS testen, OSD ist später die Kür, erstmal die Basis stabil bekommen.

Regards
fnu

Der Crash ist unabhängig des gewählten Skins.

Stefan

Mod.: Was soll das Vollzitat auf eine direkte Antwort?

Wie gesagt, muß nicht unbedingt ein Fehler des Forks sein, ein Backtrace wäre hier nun das Richtige um sehen zu können wo das Problem liegt.

Ich habe auf meine Testmaschine keine Problem mit dem OSD, dafür crasht bei mir das Frontend bei 720p Input ...

Regards
fnu

Das passiert nur im Setup-Menü von softhddevice im Untermenü Video:

program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fcb8dcf59e5 in cMenuSetupSoft::Create (this=this@entry=0x12ca4820) at softhddevice.cpp:931
(gdb) bt
#0  0x00007fcb8dcf59e5 in cMenuSetupSoft::Create() (this=this@entry=0x12ca4820) at softhddevice.cpp:931
#1  0x00007fcb8dcf7215 in cMenuSetupSoft::ProcessKey(eKeys) (this=0x12ca4820, key=kRight) at softhddevice.cpp:1122
#2  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0x12becca0, Key=Key@entry=kRight) at osdbase.c:519
#3  0x00000000004bda50 in cMenuSetupPage::ProcessKey(eKeys) (this=this@entry=0x12becca0, Key=Key@entry=kRight) at menuitems.c:1140
#4  0x00000000004b637f in cMenuSetupPlugins::ProcessKey(eKeys) (this=0x12becca0, Key=kRight) at menu.c:3299
#5  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0x12b0c090, Key=Key@entry=kRight) at osdbase.c:519
#6  0x00000000004b648b in cMenuSetup::ProcessKey(eKeys) (this=0x12b0c090, Key=kRight) at menu.c:3378
#7  0x00000000004c167c in cOsdMenu::ProcessKey(eKeys) (this=this@entry=0xdedf0f0, Key=Key@entry=kRight) at osdbase.c:519
#8  0x00000000004b6690 in cMenuMain::ProcessKey(eKeys) (this=0xdedf0f0, Key=kRight) at menu.c:3594
#9  0x00000000004703d3 in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at vdr.c:1213

Zitat von 447377

Das passiert nur im Setup-Menü von softhddevice im Untermenü Video:

Ah, diese kleine Detail hast Du bisher für Dich behalten, bisher las sich das so, als ob OSD generell abstürzt ...

Ich vermute Du hast eine bestehende setup.conf übernommen? Da ist vmtl. eine Einstellung drin, die der Fork so nicht mag, vllt. kannst Du mal den ganzen softhddevice Teil zum Test aus der setup.conf rausnehmen und nomm'l mit einer cleanen Ausgangslage testen ... ?

Regards
fnu

Das habe ich alles schon durch... Leider ebenso Absturz...

Bei mir gehen übrigens 720p-Kanäle. Also eben genauso wie 576i...

• ...auch mit GLX werden Frames übersprungen - manchmal bis zu einer Sekunde.
• Dann hängt der Ton ab und zu völlig hinterher...
• und dann wieder mal ein Komplettabsturz der Kiste.

Und das alles nur, weil mir der Gedanke gefällt, auf eine externe GPU zu verzichten. Beim Stromverbrauch sind's höchstens 2 Watt weniger...

Stefan

Dann bin ich mal gespannt, es kommt ein neuer Desktop PC und ich wolte auch auf NVidia verzichten.
Mal gucken was ich so finde.

Zitat

...auch mit GLX werden Frames übersprungen - manchmal bis zu einer Sekunde.
Dann hängt der Ton ab und zu völlig hinterher...
und dann wieder mal ein Komplettabsturz der Kiste.

So schlecht hat es bei mir nie funktioniert. Einzig GPU Hang gab es am Anfang und dann im Zusammenhang mit Stromsparfunktionen.

Johns