/var/lib/dkms/dvbsky_v4l/14.6.19/build/v4l/cx23885.ko & tda18271.ko sind auch keine liegengeblieben, aber /var/lib/dkms/dvbsky_v4l/14.6.19/3.13.0-43-generic/x86_64/module/cx23885.ko & tda18271.ko im Gegensatz zum anliegenden Log.
Werde versuchen, diese wie bei -39 manuell in /lib/modules/$(uname -r)/updates/dkms zu schieben...
Das hat erwartungsgemäß nach sudo depmod -a;reboot beide /dev/dvb auch für -43 zurückgebracht. ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Hiernach müssten auch diese beiden Treiber erstellt werden:
Zitat von /home/user/media_build-bst-13/dkms.confAlles anzeigenBUILT_MODULE_NAME[341]=tda18271
BUILT_MODULE_LOCATION[341]=./v4l
DEST_MODULE_LOCATION[341]=/updates/dkms
[...]
BUILT_MODULE_NAME[460]=cx23885
BUILT_MODULE_LOCATION[460]=./v4l
DEST_MODULE_LOCATION[460]=/updates/dkms
Gibt es irgendeinen Grund, aus dem "CHECK_MODULE_VERSION=n" ignoriert würde?
Obwohl für -43 nichts manuell veranlasst wurde, ist interessanterweise folgendes zu sehen:
Zitat von sudo dkms statusdvbsky_v4l, 14.6.19, 3.13.0-43-generic, x86_64: installed (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!)
virtualbox, 4.3.10, 3.13.0-35-generic, x86_64: installed
virtualbox, 4.3.10, 3.13.0-36-generic, x86_64: installed (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!)
virtualbox, 4.3.10, 3.13.0-39-generic, x86_64: installed
virtualbox, 4.3.10, 3.13.0-43-generic, x86_64: installed
/var/lib/dkms/dvbsky_v4l/14.6.19/build/v4l/cx23885.ko & tda18271.ko sind auch keine liegengeblieben, aber /var/lib/dkms/dvbsky_v4l/14.6.19/3.13.0-43-generic/x86_64/module/cx23885.ko & tda18271.ko im Gegensatz zum anliegenden Log.
Werde versuchen, diese wie bei -39 manuell in /lib/modules/$(uname -r)/updates/dkms zu schieben...
/home/user/media_build-bst-13/v4l ist weiter auf Stand vom 2014-11-21; dort hinein schien für -43 also kein DKMS-Build nach dem Kernel-Update (oder Reboot in den neuen -43) automatisch durchgelaufen zu sein, allerdings liegen neue Module mit Zeitstempel nach dem Kernel-Update in /lib/modules/$(uname -r)/updates/dkms - nur die benötigten cx23885.ko und tda18271.ko eben leider nicht.
Vielleicht ist irgendwas mit deinem 39er Kernel durch die alten Versuche verbogen. Ich bin gespannt, was bei dir beim nächsten Kernel Update passiert.
Nach automatischem Update auf -43 wird die Karte wieder nicht mehr gefunden:
Zitat von uname -r;ls /dev/dvb
3.13.0-43-generic
ls: cannot access /dev/dvb: No such file or directory
Wird irgendwo gelogged, was DKMS (nicht) erledigen konnte?
kbf77 hat dafür freundlicherweise DKMS bereitgestellt, so daß die Treiber bei Kernelwechseln nachgezogen werden: DVBSky DKMS
Wenn du eine reine C- und eine reine T-Karte hast, musst du nichts weiter tun. Der vdr wird die C-Kanäle nur auf der C-Karte tunen und die T-Kanäle nur auf der T-Karte. Da braucht man nichts konfigurieren.
Allerdings schon, wenn eine Karte neben QAM auch OFDM kann (sind ja im gleichen Frequenzbereich), aber am Breitbandkabel statt an der DVB-T-Antenne hängt (oder auch umgekehrt).
Meinst du mit Mischbestückung, dass eine Karte in Theorie C und T kann, aber nur eins angeschlossen ist?
Nein, den Parallelbetrieb von C & T, wie man ihn z.B. braucht, wenn Kabelnetzbetreiber bestimmte Sender wegverschlüsseln oder gierig geworden aus dem DVB-C vergraulen.
Die CAID musste ich noch nie anfassen, das ist eher ein häßlicher Workaround, um einige Kanäle an bestimmte karten zu binden
Ja, 0 sollte aber alle Karten zulassen. Gebraucht werden 1-8 z.B. in Mischbestückung von DVB-C + DVB-T.
Der vdr nutzt von sich aus jede DVB-Karte, die er finden kann. In vdradmin muss man ggf. die Anzahl der Tuner einstellen, damit die Konfliktanzeige funktioniert
In der Tat, Admin-AM schien einen Konflikt zu zeigen, wo der VDR selbst keinen sah und AFAICS auch aufnahm: "VDR: Number of DVB cards: 2" unter http://localhost:8001/vdradmin.pl?aktion=config sollte dies für eine Doppeltunerkarte klären.
bei parallelen Aufnahmen wird mir im Timer angezeigt, dass die Aufnahmen nicht möglich sein, einzelne funktionieren allerdings wunderbar.
Habe das auf einer DVBSky T982 auch beobachtet: VDRadmin-AM zeigt parallele DVB-C-Timer rot an, trotz http://www.vdr-wiki.de/wiki/index.php/Channels.conf#CAID = 0 in der komplett auf unverschlüsselte Programme reduzierten http://www.vdr-wiki.de/wiki/in…nW%C3%BCrttemberg-KabelBW .
Beide Tuner auf dieser Karte zeigt ls -lR /dev/dvb
total 0
drwxr-xr-x 2 root root 120 Nov 22 21:23 adapter1
drwxr-xr-x 2 root root 120 Nov 22 21:23 adapter0
user@nellie:~$ ls -lR /dev/dvb
/dev/dvb:
total 0
drwxr-xr-x 2 root root 120 Nov 22 21:23 adapter0
drwxr-xr-x 2 root root 120 Nov 22 21:23 adapter1
/dev/dvb/adapter0:
total 0
crw-rw----+ 1 root video 212, 1 Nov 22 21:23 demux0
crw-rw----+ 1 root video 212, 2 Nov 22 21:23 dvr0
crw-rw----+ 1 root video 212, 0 Nov 22 21:23 frontend0
crw-rw----+ 1 root video 212, 3 Nov 22 21:23 net0
/dev/dvb/adapter1:
total 0
crw-rw----+ 1 root video 212, 5 Nov 22 21:23 demux0
crw-rw----+ 1 root video 212, 6 Nov 22 21:23 dvr0
crw-rw----+ 1 root video 212, 4 Nov 22 21:23 frontend0
crw-rw----+ 1 root video 212, 7 Nov 22 21:23 net0...und Parallelaufnahmen funktionierten gelegentlich auch schon: DVBSky DKMS
Sollte der VDR in dieser Konfiguration nicht jeden freien der beiden Tuner nutzen, also aus Bouquets 2 beliebiger Frequenzen parallel aufnehmen können?
Muß dafür etwas zusätzlich aktiviert werden?
Die CAID ist wenn ich o.g. Doku recht verstehe von 1-8 eine laufende Nummer, kein Bitmapping, also für 1.+2. Karte nicht 3 statt 0 in der channels.conf einzutragen.
Eine andere Fernbedienung habe ich [...] nicht ans Laufen bekommen [...]. Eigentlich hätte ich erwartet, dass der IR-Empfänger wenigstens auf Volume Up/Down und Mute der Phillips Fernbedienung reagieren würde.
Der Empfänger wahrscheinlich schon, wie mode2 anzeigen wird - aber vermutlich muß LIRC erst auf deren Protokoll angelernt werden (falls in irw nichts erscheint - kann durchaus sein, daß der TV mehr für seine eigene Fernbedienung hält als die DVBSky) und dann fehlt auch noch das Mapping auf die Kernel-KEY_*
TEN
Bei dir müsste die Ausgabe von sudo ir-keytable aber entsprechende "Supported protocols" ausgeben. Dann könntest du lirc auch komplett weg lassen (Einlesen von Tastencodes etc. kann man sich dann auch sparen) und beispielsweise eventlircd nehmen.
Ja, werde bei nächster Gelegenheit in Reichweite der Maschine mal die /etc/lirc/hardware.conf wie bei zoschfrosch umbauen:
Found /sys/class/rc/rc0/ (/dev/input/event5) with:
Driver cx23885, table rc-dvbsky
Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO other
Enabled protocols: NEC RC-5 RC-6 JVC SONY SANYO other
Name: cx23885 IR (DVBSKY T982)
bus: 1, vendor/product: 4254:0982, version: 0x0001
Repeat delay = 500 ms, repeat period = 125 msDas Anlernen hat leider nicht funktioniert - dabei hat er auch nur auf die Ziffern- und Lautstärketasten reagiert. Ich habe im Konfigurationsprogramm von lirc als Remote Control "Linux input layer" genommen, dann legt er eine lircd.conf mit dem Eintrag:
Codeinclude "/usr/share/lirc/remotes/devinput/lircd.conf.devinput"an. Als nächstes habe ich Deine lircd.conf verwendet
Trifft sich ja gut, daß meine T982 alle der mitgelieferten (hoffentlich identischen) Fernbedienung in die o.g. lircd.conf anlernen ließ - nur leider gar keine Tasten mehr erkennt, wenn der richtige DVB-Treiber aus dem media_build-bst-13-140619 verwendet wird.
Die Tastenbeschreibungen darin müssten dann vermutlich bei KERNEL_SUPPORT noch in solche des neuen Input-Layers (typischerweise beginnend mit KEY_) umbenannt werden (dabei Left/Right dann natürlich nicht auf *VOLUME): http://www.lirc.org/html/confi…s-using-linux-input-layer
Bei irw werden nur die Zifferntasten und die Volume UP/DOWN Taste erkannt... merkwürdigerweise kann ich damit sogar den Lautstärkeregler von Ubuntu bedienen.
LIRC aus den letzten paar Jahren gehen gleich aufs Kernel-Keymapping und erwischen daher die auch für andere Anwendungen passenden Events.
Nehme an, Du hast die Fernbedienung selbst angelernt und nicht meine o.g. lircd.conf verwendet? Deine und auch die /etc/lirc/hardware.conf wären interessant.
ZitatApplikationen wie mythtv reagieren gar nicht. Wenn ich sudo evtest aufrufe, werden alle Tasten der Original-Fernbedienung erkannt.
Ich muss dazusagen, ich bin habe lirc noch nie verwendet und bin deshalb noch etwas lost. Irgendwann heute abend hat sogar mal irw alle Tastendrücke richtig ausgegeben, aber nach dem nächsten Reboot war alles wieder wie oben geschildert. Ich konnte nicht mehr reproduzieren, wie ich das hinbekommen hatte.
Auszüge hierzu aus Deiner $HOME/.bash_history und ggf. /root/.bash_history dürften aufschlussreich sein.
Kann es sein, daß bei den mit LIRC funktionierenden Boots noch der (fälschlich nach der ihm unbekannten DVBSky-Karte greifende und kein /dev/dvb liefernde) Standardtreiber cx23885 geladen wird und meckert wie in DVBSky T9580 DVB-T/T2/C and DVB-S2 Dual PCIe ?
Bin immer nur alle paar Wochen für wenige Stunden in der Nähe des betroffenen VDRs und freue mich daher auf sachdienliche Hinweise...
(Es darf dafür durchaus die o.g. einfache Originalfernbedienung sein - muß es aber nicht, wenn sich andere besser bewährt haben sollten!)
Alles anzeigenin meiner channels.conf tummeln sich ca. 1.600 Sender. Viele davon will ich nicht wegen:
- Kein Bild, weil sie verschlüsselt sind und ich dafür kein Abo habe (Für manche verschlüsselte habe ich ein Abo)
- Sprachen, die ich nicht verstehe
[...]
Nun könnte ich das hinzufügen von Sendern abschalten und die channels.conf einmalig säubern.
[...]
Gibt es ein plugin (oder patch, etc) die nur "funktionierende" Sender in die channels.conf lassen [...]
w_scan, wirbelscan, channelfilter-patch bieten anscheinend nicht das was ich suche.
Für w_scan (also während der VDR mal nicht läuft) hatten wir zumindest folgende Lösung ausgetüftelt, die sich jedenfalls bei mir seit Jahren bewährt, um Krypto- und Radiosender herauszunehmen und auch die http://vdr-wiki.de/wiki/index.php/DVB-C_channels.conf zweckmäßig zu befüllen:
http://www.vdr-portal.de/board…3%A4t-qam-256#post1103530
Das lässt sich natürlich nach Bedarf auf bestimmte CA-Verschlüsselungs- und APID-Sprachkennungen aufbohren.
original lib (war es lirc_serial.ko ?!?) über die des installierten Treibers kopiert, danach lief lirc wieder. Das ist zwar mit Sicherheit kein sauberer Weg, hat aber bei mir funktioniert.
Kämpfe gerade auch damit bzgl. Mystique TeCaBiX / DVBSky LIRC - sogar inkl. Transmitter (irsend) ?
/lib/modules/3.13.0-39-generic/updates/dkms$ sudo modprobe lirc_serial
modprobe: ERROR: could not insert 'lirc_serial': Invalid argument
*lirc* im o.g. Verzeichnis sind nur ir-lirc-codec.ko lirc_dev.ko rc-lirc.ko, letzteres nicht geladen. lirc_serial.ko wird vom media_build-bst-13 offenbar gar nicht neu gebaut.
Benennt man die ersten beiden um, so daß wieder die Originale des Kernels verwendet werden, zeigt dmesg nach sudo depmod & modprobe:
[ 3930.515613] lirc_dev: Unknown symbol rc_open (err 0)
[ 3930.515642] lirc_dev: Unknown symbol rc_close (err 0)
Welches Modul muß also wirklich ersetzt werden, um LIRC mit DVBSky wieder verfügbar zu machen?
Mainline Support für die T982 wird mit 3.19 kommen: DVBSky Mainline Support.
Ach und es gibt auch andere Distributionen als Ubuntu.
"In an insane world, it was the sanest choice." (Sarah Connor, T2 :wow, 1991)
Nehme an, daß DVBskys Makefile&Co. auch insoweit unausgegoren sind, da nur dieses den Kernelwechsel nicht mitbekommt (und "make clean" einige Firmwares löscht und danach erst recht nicht kompiliert).
In der Tat, es wird eine versteckte ~/media_build-bst-13/v4l/.version angelegt und ohne u.g. DKMS-Patches nicht aktualisiert.
Zitatder nächste Kernel&Kunde kommen bestimmt und stehen dann auch vor dem Problem aus dieser out-of-tree-Entwicklung.
Ein rm -r ...; tar xf des aufbewahrten Archivs sind dann ja schnell erledigt, und auch make install funktioniert dank Deiner Hilfe zum o.g. obskuren Parameter KDIR26.
Hoffen wir, daß engagierte Käufer & Importeure wie in http://www.amazon.de/review/R1ISNY3CFR54W dem Hersteller auf die Sprünge helfen, damit auch die langwierigen Makes ohne DKMS bald durch Aufnahme in den Standardkernel der Vergangenheit angehören.
Bzgl. automatischer Kompilierung hat kfb77 schon sehr weitergeholfen in http://www.vdr-portal.de/board…rten/p1220489-dvbsky-dkms
Auffällig ist neben schon im Thread erwähnten unplausiblen femon-Ausgaben (Signal erscheint eigentlich zu stabil) an den 3bärn dieser Karte, daß auch während laufender Aufnahmen (gezielt beider DVB-C-Tuner der T982 gleichzeitig, jeweils auf ganz anderen Frequenzen) alle paar Sekunden diese Meldungen (immer bzgl. 546 & 554 MHz) im Syslog landen:
Nov 22 07:31:30 vdr: [3825] frontend 1/0 lost lock on channel 0, tp 546
Nov 22 07:31:30 vdr: [3825] frontend 1/0 regained lock on channel 0, tp 546
Nov 22 07:31:59 vdr: [3825] frontend 1/0 lost lock on channel 0, tp 554
Nov 22 07:31:59 vdr: [3825] frontend 1/0 regained lock on channel 0, tp 554
Hat das noch jemand beobachtet?
Wer kann mit einer laufenden LIRC-Konfiguration für die DVBSky aushelfen - die Fernbedienung selbst ist gesampled unter http://www.vdr-portal.de/board…r-inkl-transmitter-irsend ?
Zitat von gofrm76Irgend etwas scheint bei der Hardware-Erkennung (meistens) schief zu laufen, habe aber keine Ahnung, an welchen Stellschrauben ich da drehen muss
In /etc/X11/xorg.conf (neuere Distris haben sie oft nicht mehr, nutzen sie aber wenn angelegt) etwas in der Art unter
Section "Device"
Option "ConnectedMonitor" "DFP-1" # oder wie eben Dein Monitor adressiert wird
Option "CustomEDID" "DFP-1:/etc/X11/LG27MP35_thru_Samsung_HT-C5500_edid.bin"
Abgegriffen wird die Datei per Speicherfunktion im Utility "Nvidia X Server Settings", wenn die Maschine gerade mit passender, 5.1 funktionierend erkannter Monitor-/Beamer- und Receiverkombi gebootet wurde.
Achtung, snd-hda-codec-hdmi führt oft (gerade bei Umschaltungen der HDMI-Audio-Konfiguration zur Laufzeit, aber auch noch wenn wie o.g. festgeklopft) zu harten Abstürzen und muß daher auf vielen Maschinen blacklisted werden: https://bugs.launchpad.net/ubuntu-desktop-tests/+bug/1169984
Mit dem EDID-Inserter ist leider noch niemand in HDMI-Kabeln in Serie gegangen, lasst mal Eure Kontakte nach Shenzhen spielen... 
