HDFW v2 - Firmware von der HDD aus updaten

[FireBird]

[quote=""thensch""]PS: Die PVR Improbox Timeshift Infos zeigen jetzt nur noch die Hälfte an. Also bei 10Min Timeshift (zu sehen an dem Zeitbalken) nur 5min.[/quote]
Der Trick ist, alle TS-relevanten Zeiten durch 2 bzw. 4 zu dividieren. Bei Nebenwirkungen fragen sie ihren Apotheker bdb.

[jk]

<naivmode>
und wo bekomme ich den ts-patch her? ich stelle mich sofort als tester zur verfügung
</off>

[FireBird]

[quote=""jk""]und wo bekomme ich den ts-patch her?[/quote]
Von hier.

[thensch]

[quote=""Mandelatz""]Die ist aber nicht wirklich aktuell [/quote]Die ist mir entgangen. Ich halte es aber nicht besonders praktisch, noch ein TAP in den AutoStart zu schieben. Außer natürlich, es gäbe wesentliche Fortschritte, was ich bezweifle.

[Mandelatz]

Hallo Thensch,

Topfield dokumentiert ja leider nicht die Fortschritte. Die Firma veröffentlicht ja nicht einmal die neueren Firmwareversionen. Ein Wunder, dass die diese überhaupt fortentwickeln und in die neuen Geräte flashen.

Es hat sich aber zumindest das Verhalten des digitalen Audioausganges geändert (fiel mir beim Radiohören auf, was anderes mache ich mit dem Gerät nicht).

In den ältesten Versionen wurde der Audiodatenstrom beim Umschalten eines Senders nicht unterbrochen, sondern auf "Digital 0" gesetzt. Für den nachgeschalteten Receiver ist das ein grosser Unterschied: Damit schaltet dieser nicht auf Stumm. Das waren übrigens genau jene Firmwareversionen, bei denen Radiosender beim Umschalten im Tonmodus DD ganz kühl gelöscht wurden und OE1-DD beim MP überhaupt nicht in der Radioliste auftauchte.

In den Versionen ab Ende 2006 (die zuerst auf topfield.ru und ab August dann auch mal auf der Main Site in Korea veröffentlicht wurden) wurden die Radiosender dann >endlich< nicht mehr gelöscht. Dafür wurde der Audiodatenstrom beim Senderwechsel ganz kühl unterbrochen; der Receiver musste neu synchronisieren und schaltete zwischendurch auf Stumm. Dies ist auch noch so in der Version vom August.

Erst mit der oben erwähnten letzten Version vom Oktober (wieder mal nur auf topfield.ru zu finden) wird nun der Audiodatenstrom beim Umschalten nicht mehr unterbrochen, sondern auf "Digital 0" gesetzt. Nun klackt es nicht mehr am Receiver (mein alter Denon AVP A1 hat noch echte Relais in den analogen Ausgängen)

Immerhin >ein< Fortschritt; für mich immerhin ein deutlicher Komfortgewinn.

Gruss
KM

[ibbi]

Der Dolby-Bug der älteren Firmwares beruht meiner Meinung nach übrigens auf einem ähnlichen Vorgehen. Ich vermute, bei der Wiedergabe wird die Toninformation ab dem wiedergegebenen Paket einfach so ausgegeben. Ohne Dolby zu kennen, könnte ich mir vorstellen, dass es hier eine Art Protokoll gibt, welches einzuhalten ist.

[Mandelatz]

Hallo Ibbi,

Wenn ich mich recht erinnere, gab es mehrere DD-Bugs. Bei den Fernsehsendern ging beispielsweise "nur" der Ton verloren, der Sender wurde aber nicht aus der Liste gelöscht.

Der von mir beschriebene Dolby Bug bei den Radiosendern war etwas härter: Der Radiosender wurde zumindest beim MP aus der Sender- und Favoritenliste gelöscht (!), wenn man den Sender wechselte oder den Reciever ausschaltete (Standby oder Power off), während das Tonformatstellung DD ausgewählt war. Mann musste auf Stereo zurückschalten, um ein Löschen des Senders zu vermeiden.

Und der Sender OE1-DD (nicht der "gewöhnliche" OE1) war gleich doppelt mit Bugs belegt: Beim Sendersuchlauf wurde der erstmal gar nicht in die Liste der gefundenen Sender übernommen. Und Nachhilfe mit Topset etc. half beim MP im Gegensatz zum 5x00 definitiv nicht; der wurde gleich wieder von einer Prüfroutine gelöscht. Aber selbst wenn: Da dieser nur die Tonspur DD hatte, wäre er beim nächsten Gebrauch doch gleich wieder gelöscht worden.

Selbst Gerti hat diesen Fehler lange nicht glauben oder verstehen wollen: Ich bekam ausnahmsweise (!) mal eine Firmwareversion zum Testen: Da wurde der Sender OE1-DD zwar beim Suchlauf übernommen, aber wegen dem DD-Radiosender-Delete Bug wurde dieser beim Um- oder Ausschalten natürlich dann doch gleich wieder gelöscht.

Kann IMHO daher nicht am DD-Datenstrom ode Protokoll liegen: Da muss ein satter Bug in der Firmware gewesen sein.

Dazu kommt natürlich noch der "Mute" Bug auf dem digitalen Audioausgang: Während Gerti noch behauptete, das "die Hardware kann das nicht", wurde er durch das SP/DIF KillerTAP dann eines besseren belehrt. Selbstverständlich kann der digitale Audioausgang stummgeschaltet werden - die Firmware macht(e) das ja bei jedem Senderumschalten selber auch.

Gruss
KM

P.S:: Im Moment lernen die Programmierer in Korea neu für den 77x0; da gibts ja auch wieder Tonaussetzer beim Radiobetrieb.

[ibbi]

Ich meinte den Bug, dass beim Abspielen der DD-Ton wegbleibt oder erst nach langer Zeit wiederkommt.

Die Probleme mit OE1 DD kenne ich auch, bei mir ist der Sender mittlerweile als TV-Sender (und Bild des verschlüsselten NASN) gepatcht, was ihn vor dem Vergessen bewahrt.

[Mandelatz]

Hallo Ibbi,

der Umweg für den Sender OE1-DD ist mit den neueren Firmwareversionen ab Ende 2006 eben nicht mehr nötig (zumindest beim MP). Der Sender wird beim Suchlauf nun gefunden und funktioniert ohne Nachbesserung. Und mit der letzten Firmware sogar ohne Stummschaltung beim Umschalten

Gruss
KM

[Sigittarius-E]

[quote=""thensch""]Die ist mir entgangen. Ich halte es aber nicht besonders praktisch, noch ein TAP in den AutoStart zu schieben.[/quote]

Taps, die im Autostart stehen und sich sofort beenden nachdem sie das getan haben was sie tun sollen stören ja nicht. vielleicht zerzögern sie den Topfstart um ein paar 1/10.

[thensch]

[quote=""Sigittarius-E""]vielleicht zerzögern sie den Topfstart um ein paar 1/10.[/quote]Eben, muß ja nicht sein. Der braucht ja so schon lang genug.

[FireBird]

Hi,

V2.1c ist online.

• Mit DeadBeefs TfdExtender behandelte Firmwaredateien werden nicht akzeptiert
• Bugfix: Problem mit einer nicht initialisierten Variable in der FBLib behoben. Für intermittierende Abstürze oder nicht bootende Töpfe verantwortlich
• Bugfix: Cancel-Knopf wurde ignoriert, nachdem eine Firmware mittels Play-Taste ausgewählt wurde.

MfG. Alex

[BlackOne]

merci,grazie

[Steven]

[quote=""FireBird""]Hi,

V2.1c ist online.

• Mit DeadBeefs TfdExtender behandelte Firmwaredateien werden nicht akzeptiert
• Bugfix: Problem mit einer nicht initialisierten Variable in der FBLib behoben. Für intermittierende Abstürze oder nicht bootende Töpfe verantwortlich
• Bugfix: Cancel-Knopf wurde ignoriert, nachdem eine Firmware mittels Play-Taste ausgewählt wurde.

MfG. Alex[/quote]

Danke.

BTW. Ich werde morgen die Timeshift Sache mal testen.
Der Patcher zeigt bei der Januar 07 für den 5500 schon mal "Not patched" an, das sieht schon mal gut aus.

In dem File sind auch zwei Taps beigefügt und die Patches natürlich.
Weißt du zufällig, ob man nur patchen muss, oder auch die Taps in den Autostart müssen.

Was ist mit den zwei ini Dateien?
Ich glaube die braucht man nicht, da diese ähnlich dem Sourcecode der Taps zuverstehen sind, oder?

Gruß Steven.

[FireBird]

[quote=""Steven""]In dem File sind auch zwei Taps beigefügt und die Patches natürlich.
Weißt du zufällig, ob man nur patchen muss, oder auch die Taps in den Autostart müssen.
[/quote]
Entweder, oder.

Was ist mit den zwei ini Dateien?

Wo sind die dabei? Wenn sie z.B. so aussehen,

Code: Alles auswählen

[Generic]
Author=bdb
Name=2 Hour Timeshift
EnglishDescr=Extends the timeshift buffer to 2 hours

dann handelt es sich um den Source-Code für einen Patch.

[Steven]

[quote=""FireBird""]Entweder, oder.[/quote]

Danke, hatte ich mir auch schon so gedacht.

[quote=""FireBird""]Wo sind die dabei?[/quote]

Hier.



[quote=""FireBird""]Wenn sie z.B. so aussehen,

Code: Alles auswählen

[Generic]
Author=bdb
Name=2 Hour Timeshift
EnglishDescr=Extends the timeshift buffer to 2 hours

dann handelt es sich um den Source-Code für einen Patch.[/quote]

Ja genau, dann hatte ich auch das im UK Board richtig gelesen.
Mein Englisch scheint noch recht brauchbar zu sein.

Alex, vielen Dank für deine Hilfe.

Ich werde dann berichten, wie sich dieser patch so macht, bin schon sehr gespannt. :

Gruß Steven.

[jk]

also bei meinem 5500er mit der jan07 firmware funktioniert der 4-stunden patch seit gestern ohne nebenwirkungen, es ist 1x passiert, daß ich "das vierte" mit minus ein paar minuten im ts laufen hatte und auf atv (verschlüsselt) mit tuner4 eine aufnahme gestartet ist, plötzlich hat der topf gemeint "das vierte" wäre verschlüsselt, nur ein vom sender weg und wieder hinzappen hat geholfen und dem topf gezeigt, daß der sender doch nicht verschlüsselt ist.

seither sind noch einige aufnahmen im hintergrund gestartet worden, auch wenn ich im ts war, aber das ist kein zweites mal passiert.

[Steven]

Da ich ja versprochen habe den Timeshift Patch zu testen, wollte ich mich mal kurz melden.
Wie immer war der Topf am WE fast immer belegt, so dass ich gerade erst aufspielen konnte.

Da bisher noch nicht geschehen, habe ich das mittels HDFW getan und dabei gleich geaxelt (Oh Mann, was für ein Deutsch ).

HDFW macht richtig Spaß, ist sauschnell und klappte hervorragend.
Dafür vielen Dank an Alex und r2d2.

Da hier bei uns eigentlich immer Aufnahmen laufen und Timeshift ebenso, denke ich in den nächsten Tagen mehr zum Timeshift Patch sagen zu können.

Allen einen erfolgreichen Start in die Woche.

Gruß Steven.

[Sigittarius-E]

[quote=""FireBird""]Der Trick ist, alle TS-relevanten Zeiten durch 2 bzw. 4 zu dividieren. Bei Nebenwirkungen fragen sie ihren Apotheker bdb. [/quote]

was meint denn das Pontiac Modell mit V6 Motor dazu?

Kann man "relativ" einfach erkennen ob der TS-Patch in Verwendung ist oder nicht?

Um z.B. Taps wie IB, TSBProtector, ... an die neuen Möglichkeiten anzupassen.

[FireBird]

[quote=""Sigittarius-E""]Kann man "relativ" einfach erkennen ob der TS-Patch in Verwendung ist oder nicht?[/quote]
Z.B.:

Code: Alles auswählen

if (PatchIsInstalled ((dword*)0x80000000, "B4")) ... 

Was einfacheres ist mir nicht eingefallen. :