Budget auf Ubuntu Gutsy (7.10)

Hallo,

Ich versuche vdr auf einer ubuntu-7.10 mit einer technosat-budget auf einem digitainer von real (via cle266) zu installieren. Als Basis habe ich kilroy's HOWTO (http://www.vdr-portal.de/board/print.php?threadid=57132&page=1) genommen. (Leider ist dieser Thread mit seinen 165 Antworten sehr unuebersichtlich geworden).

Bei der Installation bin ich folgendermassen vorgegangen:

1. ubuntu-7.10 ganz normal installiert:

- deutsche Lokalisierung
   - Uhr auf UTC
   - kein X
   - universe repository aktiviert.

2. LIRC Installation (homebrew IR-Empfaenger).

apt-get install lirc setserial
echo "/dev/ttyS0 uart none" >>/etc/serial.conf
echo "options lirc_serial irq=4 io=0x3f8" >>/etc/modprobe.d/lirc
echo "LOAD_MODULES=true" >>/etc/lirc/hardware.conf
echo "MODULES='lirc_dev lirc_serial'" >>/etc/lirc/hardware.conf
echo "DEVICE=/dev/lirc0" >>/etc/lirc/hardware.conf
setserial /dev/ttyS0 uart none
rm /etc/lirc/lircd.conf
irrecord /etc/lirc/lircd.conf
/etc/init.d/lirc restart
irw # Check, ob Fernbedienung funktioniert.

3. VDR und plugins von e-tobi repository installieren

apt-get install e-tobi-keyring


cat <<EOF >>/etc/apt/sources.list
deb     [URL]http://e-tobi.net/vdr-experimental[/URL] etch vdr-multipatch base backports addons
deb-src [URL]http://e-tobi.net/vdr-experimental[/URL] etch vdr-multipatch base backports addons
EOF


cat <<EOF >>/etc/apt/preferences
Package: *
Pin: release o=Ubuntu
Pin-Priority: 600


Package: *
Pin: release o=ctvdr
Pin-Priority: 1001


Package: *
Pin: release o=e-tobi.net
Pin-Priority: 1001
EOF


apt-get update
apt-get install vdr dvb-utils
apt-get install vdr-plugin-xineliboutput libxineliboutput-fbfe vdr-plugin-burn vdr-plugin-epgsearch vdr-plugin-streamdev-server 
vdr-plugin-dvd vdr-plugin-dvdswitch vdr-plugin-extrecmenu vdr-plugin-femon vdr-plugin-mp3 vdr-plugin-premiereepg vdr-plugin-screenshot vdr-plugin-sudoku vdr-plugin-text2skin vdr-plugin-vbox vdr-plugin-weather vdr-burnbackgrounds vdr-skins vdr-skins-speciallogos vdradmin-am


/etc/init.d/vdr stop  # damit vdr die unten vorgenommenen Aenderungen nicht rueckgaengig macht

4. xineliboutput compiliert:

apt-get -y -q build-dep vdr-plugin-xineliboutput
apt-get source vdr-plugin-xineliboutput
cd vdr-plugin-xineliboutput-*
mv Makefile Makefile.orig
echo >Makefile <<__EOF__
DEFINES+= -DXINELIBOUTPUT_FE_TOGGLE_FULLSCREEN
XINELIBOUTPUT_VDRPLUGIN=1
NOSIGNAL_IMAGE_FILE=/usr/share/vdr/xineliboutput/nosignal.mpv
STARTUP_IMAGE_FILE=/usr/share/vdr/xineliboutput/logodisplay.mpv
__EOF__
cat Makefile.orig >>Makefile
dpkg-buildpackage -tc -d
cd ..
dpkg -i *xine*

5. /etc/vdr/plugins/plugin.xineliboutput.conf:

--local=none
--video=xv
--remote=37890
--post=tvtime:method=Linear,cheap_mode=1,pulldown=0,use_progressive_frame_flag=1

6. /etc/default/vdr anpassen:

ENABLED=1
OPTIONS="-w 60"
ENABLE_SHUTDOWN=1
VIDEO_DIR=/video0

7. /etc/svdrphosts.conf anpassen:

192.168.1.0/24
127.0.0.1

8. /etc/vdr/plugins/streamdevhosts.conf:

192.168.1.0/24
127.0.0.1

9. /etc/vdr/sources.conf:

S19.2E  Astra 1B/C/E/F/G/H/2C
S13E    Hotbird 1-3/6/7A
S5E     Sirius 2/3
S4W     Amos 1/2

10. /etc/vdr/diseqc.conf:

S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T


S13E  11700 V  9750  t v W15 [E0 10 38 F4] W15 B W15 t
S13E  99999 V 10600  t v W15 [E0 10 38 F5] W15 B W15 T
S13E  11700 H  9750  t V W15 [E0 10 38 F6] W15 B W15 t
S13E  99999 H 10600  t V W15 [E0 10 38 F7] W15 B W15 T


S5E   11700 V  9750  t v W15 [E0 10 38 F8] W15 A W15 t
S5E   99999 V 10600  t v W15 [E0 10 38 F9] W15 A W15 T
S5E   11700 H  9750  t V W15 [E0 10 38 Fa] W15 A W15 t
S5E   99999 H 10600  t V W15 [E0 10 38 Fb] W15 A W15 T


S4W   11700 V  9750  t v W15 [E0 10 38 Fc] W15 B W15 t
S4W   99999 V 10600  t v W15 [E0 10 38 Fd] W15 B W15 T
S4W   11700 H  9750  t V W15 [E0 10 38 Fe] W15 B W15 t
S4W   99999 H 10600  t V W15 [E0 10 38 Ff] W15 B W15 T

11. In /var/lib/vdr/setup.conf DiSEqC aktivieren:

DiSEqC=1

12. channels.conf (astra) von meiner alten vdr-Installation installiert. Wer keine hat, kann sie folgendemassen erzeugen:

scanopts="-U -p -e3 -o vdr"
(
  scan -s0 $scanopts /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E
  scan -s1 $scanopts /usr/share/doc/dvb-utils/examples/scan/dvb-s/Hotbird-13.0E
  scan -s2 $scanopts /usr/share/doc/dvb-utils/examples/scan/dvb-s/Sirius-5.0E
) >/var/lib/vdr/channels.conf

13. vdr wieder starten

/etc/init.d/vdr start

14. In /etc/gdm/gdm.conf-custom Autologin aktivieren

[daemon]
AutomaticLoginEnable=true
AutomaticLogin=jw

15. Nach login vdr-sxfe starten:

echo 'while sleep 2; do vdr-sxfe --fullscreen ; done &' >>/home/jw/.xprofile

Das sind (soweit ich das beurteilen kann) die wesentlichen Schritte aus der obigen HOWTO. Damit startet vdr nun ohne Fehlermeldungen. Aber ab hier stehe ich ein wenig auf dem Schlauch. Was muss ich tun um ein Bild (fuer den Anfang ueber den framebuffer) zu bekommen?

Mittlerweile kriege ich einen Stream von streamdev (mit vlc getestet). Es hatten noch die diseqc-Einstellungen gefehlt. Habe den Artikel an den aktuellen Stand angepasst.

Jetzt habe ich noch das Problem, dass xineliboutput versucht auf xv auszugeben, obwohl ich fefb eingestellt habe.

Zitat

Nov 16 19:20:25 vdr1 vdr: [13672] starting plugin: xineliboutput
Nov 16 19:20:25 vdr1 vdr: [13681] Streamdev: Listening (VTP) on port 2004
Nov 16 19:20:25 vdr1 vdr: [13681] Streamdev: Listening (HTTP) on port 3000
Nov 16 19:20:27 vdr1 vdr: [13682] [vdr-fe] fe_xine_init: xine_open_video_driver("xv") failed
Nov 16 19:20:27 vdr1 vdr: [13682] [xine..put] cXinelibLocal: Error initializing frontend
Nov 16 19:20:27 vdr1 vdr: [13682] [xine..put] cXinelibLocal::Action: thread finished
Nov 16 19:20:28 vdr1 vdr: [13672] [xine..put] cXinelibDevice::Start(): Local frontend init failed

Alles anzeigen

Soweit ich das sehe, wird xineliboutput auch mit den richtigen Parametern gestartet:

Zitat

$ ps ax | grep -v bash|perl -ne 'print "$1\n" if m/^.*? (-P xinelib.*?) -P/;'
-P xineliboutput --local=fbfe --primary

Laut logfile wird fefb garnicht erst probiert. Hat jemand eine Idee, warum die Ausgabe auf xv geht?

Ich habe jetzt mal versucht, vdr direkt (also nicht via /etc/init.d/vdr) zu starten. Mit folgendem Resultat:

root@vdr:~# /usr/bin/vdr -v /video0 -c /var/lib/vdr -L /usr/lib/vdr/plugins \
    -r /usr/lib/vdr/vdr-recordingaction \
    -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data \
    -u vdr -g /tmp --port 2001 --lirc -w 60 \
    -P "xineliboutput --local=fbfe --primary --remote=none"
vdr: warning - cannot set dumpable: Invalid argument
Benchmarking memcpy methods (smaller is better):
        libc memcpy() : 430224322
        linux kernel memcpy() : 429855611
        MMX optimized memcpy() : 481992634
        MMXEXT optimized memcpy() : 303764206
        SSE optimized memcpy() : 334377156
load_plugins: skipping unreadable plugin directory /var/lib/vdr/.xine/plugins.
load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_vo_out_xcbxv.so found
[ ... ]
load_plugins: plugin /usr/lib/xine/plugins/1.1.7/xineplug_dmx_yuv_frames.so found
*** glibc detected *** /usr/bin/vdr: corrupted double-linked list: 0x098176a0 ***
======= Backtrace: =========
/lib/tls/i686/cmov/libc.so.6[0xb7d4efed]
/lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d52800]
/usr/lib/vdr/plugins/libxineliboutput-fbfe.so.1.0.0rc2[0xb6c124ac]
/usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.4.5(_ZN13cXinelibLocalD0Ev+0x47)[0xb7c66f47]
/usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.4.5(_ZN14cXinelibDevice10StopDeviceEv+0x156)[0xb7c482b6]
/usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.4.5(_ZN14cXinelibDeviceD0Ev+0x30)[0xb7c48340]
/usr/bin/vdr(_ZN7cDevice8ShutdownEv+0x33)[0x8096303]
/usr/bin/vdr(main+0x1001)[0x8106b51]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7cfb050]
/usr/bin/vdr(__gxx_personality_v0+0xc9)[0x8087c01]
======= Memory map: ========
08048000-081cc000 r-xp 00000000 03:06 70180      /usr/bin/vdr
081cc000-081d3000 rw-p 00183000 03:06 70180      /usr/bin/vdr
081d3000-09875000 rw-p 081d3000 00:00 0          [heap]
b6800000-b6821000 rw-p b6800000 00:00 0
b6821000-b6900000 ---p b6821000 00:00 0
b6954000-b6962000 r-xp 00000000 03:06 329996     /usr/lib/xine/plugins/1.1.7/post/xineplug_post_tvtime.so
b6962000-b6964000 rw-p 0000d000 03:06 329996     /usr/lib/xine/plugins/1.1.7/post/xineplug_post_tvtime.so
b6964000-b6967000 rw-p b6964000 00:00 0
b6967000-b6991000 r-xp 00000000 03:06 329994     /usr/lib/xine/plugins/1.1.7/post/xineplug_post_goom.so
b6991000-b699a000 rw-p 00029000 03:06 329994     /usr/lib/xine/plugins/1.1.7/post/xineplug_post_goom.so
b699a000-b69ad000 rw-p b699a000 00:00 0
b69ad000-b69b1000 r-xp 00000000 03:06 329936     /usr/lib/xine/plugins/1.1.7/xineplug_decode_sputext.so
b69b1000-b69b2000 rw-p 00003000 03:06 329936     /usr/lib/xine/plugins/1.1.7/xineplug_decode_sputext.so
b69b2000-b69d2000 r-xp 00000000 03:06 329998     /usr/lib/xine/plugins/1.1.7/xineplug_decode_w32dll.so
b69d2000-b69db000 rw-p 0001f000 03:06 329998     /usr/lib/xine/plugins/1.1.7/xineplug_decode_w32dll.so
b69db000-b69e4000 rw-p b69db000 00:00 0
b69e4000-b69fa000 r-xp 00000000 03:06 329997     /usr/lib/xine/plugins/1.1.7/xineplug_decode_qt.so
b69fa000-b6a03000 rw-p 00015000 03:06 329997     /usr/lib/xine/plugins/1.1.7/xineplug_decode_qt.so
b6a03000-b6a0c000 rw-p b6a03000 00:00 0
b6a0c000-b6a10000 r-xp 00000000 03:06 329929     /usr/lib/xine/plugins/1.1.7/xineplug_decode_real.so
b6a10000-b6a11000 rw-p 00003000 03:06 329929     /usr/lib/xine/plugins/1.1.7/xineplug_decode_real.so
b6a11000-b6a20000 r-xp 00000000 03:06 329962     /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvb.so
b6a20000-b6a21000 rw-p 0000e000 03:06 329962     /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvb.so
b6a21000-b6a71000 r-xp 00000000 03:06 329975     /usr/lib/xine/plugins/1.1.7/xineplug_inp_vcd.so
b6a71000-b6a72000 rw-p 00050000 03:06 329975     /usr/lib/xine/plugins/1.1.7/xineplug_inp_vcd.so
b6a72000-b6a78000 rw-p b6a72000 00:00 0
b6a78000-b6b39000 r-xp 00000000 03:06 67736      /usr/lib/libasound.so.2.0.0
b6b39000-b6b3e000 rw-p 000c0000 03:06 67736      /usr/lib/libasound.so.2.0.0
b6b40000-b6b45000 r-xp 00000000 03:06 329969     /usr/lib/xine/plugins/1.1.7/xineplug_inp_pvr.so
b6b45000-b6b46000 rw-p 00004000 03:06 329969     /usr/lib/xine/plugins/1.1.7/xineplug_inp_pvr.so
b6b46000-b6b4c000 r-xp 00000000 03:06 329974     /usr/lib/xine/plugins/1.1.7/xineplug_inp_v4l.so
b6b4c000-b6b4d000 rw-p 00005000 03:06 329974     /usr/lib/xine/plugins/1.1.7/xineplug_inp_v4l.so
b6b4d000-b6b75000 r-xp 00000000 03:06 329963     /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvd.so
b6b75000-b6b76000 rw-p 00027000 03:06 329963     /usr/lib/xine/plugins/1.1.7/xineplug_inp_dvd.so
b6b76000-b6b7a000 r-xp 00000000 03:06 329964     /usr/lib/xine/plugins/1.1.7/xineplug_inp_file.so
b6b7a000-b6b7b000 rw-p 00003000 03:06 329964     /usr/lib/xine/plugins/1.1.7/xineplug_inp_file.so
b6b7b000-b6b87000 r-xp 00000000 03:06 329966     /usr/lib/xine/plugins/1.1.7/xineplug_inp_mms.so
b6b87000-b6b88000 rw-p 0000b000 03:06 329966     /usr/lib/xine/plugins/1.1.7/xineplug_inp_mms.so
b6b88000-b6b90000 r-xp 00000000 0Aborted
root@vdr:~#

Das sieht nach einem kaputten heap aus. Hat jemand eine Idee, wie ich das Problem weiter einkreisen kann?

Danke fuer den Hinweis, Norbert!

Ich bin zwar bei meiner Suche mehrmals ueber diesen Thread gestolpert, allerdings hatte ich ihn nicht weiter beactet, da es dort um sxfe geht. Bin jetzt nach diesem Thread vorgegangen, und habe jetzt immerhin sxfe am Laufen. Fbfe wirft mir aber jetzt segfaults entgegen.

Zitat

Original von Norbert Holze
hast du denn den Farmebuffer schon aktiviert?

Denke schon, denn beim booten sagt er:

fb0: VIA VT8623 on 0000:01:00.0, 32 MB RAM

und auch /dev/fb0 existiert.

Zitat

Bei mir hatte ich folgendes Problem:

tty[1-6] are active but display nothing in Gutsy

Das scheint etwas ganz anderes zu sein.

Zitat

Original von Scogit
Sind unter Gutsy nicht einige Framebuffer-Module blacklistet?
Schaut mal in die /etc/modprobe.d/blacklist.framebuffer (bin mir grad nicht ganz sicher ob die so heist) ob euer Modul da nicht gelistet ist ... ansonsten habt ihr da schon vielleicht euer Problem.

Da sind tatsaechlich eine Reihe Module balcklisted. Aber daran kann es IMHO nicht liegen, denn sonst waere /dev/fb0 nicht existend.

Zitat

Original von kiwix
eins habe ich gerade noch gesehen:

5. /etc/vdr/plugins/plugin.xineliboutput.conf:

--local=sxfe
--remote=none
--video=auto

Damit wird ja sxfe gestartet, also vdr-sxfe und nicht das Framebuffer Modul vdr-fbfe.
Wenn, dann müsste hier fbfe stehen.

Alles anzeigen

Das liegt daran, dass ich versuche, den einleitenden Artikel aktuell zu halten, so dass er als HOWTO dienen kann, wenn ich das erst einmal am Laufen habe...

Nachdem ich fbfe nicht zum Laufen gekriegt habe, habe ich mich entscheiden sxfe zu testen. Damit bekomme ich tatsaechlich auch ein Bild. Allerdings ist es nicht bildschirmfuellend und wird gerne mal von anderen Fenstern zerrupft.

Zitat

Original von kiwix
Ich würde aber erstmal --local=none einstellen. VDR beim starten ganz normal als Dienst starten. An der Konsole anmelden und dann vdr-fbfe von Hand starten.

Damit ist sichergestellt, dass der VDR Server an sich startet. Wenn das alles glatt läuft kann man in der conf ja wieder auf fbfe umstellen.

Ja, das tut schon besser. Zwar tut vdr-fbfe immer noch nicht, aber immerhin kriege ich mit vdr-sxfb ein Vollbild und das OSD wird nicht mehr zerfetzt. Habe den Eingangsartikel entsprechend angepasst.

Aber einige Nacharbeiten bleiben noch:

- Ton geht nicht.
- deinterlace tut nicht.
- Bei den meisten Sendern sind oben und unten weisse Streifen zu sehen. Das sieht so aehnlich aus wie das Teletext in der Austastluecke beim analogen Fernsehen.

Das mit dem Ton lag vermutlich an der Verkabelung. Es geht jetzt.

Es stehen also im Moment noch 2 Probleme offen:
- Striche oberhalb/unterhalb des Bildes
- Deinterlace.
- Ahja: es waere ganz angenehm, wenn man das OSD transparent schalten koennte.

Seltsamerweise geht transparentes OSD jetzt. Im Gegensatz zum Ton bin ich mir aber hier definitiv sicher, dass es vorher nicht ging und dass es nicht an der Verkabelung liegen kann. Ich habe auch nichts verstellt.

Das Interlace scheint wohl daran zu liegen, dass /etc/vdr/plugins/plugin.xineliboutput.conf von vdr-sxfb nicht ausgewertet wird. Das muss man wohl auf der Kommandozeile uebergeben?

Ahja: "vdr-sxfb --help" sagt leider nur einige Beispiele. Es sagt leider nicht, welche Methoden moeglich sind.

Zitat

Original von joew
Seltsamerweise geht transparentes OSD jetzt.

OSD ist immer genau dann transparent, wenn fuer den eingeschalteten Kanal EPG-Informationen vorliegen. Liegen keine EPG-Informationen vor (zB weil gerade erst eingeschaltet wurde) so ist das OSD nicht transparent. Ist das wirklich so beabsichtigt? Mir scheint das eher ein Bug zu sein.

Habe jetzt auch Autologin aktiviert. Jetzt startet vdr-sxfe im Vollbild-Modus und wenn ich "f" druecke, wird das Bild in ein normales Fenster verbannt und ich kann auf dem gnome-desktop arbeiten :-). IMHO ein optimaler Kompromiss zum WAF

Manchmal kommt es vor, dass die Fernbedienung nicht mehr tut. Dann hilft auch ein Restart von vdr-sxfe nicht, ich muss schon "/etc/init.d/vdr restart" sagen, damit die Fernbedienung wieder geht.

Gibt es eine Uebersicht, welche interlace-Verfahren existieren und wie man sie aktiviert?

Zitat

Original von Quo

Zitat aus der C't:

Alle Deinterlacing-Verfahren haben gemeinsam, dass die unterste Bildzeile ein mehr oder weniger störendes Flackern aufweist. Das lässt sich durch die Einstellung "Overscan" ändern. Bereits ein bis zwei Prozent Zoom lassen das Problem verschwinden.

Die Streifen sind aber auch da wenn kein deinterlace aktiv ist.

Im Moment laeuft die Ausgabe ja ueber den VGA-Ausgang. Zur Ansteuerung eines LCD-TV (der demnaechst angeschafft werden soll) sollte das IMHO besser sein als ueber SCART, also wuerde ich das gerne so belassen. Andererseits wird der LCD-TV am VGA-Eingang vermutlich weder Formaterkennung noch Deinterlace machen. Liege ich mit dieser Vermutung richtig?

Der (anzuschaffende) TV soll full-HD (also 1920x1080p) koennen. Macht es da Sinn das X11-Display auf ebendiese Aufloesung zu stellen? Oder waere es besser das X11-Display auf die PAL-Aufloesung zu stellen (meine budget-Karten koennen eh kein HD)?