AC3 bitrate patchen

  • Hallo.

    Ich habe hier einen .ts Stream (DVB-S, Premiere 1), wo AC3 während der Sendung 3x von 384 auf 448 Kbps wechselt. Es scheint sich um einen Fehler beim Ausstrahlen zu handeln, da der Sender immer nur 384 Kbps sendet.

    Das Authoren mittels Adobe Encore DVD 2.0 scheitert da der Stream wegen dieser Fehler (wahrscheinlech) nicht anerkannt wird. Er wird nur teilweise importiert (bis 2:08:00).

    Ist es nicht möglich die Header manuel zu patchen (Hex Editor)? Es handelt sich nur um wenige Frames. Dazu bräuchte ich aber Infos über die Headerstruktur (wo gib's das)?

    Project.X Ausgabe:

    Code
    --> AC-3/DTS Audio (SubID 0x82)
    -> check CRC of AC-3 / MPEG-Audio L1,2
    -> add frames
    Audio PTS: first packet 00:00:00.187, last packet 02:30:22.363
    Video PTS: start 1.GOP 00:00:00.187, end last GOP 02:30:22.387
    -> adjusting audio at video-timeline
    -> src_audio: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 448kbps @ 00:00:00.000
    -> src_audio: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 384kbps @ 00:00:00.064
    -> src_audio: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 448kbps @ 01:50:56.288
    -> src_audio: AC-3, CM, 3/2lfe(5.1), dn -27dB, cm -3.0dB, sm -3dB, 48000Hz, 384kbps @ 01:50:56.320 audio frames: wri/pre/skip/ins/add 281944/0/0/0/0 @ 02:30:22.208 done...


    Merkwürdigerweise importiert Encore nur bis 2:08:00 (wo im Stream nichts ändert).

    Das neu enkodieren mittels HeadAC3he möchte ich vermeiden (wenn überhaupt möglich).

    Gruß,

    Cu, geohei

  • Details findest du in der Spezifikation Dolby A-52. Die sind jedoch sehr technisch. Ich habe meine Aufzeichnungen gerade nicht hier - ab morgen kann ich dir wieder schreiben, wie man die passenden Muster finden kann. Nach dem Patchen sind dann jedoch evtl. CRC-Prüfsummen falsch.

  • Danke für den Hinweis ... Ich habe beide Programme ausprobiert. Leider ohne Erfolg. Keines der beiden fast jedoch die Bitrate an. Auch -fix und -fixcrc (BeSplit) hlift nicht. Gruß,

    Cu, geohei

  • Total vergessen...


    448 kbps bei 48 kHz sollten folgendes Bitmuster haben (hexadezimal):

    0B 77 (CRC16) DE ... - oder - 0B 77 (CRC16) DF ...


    384 kbps bei 48 kHz sollten folgendes Bitmuster haben (hexadezimal):

    0B 77 (CRC16) DC ... - oder - 0B 77 (CRC16) DD ...


    Es gibt je zwei Bitmuster, weil bei 44,1 kHz teils "abgerundete", teils "aufgerundete" Blöcke existieren. Ich weiß nicht, ob bzw. welche von beiden bei 48 kHz "nur" verwendet werden sollten.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!