This is to tidy up this thread for the benefit of others who might search the archives at some point.
> On Fri, 2 Apr 2004, Jonathan Woithe wrote: > > > By "the motion" here I assume you're talking about the switch between two > > nominally black noise fields? In my case I have black on both sides of the > > join. In fact, the spike in bitrate occurs even if I have two totally black > > Oh, I misunderstood (or mis-read ;)) your initial report to mean > you were jumping from black to full scene. > > The spike/glitch you're seeing is almost certainly caused by the > timestamp discontinuity at the splice point. > > > That sounds like a good solution - I still have the individual m2v and mp2 > > files. I would be willing to write a quick-and-dirty program/script to do > > And as another chap mentioned - there's the "mpgjoin" program > from mpgtx.sourceforge.net that might do what you want. I checked this out at the time but there were comments on the website that made me believe that perhaps this program wouldn't fix the problem for me completely. Since I needed something which definitely did the right thing and because time was short, I ended up writing my own little program to do the splicing of the m2v streams. It's not the fastest thing in the world (slowed mainly by the quick and dirty (some would say nieve) bitstream IO routines) but it works and got the job done. As it goes it spits out the timecodes at the joins for use later as chapter marks. If there's interest I could make the source available via my website. Anyway, having done the joining of the m2v streams, the bitrate spikes disappeared and the intermittant freezes of the hardware player at the splice points no longer occurs. Fast forward and rewind across the joins now also works which is nice. > For the audio I don't know of a way to join mp2 files together. > Audio rendering is a lot faster than video - so perhaps creating the > sound again as a single file might be a good idea Yep, this turned out to be the easiest solution. mp2 has fixed frame sizes with padding at the end if the original stream length differs from a multiple of the frame length. Therefore there will in general be sync problems if the mp2's are just concatenated together. It's technically feasible but not much use in practice. I ended up just exporting the audio from each clip as a wav file, concatenating those and then encoding the result with toolame or something. Best regards jonathan -- * Jonathan Woithe [EMAIL PROTECTED] * * http://www.physics.adelaide.edu.au/~jwoithe * ***-----------------------------------------------------------------------*** ** "Time is an illusion; lunchtime doubly so" ** * "...you wouldn't recognize a subtle plan if it painted itself purple and * * danced naked on a harpsichord singing 'subtle plans are here again'" * ------------------------------------------------------- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
