Hi Lovemore, A Jira would be good. If you can put the media somewhere someone could get at it so much the better. Your capture agent configuration file might be useful too, though it sounds like a processing problem (but bad input media can cause this).
Chris On Sat, 07 May 2011 14:30:43 +0200 Lovemore Nalube <[email protected]> wrote: > Hi everyone > > We've come across a mediapackage recorded with the 1.1 release that is > out of sync in the Engage player and it looks like a duration issue > with the FLVs and meta files generated. It's not a Red5 Streaming > server problem as other files play in sync. > > None of the durations match up with the original mediapackage files. > On the capture agent, all the 3 files are same length: 1h 29mn 58s > 728ms (5398728 and are recorded in sync. But after the encoding > process is finished server-side, generated FLVs are of differing > length as seen here: > > Metafiles: > webcam: 5315500, > vga: 5399667 > > Media files: > webcam: 5315534 - 1h 28mn 35s 534ms, > audio: 5315525 - 1h 28mn 35s 525ms, > vga: 5399692 - 1h 29mn 59s 692ms > > Can this duration issue be the cause of the player being out of sync? > Our audio was bad so we cannot 100% verify if the audio is affected as > well but it does look like it is. > > Why would we get a duration change after the encoding process anyway? > Does that mean ffmpeg is compressing the time line as well? > > I can open a Jira for this if needed. > > Please help. > > Thanks > > > -- > Lovemore Nalube > OLE Developer (Vula) > University of Cape Town > http://www.cet.uct.ac.za/LovemoreN > > > > > > ### > UNIVERSITY OF CAPE TOWN > > This e-mail is subject to the UCT ICT policies and e-mail disclaimer > published on our website at > http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable > from +27 21 650 9111. This e-mail is intended only for the person(s) > to whom it is addressed. If the e-mail has reached you in error, > please notify the author. If you are not the intended recipient of > the e-mail you may not use, disclose, copy, redirect or print the > content. If this e-mail is not related to the business of UCT it is > sent by the sender in the sender's individual capacity. > > ### > _______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
