die s470 wurde durch die s471 abgelöst die frage ist ob die 471 auch so gut läuft wie die 470.
Wenn man die beiden Bilder im LinuxTVWiki vergleicht, scheint sich die Änderung auf den Demodulator und anderen Verbesserungen (vermutlich auch um es billiger herstellen zu können) zu beschränken. Probieren geht über studieren, auch wenns leider mit Aufwand verbunden ist. Viel Glück!
Gruß
Edit: OOTB ab Kernel 3.5.
Bei der S470 geht die Original Fernbedienung auch jetzt?
Die Unterstützung der Fernbedienung ist laut LinuxTVWiki nicht pauschal aktiv. Ob die Deaktivierung beim derzeit stabilen Kernel 3.7 auch der Fall ist, hab ich jetzt nicht getestet. Ich nutze die Moduloption zum Aktivieren des IR-Empfängers und habe keine "nasty effects". Ich betreibe die Karte auch nicht mit der Original- sondern mit einer MCE-Fernbedienung: Das Protokoll kann auf RC6 umgestellt werden. Je nach Distribution genügt es zur Umstellung in der Datei /etc/rc_maps.cfg für die "table" "rc-tevii-nec" das "file" "rc6_mce" zu wählen. Zu beachten ist, dass die Datei rc_maps.cfg gern mal von Updates überschrieben wird und bei Problemen daher der erste Ansatzpunkt ist.
speefak:
Erste S470 kurz nach Erwerb defekt, Ersatz-S470 (Tausch im Rahmen der Gewährleistung) läuft problemlos, auch mit Fernbedienung. Treiber sind seit 2.6.33 beim Kernel mit dabei, für den Betrieb fehlt nur die Firmware. Durch einen Bug (?) zieht Linux 3.7 die Firmware nicht mehr von alleine an, dafür gibt es einen einfachen Workaround.
Das ds3000-Modul bietet in neueren Kernelversionen den Parameter force_fw_upload an. Vielleicht ist das ein Versuch wert, etwa in der /etc/modprobe.d/modprobe.conf:
options ds3000 force_fw_upload=1
In das initramfs muss das Modul nicht. Firmware sieht bei mir so aus:
$ sha1sum /lib/firmware/dvb-fe-ds3000.fw
ce3b57c6e7643b773f795b9b2f09cc53256b235f /lib/firmware/dvb-fe-ds3000.fwHallo TheChief,
zum einmaligen Auslesen der Edid habe ich den Fernseher und den Computer direkt verbunden. Dazwischen hängt hier ein Yamaha Soundprojektor, der nicht alles "durchschleift". Jedenfalls krieg ich eine andere Edid am Yamaha-Teil, als direkt am TV.
Als Mode habe ich wie angegeben nur 1920x1080_50 drinstehen. Beim Einschalten läuft hier zuerst das VDR-Frontend. Für alles andere (nicht TV) setze ich XBMC ein. Das wählt den passenden Modus beim Abspielen eines Videos, wenn die entsprechende Option in der XBMC-Konfiguration gesetzt ist und die oben erwähnte Einstellung "DynamicTwinView" "False" in der xorg.conf vorhanden ist. Wobei mit Full HD die Auflösung immer gleich bleibt und eigentlich nur die Bildwiederholfrequenz geändert wird, also 24p oder 60 Hz sowie wieder Ausgangssituation 50 Hz nach Videoende beziehungsweise wenn man sich während der Wiedergabe im XBMC-Menü bewegt. Andere Modes müssen da nicht drinstehen, weil sich der nvidia-Treiber die ja aus der Edid holt. Und der eine Mode der drinsteht, den wollen wir ja beim Start von X haben. XBMC nutzt dafür im Hintergrund libxrandr. xrandr funktioniert jetzt durch das ausgeschaltete DynamicTwinView und könnte somit auch für einen VDR-Plugin-Medienplayer genutzt werden.
Ergänzung wegen den anderen Posts: Modelines oder dem Zwang zu nvidia-settings kann man sich hingeben. NVidia dokumentiert allerdings sogar halbwegs, wie man sich davon befreien kann.
Hallo TheChief,
die erwähnte Einstellung erreichst du in der xorg.conf dauerhaft mit:
Option "FlatPanelProperties" "Scaling = Native"Damit xrandr läuft wie es soll (und dann auch XBMC die Bildwiederholrate an das Video anpassen kann) braucht es noch:
Option "DynamicTwinView" "False"Der relevante Teil der xorg.conf beziehungsweise xorg.conf.d für meine NVidia GT 520 (per HDMI über einen Verstärker mit dem TV verbunden) sieht so aus:
Section "Device"
Identifier "Device0"
Driver "nvidia"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
DefaultDepth 24
Option "UseEdidDpi" "False"
Option "FlatPanelProperties" "DFP-1: Scaling = Native"
Option "CustomEDID" "DFP-1: /etc/X11/edid.bin"
Option "ConnectedMonitor" "DFP-1"
Option "DynamicTwinView" "False"
SubSection "Display"
Depth 24
Modes "1920x1080_50"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Disable"
EndSection"UseEdidDpi" brauche ich nur damit die Schrift von nvidia-settings eine lesbare Größe hat. "CustomEDID" notwendig weil der TV nicht direkt am Rechner hängt. "ConnectedMonitor" sorgt für ein Bild wenn der TV und/oder der Verstärker erst nach dem VDR (genauer: nach dem Start von X) eingeschaltet wird/werden.
OK. War mir nicht bewußt, dass die S2-6400 nicht Low Profile ist... Bei Riser geht bei mir allgemein eine Alarmglocke an. Mein erster VDR-Versuch in einem Silverstone ML02B-MXR ging genau deswegen mal ja, mal nein. Die erste TV-Karte rauchte ab. Keine Ahnung ob der Riser schuld war, eine gleiche Karte aus der selben Lieferung läuft in einem anderen PC nach wie vor.
Mit G620+Alpenföhn Panorama, ENGT520, Cine S2 und 2,5-Zoll HDD gibts keine Wärmeprobleme in der ichbinleise.de-komplett-Variante des S10V. Und fummelig wirds irgendwie immer wenn das Gehäuse nicht mindestens begehbar ist...
Gruß
Hallo Oliver,
das OrigenAE S10V passt zumindest zu deiner angegebenen Höhe. Leider war in meinem Fall der IR-Empfänger des verbauten iMon-Teils Mist und doch Extra-Fummelei notwendig...
Gruß
Hast du die gleichen Probleme mit der Karte auch an einem anderen Rechner?
Kann mich nicht erinnern ob bei mir 3.1.x Probleme gemacht hat. Testweise kannst du es mit dem linux-lts probieren.
einsfestival HD geht weil nicht DVB-S2. Irgendwas ist da Murks. Wenn du einen Windowsrechner hast kannst du möglicherweise schnell ausschließen ob die Hardware spinnt.
Gruß
Oder in "schön" mit dynamic_cast: http://en.wikipedia.org/wiki/Dynamic_cast
cmsa:
Gemeint ist das hier: http://de.wikipedia.org/wiki/Tearing
Man muss daher etwa bei der HD3000 meist mit mplayer -vo gl bzw. mplayer -vo vdpau:gl loslegen. Oder man nimmt Compiz, damit wird immer gesynct (auch Flash-YouTube-Filmchen). Aber für gesynctes 1080i brauchts wohl noch was im Treiber? (nicht getestet)
Mal was ganz anderes:
Die Make.config.template macht sich nicht mehr so gut als Vorlage. Durch die Änderungen mit ?= als Zuweisungsoperator werden die Standardwerte in der Makefile bzw. Make.global eben nicht mehr überschrieben. Oder man zieht im Makefile das -include Make.config weiter nach oben...
Gruß
Installier xineliboutput richtig. make install im vdr-Verzeichnis und make install im Verzeichnis PLUGINS/src/xineliboutput sonst fehlen xine-lib die notwendigen Plugins xineplug_inp_xvdr.so, xineplug_post_audiochannel.so, xineplug_post_autocrop.so und xineplug_post_swscale.so (werden je nach xine-lib-Version nach /usr/lib/xine/plugins/2.1installiert).
Gruß
./vdr-sxfe xvdr:tcp://127.0.0.1:37890 klappt bei mir auch nicht, dafür ./vdr-sxfe xvdr://127.0.0.1:37890
Hallo Peter,
und mit nvidia-settings lässt es sich auch nicht hinfummeln? Mal geduldig durchprobieren. Ich hab ein wenig gebraucht den Stolperstein von oben zu finden. Im Setup des Fernsehers gibt es vielleicht auch noch die eine oder andere Einstellungsmöglichkeit, etwa PC-Modus etc. Eher unwahrscheinlich: Andere HDMI-Buchse probieren. Für die Probierphase nix dazwischen hängen, etwa ein Lautsprechersystem. Kannst ja mal die Xorg.0.log posten.
Gruß
Ohne folgende Option machts die Sony-Kiste hier nicht. In der Screen-Section:
Option "FlatPanelProperties" "DFP-X: Scaling = Native"
DFP-X entsprechend anpassen: DFP-0, DFP-1, ...
Ansonsten mit nvidia-settings rumspielen. Wenn es damit irgendwie geht, gehts auch über die xorg.conf.
Ist das kompilieren des Herstellertreibers überhaupt notwendig bei meinen Kerneleinstellungen?
Woher stammt die "v4l-cx23885-avcore-01.fw" bei Euch?
Könntet Ihr mir den Inhalt aus /lib/firmware zur Verfügung stellen?
Herstellertreiber braucht es nicht und klappt bei mir auch nicht mehr. Es ist alles im Kernel. Bei deiner Kernelconfig fehlt vielleicht etwas. Du brauchst etwa auch CONFIG_DVB_DS3000=m (DVB-S Frontends) oder noch mehr. Zum Ausschluss eines Defekts kannst du ja testweise einen Distributionskernel bemühen.
Gruß
Muckt manchmal rum die Karte/Treiber. Rechner komplett vom Netz trennen und später nochmal probieren. Die Karte lädt zwei Firmwares. Bei mir siehts mit Nutzung des IR-Empfängers so aus:
cx23885 driver version 0.0.3 loaded
cx23885 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
CORE cx23885[0]: subsystem: d470:9022, board: TeVii S470 [card=15,autodetected]
cx25840 18-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0])
cx25840 18-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
cx23885_dvb_register() allocating 1 frontend(s)
cx23885[0]: cx23885 based dvb card
DS3000 chip version: 0.192 attached.
DVB: registering new adapter (cx23885[0])
DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)...
TeVii S470 MAC= 12:34:56:78:90:ab
cx23885_dev_checkrevision() Hardware revision = 0xb0
cx23885[0]/0: found at 0000:03:00.0, rev: 2, irq: 17, latency: 0, mmio: 0xf4800000
Registered IR keymap rc-tevii-nec
input: cx23885 IR (TeVii S470) as /devices/pci0000:00/0000:00:1c.1/0000:03:00.0/rc/rc0/input4
rc0: cx23885 IR (TeVii S470) as /devices/pci0000:00/0000:00:1c.1/0000:03:00.0/rc/rc0
input: MCE IR Keyboard/Mouse (cx23885) as /devices/virtual/input/input5
rc rc0: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 0
ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
ds3000_firmware_ondemand: Waiting for firmware upload(2)...Bei dir steigt er beim Frontend aus. Könnte auch ein Defekt vorliegen.
Für die cineS2 stimmt das nicht. Die anderen Treiber kenne ich nicht näher.
Hast völlig recht, hab genauer hingeschaut und du musst es ja auch wissen... Geistige Verwirrung meinerseits 
mantis (hier SkyStar HD2) kommt ohne Firmware aus, cx23885 (hier S470) braucht sogar mehr als eine Firmware und lädt eine davon tatsächlich erst, wenn ich etwa den VDR anschmeiße, zumindest wenn ich nach den Logeinträgen gehe. Mit meinem Halbwissen hoffe ich dann lieber nur, dass es mittelfristig ohne Tricks wieder klappt...
Feb 14 16:06:17 localhost kernel: [ 2.486730] cx23885 driver version 0.0.3 loaded
Feb 14 16:06:17 localhost kernel: [ 2.486755] cx23885 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Feb 14 16:06:17 localhost kernel: [ 2.487139] CORE cx23885[0]: subsystem: d470:9022, board: TeVii S470 [card=15,autodetected]
Feb 14 16:06:17 localhost kernel: [ 2.619040] cx25840 18-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0])
Feb 14 16:06:17 localhost kernel: [ 3.273322] cx25840 18-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
Feb 14 16:06:17 localhost kernel: [ 3.281732] cx23885_dvb_register() allocating 1 frontend(s)
Feb 14 16:06:17 localhost kernel: [ 3.281735] cx23885[0]: cx23885 based dvb card
Feb 14 16:06:17 localhost kernel: [ 3.284630] DS3000 chip version: 0.192 attached.
Feb 14 16:06:17 localhost kernel: [ 3.284632] DVB: registering new adapter (cx23885[0])
Feb 14 16:06:17 localhost kernel: [ 3.284635] DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)...
...
Feb 14 16:11:09 localhost vdr: [951] VDR version 1.7.23 started
...
Feb 14 16:11:09 localhost vdr: [951] probing /dev/dvb/adapter0/frontend0
Feb 14 16:11:09 localhost vdr: [951] creating cDvbDevice
Feb 14 16:11:09 localhost vdr: [951] new device number 1
Feb 14 16:11:10 localhost kernel: [ 297.325588] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
Feb 14 16:11:10 localhost kernel: [ 297.326274] ds3000_firmware_ondemand: Waiting for firmware upload(2)...
Feb 14 16:11:10 localhost vdr: [951] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage Technology DS3000/TS2020")Firmware laden bedeutet doch nicht nur, daß irgendeine Datei in den Speicher geladen wird. Die Firmware ist die Betriebssoftware für einen Chip. welcher wiederum für die Funktion der Karte erforderlich ist. Solange die Fw nicht zur Verfügung steht, kann die Karte nicht initialisiert werden.
Ja, du hast recht. Dennoch ist es eher so, dass die Firmware bis zur tatsächlichen Nutzung noch gar nicht auf den Chip geladen wird, sondern zunächst nur aus dem Userspace in den Treiber. Das blockiert und ist das Problem.
Im Extremfall würde dies bedeuten, daß die Karte erst beim Tunen initialisiert werden kann.
Dies würde die Zeit, bis erstmals ein Bild erscheint, verlängern.
Das ist bereits der Fall. Zumindest bei den Treibern für cineS2, S470 und SkyStar HD2.
Nachtrag zu:
Bis die Treiber nicht angepasst sind klappt eventuell folgender Würgaround (findet sich bestimmt auch im von Lars verlinkten Arch-Linux-Forumthread):
- betreffendes Modul blacklisten (/etc/modprobe.d/*.conf)
- modprobe des Moduls in der rc.local (oder je nach Distribution passend woanders)
Alles Quatsch. Blacklisten ist völliger Unsinn. Das betreffende Modul muss geladen werden bevor dies udev veranlasst. Bei Arch Linux reicht dazu ein Eintrag ins MODULES-Array der rc.conf.