Hello! Now I have not had any problems making recordings, since I stopped sharing the screen within recording. Anyway, I guess this should be reported as a bug in the tracker?
I do have some other questions on the topic of recording too, not bugs. 1. I would like to have better sound quality, since I suppose the sound requires little bandwidth compared to the video anyway? Are the sound quality parameters hard-coded into openmeetings or is it possible to increase the settings somewhere? 2. Is it possible to avoid creating the avi file? I have not yet found a purpose for it, and from what I can understand it doubles the space consumed by a video. (Huge amounts of data in my case.) 3. When I record at the setting "high quality", the video and sound are more or less in sync, but the frame rate seems very low: movements are not at all fluent. When I try to set it to "very high quality", the video is more or less equally jerky, but it proceeds very fast, so the video finishes way before the sound. I wonder if the problem in 3. could be that I have a slow server? It is a 2 GB RAM/single processor 2 GHz virtual machine. I could not find any hardware recommendations of OM on the web. Thanks again! Mikael On 2012.4.12, at 10:38, Mikael Kurula wrote: > Ok, I now tried making a test recording at smaller size. It did again not > work, and my log is being filled with messages such as the following: > > DEBUG 12-04 10:35:30.659 FlvRecorderConverter.java 535624 101 > org.openmeetings.app.data.flvrecord.converter.FlvRecorderConverter > [taskExecutor-1] - ### Stream not yet written Thread Sleep - 13 > > > On 4 December 2012 06:16, Maxim Solodovnik <[email protected]> wrote: > to reduce size you can > 1) change the area recorded > 2) change the quality in the applet (the worst is 10fps + 3/8 picture size) > > > On Tue, Dec 4, 2012 at 1:29 AM, Mikael Kurula <[email protected]> wrote: > Thanks for your quick reply, Maxim! Do you mean that I should reduce the > screen reso (does this help?) or does the screen sharing quality dropdown > also affect recording quality? > > I'd like to avoid changing the code if possible. Then I'll rather try to find > more hard disk space. :) > > Cheers, > Mikael > > On Dec 3, 2012 7:42 PM, "Maxim Solodovnik" <[email protected]> wrote: > I'm afraid you need you need to > 1) reduce recording/screensharing quality > or > 2) modify OM code and add additional ffmeg parameters > > > On Sun, Dec 2, 2012 at 10:09 PM, Mikael Kurula <[email protected]> wrote: > Dear All, > > First of all thanks for a great product! I installed OpenMeetings earlier in > the week, and after some testing, I am greatly impressed. I hope to be able > to use OM for my teaching instead of the unreliable proprietary software we > currently use. I would be recording over 4h of teaching every week and I am a > bit concerned over how much disk space this would require. > > I just made a test with my laptop's standard resolution 1280x800 with webcam > at 30 fps. It seems 4 hours of this video would consume about 5/4 GiB of disk > space. I find this quite much, and on the other hand I would not mind > reducing the quality of the recordings a bit. (It is intended that the > students participate live, not that they study archived recordings.) Is it > somehow possible to tell ffmpeg to make a smaller-resolution video with > higher compression to save space? > > Friendly greetings, > Mikael > > > > -- > WBR > Maxim aka solomax > > > > -- > WBR > Maxim aka solomax >
