Sorry for keeping silence, I'm on vacation right now and need to get prepared for skiing travel (~550km by car)
I have changed the code of screensharing applet recently (have added constant delay scheduler to create and process screenshots) I believe the problem is caused by this change In case computer is not enough to create and process screenshots fast enough the resulting video is "fast-forwarded". Decreasing screen size and/or quality in 2.2 (FPS and quality in 3.0) seems to solve the problem On Wed, Dec 18, 2013 at 9:20 AM, [email protected] < [email protected]> wrote: > Can someone confirm the bug on another machine ? > > Thanks, > Sebastian > > > 2013/12/18 [email protected] <[email protected]> > > > " is wrong set in the file produced by Red5." > > Or lets put it like that: The file that is the result of the > > StreamListener that we attach to the Screencast. > > > > So from my point of view there are several possible error scenarios: > > 1) Bug in the Screencast application that produces the stream > > 2) Bug in the listener that writes the stream to the disk > > 3) Bug in Red5 somewhere that forwards the timestamps wrong maybe in the > > packets or similar > > 4) Issue in reading the FPS or timestamps in the Recording > post-processing. > > > > But thinking about it, my biggest candidate would be that it is a > > timestamp issue within the video packets. > > > > Sebastian > > > > > > 2013/12/18 [email protected] <[email protected]> > > > > But I think the problem is maybe already in the raw recording. > >> If I look at that file it seems like the framerate is wrong set in the > >> file produced by Red5. > >> > >> Sebastian > >> > >> > >> 2013/12/18 [email protected] <[email protected]> > >> > >> that is version 2.2.0 > >>> > >>> I have just chosen the default settings with quality setting to "high". > >>> > >>> Sebastian > >>> > >>> > >>> 2013/12/18 Maxim Solodovnik <[email protected]> > >>> > >>>> What version is this? 3.0 has FPS selector. Could you try to reduce > >>>> size/quality and doublecheck? > >>>> On Dec 18, 2013 8:53 AM, "[email protected]" < > [email protected] > >>>> > > >>>> wrote: > >>>> > >>>> > Hi, > >>>> > > >>>> > was there recently a change to the way recordings are produced? > >>>> > > >>>> > The audio/video of the recordings is no more in sync, see: > >>>> > https://issues.apache.org/jira/browse/OPENMEETINGS-859 > >>>> > > >>>> > It seems to me like the framerate of the recording process has been > >>>> > changed, or the framerate of the screencast. > >>>> > And now when the video and audio is merged the audio has the correct > >>>> speed, > >>>> > but the video is like fast forward. > >>>> > > >>>> > I have attached a sample video. > >>>> > > >>>> > But I think the recording feature would be worthwhile to supply some > >>>> kind > >>>> > of hotfix. > >>>> > > >>>> > This has been a major issue since the beginning of time, but having > >>>> > audio/video in sync is really critical to the recordings. > >>>> > > >>>> > Sebastian > >>>> > > >>>> > -- > >>>> > Sebastian Wagner > >>>> > https://twitter.com/#!/dead_lock > >>>> > http://www.webbase-design.de > >>>> > http://www.wagner-sebastian.com > >>>> > [email protected] > >>>> > > >>>> > >>> > >>> > >>> > >>> -- > >>> Sebastian Wagner > >>> https://twitter.com/#!/dead_lock > >>> http://www.webbase-design.de > >>> http://www.wagner-sebastian.com > >>> [email protected] > >>> > >> > >> > >> > >> -- > >> Sebastian Wagner > >> https://twitter.com/#!/dead_lock > >> http://www.webbase-design.de > >> http://www.wagner-sebastian.com > >> [email protected] > >> > > > > > > > > -- > > Sebastian Wagner > > https://twitter.com/#!/dead_lock > > http://www.webbase-design.de > > http://www.wagner-sebastian.com > > [email protected] > > > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax
