[vdr] [ANNOUNCE] vdr-xine-0.5.1 plugin

Wollte es gerade testen, dabei ist mir beim patchen von xine-ui aufgefallen dass der xine-ui.patch leer ist. Ist das normal, oder ist da was schiefgelaufen ?

Gruß, seti

Stimmt! hat kompiliert ohne probleme. Hab mal ein bischen mit DVD/DVDSelect getestet (hab im moment kein live tv) und funzt soweit wunderbar. Alle Tonprobleme sind behoben, und die KDE Taskbar friert bei der wiedergabe nicht mehr ein.

vielen Dank an rnissl!

seti

Hi,

Zitat

Original von seti
Stimmt! hat kompiliert ohne probleme. Hab mal ein bischen mit DVD/DVDSelect getestet (hab im moment kein live tv) und funzt soweit wunderbar. Alle Tonprobleme sind behoben, und die KDE Taskbar friert bei der wiedergabe nicht mehr ein.

Nun, diese Probleme kannte ich gar nicht, aber ich bin froh, dass sie nun anscheinend behoben sind. Sind diese Probleme irgendwann / -wo diskutiert worden?

Bye.

zu Tonproblem:
z.b. beim springen in den Kapiteln bei der DVD Wiedergabe, wurde das Volume von xine auf Null gesetzt, nach manuellem wiederherstellen der Lautstärke, ging der Ton dann aber wieder.

zu KDE Taskbar:
ist glaube ich einfach hervorgerufen durch Prozessorbelastung; Taskbar reagiert nicht mehr und wird auch nicht mehr aktualisiert wärend xine-vdr wiedergabe.

Beides scheint jetzt nicht mehr der Fall zu sein. Ich hatte angenommen dass diese Bugs bekannt waren. Wenn dem nicht so ist, entschuldige ich mich dass ich sie nicht früher gemeldet habe!

seti

Hallo,

ich bin ja auch schon ein langjähriger Tester des Xine-Plugins, das auch in der neuen Version wieder einmal solides Handwerkszeugs zeigt.

Über den 0KB-Patch hatte ich mich auch schon gewundert, aber ihn dann einfach weggelassen.

Was mir auffiel, (zumindest wars bei mir bislang noch nicht so gewesen), dass das TV-Bild neuerdings beim Umschalten des Primary Device erhalten bleibt. Das gabs bei mir bislang net. Sobald ich auf Xine geswitcht hatte, wurde der Bildschirm am Fernseher schwarz. Jetzt läuft das neuerdings parallel, sowohl via Xine am Monitor als auch halt am TV.

Wundersame Linux-Welt.

Was ich bis heute noch nicht kapiert habe, und auch in den alten Threads zu dem Thema nicht so richtig begreife, wie man jetzt das ganze so richtig gut über Tasten am Keyboard steuert. Mit der Fernbedienung gehts ja 1A. Da muss man wohl das keyfile von Xine entsprechend modifizieren, aber das hann ich nie so recht auffe Reihe gekriegt.

Bei den Neuerungen steht ja da was zu... vdr-remote. Aber ich raff das net so.

Ansonsten: Wie immer, very nite

Greets Olaf

Hi,

ich schaffe es nicht, die patches in xine-lib-1-rc6a einzubauen.
Außer den in der ML beschriebenen Warnungen mit den nicht vorhandenen Dateien video_out_xxmc.c und xxmc.h kommen bei mir folgende rejects:

Zitat

patching file src/video_out/alphablend.c
Hunk #32 FAILED at 1597.
Hunk #33 FAILED at 1619.
Hunk #34 FAILED at 1629.
Hunk #35 FAILED at 1648.
Hunk #36 succeeded at 1507 (offset -188 lines).
4 out of 36 hunks FAILED -- saving rejects to file src/video_out/alphablend.c.rej
patching file src/video_out/alphablend.h
Hunk #1 FAILED at 68.
Hunk #2 FAILED at 108.
2 out of 2 hunks FAILED -- saving rejects to file src/video_out/alphablend.h.rej

Alles anzeigen

Kann mir hier jemand weiterhelfen oder hat vielleicht schon jemand einen funktionierenden xine-lib-patch für xine-lib-1-rc6a.

Dieter

Tach,

ich hatte da auch schon bei jeder Version des xine-Plugins Probleme, wenn ich net die extra auch auf Hr. Nissl's Homepage mit veröffentlichten CVS-Versionen der xine-ui und der xine-lib verwendet habe.

Mit den externen Sachen gabs immer Probleme, mit den Nissl-CVS-Klamotten klappte es bislang immer

Wenn du also nicht zwingend drauf angewiesen bist, lad dir die xine-ui und xine-lib auf seiner Seite runter, da haste nie Ärger.

Ansonsten weiss ich auch net Rejects manuell auflösen sind immer doof. Und wenn dann noch irgendwelche Dateien fehlen, wirds meistens schwierig :-))

Greets Olaf

Hi,

Zitat

Original von edinger
ich schaffe es nicht, die patches in xine-lib-1-rc6a einzubauen.
Außer den in der ML beschriebenen Warnungen mit den nicht vorhandenen Dateien video_out_xxmc.c und xxmc.h kommen bei mir folgende rejects:

Kann mir hier jemand weiterhelfen oder hat vielleicht schon jemand einen funktionierenden xine-lib-patch für xine-lib-1-rc6a.

All diese Hunks beziehen sich auf den nach RC6 hinzugekommenen Treiber xxmc und könn(t)en eigentlich ignoriert werden.

Ungünstigerweise ist mir bei der Konstruktion des Patches ein Fehler unterlaufen, der den Hunk #1 in alphablend.h der RC6 scheitern lässt, da sich die drei einleitenden Zeilen auf Änderungen durch xxmc beziehen.

Bye.

Hi,

Zitat

Original von ronnykornexl
Mal eine Frage ist die Übergabe noch aktuell?

Code

# -r  Enable remote control. (0.3.0 or higher)
#
# This arugment enables Simon Truss' patch which allows controlling VDR by pressing buttons in xine.
#
xine -r
     ^^

ja.

Zitat

Weil:

Code

./vdr --help
xine (0.5.1) - Software based playback using xine

schweigt sich da aus.

Das kommt dabei raus, wenn man Patches anderer Leute (welche die FB-Funktionalität ergänzen) blind vertraut

Ich werde das in 0.5.2 nachbessern.

Bye.

Nuja,

meine Fragen liest schon keiner mehr...was willste machen.

Greets Olaf

olaf: Da ich unter gentoo nur mit ebuilds arbeite, ist es für mich leichter den angepaßten Patch für die xine-lib ins aktuelle ebuild zu hängen. Für die CVS-Variante habe ich leider kein ebuild.

rnissl: Danke, ich werde es heute abend mal ausprobieren.

Dieter

wollte heute auch mal probieren

leider führen die neuste CVS Version (10.04.2004) und die xine-lib patches zu fehlern in der XVMC Teil der aber ganz wichtig für mein EPIA Bord wäre.

gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I/usr/X11R6/include -DXINE_COMPILE -I../../src/video_out/vidix -I../../src/video_out/vidix -I/usr/include -I/usr/include/ -mcpu=pentiumpro -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2 -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math -funroll-loops -finline-functions -Wall -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -c video_out_xvmc.c -MT video_out_xvmc.lo -MD -MP -MF .deps/video_out_xvmc.TPlo -o .libs/video_out_xvmc.o
video_out_xvmc.c: In function `xvmc_overlay_blend':
video_out_xvmc.c:885: error: `this' undeclared (first use in this function)
video_out_xvmc.c:885: error: (Each undeclared identifier is reported only once
video_out_xvmc.c:885: error: for each function it appears in.)
make[5]: *** [video_out_xvmc.lo] Fehler 1
make[5]: Leaving directory `/root/xine/xine-lib-cvs20041004/src/video_out'
make[4]: *** [all-recursive] Fehler 1
make[4]: Leaving directory `/root/xine/xine-lib-cvs20041004/src/video_out'
make[3]: *** [all-recursive] Fehler 1
make[3]: Leaving directory `/root/xine/xine-lib-cvs20041004/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/root/xine/xine-lib-cvs20041004'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/root/xine/xine-lib-cvs20041004'

uns zwar in der folgenden Funktion die mit den patch geändert wurde

static void xvmc_overlay_blend (vo_driver_t *this_gen,
vo_frame_t *frame_gen, vo_overlay_t *overlay) {
xvmc_frame_t *frame = (xvmc_frame_t *) frame_gen;

lprintf ("xvmc_overlay_blend\n");

/* Alpha Blend here
* As XV drivers improve to support Hardware overlay, we will change this function.
*/

if (overlay->rle) {
if (frame->format == XINE_IMGFMT_YV12)
blend_yuv(frame->vo_frame.base, overlay,
frame->width, frame->height, frame->vo_frame.pitches,
hier---> &this->alphablend_extra_data);
else
blend_yuy2(frame->vo_frame.base[0], overlay,
frame->width, frame->height, frame->vo_frame.pitches[0],
und hier ---> &this->alphablend_extra_data);
}
}

ich versuche das ganze unter Debian testing und mit dem neuen XvMX Wrapper von http://sourceforge.net/projects/unichrome/.

Hi,

Zitat

Original von Kron
wollte heute auch mal probieren

leider führen die neuste CVS Version (10.04.2004) und die xine-lib patches zu fehlern in der XVMC Teil der aber ganz wichtig für mein EPIA Bord wäre.

uns zwar in der folgenden Funktion die mit den patch geändert wurde

static void xvmc_overlay_blend (vo_driver_t *this_gen,
vo_frame_t *frame_gen, vo_overlay_t *overlay) {

Alles anzeigen

xvmc_driver_t  *this  = (xvmc_driver_t *) this_gen;

Zitat

xvmc_frame_t *frame = (xvmc_frame_t *) frame_gen;

lprintf ("xvmc_overlay_blend\n");

/* Alpha Blend here
* As XV drivers improve to support Hardware overlay, we will change this function.
*/

Alles anzeigen

Soweit ich mich erinnern kann, konnte ich xine-lib nicht dazu bringen, auf meinem System den Treiber zu übersetzen. Dann kommen halt solche Fehler dabei raus

Bye.

Danke

Jetzt läuft es einwandfrei mit XvMC (XxMC) ich hoffe du beseitigst den Fehler in 0.5.2 und entfernst nicht den support für XvMC.

für die die es intersiert VDR-1.3.12 läuft jetzt bei ca. 10% CPU-Last auf einen EPIA-M10000 unter Debian Sarge...

Werde bald fertige Packete dafür anbieten können so das die installation erheblich vereinfacht wird.

Bye Sebastian

Hi,

der Versuch mit xine-lib-1-rc6a ist immer noch nicht von Erfolg gekrönt. Nachdem ich die nötigen Patches in alphablend.h manuell eingebaut hatte ging es wieder ein Stück weiter.
Als nächstes erkannte er "this" in Zeile 880 video_out_xvmc.c nicht.
Ich habe die Zeile xvmc_driver_t *this = (xvmc_driver_t *) this_gen; in static void xvmc_overlay_blend ergänzt. Hoffe, das dies richtig war:

static void xvmc_overlay_blend (vo_driver_t *this_gen,
                                vo_frame_t *frame_gen, vo_overlay_t *overlay) {
  xvmc_frame_t   *frame = (xvmc_frame_t *) frame_gen;
  xvmc_driver_t *this = (xvmc_driver_t *) this_gen; // <= ergänzt wg. Compile-Fehler


  lprintf ("xvmc_overlay_blend\n");

Jetzt schafft es make bis ins Unterverzeichnis vdr. Hier fehlt das Makefile.
Es sind nur die Dateien Makefile.am,input_vdr.c/h, post_vdr.c/h vorhanden.

Fehlermeldung:

Zitat

Making all in vdr
make[3]: Entering directory `/var/tmp/portage/xine-lib-1_rc6-r1/work/xine-lib-1-rc6a/src/vdr'
make[3]: *** Keine Regel, um »all« zu erstellen. Schluss.
make[3]: Leaving directory `/var/tmp/portage/xine-lib-1_rc6-r1/work/xine-lib-1-rc6a/src/vdr'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/var/tmp/portage/xine-lib-1_rc6-r1/work/xine-lib-1-rc6a/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/xine-lib-1_rc6-r1/work/xine-lib-1-rc6a'
make: *** [all] Fehler 2

!!! ERROR: media-libs/xine-lib-1_rc6-r1 failed.
!!! Function src_compile, Line 144, Exitcode 2
!!! Parallel make failed

Alles anzeigen

Hat hier jemand noch eine Idee?

Dieter

Hi,

Zitat

Original von edinger
Jetzt schafft es make bis ins Unterverzeichnis vdr. Hier fehlt das Makefile.
Es sind nur die Dateien Makefile.am,input_vdr.c/h, post_vdr.c/h vorhanden.

Hat hier jemand noch eine Idee?

Zitat

Aus INSTALL

BUILDING XINE
~~~~~~~~~~~~~
Now, it's time to build xine-lib. Change back to the directory of module
"xine-lib", e. g. "/soft/src/xine-lib", and run "./autogen.sh".

Please don't call "configure" directly at this stage, even if you don't use
the CVS source. Doing so will miss necessary modifications to the Makefiles
and finally lead to not building the new plugins!

Calling "./autogen.sh" will create all the files which configure needs, and
will finally run configure. If you need special options for configure, you can
specify them as command arguments to autogen.sh. E. g. in my case, I run the
following command: "./autogen.sh --prefix=/soft/xine-lib-cvs --enable-debug".
But usually it's sufficient to just run "./autogen.sh" except for xine-ui
where I suggest to add "--enable-vdr-keys" to be able to bind key strokes in
xine-ui's window to VDR's commands.

Alles anzeigen

Bye.