http://satellite-board.de

Hi,
es soll ein Modul für den CI-Slot geben, das den Datenstrom abgreift und über USB ausgibt. Name: Multimedia Joker von Nichimen.
<a href="http://www.set-top-box.de/news/1281/" target="_blank">http://www.set-top-box.de/news/1281/</a>
Kennt es jemand? Ist das technisch überhaupt möglich? Ist also der vollständige MPEG-Strom dort abgreifbar?

Meiner Meinung nach nur mit Einschränkungen möglich:
1.)kann das Modul nicht gleichzeitig dekodieren - also höchstens nur für FTA Programme. Selbst mit einem 2. Modul, das die Dekodierung übernimmt müßte das Signal dann durch beide Module gleichzeitig geschleift werden. Keine Ahnung, ob das jeder Receiver macht.

2.)muß der Receiver den Datenstrom auch durchs CI schleifen wenn nur freie Programme angewählt sind

3.)Anschluß an PC nur über USB - wenns 1.0 ist scheiterts wieder an einer vernünftigen Datenrate

Ist in meinen Augen nur ne Bastellösung.

@Lostech, damit es mit den Ratschlägen noch besser klappt, empfehle ich dir die Lektüre der EN 50221. Dann weiss du, wie der gesamte Mux durch ein CI-Modul läuft. Ansonsten bin ich was dieses Teil betrifft ganz deiner Meinung. Abwarten, wie es wirklich aussieht (es gab da schon einen thread). Ein vollfunktionfähiges 1394er interface kann ich mit aber eigentlich nicht vorstellen, denn davor haben alle Hersteller bisher Schiss (copyright). Such mal nach HAVi <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />

Ja, daß mit der Lektüre hab ich vor Zeit schon mal vorgehabt, aber ich komme nicht richtig dazu.
Vielleicht kannst du mir ne kurze Zusammenfassung geben <img border="0" title="" alt="[Zwinkern]" src="wink.gif" />
Mich würde auch interressieren obs doch Unterschiede bei Geräten gibt, die z.B. einen Controller wie den CiMAX 1.0/2.0 von SCM einsetzen und Receivern, die die Ansteuerung diskret ohne speziellen Controllern aufgebaut haben (wenn ich mich Recht erinnere hat der Humax keinen CiMAX oder vergleichbares drinne)

mach das mal <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" /> Kurze Antwort zu 1. und 2. aus deinem ersten reply

1. Wie das Ding aussieht, weiss ich nicht aber wenn da USB oder Firewire dran sitzt, müsste das Teil doch etwas weiter herausragen. Theoretisch könnte der CAS Part ja auch noch mit drin sitzen. Wenn nicht auch nicht schlimm, solange in einem CI slot, der sich upstream von diesem Modil befindet, die Programme descrambelt werden. Laut Norm sind mehrere CI-Module in einer daisy chain Konfiguration hintereinander im Multiplex anzuordnen.

2. Der gesamte Multiplex wird durchs Modul geschickt. Am Ausgang ist die Reihenfolge der TS genauso wie am Eingang. Der einzige Unterschied am Ausgang sitzt bei den entschschlüsselten ES im scrambling control field der TS headers. Deshalb kann ein nachfolgendes CI-Modul auch nie auf die Idee kommen, diesen TS nochmal zu bearbeiten <img border="0" title="" alt="[Zwinkern]" src="wink.gif" /> Das Descrambeln braucht natürlich etwas Zeit (Gesamtverzögerung im Modul ca. 3 TS Paketperioden). Um am Ausgang für alle eine konstante Verzögerung zu erreichen, müssen unverschlüsselte Streams genauso lange gepuffert werden.

Also wenn ich das jetzt richtig verstanden habe wird also der Transportstream (bzw. jedes einzelne Paket) modifiziert (im transport scrambling control block) nachdem er durch ein Modul durchläuft, das dekodieren kann.

Jetzt mal ne theoretische Frage: wenn also z.B. schon nach dem Durchlauf durchs erste Modul feststeht, das dekodiert werden kann und dies auch durch die Modifizierung im TS angezeigt wird, warum muß der Stream dann noch durch das nächste Modul?

ganz einfach, weil solange ein Modul ON ist, der Multiplex durchgeht. Das SCF im TS header ist die eigentliche Instanz, die angibt, ob der TS verschlüsselt ist. Unverschlüsselt steht da 00. Genauso bei einem TS, der erfolgreich durch den descrambler gelaufen ist. Im nächsten Modul kann dann der descrambler dort den Unterschied zwischen FTA und bereits entschlüsseltem TS nicht mehr feststellen und lässt ihn somit in Ruhe (sonst würde er ihn ja wieder scrambeln).

Das leuchtet mir zwar ein warum das 2. Modul nicht mehr dekodieren brauch, da der Stream nach dem 1. Modul im Prinzip als FTA durch das 2. Modul durchläuft.
Wo ich eigentlich eher drauf hinauswollte ist der Signalweg im Receiver. Ich stell mir das so vor (kann mich natürlich irren):
1.) TS vom Receiver in den CI Controller (z.B. CiMAX)
2.) TS vom CI Controller in Modul 1
3.) TS von Modul 1 wieder in CI Controller
4.) TS nun vom CI Controller in Modul 2
5.) TS von Modul 2 in CI Controller
6.) TS von CI Controller in Receiver zurück

Jetzt kommts mir auf das Verhalten des CI Controllers an bzw. der diskret aufgebauten CI Matrix: was passiert wenn das 1. Modul dekodieren kann? Könnte es nun folgenden Weg gehen?
1.) TS vom Receiver in den CI Controller (z.B. CiMAX)
2.) TS vom CI Controller in Modul 1
3.) TS von Modul 1 wieder in CI Controller
6.) TS von CI Controller in Receiver zurück (da Controller FTA TS erkennt)

<small>[ 24 April 2002, 12:51: Beitrag editiert von: Lostech ]</small>

hm, ehrlich gesagt, weiss ich nicht was du meinst. Ich denke, wir sprechen aneinander vorbei (soll ja vorkommen <img border="0" title="" alt="[Zwinkern]" src="wink.gif" /> )

Was ich geschrieben habe, bezieht sich auf das Transport Interface. Da geht es um den Mpeg Bus. Die Hardware im Modul, die dafür zuständig ist, besteht aus Demultiplexer, Descrambler, Puffern, einem Multiplexer und was sonst noch dazu gehört. Gesteurt wird alles durch einen Prozessor. Der Teil, den du vielleicht meinst, ist das Command Interface, über das der Prozessor mit der Receiverfirmware kommuniziert. Hier werden aber keine TS empfangen oder gesendet. Die laufen nur über den Mpeg Bus, der ins Modul reingeht und (mit einer kleinen festen Verzögerung) wieder rauskommt.

Übers Command Interface werden messages ausgetauscht, die z.B. dem Receiver (Host) sagen, was das Modul kann und (umgekehrt) welche TS das Modul entschlüsseln soll.

Was in den Modulen läuft hast du mir ja ausreichend beschrieben, deswegen betrachte ich die Module mal als "black box":

Es geht doch der komplette Transportdatenstrom ins Modul rein und muß ja auch wieder raus.
Nachdem der Datenstrom aus dem Modul rauskommt gehts (wahrscheinlich) erst mal in den CI Controller.
Was passiert wenn der Controller erkennt, daß der Datenstrom jetzt clear ist? Gehts von dort aus wieder zurück in den Receiver zum demuxen oder gehts nochmal durchs 2. Modul ?

Hi,
also wenn ich die Problemstellung richtig verstanden habe ist die Frage folgende:
Wenn kein CI-Modul vorhanden ist, muss der Datenstrom ja daran vorbei geleitet werden. Ist eines vorhanden und der Strom verschlüsselt, dann wird er durchgeleitet und kommt eventuell entschlüsselt wieder heraus. Jetzt könnte die Receiver-Logik oder wer immer entscheiden, einen unverschlüsselten Strom auch daran vorbei zu leiten. Dann kann ich am Slot kein Signal abgreifen.

Jetz kommt mir ein verwegener Gedanke:
Wenn der Datenstrom (scheinen 8 Bit und Clock-Signal zu sein) durch ein CI-Modul hindurch soll, dann könnte ich ihn doch unterbrechen und statt dessen einen fremden Datenstrom einschleusen. Den würde die Festplatte im Receiver dann aufzeichnen. Wo würde der eingeschleuste Datenstrom wohl her stammen? Den müsste man dann während der Wiedergabe von einer Festplatten aus einem zweiten Receiver abzapfen. Das würde natürlich voraussetzten, dass während der Wiedergabe irgendwo im Receiver ein kompatibler Datenstrom verfügbar ist.

<small>[ 25 April 2002, 08:59: Beitrag editiert von: RoBernd ]</small>

&gt;Nachdem der Datenstrom aus dem Modul rauskommt gehts (wahrscheinlich) erst mal in den CI Controller...

@Lostech, nein, wenn kein 2. Modul folgt, geht es direkt zum Demux und den Dekodern (Video, Audio, Daten). Mit einem verschlüsselten Stream können die natürlich nichts anfangen. Bei der DVB2000 kann man dann aber noch die Bitrate des über den PID eingestellten TS messen, Audio sagt im Menü einfach "no sync".

Der CI Controller ist im Prinzip der Prozessor (Host) der STB. Dazu kommt natürlich noch etwas glue für das command interface. Bei mehreren Modulen könnte die Belastung für den Prozessor zu hoch werden. Er muss alle Module z.B. dauernd pollen. Dann empfiehlt sich ein extra controller, um dem Host einiges an Arbeit abzunehmen.

@RoBernd, am CI slot liegt immer das Mpeg Signal. Das Modul hat wie gesagt einen Eingang und einen Ausgang für den Transportstream (8 bit + Clocksignale). Im slot ebenso, ist kein Modul gesteckt, werden die Ein- und Ausgänge einfach durch Schalter (tri-state o.ä.) überbrückt. Beim Stecken wird erst das Modul erkannt und dann die Schalter geöffnet. Das ergibt zwangsläufig eine kurze Unterbrechung.

Die Idee, dort ein anderes Signal einzuspeisen, ist nicht so verwegen. Ein entsprechendes Modul kann einen Mpeg TS einspeisen, der von den STB Dekodern dann wiedergegeben wird. Deshalb wär es ja auch so wünschenswert, so ein Modul zu haben. Aufnahme auf ein Medium und Wiedergabe über die eingebauten Dekoder.

Es haben wohl auch schon Leute damit experimentiert. Der Mpeg Bus kommt vom Frontend. Wenn man die Verbindung löst und da was anderes dranhängt, sollte es funzen. Korrektes Timing und DVB konforme TS natürlich vorausgesetzt.Es soll auch noch eine anderes kommerzielles Modul geben, das aufnehmen und wiedergeben kann. Den Link habe ich gerade nicht zur Hand.

</font><blockquote><font size="1" face="Tahoma, Verdana">quote:</font><hr /><font size="2" face="Tahoma, Verdana">Original erstellt von Derrick:
[QB@Lostech, nein, wenn kein 2. Modul folgt, geht es direkt zum Demux und den Dekodern (Video, Audio, Daten). Mit einem verschlüsselten Stream können die natürlich nichts anfangen.[/QB]</font><hr /></blockquote><font size="2" face="Tahoma, Verdana">Sorry, aber ich muß nochmal nerven <img border="0" title="" alt="[Breites Grinsen]" src="biggrin.gif" />
Wenn 2 Module vorhanden sind und das erste nicht dekodiert gehts ja noch durchs 2. Modul.
Wie aber siehts denn in dem Fall aus wenn ebenfalls 2 Module vorhanden sind, aber der Stream im ersten Modul bereits dekodiert wurde? Geht dann auch noch durchs 2. Modul?

Das ist die Sache wo ich bis jetzt noch nicht weis wie sich da die Receiver verhalten oder zumindest nach Norm verhalten sollten.

Moin, ja natürlich. Es geht immer durch alle aktiven Module (max. 16 glaub ich) hindurch. Bis auf eine feste Verzögerung und ev. dekodierte TS ändert sich ja nix im Multiplex.

Ich denke, dass du wissen willst, warum es mit mehreren Modulen machmal Probleme geben kann, wenn mehr als eins entschlüsseln könnte. das liegt einzi und allein an der Receiver Firmware. Ein Modul tut nur das, was ihm gesagt wird. Es spürt jedenfalls nicht die TS auf, die es entschlüsseln könnte. Der Befehl zur Entschlüsselung kommt immer vom Host. Da scheinen manchmal Fehler aufzutreten. Als Beispiel nimm Simulcrypt und 2 Module. Der Host weiss nach der Initialisierung, dass Modul1 CAS1 kann und Modul2 CAS2 beherrscht. Kriegt jetzt nur ein Modul den Auftrag und steckt da eine Karte drin, die keine Berechtigung hat, diesen Sender zu entschlüsseln, wird Modul2 das ohne Auftrag nicht übernemen, auch wenn Modul2/Karte2 dazu in der Lage wären. Am besten wäre es imho in solchen Situationen, wenn der User über einen Dalog im MMI die Entscheidung treffen könnte.

Jetzt weis ich mehr THX <img border="0" title="" alt="[L&auml;cheln]" src="smile.gif" />

Der Hintergrund meiner Frage ist weniger, daß es Probleme beim Simulcrypt gibt, sondern daß es durch das Durchschleifen durch ein Modul ja irgendwo zu einer Signalverschlechterung kommt (Übergangskontakte etc. und 100%tig sauber arbeiten die Module meiner Meinung auch nicht) und wenns durch ein 2. Modul zusätzlich durchgeschleift wird wirds sicherlich nicht besser.
Zumindest erklärt mir das jetzt manche Störungseffekte, wenn 2 Module in einem Receiver betrieben werden.