Beiträge von keule

Hallo Ralf,

bei mir gehen mit der Grundinstallation von yavdr 0.5 auch nicht alle Tasten. Es hat sich wohl so einiges in den Serien geändert. Ich habe eine der ersten Imon-Pad Fernbedienung die im Silverstone Gehäuse mitgeliefert wurde.

lsusb

Bus 004 Device 002: ID 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller

Folgende Konfig-Datei habe ich irgendwo mal gefunden und mit der läuft die Fernbedienung bei mir.

/lib/udev/rc_keymaps/rc-imon-pad

# table rc-imon-pad type: other
0x2a8195b7 KEY_REWIND
0x298315b7 KEY_REWIND
0x2b8115b7 KEY_FASTFORWARD
0x2b8315b7 KEY_FASTFORWARD
0x2b9115b7 KEY_PREVIOUS
0x298195b7 KEY_NEXT
0x2a8115b7 KEY_PLAY
0x2a8315b7 KEY_PLAY
0x2a9115b7 KEY_PAUSE
0x2b9715b7 KEY_STOP
0x298115b7 KEY_RECORD
0x01008000 KEY_UP
0x01007f00 KEY_DOWN
0x01000080 KEY_LEFT
0x0100007f KEY_RIGHT
0x2aa515b7 KEY_UP
0x289515b7 KEY_DOWN
0x29a515b7 KEY_LEFT
0x2ba515b7 KEY_RIGHT
0x0200002c KEY_SPACE # Select/Space 
0x2a9315b7 KEY_SPACE # Select/Space 
0x02000028 KEY_OK
0x28a195b7 KEY_OK
0x288195b7 KEY_EXIT
0x02000029 KEY_ESC
0x2bb715b7 KEY_ESC
0x0200002a KEY_BACKSPACE
0x28a115b7 KEY_BACKSPACE
0x2b9595b7 KEY_MUTE
0x28a395b7 KEY_VOLUMEUP
0x28a595b7 KEY_VOLUMEDOWN
0x289395b7 KEY_CHANNELUP
0x288795b7 KEY_CHANNELDOWN
0x0200001e KEY_1
0x0200001f KEY_2
0x02000020 KEY_3
0x02000021 KEY_4
0x02000022 KEY_5
0x02000023 KEY_6
0x02000024 KEY_7
0x02000025 KEY_8
0x02000026 KEY_9
0x02000027 KEY_0
0x28b595b7 KEY_1
0x2bb195b7 KEY_2
0x28b195b7 KEY_3
0x2a8595b7 KEY_4
0x299595b7 KEY_5
0x2aa595b7 KEY_6
0x2b9395b7 KEY_7
0x2a8515b7 KEY_8
0x2aa115b7 KEY_9
0x2ba595b7 KEY_0
0x02200025 KEY_NUMERIC_STAR
0x28b515b7 KEY_NUMERIC_STAR
0x02200020 KEY_NUMERIC_POUND
0x29a115b7 KEY_NUMERIC_POUND
0x2b8515b7 KEY_RED
0x299195b7 KEY_GREEN
0x2ba115b7 KEY_BLUE
0x28a515b7 KEY_YELLOW
0x29a395b7 KEY_DVD
0x29a295b7 KEY_DVD
0x2ba385b7 KEY_MENU # the Menu key between DVD and Subtitle on the RM-200...
0x2ba395b7 KEY_MENU # the Menu key between DVD and Subtitle on the RM-200...
0x288515b7 KEY_BOOKMARKS
0x2ab715b7 KEY_BLUE # Thumbnail 
0x298595b7 KEY_SUBTITLE
0x2b8595b7 KEY_MODE
0x29a595b7 KEY_ZOOM
0x2aa395b7 KEY_SCREEN # FullScreen
0x299115b7 KEY_KEYBOARD
0x299135b7 KEY_KEYBOARD
0x01010000 BTN_LEFT
0x01020000 BTN_RIGHT
0x01010080 BTN_LEFT
0x01020080 BTN_RIGHT
0x688301b7 BTN_LEFT
0x688481b7 BTN_RIGHT
0x2a9395b7 KEY_CYCLEWINDOWS # TaskSwitcher
0x2b8395b7 KEY_TIME # Timer
0x289115b7 KEY_POWER2
0x29b195b7 KEY_EJECTCD # the one next to play 
0x299395b7 KEY_EJECTCLOSECD # eject (by TaskSw) 
0x02800000 KEY_SETUP # Left Menu 
0x2b8195b7 KEY_SETUP # Left Menu
0x02000065 KEY_FAVORITES # RightMenu 
0x28b715b7 KEY_FAVORITES # RightMenu 
0x2ab195b7 KEY_MENU # Go or MultiMon 
0x29b715b7 KEY_DASHBOARD # AppLauncher

lsusb

Hallo,

diese Fernbedienung hat es in sich. Nach der Anleitung hier bekomme ich mit irw eine plausible Ausgabe

1c 0 KEY_ENTER devinput
8b 0 KEY_MENU devinput
8b 0 KEY_MENU devinput
8b 0 KEY_MENU devinput
3 0 KEY_2 devinput

Allerdings habe ich die Datei '/etc/udev/rules.d/98-lirc-hama.rules' nicht und kann sie mit den weiter oben genannten Befehl nicht neu installieren. Was steht den da drin?

ImWeb-interface habe ich inputlirc ausgewält. Und in der '/var/lib/yavdrdb.hdf' steht folgendes:

remoted = inputlirc
  inputlirc {
    path = /dev/input/by-id/usb-05a4_9881-event-kbd
  }

In '/dev/' wurde auch kein lirc0 bzw. lircd angelegt. Soll das so sein?

Aber warum ignoriert VDR jetzt noch die Fernbedienungs-Codes?

Hallo,

wo du das so schreibst... Die Tonaussetzer habe ich auch seid dem ich den Ton über HDMI in den Verstärker schicke. Mit yavdr 0.3 geht das ja gut einzustellen. Vorher hatte ich Jaunty mit Gnome-Oberfläche installiert. Dort habe ich es nicht hinbekommen jedes Tonformat über HDMI zu übertragen. PCM (Stereo) ging, aber für 5.1 etc. musste ich den optischen Ausgang nehmen.

Unter Windows 7 mit einer GTX 460 wird über HDMI auch nur Stereo übertragen. Über Koax sind alle Tonformate möglich.

Zitat

Original von gda
Root-Rechte hat rc.local schon, aber die Environment-Variable HOME ist nicht gesetzt und da möchte vdr-sxfe gerne hin. Wenn du vor dem Start von vdr-sxfe das machst:

Code

export HOME=/root

dann sollte es auch gehen.

Die Priorität muss vermutlich trotzdem auf 0 gesetzt werden da vdr-sxfe auf -2 bei mir nicht lief. Ich werde es die Tage ausprobieren. Danke für den Tip.

Leider kann ich VDR nicht ernsthaft nutzen da das CI-Modul der Cinergy C nicht richtig unterstützt wird. ---> CI für Terratec Cinergy S2 HD PCI nutzbar machen

Torsten

Hallo

/etc/rc.local hat einige Tücken bei mir gehabt. Man könnte davon ausgehen, dass diese Datei mit normalen root-Rechten ausgeführt wird als hätte man sich als root auf der Konsole anmeldet. Ist nicht ganz so...

Folgende Lösung ist eigentlich ziemlich unsauber. Diese seltsame Skript-Konstellation musste ich verwenden damit vdr-fxse mit VDPAU nach dem booten ohne Fehler startet. Außerdem musste ich bei mir noch einige sleep-Befehle einbauen um sicher zustellen dass das System auch vollständig hochgefahren ist.
Von der Konsole als root liefen meine Skripte ohne nice und su. Hängt wohl mit dem neuen Boot-Verfahren von Ubuntu zusammen.
Richtig währe es die Skripte in init.d mit den entsprechenden Boot-Abhängigkeiten unterzubringen.

Erstmal muss in int.d dafür gesorgt werden dass rc.local beim Booten ausgeführt werden.

/etc/rc.local

# Priorität des Skriptes beim ausführen wieder auf "0" setzen damit die Tochter-Prozesse auch 0 habe.
nice -n 0 /etc/vdr/autostart-vdr.sh &


exit 0

/etc/vdr/autostart-vdr.sh

#!/bin/sh
#
# VDR Starten
su -l root -c '/Pfad/zu/runvdr' &


# X und vdr-fxse starten
su -l root -c '/Skript/zum/Starten' &


exit 0

Hallo

Ich habe mit meiner Cinergy C und der CI-Karte auch große Probleme. Sobald das AlphaCrypt-Modul eingesteckt ist, gibt es auf den Bildschirm nur Datenmüll. Egal ob der Sender verschlüsselt oder nicht. Das VDR-Menü geht ja grundsätzlich noch mit leichten Verzögerungen. Auf das AlphaCrypt-Modul konnte ich sogar manchmal zugreifen. Ein Reset des CI geht auch

Interessant ist es auch wenn VDR soweit läuft stört es den DVB-T Empfang vom Fernseher, der offene PC steht gleich daneben. Unter Windows gibt es keine Probleme. Stecke ich eine alte Haupauge (oder so) mit CI-Schacht in den PC läuft das Ganze so wie erwartet.

Hier mal ein Auszug aus dmesg

[    0.000000] Linux version 2.6.28-11-generic (buildd@palmer) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 (Ubuntu 2.6.28-11.42-generic)
[   12.365608] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   12.493690] Linux agpgart interface v0.103
[   13.225566] nvidia: module license 'NVIDIA' taints kernel.
[   13.356063] Mantis 0000:01:06.0: PCI INT A -> Link[APC3] -> GSI 18 (level, low) -> IRQ 18
[   13.356320] irq: 18, latency: 64
[   13.356321]  memory: 0xfddff000, mmio: 0xf921e000
[   13.356323] found a VP-2040 PCI DVB-C device on (01:06.0),
[   13.356325]     Mantis Rev 1 [153b:1178], irq: 18, latency: 64
[   13.356327]     memory: 0xfddff000, mmio: 0xf921e000
[   13.362941]     MAC Address=[00:08:ca:1d:bb:8e]
[   13.362962] mantis_alloc_buffers (0): DMA=0x35f20000 cpu=0xf5f20000 size=65536
[   13.363015] mantis_alloc_buffers (0): RISC=0x35d75000 cpu=0xf5d75000 size=1000
[   13.363064] DVB: registering new adapter (Mantis dvb adapter)
[   13.464110] HDA Intel 0000:00:08.0: PCI INT A -> Link[AAZA] -> GSI 21 (level, low) -> IRQ 21
[   13.464156] HDA Intel 0000:00:08.0: setting latency timer to 64
[   13.480115] nvidia 0000:03:00.0: PCI INT A -> Link[AIGP] -> GSI 22 (level, low) -> IRQ 22
[   13.480121] nvidia 0000:03:00.0: setting latency timer to 64
[   13.480284] NVRM: loading NVIDIA UNIX x86 Kernel Module  185.18.36  Fri Aug 14 17:18:04 PDT 2009
[   13.856011] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS...
[   13.880111] mantis_frontend_init (0): Probing for CU1216 (DVB-C)
[   13.883641] TDA10023: i2c-addr = 0x0c, id = 0x7d
[   13.883644] mantis_frontend_init (0): found Philips CU1216 DVB-C frontend (TDA10023) @ 0x0c
[   13.883693] mantis_frontend_init (0): Mantis DVB-C Philips CU1216 frontend attach success
[   13.883744] DVB: registering adapter 0 frontend 0 (Philips TDA10023 DVB-C)...
[   13.883834] mantis_ca_init (0): Registering EN50221 device
[   13.883958] mantis_ca_init (0): Registered EN50221 device
[   13.884011] mantis_hif_init (0): Adapter(0) Initializing Mantis Host Interface
[   13.884139] input: Mantis VP-2040 IR Receiver as /devices/virtual/input/input4
[   13.984015] Mantis VP-2040 IR Receiver: unknown key: key=0x00 raw=0x00 down=1
[   14.084507] Mantis VP-2040 IR Receiver: unknown key: key=0x00 raw=0x00 down=0
[   14.734868] lp: driver loaded but no devices found
[   16.042035] dvb_ca adapter 0: DVB CAM detected and initialised successfully

Ein Auszug aus messages

Oct 13 21:16:58 stone kernel: [   38.373123] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:17:09 stone kernel: [   50.011415] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:17:14 stone kernel: [   54.981147] mantis start feed & dma
Oct 13 21:17:15 stone kernel: [   55.496914] mantis stop feed and dma
.
.
.
Oct 13 21:17:15 stone kernel: [   55.812943] mantis stop feed and dma
Oct 13 21:17:15 stone kernel: [   55.813244] mantis start feed & dma
Oct 13 21:17:17 stone vdr: [4012] [xine..put] Detected video size 720x576
Oct 13 21:17:19 stone vdr: [4016] [xine..put] Detected video size 720x576
Oct 13 21:17:27 stone vdr: [4021] [xine..put] Detected video size 720x576
Oct 13 21:17:35 stone vdr: [4026] [xine..put] Detected video size 720x576
Oct 13 21:17:37 stone vdr: [4029] [xine..put] Detected video size 720x576
Oct 13 21:17:55 stone vdr: [4041] [xine..put] Detected video size 720x576
Oct 13 21:17:55 stone kernel: [   95.349188] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:17:56 stone vdr: [4051] [xine..put] Detected video size 720x576
Oct 13 21:18:00 stone vdr: [4059] [xine..put] Detected video size 720x576
Oct 13 21:18:07 stone vdr: [4064] [xine..put] Detected video size 720x576
Oct 13 21:18:29 stone kernel: [  129.437387] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:18:52 stone kernel: [  152.655710] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:19:15 stone kernel: [  175.284245] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:19:30 stone kernel: [  190.439298] sr 6:0:0:0: [sr0] unaligned transfer
Oct 13 21:19:30 stone kernel: [  190.439316] sr 6:0:0:0: [sr0] unaligned transfer
Oct 13 21:19:30 stone kernel: [  190.439327] sr 6:0:0:0: [sr0] unaligned transfer
.
.
.
Oct 13 21:20:24 stone kernel: [  242.897209] sr 6:0:0:0: [sr0] unaligned transfer
Oct 13 21:20:24 stone kernel: [  242.897216] sr 6:0:0:0: [sr0] unaligned transfer
Oct 13 21:20:40 stone vdr: [4301] [xine..put] Detected video size 720x576
Oct 13 21:20:56 stone vdr: [3682] [xine..put] Received valid discovery message VDR xineliboutput DISCOVERY 1.0^M Client: 255.255.255.255:37890^M ^M 
Oct 13 21:20:56 stone vdr: [3682] [xine..put] Client 0 connected: 127.0.0.1:60099
Oct 13 21:20:56 stone vdr: [3682] [xine..put] Client address: 127.0.0.1
Oct 13 21:20:59 stone kernel: [  279.974328] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:21:19 stone vdr: [4323] [xine..put] OSD bandwidth: 341322 bytes/s (2666 kbit/s)
Oct 13 21:21:23 stone vdr: [3664] [xine..put] OSD bandwidth: 168593 bytes/s (1317 kbit/s)
Oct 13 21:21:24 stone vdr: [3664] [xine..put] OSD bandwidth: 294674 bytes/s (2302 kbit/s)
Oct 13 21:21:26 stone vdr: [3664] [xine..put] OSD bandwidth: 168543 bytes/s (1316 kbit/s)
Oct 13 21:21:29 stone vdr: [4325] [xine..put] OSD bandwidth: 151427 bytes/s (1183 kbit/s)
Oct 13 21:21:33 stone vdr: [4326] [xine..put] Detected video size 720x576
Oct 13 21:21:39 stone kernel: [  320.185526] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:21:57 stone kernel: [  337.943766] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:22:21 stone kernel: [  361.933919] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:22:44 stone kernel: [  385.052584] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:23:31 stone kernel: [  431.808315] dvb_ca adapter 0: DVB CAM detected and initialised successfully
Oct 13 21:23:43 stone kernel: [  443.291316] dvb_ca adapter 0: CAM tried to send a buffer larger than the ecount size!
Oct 13 21:23:43 stone kernel: [  443.291321] dvb_ca adapter 0: DVB CAM link initialisation failed :(

masa
Du möchtest den aktuellen Zustand der S100 im Arbeitsspeicher einfrieren. Hatte ich auch probiert, aber so wie es aussieht werden einige Register nicht richtig wieder hergestellt.

Ich bevorzuge das Abbild auf die Swap-Partition zu speichern damit die S100 "ganz" aus ist. Leider ist es auch bei dieser Variante vom Wetter abhängig ob man nach dem Einschalten ein Bild hat. Außerdem muss VDR jedesmal nach dem Aufwachen neu gestartet werden.

Die ganze S3-Geschichte ist ja ganz ganz klasse wenn es zuverlässig laufen würde. Vielleicht ist ein neuer Kernel ja die Lösung...
Hab sonst keinerlei Ideen wo man bei diesem Problem ansetzten kann.

Die Änderung für die Lüftersteuerung habe ich oben ergänzt. Danke.

Schalte mal alle Bildverbesserungen im Plugin xineliboutput unter Video ab und probiere dann welches Deintelace-Verfahren mit deinem Fernseher gut zusammen arbeitet. Einige Flachbildschirme haben mit dem einen oder anderen Verfahren Probleme. Bei mir liegt die gesamte CPU-Last dann bei ca. 60%.

Ich habe da auch ein wenig mit suspend to disk rumprobiert. Im Prinzip funktioniert das auch. 35 Sek. nach dem Drücken des Einschalters habe ich auch ein Bild. Mit dem Kondensator-Mod (47µF) ist die Box lange genug an um die Daten zu speichern. Es wirkt für mich, dass der Kernel die S100 danach ordnungsgemäß ausschaltet. Man sollte nur vermeiden die Power-Taste zu häufig zu drücken, dann passiert das seltsame Ein- und Ausschalten der S100.

Viel mehr habe ich das Problem das VDR nicht immer fehlerfrei läuft, sodass ein vollständiges rebooten manchmal notwendig ist und ich den ungewünschten Zustand beim Ausschalten nicht ständig einfrieren will.

In meinem Skript fehlt noch die Möglichkeit die S100 normal herunter zu fahren. Z.B. längeres drücken der Power-Taste durch abfragen der Fernbedienung durch mit dem Befehl irw. Außerdem müssen die gemounteten Verzeichnisse immer wieder neu gemountet werden.

Im Anahng ist mal meine .config für den Kernel 2.6.25.16, Debian Etch, Egalus Zendeb und e-tobi VDR.

Das Skript suspend2disc.sh nach /etc/zendeb kopieren

#!/bin/sh
#


# Configvars setzen
. /etc/zendeb/config


if [ ! -e /tmp/startmms ]; then
  /usr/bin/svdrpsend MESG Suspend to Disc!
  sleep 1
  /etc/init.d/vdr stop
else
	rm /tmp/startmms
	killall -9 mms 
	killall -9 mplayer 
	alsaplayer --quit 
	alsaplayer --quit
	killall -9 alsaplayer
fi


# Stand auf Festplatte speichern
echo disk > /sys/power/state




# Nach dem Aufwachen ausführen
if [ ! -e /tmp/startmms ]; then
 /etc/init.d/vdr restart 
fi


if [ ${MODEL} == S100 ]; then  
  # Das Blinken der S100 abschalten!
  /bin/stty 38400 cs8 -parenb -cstopb < /dev/ttyS1  > /dev/ttyS1
  echo -e '\xa2\xb2\xa2\xb2\xa2\xb2' > /dev/ttyS1
fi

Dann noch die Datei /etc/acpi/powerbtn.sh mit der Zeile sh /etc/zendeb/suspend2disc.sh & ergänzen und shutdown auskommentieren.

#!/bin/sh
# /etc/acpi/powerbtn.sh
# Initiates a shutdown when the power putton has been
# pressed.




# If powersaved is running, let it process the acpi event
if pidof powersaved; then
    exit 0
fi


if ps -Af | grep -q '[k]desktop' && test -f /usr/bin/dcop
then
    dcop --all-sessions --all-users ksmserver ksmserver logout 0 2 0 && exit 0
else
#    /sbin/shutdown -h now "Power button pressed"
    sh /etc/zendeb/suspend2disc.sh &
fi

In /boot/grub/menu.lst muss dann noch resume=/dev/hda2 hinzugefügt werden wenn die swap-Partition hda2 ist. Ggf. abändern.

title		Debian GNU/Linux, kernel 2.6.25.16-s100
root		(hd0,0)
kernel		/vmlinuz-2.6.25.16-s100 root=/dev/hda3 ro acpi_pm_good pci=routeirq irqpoll resume=/dev/hda2
initrd		/initrd.img-2.6.25.16-s100
savedefault

Hallo Egalus,

den i810 Patch habe ich nur vollständigkeitshalber beigelegt. Wird nicht wirklich benötigt und kann/sollte erstmal weglassen werden. Hab damit jedenfalls keine Ergebnisse erzielen können.
Bei dem agpgart-G45 wird ein Teil des I810 Code angefasst!?!?! Bindet vermutlich nur neue Hardware ein...
Mit dem Bootsplash war ich am experimentieren. Leider ohne Erfolg. Vielleicht hat jemand anderes mehr Glück beim Einbinden von Themen. Während des Bootens wird z.Z. der FB-VESA-Treiber verwendete. Deshalb erscheint auch der Pinguin.

Hallo,

ich habe mal einen fast aktuellen Debian Etch Kernel für die SMT7020s zusammengestellt. Dabei flogen unnötige Hardware-Treiber raus und einige wichtige sind direkt im Kernel gelandet.
Die Patches sollten auch mit dem Kernel 2.6.25.17 problemlos laufen, habe ich aber noch nicht getestet. Vielleicht kann jemand eine Rückmeldung dazu geben, ob es läuft.
Gefunden habe ich sie auf der Linux-Intel-Seite und in diversen Foren. Den DVB-S Patch habe ich angepasst.

So wird der Kernel gepatcht und compiliert:

cd /usr/src
wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.25.16.tar.bz2
tar -xvpjf linux-2.6.25.16.tar.bz2

smt-patches.tar.bz2 ins Kernel-Verzeichnis kopieren und dort entpacken:

cd /usr/src/linux-2.6.25.16
tar -xvpjf patches.tar.bz2

Das folgende Skript comp-kernel-deb.sh im Verzeichnis /usr/src ablegen:

#!/bin/bash


# nötige Pakete zum Compilieren
#
apt-get install wget build-essential libncurses5 libncurses5-dev kernel-package


src=$1
if [ -z $1 ] ; then
 src="linux"
fi
cd ${src}
rel="`make kernelrelease`"
if [ $? -ne 0  ] ; then
 make menuconfig
 make prepare
 rel="`make kernelrelease`"
fi
echo "********************************************************************"
echo Kernel Version ${rel}
echo "********************************************************************"


make clean
make oldconfig
make-kpkg clean


make-kpkg --initrd --append-to-version=-smt7020s --revision=1 kernel_image kernel_headers


if [ $? -eq 0 ] ; then
echo "********************************************************************"
echo "Kernel ${rel} erfolgreich compiliert..."
echo "********************************************************************"
cd ..
#dpkg -i linux-image-${rel}_1_i386.deb
#dpkg -i linux-headers-${rel}_1_i386.deb
fi

Weiter geht es mit patchen

cd /usr/src/linux-2.6.25.16
patch -p0 < SMT-dvb-s-kernelpatch-2.6.25.diff
patch -p1 < linux-agpgart-G45-for-2.6.25.patch
patch -p0 < i810_tv.diff
patch -p1 < bootsplash-3.1.6-2.6.25.diff

Jetzt ist es so weit und der Kernel kann mit dem obigen Skript kompiliert werden. Evtl. sollte noch vorher ein apt-get update ausgeführt werden.

cd /usr/src
sh comp-kernel-deb.sh linux-2.6.25.16

Wenn in der Kernel-Konfiguration nichts geändert werden soll, kann der Kernel-Konfigurator dann mit EXIT und YES beendet werden.

Installiert wird der Kernel mit

dpkg -i linux-image-2.6.25.16-smt7020s_1_i386.deb

und entfernt mit (vorher mit einem anderen Kernel booten)

dpkg -r linux-image-2.6.25.16-smt7020s

Bei Egalus zendeb sind noch zwei Dateien anzupassen.

In /etc/zendeb/zendeb.local nach
modprobe cx88xx card=57 suchen und mit
modprobe cx88xx card=59 ersetzen.

In /etc/zendeb/SMT-fanmon.sh nach
/sys/bus/i2c/devices/9191-0290 suchen und mit
/sys/class/hwmon/hwmon0/device ersetzen. In ca. 5 Zeilen.

Hallo,

das P5E-V HDMI habe ich unter Linux auch noch nicht stabil zum Laufen bekommen.

Mit openSUSE 11.0 gibt es manchmal auf den VGA-Ausgang ein Bild, wenn nicht friert der gesamte Rechner ein. Die Ursache ist nicht wirklich reproduzierbar.

Mit Debian Lenny sieht es nicht wirklich besser aus. Der Kernel 2.6.25 mit dem Patch (linux-agpgart-for-2.6.25.patch) von der Intel-Seite bekommt man auch nur ein Bild am VGA-Ausgang.
Der Kernel 2.6.26 beinhaltet bereits den Patch.

X findet zwar die zweite Grafikkarte (HDMI-Ausgang) kann sie aber nicht ansteuern und gibt eine Fehlermeldung aus.

Dieses Board benötigt diverse Kernel-Patchs da eigentlich nichts von dem aktuellen Kernel unterstütz wird. Ist aber auch mit den guten Anleitungen von der VIA-Webseite kein Problem die Änderungen am Kernel vorzunehmen.

VIA stellt sogar einen angepassten XINE Player zur Verfügung. Wenn ich das richtig verstehe wird der originale XINE ersetzt.
xine-lib und xine-ui werden auch neu kompiliert.

Nun meine Frage dazu.
Wie weit setzt vdr-plugin-xineliboutput auf oben genante auf? Hoffentlich vollständig, da vermutlich die Hardware-beschleunigung nicht benutzt wird.

Dann sind hoffentlich nur diverse Anpassungen an den Konfig-Dateien (X, lircd, ...) notwendig

Einiges aus der Readme vom VeXP 5.1 (VIAs XINE-Player)

VIA enhanced Xine Player (VeXP) for Linux
Version 5.1 October 25, 2007
Copyright (C) 2006-2008 VIA Technologies, INC.

Summary
-------
This document describes how to install VeXP 5.1 on Fedora Core 7.
This software package supports MPEG2/4 Hardware Decoding for CX700(M).
This application supports the following media formats:
Mpeg2/DVD, CCDA, VCD 1.0/2.0, SVCD, MP3, RealMedia, WAV, Mpeg4/divx, WMV and H.264.
The information and the source code files are provided "AS IS" without guarantee of
any kind.

History
-------
This package is based VIA Media SDK, and Curent version is VeXP 5.1

content
-------
The VeXP package contains five directorie
"ref-app" directory contains reference code
"Samples" directory contains sample Code.
"msdk-lib" libraries contains all the VIA enhanced APIs in this VEXP package"
"xine-lib" libraries contains all the xine APIs in this VEXP package
"xine-ui" directory contains the VIA enhanced xine sample code
"docs" directory - The directory contains four comprehensive documents:

Amordeus

trage mal in /etc/modules folgende Zeilen dazu:

stv0299
cx88xx card=57
cx88-dvb

dann hat man auch ein Bild bei der SMT 7020s.

Ich hatte zuerst kein Bild aber als ich von der Konsole das Modul cx88-dvb nachgeladen habe gab's auch ein Bild nach dem Neustart von VDR.
In /var/log/messsage ist dann auch die Meldung no DVB device found weg bzw wird durch found 1 video device ersetzt.

So. Jetzt hab ich's raus.
Die configs sind alle richtig. Am lircd lag es auch nicht.
Die Recht vom /dev/lircd sind recht eingeschränk, sodass VDR nicht auf das Device zugreifen darf.
Hab dann in der Datei /etc/zendeb/zendeb.local die Rechte global freigegeben. Nunja es geht...

#SMT LIRC
  /etc/zendeb/smtlircd
  chmod ugo+rw /dev/lircd

Hab die Dateien unter /etc/zendeb/ erst gar nicht gesehen. Danke für den Hinweis.

Ja da kommt was. Jetzt muss ich wohl nur noch VDR erklären, dass er auf diese Befehle hören soll.
Den smtlircd habe ich von der zenslack Seite her.

0000000000000009 00 8 SMT
000000000000002d 00 TV SMT
0000000000000010 00 MEDIA SMT
000000000000002c 00 MENU SMT
000000000000002c 00 MENU SMT
000000000000002c 00 MENU SMT
000000000000002c 00 MENU SMT

Egalus: Ich bin nach deiner Anleitung vorgegangen und habe zu schonmal ein Bild auf dem SMT 7020s wo No Signal dauf steht (habe selber keine Schüssel ) und komm per USB-Tastatur ins VDR-Menü.

Was fehlt noch um die Fernbedienung für VDR nutzbar zu machen?
Es sind zwei events im System verfügbar die für Power On und Off irgendwie zuständig sind, aber sollte nicht noch einer für die Fernbedienung vorhanden sein?

Keule