Hi! Quoting myself:
> Not in every case. I already had two files with slightly different audio > tracks. In both cases, r35 left some garbage at the beginning of the > stream while r36-to-be didn't. In one case, there was another difference > somewhere inside the stream. I'll have to investigate that more closely. > Maybe r35 left some garbage before and after a cut. Actually, even r36 leaves a little bit of garbage when the input file is broken. But it's a big improvement compared to r35 which wrote partial frames at the beginning and end of almost every cut segment. I updated the repository. Besides Wolfram's patch, r36 contains a fix for false alarms regarding "missing frames" (they used to occur when dvbcut was re-processing files) and a little cleaning. In particular, the data alignment indicator flag is gone, as well as the superfluous for loop (replaced with an assert statement, just in case). And I also fixed the indentation. Two consecutive closing braces in the same column just don't make sense. -- 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
