2x DVB-C Tuner + MTD ohne Digital Devices?

Zitat von vibes

Das CI ist MTD fähig und macht daher besonders in einer Multituner-Umgebung Sinn.

Ist das eine Vermutung oder bist du dir das sicher?

AFAIK geht MTD in Verbindung mit dem VDR generell nicht, aber es kann natürlich sein das ich da was verpasst habe.

cu

Zu den DD-Karten bzw. deren Fähigkeiten kann ich nichts sagen, aber als "Erfinder" von MTD zu den Voraussetzunge sehr wohl.

a) "Echtes" MTD heisst, dass Dienste von mehr als einem Transponder (typischerweise aber demselben Anbieter) dekodiert werden können. Es soll Geräte geben, die unter MTD nur verstehen, dass man zwei Dienste von einem Transponder dekodieren kann. Letzteres kann der vdr schon lange, wenn es das CAM auch kann.

b) Nicht viele CAMs können überhaupt mehr als einen Dienst dekodieren. Im wesentlichen ist es das Alphacrypt.

c) Für echtes MTD ist Vorrausetzung, dass das CAM mehr als einen Dienst dekodieren kann. Aber: Es weiss nichts und muss auch nichts davon wissen, dass das von mehr als einem Transponder kommt. Das ist deswegen unnötig, weil die CI-Slot-Hardware die Transportstreams filtert, multiplexed, und evtl. die PIDs und tw. auch die Service-Infos umschreiben muss. D.h. das CAM sieht einen ganz normalen Transportdatenstrom, so wie er sonst von einem Transponder kommt. Filtern ist nötig, weil zwei Transponder zusammen einerseits mit vielen PIDs kollidieren und andererseits die Gesamtrate meistens schon grösser als die für einen CI-Slot zugelassene ist (max. 9MB/s).

d) Der vdr kann mit Bordmitteln kein MTD, weil er direkt mit dem CAM redet und keine Schnittstelle fürs PID/SI-Rewriting hat.

Moin!

Von mir auch noch mal die Bestätigung: für den vdr gibt es keine legale MTD-Lösung.
Der vdr hat eine feste Zuordnung DVB-Karte/CI. Wenn du so ein CI ansprechen möchtest, müsstest du ein Plugin entwickeln, dass zum einen die cDvbDevice-Klasse des vdr nachbaut und die dann ihren TS gemeinsam durch das CI jagen.

Ich hab mal ein Plugin für das DD-CI angefangen, dabei hab ich auch einen Patch für den vdr entwickelt, der es zumindest ermöglicht, überhaupt ein reines CI-Plugin zu erstellen, damit man eben nicht cDvbDevice komplett neu schreiben muss.
Leider bin ich auf Grund von Zeitmangel und ein paar Hürden noch nicht weiter dazu gekommen. Es ist momentan auch nicht absehbar, wann es da einen Fortschritt geben wird. Aber aufgegeben habe ich noch nicht.
Interessierte dürfen da gerne in mein Repository gucken (siehe Signatur, Plugin "ddci").

real_schorsch: Da du also der Erfinder von MTD bist, würde ich bei Gelegenheit gerne mal über das Multiplexen der Streams reden. Das Prinzip ist mir schon klar, aber die Feinheiten sind da sicherlich bei mir noch nicht klar. Ich denke da z.B., dass sich überschneidende PIDs von zwei verschiedenen Programmen angepasst werden müssten, entsprechend auch die Ansteuerung des CAMs nicht stur die PIDs aus der PMT durchreicht und dass beim Demultiplexen die PIDs ja wieder zurück gemappt werden müssen.
Aber von Service-Infos hab ich noch keine Ahnung. Wenn du nichts dagegen hast, werde ich (in ein paar Monaten) mal auf dich zurückkommen...

Lars.

Zitat von mini73

Ich denke da z.B., dass sich überschneidende PIDs von zwei verschiedenen Programmen angepasst werden müssten, entsprechend auch die Ansteuerung des CAMs nicht stur die PIDs aus der PMT durchreicht und dass beim Demultiplexen die PIDs ja wieder zurück gemappt werden müssen.

Genau das macht der NetCeiver (komplette Filter/Rewrite/Mux/Demux/Rewrite-Matrix in der HW). Prinzipiell kann er dazu alle 6 TS-Ströme zusammenmischen (wenn es denn CAM+Smartcard gäbe, die damit zurechtkommen würden...). Die paar relevanten SIs werden von der CPU entweder umgeschrieben oder gleich synthetisch erzeugt und wieder in den TS zum CAM eingebaut. Die Feinheiten betreffen dann eher die diversen Bugs/Beschränkungen der CAMs, ob alle Services oder nur Audio+Video, etc...