Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT sowie TT S2-6400 (Teil 1)

das-d · 17. Juni 2011

Zitat von UFO
Für die cineS2 V6 kann man alles abwählen außer:
Code
Multimedia support  --->
...
 DVB for Linux
...
[*] DVB/ATSC adapters --->
...
 Digital Devices bridge support
Damit die benötigten Frontends automatisch gebaut werden, darf
Code
[ ] Customise the frontend modules to build
nicht angewählt werden.

CU
Oliver
Alles anzeigen

Danke für die Hilfe, hat jetzt endlich soweit alles geklappt, vorher hatt ich eben das smp_lock Problem wegen dem 2.6.39'er Kernel nachdem ich jetzt nur speziell die Treiber für meine DD Cine S2 V6 kompiliert habe, wird auch dass ddbridge kernel modul geladen. Allerdings taucht die Karte immer noch nicht unter /dev/dvb
und natürlich bin ich jetzt ein wenig ratlos wenn ich mir per dmesg die Meldungen vom Kernel beim laden anschaue werd ich nicht richtig schlau:

Code

[	2.669296] lp: driver loaded but no devices found
[	2.672678] usb 2-1.5: new low speed USB device number 3 using ehci_hcd
[	2.685166] [drm] Initialized drm 1.1.0 20060810
[	2.685722] coretemp coretemp.0: TjMax is 82 C.
[	2.685758] coretemp coretemp.1: TjMax is 82 C.
[	2.685788] coretemp coretemp.2: TjMax is 82 C.
[	2.685817] coretemp coretemp.3: TjMax is 82 C.
[	2.690739] WARNING: You are using an experimental version of the media stack.
[	2.690740]  As the driver is backported to an older kernel, it doesn't offer
[	2.690741]  enough quality for its usage in production.
[	2.690742]  Use it with care.
[	2.690742] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[	2.690743]  5b5c6e080e7d3b484536fa5c96b78ff53df83e84 [media] marvell-cam: Basic working MMP camera driver
[	2.690744]  7788a403987b5557e124f4cd76bfde5ffb804960 [media] marvell-cam: Allocate the i2c adapter in the platform driver
[	2.690746]  dc10bc206b121fcc6308438826a0c9c147fe5051 [media] marvell-cam: Right-shift i2c slave ID's in the cafe driver
[	2.692862] xhci_hcd 0000:03:00.0: irq 17, io mem 0xfe400000
[	2.692941] xhci_hcd 0000:03:00.0: irq 45 for MSI/MSI-X
[	2.692946] xhci_hcd 0000:03:00.0: irq 46 for MSI/MSI-X
[	2.692950] xhci_hcd 0000:03:00.0: irq 47 for MSI/MSI-X
[	2.692953] xhci_hcd 0000:03:00.0: irq 48 for MSI/MSI-X
[	2.692957] xhci_hcd 0000:03:00.0: irq 49 for MSI/MSI-X
[	2.693130] xHCI xhci_add_endpoint called for root hub
[	2.693132] xHCI xhci_check_bandwidth called for root hub
[	2.693155] hub 3-0:1.0: USB hub found
[	2.693163] hub 3-0:1.0: 2 ports detected
[	2.693211] xhci_hcd 0000:03:00.0: xHCI Host Controller
[	2.693243] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 4
[	2.699787] ddbridge: disagrees about version of symbol cxd2099_attach
[	2.699791] ddbridge: Unknown symbol cxd2099_attach (err -22)
[	2.702058] ddbridge: disagrees about version of symbol cxd2099_attach
[	2.702061] ddbridge: Unknown symbol cxd2099_attach (err -22)
[	2.722894] xHCI xhci_add_endpoint called for root hub
[	2.722897] xHCI xhci_check_bandwidth called for root hub

Alles anzeigen

und ein modprobe ddbridge bringt diesen fehler:

Code

FATAL: Error inserting ddbridge (/lib/modules/2.6.39-997-generic/kernel/drivers/media/dvb/ddbridge/ddbridge.ko): Operation not permitted

wobei ich gar nicht weiß ob das nicht richtig so ist. Ich habe lediglich gesehen dass dieses Modul vom Kernel für meine Karte geladen wird ...

Weiß jemand weiter?

UFO · 18. Juni 2011

Zitat von das-d

Danke für die Hilfe, hat jetzt endlich soweit alles geklappt, vorher hatt ich eben das smp_lock Problem wegen dem 2.6.39'er Kernel

Dieses Problem sollte mittlerweile behoben sein. Nun sollte auch das Gesamtpaket mit 2.6.39 kompilieren.

Zitat
nachdem ich jetzt nur speziell die Treiber für meine DD Cine S2 V6 kompiliert habe, wird auch dass ddbridge kernel modul geladen. Allerdings taucht die Karte immer noch nicht unter /dev/dvb
und natürlich bin ich jetzt ein wenig ratlos wenn ich mir per dmesg die Meldungen vom Kernel beim laden anschaue werd ich nicht richtig schlau:
Code
[	2.699787] ddbridge: disagrees about version of symbol cxd2099_attach
[	2.699791] ddbridge: Unknown symbol cxd2099_attach (err -22)
und ein modprobe ddbridge bringt diesen fehler:
Code
FATAL: Error inserting ddbridge (/lib/modules/2.6.39-997-generic/kernel/drivers/media/dvb/ddbridge/ddbridge.ko): Operation not permitted

Das cxd2099 Modul passt nicht zu ddbridge. Wahrscheinlich wurde das alte cxd2099 des Kernels mit dem neuen ddbridge aus dem Treiberpaket geladen..

Kontrollieren, ob in einem Unterverzeichnis von /lib/modules/<kernelversion> ein weiteres - altes - cxd2099.ko herumliegt. Dieses z.B. in cxd2099.ko.old umbenennen.

CU
Oliver

das-d · 19. Juni 2011

Zitat von UFO

Das cxd2099 Modul passt nicht zu ddbridge. Wahrscheinlich wurde das alte cxd2099 des Kernels mit dem neuen ddbridge aus dem Treiberpaket geladen..

Kontrollieren, ob in einem Unterverzeichnis von /lib/modules/ ein weiteres - altes - cxd2099.ko herumliegt. Dieses z.B. in cxd2099.ko.old umbenennen.

Danke UFO das war der richtige Tipp. Habe zwar im VDR Wiki schon soetwas als Fehlerquelle gesehen, allerdings habe ich da in den falschen Ordnern gesucht!

Danke für die Hilfe die Karte wird jetzt erkannt und sauber mit zwei adapterX und je das nötige Frontend angezeigt.

Nun da ich zur Zeit auf verschiedenen Plattformen teste stoße ich bei Fedora wieder an die grenzen der ganzen Kompilierung:
ich hab installiert min.
- gcc
- make
- patch
- mercurial
- kernel-headers
- git
- digest-perl-sha1
- libncurses
- libncurses-dev
hmm mir fällt grad auch in Einklang mit dem benötigten und allem was ich mir erarbeitet hab net mehr ein. Aber beim kompilieren krachts bei

Code

make untar

immer hier:

Code

[root@htpc01 media_build_experimental]# make untar
make -C linux/ untar
make[1]: Entering directory `/usr/src/media_build_experimental/linux'
tar xfj linux-media.tar.bz2
rm -f .patches_applied .linked_dir .git_log.md5
../experimental/add-drivers


# Add ngene & octopus
fetch_hg_repo "http://linuxtv.org/hg/~endriss/ngene-octopus-test" "ngene-octopus-test"
Fordere alle nderungen an
Fge nderungsstze hinzu
Fge Manifeste hinzu
Fge Dateinderungen hinzu
Fgte 15204 nderungsstze mit 37352 nderungen an 2897 Dateien hinzu
Aktualisiere auf Zweig default
1749 Dateien aktualisiert, 0 Dateien zusammengefhrt, 0 Dateien entfernt, 0 Dateien ungelst
rm -Rf ../linux/drivers/media/dvb/{ngene,ddbridge} ../linux/drivers/staging/cxd2099
cp -r ngene-octopus-test/linux/drivers/media/dvb/{ngene,ddbridge} ../linux/drivers/media/dvb
patch -p0 < ngene-octopus-test.dvb-kconfig.diff
patch: **** rejecting target file name with ".." component: ../linux/drivers/media/dvb/Kconfig
make[1]: [untar] Fehler 2 (ignoriert)
make[1]: Leaving directory `/usr/src/media_build_experimental/linux'

Alles anzeigen

Edit:

Falls jemand unter Fedora 15 das Problem hat, dann muss patch downgedgradet werden und zwar auf eine Version 2.6.1-5. Welche eigentlich im 14'er aktuell war. Deshalb dann mit dem Befehl

Code

yum --releasever=14 --disablerepo='*' --enablerepo=updates --enablerepo=fedora --nogpgcheck downgrade patch

downgraden. Bei mir war das zweimal nötig!

Frodo · 26. Juni 2011

Ich vermisse in dem Paket die lirc Module, dummerweise funktioniert das Modul aus dem Kernel der Distribution nicht mehr, da wohl die Schnittstellen durch den Media Treiber aktualisiert werden.

Code

FATAL: Error inserting lirc_serial (/lib/modules/2.6.38-8-generic/kernel/drivers/staging/lirc/lirc_serial.ko): Invalid argument

Dr. Seltsam · 26. Juni 2011

Zitat von Frodo
Ich vermisse in dem Paket die lirc Module, dummerweise funktioniert das Modul aus dem Kernel der Distribution nicht mehr, da wohl die Schnittstellen durch den Media Treiber aktualisiert werden.
Code
FATAL: Error inserting lirc_serial (/lib/modules/2.6.38-8-generic/kernel/drivers/staging/lirc/lirc_serial.ko): Invalid argument

hast Du vor dem Kompilieren mal ein "make menuconfig" gemacht? Wenn Du die staging-Treiber auswählst, müsste da lirc-serial mit bei sein. Prüf nach der Installation, ob es neben den neuen lirc-Modulen noch ältere im Kernel-Zweig (z.B. unter einem anderen Ordner) gibt. Die musst Du dann löschen und ein "depmod" ausführen.

Frodo · 26. Juni 2011

Danke für den Tipp, merkwürdiger Weise konnte ich den stageing Bereich vor dem letzten Übersetzen nicht aktivieren jetzt geht es.

wurststulle · 30. Juni 2011

huhu, wollte fragen, ob mit dem treiber auch die 2400i dt von terratec für >2.6.36 funktioniert

grüße
die wurst

dreizehn · 2. Juli 2011

Hallo,

ich würde gern den octopus und den ivtv Treiber gleichzeitig nutzen und bin dabei hier gelandet. Soweit vielen dank für eure arbeit.

Ich habe aber Probleme mit ivtv beim laden des moduls:

# modprobe ivtv
WARNING: Error inserting media (/lib/modules/2.6.39.1mh2/kernel/drivers/linux/drivers/media/media.ko): Unknown symbol in module, or unknown parameter (see dmesg)
WARNING: Error inserting videodev (/lib/modules/2.6.39.1mh2/kernel/drivers/media/video/videodev.ko): Unknown symbol in module, or unknown parameter (see dmesg)
WARNING: Error inserting v4l2_common (/lib/modules/2.6.39.1mh2/kernel/drivers/media/video/v4l2-common.ko): Unknown symbol in module, or unknown parameter (see dmesg)
WARNING: Error inserting i2c_algo_bit (/lib/modules/2.6.39.1mh2/kernel/drivers/i2c/algos/i2c-algo-bit.ko): Unknown symbol in module, or unknown parameter (see dmesg)
WARNING: Error inserting cx2341x (/lib/modules/2.6.39.1mh2/kernel/drivers/media/video/cx2341x.ko): Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting ivtv (/lib/modules/2.6.39.1mh2/kernel/drivers/media/video/ivtv/ivtv.ko): Unknown symbol in module, or unknown parameter (see dmesg)

# dmesg
[snip]
[ 5145.639328] v4l2_compat_ioctl32: Unknown symbol put_compat_timespec (err 0)

ich verwende kernel 2.6.39.1, media_build_experimental ist aktuell.

Vielen Dank für eure Hilfe.

bolzerrr · 8. Juli 2011

Hi,

hab eben ein frisches yavdr 0.4pre installiert und die Treiber. Sofort ein Bild nach reboot, *juhuu*
~~Aber leider nur eine kurze freude, umgeschaltet und:~~

~~Hat jemand eine Idee was hier passiert ist?~~

Update: Kommt nur bei ZDFHD bisher, wenn der vdr schon ein bischen läuft auf anderem knal: kein problem mehr.
Oftmals erscheint nun dies vor dem trace:

Eine USB Festplatte war scheinbar schuld- seit die ab ist keine Probs mehr

Zitat

- ngene: cineS2(v3/v4/v5), SatixS2, PCIe-Bridge, mini PCIe-Bridge
- ddbridge: Octopus, Octopus LE, cineS2(v6)
- DuoFlex-S2, DuoFlex-CT, CI

was allerdings bei mir noch nicht funktioniert ist das CI:

Code

/dev/dvb/adapter0/
total 0
drwxr-xr-x  2 root root 	140 2011-07-08 12:54 ./
drwxr-xr-x  4 root root  	80 2011-07-08 12:54 ../
crw-rw----+ 1 root video 212, 2 2011-07-08 12:54 demux0
crw-rw----+ 1 root video 212, 3 2011-07-08 12:54 dvr0
crw-rw----+ 1 root video 212, 0 2011-07-08 12:54 frontend0
crw-rw----+ 1 root video 212, 1 2011-07-08 12:54 frontend1
crw-rw----+ 1 root video 212, 4 2011-07-08 12:54 net0

UFO · 8. Juli 2011

Dann poste einen Log-Auszug vom Laden des Treibers...

bolzerrr · 8. Juli 2011

Code

[	8.617579] DRXK driver version:0.9.4300
[   12.313253] DVB: registering new adapter (nGene)
[   12.313266] DVB: registering adapter 0 frontend 0 (DRXK DVB-C)...
[   12.313499] DVB: registering adapter 0 frontend 0 (DRXK DVB-T)...
[   15.377527] DRXK driver version:0.9.4300
[   19.323036] DVB: registering new adapter (nGene)
[   19.323046] DVB: registering adapter 1 frontend 0 (DRXK DVB-C)...
[   19.323254] DVB: registering adapter 1 frontend 0 (DRXK DVB-T)...
[   19.324876] No demod found on chan 2
[   19.325898] No demod found on chan 3

dmesg | grep ngene

Code

[	4.979541] ngene 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[	4.979556] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[	4.981397] ngene 0000:02:00.0: setting latency timer to 64
[	4.981484] ngene: Device version 1
[	5.235976] ngene: Loading firmware file ngene_18.fw.
[	5.250070] ngene 0000:02:00.0: irq 44 for MSI/MSI-X

ich hoffe das das alles ist was relevant ist
grüße

UFO · 8. Juli 2011

Nein, reicht nicht. ich brauche das vollständige Log vom Laden des Treibers.

bolzerrr · 8. Juli 2011

Komplette dmesg: http://pastebin.com/6rAHTbzq

Grüße

UFO · 8. Juli 2011

Zitat von bolzerrr

Komplette dmesg: http://pastebin.com/6rAHTbzq

Code

[    5.212286] No CXD2099 detected at 40

-> CI nicht vorhanden.

Verkabelung des CI prüfen:
- fehlende Stromversorgung?
- Stecker des Flachbandkabels falsch herum?
- Stecker nicht richtig drauf ("versetzt")?

CU
Oliver

bolzerrr · 8. Juli 2011

manchmal ist es wirklich einfach.. Überall mal dran geruckelt und es geht, Danke

CyberChris · 10. Juli 2011

Hallo,

Vielen Dank erstmal für die Arbeit an den Treibern. Ich habe heute angefangen mir einen neuen HD VDR aufzubauen. Ausgabe Device ist eine TT-6400. Da ich (noch) zwangsverkabelt bin möchte ich erstmal noch zusätzlich eine DuoFlex-CT mit mini PCIe Bridge als Eingabedevice nutzen.

Grundsystem ist ein frisch aufgesetztes Debian Squeeze, Kernel 2.6.32. Das Board ein Zotac IONITX-S-E Den VDR habe ich aus den eTobi repository genonmen und neu gebaut um auch das dvbhddevice zu bekommen was bei eTobi nicht dabei ist.

Den ngene Treiber habe ich nach den Angaben hier übersetzen können und der DVB-C Empfang klappt soweit.

Mit DVB-T habe ich aber noch Probleme. Sobald ich auf einen DVB-T Kanal schalte sehe ich im VDR log:

Code

Jul 10 16:23:15 hdvdr vdr: [2971] switching to channel 3
Jul 10 16:23:15 hdvdr vdr: [2971] ERROR: /dev/dvb/adapter2/demux1: No such file or directory
Jul 10 16:23:15 hdvdr vdr: [2971] ERROR (dvbdevice.c,840): No such file or directory
Jul 10 16:23:15 hdvdr vdr: [2971] ERROR: can't set PID 518 on device 4
Jul 10 16:23:15 hdvdr vdr: [2971] ERROR (dvbdevice.c,855): Bad file descriptor
Jul 10 16:23:17 hdvdr vdr: [2971] switching to channel 2
Jul 10 16:23:17 hdvdr vdr: [2971] ERROR: /dev/dvb/adapter2/demux1: No such file or directory
Jul 10 16:23:17 hdvdr vdr: [2971] ERROR (dvbdevice.c,840): No such file or directory
Jul 10 16:23:17 hdvdr vdr: [2971] ERROR: can't set PID 545 on device 4
Jul 10 16:23:17 hdvdr vdr: [2971] ERROR (dvbdevice.c,855): Bad file descriptor

Da hat der VDR auch recht, denn bei adapter2 und 3 gibt es nur demux0 und dvr0.

Das log beim Laden von ngene sieht soweit okay aus:

Code

Jul 10 17:27:37 hdvdr kernel: [ 4826.187201] ngene 0000:02:00.0: PCI INT A disabled
Jul 10 17:27:42 hdvdr kernel: [ 4831.412936] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
Jul 10 17:27:42 hdvdr kernel: [ 4831.413036] ngene 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Jul 10 17:27:42 hdvdr kernel: [ 4831.413586] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
Jul 10 17:27:42 hdvdr kernel: [ 4831.418107] ngene: Device version 1
Jul 10 17:27:42 hdvdr kernel: [ 4831.418130] ngene 0000:02:00.0: firmware: requesting ngene_18.fw
Jul 10 17:27:42 hdvdr kernel: [ 4831.423449] ngene: Loading firmware file ngene_18.fw.
Jul 10 17:27:42 hdvdr kernel: [ 4831.435828] No CXD2099 detected at 40
Jul 10 17:27:42 hdvdr kernel: [ 4831.529491] ngene 0000:02:00.0: firmware: requesting drxk_a3.mc
Jul 10 17:27:45 hdvdr kernel: [ 4834.435107] DRXK driver version:0.9.4300
Jul 10 17:27:47 hdvdr kernel: [ 4836.642974] DVB: registering new adapter (nGene)
Jul 10 17:27:47 hdvdr kernel: [ 4836.642983] DVB: registering adapter 2 frontend 0 (DRXK DVB-C)...
Jul 10 17:27:47 hdvdr kernel: [ 4836.643133] DVB: registering adapter 2 frontend 0 (DRXK DVB-T)...
Jul 10 17:27:48 hdvdr kernel: [ 4836.741495] ngene 0000:02:00.0: firmware: requesting drxk_a3.mc
Jul 10 17:27:50 hdvdr kernel: [ 4839.647179] DRXK driver version:0.9.4300
Jul 10 17:27:53 hdvdr kernel: [ 4841.859004] DVB: registering new adapter (nGene)
Jul 10 17:27:53 hdvdr kernel: [ 4841.859014] DVB: registering adapter 3 frontend 0 (DRXK DVB-C)...
Jul 10 17:27:53 hdvdr kernel: [ 4841.859161] DVB: registering adapter 3 frontend 0 (DRXK DVB-T)...

Alles anzeigen

Probeweise habe ich auch schon mal den ngene Modulparameter one_adapter=0 ausprobiert, das scheint der Treiber aber zu ignorieren? Denn danach habe ich immer noch zwei Adapter mit je zwei Frontends.

Hat jemand einen Tipp für mich?

Grüße,
Christian

UFO · 10. Juli 2011

Zitat von CyberChris
Den ngene Treiber habe ich nach den Angaben hier übersetzen können und der DVB-C Empfang klappt soweit.

Mit DVB-T habe ich aber noch Probleme. Sobald ich auf einen DVB-T Kanal schalte sehe ich im VDR log:
Code
Jul 10 16:23:15 hdvdr vdr: [2971] switching to channel 3
Jul 10 16:23:15 hdvdr vdr: [2971] ERROR: /dev/dvb/adapter2/demux1: No such file or directory
Da hat der VDR auch recht, denn bei adapter2 und 3 gibt es nur demux0 und dvr0.

VDR kann nicht mit Kombi-Frontends umgehen. Er öffnet immer das erste, hier DVB-C.

Um DVB-T zu verwenden, muß man das DVB-T Frontend zum ersten Frontend machen. Z.B.:

Code

mv /dev/dvb/adapterX/frontend0 /dev/dvb/adapterX/frontend.dvb-c
mv /dev/dvb/adapterX/frontend1 /dev/dvb/adapterX/frontend0

Dann geht DVB-T.

Zitat

Probeweise habe ich auch schon mal den ngene Modulparameter one_adapter=0 ausprobiert, das scheint der Treiber aber zu ignorieren? Denn danach habe ich immer noch zwei Adapter mit je zwei Frontends.

"one_adapter=0" bedeutet "mehrere Adapter je Karte".

"one_adapter=1" bedeutet "nur ein Adapter je Karte".
Hilft jedoch in diesem Fall nicht weiter, dürfte sogar kontraproduktiv sein.

CU
Oliver

CyberChris · 10. Juli 2011

Hallo Oliver,

Zitat von UFO

mv /dev/dvb/adapterX/frontend0 /dev/dvb/adapterX/frontend.dvb-c
mv /dev/dvb/adapterX/frontend1 /dev/dvb/adapterX/frontend0

vielen Dank für die Info, es hat erst einmal geholfen. Allerdings finde ich die Lösung auf Dauer als Workarround etwas unpraktisch. Währe es nicht besser dem Treiber noch einen Parameter zu spendieren mit dem die Betriebsart für den jeweiligen Adapter fest mitgegeben werden kann?

Letztlich dürfte jeder der aufgrund der Kabel Deutschland Verschlüsselungsproblematik auf einem Mischbetrieb von DVB-C (für die ÖR HD Programme) und DVB-T (für die privaten) setzt dieses Problem haben.

Desweiteren ist mir eben auch noch aufgefallen das, wenn der VDR alle 4 Frontends findet, die EPG Scan tuning Versuche auf den DVB-T Frontends dazu führen das auf den DVB-C Frontends es alle paar Minuten zu einem kurzeitigen unregelmäßigem Verlust des Locks kommt. Während diesem Zeitraum reagiert das OSD auf der FFHD extrem träge. Die CPU Last ist dabei nicht erhöht.

Grüße,
Christian

UFO · 11. Juli 2011

Zitat von CyberChris

Hallo Oliver,

vielen Dank für die Info, es hat erst einmal geholfen. Allerdings finde ich die Lösung auf Dauer als Workarround etwas unpraktisch. Währe es nicht besser dem Treiber noch einen Parameter zu spendieren mit dem die Betriebsart für den jeweiligen Adapter fest mitgegeben werden kann?

Die Schwierigkeit dabei ist, daß der Typ für jedes Frontend - auch bei mehreren Karten im System - einzeln einstellbar sein muß.
Nur her damit, falls jemand eine gute Lösung für dieses Problem hat!

Zitat

Letztlich dürfte jeder der aufgrund der Kabel Deutschland Verschlüsselungsproblematik auf einem Mischbetrieb von DVB-C (für die ÖR HD Programme) und DVB-T (für die privaten) setzt dieses Problem haben.

Desweiteren ist mir eben auch noch aufgefallen das, wenn der VDR alle 4 Frontends findet, die EPG Scan tuning Versuche auf den DVB-T Frontends dazu führen das auf den DVB-C Frontends es alle paar Minuten zu einem kurzeitigen unregelmäßigem Verlust des Locks kommt. Während diesem Zeitraum reagiert das OSD auf der FFHD extrem träge. Die CPU Last ist dabei nicht erhöht.

Hm - hat bisher noch niemand berichtet.

CU
Oliver

CyberChris · 11. Juli 2011

Zitat von UFO

Hm - hat bisher noch niemand berichtet.

Naja, habe auch hier noch nicht von vielen gelesen die C/T Mischbetrieb mit der Karte fahren wollen und dann auch noch eine TT-6400 als Ausgabe nutzen möchten

Hier mal Logauszüge. Wie gesagt das umbenennen der Frontends habe ich in diesem Fall nicht durchgeführt. Der VDR findet 4 adapter 0/1 ist die TT6400, 2 und 3 die Duoflex. Auf 3/0 schaue ich gerade live TV und es kommt zu dem kurzfristgen lock Verlust.

Code

Jul 11 20:44:17 hdvdr vdr: [2079] frontend 2/0 timed out while tuning to channel 118, tp 530
Jul 11 20:44:22 hdvdr vdr: [2083] frontend 2/1 timed out while tuning to channel 30, tp 746
Jul 11 20:44:38 hdvdr vdr: [2079] frontend 2/0 timed out while tuning to channel 115, tp 538
Jul 11 20:44:59 hdvdr vdr: [2079] frontend 2/0 timed out while tuning to channel 609, tp 610
Jul 11 20:45:20 hdvdr vdr: [2079] frontend 2/0 timed out while tuning to channel 623, tp 626
Jul 11 20:45:25 hdvdr vdr: [2083] frontend 2/1 timed out while tuning to channel 30, tp 746
Jul 11 20:45:33 hdvdr vdr: [2086] frontend 3/0 lost lock on channel 35, tp 338
Jul 11 20:45:35 hdvdr vdr: [2086] frontend 3/0 timed out while tuning to channel 35, tp 338
Jul 11 20:45:39 hdvdr vdr: [2086] frontend 3/0 regained lock on channel 35, tp 338
Jul 11 20:45:40 hdvdr vdr: [2090] ERROR: can't open filter handle on '/dev/dvb/adapter3/demux1'
Jul 11 20:45:40 hdvdr vdr: [2090] ERROR: can't open filter handle on '/dev/dvb/adapter3/demux1'
Jul 11 20:45:40 hdvdr vdr: [2090] ERROR: can't open filter handle on '/dev/dvb/adapter3/demux1'
Jul 11 20:45:40 hdvdr vdr: [2090] ERROR: can't open filter handle on '/dev/dvb/adapter3/demux1'
Jul 11 20:45:41 hdvdr vdr: [2083] frontend 2/1 timed out while tuning to channel 1, tp 482
Jul 11 20:45:41 hdvdr vdr: [2079] frontend 2/0 timed out while tuning to channel 41, tp 113

Alles anzeigen

Zur gleichen Zeit im Kernel log:

Code

Jul 11 20:45:37 hdvdr kernel: [  751.224887] SetQAM -1
Jul 11 20:45:37 hdvdr kernel: [  751.676877] SetQAM -1
Jul 11 20:45:38 hdvdr kernel: [  752.220844] SetQAM -1
Jul 11 20:45:38 hdvdr kernel: [  752.352878] SetQAM -1
Jul 11 20:45:39 hdvdr kernel: [  752.828867] SetQAM -1
Jul 11 20:45:39 hdvdr kernel: [  753.448510] i2c_write error
Jul 11 20:45:39 hdvdr kernel: [  753.472780] SetQAM -1
Jul 11 20:45:39 hdvdr kernel: [  753.485039] SetQAM -1
Jul 11 20:45:41 hdvdr kernel: [  754.740971] SetQAM -1
Jul 11 20:45:41 hdvdr kernel: [  755.505528] SetQAM -1
Jul 11 20:45:42 hdvdr kernel: [  755.762632] SetQAM -1
Jul 11 20:45:42 hdvdr kernel: [  755.777376] SetQAM -1
çJul 11 20:45:42 hdvdr kernel: [  756.033017] SetQAM -1
Jul 11 20:45:42 hdvdr kernel: [  756.288982] SetQAM -1
Jul 11 20:45:42 hdvdr kernel: [  756.541017] SetQAM -1
Jul 11 20:45:43 hdvdr kernel: [  756.796994] SetQAM -1
Jul 11 20:45:43 hdvdr kernel: [  757.113032] SetQAM -1
Jul 11 20:45:44 hdvdr kernel: [  758.365027] SetQAM -1
Jul 11 20:45:45 hdvdr kernel: [  759.629006] SetQAM -1
Jul 11 20:45:47 hdvdr kernel: [  760.885034] SetQAM -1

Alles anzeigen

Wenn ich die Frontends so umbenenne das der VDR nur ein DVB-C und ein DVB-T Frontend findet gibt es keine Probleme. Die Lock Verluste scheinen nur aufzutreten wenn der VDR auf den 'doppelt belegten' DVB-T frontends aufgrund des EPG Backgroundscans am 'tunen' ist.

Gruß,
Christian

Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT sowie TT S2-6400 (Teil 1)

Jetzt mitmachen!

Teilen

Tags