Try https://github.com/crazycat69/media_build

Hi,

Die Karte ist doch alt genug. Versuch es mal mit dem Kernel Treiber. Damit sollten andere Karten auch gehen.

MfG Stefan

Mit PCI DVB Karten in PCIE Mainboards hatte ich Probleme weshalb ich vor 10 Jahren auf Digital Devices gewechselt habe. Teilweise lag das an den PCIE PCI Bridge Chips, vermutlich aber auch weil der PCI Zweig eher für Soundkarten gedacht war und deshlab wenig Priorität bekam. Wenn du die PCI Karten schon hast würde ich es mit den Kerneltreibern probieren, dabei auch prüfen ob der Empfang mit den PCI Karten ohne Probleme läuft. Wenn du keine PCIE Slot mehr frei hast kannst du entweder eine USB Lösung nehmen wie z.B. Hauppauge WinTV SoloHD oder die Karte wechseln gegen eine 8-Kanal DD oder eine 2 Kanal DD Cine mit Erweiterungskarten.

Ist die Terratec die auf dem KNC One Design basierende Karte? Ich bin mir nicht mehr ganz sicher, welchen Treiber die benutzt. Ich glaube es war budget-av oder budget-ci. Die wird doch seit Ewigkeiten unterstützt. Wenn DD das kaputt macht, würde ich mich bei DD beschweren.

Was sagt denn der Treiber beim Laden? Ich vermute eher ein Mischmasch aus Kernel- und DD-Modulen, weil das Installationsscript von DD die alten Treiber nicht vollständig entfernt - dann kommt es zu unresolved symbols.

Und was ist nun das Problem? Fehlen die Treibermodule im DD-Paket? Oder lassen sie sich nicht laden wegen Fehlern (welche?)

Oder laden die Treiber ganz normal ohne Fehler, erkennen die Cinergy aber trotzdem nicht?

So ich (auch mittlerweile ddbridge-solo-User) mich erinnere, ist die dvb-core Version, die beim Compilieren der DD-Standalone-Treiber gelinkt und verwendet wird, nicht kompatible mit der Standardversion von dvb-core.

Nach meinem Kenntnisstand sollte die "Terratec Cinergy C" direkt mit jedem Kernel der letzten 10-15Jahre gehen.

Die "Digital Devices M4" dafür nicht, die ist zu neu für den kerneleigenen Treiber.

Das Treiberpaket von Digital Devices enthält aber nur die eigenen Karten (deshalb hatte ich mir damals auch keine von denen gekauft).

Am "einfachsten" wäre es wohl den mantis Treiber ins Digital Devices Paket zu patchen.

Hi,

Und Crazycat geht auch nicht? Bin da nicht mehr so fit. Sorry für meine obige Aussage, dachte M4 wäre eine ältere...

MfG Stefan

Die Firma schreibt auf Ihrer Webseite

Zitat

Wir haben ein Uni Treiber Modell entwickelt und von all unseren Herstellern auch die Erlaubnis erhalten, unsere Treiber zu open sourcen. Dies bedeutet weit mehr

Arbeit, als die Treiber zu schreiben.

Im Gegensatz zu anderen Entwicklern von Treibern arbeiten wir mit den Dokumentationen der Hersteller. Diese stehen anderen Entwicklern oft nicht zur Verfügung. Leider weigern sich einige

Maintainer, fehlende oder falsche Registersettings und Methoden zu ändern oder zu besprechen.

Wir decken viele Anwendungsfälle ab, die über die Einzelinstallation eines Maintainers eines Treibers hinausgehen. Nachdem es aber für einen Baustein nur einen Treiber geben soll, führt das zu Problemen.

Lange Rede – kurzer Sinn:

Im Interesse unserer Kunden arbeiten wir an diesem Problem. Wir können jedoch nicht abschätzen, wie lange es dauern wird, unsere Treiber in den Kernel zu integrieren. Technische Gründe sind nicht die Ursache.

Ein Beispiel:

Unser Treiber für den TDA18212: Im Kernel existiert ein Treiber, der über Reverse Engeneering entstanden ist. Dieser Treiber ist leider nicht vollständig (dies ist kein Vorwurf an den Maintainer, mangels Dokumentation war nicht mehr zu erreichen). Der Maintainer war damit

einverstanden, unseren Treiber zusätzlich im Kernel zu akzeptieren, aber das wurde von dritter Seite mit einem Veto belegt. Usw.

Fazit:

Es gibt leider häufig stärkere politische Interessen als das Interesse daran, das große Ganze zu verbessern.

Alles anzeigen

Alles schön und gut, aber wenn denn schon ein eigenes git mit modifizierten linuxtv-Treibern angeboten wird - warum ist das dann nicht komplett? Es wäre doch sicher kein Problem, die bestehenden open source-Treiber, die gar nicht modifiziert wurden, mit aufzunehmen?

Statt bestehende linuxtv-Treiber so zu verändern, dass sie mit den restlichen Kernelmodulen nicht mehr kompatibel sind, wäre es dann m.E. besser gewesen, gleich einen ganz eigenen Weg wie Sundtek einzuschlagen.

So was sollte man als Verbraucher nicht unterstützen.

Lol

Gibt es noch Konkurrenz? Bei PCIe?

Die Gründe, warum die diversen Treiberentwickler oder Maintainer die hier im Board aktiv sind oder waren nicht mehr zur Weiterentwicklung der Kerneltreiber oder weiteren Integration in den Kernel beitragen, sind irgendwie immer die gleichen…

Ich kämpfe im IT-Bereich auch nicht mehr gegen Windmühlen an, meistens gibt es andere (wenn auch ab uns zu mal Um-) Wege, um Probleme zeitnah und stabil zu lösen, wenn sich sonst nichts bewegt.

In letzter Zeit kommt auch häufiger hinzu, daß man selber die Funktionsweise und Macken einer Software besser kennt, als der Hersteller-Support. Wenn der dann nichtmal das Problem begreifen kann (oder will), muß man sich halt anders helfen. Ob das für den Rest der Welt auch passt, interessiert meinen Kunden nicht, der will sein Problem gelöst haben, und bezahlt das dann auch gerne.

Den dddvb-Treiber kann man neuerdings wohl auch mit dem Kernel-DVB-Core verwenden.

Zumindest suggeriert diese Änderung das:

allow compilation against kerne dvb_core if KERNEL_DVB_CORE defined

Ich vermute, das geht mit make KERNEL_DVB_CORE=y.

Eine Anleitung dazu habe ich leider nicht finden können.

Habe ich heute Morgen auch im Git gesehen leider auch keine Doku dazu gefunden. Was ich nicht verstehen kann man wird doch mal nen 2-3 Zeiler dazu schreiben können.

Verstehe ich auch nicht, zumal man prinzipiell wohl nach der Anleitung im GIT arbeiten kann. Lediglich das  make müsste man durch ein make KERNEL_DVB_CORE=y ersetzen. Und schon sollten alle DVB-Karten gleichzeitig gehen.

Keine Ahnung ob das such wirklich klappt, einen Versuch ist es aber Wert, denke ich.

Ich habe das probiert und es funktionierte nicht, das Modul für die andere Karte kann nicht geladen werden

saa716x_core: disagrees about version of symbol dvb_dmxdev_init
saa716x_core: Unknown symbol dvb_dmxdev_init (err -22)
saa716x_core: disagrees about version of symbol dvb_register_adapter
saa716x_core: Unknown symbol dvb_register_adapter (err -22)
saa716x_core: disagrees about version of symbol dvb_dmxdev_release
saa716x_core: Unknown symbol dvb_dmxdev_release (err -22)
saa716x_core: disagrees about version of symbol dvb_frontend_detach
saa716x_core: Unknown symbol dvb_frontend_detach (err -22)
saa716x_core: disagrees about version of symbol dvb_unregister_frontend
saa716x_core: Unknown symbol dvb_unregister_frontend (err -22)
saa716x_core: disagrees about version of symbol dvb_register_frontend
saa716x_core: Unknown symbol dvb_register_frontend (err -22)
saa716x_core: disagrees about version of symbol dvb_unregister_adapter
saa716x_core: Unknown symbol dvb_unregister_adapter (err -22)