The very latest 3.0.0 screen sharing should not FF video. I'm still working on it. Also we currently discussing if this applet need to be reverted to 2.1 version
On Fri, Feb 7, 2014 at 6:09 PM, Peter Dähn <[email protected]> wrote: > so... after finally switch to 2.2 we encounter the same problem... > decreasing size works... but the remaining area is very small... :-( > > The behavior is the same in 3.0... even with fps chooser... :-( > > any suggestions? > > Greetings Peter > > Am 18.12.2013 13:33, schrieb Maxim Solodovnik: > > 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.despace > >>> 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] > >> > > > > > > -- > B.Sc. Peter Dähn > Virtueller Campus Rheinland-Pfalz <http://www.vcrp.de/> > Postfach 3049 > 67653 Kaiserslautern > Tel: 0631/205-4944 > Olat <https://olat.vcrp.de/> > -- WBR Maxim aka solomax
