so, ich konnte es nicht abwarten, leider bekomme ich nach "sudo apt-get install tbs-drivers-dkms" die Meldung "Das Paket tbs-drivers-dkms kann nicht gefunden werden"! 
Das Paket heißt ja auch " linux-media-tbs-dkms"
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install linux-media-tbs-dkmsDen ersten Post von dir in diesem Thread editieren und da den Titel anpassen.
inst linux-media-tbs-dkms
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paket linux-media-tbs-dkms ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
Doch die folgenden Pakete ersetzen es:
linux-media-dkms
E: Paket »linux-media-tbs-dkms« hat keinen Installationskandidaten
werds mal damit versuchen 
compilieren und installieren lief super aber treiber wird nicth geladen bzw unter /dev/dvb erscheint kein adapter 
edit :
hm scheint doch geladen worden zu sein aber wo zum henker is das device oder besser die beiden devices ?!
edit2 :
This module version was INACTIVE for this kernel
der hat mir den treiber für die 6982 gebaut nicht für die 6981 - also wieder manuell bauen - wie ich das hatte aufm atom 330 
edit 3 :
ick werd beklooopt - das scheiss dingen geht - das dingen jeht ! :
[ 20.998341] CORE cx23885[0]: subsystem: 6981:8888, board: TurboSight TBS 6981 [card=33,autodetected]
[ 22.780112] TurboSight TBS 6981 Frontend 0 Attaching...
[ 22.906748] DVB: registering adapter 0 frontend 0 (TurboSight TBS 6981 DVBS/S2 frontend)...
[ 22.935443] TurboSight TBS698x Dual DVB-S2 card port0 MAC=00:22:ab:f0:17:58
[ 22.935469] TurboSight TBS 6981 Frontend 1 Attaching...
[ 23.016816] DVB: registering adapter 1 frontend 0 (TurboSight TBS 6981 DVBS/S2 frontend)...
[ 23.045418] TurboSight TBS698x Dual DVB-S2 card port1 MAC=00:22:ab:f0:17:59
[ 23.080854] input: cx23885 IR (TurboSight TBS 6981) as /devices/pci0000:00/0000:00:1c.2/0000:03:00.0/rc/rc1/input15
[ 23.084539] rc1: cx23885 IR (TurboSight TBS 6981) as /devices/pci0000:00/0000:00:1c.2/0000:03:00.0/rc/rc1
[ 35.517194] TurboSight TBS 6981 Frontend:
[ 35.517198] TurboSight TBS 6981 Frontend:treiber von hier laden : http://www.tbsdtv.com/download/#tbs6981 ( falls der link nicht schon wieder geändert wurde )
script aus dem anhang laden ( ins selbe verzeichnis. 32 / 64 bit system sollte automatisch erkannt werden. laden, chmod 775 und sudo ./script = karte läuft
die karte läuft aber beschissen, umschaltzeiten doppelt so lange wie bei meiner TeVii S470, ne knappe sekunde artefakte - da war die TeVii um längen besser !
die TBS fliegt über kurz oder lang raus ! wie kann man so ein schrott verkaufen ?!
wo wir grad bei der dkms geschichte sind : wird die TeVii S471 über das linux-media-dkms unterstützt bzw wander der treiber wie bei der s470 in absehbarer zeit in den kernel ?!
Läuft die Karte überall so bescheiden?
Auch mit dem neueren Treiber?
Es gibt bei TBS ein neues Treiberpaket zum download
Alt: tbs-linux-drivers_v120827.zip
Neu: tbs-linux-drivers_v121119.zip
Es enthält aber eine uralte? Firmware:
Im TBS Paket:
32674 Sep 5 2009 dvb-fe-cx24116.fwin /lib/firmware (yaVDR 0.5)
32674 May 18 2012 /lib/firmware/dvb-fe-cx24116.fwDie Dateien sind offensichtlich nicht identisch
[code]root@vdr4:~/tbs/src# md5sum /lib/firmware/dvb-fe-cx24116.fw dvb-fe-cx24116.fw
b8c856ac15b768854a222e6864e7dc7f /lib/firmware/dvb-fe-cx24116.fw
dd8dfdfca6b72462d9db8032f78631c8 dvb-fe-cx24116.fwVielen Dank für das scipt "TBS6981_driver_install_script.sh" !
Nach anpassen des Zip-Namens und einem "aptitude install unp" lief es problemlos durch.
Ich wollte es aber nur mal kompilieren lassen und hatte
die apt-gets und das make install auskommentiert.
In makefile wird aber ein rmmod.pl aufgerufen...
make[2]: Leaving directory `/usr/src/linux-headers-3.2.0-34-generic'
./scripts/rmmod.pl check
found 514 modules
make[1]: Leaving directory `/tmp/tbsdrv/linux-tbs-drivers/v4l'also:
Besser nicht als root ausprobieren 
Mich irretieren allerdings die Zeilen
apt-get remove --purge -y s2-liplianin-dkms v4l-dvb-dkms
apt-get install w-scan dvb-appsvorallem das "remove --purge"
Damit bekomme ich ja niemals wieder neue treiber updates vom yaVDR Team, oder?
(wobei w.scan bereits installiert war, alles andere aber nicht)
und das in dem Paket wohl alle? v4l Treiber neu gebaut werden...
Ist das wirklich ne gute Idee?
Lt. FAQ ja nicht, was aber dann tun?
Oder ist das alles bei 0.5 gar nicht mehr nötig?
(ich habe die Karte noch nicht, und wollte erstmal sehen ob sie unterstützt wird, wenn nein, wie)
zochi,
Äähhh, was wolltest Du jetzt wissen? 
Vielleicht solltest Du Dir diesen Thread mal durchlesen. damit kann man den TBS-Treiber bauen.
Wenn Du keine Lust zum Selberkompilieren hast, dann kaufe Dir eine andere DVB-Karte!
Denn den Treiber musst Du nämlich nach jedem Kernelupdate wieder neu Kompilieren, da er nicht von yaVDR direkt unterstützt und gewartet wird.
Paulaner
Danke! Genau das wollte ich wissen!
1. Die TSB Karte wird nicht/nie von yaVDR unterstützt(werden, solange TBS seine Pakete nicht an den Standard anpasst).
2. Es ist kein brauchbarer Treiber bei yaVDR. Der bei 0.5 war übersehen worden zu entfernen,
3. Bei jedem neuen Kern muss der Treiber in Eigenregie neu gebaut werden (was etliche Minuten dauert)4. Man muss exclusiv das IR Modul dieser Karte verwenden.
4. Wer das nich will, darf keine TBS Karte verwenden
?
Frage:
Was dann?
Wer eine 4fach Karte möchte, muss dann "Digital Devices" nehmen, oder halt doch 2 Dual?
4.Man muss exclusiv das IR Modul dieser Karte verwenden.
Das ist definitiv falsch!
Bei mir liegt das IR-Modul von der TBS-Karte noch immer wohlverpackt im Lieferkarton und wurde noch nie verwendet.
Ich verwende einen ganz normalen IR-Empfänger am COM-Port (das ist der Rest vom alten AV-Board ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
).
Bei yaVDR wird dann nur die lirc.conf entsprechend der neuen eventlirc-Syntax angepasst und über das WFE von yaVDR wird als IR-Empfänger "Homebrew" eingestellt.
Paulaner
OK, gut zu hören das das Lirc Funktioniert (hab ich auch).
In einem anderen Thread wurde das nicht so klar.
Damit bekomme ich ja niemals wieder neue treiber updates vom yaVDR Team, oder?
(wobei w.scan bereits installiert war, alles andere aber nicht)
Wir versuchen bei der Installation die Geräte zu erkennen und installieren dann bei Bedarf Linux-Media-DKMS. Wenn das Gerät schon vom Kernel unterstützt wird, oder nicht erkannt wird,
dann installieren wir dafür natürlich auch nichts.
Gerald
Es gibt das wohl doch ein Problem mit dem tbs treiber "paket" und lirc.
Nach übersetzen und installieren des tbs 6981Treibers
tbs-linux-drivers_v121119.zip
haben lirc_serial und lirc_dev
offenbar unterschiedliche Versionen, was die Nutzung des serial-Interfaces bei mir (yaVDR 0.5) derzeit verhindert.
Die einzige "Abhilfe" die ich bisher gefunden habe ist halt:
vor dem Übersetzen von tbs6981 die vorhandene lirc_dev.ko version weg sichern.
Irgendwie nicht wirklich schön, oder?
Frage:
Wo bekomme ich jetzt den passenden lirc_dev her (ohne neuinstalltion)? <flöt>
Wo wüsste ich nachsehen, warum die da ein neue lirc_dev mit einer anderen revicion bauen?
Gibt es eine Möglichkeit die Revision zu ignorieren, wie geht das?
Im Web Fron End (WFE) aktivieren von "Home-brew (16x50 UART compatible serial port)" an /dev/ttyS0 (COM1)
Deaktivieren
root@vdr4:~# 05:00 vdr4 /usr/bin/signal-event.real[5327]: processing signal change-remote-hardwa05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /etc/init/lircd.override
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /etc/init/lircd2uinput.conf
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /etc/lirc/hardware.conf
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /etc/modprobe.d/lirc-serial.conf
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /etc/serial.conf
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing template /lib/udev/rules.d/85-lirc.rules
05:00 vdr4 /usr/bin/signal-event.real[5327]: processing action /usr/share/yavdr/events/change-remote-hardware/05_stop-remoted change-remote-hardwa05:00 vdr4 /usr/bin/signal-event.real[5327]: processing action /usr/share/yavdr/events/change-remote-hardware/10_change-lirc-hardware change-remote-hardwa05:00 vdr4 /usr/bin/signal-event.real[5327]: processing action /usr/share/yavdr/events/change-remote-hardware/35_start-remoted change-remote-hardwa05:00 vdr4 kernel: [ 2479.098104] init: lircd pre-start process (5374) terminated with status 1
05:00 vdr4 /usr/bin/signal-event.real[5327]: finished processing signal change-remote-hardware#Aktivieren
root@vdr4:~# 05:13 vdr4 /usr/bin/signal-event.real[5375]: processing signal change-remote-hardwa05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /etc/init/lircd.override
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /etc/init/lircd2uinput.conf
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /etc/lirc/hardware.conf
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /etc/modprobe.d/lirc-serial.conf
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /etc/serial.conf
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing template /lib/udev/rules.d/85-lirc.rules
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing action /usr/share/yavdr/events/change-remote-hardware/05_stop-remoted change-remote-hardwa05:13 vdr4 /usr/bin/signal-event.real[5375]: processing action /usr/share/yavdr/events/change-remote-hardware/10_change-lirc-hardware change-remote-hardwa05:13 vdr4 kernel: [ 2492.334894] lirc_serial: module is from the staging directory, the quality is unknown, you have been warned.
05:13 vdr4 kernel: [ 2492.335157] lirc_serial: disagrees about version of symbol lirc_register_driver
05:13 vdr4 kernel: [ 2492.335165] lirc_serial: Unknown symbol lirc_register_driver (err -22)
05:13 vdr4 /usr/bin/signal-event.real[5375]: processing action /usr/share/yavdr/events/change-remote-hardware/35_start-remoted change-remote-hardwa05:13 vdr4 kernel: [ 2492.371933] init: lircd pre-start process (5428) terminated with status 1
05:13 vdr4 /usr/bin/signal-event.real[5375]: finished processing signal change-remote-hardwareroot@vdr4:~# ls -al `locate lirc_serial` | sort
lrwxrwxrwx 1 root root 43 Dec 13 17:03 /root/tbs/tmp/tbsdrv/linux-tbs-drivers/v4l/lirc_serial.c -> ../linux/drivers/staging/lirc/lirc_serial.c
-rw-r--r-- 1 root root 33648 Nov 15 12:32 /lib/modules/3.2.0-34-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko
-rw-r--r-- 1 root root 33648 Sep 27 00:17 /lib/modules/3.2.0-32-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko
-rw-r-xr-x 1 root root 33046 Jun 1 2012 /root/tbs/src/linux-tbs-drivers/linux/drivers/staging/lirc/lirc_serial.c
-rw-r-xr-x 1 root root 33046 Jun 1 2012 /root/tbs/tmp/tbsdrv/linux-tbs-drivers/linux/drivers/staging/lirc/lirc_serial.c
root@vdr4:~#
root@vdr4:~# ls -al `locate lirc_dev.ko` | sort
-rw-r--r-- 1 root root 28248 Dec 13 17:11 /lib/modules/3.2.0-34-generic/kernel/drivers/media/rc/lirc_dev.ko
-rw-r--r-- 1 root root 28552 Sep 27 00:17 /lib/modules/3.2.0-32-generic/kernel/drivers/media/rc/lirc_dev.ko
-rw-r--r-- 1 root root 300549 Dec 13 17:10 /root/tbs/tmp/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.ko
-rw-r--r-- 1 root root 333 Dec 13 17:10 /root/tbs/tmp/tbsdrv/linux-tbs-drivers/v4l/.lirc_dev.ko.cmd
root@vdr4:~#
root@vdr4:~# modprobe lirc_serial
FATAL: Error inserting lirc_serial (/lib/modules/3.2.0-34-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko): Invalid argument
FATAL: Error running install command for lirc_serial
root@vdr4:~# lircd --version
lircd 0.9.0
root@vdr4:~# modinfo lirc_dev
filename: /lib/modules/3.2.0-34-generic/kernel/drivers/media/rc/lirc_dev.ko
license: GPL
author: Artur Lipowski
description: LIRC base driver module
srcversion: 4D6747913D403124FAC4B47
depends:
vermagic: 3.2.0-34-generic SMP mod_unload modversions
parm: debug:Enable debugging messages (bool)
root@vdr4:~# modinfo lirc_serial
filename: /lib/modules/3.2.0-34-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko
license: GPL
author: Ralph Metzler, Trent Piepho, Ben Pfaff, Christoph Bartelmus, Andrei Tanas
description: Infra-red receiver driver for serial ports.
srcversion: 2EB460FF609D5848B657AAD
depends: lirc_dev
staging: Y
intree: Y
vermagic: 3.2.0-34-generic SMP mod_unload modversions
parm: type:Hardware type (0 = home-brew, 1 = IRdeo, 2 = IRdeo Remote, 3 = AnimaX, 4 = IgorPlug, 5 = NSLU2 RX:CTS2/TX:GreenLED) (int)
parm: io:I/O address base (0x3f8 or 0x2f8) (int)
parm: iommap:physical base for memory mapped I/O (0 = no memory mapped io) (bool)
parm: ioshift:shift I/O register offset (0 = no shift) (int)
parm: irq:Interrupt (4 or 3) (int)
parm: share_irq:Share interrupts (0 = off, 1 = on) (bool)
parm: sense:Override autodetection of IR receiver circuit (0 = active high, 1 = active low ) (bool)
parm: txsense:Sense of transmitter circuit (0 = active high, 1 = active low ) (bool)
parm: softcarrier:Software carrier (0 = off, 1 = on, default on) (bool)
parm: debug:Enable debugging messages (bool)
root@vdr4:~#Wo bekomme ich jetzt den passenden lirc_dev her (ohne neuinstalltion)? <flöt>
Ich würde als erstes versuchen den Kernel nochmal neu zu instalieren (apt-get --reinstall install linux-image...), übrigens mit "debsums <paketname>" kannst du prüfen ob Dateien eines Paketes verändert wurden. Weil es klingt so als würde das tbs Treiberinstall die Dateien des Kernelpaketes überschreiben.
[Alles ungetestet für Kernelpakete]
Wo wüsste ich nachsehen, warum die da ein neue lirc_dev mit einer anderen revicion bauen?
Gibt es eine Möglichkeit die Revision zu ignorieren, wie geht das?
Kannst du beim tbs Paket nicht vor dem Bauen unnötigen Kram abwählen? Dann wird der Kram ganricht erst gebaut/instaliert.
cu
Die einzige "Abhilfe" die ich bisher gefunden habe ist halt:
vor dem Übersetzen von tbs6981 die vorhandene lirc_dev.ko version weg sichern.
Irgendwie nicht wirklich schön, oder?
Nö, daher wird der geneigte selberkompilierer sich ncurses-dev nachinstallieren und im Quellverzeichnis der v4l-Treiber über make menuconfig die benötigten Lirc-Module aus dem Staging-Multimedia Zweig anschalten, bevor er munter loskompiliert...
Alles anzeigen
Nö, daher wird der geneigte selberkompilierer sich
ncurses-dev nachinstallieren und
im Quellverzeichnis der v4l-Treiber über
make menuconfig
die benötigten Lirc-Module aus dem Staging-Multimedia Zweig anschalten,
bevor er munter loskompiliert...
Ah...ja, danke.
Das TBS-"Paket" hat schon die Source für lirc_serial.c dabei hat, aber offensichtlich nicht neu gebaut?
root@vdr4:~/tbs# updatedb
root@vdr4:~/tbs# ls -al $(locate lirc_dev)
-rw-r--r-- 1 root root 28552 Sep 27 00:17 /lib/modules/3.2.0-32-generic/kernel/drivers/media/rc/lirc_dev.ko
-rw-r--r-- 1 root root 28248 Dec 15 21:48 /lib/modules/3.2.0-34-generic/kernel/drivers/media/rc/lirc_dev.ko
-rw-r--r-- 1 root root 5795 Jan 5 2012 /usr/src/linux-headers-3.2.0-32/include/media/lirc_dev.h
-rw-r--r-- 1 root root 5795 Jan 5 2012 /usr/src/linux-headers-3.2.0-34/include/media/lirc_dev.h
-rw-r-xr-x 1 root root 17147 Jun 1 2012 /usr/src/tbsdrv/linux-tbs-drivers/linux/drivers/media/rc/lirc_dev.c
-rw-r-xr-x 1 root root 6786 Sep 9 2011 /usr/src/tbsdrv/linux-tbs-drivers/linux/include/media/lirc_dev.h
lrwxrwxrwx 1 root root 36 Dec 15 21:45 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.c -> ../linux/drivers/media/rc/lirc_dev.c
-rw-r--r-- 1 root root 300525 Dec 15 21:47 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.ko
-rw-r--r-- 1 root root 313 Dec 15 21:47 /usr/src/tbsdrv/linux-tbs-drivers/v4l/.lirc_dev.ko.cmd
-rw-r--r-- 1 root root 2458 Dec 15 21:47 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.mod.c
-rw-r--r-- 1 root root 56440 Dec 15 21:47 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.mod.o
-rw-r--r-- 1 root root 55572 Dec 15 21:47 /usr/src/tbsdrv/linux-tbs-drivers/v4l/.lirc_dev.mod.o.cmd
-rw-r--r-- 1 root root 254288 Dec 15 21:23 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_dev.o
-rw-r--r-- 1 root root 62460 Dec 15 21:23 /usr/src/tbsdrv/linux-tbs-drivers/v4l/.lirc_dev.o.cmd
-rw-r--r-- 1 root root 99 Dec 15 21:45 /usr/src/tbsdrv/linux-tbs-drivers/v4l/.tmp_versions/lirc_dev.mod
root@vdr4:~/tbs# ls -al $(locate lirc_serial)
lrwxrwxrwx 1 root root 43 Dec 15 21:45 /usr/src/tbsdrv/linux-tbs-drivers/v4l/lirc_serial.c -> ../linux/drivers/staging/lirc/lirc_serial.c
-rw-r--r-- 1 root root 33648 Sep 27 00:17 /lib/modules/3.2.0-32-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko
-rw-r--r-- 1 root root 33648 Nov 15 12:32 /lib/modules/3.2.0-34-generic/kernel/drivers/staging/media/lirc/lirc_serial.ko
-rw-r-xr-x 1 root root 33046 Jun 1 2012 /usr/src/tbsdrv/linux-tbs-drivers/linux/drivers/staging/lirc/lirc_serial.c
root@vdr4:~/tbs#Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!