Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren

  • Hi nst,


    ich habe gestern die Sourcen noch mal neu geclont. Ich habe allerdings den Eindruck, dass die Änderungen paradoxerweise zu mehr "lost lock"-Meldungen geführt hat. Dass die Meldungen vor allem beim Umschalten auftritt (beim jetzigen Stand oder dem von vor wenigen Tagen) ist mir übrigens nicht aufgefallen. Allerdings greife ich auf den vdr auch nur per streamdev oder VNSI zu, ich weiß nicht, ob da das Tunen auf andere Känale etwas anders abläuft, als bei direkter Ausgabe.



    Ich installiere die sie übrigens per media_build, da ich Debian einsetze. Ich habe in drivers/media/dvb-frontends/cxd2841er.c nach den von dir genannten Zeilen gesucht, da auch ich sehen wollte, ob ich irgendwie zu blöd war, die sourcen richtig zu ziehen :O bzw. irgendwas mit meinem lokalen Branch im Argen war. Habe den Code aber gefunden, AFAIR in Zeile 3640 (nach den letzten Änderungen).

  • ich habe gestern die Sourcen noch mal neu geclont. Ich habe allerdings den Eindruck, dass die Änderungen paradoxerweise zu mehr "lost lock"-Meldungen geführt hat. Dass die Meldungen vor allem beim Umschalten auftritt (beim jetzigen Stand oder dem von vor wenigen Tagen) ist mir übrigens nicht aufgefallen. Allerdings greife ich auf den vdr auch nur per streamdev oder VNSI zu, ich weiß nicht, ob da das Tunen auf andere Känale etwas anders abläuft, als bei direkter Ausgabe.


    Irgendwas ist da in Summe seltsam... Davon ab, ich habe gestern noch mal die Sourcen durchgeschaut, v.a. in Bezug auf Implementierung der Locking Mechanismen, die im cxd2843 von DD eingebaut sind, und habe noch ein paar andere "Schönheitsfehler" entdeckt, die ich noch als "Driver cleanup/improvement" mit auf die Reise schicken möchte. Das Locking-Thema werd' ich dabei auch mal angehen, evtl. bringt das ja irgendwas... Erfordert nur leider, dass ich alle Patches nochmal neu anwenden muss, weil die read/write_reg Funktionen anders aussehen müssen... Andersrum - Die Option "Einfach so lassen" find' ich grad' irgendwie auch doof...


    Nebenbei: Ich starte hier einfach VDR und lass' den EPG Scanner sein Werk tun. Wenn ich beide Sony-Tuner belege (VNSI+Recording oder 2xRecording) ist Ruhe. Läuft der Scanner die Muxe auf und ab, poppt von Zeit zu Zeit die lost/regain Meldung auf.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • :wand


    https://github.com/herrnst/ddd…5315052e96de5c800c574dd93


    Wenn Lese-Aktionen nicht auf zwei i2c_transfer() AKtionen aufgesplittet werden, dadurch der I2C-Adapter-Lock nicht aufgehoben wird und in Summe bei mehreren gleichzeitigen Bus-Aktionen dann nicht die Daten "umsortiert" werden, kann man sich direkt ein paar Hacks sparen :angryfire


    @Pontus: Magst Du nochmal...? Branch "mediatree/master-stv0367-cxd28xx".


    Manman... Das passt irgendwie zum heutigen Tagesdatum 8|


    EDIT: Ich hab' den VDR-Prozess über Nacht mit seinem EPG Scanner laufen lassen, ausser einigen lost/regains auf einem einzelnen(!) Channel auf 114MHz ist nichts mehr aufgepoppt, trotz "aggressivem" Status Polling, und da geh' ich erstmal davon aus, dass der Demod einfach sowas wie 'n zweiten Versuch auf der Frequenz gebraucht hat. Vorher waren es irgendwelche zufälligen Channel über das ganze Frequenzspektrum verteilt. Sieht wirklich besser aus jetzt mit dem I2C Patch.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

    2 Mal editiert, zuletzt von nst ()

  • In der Zwischenzeit habe ich alle möglichen Hacks und "Verdrehungen" an der Arbeitsweise des cxd2841er Treibers entfernt, über ist jetzt nur noch das wirklich notwendige Setup für die DD Hardware.


    -> mediatree/master-stv0367-cxd28xx


    @Pontus: Es wäre wirklich Top, wenn Du mit dem aktualisierten Branch nochmal testen könntest (Wichtig: Commit-History erneut umgeschrieben, also am besten wieder "frisch" Clonen), wie zum einen Deine CTv7 so funktioniert, und zum anderen wie Dein VDR-Log im Laufe der Zeit aussieht - bei mir sind sogar mittlerweile die lost locks auf 114MHz (fast) weg.


    @All: Tests/Testergebnisse mit dem aktuellen Code gegen CT2/C2T2-Hardware (Cine, Flex, MaxA8) wären extrem hilfreich!


    Grüße,
    nst

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

    Einmal editiert, zuletzt von nst ()

  • nst,


    erste Tests sind vielversprechend. Der Server läuft noch nicht lange, aber bislang sind noch keine Meldungen aufgetreten. Melde mich nochmals, falls irgendwelche Probleme mit dem eigentlichen Empfang auftreten.

  • "Eigenfeedback": Die Testmaschine läuft seit gestern mit dem Codestand durch, Wechsel zwischen TVH und VDR sowie DVB-C und DVB-T2 alles bislang problemlos - keine Auffälligkeiten, VDR bleibt bei "lost lock" auf 114MHz (die Meldung halte ich aber weiterhin für legitim, u.a. weil sie sich auf die einzelne Frequenz beschränkt). Getestet gegen DuoFlex C2T2 (CXD2843).


    Pontus, halt' mich mal bzgl. Deiner CineCTv7 auf dem Laufenden :)

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Rennt bei mir mittlerweile im Server seit ein paar Tagen unauffällig.


    @Pontus: Wie siehts mit lost lock/regained lock und allgemeinem Zustand aus?


    @djpearman: Nochmal ping... -.-

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Hallo!


    läuft bei mir jetzt seit 6 Tagen prima. Z.B. keine I2C Probleme bisher.


    Code
    DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    Apr  8 19:11:54 yavdr kernel: [    3.812355] dvbdev: DVB: registering new adapter (DDBridge)
    Apr  8 19:11:54 yavdr kernel: [    4.473731] DDBridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (ST STV0367 DDB DVB-C/T)...
    Apr  8 19:11:54 yavdr kernel: [    4.473859] dvbdev: DVB: registering new adapter (DDBridge)
    Apr  8 19:11:55 yavdr kernel: [    5.225400] DDBridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (ST STV0367 DDB DVB-C/T)...
    Apr  8 19:11:55 yavdr kernel: [    5.225632] dvbdev: DVB: registering new adapter (DDBridge)
    Apr  8 19:11:55 yavdr kernel: [    5.329342] DDBridge 0000:01:00.0: DVB: registering adapter 2 frontend 0 (Sony CXD2837ER DVB-T/T2/C demodulator)...
    Apr  8 19:11:55 yavdr kernel: [    5.329523] dvbdev: DVB: registering new adapter (DDBridge)
    Apr  8 19:11:55 yavdr kernel: [    5.374078] DDBridge 0000:01:00.0: DVB: registering adapter 3 frontend 0 (Sony CXD2837ER DVB-T/T2/C demodulator)...


    und :

    Code
    Apr  8 19:11:54 yavdr kernel: [    3.788979] Port 0 (TAB 1): DUAL DVB-C/T
    Apr  8 19:11:54 yavdr kernel: [    3.789883] Port 1 (TAB 2): XO2 type: 1, id: 4
    Apr  8 19:11:54 yavdr kernel: [    3.804005] Port 1 (TAB 2): DUAL DVB-C/T/T2
    Apr  8 19:11:54 yavdr kernel: [    3.809102] Port 2 (TAB 3): NO MODULE


    Danke für Deine Arbeit. Wenn noch spezifische Infos benötigt werden, immer her mit den Fragen -ggf. mit Anleitung -- da ich eher Anwender bin.


    Thomas

    über woody CT-vdr gewachsen auf YAVDR 2.6.6 @Jammy/ 4x CINE dvb-c/t
    ASROCK Q1900 + 4 GB + NVIDIA GT 730

  • @Pontus @abraxas: Vielen Dank für Euer Feedback!


    Findet sich evtl. noch jemand, der einen C2T2I (CXD2854, ISDB-T Support) auf einer Cine, einem Flex oder einer MaxA8 hat? Die 2854er laufen mit anderer Xtal-Frequenz, Unterstützung ist prinzipiell da, aber sollte der Vollständigkeit halber noch gegengecheckt werden. Ansonsten sind die Patches für diesen Tunertyp reif zum Posten.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Code
    http://www.mail-archive.com/linux-media@vger.kernel.org/msg111286.html


    Bzw. http://www.spinics.net/lists/linux-media/msg114234.html

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

    Einmal editiert, zuletzt von nst ()

  • Hallo


    wäre es nicht vllt sinnvoll die DVB_MAX_ADAPTERS in der dvbdev.h mit einem anderen Default zu versehen. Ich hab hier immer Schwierigkeiten wenn ich zu meiner maxS8 noch eine Cine mit Duoflex und/oder ein Octopus Single CI dazustecke, daher hab ich es mauell auf 64 gesetzt.


    Vllt wäre hier 16 oder besser noch 32 ein zeitgemäßer Wert?

    Code
    #if defined(CONFIG_DVB_MAX_ADAPTERS) && CONFIG_DVB_MAX_ADAPTERS > 0
      #define DVB_MAX_ADAPTERS CONFIG_DVB_MAX_ADAPTERS
    #else
      #define DVB_MAX_ADAPTERS 8
    #endif


    Danke
    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Seit Kernel-4.10 ist "DVB_MAX_ADAPTERS 16" der Default-Wert.

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • danke für die Info. - schon besser aber vllt immer noch etwas zu konservativ. ;)


    Wenn wir in der schönen neuen MTD Welt bald das ganze Haus von einem VDR per Streaming versorgen wird es entsprechend üppig ausgestattete VDR Server Instanzen direkt auf der Hardware geben - ich hab schon überlegt von 12 auf 16 Devices aufzurüsten und das Cine/duoflex Gespann gegen eine zweite maxs8 zu tauschen. Wenn ich dann noch das Single CI Modul dazustecke brauch ich 16 +1 ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • ich hab schon überlegt von 12 auf 16 Devices aufzurüsten und das Cine/duoflex Gespann gegen eine zweite maxs8 zu tauschen. Wenn ich dann noch das Single CI Modul dazustecke brauch ich 16 +1


    Wenn man eine DD MaxS8 über ein entsprechendes SCR (Unicable) ansteuert, hast schon 32 Devices, dass sollte reichen und kostet nur ~100€ zusätzlich. :D
    Edit: gerade gelesen, dass es hier auch nur 8 Devices sind. Hatte da irgendwie 32 Tuner rausgelesen. ;)

    Zitat

    Im Betriebsmodus „Einkabel“ kann die Karte für die Nutzung über ein Antennenkabel per Unicable® *1 oder JESS® *2 Support betrieben werden. Dabei können bei Nutzung von Unicable® bis zu 8 Tuner und für JESS® mit bis zu 32 Tuner über ein Antennenkabel versorgt werden. Mehrere Satelliten werden in diesem Modus unterstützt. (In dieser Betriebsart benötigen Sie für 8 Tuner nur 1 Kabel an Port1, dank integriertem Multischalter)


    Gruß,
    Uwe

    2 Mal editiert, zuletzt von Uwe ()

  • Hallo & frohe Ostern!


    Ich bräuchte mal einen oder mehrere Freiwillige, die eine (oder mehrere) MaxS8 oder MaxS4 DVB-S/S2 Karte im Einsatz haben, und möglichst keine DuoFlex CI oder Octopus CI Hardware im Zusammenspiel mit VDR-DDCI2 verwenden oder evtl. temporär auf Entschlüsselung via CI-Module verzichten können (der Support fehlt schlichtweg in den fraglichen Branches).


    Im aktuellen mediatree/master-ddbridge-Branch ist die MXL5xx-Ansteuerung von der unnötigen Abhängigkeit des modifizierten/erweiterten DVB Cores befreit, was "uns" einen ordentlichen Schritt vorwärts in Richtung "MaxS8" Support OOTB vom Kernel bringen dürfte - dazu brauchts leider Tester :)


    Instruktionen:

    Code
    (als User oder root)
    # git clone --depth 1 --branch ddbridge https://github.com/herrnst/media_build.git
    # git clone --depth 1 --branch mediatree/master-ddbridge https://github.com/herrnst/dddvb-linux-kernel.git
    # cd media_build
    # ./build_all.sh ../dddvb-linux-kernel/
    (als root)
    # make install
    (empfohlen)
    # reboot


    Wichtig: Evtl. aktive DKMS-Packages deinstallieren oder deaktivieren, Ggf. auch Artefakte von handinstallierten dddvb-Paketen aus /lib/modules/ aufräumen.


    EDIT: Ein erstes Feedback/Resultat nach Installation klang bereits vielversprechend.
    EDIT2: Code in "master" gemerged, Branch-Referenzen updated


    Vielen Dank im Voraus und für die Unterstützung und Mithilfe,
    nst

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

    Einmal editiert, zuletzt von nst ()

  • Hm... niemand? ?(

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

  • Hi!


    Ich habe ja zugesagt mich an der Kernel Geschichte zu beteiligen.
    Am Wochenende sind die cxd2099 Erweiterungen gepostet worden:

    Code
    http://www.mail-archive.com/linux-media@vger.kernel.org/msg112410.html

    Bzw.: http://www.spinics.net/lists/linux-media/msg115349.html


    Und auch gleich eine Serie zum CodeStyle anpassen:

    Code
    http://www.mail-archive.com/linux-media@vger.kernel.org/msg112393.html

    Bzw.: http://www.spinics.net/lists/linux-media/msg115333.html


    Ich hoffe mal die Jungs dort lassen sich nicht so viel Zeit wie mit den Patches von nst.
    Neun Wochen seit dem ersten Post und noch keine Antwort ... .



    LG,
    Jasmin

    3 Mal editiert, zuletzt von jasminj ()


  • @djpearman: Nochmal ping... -.-


    Bitte entschuldigt meine lange Abwesenheit - ich habe einige sehr ereignisreiche und hektische Wochen hinter mir in der ich fast gar nicht zum Fernsehen gekommen bin.


    In der Zeit ist meine Kiste aber ohne großes Mucken gelaufen - die Treiber verrichten also ihren Dienst. Bei DVB-C habe ich keine Probleme festgestellt.


    DVB-T funktioniert auch - ich kann scannen und gucken, allerdings werd im Log viele Fehlermeldungen ausgespuckt:



    Irgendwelche Ideen, was die Ursache sein kann?


    Gibt es aktualisierte Treiber, die ich testen kann?


    Gruß,


    djpearman

    Backend: Supermicro A1SRM-2558F, Intel C2558, 2x Dual Digital Devices Cine CT V7 C/C2/T/T2 Tuner, Mythtv auf Gentoo
    Frontend: RasPi 2, LibreELEC mit Kodi

  • Code
    May 16 21:15:37 thekraut mythbackend[10678]: 2017-05-16 21:15:37.654666 E  DVBChan[1](/dev/dvb/adapter0/frontend0): Getting Frontend signal strength failed.
    May 16 21:15:37 thekraut mythbackend[10678]: eno: Operation not supported (95)
    ...


    Der Demod-Treibercode stellt keine DVBv3 Signal Statistiken zur Verfügung.


    Gibt es aktualisierte Treiber, die ich testen kann?


    Sofern Du immernoch http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/p1288756-treiber-der-cine-ctv6-ddbridge-ci-in-den-kernel-integrieren/#post1288756 benutzt, solltest Du nochmal neu Clonen. Es gab Probleme im I2C Handling, die mittlerweile gefixt sind (der Stand ist nebenbei auch bereits auf linux-media gepostet). Sofern die Maintainer nicht der Meinung sind, dass alles Mist ist, wird sich am Stand nichts mehr ändern, der Code funktioniert an diversen Stellen stabil.


    nst

    Server: Gigabyte P35-DS4, Intel Core2Duo E6850, 4GB DDR2-RAM (Headless), Gentoo Linux x86_64 / Kernel 4.16.7 / DD CineCTv6+DuoFlex C/T/T2+DuoFlex C/C2/T/T2 w/Kernel Stock Drivers / TVHeadend-GIT-3356759d8

    HTPC: ASRock J5005-ITX (Intel Pentium Silver J5005, 1.5GHz), 8GB SO-DDR4, Intel UHD Graphics 605 in Antec Fusion Remote Black+SoundGraph iMON LCD ( 0038 ), Kodi v18 Leia
    SW: Kodi Krypton+Leia auf allerlei Gerätchen (HTPC: VAAPI+HD-Audio+LCDproc addon / Ubuntu Bionic 18.04 (x86_64), RPi2, NVIDIA Shield Android TV, Wetek Play 1@LibreELEC/NAND, Tablets, Smartphones, Win/Mac/Linux Desktops)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!