[ANNOUNCE] x-vdr-0.8.2

MChrisZ · 23. Februar 2009

Zitat

Original von zulu

Aber, das Plugin lässt sich bei mir mit vdr-1.7.4 und dem Patch nicht übersetzen.

Gruß
Marc

Alles anzeigen

das läuft nur mit 1.7.2

Gruß,
Chris

Pete248 · 23. Februar 2009

Zitat

Original von zulu
Wenn Reel mir eine Karte kredenzen würde, wäre der Support gestern fertig

Ein x-vdr mit einer Option "erstelle vdr für eHD" und gut is - das wäre schon geil.

Vielleicht sollten wir für Marc ne Sammlung starten. Reel kann sich ja dann beteiligen mit nem Rabatt.

Ich fange mal an mit virtuellen 10 €.

Pete

Pete248 · 23. Februar 2009

[quote]Original von zulu

Code

.
xineliboutput aus dem cvs geht jetzt auch mit vdr-1.7.4

/quote]

Heißt das, man kann jetzt auch Aufnahmen im neuen TS Format mit vdr-sxfe abspielen?

Pete

hera · 23. Februar 2009

Danke für Eure Antowrten!

Mit dem 1.7.0 läuft es dann auch nicht?

Das wäre ja Pech. Alles soweit läuft und dann scheitert es an dem Plugin.

Gruß!

Pete248 · 23. Februar 2009

Zitat

Original von MChrisZ

ich bin dabei die eHD unter x-vdr zum laufen zu bringen. Status aktuell: PC mit eHD-startet mit dem rmm-bootlogo. Vdr 1.7.4 mit ext.66+ehd patch sowie das reelbox plugin bekomme ich kompiliert.

Hallo Chris, hallo Marc,

kannst Du vielleicht etwas ausführlicher berichten, wie Du das hinbekommen hast?

Ich kämpfe immer noch mit meiner eHD und wollte es jetzt mal über x-vdr versuchen.

Bootlogo hab ich auch, aber das Kompilieren des reelbox plugin klappt weiterhin nicht.

Ich habe:

x-vdr 0.82 installiert.
vdr-1.7.4-ext67_reelbox5.diff nach x-vdr/vdr/extensions kopiert.

Neues Plugin Verzeichnis kreiert aus dem femon plugin und in plugin.sh eingetragen:
WEB="http://www.zulu-entertainment.de/files/vdr-reelbox/vdr-reelbox-svn20090215.tar.bz2"
VERSION="reelbox-svn20090215"
LINK="reelbox"

Dann folgendes Patchfile für das Plugin erzeugt wegen dem Problem mit doppelten Klammern

Diff

--- Mutex.h.orig	2009-02-23 14:34:09.000000000 +0100
+++ Mutex.h	2009-02-23 14:27:23.000000000 +0100
@@ -91,7 +91,7 @@
 
     inline Mutex::Mutex()
     {
-        pthread_mutexattr_t attr = {{ ReelDebug ? PTHREAD_MUTEX_RECURSIVE_NP : PTHREAD_MUTEX_FAST_NP }};
+        pthread_mutexattr_t attr = { ReelDebug ? PTHREAD_MUTEX_RECURSIVE_NP : PTHREAD_MUTEX_FAST_NP };
                 // Note: Two braces necessary for type correctness (otherwise Compiler WARNING). There's
                 //       something seriously wrong in pthread.h. 
         REEL_ASSERT(pthread_mutex_init(&mutex_, &attr) == 0);

Alles anzeigen

Im Makefile des Plugins die Pfade zum utils Verzeichnis angepasst für BSPSHM und HDSHM.

Dann Installation des vdr-1.7.4 mit reelbox plugin gestartet.

Alle Patche laufen ohne Rejects durch, aber das Kompilieren des reelbox plugins bricht ab mit

Code

fs453settings.c: In member function ‘virtual void cFs453Settings::Show()’:
fs453settings.c:191: error: ‘NewTrueColorOsd’ is not a member of ‘cOsdProvider’
make[1]: *** [fs453settings.o] Fehler 1
make[1]: Leaving directory `/usr/local/src/vdr-1.7.4/PLUGINS/src/reelbox-svn20090215'


*** failed plugins: reelbox

Dabei dachte ich, der vdr-1.7.4_reelbox.10388.diff Patch würde das Problem mit dem NewTrueColorOsd beheben und der ist ja Bestandteil des vdr-1.7.4-ext67_reelbox5.diff Patch von Marc.

Ich krieg noch die Krise mit diesem sch... reelbox plugin.

Pete

MChrisZ · 23. Februar 2009

Hi,

ich komm zur zeit nicht wirklich weiter, da ich zur Zeit nur über Firmen-VPN online bin.

Du bist doch schon weit gekommen! Prima. Könnte es sein, dass du im x-vdr menü den reelbox-patch wie die anderen patches auch, erstmal aktivieren musst?

Gruß,
Chris

Multivitamin · 23. Februar 2009

Zitat

Original von zulu
hast du im x-vdr Menü den 'Desktop Manager' auch abgestellt? Sonst funktioniert es nicht.

Hi!

jo ist deaktivert. Also nur Pos 1, 4 und 5 sind bei mir vorgewählt...

--
Gruß Multi

kwacker · 23. Februar 2009

Hallo,
in der Anlage plugin.sh für tvm2vdr siehe hier!

Viel Spass damit! Getestet mit VDR 1.7.2

Tschau, Karsten.

zulu · 23. Februar 2009

Hi,

Zitat

Dabei dachte ich, der vdr-1.7.4_reelbox.10388.diff Patch würde das Problem mit dem NewTrueColorOsd beheben und der ist ja Bestandteil des vdr-1.7.4-ext67_reelbox5.diff Patch von Marc.

Der Reelbox-Patch ist noch nicht im x-vdr Menü. Da der Patch nur das Make.config.template und nicht die Make.config ändert, muss die install-vdr.sh angepasst werden.

Code

echo "endif"
    echo ""
    if [ "$PATCHLEVEL" = "EXTENSIONS" ]; then
      echo "DEFINES += -DUSE_REELPLUGIN"  # <- neue Zeile
      echo "ifdef ANALOGTV"
      echo "DEFINES += -DUSE_ANALOGTV"
      echo "endif"

oder halt

Code

DEFINES += -DUSE_REELPLUGIN

von Hand in die Make.config und neu übersetzen.

Gruß
Marc

zulu · 23. Februar 2009

Zitat

Original von Multivitamin

Hi!

jo ist deaktivert. Also nur Pos 1, 4 und 5 sind bei mir vorgewählt...

--
Gruß Multi

Alles anzeigen

Hm?

Was für ein Debian nutzt du denn?
Hast du den VDR mit 0.8.2 Neuinstalliert oder ein Update durchgeführt?
Was gibt denn

Code

grep initdefault /etc/inittab

Code

grep allowed_users /etc/X11/Xwrapper.config

Code

grep xvdrplayer /var/lib/vdr/.xinitrc

zurück?

zulu · 23. Februar 2009

Hallo,

Zitat

Original von kwacker
Hallo,
in der Anlage plugin.sh für tvm2vdr ...

Danke! Baue ich für die nächste Version mit ein.

Gruß
Marc

Multivitamin · 24. Februar 2009

Hi Marc,

danke für deine Hilfe!

Ich habe im x-vdr Interaktive Installation gewählt. Also eine Neuinstallation, oder? Debian ist Lenny.

Und hier die Grepresults:

Code

homevideo:~# grep xvdrplayer /var/lib/vdr/.xinitrc
# xvdrplayer 0.0.1 (start-script for shmclient, tvtime, vdrtvtime, vdr-sxfe, xine or xineliboutput)

Code

homevideo:~# grep allowed_user /etc/X11/Xwrapper.config
allowed_users=anybody

Code

homevideo:~# grep initdefault /etc/inittab
id:2:initdefault:

Hast du eine Idee?

--
Gruß Multi

zulu · 24. Februar 2009

Zitat
Original von Multivitamin
...
Code
homevideo:~# grep initdefault /etc/inittab
id:2:initdefault:
Hast du eine Idee?

--
Gruß Multi

Das Skript soll den runlevel eigentlich auf init 3 stellen. Das macht es aber nur, wenn vorher init 5 eingetragen ist. Das da vorher auch was anders stehen kann habe ich übersehen.

Meine Hoffnung ist also, das es am runlevel liegt. Versuch bitte mal mit init 3.

Wenn das nix bring, brauch ich irgend eine Art von Fehlermeldung.

Gruß
Marc

Multivitamin · 25. Februar 2009

Hi!

bringt leider nix. Mit einer Fehlermeldung kann ich jedoch auch nicht dienen.
Wer ruft denn eigentlich wann das Script /var/lib/vdr/.xinitrc auf? Irgendwo muss es ja dran liegen ...

--
Gruß Multi

hera · 25. Februar 2009

Hallo Marc!

Ich bin mal wieder ne Stunde allein und habe das zum weiteren Experimentieren am vdr genutzt.
Ich habe jetzt erfolgreich xbmc mit vdpau installiert und kann auch alle vorhandenen HD-Files ohne dropped Frames abspielen.

Da ich inzwischen auch meine Nova-HD-S2 zum laufen überreden konnte, würde ich nun auch sehr gern den vdr mit vdpau nutzen. Gibt es schon eine kurze Anleitung nach der ich das, unter den Gegebenheiten nach der Nutzung Deines x-vdr-Scriptes, umsetzen kann?

Gruß!

zulu · 26. Februar 2009

Moin,

Zitat

Original von Multivitamin
Hi!

bringt leider nix. Mit einer Fehlermeldung kann ich jedoch auch nicht dienen.
Wer ruft denn eigentlich wann das Script.xinitrc auf? Irgendwo muss es ja dran liegen ...

--
Gruß Multi

Hab ich mir schon gedacht

Wenn .xinitrc im $HOME des Users liegt, wird es mit/von 'startx' ausgeführt.
In unserem Fall also /var/lib/vdr/.xinitrc.
Und da keimt Hoffnung, läuft dein VDR eventuell als root?
Dann müsste die Datei nach /root/.xinitrc

@all
hat sonst noch jemand diese Funktion ausprobiert?

Gruß
Marc

zulu · 26. Februar 2009

Moin,

Zitat

Original von hera
Hallo Marc!

Ich bin mal wieder ne Stunde allein und habe das zum weiteren Experimentieren am vdr genutzt.
Ich habe jetzt erfolgreich xbmc mit vdpau installiert und kann auch alle vorhandenen HD-Files ohne dropped Frames abspielen.

Da ich inzwischen auch meine Nova-HD-S2 zum laufen überreden konnte, würde ich nun auch sehr gern den vdr mit vdpau nutzen. Gibt es schon eine kurze Anleitung nach der ich das, unter den Gegebenheiten nach der Nutzung Deines x-vdr-Scriptes, umsetzen kann?

Gruß!

Alles anzeigen

eine Anleitung für x-vdr mit vdrpau gibt es so weit ich weiß noch nicht.
Die Nova-HD-S2 müsste eigentlich laufen, wenn du die 'richtigen' Treiber auswählst. Welcher das zZ ist, weiß ich nicht. Hab da ein bisschen den Überblick verloren.

So wie ich das mit vdrpau verstehe, muss dafür doch nur der Nvidia Treiber installiert und xine gepatched werden, oder?

Gruß
Marc

hera · 26. Februar 2009

Ok, also wenn ich irgendwo den passenden Patch finden sollte, dann brauch ich den eigentlich nur an der passenden Stelle bei x-vdr anwenden und kann Dein Script dann nachher nutzen um alles notwendige neu bauen zu lassen?

Sorry, aber mir fehlt hier auch leicht der Überblick bei all den beteiligten Programmen, Patches usw.
Würde das aber gern hier testen und dann berichten.

Gruß!

edit 1:

reicht das:
Xine-Lib 1.2 CVS mit VDPAU Patch:

Code

cd /usr/local/src
apt-get install libcdio-dev libvcdinfo-dev
hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2
wget http://www8.mplayerhq.hu/MPlayer/releases/codecs/essential-20071007.tar.bz2
tar xivf essential-20071007.tar.bz2
mv essential-20071007 /usr/local/lib/win32
ln -s /usr/local/lib/win32 /usr/local/lib/codec
wget http://www.jusst.de/vdpau/files/xine-lib-1.2/xine-lib-1.2-vdpau-r216.diff.bz2
bzip2 -d xine-lib-1.2-vdpau-r216.diff.bz2
cd xine-lib-1.2
patch -p1 -i ../xine-lib-1.2-vdpau-r216.diff
./autogen.sh --prefix=/usr --with-external-ffmpeg --enable-vdpau --disable-dxr3 --enable-w32dll --with-w32-path=/usr/local/lib/win32
make
make install
ldconfig -v

Alles anzeigen

Hier stimmen ja dann so sicherlich die Verzeichnisse nicht. kann ich jetzt aber nicht vergleichen.
Danach dann was neu bauen lassen?

zulu · 27. Februar 2009

Moin,

das sollte reichen.

Die w32codecs sind schon mit apt-get installiert. Da brauchst du dich IHMO nicht drum zu kümmern.
Wichtig ist natürlich der Patch xine-lib-1.2-vdpau-r216.diff und das '--enable-vdpau'.
Das kann ich aber so in die utilitie.sh einbauen.

Was ich noch wissen müsste:
Ist ' --with-external-ffmpeg' zwingend notwendig, damit xine sich mit '--enable-vdpau' übersetzen lässt?

Gruß
Marc

sharky2k · 27. Februar 2009

nein ist nicht notwendig, habs gestern getestet.

ich bin mal so frei und zitiere rkp aus dem easy-vdr forum. Zumindest zum teil.

Zitat

cd /usr/local/src
svn co svn://jusst.de/xine-vdpau
cd xine-vdpau
./autogen.sh
make && make install && ldconfig

Alles anzeigen

autogen.sh musste ich aber glaub ich --prefix=/usr mitgeben
alles andere war automatisch richtig (also mit w32 und vdpau auch)

hab dann noch xine-ui neu gebaut, weiss aber nicht ob das notwendig ist.

Man braucht aber eine neue config für xine bzw xineliboutput in der

Zitat

engine.buffers.video_num_frames:22
engine.buffers.video_num_buffers:900
video.output.vdpau_deinterlace_method:temporal

gesetzt sind. beim deinterlace evtl auch temporal_spartial (muss man halt gucken was besser läuft)

dann noch das xineliboutput plugin neu kompilieren und installieren und bei den parametern für xineliboutput noch

Zitat

-V vdpau --post tvtime:method=use_vo_driver

mitnehmen und dann sollte das soweit klappen.

Bin allerdings auf andere probleme gestossen beim bauen von x-vdr (1.7.0) auf nem upgedateten sidux 9.01.

einige plugins liessen sich nicht zum kompilieren überreden.
bspw. avards, music und autotimeredit. Waren sicherlich noch mehr, aber die anderen benötige ich zumindest derzeit nicht.

Genaue fehlermeldungen kann ich aber erst heute nachmittag posten, bin derzeit im Büro und hab keinen Zugriff auf den vdr (zum nicht geforwardeten ssh port kommt erschwehrend hinzu, dass das gute stück aus ist)

[ANNOUNCE] x-vdr-0.8.2

Jetzt mitmachen!

Teilen