Homepage zu vdpau online

Soviel zum Thema "Internet = rechtsfreier Raum". Politiker die solchen Unsinn verzapfen, gehören sofort des Amtes wegen bewußter Falschaussage enthoben. Ich sehe den Tag kommen, an dem auch die virtuelle Welt durch raffgierige Rechtsverdreher und durch Lobbyisten gesteuerte Politiker kaputt gemacht wurde.

Da setzt sich jemand in seiner Freizeit hin, um uneigennützig für die Gemeinde kostenlose Hilfestellung zu leisten und da kommen dann solche Gestalten und schmeißen demjenigen mit Hilfe von schmierigen Anwälten die Gesetzesknüppel zwischen die Beine. Da geht mir echt der Hut hoch!

Gruß
iNOB

PS: Musste mal was zum Thema schreiben.

Sehr schön. Ich freue mich. Vielen Dank dafür!

Zitat

IN EIGENER SACHE

Nachdem die Geschichte mit dem rechtlich korrekten Darstellen der Inhalte vor Gericht endlich beendet ist, kann/darf ich die Seite wieder entsprechend fortführen und pflegen.

Sorry nochmals, an die jenigen die dadurch für ca. 2 Monate keine aktuellen Info's hatten.

Falls wieder mal jemand auf den Gedanken kommt, sollte er vorher genau Recherchieren woher der gesamte Content kommt und wie er hier zusammengefasst ist.

Alles anzeigen

Davon wusste ich noch garnix. Kannst du dazu etwas sagen?

Gruß,
Hendrik

Zitat

Original von wbreu
um damit die libva-Geschichte in Angriff zu nehmen.....

Mal sehen was sich da die nächsten Wochen ergibt....

Was xine-lib betrifft, gehe ich mal stark davon aus: einiges.
Ok, das dachte ich vorige Woche auch schon, aber irgendwo hängts halt immer länger als gedacht.
Ich verschwende manchmal aber auch Zeit mit Dingen, die eigentlich so einfach sind - so habe ich einige Stunden damit verbracht herauszufinden, warum mplayer (wollte mir den ansehen wie vaapi da gemacht ist) zwar vaapi benutzt (-vo vaapi), aber fast 100% CPU braucht. Nach längerem debuggen war klar, es braucht auch noch '-va vaapi'...

Auch so ein Fall, ich nehme ja ffmpeg (libavcodec) dafür, und da werden ja surfaces zum dekodieren und ausgeben benutzt. Nun werden die gleich nach dem dekodieren wieder freigegeben, sollten also sofort danach (vor dem nächsten Aufruf von av_read_frame) auch ausgegeben werden, da sonst schon für einen neuen Frame benutzt.
Problem: die Frames werden ja von xine-lib erstmal in eine Queue gesteckt und evtl. erst viel später ausgegeben. D.h., das zum Frame gehörende surface ist längst wieder freigegeben und schon neu beschrieben bei der Ausgabe.
Einer der Gedanken war, erst den nächsten Frame zu dekodieren, wenn der vorherige ausgegeben wurde, ein anderer, das release bis dahin zu verhindern, aber alles war suboptimal...
Die Lösung ist aber so einfach (wie es momentan aussieht auch nicht verkehrt) - da man ja die Kontrolle über von ffmpeg anzufordernde surfaces hat (get_buffer) kann ma ja die surfaces bis zur Ausgabe als benutzt kennzeichnen und die neuere Verwendung verhindern...
Nachteil ist höherer Speicherverbrauch, da dann evtl. auch noch mehr Frames in der Queue hängen, aber bem Konzept der xine-lib wohl kaum zu vermeiden.

Grundsätzlich habe ich xine-lib mit vaapi jedenfalls am laufen, einiges zu tun ist noch, z.B. deinerlacing, cropping, OSD, ...

Gruss
Thomas

Wie verfahren wir eigentlich mit der Wiki-Migration weiter?

Zu VDPAU selber habe ich bisher nichts übernommen. Irgendwie hatte ich Hoffnung, dass jemand mit einsteigt, der sich mit dem Thema auch auskennt.

Zu den Plugins habe ich einiges schon zurückportiert.

Könnte man sich darauf einigen, dass Dinge, die schon im Wiki sind (es geht mir besonders um die Plugin-Einträge im Wiki), auch dort weitergepflegt werden? Irgendwie erscheint mir doppelte Datenhaltung wenig sinnvoll.

Ist aber nur meine Meinung. Wenn du die Daten lieber auf deiner eigenen HP pflegst, dann ist das auch OK. Ich würde dann halt regelmäßig das Zeugs zu den Plugins zurückportieren.

hallo Wolfgang,

Zitat

Original von wbreu
ich habe mal auf meiner Homepage die diversen Sachen zu vdpau auf aktuellen Stand gebracht:

- Xine-lib-1.2 mit welchen Patches

- vdr-xine-plugin

- vdr-xineliboutput-plugin

Alles anzeigen

das ist schon eine sehr feine sache, daß man bei dir immer alles inkl. patches (gerade dabei vergisst man die richtigen so leicht mit der zeit) so schön zusammengefasst ist!

fettes DANKE wieder mal von meiner seite!

gruß, ciax

Zitat

Original von wbreu
Wenn jemand von dem Content was im VDR-Wiki haben will, soll er das bitte selber raussuchen und dahin portieren. Aus meiner Ecke wird im VDR-Wiki nichts mehr gepflegt, da im VDR-Wiki vieles durch andere durcheinandergeworfen wird, und somit Aktualität, Wahrheit und Allgemeingültigkeit leiden.

Da ich ein eigenes Content-System zur Doku benutze, werde ich für mich das weiterhin nutzen und ab und zu eben die Homepage updaten.

Leider muss ich dir da völlig zustimmen. Oftmals wird das Wiki zu sehr distributionsspezifisch gehandhabt.

Deine Seite ist übersichtlich, und ich kann wirklich nichts dagegen sagen.

Danke, das du diese Infos zur Verfügung stellst.

Hallo Wolfgang,

schön, das es mit Deiner Seite weitergeht. Schade, daß es Leute gibt, die einem so ins Hobby reinpfuschen, wie "Abmahner" o.ä. und dann auch noch aus dem Forum/Umfeld hier? Mann mann...

Ich bin schon gespannt auf das mini-ITX System. Sowohl von den "Fernseh"-Features (Runterfahren, Hochfahren, evtl. einen Sender aufnehmen, einen anderen schauen... usw.) wie auch von den Abspielmöglichkeiten über Netz. Ich hoffe, daß du deine Kamera bald wiederfindest

Ciao, Olli

Hi Wolfgang,
ich muß mit etwas gesenktem Haupt auch noch loswerden das ich nicht wußte, was hinter dem 'Rückzug' steckte... Ohne großes Gesabbel - ich bin wie vielleicht andere hier auch anderer Meinung und enttäuscht gewesen, aber sehr froh das es weiter geht!
Der Bookmark ist wieder feste Anlaufadresse und hat mir jetzt mit Deiner letzten Aktualisierung zu xineliboutput wieder sehr geholfen und die Zusammenstellung läuft wieder sehr gut! Jetzt ist xine wieder etwas ins Hintertreffen geraten, was aber wohl eine Konfigurationssache ist...

Mir war nur wichtig loszuwerden das ich in Richtung 'Mimosenverhalten' dachte und damit falsch lag! Das muß dann auch mal gesagt/zugegeben werden, gell! Einen schönen Sonntag noch

@ Taipan

Um's noch knapper zu machen: DITO!!!

Und an das A...ch welches hier Forenmitglieder denunziert: VERPISS DICH, sowas will keiner haben!

Gruß

Oliver

ich ziehe meinen Hut vor dir.

gruß
spacy

EDIT : ist der xine-lib patch noch aktuell?

Hallo,

vielen Dank für deine Mühe!

Habe das ganze gebaut, allerdings mit ein paar Problemen:

xinelib1.2vdpauextensionsv1120100612.diff
Rejects:

--- src/video_out/video_out_vdpau.c
+++ src/video_out/video_out_vdpau.c
@@ -2027,9 +2097,7 @@
 #ifdef LOCKDISPLAY
         XLockDisplay( this->display );
 #endif
-        int previous = this->current_output_surface - 1;
-        if ( previous < 0 )
-          previous = NOUTPUTSURFACE - 1;
+        int previous = this->current_output_surface ? this->current_output_surface - 1: this->queue_length - 1;
         vdp_queue_display( vdp_queue, this->output_surface[previous], 0, 0, 0 );
 #ifdef LOCKDISPLAY
         XUnlockDisplay( this->display );
@@ -2151,6 +2226,11 @@
   if ( (vdp_device != VDP_INVALID_HANDLE) && vdp_device_destroy )
     vdp_device_destroy( vdp_device );


+  for (i = 0; i < this->queue_length; ++i)
+    pthread_mutex_destroy(&this->output_surface_lock[i]);
+  pthread_mutex_destroy(&this->queue_lock);
+  pthread_cond_destroy(&this->queue_changed);
+
   free (this);
 }

Kompiliert allerdings und funktioniert auch...

xineliboutputcvs20100127vdpauextensionsv11sos.diff
bei diesem Patch sind es allerdings einiges mehr als zwei Rejects und damit kompiliert es dann auch nicht mehr

habe xineliboutput ohne Patches gebaut und das funktioniert nun auch.

mache ich etwas komplett falsch dass ich soviele Rejects bekomme?
wie handelst du so etwas? einfach ignorieren wenn es dennoch läuft?

mfg & thx
aelo