Posts by S:oren

    Was DVBDIR betrifft, bin ich mir nicht sicher, was hier heutzutage die richtige Referenz ist. Werden DVB-Treiber noch immer aus /usr/src/v4l-dvb heraus gebaut? Zumindest der Treiber für die TT S2-6400 wird neuerdings wohl hauptsächlich per DKMS und den Patches von S:oren (liege ich da richitg?) gebaut.

    Weil ich hier extra angesprochen wurde: Ich baue den ganzen Kernel inklusive Treiber fuer die T2-6400 fuer meine VDR selbst.


    Fuer die ganzen DKMS-Anpassungen und/oder Skripte zum Bauen des Treibers fuer diverse Distributions-Kernel geht der Dank an diejenigen User, die die Skripte entwickelt und hier veroeffentlicht haben. Dass da irgendwo /usr/src/v4l-dvb benutzt wird, kann ich mir nicht vorstellen, weiss es aber nicht.


    Gruss,

    S:oren

    Microsoft, Google und Konsorten

    Die haben Heerscharen von Anwaelten, und trotzdem bisher nicht ganz wenig Bußgeld gezahlt. Anscheinend rechnet sich deren Geschaeftsmodell trotzdem.

    Und womöglich auch noch einen Datenschutzbeauftragten!?

    Meine persoenliche Vermutung: Wenn das nicht absolut 'wasserdicht' aufgesetzt wird, dauert es keine Woche, bis die erste Abmahnung kommt. Und ob das dann mehr Spass macht, als den einen oder anderen User zu verpassen, der sich nicht aktiv anmeldet...


    Also ich habe alle meine VDR angemeldet und wuerde ganz sicher jegliches Nach-Hause-Telefonieren abstellen.

    Bin jetzt mal zum Testen der neuen Skin-Version gekommen. Vielen Dank.

    Display scroll bar also if content is not scrollable

    Das gefaellt mir sehr gut fuer breite Menues, fuer schmale (insbesondere das Hauptmenue) aber eher nicht so. Koennte es Sinn ergeben, das getrennt einstellbar zu machen? Ansonsten kann ich mir das auch so zurecht patchen, wie ich es brauche.


    Gruss,

    S:oren

    leider sacht mit Bonding überhaupt nix.

    vdr/INSTALL:

    Code
    If DVB-S devices need to be connected to the same satellite cable, but no
    "Satellite Channel Routing" is available, they can be set to be "bonded" in
    the Setup/LNB menu. Bonded devices can only be tuned to the same polarization
    and frequency band, which reduces the number of potentially receivable channels.

    Vielleicht kann das jemand besser erklaeren, der es auch nutzt. Von oben:

    Ich habe z.B. ein Problem beim Bonding...

    Gruss,

    S:oren

    Hrmpf, frontend 1/0 ist der zweite Tuner der Karte, der ist nicht angeschlossen (und war es auch noch nie).

    Warum wird der denn jetzt seit Neuestem angemault - da kann ja garkein Signal kommen.

    Offiziell ist es wohl so, dass der zweite Tuner das Signal vom ersten uebernehmen soll, wenn kein zweites Kabel angeschlossen ist. Den Modus habe ich nie benutzt. War eher ein Stoerfaktor, weil ohne zweites (funktionierendes) Kabel doch manchmal Empfang war. Natuerlich nur, wenn Hi/Lo-Band und Polarisation zufaellig stimmten. Was man per Bonding einstellen muss, sollte man den Single-Kabel-Modus nutzen wollen.


    Jetzt nicht direkt eine Antwort auf das aktuelle Problem, aber vielleicht waere Bonding einfacher als verschobene Devices. Keine Garantie, dass der Single-Kabel-Modus wirklich zuverlaessig ist.


    Gruss,

    S:oren

    Diese Funktionalität, einen definierten Entwicklungszustand sicher und mit wenig Aufwand (wieder)herstellen zu können, ist für mich eigentlich einer der Hauptgründe so ein System wie Git überhaupt zu verwenden.

    Aber nicht fuer eine riesige Community wie bei Linux. Wieviele alte kaputte Zwischenstaende will man denn oeffentlich aufheben? Warum? Wer soll sich da durchfinden? Der Entwicklungsprozess ist in den Mailing-List-Archiven dokumentiert.


    Das Prinzip der Git-Entwicklung ist gerade, in unabhaengigen Development-/Topic-Branches Fixes und Features zu entwickeln, Patches solange zu verbessern, umzusortieren und anzupassen, bis alle Reviewer zufrieden sind. Rebase ist das Hauptwerkzeug bei der Entwicklung, das ist der groesste Vorteil von Git gegenueber alten Versionskontrollsystemen wie cvs/svn/hg. Und man kann sich lokal beliebig viele Branches von welchen-Zwischstaenden-auch-immer hinlegen, sogar aus verschieden remote-Repos zusammen im selben lokalen git. Natuerlich hat Git auch sonst noch viele weitere Vorteile fuer grosse Projekte: Pull statt Push fuer Master-Repositories mit (implizitem) Review und der Moeglichkeit von Merge-Commits mit Zusatzinformationen, Bisect zum Debugging und anderes mehr.


    Der einzelne Entwickler wird vermutlich seine Zwischenversionen privat aufheben, die Oeffentlichkeit ist sicher fuer eine Muellabfuhr dankbar. Wenn man das System nicht verstanden hat, muss man sich nicht unbedingt zuerst ueber Leute aufregen, die mehr Erfahrung und vielleicht auch Durchblick haben.


    Gruss,

    S:oren

    Da sowohl Du, als auch das Wiki die Karten als identisch bezeichnet haben

    Hab ich eben nicht. Meine Formulierung war

    anscheinend baugleich

    was eben (vermutlich) gleiche Hardware, aber andere IDs bedeutet.


    Und wenn der "SAA716x TT-budget driver" nur an die PCI-ID 13c2:3010 bindet, das funktioniert (nur der zugehoerige Frontend-Treiber laesst sich nicht uebersetzen), warum sollte es mit der gleichen ID beim TBS-Treiber nicht gehen?


    Aber meine Hilfe ist ja anscheinend sowieso nicht gefragt, andere glauben wieder mal, es besser zu wissen.


    Gruss,

    S:oren


    <EOT>

    Ich habe die "tbs-linux-drivers_v170330.zip" herunter geladen. Sie trägt das Datum des Downloads. Die Dateien im Archiv sind aber viel älter, teilweise von 2011.

    Nun ja, das heruntergeladene Archiv hat immer das Datum des Downloads. Treiber-Dateien werden nie _alle_ fuer ein neues Release ueberarbeitet.

    Und ich habe auch eine tbs-open-linux-drivers_v20221231.zip heruntergeladen, da sind teilweise Dateien mit Datum vom Februar drin, also offenbar nochmal neuer als das Datum im Archivnamen suggeriert.


    Aber wenn Du lieber ueber Zeitstempel diskutieren und eben keinen neuen Thread eroeffnen willst, ich muss meine Hilfe nicht irgendjemandem aufdraengen.



    Da die Karte TBS6922 anscheinend baugleich zur S2-4100 ist, sollten die Treiber von TBS auch fuer die S2-4100 funktionieren (jedenfalls steht das so im Treibercode von TBS).

    Vorher aber bitte die Subsystem-ID vergleichen, ob es sich wirklich um eine TBS6922 handelt.

    Wenn die nicht übereinstimmt, wird die Karte nie erkannt werden.

    Schoen dass Du mir unterstellst, ich wuesste nicht, wovon ich rede. Ich habe im Code von TBS jedenfalls das gefunden (Ausschnitt):

    Code
    static struct pci_device_id saa716x_budget_pci_table[] = {
        MAKE_ENTRY(TURBOSIGHT_TBS6922, TBS6922,   SAA7160, &saa716x_tbs6922_config),
        MAKE_ENTRY(TECHNOTREND,        TT4100,    SAA7160, &saa716x_tbs6922_config),
        { }
    };

    Der Treiber bindet explizit mit der selben Config fuer TBS6922 und fuer TT4100. Also wird die S2-4100 auch mit ihrer eigenen ID erkannt.


    Danke fuer nichts,

    S:oren

    Das ist doch alles genau das, was ich oben geschrieben habe. Mein saa716x-Treiber unterstuetzt die S2-4100 nicht, was nicht an der SAA7160-Bridge liegt, sondern an der nicht vorhandenen Unterstuetzung fuer die verwendeten Frontends in Mainline. Egal wie lange Du verschiedene Kernel ausprobierst, in der jetzigen Form wird mein saa716x-Treiber nicht mit Deiner S2-4100 funktionieren -> Zeitverschwendung.


    Von Technotrend (wer auch immer heutzutage unter diesem Namen auftritt) gibt es diesen Fork des saa716x-Treibers ("SAA716x TT-budget driver") mit dem closed-source-Frontend-Modul tt_s2_4100_drv. Weil es keine oeffentlichen Sourcen dazu gibt, kann man dieses Modul nicht fuer neuere Kernel oder andere Prozessorarchitekturen kompilieren. Und dann kann man vielleicht einen Basistreiber fuer die SAA7160-PCIe-Bridge laden, einen DVB-Datenstrom wird man ohne Frontend-Treiber nicht aus der S2-4100 herausbekommen. Ich empfehle: Finger weg! (Oder halt bei alten Kerneln bleiben, fuer die es diese Binaermodule gibt.)


    Da die Karte TBS6922 anscheinend baugleich zur S2-4100 ist, sollten die Treiber von TBS auch fuer die S2-4100 funktionieren (jedenfalls steht das so im Treibercode von TBS). Ich kenne mich mit den TBS-Treibern nicht naeher aus und will keinen Support dafuer leisten. Aber dort gibt es auf den ersten Blick auch Sourcecode fuer Tuner und Demod der Karte (tas2101, av201x). Also die TBS-Treiber fuer die S2-4100 zu verwenden sieht mir nach der vielversprechendsten Loesung aus, wenn man neuere Kernel verwenden will. Versuch macht 'kluch'.


    Mehr kann ich hier auch nicht helfen. Und nun bitte nicht weiter diesen Thread mit S2-4100-Diskussionen zumuellen. Das hat nichts mit dem Bauen meines saa716x-Treibers unter 22.04 zu tun.


    Gruss,

    S:oren

    Das Problem ist dabei nicht die SAA7160-Bridge, sondern das closed-source Frontend-Modul.


    Soweit, so schlecht. Aber:

    Anscheinend unterstuetzt der Treiber fuer die TBS6922 auch die (baugleiche?) S2-4100. Von TBS scheint es auch passende Frontend-Treiber (tas2101, av201x) zu geben. Also vielleicht mal damit probieren...


    Gruss,

    S:oren


    PS: Sorry, ist ja alles off-topic hier...

    Wenn dir der Name nicht zusagt, mach bei Zeiten einen Gegenvorschlag.

    Ich habe alles geschrieben, was ich dazu zu sagen habe.


    Eine einmalige, winzige Anpassung der Plugins halte ich dafür für vertretbar.

    Bin mal gespannt, was die ganzen Distris dazu sagen, wenn ihr Quellcode der Plugins nicht mehr kompiliert. Ich habe da eine Vermutung: Kaputt, kann weg.

    Mir ging es immer um die User, die nicht alles selber bauen, sondern alles komplett fertig und funktionsfaehig zentral bekommen wollen. Wenn man alles noch funktionsfaehige wegwerfen und von vorne anfangen will, von mir aus.


    Die einzige Chance, die ich sehe ist, das auf dem kleinen Dienstweg durch zu kriegen.

    Private APIs hingegen sind Teil des Treibers, für deren Inhalt ist primär Maintainer vom Treiber zuständig ;D .

    Der Du dann bist!?

    Komplett ohne Ironie: Viel Glueck, Spass, und vor allem Erfolg damit.


    Gruss,

    S:oren