Auch frisch aus dem Testing? Der Patch, der letzte Woche da reingekommen ist, kompiliert sicher mit 2.6.31, da wird kein reverse mehr benutzt. Es könnte höchstens noch sein, dass die Kernelconfig falsch ist und damit das falsche #if drankommt.
HD Externsion im VDR aktueller Stand
- baltasar
- Geschlossen
-
-
hi,
Zitatdass die Kernelconfig falsch ist und damit das falsche #if drankommt.
ja das war es, jetzt laeuft alle ohne fehler durchgruss
cinfo -
-
Paulaner
Zum Beispiel kann der Verweis auf die falschen Kernel-Headers dazuführen das die if Anweisungen der Sourcen falsch verzweigen.
Installiert und verwendet wird Kernel 2.6.31 die Sourcen liegen auch unter /usr/src/linux, allerdings weis davon das Makefile von den reel Sourcen nichts die gehen davon aus die Header Dateien aus dem SVN zu verwenden.
Hier solte man vorher eine Anpassung im Make.config aus dem SVN vornehmen. -
> allerdings weis davon das Makefile von den reel Sourcen nichts die gehen davon
> aus die Header Dateien aus dem SVN zu verwenden.Nö Die machen schon alles richtig, aber der Kernelsource muss halt ordnungsgemäss installiert sein.
Wenn im Environment kein expliziter $KERNELPATH gesetzt wird, wird als Basis /lib/modules/${KERNELRELEASE}/build genommen.
Das $KERNELRELEASE kommt aus uname, also dem laufenden System.
In den üblichen Distris oder wenn man einen eigenen Kernel mit Modulen(!) mal installiert hat, zeigt der .../build-Pfad genau auf den Ort des dazugehörigen Kernelsource.
zB. bei meinem Eigenbau-Kernel für Ubuntu 9.04
> ll /lib/modules/2.6.31.1/
total 1812
lrwxrwxrwx 1 root root 23 2009-10-03 02:19 build -> /usr/src/linux-2.6.31.1
...Wenn das später mal umgezogen wurde oder *nur* der Source entpackt wurde, etc. gehts halt schief.
-
-
Hi
war ne weile "offline" was VDR angeht (hab gerade ein Hausbau-Projekt).
Ich bin erfreut dass mal wieder was passiert.
Bevor ich mir jetzt meinen Produktiv-VDR unnötig abschieße: kann jetzt klar bestätigt werden dass VDR1.7.9 mit der HDe zum laufen zu bringen ist (mit Record&Playback und DVD/Divix-Abspielen)?Danke
Gruß
Thorsten -
Zitat
Dann schau mal eine Ebene höher (reelbox.org/stable/src) , das Make.config wird aber hauptsächlich für den vdr und die Plugins benötigt.
-
hi.
ich kann dir klar bestätigen das es (noch?) NICHT mit 1.7.9 geht, das ts-playback problem besteht immernoch
-
-
Hallo,
ich bekomme mit dem aktuellen testing (svn-13830) den xinemediaplayer-0.11 nicht ans laufen.
MKV, AVI ... funktionieren nciht.Es gibt jetzt ein neues xine-hde1 ???
Hat jemand schon herausgefunden, warum es nicht funktioniert oder funktioniert es bei einem?
Vielen Dank für die Hilfe,
hapeha
-
hi all
one question
on xinemediaplayer and ehd can i put subtiltes on divx and mkvs???
i have subtitles .srt on the same folder and whit the same name but no subtitles apears
theres any way???
-
Hi,,
Zitatich bekomme mit dem aktuellen testing (svn-13830) den xinemediaplayer-0.11 nicht ans laufen.
MKV, AVI ... funktionieren nciht.Das Problem hatte ich auch - aber jetzt läuft alles mit diesen Schritten.
Damit MKV, DVD ISO, AVI etc... wieder läuft.
1.) neuen Kernel Treiber mit hdshm3 aus dem testing-Bereich erstellen [ohne Patch] mit
Dann die Datei "hdshm.ko" nach /lib/modules/... kopieren [und die alte Datei löschen]
Dann die Dateien hdboot bis shmnetd [aus dem x86 Verzeichnis] nach /usr/bin kopieren.
2.) xine-hde und xine-hde1 übersetzen [Makefile anpassen]
3.) Den neuen hplayer & linux.bin [20.10.2009] aus den testing-Bereich
nach /tftpboot kopieren.Dann sollte alles wieder laufen.
xinemediaplayer 0.11
Wenn Du dieses Plugin erstellt sollten dort auch das reelbox und filebrowser Pllugin liegen. Sonst wird der xinemediaplayer nicht erstellt.
Grüße
cinfo -
Danke,
Ich hatte dies alles gemacht. Bei mir lief xine-lib-1.1.16.3 mit patches.
mit der version 1.1.8 läuft es jetzt.
Irgendwas hat sich da wohl jetzt geändert.
Gruß und Danke
hapeha
-
Zitat
Wozu denn das??
xine-hde und xine-hde1 ist doch das selbe. In xine-hde1 sind doch nur Symlinks zu xine-hde. Somit braucht man also nur xine-hde ODER xine-hde1 zu übersetzen.
Code
Alles anzeigenvdr02 xine-hde1 # ls -la insgesamt 16 drwxr-xr-x 3 root root 4096 1. Nov 08:29 . drwxr-xr-x 35 root root 4096 1. Nov 08:29 .. lrwxrwxrwx 1 root root 23 1. Nov 08:29 bitstream.h -> ../xine-hde/bitstream.h lrwxrwxrwx 1 root root 19 1. Nov 08:29 bswap.h -> ../xine-hde/bswap.h -rw-r--r-- 1 root root 54 1. Nov 08:29 defines.mak lrwxrwxrwx 1 root root 20 1. Nov 08:29 golomb.c -> ../xine-hde/golomb.c lrwxrwxrwx 1 root root 20 1. Nov 08:29 golomb.h -> ../xine-hde/golomb.h lrwxrwxrwx 1 root root 18 1. Nov 08:29 h264.c -> ../xine-hde/h264.c lrwxrwxrwx 1 root root 22 1. Nov 08:29 h264data.h -> ../xine-hde/h264data.h lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_base.h -> ../xine-hde/hde_base.h lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_cmds.c -> ../xine-hde/hde_cmds.c lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_cmds.h -> ../xine-hde/hde_cmds.h lrwxrwxrwx 1 root root 20 1. Nov 08:29 hde_io.c -> ../xine-hde/hde_io.c lrwxrwxrwx 1 root root 20 1. Nov 08:29 hde_io.h -> ../xine-hde/hde_io.h lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_tool.c -> ../xine-hde/hde_tool.c lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_tool.h -> ../xine-hde/hde_tool.h lrwxrwxrwx 1 root root 25 1. Nov 08:29 hde_xine_ad.c -> ../xine-hde/hde_xine_ad.c lrwxrwxrwx 1 root root 28 1. Nov 08:29 hde_xine_audio.c -> ../xine-hde/hde_xine_audio.c lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_xine.c -> ../xine-hde/hde_xine.c lrwxrwxrwx 1 root root 22 1. Nov 08:29 hde_xine.h -> ../xine-hde/hde_xine.h lrwxrwxrwx 1 root root 26 1. Nov 08:29 hde_xine_scr.c -> ../xine-hde/hde_xine_scr.c lrwxrwxrwx 1 root root 25 1. Nov 08:29 hde_xine_sd.c -> ../xine-hde/hde_xine_sd.c lrwxrwxrwx 1 root root 25 1. Nov 08:29 hde_xine_vd.c -> ../xine-hde/hde_xine_vd.c lrwxrwxrwx 1 root root 28 1. Nov 08:29 hde_xine_video.c -> ../xine-hde/hde_xine_video.c lrwxrwxrwx 1 root root 20 1. Nov 08:29 Makefile -> ../xine-hde/Makefile lrwxrwxrwx 1 root root 20 1. Nov 08:29 mpeg12.c -> ../xine-hde/mpeg12.c lrwxrwxrwx 1 root root 19 1. Nov 08:29 mpeg4.c -> ../xine-hde/mpeg4.c lrwxrwxrwx 1 root root 20 1. Nov 08:29 parser.c -> ../xine-hde/parser.c lrwxrwxrwx 1 root root 20 1. Nov 08:29 parser.h -> ../xine-hde/parser.h drwxr-xr-x 6 root root 4096 1. Nov 08:29 .svn lrwxrwxrwx 1 root root 21 1. Nov 08:29 xplayer.c -> ../xine-hde/xplayer.c vdr02 xine-hde1 #
-
Hi
ZitatSomit braucht man also nur xine-hde ODER xine-hde1 zu übersetzen.
Das ist leider so nicht richtig, xine-hde1 wird z.B. als 2-te Audio Ausgabe z.B. für den Amarok Music Player benutzt und ist eine zusätzliches xine-lib Plugin.
ZitatVerfügbare xine-Plugins:
-Audioausgabe:
alsa, oss, esd, hde1-audio, hde-audio, file, none.ob man es jetzt schon braucht ist eine andere Frage.
Grüße
cinfo -
Zitat
Original von cinfo
Das ist leider so nicht richtig, xine-hde1 wird z.B. als 2-te Audio Ausgabe z.B. für den Amarok Music Player benutzt und ist eine zusätzliches xine-lib Plugin.....Dan bringt das eben xine-hde mit, denn wie gessagt, in xine-hde1 sind nur Symlinks zu xine-hde!
-
Servus,
in defines.mak wird HDE_PLAYER= -DHDE_PLAYER=1 gesetzt.
Dadurch ensteht beim kompelieren der Unterschied.
hapeha
-
Hallo, ich brauch mal Eure Hilfe.
Ich versuche meinen 3. VDR diesmal HD fähig aufzubauen mit der RMM eHD Karte.
Ich halte mich exakt an die Anleitung von sewn4 im Wiki. Alles läuft gut bis zum kompilieren vom reelbox Plugin (Teil 3.1 der Anleitung)
Da kommt diese Fehlermeldung:
Codeg++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -DNOT_THEME_LIKE -DPLAYER_VERSION=\"\" -D__LINUX__ -DNOT_THEME_LIKE -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DPLUGIN_NAME='"reelbox"' -DPLUGIN_NAME_I18N='"reelbox"' -I/usr/local/src/dvb/linux/include -I../../../../temp/docimage/libs/alsa-lib/include -I./utils/bspshm -I./utils/bspshm/include -I./utils/hdshm3/src -I./utils/hdshm3/src/include -I../../../../temp/docimage/libs/libmad `freetype-config --cflags` -I../../../include -I/usr/local/src/dvb/linux/include -o HdTrueColorOsd.o HdTrueColorOsd.c HdTrueColorOsd.c: In member function ‘virtual void Reel::HdTrueColorOsd::DrawBitmap(int, int, const cBitmap&, tColor, tColor, bool, bool)’: HdTrueColorOsd.c:376: error: passing ‘const cBitmap’ as ‘this’ argument of ‘const tIndex* cBitmap::Data(int, int)’ discards qualifiers HdTrueColorOsd.c: In member function ‘void Reel::HdTrueColorOsd::DrawBitmap32(int, int, const cBitmap&, tColor, tColor, bool, bool, int, int)’: HdTrueColorOsd.c:424: error: passing ‘const cBitmap’ as ‘this’ argument of ‘const tIndex* cBitmap::Data(int, int)’ discards qualifiers make[1]: *** [HdTrueColorOsd.o] Error 1
Fehlt noch ein Patch?
-
Vermutlich ja. Der VDR und das Plugin benötigen Patches.
Z.B.:
VDR (inklusive Extension-Patch):
vdr-1.7.0_extensions.diff
vdr-1.7.0-ext_h264-s2ng-speedup.diff
vdr-rmm_svn11698-for_ext70-patch.diff
(die genaue Reihenfolge weiß ich nicht mehr, per dry-run ausprobieren)
Reelbox:
reelbox-svn12673-patch.diff
Außerdem musste ich noch eine Änderung zurücknehmen: Das Framebuffer-Device muss 0 sein, also im Plugin /dev/fb1 auf /dev/fb0 per grep suchen und ändern.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!