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

  • Ich weiß jetzt nicht, ob es unbedingt etwas mit dem Treiber zu tun hat, aber ich habe im Log, alle 1-2 Stunden, solche Meldungen:


    Code
    May 04 08:49:38 [vdr] [4719] frontend 1/0 timed out while tuning to channel 0, tp 110971
    May 04 08:49:49 [vdr] [4720] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig
    May 04 08:49:49 [kernel] DVB (dvb_dmxdev_filter_start): could not set feed
    May 04 08:49:49 [kernel] dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)


    So wie es aussieht, scheint es die Funktion des VDR nicht zu beeinflussen, aber es wäre halt interessant zu wissen, woher die Meldungen kommen, bzw. was sie bedeuten?

  • Ich weiß jetzt nicht, ob es unbedingt etwas mit dem Treiber zu tun hat, aber ich habe im Log, alle 1-2 Stunden, solche Meldungen:


    Code
    May 04 08:49:38 [vdr] [4719] frontend 1/0 timed out while tuning to channel 0, tp 110971
    May 04 08:49:49 [vdr] [4720] ERROR: can't set filter (pid=65535, tid=02, mask=FF): Das Argument ist ungültig
    May 04 08:49:49 [kernel] DVB (dvb_dmxdev_filter_start): could not set feed
    May 04 08:49:49 [kernel] dvb_demux_feed_del: feed not in list (type=1 state=0 pid=ffff)


    So wie es aussieht, scheint es die Funktion des VDR nicht zu beeinflussen, aber es wäre halt interessant zu wissen, woher die Meldungen kommen, bzw. was sie bedeuten?


    Sieht sehr nach einem Bug in VDR aus, finde ich bei mir auch im Log.


    Der Wert 65535 für eine PID ist ungültig. So etwas kann man nicht setzen oder löschen.


    CU
    Oliver

  • Das CI-Modul war eigentlich nie ein Problem, sondern das Einbinden in den vdr.
    Stichwort redirect, um das CI mit einem Tuner zu verbinden, ab vdr 2.1.6 kann man auch das ddci2-Plugin von Jasmin benutzen. Momentan geht aber nur ein Tuner zur Zeit, MTD ist noch nicht fertig.


    Lars

  • Thanks Lars for your reply.
    About 2 years ago I played with the CI, but I wasn't able to get the CI working in any way (I also didn't see any successes from others).


    Any idea how the CI can now be tested (as I am not a vdr fan, more into mythtv)?
    I remember at some point there were some attempts but only with specifc version of the cines2: is the current solution independent of the version of the cines2?
    Anyway: when the solution is only working with one tuner, there is still a lot of work to do.
    I get once in contact with Jasmin.


    Walter

  • I don't know if there is software support in mythtv. The Cine-CI is somewhere off the DVB spec, so the current solutions are only based on software for vdr.


    With the "redirect method" you are able to simulate the behaviour of a common DVb card with hard wired CI, so maybe mythtv may handle that.


    I have a Dual-CI with an Alphacrypt light and it works with the redirect and ddci2 plugin with vdr 2.1.6.


    Lars

  • Hi Lars,


    Mit den "redirect method", kann mann die 4 tuners von die Karte nutzen oder nur 1 tuner pro CI?
    Wo finde ich details zum ""redirect method"?


    Walter


    ps: reading, understanding German is ok, writing goes slow; so once I will answer in Germans, once in English depending on the time I can/want to spend on the the answer.
    pps: "The Cine-CI is somewhere off the DVB spec" => I don't fully agree here: the hardware is what it i and is in itself neutral in that aspect; it just seems very hard for the community to write a driver that maps to the current DVB standards (which is supported by many applications). Somehow we can not write a driver that maps the modul as a CI modul per tuner (that is what I understand the specs of the CI modul should support) and at the same time many want to have the CI modul to be freely usable by the software (for which indeed there is no model in the DVB specs).

  • Writing/reading in english is not a problem.


    Yes, I was a bit unclear, I meant the DVB spec doesn't really handle hardware like the Cine CI.
    Here at vdr-portal are some posts about redirect and adapter_alloc like http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/p1186406-ci-unterstützung-für-cines2-mystique-satix-s2-dual-usw/?highlight=Cine+redirect+adapter_alloc#post1186406 or http://www.vdr-portal.de/board18-vdr-hardware/board102-dvb-karten/p1048374-ci-unterstützung-für-cines2-mystique-satix-s2-dual-usw/?highlight=redirect+adapter_alloc#post1048374


    To get the right numbers for the redirect, see http://www.spinics.net/lists/linux-media/msg39494.html


    You can only use one tuner per CI.


    Lars.

  • ngene unterstützt nun auch die neue DuoFlex C/C2/T/T2 (V3).



    CU
    Oliver

  • Mit kernel-3.15.0 lässt sich media_build leider nicht übersetzen. :(


    Der Compiler bricht mit folgendem Fehler ab:



  • Upstream-Treiber auf 2014-05-26, media_build auf heutigen Stand aktualisiert.


    Geschrieben ganz ohne Tapatalk. :strike2

  • Wollte gerade mal Kernel und DVB Treiber aktualisieren:


    Bei make menuconfig bekomme ich:



    Woran kann das liegen? Nach make distclean kompilierts zwar, aber ich kann natürlich nichts konfigurieren - keine Module abwählen oder hinzufügen.


    Wofür ist denn das gut?


    Code
    # required because of brain-damaged mconf behaviour
    config BULLSHIT
            bool
            option modules
            default y

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB


  • War in den letzten Versionen notwendig, damit "make menuconfig" überhaupt noch funktioniert hat. :rolleyes:


    Mittlerweise ist es in media_build korrigiert, daher muß der Patch "900_Kconfig_fix.diff" wieder raus.
    Hab's korrigiert.


    CU
    Oliver

  • Ja, jetzt gehts. Danke. Vermisse noch den Treiber für rtl2832 Chipsätze, ich meine der war mal drin. Aber da such ich mal.


    EDIT: Ah, wie es aussieht muss ich I2C_MUX im Kernel aktvieren.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Einmal editiert, zuletzt von TheChief ()

  • Mir scheint, daß es seit dem Deaktivieren von MSI erheblich mehr Probleme gibt als vorher.


    Daher habe ich nun bei ddbridge den Modulparameter "msi" hinzugefügt (0 = disable, 1 = enable).
    Außerdem ist MSI nun standardmäßig wieder aktiviert, d.h. gleiches Verhalten wie beim alten Treiber.


    Falls jemand Probleme mit MSI haben sollte, möge er ddbridge mit msi=0 laden.
    (Und natürlich Motherboard-Typ und Chipsatz melden.)


    Wie ist denn der aktuelle Status bei der Verwendung von MSIs ?
    Hängt das mit dem verwendetet Unterbau zusammen ob das funktioniert?


    Ich würde mir gerne eine Cine S2 V6.5 zulegen und experimentier z.Zt. mit einer neuen Xen Installation. Auf dem verwendeten System bin ich auf MSIs angewiesen und kann diese daher auch nicht wahlweise einfach abschalten.
    Laut der xen ML war bis linux 3.13 ein Teil des MSI codes verbuggt und wurde in 3.14 von Konrad Rzeszutek wohl wieder gefixt.


    Wieso verursacht das Verwenden von MSIs denn überhaupt Probleme auf manchen Systemen?

Jetzt mitmachen!

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