Offiziell VDPAU mit AMD Grafikkarten

Zitat von subzeroxr3i

Also habs noch mit ner onboard 4200 auf nem alten m3a785D-M getestet.gleiche grafikfehler im log steht

Zitat von johns

Ich würde sagen die ist zualt.

Zitat von fnu

sie gehört nicht zu den unterstützen Karten, da hatten wir weiter oben schon drüber diskutiert, RV710-bis-SI

Hier noch eine Ergänzung, weil es nie ausgesprochen wurde, die IGPs haben als Grafik Chipsatz RS780 & RS880, unterstützt sind aber "nur" RV710-to-RadeonSI, die Aussage ab "Radeon HD 4000" ist hier also wenig differenziert, sie müsste exakter lauten, ab "Radeon HD 4350 (RV710)". Aber ...

Zitat von fnu

händisch hier runterladen und nach "/lib/firmware/radeon" kopieren, diese sollten IMHO ausreichen:

In diesem Blog-Eintrag wird meine Annahme nochmals untermauert. Es scheint also 5 Klassen UVD (Firmware) zu geben, derer 4 mit jeweils den gleichen FW Dateien unterstützt sind, RV710+ (Radeon HD 4YZ0), CYPRESS (Evergreen cards), SUMO (Northern Islands, Zacate/Llano APUs), TAHITI (Southern Islands, Trinity APUs).

Cypress sagt mir aber gar nix und die 5. UVD Klasse wäre RV770/790, diese ist nicht unterstützt, könnte/würde dann aber o.a. RS780 & RS880 IGPs beinhalten.

Regards
fnu

PS.: Falls jemand 50Hz benötigt, eine Beispiel "xorg.conf", aber nicht jeder Desktop Monitor kann das ...

So funzt jetzt mit hd videos aber mpeg bleibt schwarz.....

Diagnostik

Zitat von fnu

De-Interlacing augenscheinlich direkt aktiv, habe natürlich leichtes Ruckeln mit dem 50Hz Material auf der 60Hz Desktopusgabe ...

Ich kann es kaum glauben, weil

a) Der AMD König etwas anderes sagt.
b) vdpauinfo es nicht zeigt.
c) Es bei mir nicht de-interlaced.

Allerdings ist es vielleicht abhängig vom Zuspielmaterial, wenn interlaced gut aussieht?
Vielleicht wenn das versendete Original in 24p/25p vorliegt und die beiden Halbbilder gleich sind und sich perfekt zu einem zusammenfügen lassen?

Zitat von cmsa

Ich kann es kaum glauben, weil

Ja, da hast Du recht, hatte ja auch geschrieben, scheint, siehe Screenshots. Inzwischen bin ich auch anderer Meinung und frage mich was ich tun muss um das einzuschalten.

Jedenfalls habe ich jetzt flüssig h264 Video und Ton am Raring Desktop, mit o.a. 50Hz "xorg.conf" und folgendem Aufruf:

#/> mplayer -cache 4096 -vo vdpau -vc ffh264vdpau,ffmpeg12vdpau -ao alsa -fs http://vdr2:3000/TS/9

Bei 720p ist der Ton einigermaßen synchron, bei ServusTV HD (1080i) gar nicht, wie auch kein Deinterlacing. 576i bekomme ich auch noch nix sehen schwarzes Bild, aber immerhin Ton, obwohl:

VO: [vdpau] 720x576 => 1024x576 MPEG2 VDPAU acceleration  [fs]

Regards
fnu

mplayer -cache 4096 -vo vdpau:deint=2 -vc ffh264vdpau,ffmpeg12vdpau -ao alsa -fs -framedrop http://tvserver:3000/TS/

oder mit D Deinterlacer ein/aus schalten.

Schlechte Nachricht ist, daß mplayer 1080i abspielt, also scheint da ein Problem in softhddevice zusein.
Hin und wieder scheint bei mplayer das A-V Sync aus dem Takt zukommen.

Bei mir geht mpeg1/2.

Johns

johns

Ah, danke, hab mich immer an "-vf" probiert. Bzgl. Ton-Synchronität, hilft mir "-autosync 1", dauert kurz, aber dann passt Bild & Ton einigermaßen:

mplayer -cache 4096 -vo vdpau:deint=2 -vc ffh264vdpau,ffmpeg12vdpau -ao alsa -autosync 1 -fs http://vdr:3000/TS/9

für 1080i, "-framedrop" hört sich für mich nicht gesund an ...

[EDIT] Aber vdpau:deint=2 (Bob) arbeitet hier zumindest nicht, wie auch die colorspace Variablen keinen Unterschied machen ... [/EDIT]

mplayer -cache 4096 -vo vdpau -vc ffh264vdpau,ffmpeg12vdpau -ao alsa -autosync 1 -fs http://vdr:3000/TS/1

für 720p ...

Jemand Ideen zu 576i (MPEG2)?

Regards
fnu

Zitat von avjui

Ob das allerdings was bringt weiß ich nicht

Tja, ich auch nicht weil ich gar nicht weiß ob das nicht evtl. der mplayer von Ubuntu ist. Es gibt derer zwei habe ich jetzt festgestellt, aus alter Gewohnheit hatte ich eben "mplayer" installiert und vorhin gesehen es gibt ein "mplayer2", aber auch da habe ich kein Bild bei 576i, obwohl ich den Eindruck habe, er würde versuchen die Video-Engine anzusprechen, eine paar Klötze sieht man kurz.

Der "mplayer2" ist tatsächlich besser, CPU Last scheint geringer, Bild und Ton sind aus dem Stand sychron, es schert ihn nicht ob "vdpau:deint=2" bei 720p gesetzt ist und hier sieht man wo die colormatrix Änderungen bei der xine-lib herkommen. Da mir die cmdline Parameter zu lästig sind, nutze ich grad diese "~/.mplayer/config":

joystick=0lirc=0cache=4096vo=vdpau:deint=2colormatrix=autocolormatrix-input-range=autocolormatrix-output-range=autovc=ffh264vdpau,ffmpeg12vdpauao=alsaautosync=1fs=yes

Bevor ich mich mit dem 576i Thema befasse wollte ich erstmal rausfinden ob und wie das Thema Deinterlacing funktioniert, "deint=2" bewirkt hier gar nix. Funktioniert "bob" generell überhaupt schon mit den Änderungen?

Wenn nein, würde ich bis auf weiteres auch einen Software-Interlacer nehmen, aber das scheint bei "-vo vdpau:deint" nicht vorgesehen?

Regards
fnu

Also wie gesagt bei mir gehen die SDTV (AMD C60) Sender.
Edit: mplayer 1.1-r1, ffmpeg 1.0.6, libdrm GIT, mesa 9.2_pre20130427, linux aus drm-next GIT.
Also scheint es mehr ein Firmware bzw. Hardwareproblem zusein.

Also bei mit geht der Deinterlacer nicht, sowohl mit SoftHdDevice
als auch mit mplayer sehe ich mit und ohne Deinterlacer keinen
Unterschied.

Einzig bei 720p gibt es mit Deinterlacer mehr Framedrops.

Ich vermute die haben nie einen Deinterlacer getestet.

Wer reportet die Fehler?

Johns

Hmm, hab's grad mal mit xine-ui probiert, fängt stark an, hört ebenso stark auf:

...vo_vdpau: Use lock display synchronization for some vdpau callsvo_vdpau: vdpau API version : 1vo_vdpau: vdpau implementation description : G3DVL VDPAU Driver Shared Library version 1.0vo_vdpau: maximum video surface size for chroma type 4:2:2 is 8192x8192vo_vdpau: maximum video surface size for chroma type 4:2:0 is 8192x8192vo_vdpau: VideoSurface doesn't support yuy2, sorry.main: Videotreiber <vdpau> konnte nicht geladen werden...

Finden tue ich dazu nicht viel, Ideen?

Regards
fnu

Genau diese Probleme habe ich auch und irgendwie steige ich da nicht durch. Kann das was damit zu tun haben:

http://tista-blog.blogspot.de/…landed-on-our-radeon.html

Oder

http://wiki.gentoo.org/wiki/VDPAU

Muß hier evtl. noch was angepasst werden?

Zitat von fnu

Finden tue ich dazu nicht viel, Ideen?

Naja die können halt kein AMD Vdpau, die brauchen ein Feature, was der Treiber nicht hat.

Und versuch mal zwick_der_agent schrieb: vc=ffh264vdpau,ffmpeg12vdpau,
Wichtig mit dem "," am Ende.

Johns

Zitat von johns

Naja die können halt kein AMD Vdpau, die brauchen ein Feature, was der Treiber nicht hat.

Hmm, der mplayer macht ja da auch kein Unterschied, der nimmt was VDPAU-mäßig da ist, oder verstehe ich das falsch? "vdpauinfo" ist ja auch das gleiche Tool wie für/bei Nvidia ...

Und wenn, dann müßte man wohl eher was an der xine-lib anpassen, denke ich. Das mit dem "," probiere ich wohl, brings aber noch nicht zusammen, warum.

Regards
fnu

Zitat von fnu

Das mit dem "," probiere ich wohl, brings aber noch nicht zusammen, warum.

Das erlaubt dem mplayer ein Fallback auf andere Codecs, wenn er ffh264vdpau und ffmpeg12vdpau nicht nutzen kann:

Zitat

Code

-vc <[-|+]codec1,[-|+]codec2,...[,]>
              Specify a priority list of video codecs to be used, according to
              their  codec  name  in  codecs.conf.  Use a '-' before the codec
              name to omit it.  Use a '+' before the codec name to  force  it,
              this  will likely crash!  If the list has a trailing ',' MPlayer
              will fall back on codecs not contained in the list.
              NOTE: See -vc help for a full list of available codecs.


              EXAMPLE:
                 -vc divx
                      Force Win32/VfW DivX codec, no fallback.
                 -vc -divxds,-divx,
                      Skip Win32 DivX codecs.
                 -vc ffmpeg12,mpeg12,
                      Try libavcodec's MPEG-1/2  codec,  then  libmpeg2,  then
                      others.

Alles anzeigen

Zitat von seahawk1986

Das erlaubt dem mplayer ein Fallback auf andere Codecs, wenn er ffh264vdpau und ffmpeg12vdpau nicht nutzen kann:

Ja, Herr Lehrer, , das weiß ich, aber warum sollte ich wollen das er einen anderen Codec nimmt?

Dann bräuchte ich nicht mit AMD@VDPAU rummachen ... er meckert hier ja bei mpeg12 nicht, kein Fehler, der Stream wird korrekt erkannt und dem Codec "zugewiesen", kommt nur kein Bild, aber Ton ...

@all

Nach dem ich ja früher einige Jahre einen VDR mit "vdr-plugin-softdevice" betrieben hatte und einer Radeon 9xxx, habe ich mir doch mal den Input von "Dr. seahawk1986", , zu Herzen genommen und mal geschaut welche Nicht-VDPAU Codec funktionieren könnte, war auch schnell gefunden "-vc ffmpeg2". Also eben das eingeschaltet was "vdr-plugin-softdevice" früher gemacht hat:

mplayer -vf lavcdeint -vo xv -vc ffmpeg2 http://vdr2:3000/TS/14

et voilá, SD rennt im Fenster und Fullscreen, bei 8-10% Last auf die beiden Kerne des G540, der die unterste Taktstufe 1,6GHz nie verläßt. Gutes Bild, wie früher mit dem Plugin, aber nicht ganz so fein gezeichnet wie bei VDPAU (temporal+).

Dann etwas mutiger und eben komplett umgestellt, "~/.mplayer/config":

joystick=0lirc=0cache=4096vf=lavcdeintvo=xvcolormatrix=autocolormatrix-input-range=autocolormatrix-output-range=autovc=ffmpeg2,ffh264,ao=alsaautosync=1fs=yes

Bin sehr beeindruckt, alle Formate laufen, h264 (720p,1080i) bei 35-40% Kern-Last auf 1,6GHz, aber 1080i eben nun Deinterlace'd. 720p ist sehr schön skaliert auf FullHD, 1080i sieht super aus, aber die paar letzten paar Prozent der Nvidia VDPAU Bildaufbereitung fehlen ...

Das Fazit, es könnte fast ohne das ganze VDPAU ge'patch'e mit Stock Ubuntu Raring u.a. Distros laufen, sofern man keine super langsame CPU und eine Radeon Karte, die vom Radeon Xorg Treiber erkannt wird, hat, also vmtl. auch die IGPs RS780/RS880 (aka HD 4200).

Evtl. probiert ihr es mal so, würde mich mal interessieren wie das bei Euch kommt, weil es funktioniert schlicht, wenn auch die CPU mehr als sonst der Arbeit übernimmt, so what ...

Zu Erinnerung die Testmaschine hier: Intel DH77EB, Celeron G540, 2x2GB DDR3-1333, Radeon HD 4650 ...

Regards
fnu

PS.: Wer möchte kann noch einen Denoiser dazu schalten "-vf=lavcdeint,hqdn3d", aber der erhöht die CPU Last siginifikant, eben was Nvidia VDPAU von Haus aus so machen kann ...

So, und dann lege ich noch einen drauf und sage, macht das o.a. mal mit SandyBridge Grafik und staunt ...

Ist zwar OT, aber dann doch nicht wieder ganz. Für die Intel-Grafik scheint sich "-vo gl_nosw" besser zu eignen als "xv", während es bei der Radeon genau andersum ist, die haben schon früher gut mit "Xv" gearbeitet. Die "HD 4650" kostet mich hier grob 20-25W, da ist jede meiner Nvidia Grakas sparsamer, aber nun läuft die SandyBridge Grafik meines Celeron G540 flüssig mit 1080i De-Interlaced und sehr gutem Bild. Klar nicht so gut wie temporal+ bei Nvidia, aber das hätten wir auch nicht mit VA-API oder AMD@VDPAU ... das wir das nicht früher einfach mal probiert haben ...

Regards
fnu

PS.: Anhang eine Beispiel xorg.conf für Intel 50Hz Ausgabe ...

Zitat von fnu

aber nun läuft die SandyBridge Grafik meines Celeron G540 flüssig mit 1080i Interlaced und sehr gutem Bild.

Klasse Sache! Wenn das mit ner IvyBridge auch ginge, dann müsste ich meine G1610T doch nicht nur als VDR-Server-CPU (headless) missbrauchen...

EDIT: Wie stehts in dem Fall um die CPU-Auslastung?

Zitat von fnu

aber nun läuft die SandyBridge Grafik meines Celeron G540 flüssig mit 1080i Interlaced und sehr gutem Bild

Interessant (ich wollte gerade fragen, ob bei Softwaredecoding und -Deinterlacing nicht fast jede Grafikkarte mit guten xorg-Treibern in Frage kommt), ich dachte immer die Intel HD IGPs hätten noch Probleme mit Tearing. Klappt das Deinterlacing mit "-vo gl_nosw" eigentlich noch?