TAP jail break

[BigBlue007]

Wie an anderer Stelle schon mal erwähnt, habe ich von Programmierung nicht wirklich Ahnung, aber so, wie sich das liest, klingt es für mich, als sei die "Absicherung" gegen den Jailbreak dermaßen lächerlich, dass man davon ausgehen muss, dass die koreanischen Programmierer entweder nicht wirklich viel Ahnung haben, oder aber (und ich würde ja fast eher hierauf tippen), dass man das Tor absichtlich "wide open" gelassen hat...

[DXer]

Dann wollen wir mal hoffen, das das Tor nicht in einer späteren Firmwareversion geschlossen wird. st:

[Harvey]

Gefährlich wird es dann, wenn die "BrennFirmware.so" angezapft wird und die noch nicht gefundene Notfallroutine zum Einspielen eines Origiales tatsächlich nicht existiert.


BTW: letzteres klingt für mich nach:
if firmwareDownloadAciveAndCurrentlyFlashing
if StromausfallNow
SendSRPtoService

[FireBird]

Wo ist das Problem? Flash Chips kann man auslöten und neu programmieren.

[FireBird]

Hier liegt die V1 des Tools. st: Wie man das ganze in den make-Prozess einbindet, steht in der Readme.

[BlueSkyX]

Sorry, verstehe den Jailbreak nicht so ganz. TAPs waren doch von Anfang an geplant. Oder geht es darum nciht geplante Funktionen zu nutzen und neben den offiziell geplanten TAP-Möglichkeiten noch weitere Befehle zu nutzen?

[paul79]

Oder geht es darum nciht geplante Funktionen zu nutzen und neben den offiziell geplanten TAP-Möglichkeiten noch weitere Befehle zu nutzen?

Genau darum geht es.

Die TAP-API biete zwar Zugriff auf die wichtigsten Funktionen für den Anfang (EPG-Daten, OSD, Aufnahmen...), aber eben auch nicht mehr.

Ich bin selbst kein Experte darin, sondern nur interessierter Laie. Aber bei den 5000ern war es z.B. so das es erst durch Firmwarehacks möglich wurde z.B. einen Filescan der EPG-TAPs zu realisieren oder Zugriffe auf die HDD direkt weiterzuleiten (Filer). Es gibt noch viele solche Beispiele wo "moderne" TAPs erst durch die Hacks ermöglicht wurden.

Da der TMS jedoch auf einer komplett anderen Hardware und auch Firmware basiert konnten die Hacks nicht direkt übernommen werden. Das was Firebird hier nun gefunden hat ist der erste Schritt in die Richtung auch auf dem TMS "ordentliche, moderne" TAPs zu schreiben. Es muss sich jetzt nur noch jemand finden der das auch tut.

Wobei ich hier die Erwartungen auch gleich bremsen möchte. Die Entwicklung beim 5000er dauerte JAHRE und ist Hauptsächlich einigen wenigen "Grundlagenforschern" wie Firebird, deadbeef, r2d2 (UK-Forum) und einigen andern zu verdanken. Es ist also nicht damit zu rechnen das hier schon in den kommenden Wochen irgendein TAP erscheint das revolutionäre Entwicklungen bringt. Das wird ein langsam wachsender Prozess sein!

Gruß
Paul

[walda]

Als Landsmann würde ich natürlich auch Sponsoring betreiben!

Es sollte dann aber nicht als "Pflicht" gesehen werden, sondern einfach nur als "Danke".

[Twilight]

firebird hat eine sammelaktion abgelehnt, es lohnt also nicht mehr darüber nachzudenken...

twilight

[B4B]

...was absolut verständlich ist. (Wie würde das auch aussehen...und das "Gerede" anschließend).

[AtomicDog]

Damit würde er sich auch nur unnötig unter Druck setzen, etwas liefern zu müssen was am Ende gar nicht lieferbar ist.

Aber der TMS macht ja derzeit vielversprechende Fortschritte. Da gehen wir mal davon aus, das sich Firebird noch einen aus Eigenantrieb zulegt...

[ramibi]

... tja - das sieht man(n) wie gut und wichtig es ist einen feuervogel zu haben

[srupprecht]

Hallo,

gibt es eigentlich einen Grund wieso:

strip -R.comment --strip-all -K TAP_Main -K TAP_EventHandler <das.tap>

nicht ausreichen würde? Das macht die TAPs auch gleich einpaar KB schlanker

mfG.

[FireBird]

Weil ich mir Auswege aufheben wollte, falls Korea meine Methode torpediert.