[clausmuus]

Hi MarMic,

ich hab mal ne Frage zum nvidia Treiber. Du sagst immer wieder, das composite bei verwendung des nvidia Treibers deaktiviert werden soll. Das hatte bei meinem Test jedoch einen Harken. Das OSD ist dann nicht mehr transpaent. Mache ich irgend was falsch. Oder besser gefragt, was muss zusätzlich eingestellt werden, damit das OSD wieder transparent ist?

Claus

[MarMic]

ehm composite aus! und --hud und schon ist es transparent WENN du xorg-nvidia (und nicht nouveau) nimmst.

p.s. ich glaube muss auf hardware stehen und nicht software (aber standard einstellungen und composite off -> tearing weg + durchsichtiges osd)

greetz MarMic

p.s. christian, vllt äußerst du dich dazu noch :-)

edit://braucht man vllt xinelib-drivers für hud?

[niesen]

Is das nur bei Composite oder auch bei S-Video? S-Video und Composite haben ja beide nicht RGB. Und bei der Farbumwandlung geht vielleicht die richtige Farbinfo verloren, und somit die Transparenz (Einfach zu viele Farbkombinationen).

[MarMic]

hier geht es NICHT um die physikalische übertragung! sondern um eine option im xorg.

greetz MarMic

[clausmuus]

Also, ich hab das jetzt noch mal getestet. wenn ich in der xorg.conf composite ausschalte hab ich kein transparentes OSD mehr. --hud ist vorgabe, wird ja auch bei aktiviertem composite benötigt. Auf Hardware steht es auch. Software ist ja auch unbrauchbar, da man damit nen grausam ausgefranstes OSD bekommt.
Ich brauch also noch immer nen Tipp was da falsch eingestellt ist.
Testen Tue ich mit dem hd iso + xorg-nvidia.
Richtig schön ist das Bild auch sonst nicht. Bei schnellen Bewegungen habe ich Streifenbildung, die ich auf Interlace zurückführe. Per Voreinstellung ist also scheinbar noch nicht der optimale Filter eingestellt. Das könnte aber auch an der Hardware liegen auf der ich z.Z. teste. Ist ne GeForce 7300. Oder liegt das nicht transparente OSD auch an der zu schwachen Grafikkarte?

Claus

[MarMic]

loool claus du machst mich schwach :-P

sag doch gleich das du ne 7300 nutzt :-) die kann kein VDPAU, und hud OHNE composite geht eben nur mit VDPAU :-P

sprich mit der 7300 kannste composite nicht abschalten weil hud sonst nicht greift
zudem MIT compsoite hast du tearing (deine steifen im bild die du bemerkt hast)

greetz MarMic

[clausmuus]

War mir ja selber erst gerade eben wieder eingefallen, warum ich auf dieser Kiste nicht vernünftig testen konnte
Ich glaube ich sollte mir vielleicht doch noch mal ne vernünftige Grafikkarte für diesen PC zulegen, damit ich nicht nur im Wohnzimmer testen kann...
Jetzt muss ich nur noch nen Weg finden, zu erkennen ob vdpau möglich ist, und gegebenenfalls composite aktiviert lassen. Hast Du ne Idee?

Claus

[MarMic]

ehm graka ab 8200 kann vdpau

xorg durchsuchen nach erkannter karte

greetz MarMic

BZW einfach vdr-sxfe schauen ob er vdpau gefunden hat und dann einschalten

 

[clausmuus]

ich hab nen Tool gefunden das mir diese info ausspuckt (vdpauinfo).
Kann eigendlich nur nvidia vdpau, oder können das inzwischen auch andere karten?
Muss composite bereits in der xorg.conf abgeschaltet sein, oder reicht es, wenn ich den xcompgr nicht starte? Oder muss xcompgr auf jedenfall gestartet werden, auch wenn composite im xorg.conf abgeschaltet ist?

Fragen über Fragen

Claus

[niesen]

Vdpau ist von Nvidia, die 8800er Reihe kann kein VDPAU.

AMD/ATI hat UVD (Unified Video Decoder) mit Xvba, der dasselbe kann, seit der HD 2400 und HD2600 Generation, viele setzen aber auf PureVideoHD mit VDPAU, merkwürdigerweise.
Wenn man im Internet liesst, scheint die HD2900 XT kein UVD zu können.

Du kanst ja mal probieren das einzubauen, vielleicht wird aber auch kein zusätzlicher Code benötigt oder xorg kann damit nicht umgehen oder die GPU-Unterstützung is zu gering. Einige haben PureVideoHD-VDPAU ja mit nem T-bred 1,46GHz am laufen, keine Ahnung ob sich das mit UVD-XvbA (Catalyst) genauso verhält.

UVD Linux seit Catalyst 8.10

UVD auf der AMD Webseite

EDIT: "VDPAU" durch "PureVideoHD mit VDPAU" und "UVD" durch "UVD mit XvBA" ersetzt

[MarMic]

treiber und codec sind unterschiede wie tag und nacht!

wieso soll die 8800 kein vdpau können wenn es die 8200 kann? wäre unlogisch naja wie auch immer.

nur nvidia nutzt vdpau
intel nutzt erfolgreich vaapi (du erinnerst dich?)
und amd nutzt WOHL erfolglos vaapi

bis jetzt habe ich im portal nur gelesen das vaapi auf intel ganz gut tut (ab ci3 sandybridge mit graka) um amd ist es sehr se3hr still geworden.

amd mag zwar uvd nutzen die anbindung ist aber nu runter windows gegeben und da echt gut unter linux kannste das alles absolut nicht nutzen! da ist intel einfach vorbildlich!

@claus man könnte also wieder nach ner xinelib inkl vdpau_alter und vaapi suchen dann haette man video beschleunigung IM VDR für nvidia und intel, aber schau am besten mal auf der website von wbreu der hat vdpau und intel-vaapi behandelt.

greetz MarMic

p.s. vdpau nvidia ist aber die beste lösung zZ haben überall deinterlacer usw das geht bei intel sd oder hd nicht ich weiss es nicht genau!

[niesen]

@Marmic: Von Codecs hab ich gar nicht gesprochen. Der Codec befindet sich im VideoStream und in der Hardware, also UVD (amd), PureVideoHD (nvidia) und GMA (intel)
Die 8800er Reihe war die erste der 8xxx Reihe, die aber noch weitgehend auf der 79xx basiert und damit einige Features der neueren 8xxx nicht hat.
Nvidia nutzt VDPAU.
Intel nutzt vaapi.
AMD nutzt XvBA.

Um mal ein wenig Ordnung reinzubringen, ich hab nochmal nachgesehen (der Wikipedia entnommen, Quellen weden ja z.B. da genannt)

Nvidias Hardwarevideobeschleunigung heisst PureVideoHD, die Schnittstelle dazu VDPAU
Viele verwenden den Begriff VDPAU auch für die Hardwarevideobeschleunigung, es kursiert viel Halbwissen im Netz, und wbreu geht auf UVD ja gar nicht erst ein

AMDs Hadwarevideobeschleunigung heisst UVD mit Schnittstelle XvBA.

Intel hat dazu die vaapi entwickelt, die VDPAU und XvBA unterstützt. Die vaapi ist ne Schnittstelle um die Intel-eigene VideoBeschleunigung (wbreu hat die auch mit vaapi betitelt, wird aber als GMA Chipsatz bezeichnet) zu unterstützen und die Anbindung von VDPAU und XvBA zu erleichtern.

Wozu die intel vaapi gebraucht wird wenn UVD bereits im Catalyst bereit gestellt wird weiß ich nicht, wahrscheinlich weil xinlib nur mit der vaapi auf die amd und nvidia apis zugreifen kann.

[MarMic]

hi niesen,

nur habe ich noch keinen laufenden thread dzau gesehen das die uvd vom amd auch vom vdr genutzt werden kann und deswegen gibt es wohl vaapi und vdpau um eben an die schnittstelle anzudocken. sprich wenn xineliboutput mit uvd zurecht kommen würde hast du recht, aber so wie es aussieht kann es da snicht. da xineliboutput auf xinelib aufbaut brauchen wir eben xinelib-vaapi/vdpau um dann eben die hardwarebeschleunigung zu nutzen.

greetz MarMic

[niesen]

Kann xinelib nicht an den catalyst treiber andocken? Vermutlich nicht, deshalb die vaapi?!

EDIT:
GMA-------------vaapi-----vaapi-------xinelib                               miese performance, gute unterstützung
                                                       
PureVideoHD----vdpau----vaapi-------xinelib                               gute performance, gute unterstützung
                                                       
UVD-------------xvba------vaapi-------xinelib                               gute performance, miese unterstützung
UVD---------------catalyst------------  xinelib                                

[niesen]

Ich hab hier mal einen Thread mit xvba-vaapi-xinelib gefunden. Softdevice schien mit amd wohl mal besser zu können als xinelib.

http://www.vdr-portal.de/board16-video-dis...-es/index7.html