Reines Ausgabeplugin für libva mit dem VDR?

  • Nabend zusammen,


    dieser Thread soll Diskussionsgrundlage, Projektaufruf und/oder Spendenaufruf sein.


    Um was geht es im Detail:


    1. Seit einiger Zeit gibt es ja eine weitere Möglichkeit via Softdecoder diverse SD/HD-Streams auf der libva auszugeben. Beispiele sind XBMC, Mplayer, VideoLan usw. Diese Anwendungrn haben den Code bereits integriert.
    Nur der VDR kann von dieser Möglichkeit noch nicht direkt profitieren.



    2. Was ist libva?


    Diese lib ist der Gegenpart zu nvidia's vdpau-lib die bereits in die xine-lib-1.2 integriert wurde und stellt die direkte Schnittstelle zur Grafikkarte von Intel (X4500/X4500HD oder Core i7/i5/i3 Processor Series) her, bzw. auch zu Ati-Grafikchips.


    Die libva ermöglicht uns VDR'lern die Möglichkeit auch Intel- und Ati-Grafikchips im HD-Bereich einzusetzen und mit dem VDR zu nutzen.
    Mittlerweile sind die Hardwarefakten von Intel hervorragend und die von Ati gut im Sourcecode des libva-git's dokumentiert.

    Der eine oder andere kann ja mal einen Blick in den Code werfen, nähere Erläuterungen/Beschreibungen gibt's hier:


    http://freedesktop.org/wiki/Software/vaapi


    http://intellinuxgraphics.org/


    http://intellinuxgraphics.org/h264.html



    3. Was soll entstehen?


    Da ja die Wünsche/Notwendigkeiten sehr oft sehr unterschiedlich sind, hier mal mein persönlicher Favorit:


    Ein natives Ausgabe-Plugin für den VDR, dass die libva als Basis hat und an der xine-lib vorbei direkt mit dem VDR kommuniziert.


    Das ganze soll in einem git-tree landen und der VDR-Community zur Verfügung gestellt werden, => Opensource


    Am Besten wäre natürlich wenn sich mehrere Programmierer finden würden, die die Basisiarbeit (=Grundplugin) leisten könnten und dann auch im Git weiterpflegen, soweit dass halt möglich ist.



    4. Hardware für die möglichen Entwickler und eventuell eine kleine Aufwandsentschädigung für die die Basisiarbeit (=Grundplugin)


    Damit die möglichen Entwickler mit Hardware versorgt werden, würden wir mit Sicherheit die eine oder andere Spende in Form von Hardware oder Barspende benötigen, deshalb => Wer wäre bereit hier einen passenden Beitrag zu leisten?



    5. Diskussion, Ablauf, Wann geht es los?


    Ich denke mal zuerst sollten wir mal ein wenig diskutieren, ob so ein Projekt hier hin gehört und wer es Organisatorisch leitet/begleitet.


    Welcher fähige Programmierer meldet sich spontan um bei dem Projekt mitzuwirken?


    Wie kann man notwendige Spenden (Geld- und/oder Sachspenden) organisieren um das Projekt zu finanzieren?


    Im Moment ist der Sachstand so, dass ich bereits ca. 280 Euro (Geldspenden/Sachspenden) an Zusagen hätte, die man dem Projekt als Starthilfe zusteuern kann.


    Webspace und git-tree wären denke ich auf vdr-developper.org da und auch nutzbar!?


    Ein Spendenkonto einzurichten wäre kein Problem, damit könnte man auch viele kleine Beträge zu einem großen Betrag zusammen zu bekommen, den man dann den Entwicklern als Ansporn anpreist, um das Ausgabeplugin zu programmieren.



    OK, das war's von meiner Seite, jetzt legt mal los und postet eure Gedanken zu dem Thema, denn wer kann schon sagen wie lange es noch Nvidia gibt, bzw. wann was alternatives kommt (FF für HD?)....


    Wenn ich mir meinen "Ganz-Kleinen" (= Mainboard Intel DG45FC MINI-ITX mit X4500HD + Intel Celeron 2 GHz) so ansehe, braucht der kein Windows, sondern einen VDR...


    Gruß
    Wolfgang

  • Ich denke wenn ich jeder "interessierte" aktive User 10-20€ spendet kommt schon eine gute Summe zusammen.
    Und eine stabile, gut, pflegbare Parallellösung ist ja sicher immer willkommen.


    Hardwaretechnisch hätte ich Test-HW, allerdings nicht zum abgeben, da in Nutzung.
    einmal ein Board mit ATI3200 und ein Intel Board mit ner Intel4500er.
    Ich wäre jedenfalls spendentechnisch dabei.

    Gruß N!ce

    Software: gen2vdr V3 ( Beta8 ) / gen2vdr V2
    Hardware: Intel 5200EE - 5N7A-VM - Scythe Shuriken - BeQuiet(Netzteil) - X10-USB Remote
    SMT 7020S & P3@900 - Testsystem mit FF und X10-USB Remote
    Links für Neueinsteiger


    "Jetzt, wo ich weiß wie es geht, versteh ich auch die Gebrauchsanleitung"

    Einmal editiert, zuletzt von Mr.N!ce ()

  • Verstehe ich das richtig, das ihr von NVIDIA Abstand nehmen wollt? Macht es nicht Sinn VDPAU an Xine vorbei ebenfalls mit dem VDR zu verbinden.


    Wenn ich das jetzt komplett falsch verstehe, bitte ich um Entschuldigung. Klärt mich doch bitte auf.


    Danke

  • hi
    finantziel kann ich mich hier leider nicht beteiligen , aber tests und hilfe bei der fehlersuche bite ich gerne an .


    mfg det

    Jeder sollte sein Leben so leben können wie er/sie es möchte, frei und
    unabhängig, in der Not anderen zur Seite stehend, nie vergessen was man
    ist, eben einfach nur Mensch sein mit allen Schwächen und Stärken
    Lieber stehend sterben als ewig gebückt leben

  • Zitat

    Original von Copperhead
    Verstehe ich das richtig, das ihr von NVIDIA Abstand nehmen wollt? Macht es nicht Sinn VDPAU an Xine vorbei ebenfalls mit dem VDR zu verbinden.


    Wenn ich das jetzt komplett falsch verstehe, bitte ich um Entschuldigung. Klärt mich doch bitte auf.


    Danke


    Nabend,


    nönö, dass soll bei weitem nicht heißen, sich von vdpau zu verabschieden!


    Aber das Plugin sollte die Geschichte eben auch vereinfachen, wenn ich mir ansehe, was man sich für einen Aufwand auf der Konsole antun muß, um xineliboutput/vdr-xine-plugin die passende Soundausgabe beizubringen, könnte man mit einem Plugin übers OSD die paar Paramter setzen.


    Das soll nur ein Beispiel sein, ebenso natürlich für die Deinterlacer-Geschichte und noch ein paar Parameter.


    Wenn man sich alleine die config zur xine-lib anschaut, frage ich mich immer wieder warum muß man diese ganzen Altlasten noch mitziehen und manchmal gibts auch eben durch die Altlasten entsprechende Seiteneffekte.


    Zudem gefällt mir die Doku zur .config ganz und gar nicht, wenn es überhaupt eine gibt.


    Jepp, auch für vdpau wäre so ein Plugin eine feine Sache...


    Zudem, wie im Eingangspost schon angesprochen, vdpau ist nur für Nvidia, was ist denn wenn da nichts mehr kommt, => und das ist zu Befürchten!
    Mainboards mit nvidia gibts schon lange nicht mehr, aber bei Ati und Intel gibts wirklich tolle Boards mit entsprechender Grafikpower, die können VDR-User aber nicht nutzen, weil ........, => genau, das passende Plugin/Frontend fehlt.


    Gruß
    Wolfgang

  • Wenn schon ein neues/weiteres Ausgabe-Plugin entstehen soll, wäre es dann nicht viel sinnvoller beide Techniken damit abzudecken, also sowohl VAAPI als auch VDPAU?


    Es würden sich sicherlich auch mehr interessierte Programmierer finden die sich an dem Projekt beteiligen würden.


    JustMy2Cents

  • Zitat

    Original von tecfreak
    Wenn schon ein neues/weiteres Ausgabe-Plugin entstehen soll, wäre es dann nicht viel sinnvoller beide Techniken damit abzudecken, also sowohl VAAPI als auch VDPAU?


    Es würden sich sicherlich auch mehr interessierte Programmierer finden die sich an dem Projekt beteiligen würden.


    JustMy2Cents


    Genau das wärs !!! :lol2


    Ich hatte vor ein paar Wochen schonmal einen Thread gestartet mit der Frage bez. eines "Ausgabe-PlugIn's" für VDPAU.


    Leider ohne Resonanz.


    Gruß
    SieDu

  • es gibt ein VDPAU-Backend für die VAAPI also wäre ein direkter Support für VDPAU auch wieder etwas zuviel des Guten :)


    als Programmierer würde ich mich zwar gerne beteiligen, mein IT Studium beginnt aber leider erst in einem Jahr das könnte also noch lange dauer bis ich das herbekomme :) und mit Java und C# komm ich da denke ich nicht weit :D
    (falls jemand Tipps für die Einarbeitung in die C++-Entwicklung mit der VAAPI hat, oder irgendwo Links zu Howtos kennt lassts mich bitte Wissen, würde mich sehr dafür interessieren, thx!)


    Bei der finanziellen Unterstützung bin ich gerne dabei und beim testen natürlich auch :)


    Vorschlag: sollten wir die Diskussion nicht gleich etwas auslagern und einen Thread nur für die Porgrammierung erstellen?


    einen schön Abend euch allen
    und vielen Dank an Wolfang für den Vorschlag für diese Plugin!
    mfg
    aelo

  • Sorry Jungs,


    ich denke vdpau ist da und läuft, da rentiert es sich sicher nicht was zusätzliches zu Programmieren.


    Wie gesagt, hier soll es um die Integration der libva gehen, wie auch immer das geschehen kann/soll. Die libva hat die bessere Zukunft und eben damit auch die breitere Hardwareauswahl auf kurz oder lang.


    Gruß
    Wolfgang

  • Nabend,


    Ich finde die Klasse, weil ATI auch ne Chance verdient hat . Ich selbst habe im Moment auch ne ATI5450 im VDR . Unter Windows läufts ohne Probleme habe diese gekauft für Bitstreaming bei BluRays, aber unter Linux ist es nicht ganz so einfach .



    I30R6










    VDR











    Hardware : GA-EP35-DS3L, C2Q Q6700 , 3GB DDR2 , Palit GT240, 250GB System & 500GB Video,
    Mystique-CaBix C2,TT Budget C-1501,Airstar 2, Fernbedienung X10
    Software : gen2vdr, Kernel 3.8.10, vdr 2.0.1
    PlugIns : audiorecorder,femon,admin,yacoto..
    Ausgabe: softhddevice

  • wbreu


    Wie am Samstag schon gesagt, fehlt diese Funktionalität im Grunde tatsächlich. Mit dem direkten Zugriff auf libva/VA-API hätte man auch ein gehöriges Maß an HW Auswahl, Intel, ATI & Nvidia. Ich würde mein Schärflein wie auch immer sinnvoll geartet einbringen.


    tecfreak


    An sich ist das das schon, nach meinem technischen Verständnis gibt es die entsprechende technische Anbindung/Umsetzung bereits, s.o. wbreu's Link zu freedesktop.org.


    Die finanzielle Situation bei Nvidia ist tatsächlich nicht so prickelnd, wenn sich da nichts verändert ist VDPAU im schlimmsten Fall 2011 Geschichte. Umso wichtiger ist eine Alternative, ohne Umweg über eine Player-Library, mit Fokus auf Alternative.


    Gruß
    Frank

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

  • Zitat

    Original von aelo
    es gibt ein VDPAU-Backend für die VAAPI also wäre ein direkter Support für VDPAU auch wieder etwas zuviel des Guten :)


    als Programmierer würde ich mich zwar gerne beteiligen, mein IT Studium beginnt aber leider erst in einem Jahr das könnte also noch lange dauer bis ich das herbekomme :) und mit Java und C# komm ich da denke ich nicht weit :D
    (falls jemand Tipps für die Einarbeitung in die C++-Entwicklung mit der VAAPI hat, oder irgendwo Links zu Howtos kennt lassts mich bitte Wissen, würde mich sehr dafür interessieren, thx!)



    Ich denke mal der eine oder andere wird sich schon finden, der dich dann unterstützen/anleiten wird bzw. anleiten kann.


    Würde mich persönlich freuen wenn du dabei sein würdest.



    Zitat

    Original von aelo
    Bei der finanziellen Unterstützung bin ich gerne dabei und beim testen natürlich auch :)



    Danke dafür, ich komme auf das Angebot zurück.



    Zitat

    Original von aelo
    Vorschlag: sollten wir die Diskussion nicht gleich etwas auslagern und einen Thread nur für die Porgrammierung erstellen?


    einen schön Abend euch allen
    und vielen Dank an Wolfang für den Vorschlag für diese Plugin!
    mfg
    aelo


    Wenn es mal konkreter wird kann man das sicher machen, und ist auch sinnvoll.


    Gruß
    Wolfgang

  • Ihr bringt mich jetzt schonwieder in eine Zwickmühle, da das mit der S2-6400 sich immer mehr als eine Pleite rausstellt, wollte ich mich jetzt VDPAU-technisch ausrüsten. Wenn ich da aber jetzt zu ION greife bin ich mit eurem doch sehr interessanten Vorhaben außen vor.


    (Bitte in diesem Thread nicht weiter auf die S2-6400 eingehen)



    Ich werde das hier auf jedenfall beobachten, wie ich euch dann helfe, zeigt sich noch.


  • Jaja,


    wir beide haben das ja am Samstag sehr schön diskutiert, die Vorteile der libva liegen sehr schnell auf der Hand. Ein softlibva-Plugin wäre eine feine Sache.
    Mir und vielen anderen gefällt es gar nicht, dass die Windows-HTPC-User so schöne, technisch hervorragende Boards nutzen können, und von Nvidia gibts da gar nix mehr, selbst die Atom-Boards gibts nur noch mit alten ION-Chipsets.


    Wenn man sich die Mainboardankündigungen für den Herbst 2010 ansieht, gute Nacht vdpau. Auch neuere Grafikkarten von Nvidia werden auf sich warten lassen..., oder hat schon jemand Ankündigungen oder neuere Roadmaps von Nvidia gesehen?


    Copperhead,


    ohne jetzt hier die Diskussion anzuheizen, auch die S2-6400 wird Anfangs sehr viele Nachteile mit sich bringen, von denen man jetzt natürlich nichts liest, geschweige den dran denkt. Das haben die zurückliegenden Jahre bereits gezeigt => siehe ehd-Konzept, Pluginlauffähigkeit mit der "Neuen" und und und...


    Gruß
    Wolfgang

  • Zitat

    Original von aelo
    es gibt ein VDPAU-Backend für die VAAPI also wäre ein direkter Support für VDPAU auch wieder etwas zuviel des Guten :)


    VDPAU/NVIDIA/VIA wäre in diesem Fall doch auch nur ein weiteres Backend unter anderen, welches genauso an die gleiche API andocken könnte wie Xvba/ATI, VIA/S3 und Intel. An diesen Backends wird ja schon kräftig jeweils speziell gearbeitet. Die Aufgabe hier würde ich meiner Ansicht so sehen, das der VDR seine Ausgabe als Frontend an die VA-API andockt so wie es bsw. mplayer und vlc schon können mit den speziellen Besonderheiten des VDR - OSD durchreichen usw.


    Gruß Fr@nk

  • Zitat

    Original von tecfreak
    Wenn schon ein neues/weiteres Ausgabe-Plugin entstehen soll, wäre es dann nicht viel sinnvoller beide Techniken damit abzudecken, also sowohl VAAPI als auch VDPAU?


    'Beide Techniken' ist ja eigentlich nicht ganz richtig, VAAPI steht ja für 'Video Acceleration API', also irgendwie dasselbe wie 'Video Decode and Presentation API for Unix', beides APIs, die HW-Beschleunigung nutzen. VDPAU gibts eben nur für Nvidia (und S3), während es für VAAPI auch ein VDPAU-Backend gibt.
    Also sollte wohl ein Plugin für VAAPI beides abdecken.
    Meine erste Idee war ja, xine-lib um VAAPI zu erweitern, denn alles in einem Plugin (oder auch mit zusätzlicher lib, aber eben neu) ist doch etlicher Aufwand - rein zur vdr-stream-Wiedergabe evtl. nicht so hoch, aber es sollen ja auch Medien (Dateien, DVD...) wiedergegeben werden.


    Zitat

    Original von wbreu
    Aber das Plugin sollte die Geschichte eben auch vereinfachen, wenn ich mir ansehe, was man sich für einen Aufwand auf der Konsole antun muß, um xineliboutput/vdr-xine-plugin die passende Soundausgabe beizubringen, könnte man mit einem Plugin übers OSD die paar Paramter setzen.


    Ja, die ganze Konfiguration sollte auf jeden Fall mal besser gelöst werden.


    Gruss,
    Thomas


    PS:
    Oje, etwas lang zum schreiben gebraucht, schon viele neue Beiträge da, die u.a. auch auf VDPAU ist in VAAPI drin hinweisen...

  • Hi Thomas,


    an Medienwiedergabe wollen wir jetzt mal noch nicht denken.


    Das kann der Mplayer bereits mit der libva und das sehr gut.


    In erster Instanz wäre die reine VDR-Geschichte und die einfache Konfiguration der wichtigsten Parameter dafür schon ein Riesenschritt.


    Sicher wäre die xine-lib eine Alternative, aber die Frage ist halt brauchen wir das alles dann im/am VDR?


    Du weißt ja sicher selbst, wieviel altes Zeugs da drinnen steckt und die Sache unnötig verkompliziert.


    Ein schmales unkompliziertes Plugin wäre für den Anfang eine super Sache mit enormem Zukunftspotential.


    Gruß
    Wolfgang

  • Hi,


    kann zwar ned programmieren, aber ich wäre mit ner kleinen Spende und bei der Testerei dabei.


    Ich kann nur sagen: endlich!!! Darauf warte ich ja schon lange (mangels eigener Programmierkenntnisse) ... ich werde doch nicht etwa doch die richtigen Boards mit AMD/ATI-Onboard-Grafik gekauft haben? Momentan habe ich die immer mit ner Nvidia-PCIe-Graka ergänzen müssen...


    Das Ganze würde dann bei ner HD-Wiedergabe mit AMD/ATI-Onboard-Grafik von der Leistung und vom Stromverbrauch richtig Klasse werden. :portal1

  • Zitat

    Original von wbreu
    an Medienwiedergabe wollen wir jetzt mal noch nicht denken.


    Das kann der Mplayer bereits mit der libva und das sehr gut.


    Was mir dabei aber nicht gefällt ist, dass dann nicht mehr über das OSD des VDR gesteuert werden kann.


    Zitat

    Original von wbreu
    Sicher wäre die xine-lib eine Alternative, aber die Frage ist halt brauchen wir das alles dann im/am VDR?


    Eigentlich ja, das meiste schon...
    Wenn man mal Medienwiedergabe aussen vor lässt entfallen die ganzen decoder für die diversen Formate, aber das soll ja dann auch mal gehen...


    Zitat

    Original von wbreu
    Du weißt ja sicher selbst, wieviel altes Zeugs da drinnen steckt und die Sache unnötig verkompliziert.


    Nicht nur altes - man weiss gar nicht genau, welche Parameter in der config mit welchem Patch überhaupt Wirkung haben.


    Zitat

    Original von wbreu
    Ein schmales unkompliziertes Plugin wäre für den Anfang eine super Sache mit enormem Zukunftspotential.


    Ja, aber ganz so einfach wirds nicht werden.
    So ganz nur als Plugin sicher eher nicht, der Unterbau sollte schon wie xine-lib vorhanden sein (oder verbesserte xine-lib, vielleicht auch neu auf Grundlage von xine-lib).
    Es wäre dann aber auch die - keine Ahnung wie vielte - neue Erfindung eines (nicht ganz rund laufendes) Rades...


    Gruss,
    Thomas

  • Meinereiner wäre hocherfreut, falls es noch andere Lösungen abseits von VDPAU gäbe. Wenn ich mir die Mainboardlandschaft so anschaue, tut es einem schon weh, auf ein Motherboard mit intergrierter und potentiell ausreichender Grafik zusätzlich eine Grafikkarte zu stecken. Die Hardwarebasis und somit auch die Zukunftsfähigkeit von VDR-Systemen könnte mit so einem Plugin erheblich verbessert werden.


    Ich würde so ein Projekt auch finanziell unterstützen.


    Gruß
    iNOB

Jetzt mitmachen!

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