hi *,
nur mal so als provokative Frage
interessieren wuerds mich echt mal.
lg mentox
hi *,
nur mal so als provokative Frage
interessieren wuerds mich echt mal.
lg mentox
ZitatOriginal von mentox
hi *,
nur mal so als provokative Frage
interessieren wuerds mich echt mal.
Vielleicht, weil der einzige gemeinsame Nenner der ist, dass beides auf der GPU läuft?
Gerald
weil opencl meines wissens nach vdpau kam...
es gibt aber einen opencl-wrapper um opencl mit nvidia bzw ati karten verwenden zu können..
73
opencl != va-api/vdpau ?
Läuft opencl ? Läuft va-api ? vdpau ist inzwischen sehr benutzbar geworden.
ZitatAlles anzeigenOriginal von mentox
hi *,
nur mal so als provokative Frage
interessieren wuerds mich echt mal.
lg mentox
OpenCL ist keine API sondern eine Runtime-Umgebung. Von sich aus kann OpenCL garnichts. Du musst erst ein Programm dafür schreiben und in dei Grafikkarte einladen und ausführen lassen.
Und dann hat eben noch keiner einen .h264-Decoder in OpenCL geschrieben, oder? Aber setz dich einfach mal hin, schreib einen Decoder und dann kann man ihn verwenden.
Bis dahin ist es vielleicht einfacher, direkt vom Grafikkartenhersteller angebotene APIs zu verwenden.
hehe ..
ja ne .. bin ja mit vdpau zufrieden ...
nur vdpau ist halt nur nvidia und opencl waere doch universeller .. und da hab ich mich halt gefragt wieso man noch weiter in die richtung "nur" nvidia geht?
danke und gruesse mentox
Weil ATI unter Linux Bullshit ist.
Nur mal so als provokative Antwort
Nur mal am Rande: XBMC supported seit ein paar Wochen auch den Hardware-Decoder CrystalHD als Alternative zu VDPAU: http://xbmc.org/davilla/2009/1…com-crystal-hd-its-magic/
EDIT: Und zumindest libvdpau ist nicht nur für Nvidia-Produkte gedacht, andere könnten, wenn sie wollten, diese auch einsetzen: http://en.wikipedia.org/wiki/V…_standalone_VDPAU_library
Gruß
hepi
OMG, ob da nicht mal die Aussage von "xnalpf" Bullshit ist, einfach mal provokant in den Raum gestellt ...
@all
Ich weiß nicht ob ich irgendwas verpasst habe, aber OpenCL ist das. Kann es sein Ihr redet teilweise über dieses: OpenGL?
[EDIT]
Interessanterweise liegt die Weiterentwicklung beim selben Konsortium: Khronos Group.
[/EDIT]
Die OpenGL Schnittstelle der ATI Grafikkarten läßt sich mit xineliboutput problemlos nutzen. Dazu kann man den fglrx für neuere Typen und die xorg-eigenen Treiber für ältere Typen nutzen. Ich selbst habe es seinerzeit mit Radeon 9200 & 9600 getestet. OpenGL ist bei 3D stärker und bietet eine gute aber unspezifische Video-Beschleunigung. Was wir für HDTV brauchen ist eine spezifische Weiterverarbeitung für h.264 Streams, damit diese den Prozessor gering belastet. Mit OpenGL würde der Prozessor den Stream voll verarbeiten müssen, mit VDPAU oder XvBA nicht.
Für SDTV (MPEG2) braucht man kein VDPAU, da geht Xv, XvMC & OpenGL, sieht alles gut aus mit ATI Karten und vmtl Nvidia Karten, das habe ich aber noch nie probiert.
Gruß
Frank
VDPAU, XvBA, VA API, ... Mehr oder weniger macht da jeder seinen eigenen Kram, erklärt ihn zum Standard und ignoriert die anderen.
Relevant ist, was funktioniert, und da hat Nvidia einen beachtlichen Vorsprung. Natürlich steht es ATI und Intel zu, aufzuschließen, doch zu Zeit ist das nicht der Fall.
ZitatOriginal von Stalker
VDPAU, XvBA, VA API, ... Mehr oder weniger macht da jeder seinen eigenen Kram, erklärt ihn zum Standard und ignoriert die anderen.
Relevant ist, was funktioniert, und da hat Nvidia einen beachtlichen Vorsprung. Natürlich steht es ATI und Intel zu, aufzuschließen, doch zu Zeit ist das nicht der Fall.
So ungefähr wollte ich mich auch ausdrücken. Hatte dann aber mehr Spaß daran zu provozieren
Ich hab übrigens beides im Einsatz: Nvidia auf meinen privaten Rechnern, ATI auf den Dienstrechnern. Und eins kann ich zumindest im direkten Vergleich sicher sagen - Nvidia hats drauf, ATI nicht.
ZitatNvidia hats drauf, ATI nicht.
Womit bewiesen ist "AMD unter Linux = Bullshit"
ZitatOriginal von Morone
Womit bewiesen ist "AMD unter Linux = Bullshit"
Hehe - ich liebe es, wenn eine meiner provokanten Äußerungen als Beweis genügt. Danke Morone!!!
War mir da was entgangen oder war der Threadtitel: "Alle ahnungsfreien bitte melden!"
Gruß
Frank
ZitatOriginal von fnu
War mir da was entgangen oder war der Threadtitel: "Alle ahnungsfreien bitte melden!"
Gruß
Frank
Ist das nicht latent Untertitel von jedem Thread?
ZitatUnd zumindest libvdpau ist nicht nur für Nvidia-Produkte gedacht, andere könnten, wenn sie wollten, diese auch einsetzen: http://en.wikipedia.org/wiki/VDPAU#libvd...e_VDPAU_library
tz tz tz halbwissen Die neueren Chrome grafigkarten laufen auch seeeehr gut mit vdpau
man kommt in europa nur schlecht drann aber wenn man im urlaub ist ....
ZitatOriginally posted by Morone
Womit bewiesen ist "AMD unter Linux = Bullshit"
Ich würde es glatt noch erweitern: Proprietäre Treiber unter Linux = Bullshit!
Ich hab hier schon genug Rechner stehen, bei denen jedes Kernel-Update zur Qual wird, weil wieder zig Blob-Interface-Module neu übersetzt werden müssen, wenn sie denn überhaupt schon in kompatiblen Versionen verfügbar sind.
So gesehen gehören meine Glückwünsche schon jetzt dem ersten Open-Source Grafiktreiber, der OpenCL benutzbar implementiert. OpenCL schreit geradezu nach einen h264-Dekoder, das wird dann auch nicht mehr lange auf sich warten lassen...
Gruß,
Udo
Falls wirklich mal ein H.264-Dekoder mittels OpenCL implementiert wird, würde noch jemand profitieren: Die Mac OSX Benutzer. Dort kann man leider gar keine H.264-GPU-Beschleunigung ausserhalb Quicktime nutzen (es gibt keine APIs dazu) und Quicktime taugt wohl leider nicht zum Implementieren eines HD-VDR-Clients auf dem Mac
OpenCL wird nicht die gleiche Performance liefern wie eine angepasste Variante wie vdpau. OpenCL ist nunmal nur ein Subset der Funktionen..
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!