Hi!
Ralph Glasstetter wrote:
> But WHEN the two version produce a bit-identical file, this means they are
> doing the same thing with that special stream and it normally is not possible
> that they are doing different JUST by OMITTING the AC3-frames...!!!
Why not?
The new code packetizes audio frames differently. Maybe it had to add or
remove (wrt the old version) padding bytes in order to align packets to
a 2K boundary. In the stream with both MP2 and AC3 audio, additional
padding may not have been necessary because the packets from the other
audio stream filled the gap.
You could extract the raw MP2 audio streams from both versions, e.g. with
tcextract -i input.mpg -x mp2 -a <trackno> > output.mp2
and compare them.
> Nevertheless, I produced a DVD now with that files and I additionally added
> re-vamped versions from the videos with both audio-streams... I noticed no
> problems/differences when playing all the diffenrent versions of the
> videos... at least not in the view minutes when I watched them!
>
> But the original transport stream also produced no erros when indexing/muxing
> it.... unlike the last problematic stream I had...
No news is good news, I guess.
--
Michael "Tired" Riepe <[EMAIL PROTECTED]>
X-Tired: Each morning I get up I die a little
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
DVBCUT-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dvbcut-user
