Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
Hello Maxim, so it will not be fixed for 3.0.3? It worked till 3.0.1? So what happend then? Doest it help to lower FPS or take a smaler recording-area at all? Greetings Peter Am 11.08.2014 um 17:35 schrieb Maxim Solodovnik: Hello Peter, you can set default FPS in configurations: key== default.fps.screensharing Unfortunately I see no way right now to fix this :( according to RTMP protocol frames should go with equal time step == (int)(1000 / FPS) Maybe we can find AL licensed (or compatible) video codec and replace codec in screen sharing application Will try to investigate for future versions On 8 August 2014 15:26, Peter Dähn da...@vcrp.de wrote: not that good... :-( and as you know users, there will be alot of them taking the defaults... and that are right now 10 fps and fullscreen... :-( maybe I can make some tests here on monday Greetings Peter Am 07.08.2014 um 18:38 schrieb Maxim Solodovnik: 20 seconds in 1 hour recording :( I guess something wrong with screensharing application :( will ask Vasiliy to check with smaller recording area or lower FPS to check if it affects async level or not (theoretically smaller area and/or lower FPS might work better) On 7 August 2014 20:41, Maxim Solodovnik solomax...@gmail.com wrote: fail to stop issue was fixed by changing rtmp.max_handling_time parameter in red5.properties file hopefully client will be more stable after this change. will try to make 1 hour recording and check the result (async time in the end) On 7 August 2014 13:57, Peter Dähn da...@vcrp.de wrote: ok.. let me know if I can help... Am 07.08.2014 um 08:50 schrieb Maxim Solodovnik: currently we are trying to fix screen sharing client (fail to stop issue) then will test 1 hour record On 7 August 2014 13:44, Peter Dähn da...@vcrp.de wrote: hmmm... but when you going to record a session of one hour it will be more than one minute... and thats to much... :-( the screen video is shorter than the one from the cam??? really weird... as far as I know I don't use any special trick... so this should be the same for all users... I hope you are able to figure out what happens there.. Greetings Peter Am 06.08.2014 um 19:08 schrieb Maxim Solodovnik: I only can see very small lack of synchronization on 5 minutes video sitting with timer and pronounced time passed really weird On 6 August 2014 22:43, Maxim Solodovnik solomax...@gmail.com wrote: somehow you able to create screen video shorter than video from camera not sure how are you made it :) will try to find out what is wrong, not sure right now :( On 6 August 2014 22:18, Peter Dähn da...@vcrp.de wrote: yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/ jira/browse/OPENMEETINGS-998 ? page=com.atlassian.jira.plugin.system.issuetabpanels: comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes -- -- - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252) -- WBR Maxim aka solomax -- WBR Maxim aka solomax
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
Hello Peter, Before 3.0.2 default FPS was 5 == High quality (very-high quality == 20 FPS, normal/low quality == 2 FPS) Maybe default was normal quality, so it is 2 FPS currently applet works extremely better, smoothness is increased 2 - 10 FPS, and become more configurable: both picture quality and FPS can be configured in addition to the area The problem is: Image grabbing and conversion is time and CPU consuming operation The smaller is area, the lower quality, the lower FPS - less CPU/time is necessary to convert frame Grabbing time depends on area size only I was not able to find any alternative so far Will be glad to get any help On 12 August 2014 17:03, Peter Dähn da...@vcrp.de wrote: Hello Maxim, so it will not be fixed for 3.0.3? It worked till 3.0.1? So what happend then? Doest it help to lower FPS or take a smaler recording-area at all? Greetings Peter Am 11.08.2014 um 17:35 schrieb Maxim Solodovnik: Hello Peter, you can set default FPS in configurations: key== default.fps.screensharing Unfortunately I see no way right now to fix this :( according to RTMP protocol frames should go with equal time step == (int)(1000 / FPS) Maybe we can find AL licensed (or compatible) video codec and replace codec in screen sharing application Will try to investigate for future versions On 8 August 2014 15:26, Peter Dähn da...@vcrp.de wrote: not that good... :-( and as you know users, there will be alot of them taking the defaults... and that are right now 10 fps and fullscreen... :-( maybe I can make some tests here on monday Greetings Peter Am 07.08.2014 um 18:38 schrieb Maxim Solodovnik: 20 seconds in 1 hour recording :( I guess something wrong with screensharing application :( will ask Vasiliy to check with smaller recording area or lower FPS to check if it affects async level or not (theoretically smaller area and/or lower FPS might work better) On 7 August 2014 20:41, Maxim Solodovnik solomax...@gmail.com wrote: fail to stop issue was fixed by changing rtmp.max_handling_time parameter in red5.properties file hopefully client will be more stable after this change. will try to make 1 hour recording and check the result (async time in the end) On 7 August 2014 13:57, Peter Dähn da...@vcrp.de wrote: ok.. let me know if I can help... Am 07.08.2014 um 08:50 schrieb Maxim Solodovnik: currently we are trying to fix screen sharing client (fail to stop issue) then will test 1 hour record On 7 August 2014 13:44, Peter Dähn da...@vcrp.de wrote: hmmm... but when you going to record a session of one hour it will be more than one minute... and thats to much... :-( the screen video is shorter than the one from the cam??? really weird... as far as I know I don't use any special trick... so this should be the same for all users... I hope you are able to figure out what happens there.. Greetings Peter Am 06.08.2014 um 19:08 schrieb Maxim Solodovnik: I only can see very small lack of synchronization on 5 minutes video sitting with timer and pronounced time passed really weird On 6 August 2014 22:43, Maxim Solodovnik solomax...@gmail.com wrote: somehow you able to create screen video shorter than video from camera not sure how are you made it :) will try to find out what is wrong, not sure right now :( On 6 August 2014 22:18, Peter Dähn da...@vcrp.de wrote: yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/ jira/browse/OPENMEETINGS-998 ? page=com.atlassian.jira.plugin.system.issuetabpanels: comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes -- -- - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
Hello Peter, you can set default FPS in configurations: key== default.fps.screensharing Unfortunately I see no way right now to fix this :( according to RTMP protocol frames should go with equal time step == (int)(1000 / FPS) Maybe we can find AL licensed (or compatible) video codec and replace codec in screen sharing application Will try to investigate for future versions On 8 August 2014 15:26, Peter Dähn da...@vcrp.de wrote: not that good... :-( and as you know users, there will be alot of them taking the defaults... and that are right now 10 fps and fullscreen... :-( maybe I can make some tests here on monday Greetings Peter Am 07.08.2014 um 18:38 schrieb Maxim Solodovnik: 20 seconds in 1 hour recording :( I guess something wrong with screensharing application :( will ask Vasiliy to check with smaller recording area or lower FPS to check if it affects async level or not (theoretically smaller area and/or lower FPS might work better) On 7 August 2014 20:41, Maxim Solodovnik solomax...@gmail.com wrote: fail to stop issue was fixed by changing rtmp.max_handling_time parameter in red5.properties file hopefully client will be more stable after this change. will try to make 1 hour recording and check the result (async time in the end) On 7 August 2014 13:57, Peter Dähn da...@vcrp.de wrote: ok.. let me know if I can help... Am 07.08.2014 um 08:50 schrieb Maxim Solodovnik: currently we are trying to fix screen sharing client (fail to stop issue) then will test 1 hour record On 7 August 2014 13:44, Peter Dähn da...@vcrp.de wrote: hmmm... but when you going to record a session of one hour it will be more than one minute... and thats to much... :-( the screen video is shorter than the one from the cam??? really weird... as far as I know I don't use any special trick... so this should be the same for all users... I hope you are able to figure out what happens there.. Greetings Peter Am 06.08.2014 um 19:08 schrieb Maxim Solodovnik: I only can see very small lack of synchronization on 5 minutes video sitting with timer and pronounced time passed really weird On 6 August 2014 22:43, Maxim Solodovnik solomax...@gmail.com wrote: somehow you able to create screen video shorter than video from camera not sure how are you made it :) will try to find out what is wrong, not sure right now :( On 6 August 2014 22:18, Peter Dähn da...@vcrp.de wrote: yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/ jira/browse/OPENMEETINGS-998 ? page=com.atlassian.jira.plugin.system.issuetabpanels: comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes -- -- - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252) -- WBR Maxim aka solomax -- WBR Maxim aka solomax -- WBR Maxim aka solomax
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
not that good... :-( and as you know users, there will be alot of them taking the defaults... and that are right now 10 fps and fullscreen... :-( maybe I can make some tests here on monday Greetings Peter Am 07.08.2014 um 18:38 schrieb Maxim Solodovnik: 20 seconds in 1 hour recording :( I guess something wrong with screensharing application :( will ask Vasiliy to check with smaller recording area or lower FPS to check if it affects async level or not (theoretically smaller area and/or lower FPS might work better) On 7 August 2014 20:41, Maxim Solodovnik solomax...@gmail.com wrote: fail to stop issue was fixed by changing rtmp.max_handling_time parameter in red5.properties file hopefully client will be more stable after this change. will try to make 1 hour recording and check the result (async time in the end) On 7 August 2014 13:57, Peter Dähn da...@vcrp.de wrote: ok.. let me know if I can help... Am 07.08.2014 um 08:50 schrieb Maxim Solodovnik: currently we are trying to fix screen sharing client (fail to stop issue) then will test 1 hour record On 7 August 2014 13:44, Peter Dähn da...@vcrp.de wrote: hmmm... but when you going to record a session of one hour it will be more than one minute... and thats to much... :-( the screen video is shorter than the one from the cam??? really weird... as far as I know I don't use any special trick... so this should be the same for all users... I hope you are able to figure out what happens there.. Greetings Peter Am 06.08.2014 um 19:08 schrieb Maxim Solodovnik: I only can see very small lack of synchronization on 5 minutes video sitting with timer and pronounced time passed really weird On 6 August 2014 22:43, Maxim Solodovnik solomax...@gmail.com wrote: somehow you able to create screen video shorter than video from camera not sure how are you made it :) will try to find out what is wrong, not sure right now :( On 6 August 2014 22:18, Peter Dähn da...@vcrp.de wrote: yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998 ? page=com.atlassian.jira.plugin.system.issuetabpanels: comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252) -- WBR Maxim aka solomax -- WBR Maxim aka solomax
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
hmmm... but when you going to record a session of one hour it will be more than one minute... and thats to much... :-( the screen video is shorter than the one from the cam??? really weird... as far as I know I don't use any special trick... so this should be the same for all users... I hope you are able to figure out what happens there.. Greetings Peter Am 06.08.2014 um 19:08 schrieb Maxim Solodovnik: I only can see very small lack of synchronization on 5 minutes video sitting with timer and pronounced time passed really weird On 6 August 2014 22:43, Maxim Solodovnik solomax...@gmail.com wrote: somehow you able to create screen video shorter than video from camera not sure how are you made it :) will try to find out what is wrong, not sure right now :( On 6 August 2014 22:18, Peter Dähn da...@vcrp.de wrote: yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998? page=com.atlassian.jira.plugin.system.issuetabpanels: comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252) -- WBR Maxim aka solomax
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
yes it is... :-) Recording 06.08.2014 16:50:44 Am 06.08.2014 um 17:17 schrieb Maxim Solodovnik: 7 is definitely better than 18 what is the name of the recording? On 6 August 2014 22:10, Peter Dähn da...@vcrp.de wrote: well... a bit better... I produced the same content as yesterday... video duration 5:45 and the video was 7 seconds faster than the audio... further ideas? greetings Peter Am 06.08.2014 um 16:46 schrieb Peter Dähn: Hello Maxim, I was in a meeting... I will try it out right now... Am 06.08.2014 um 15:13 schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998? page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel focusedCommentId=14087641#comment-14087641 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- Hello Peter, I just have updated demo.dataved.ru could you please check if things are better now? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video, Recordings Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
Hi Maxim, I made a new one, because the sound of my first try was awful... I put it in the public folder. (Recording 13.05.2014 08:28:14) Greetings Peter Am 13.05.2014 05:11, schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13995991#comment-13995991 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- can you provide recording ID/Name from demo.dataved? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: [jira] [Commented] (OPENMEETINGS-998) Audio and Video of recordings are not in sync after a few minutes
The difference between screensharing length and video length is ~7seconds I need steps you were using to enter the room On Tue, May 13, 2014 at 2:27 PM, Maxim Solodovnik solomax...@gmail.comwrote: OK Und stop was the last thing I heard :) and the only thing I understand :) According to the picture you have selected sort of static image instead of video what was it? :) While testing this I'm showing my hand and count fingers, will check sources of your recording On Tue, May 13, 2014 at 2:15 PM, Peter Dähn da...@vcrp.de wrote: Hi Maxim, I made a new one, because the sound of my first try was awful... I put it in the public folder. (Recording 13.05.2014 08:28:14) Greetings Peter Am 13.05.2014 05:11, schrieb Maxim Solodovnik (JIRA): [ https://issues.apache.org/jira/browse/OPENMEETINGS-998? page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel focusedCommentId=13995991#comment-13995991 ] Maxim Solodovnik commented on OPENMEETINGS-998: --- can you provide recording ID/Name from demo.dataved? Audio and Video of recordings are not in sync after a few minutes - Key: OPENMEETINGS-998 URL: https://issues.apache.org/ jira/browse/OPENMEETINGS-998 Project: Openmeetings Issue Type: Bug Components: Audio/Video Affects Versions: 3.0.1 Environment: Ubuntu-Server 12.04 with OM 3.0.1 and Linux Mint 13 with Google Chrome 34.0.1847.132, Flash 13,0,0,206 Demo-Server http://demo.dataved.ru:5080/openmeetings and Win7 with FF 29.01, Flash 13,0,0,206 Reporter: Peter Dähn On both systems I opened a public room with audio/video/whiteboard. Then I made recordings (just my session) about 4-5 Minutes. Using whiteboard and some pdfs. The resulting videos are not in sync at the end. If video is finished there is up to 10 seconds audio left. -- This message was sent by Atlassian JIRA (v6.2#6252) -- WBR Maxim aka solomax -- WBR Maxim aka solomax
