http://satellite-board.de

Nein, du bist nicht gemeint. Das bezog sich mehr auf die hier.

P.S.: Eine "Magic Number" ist nicht anderes als eine konstante ID oder Header. Mehr ist es nicht.

Ja, das ist schon klar. Aber haben z.B. alle für Pr. zertifizierten Humax Geräte oder alle Humax PR-Fox alle die gleiche "Magic Number". Oder anders gesagt, wird vielleicht an Hand der MN ein Pr. Gerät von der Firmware identifiziert um dann z.B. eine Abschaltung des JS per Menü zu verhindern?

Gibt es eigentlich baugleiche Geräte zum PR-FOX die außerhalb des Einflußbereichs von Pr. verkauft werden und für die dann vielleicht eine andere Firmware verfügbar ist?

Don

Wie lautet denn "Magic"? Vergleich die Nummer auch mal mit der HW/Bootloader ID des Gerätes. Ist wahrscheinlich das gleiche

Es gibt übrigends 2 Humax FOX für Premiere: den PR-FOX und den NA-FOX PR, von denen es allerdings keine "freien" Varianten gibt. Es gibt lediglich nur noch den VA-FOX mit VIACCESS embedded.

Du hast ja die Kabel Variante und es ist gut möglich, daß im Kabel nicht anhand der N-ID die Premiere Programme erkannt werden, sondern an anderen Merkmalen wie z.B. der mitgesendeten CA-ID.
Dann kannst du mit den Settings nichts erreichen.

Wo finde ich denn die "HW/Bootloader ID"?



Aber dann könnte doch eine Prüfung der NID entfallen, aber sobald ich die NID auf <> 133 setzte bleibt das Bild schwarz. Kann man die CA-ID irgendwo sehen? Für was steht "CA"?

Don

Conditional Access oder Bezeichnung für das Verschlüsselungssystem.

Schau mal, ob der Receiver irgendein System Status / IRD Status Menü hat. Da dürfte sowas drin stehen.
Ich hab im Moment selber keinen Fox mehr hier angeschlossen wo ich nachschauen kann, wie das Menü bezeichnet ist.

[B]
Die können aber u.U. beides gekoppelt haben. Sobald die Nagra CA-ID auftaucht überprüfen die möglicherweise das Vorhandensein der N-ID 133.

[B]
Siehe Erläuterung von Sci-Fi

Da gibt es viele Infos zu SNs und Versionen aber nichts hat Ähnlichkeit mit dem Magic-Code.

Don

Könnte auch die fortlaufende Seriennummer des Gerätes sein.

@don..:
... also beim magic-code tippe ich aber auch auf die receiver-kennung - so wie bei den oak's die HW-ID ?!

@lostech/sci-fi:
... das thema JS koennte auch in der *.fmc drin stehen, weil: das gesperrte premiere-menue kommt erst im editor, wenn ich auch einen premiere-receiver auswaehle - also wuerde ich gedanklich hier ansetzen ???
(egal ob ich die V1.10 oder V1.12 verwende)

cu token

Wahrscheinlich ist es "erfolgreicher" was zu programmieren und die Humax API darauf ansetzen, um die Settings Dateien mit der API Funktion DL_DecodeFlashDataToFile umzuwandeln und dann erst mal sehen, was ohne Editor zu machen ist. Höchstwahrscheinlich hat man nach der Umwandlung ähnlich wie bei den OAKs einen ASCII Settings Dump, den man ganz normal mit einem Texteditor bearbeiten kann. Danach kann man den modifizierten Dump wieder mit der API DL_EncodeFileDataToFlash zurückkonvertieren und regulär per Editor hochladen.

Ich bin mir nicht sicher, ob ich das komplett verstanden habe. Also nochmal langsam:

1. Settings mit PR-FOX Editor vom Receiver downloaden
2. die vom Editor erzeugte .fdf Datei mit der API Funktion dekodieren
3. die nun hoffentlich vorliegende ASCII-Datei mit Editor bearbeiten
4. ASCII-Datei mit API Funktion wieder nach .fdf enkodieren
5. Datei mit PR-FOX Editor auf Receiver uploaden

Meinst Du das in etwa so?

Don

@don..:
... jo, so in etwa meinte das lostech !
... nun muesste es nur noch geproggt werden ?!
@lostech:
... da gibts 2 enc.dll's- die eine ist bestimmt fuer conax - weil die xyzCNX.dll heisst ???
cu token

jo, meinte ich so

[B]
Ich nicht Ich bekomme ja noch nicht mal die Zeit zusammen meinen Ripper fertigzuschreiben

[B]
Keine Ahnung wofür diese DLL ist. So tief stecke ich sicherlich nicht in der Humax Materie
Normalerweise müßte aber die NeoHDFEncoder.dll die richtige API DLL für den Fox sein.

So ganz spontan habe ich doch meine Zweifel, ob das überhaupt funktionieren wird.

Zum einen halte ich das .fdf File nicht für kodiert. Es ist zwar Binär aber unter einer Kodierung verstehe ich etwas anderes. Wenn man z.B. bei den Receiver-Settings das JS-Alter verändert, dann ändern sich im File genau 5 Byte: das Byte in dem das Alter gespeichert wird und die 4 Bytes der CRC. Wenn das File kodiert wäre dann müßte sich doch alles ändern.
Ich habe auch mal den Setedit von WL probiert und den Download, den der in einem TMP-File speichert, schaut mir nach kodiert aus. Dort kann man keinerlei Strings wie Premiere, ARD, ZDF o.ä. erkennen.

Zum anderen führt der Editor scheinbar eine Art Prüfung des Files beim Öffnen durch und modifiziert gegebenenfalls die Daten, wenn sie ihm nicht passen.

Könntet ihr bitte mal eine kodierte und eine unkodierte Datei von einem OAK-Teil hier reinstellen?

Don

Ich hab nicht gesagt, daß es kodiert oder komprimiert ist
Aber ein Binärformat ist anders aufgebaut als das ASCII Textformat. Auch wenn man im Binärcode Textstrings erkennen kann bedeutet das nicht, daß das auch das Ursprungsformat ist.
Außerdem werden wahrscheinlich in diesem Binärformat 0x00 Bytes mit drangehangen, um auf eine bestimmte Dateigröße zu kommen, da diese Settings wahrscheinlich ohne weitere Umwandlung direkt so im Receiver FLASH abgelegt werden.

Mit den OAK Settings fängst du weder als HNF noch als ASCII was mit an. Das OAK HNF Format unterscheidet sich grundlegend vom NEO (FOX) Format.

Ich hab aber mal just for info mal ein ASCII HNF von konvertierten OAK Settings der Satzentrale an das Topic mit drangehangen. Da kannst du mal in die Struktur der OAK Settings reinschauen.