Neue FW 1.03.02 auf koreanischem Server

[Gustav Gans]

Hat schon jemand Erfahrung mit der neuen FW 1.03.02, die es auf http://www.topfield.co.kr für deutsche CRP2401Ci+ gibt?

[Roemer]

Am besten warten, bis sie auf der deutschen Topfield-Seite angeboten werden.

Und updaten nur, wenn Funktionen oder Verbesserungen drin sind, die du auch wirklich benötigst.

If it aint't broke - don't fix it.

[camello]

Diese FW macht Probleme mit SmartEPG. Es wurde fälschlicherweise eine API-Funktion nicht eingebaut, welche SE braucht, um den Vor-/Nachlauf im Topf-Manü auf "0" zu stellen.

[quote=""Roemer""]
Und updaten nur, wenn Funktionen oder Verbesserungen drin sind, die du auch wirklich benötigst.[/quote]

Unverständlicherweise veröffentlicht Topfield nie irgendwelche Change-Logs. Somit weiss man nicht, welche Verbesserungen eine neue FW beinhaltet.

[Roemer]

Ja da sind die etwas zurückhaltend. Aber auf der Korea_Seite kannst du sie zumindest schon mal ansehen.

Gesendet von meinem Nexus 10 mit Tapatalk

[camello]

Wo sehe ich die FW-Änderungen auf der Korea-Seite? Mir werden nur Versionsnummern angezeigt (System-ID, Loader etc.). Daraus ist ja aber nicht ersichtlich, welche Funktionen geändert und welche Fehler behoben wurden.

[Töppi]

Da gab es bei jeder Firmware einen Mouseover Text. Changelog habe sie bei dieser leider keinen eingetragen....

[camello]

Danke. Hab jetzt mal beim SRP geschaut. Da werden tatsächlich Verbesserungen aufgeführt. Beim CRP steht leider nichts.

[Töppi]

genau, daher hatte ich das ja und ging davon aus, dass sie es beim CRP auch machen würden.

[Maliboy]

[quote=""camello""]Diese FW macht Probleme mit SmartEPG. Es wurde fälschlicherweise eine API-Funktion nicht eingebaut, welche SE braucht, um den Vor-/Nachlauf im Topf-Manü auf "0" zu stellen. [/quote]

Das stimmt nur zu 50%

Durch die API wurde es auf jeden fall funktionieren. Es wurden aber auch die Internen Strukturen geändert, warum der alte Hack (der aktuell immer greift) auch nicht funktioniert.

[camello]

Kai, jetzt bist du aber etwas pingelig. Dass die Datenstruktur geändert werden würde, war laut meinen Infos den SE-Programmierern bekannt. Deshalb sollte ja gerade diese API-Funktion in der Firmware implementiert werden, was die Koreaner offenbar nicht getan haben.

Ich habe übrigens jetzt eine Spezialversion von SE im Einsatz (Vielen Dank an Firebird!), bei welcher diese Vor-/Nachlauf-Überprüfung abgeschaltet werden kann. So kann ich momentan die neue FW ohne Probleme testen. Die FW macht mir einen ziemlich guten Eindruck. Mir gefällt die neue, firmware-eigene Autodescramble-Funktion sehr gut. Man braucht kein Zeitfenster zum Entschlüsseln mehr zu definieren. Der Topf entschlüsselt immer dann, wenn er nicht benutzt wird. D.h. nach 3 Minuten im Standby schaltet er sich ein, sofern zu entschlüsselnde Dateien vorhanden sind und beginnt seine Arbeit. Kommt während dessen ein Fernsteuerbefehl, unterbricht der Topf sofort seine Entschlüsselungsarbeit und ist normal bedienbar. TAPs wie SE oder TMSA können sofort benutzt werden, müssen also nicht manuell nachgeladen werden. Bis jetzt sehe ich für mich keinen Grund, zum Entschlüsseln Smartdecrypter einzusetzen.
Wie gesagt, mein erster Eindruck ist sehr positiv. Hoffentlich bleibt das so.

[Maliboy]

Es klingt halt so, als ob 'nur' Korea Schuld ist. Aber in wirlichkeit wurde einfach ein neues Feature nicht integriert, was beim CRP ja oft normal ist (warum auch immer). Und das wollte ich klar stellen.

Und schön für Dich, das Du eine Spezialversion hast. Ich wollte/sollte die neue Firmware ja auch mal testen (vor dem Release auf dem Server) und konnte es aus den gleichen Gründen nicht.

[Twilight]

[quote=""Maliboy""]Es klingt halt so, als ob 'nur' Korea Schuld ist. Aber in wirlichkeit wurde einfach ein neues Feature nicht integriert, was beim CRP ja oft normal ist (warum auch immer). Und das wollte ich klar stellen.[/quote]
da abgemacht war das diese funktion in alle firmwares mit neuer settingsstruktur hinein kommt ist korea schuld...
hätte es von unserer seite eine möglichkeit gegeben die settingsstruktur zu prüfen, hätten wir das gemacht. da dies eben nicht möglich war, um festzustellen wie man vor und nachlauf kontrollieren/ändern muß, wurde diese api funktion geschaffen.
damit wäre alles unter dach und fach gewesen: ist die api funktion nicht vorhanden wird mit firmwarehack die alte struktur kontrolliert.
da die api funktion aber fälschlicher weise nicht drin war hat das eben nicht geklappt und die neue struktur wurden mit dem alten hack bearbeitet.

twilight

[Maliboy]

Schön und Gut. Nur habe ich euch das LANGE vor der Veröffentlichung auf den Server gesagt. Nur das hatte euch auch nicht Interessiert.

Es ist einfach immer mit den Finger auf andere Leute zu zeigen. Wie heißt es so schön: Nur wer nichts schafft, macht auch keine Fehler.
Man kann TOPFIELD nun wirklich viel ankreiden: Fakt ist aber: An vielen Problemen sind wir nicht unschuldig. Wir hacken wo wir können um (in unseren Augen) unzulänglichkeiten abzuschaffen. Und dann knallt es halt. Ich wiederhole mich: ich habe den Fehler vor ewigen zeiten gemeldet (Dezember letzten jahres). Firebird hatte ja sogar den richtigen Riecher. Die oben angesprochende Firmware scheint aber genau auf diesen Stand wo ich den Fehler gemeldet habe zu basieren. Ob da die API überhaupt schon angedacht war, keine Ahnung. Ich bekomme hier ja nichts mehr mit.

[Twilight]

[quote=""Maliboy""]Schön und Gut. Nur habe ich euch das LANGE vor der Veröffentlichung auf den Server gesagt. Nur das hatte euch auch nicht Interessiert. [/quote]
was heißt da nicht interessiert...dafür ist topfield zuständig, nicht wir. und nochmal: alex hatte eine CRP version zum testen dieses features.

klar, fehler passieren und ich habe auch keine probleme zu zugeben wenn ich dafür zuständig bin

twilight

[FireBird]

Ich mache schon einen Unterschied, ob jemand eine neue Firmware testen möchte und jeder Zeit wieder zurück kann, oder ob ein User einen neuen Topf erhält, auf dem SE nicht läuft und er keine Ausweichmöglichkeit hat.

[Maliboy]

Das ist doch das schöne beim TOPFIELD. Zurück kannst Du immer (evtl. nicht beim CONAX Model, über das weiß ich relativ wenig).

[Twilight]

wenn es beim conax eine ältere firmware gäbe, dann würde es sicherlich funktionieren (downgraden)

twilight

[Maliboy]

Wobei Alex sich die Firmware auch zuammen Patchen würde .

[Twilight]

woher soll er das conax in die firmware bekommen ?!

twilight

[camello]

Weiss denn einer schon etwas genaueres, ob und wann Korea die APi-Funktion in der Firmware noch nachrüstet? Das dürfte doch eigentlich einfach zu bewerkstelligen sein, wenn der API-Programmcode bereits existiert.
Ist die Funktion eigentlich bei der neuesten SRP-Firmware drin?