Lucike
20.08.2003, 08:40
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 12:38 von TheHorse"]@matt
Bislang hatte ich dieses "Problem" ignoriert, vielleicht hast du aber eine Erklärung.
Mein maesterhaftes Authoring-Programm meckert immer dann, wenn ds.jar etliche Audioframes adden muss (aus welchen Gründen auch immer):
"The last audio frame is incomplete. Processing will be continued with one frame less."
Spur 1, nicht gemeckert:
-> 8 frame(s) (192ms) added @ 01:44:23.136
audio frames: wri/pre/skip/ins/add 260972/0/0/0/8 @ 01:44:23.328 done..
Spur 2, gemeckert:
-> 71 frame(s) (1704ms) added @ 01:44:21.624
audio frames: wri/pre/skip/ins/add 260972/0/0/0/71 @ 01:44:23.328 done..
Auf der Timeline des Meisters ist dann die Spur 2 zwei Sekunden kürzer als die Spur 1 (Sollte ja nur knapp über 1 Seklunde sein). Eigentlich ist das praktisch ziemlich wurscht. Mich würde nur interessieren, ob du evtl. eine Erklärung hast.[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 15:22 von dvb.matt"]praktisch ziemlich wurscht
ist es, wenn "danach" nichts mehr kommt/kommen soll.
ob du evtl. eine Erklärung hast
yap.
Der Parser besagter Firma mit ihren Derivaten mag es nicht, wenn im Audiofile Frames mit und ohne CRC gemischt enthalten sind.
kann ich nicht verstehen, CRC gilt eh nur für ein Frame.
ds. erzeugt ein "leeres" Layer1+2 Frame on the fly, passend zum Mode+Bitrate.
dabei sind die BAL (BitAllocations) null, was bedeutet, dieses Audioframe wurde so leise enkodiert, das es praktisch keine Bits (nach der BAL) benötigt. (übl. ist, das leise Töne so weit verstärkt werden, das wenigstens ein Bit gesetzt werden kann, entsprechend ist der Skalierungsfaktor auch so hoch (noch mehr Bits) ; am Ende ists im .wav dasselbe, nämlich null)
Die null (-bytes aufgefüllten) Frames sind via DVB IMO nicht empfohlen (aus sync Gründen des Streams, noch vor der A/V Dekodierung, besser wird mit FF gefüllt)
Auf einer DVD/CD als Speichermedium und für PC-Dekoder ist das aber IMO unnötig. (deswegen macht das ds. auch so)
Um die Meldung (und Ignoranz ) zu vermeiden, klickste einfach "delete CRC" an. Der Audioquali tut das keinen Abbruch.
Empfohlen ist das, wenn MPA inserted werden muß (und dann diesen Authorern übergeben wird)[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 15:27 von TheHorse"]ist es, wenn "danach" nichts mehr kommt/kommen soll.
Bislang war das zum Glück immer so. Betraf meistens die letzte(n) Sekunde(n), wo der Abspann eh schon fast aus war.
delete CRC
Wieder was dazugelernt. TNX[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 19:42 von dvb.matt"]wobei noch zu ergänzen wär:
die "leeren" sind immer ohne CRC, die der Quelle variieren aber.
deswegen gibts bei manchen .mpas keine Meldungen. (die mit "noCRC")[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 20:11 von TheHorse"]Schon klar. Die meisten DVB-Dienste benutzen ja offenbar kein CRC beim Ton. Da muss ich zufällig grad ein paar Ausnahmen erwischt haben.[/equote:85e48781c8]
Bislang hatte ich dieses "Problem" ignoriert, vielleicht hast du aber eine Erklärung.
Mein maesterhaftes Authoring-Programm meckert immer dann, wenn ds.jar etliche Audioframes adden muss (aus welchen Gründen auch immer):
"The last audio frame is incomplete. Processing will be continued with one frame less."
Spur 1, nicht gemeckert:
-> 8 frame(s) (192ms) added @ 01:44:23.136
audio frames: wri/pre/skip/ins/add 260972/0/0/0/8 @ 01:44:23.328 done..
Spur 2, gemeckert:
-> 71 frame(s) (1704ms) added @ 01:44:21.624
audio frames: wri/pre/skip/ins/add 260972/0/0/0/71 @ 01:44:23.328 done..
Auf der Timeline des Meisters ist dann die Spur 2 zwei Sekunden kürzer als die Spur 1 (Sollte ja nur knapp über 1 Seklunde sein). Eigentlich ist das praktisch ziemlich wurscht. Mich würde nur interessieren, ob du evtl. eine Erklärung hast.[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 15:22 von dvb.matt"]praktisch ziemlich wurscht
ist es, wenn "danach" nichts mehr kommt/kommen soll.
ob du evtl. eine Erklärung hast
yap.
Der Parser besagter Firma mit ihren Derivaten mag es nicht, wenn im Audiofile Frames mit und ohne CRC gemischt enthalten sind.
kann ich nicht verstehen, CRC gilt eh nur für ein Frame.
ds. erzeugt ein "leeres" Layer1+2 Frame on the fly, passend zum Mode+Bitrate.
dabei sind die BAL (BitAllocations) null, was bedeutet, dieses Audioframe wurde so leise enkodiert, das es praktisch keine Bits (nach der BAL) benötigt. (übl. ist, das leise Töne so weit verstärkt werden, das wenigstens ein Bit gesetzt werden kann, entsprechend ist der Skalierungsfaktor auch so hoch (noch mehr Bits) ; am Ende ists im .wav dasselbe, nämlich null)
Die null (-bytes aufgefüllten) Frames sind via DVB IMO nicht empfohlen (aus sync Gründen des Streams, noch vor der A/V Dekodierung, besser wird mit FF gefüllt)
Auf einer DVD/CD als Speichermedium und für PC-Dekoder ist das aber IMO unnötig. (deswegen macht das ds. auch so)
Um die Meldung (und Ignoranz ) zu vermeiden, klickste einfach "delete CRC" an. Der Audioquali tut das keinen Abbruch.
Empfohlen ist das, wenn MPA inserted werden muß (und dann diesen Authorern übergeben wird)[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 15:27 von TheHorse"]ist es, wenn "danach" nichts mehr kommt/kommen soll.
Bislang war das zum Glück immer so. Betraf meistens die letzte(n) Sekunde(n), wo der Abspann eh schon fast aus war.
delete CRC
Wieder was dazugelernt. TNX[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 19:42 von dvb.matt"]wobei noch zu ergänzen wär:
die "leeren" sind immer ohne CRC, die der Quelle variieren aber.
deswegen gibts bei manchen .mpas keine Meldungen. (die mit "noCRC")[/equote:85e48781c8]
[equote:85e48781c8="Verfasst am: Mi März 05.03.2003 20:11 von TheHorse"]Schon klar. Die meisten DVB-Dienste benutzen ja offenbar kein CRC beim Ton. Da muss ich zufällig grad ein paar Ausnahmen erwischt haben.[/equote:85e48781c8]