TTD Forum

Mit den jüngeren Firmware-Versionen merkt der Topf sich bei Aufnahmen nicht, dass der Sender eine AC3-Tonspur sendet. Man muss bei der Wiedergabe jeder Aufnahme mit der Tontaste die [db]-Spur einstellen. Ich habe jetzt festgestellt, dass ältere Aufnahmen automatisch mit der [db]-Tonspur starten. Die Information, welche Tonspur bei der Wiedergabe eingestellt ist, steckt also in der Rec-Datei. Damit müsste es möglich sein, dies nachträglich mit einem Patch (ich denke an einen Zusatz in TFTool oder TopfHDRW) in die Datei zu schreiben. Vielleicht geht das ja auch per Tap.

Könnte einer der Programmierexperten dies aufgreifen?

Davon steht ja gar nix in der Header-Spezifikation ... Sollte sich das in einem der "reserved" bzw. "for future use" Bytes befinden? Dem werde ich mal nachgehen!

Ich könnte mal versuchen so etwas in mein Bitrate.tap einzubauen. Dort habe ich die PIDs von allen Tonspuren aus der PMT ausgelesen.
Der Patch ist ziemlich trivial, man muss nur den AC3-Pid bei Offset 26 eintragen.

Ja, sowas müsste sich auch in TFtool integrieren lassen. Muss "nur" der AC3 PID als Audio PID im Recording Header eingetragen werden.

t3xi hat geschrieben:Der Patch ist ziemlich trivial, man muss nur den AC3-Pid bei Offset 26 eintragen.

Das es könnte sein. Trotzdem muss irgendwo im Header stehen, welche Tonspuren alle drin sind, und das hab ich noch nicht raus...

Ich glaube nicht, dass die Tonspuren im Header stehen. Beim Patchen der Audio-PID muss diese mit dem Wert 0x2000 ge-odert werden, sonst ignoriert der Topf den Patch.
Bei einer Aufnahme vom ZDF habe ich es schon getestet.

Mit den jüngeren Firmware-Versionen merkt der Topf sich bei Aufnahmen nicht, dass der Sender eine AC3-Tonspur sendet. Man muss bei der Wiedergabe jeder Aufnahme mit der Tontaste die [db]-Spur einstellen. Ich habe jetzt festgestellt, dass ältere Aufnahmen automatisch mit der [db]-Tonspur starten.

er nimmt die tonspur beim abspielen, die beim aufnehmen am sender eingestellt war !
das ist noch immer so, sehe da keinen unterschied zu früheren verhalten.....

sicher muß es dann wohl irgendwo verankert sein und somit in nachhinein umzuprogrammieren sein...

twilight

Nein! Warum behauptest Du sowas? Probier es aus! Es gibt schon im Lux-Board etliche Threads, dass das mit der Firmware vom 06/05 und 09/05 nicht mehr so ist.

Beim ZDF gibt es folgende 3 Tonspuren:
PID 0x78 256 kbps (deu)
PID 0x79 128 kbps (2ch)
PID 0x7D 384 kbps (dd)
Der 5000er schreibt bei mir den Wert 0x8079 in den Header, auch wenn man gerade die DD-Spur hört. Richtig wäre es, wenn er 0x207D in den Header schreiben würde.
Für mich ist das eindeutig ein Bug.

hgdo hat geschrieben:Nein! Warum behauptest Du sowas? Probier es aus! Es gibt schon im Lux-Board etliche Threads, dass das mit der Firmware vom 06/05 und 09/05 nicht mehr so ist.

sorry, weil ich der meinung bin diesen effekt letztens bei einer aufnahme von orf gesehen...besser gehört zu haben

werd es nochmal testen, vielleicht hab ich mich ja geirrt.

twilight

ok, nehme alles zurück und behaupte das gegenteil ops:

ich hätte wetten können das dies letztens bei "catch me if you can" der fall war....naja der mensch irrt, so lange er lebt

twilight

Die Record-Header meiner Aufnahmen sind jetzt gepatcht. Wer auch mal patchen will, kann das mal mit meinem Bitrate.tap V0.43 ausprobieren.

Wer auch mal patchen will, kann das mal mit meinem Bitrate.tap V0.43 ausprobieren.

Das wo zu finden ist?

Na, da wo man TAPs eben suchen sollte.

Bitrate.tap V0.43

Ich sollte lesen ops:

wäre mir das Bitrate ins Auge gesprungen hätte ich es blind gefunden

@t3xi
Super, das ist genau das, was ich meinte, funktioniert einwandfrei. Vielen Dank für die schnelle Hilfe.