Hi there... I was testing RC2 today...
I just can get audio+video using IE, with Chrome an FF I got no sound recorded.. :-( I didn't test Safari... Any Ideas? Is it reproducible? If it is in that way, it wouldn't be good to release it in that way... Greetings Peter Am 04.03.2014 17:36, schrieb Peter Dähn: > no time left today... someone bordered me with wp-multisite config... :-( > > try to figure it out tomorrow.. > > Greetings Peter > > Am 04.03.2014 16:09, schrieb Maxim Solodovnik: >> I missed the video window on your screenshot .... >> It's black, something wrong with it >> This need to be investigated, but i guess it's not screen sharing problem >> >> >> On Tue, Mar 4, 2014 at 9:53 PM, Peter Dähn <da...@vcrp.de> wrote: >> >>> well.. that what i did... i got synchronized video under windows-client >>> with sound.. once.. seemed to be fine... >>> >>> but i just get the record played inside om, when running OM-server in >>> debug mode (start red5-debug.sh)... any ideas about that? >>> >>> >>> Am 04.03.2014 15:39, schrieb Maxim Solodovnik: >>>> screen sharing applet can not record sound >>>> to get sound you need to start video stream (select camera and mic) >>>> then perform the recording >>>> >>>> >>>> On Tue, Mar 4, 2014 at 8:59 PM, Peter Dähn <da...@vcrp.de >>>> <mailto:da...@vcrp.de>> wrote: >>>> >>>> well it was ffmpeg... i recompiled it and now i got a record >>>> without the "!" sign and it is played in OM... >>>> >>>> but the sound is missing... :-( with the internal player and with >>>> the downloaded files as well... :-( >>>> >>>> >>>> Am 04.03.2014 14:16, schrieb Peter Dähn: >>>>> yes... that what i meant with "differs from production server"... I >>> try >>>>> to fix it... >>>>> >>>>> brb >>>>> >>>>> Am 04.03.2014 13:54, schrieb Maxim Solodovnik: >>>>>> It seems like your ffmpeg has no x264 support :( >>>>>> >>>>>> both following commands are failed: >>>>>> /usr/local/bin/ffmpeg -i >>>>>> >>> /home/worker/red5_3_0/red5/webapps/openmeetings/streams/hibernate/flvRecording_298.flv >>>>>> -c:v libx264 -crf 24 -pix_fmt yuv420p -preset medium -profile:v >>> baseline >>>>>> -c:a libfaac -c:a libfdk_aac -b:a 32k -s 1440x800 >>>>>> >>> /home/worker/red5_3_0/red5/webapps/openmeetings/streams/hibernate/flvRecording_298.flv.mp4 >>>>>> and >>>>>> /usr/local/bin/ffmpeg -i >>>>>> >>> /home/worker/red5_3_0/red5/webapps/openmeetings/streams/hibernate/flvRecording_298.flv.mp4 >>>>>> -vcodec libtheora -acodec libvorbis >>>>>> >>> /home/worker/red5_3_0/red5/webapps/openmeetings/streams/hibernate/flvRecording_298.flv.ogg >>>>>> Could you please run it from the console and check output? >>>>>> Or check output via OM GUI? >>>>>> >>>>>> >>>>>> On Tue, Mar 4, 2014 at 6:03 PM, Peter Dähn <da...@vcrp.de> >>> <mailto:da...@vcrp.de> wrote: >>>>>>> RC2 is compiled and deployed in a minute... I'll try it out... >>>>>>> >>>>>>> the former version was " 3.0.0-SNAPSHOT 1573484 3-March-2014" >>>>>>> >>>>>>> I'll attach the logs from yesterday... by now i saw a few >>> errors.. i >>>>>>> didn't had the time to investigate... :-( >>>>>>> >>>>>>> I'll check RC2 now.. >>>>>>> >>>>>>> cu >>>>>>> >>>>>>> >>>>>>> Am 04.03.2014 11:50, schrieb Maxim Solodovnik: >>>>>>>> Hello Peter, >>>>>>>> >>>>>>>> What version of OM were you using? >>>>>>>> Could you retest using RC2? (it contains screen sharing fixes) >>>>>>>> Were you able to record interview? >>>>>>>> Can you try multiple resolutions/fps? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Mar 4, 2014 at 4:02 PM, Peter Dähn <lms-ad...@vcrp.de> >>> <mailto:lms-ad...@vcrp.de> wrote: >>>>>>>>> Hi there, >>>>>>>>> >>>>>>>>> i had the same problem, I couldn't get a valid record on my >>>>>>>>> test-system. I use Linux. I thought it is a problem with my >>> test-env, >>>>>>>>> because it differs a bit from the production-server... >>>>>>>>> >>>>>>>>> so.. I think, recording should be fixed before release... sorry >>> :-( >>>>>>>>> Greetings Peter >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 04.03.2014 09:27, schrieb seba.wag...@gmail.com <mailto: >>> seba.wag...@gmail.com>: >>>>>>>>>> "not ready status will be displayed after click on "!" icon in >>> the >>>>>>>>> popup." >>>>>>>>>> I did not get a not ready status displayed. I see the icon on >>> the left, >>>>>>>>> but >>>>>>>>>> neither by clicking on the icon nor on the recording anything >>> happens. >>>>>>>>>> Can we make it that somehow that it will be displayed directly >>> when you >>>>>>>>>> click on the recording? >>>>>>>>>> >>>>>>>>>> Having links that you click and under some circumstances >>> nothing >>>>>>> happens >>>>>>>>>> are just very hard to understand for end-users. Previously you >>> did get >>>>>>>>> the >>>>>>>>>> pop warning 'not ready' directly on a click on the recording >>> when it is >>>>>>>>> not >>>>>>>>>> yet ready for viewing. >>>>>>>>>> >>>>>>>>>> I tried to do three recordings on demo.dataved.ru < >>> http://demo.dataved.ru>, all failed. >>>>>>> Possibly >>>>>>>>>> because I am using Mac and/or bandwidth issues. >>>>>>>>>> I was able to produce a recording at the 06th of February on >>> that >>>>>>> server >>>>>>>>>> with a Mac, so it is not a general issue. >>>>>>>>>> In the error log window I can see some ffmpeg command fails >>> (see >>>>>>> attached >>>>>>>>>> on the bottom of the mail some example) >>>>>>>>>> >>>>>>>>>> But the screen sharer itself stayed at 50% of the CPU which is >>>>>>> acceptable >>>>>>>>>> for the first release of 3.x.x from my point of view. >>>>>>>>>> Just to get some recordings produced with it would be >>> something I would >>>>>>>>> be >>>>>>>>>> keen to verify. >>>>>>>>>> >>>>>>>>>> Another issues was that I cannot enter a room on >>> demo.dataved.ruafter a >>>>>>>>>> while. I just stuck in the screen when the loading bar in >>> front of >>>>>>>>> entering >>>>>>>>>> the conference room is complete. I guess there is some null >>> pointer >>>>>>>>>> exception in the code but I cannot load the debug window on >>> that >>>>>>> server. >>>>>>>>>> I was using the "remember me" cookie, after deleting the >>> cookie and >>>>>>>>>> re-login entering the room did work again. >>>>>>>>>> >>>>>>>>>> What about the attribute "length" of the recording in the UI, >>> the field >>>>>>>>>> seems to be simply not filled with any value yet, even if the >>> recording >>>>>>>>> was >>>>>>>>>> successful. Is that not implemented yet? >>>>>>>>>> >>>>>>>>>> Btw the autocomplete box in the private message center and >>> calendar is >>>>>>>>>> a-w-e-s-o-m-e >>>>>>>>>> I think we should leave it as is. Normally you can only send >>> messages >>>>>>> to >>>>>>>>>> your contacts, but I think like that it is even better. The >>> old one was >>>>>>>>> too >>>>>>>>>> restrictive to be intuitive. >>>>>>>>>> When attaching a meeting request with a date/time to a private >>> message >>>>>>>>> ... >>>>>>>>>> it did not show up in my calendar afterwards. Is that >>> something that >>>>>>>>> needs >>>>>>>>>> to done still ? >>>>>>>>>> >>>>>>>>>> This is the FFMPEG error on all my recordings: >>>>>>>>>> process: previewFullFLV command: ffmpeg -i >>>>>>>>>> >>> /opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.flv >>>>>>>>>> -vcodec mjpeg -vframes 1 -an -f rawvideo -s 1072x672 >>>>>>>>>> >>> /opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.jpg >>>>>>>>>> exception: null error: ffmpeg version git-2013-10-22-c68faca >>> Copyright >>>>>>>>> (c) >>>>>>>>>> 2000-2013 the FFmpeg developers built on Oct 22 2013 12:58:25 >>> with gcc >>>>>>>>> 4.6 >>>>>>>>>> (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: >>>>>>> --prefix=/root/ffmpeg_build >>>>>>>>>> --extra-cflags=-I/root/ffmpeg_build/include >>>>>>>>>> --extra-ldflags=-L/root/ffmpeg_build/lib --bindir=/root/bin >>>>>>>>>> --extra-libs=-ldl --enable-gpl --enable-libass >>> --enable-libfdk-aac >>>>>>>>>> --enable-libmp3lame --enable-libopus --enable-libtheora >>>>>>>>> --enable-libvorbis >>>>>>>>>> --enable-libvpx --enable-libx264 --enable-nonfree >>> --enable-x11grab >>>>>>>>>> libavutil 52. 47.101 / 52. 47.101 libavcodec 55. 37.102 / 55. >>> 37.102 >>>>>>>>>> libavformat 55. 19.103 / 55. 19.103 libavdevice 55. 4.100 / >>> 55. 4.100 >>>>>>>>>> libavfilter 3. 89.100 / 3. 89.100 libswscale 2. 5.101 / 2. >>> 5.101 >>>>>>>>>> libswresample 0. 17.104 / 0. 17.104 libpostproc 52. 3.100 / >>> 52. 3.100 >>>>>>>>> [flv >>>>>>>>>> @ 0x3693900] Could not find codec parameters for stream 0 >>> (Video: none, >>>>>>>>> 200 >>>>>>>>>> kb/s): unspecified size Consider increasing the value for the >>>>>>>>>> 'analyzeduration' and 'probesize' options Input #0, flv, from >>>>>>>>>> >>> '/opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.flv': >>>>>>>>>> Metadata: noaudiocodec : 0 server : Red5 Server 1.0.0 RC3 Rev: >>> 4393 >>>>>>>>>> creationdate : Tue Mar 04 08:04:03 CET 2014 canSeekToEnd : true >>>>>>> encoder : >>>>>>>>>> Lavf55.19.103 Duration: 00:01:28.87, start: 0.000000, bitrate: >>> 593 kb/s >>>>>>>>>> Stream #0:0: Video: none, 200 kb/s, 1k tbr, 1k tbn, 1k tbc >>> Stream #0:1: >>>>>>>>>> Audio: mp3, 22050 Hz, mono, s16p, 32 kb/s Output #0, rawvideo, >>> to >>> '/opt/openmeetings-3.0.0.r1573575/webapps/openmeetings/streams/hibernate/flvRecording_210.jpg': >>>>>>>>>> Metadata: noaudiocodec : 0 server : Red5 Server 1.0.0 RC3 Rev: >>> 4393 >>>>>>>>>> creationdate : Tue Mar 04 08:04:03 CET 2014 canSeekToEnd : true >>>>>>> encoder : >>>>>>>>>> Lavf55.19.103 Output file #0 does not contain any stream >>> exitValue: >>>>>>> null >>>>>>>>>> out: >>>>>>>>>> >>>>>>>>>> Sebastian >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2014-03-04 20:18 GMT+13:00 Maxim Solodovnik < >>> solomax...@gmail.com> <mailto:solomax...@gmail.com>: >>>>>>>>>>> Currently "not ready" recordings are marked as "broken" (same >>> "!" >>>>>>> icon) >>>>>>>>>>> not ready status will be displayed after click on "!" icon in >>> the >>>>>>> popup. >>>>>>>>>>> interview recordings are now converted as fast as ordinary >>> recordings. >>>>>>>>>>> Icon can be changed, please suggest one :) (Do you feel it is >>> blocker? >>>>>>>>> or >>>>>>>>>>> maybe we can release 3.0.1 will all such minor fixes?) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> http://demo.dataved.ru:5080/ contains the same SNAPSHOT >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, Mar 4, 2014 at 2:12 PM, seba.wag...@gmail.com<mailto: >>> seba.wag...@gmail.com> < >>>>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> >>>>>>>>>>>> wrote: >>>>>>>>>>>> I think there is still a slight glitch with the recordings >>> UI. >>>>>>>>>>>> Previously, when a recording was not yet ready for viewing >>> (because >>>>>>> it >>>>>>>>> is >>>>>>>>>>>> still processing) there was a message in the UI telling you >>> that. In >>>>>>>>> the >>>>>>>>>>>> case of interviews there was even a progress includes in >>> percentages >>>>>>> as >>>>>>>>>>>> interviews take 1 minutes of processing time for the >>> rendering of a 1 >>>>>>>>>>>> minute of video. >>>>>>>>>>>> >>>>>>>>>>>> If you at the moment are too fast in switching to the UI and >>> there >>>>>>> was >>>>>>>>>>> some >>>>>>>>>>>> kind of error or its kind of simply not ready for viewing >>> you click >>>>>>> on >>>>>>>>>>> the >>>>>>>>>>>> video and just nothing happens. >>>>>>>>>>>> >>>>>>>>>>>> What is the current mechanism? Do we catch in the recordings >>> UI if >>>>>>> the >>>>>>>>>>>> video is ready for viewing or not? >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Sebastian >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2014-03-04 19:54 GMT+13:00 seba.wag...@gmail.com <mailto: >>> seba.wag...@gmail.com> < >>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> >>>>>>>>>>>> : >>>>>>>>>>>> >>>>>>>>>>>>> Well if its just me I do not want to complain. >>>>>>>>>>>>> I am using a Mac, probably that is part of the problem. >>>>>>>>>>>>> >>>>>>>>>>>>> Let me try to run a couple of tests. >>>>>>>>>>>>> >>>>>>>>>>>>> Btw: Is http://demo.dataved.ru:5080/ the same SNAPSHOT >>> that is up >>>>>>> for >>>>>>>>>>> a >>>>>>>>>>>>> vote? >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks! >>>>>>>>>>>>> Sebastian >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2014-03-04 17:14 GMT+13:00 Maxim Solodovnik < >>> solomax...@gmail.com> <mailto:solomax...@gmail.com>: >>>>>>>>>>>>> Hello Sebastian, >>>>>>>>>>>>>> I was unable to fix high CPU usage because I can't see it >>> :( >>>>>>>>>>>>>> We have tried to reproduce it on our machines (me and >>> Vasiliy, >>>>>>>>> Vasiliy >>>>>>>>>>>>>> provides you with his measurements), but it is not >>> reproducible. >>>>>>>>>>>>>> No additional comments were provided, so this issue have >>> been >>>>>>>>>>> postponed >>>>>>>>>>>>>> On Tue, Mar 4, 2014 at 11:08 AM, >>>>>>>>>>>>>> seba.wag...@gmail.com<mailto: >>> seba.wag...@gmail.com> < >>>>>>>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com>> >>> wrote: >>>>>>>>>>>>>>> Hi Maxim, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, I think one of the major obstacles has been the >>> CPU usage >>>>>>> of >>>>>>>>>>>> the >>>>>>>>>>>>>>> screen sharing application. >>>>>>>>>>>>>>> Did we reduce the CPU usage significantly? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Sebastian >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2014-03-04 5:41 GMT+13:00 Alvaro <zurca...@gmail.com> >>> <mailto:zurca...@gmail.com>: >>>>>>>>>>>>>>>> +1 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> El lun, 03-03-2014 a las 23:09 +0700, Maxim Solodovnik >>> escribió: >>>>>>>>>>>>>>>>> Dear OpenMeetings Community, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> I would like to start a vote about releasing Apache >>> OpenMeetings >>>>>>>>>>>>>> 3.0.0 >>>>>>>>>>>>>>>> RC2 >>>>>>>>>>>>>>>>> Main changes are covered in the >>>>>>>>>>>>>>>>> Readme: >>> https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/README >>>>>>>>>>>>>>>>> Full Changelog: >>>>>>>>>>>>>>>>> >>> https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/CHANGELOG >>>>>>>>>>>>>>>>> Release artefacts: >>>>>>>>>>>>>>>>> >>> https://dist.apache.org/repos/dist/dev/openmeetings/3.0.0/rc2/ >>>>>>>>>>>>>>>>> Tag: >>>>>>>>>>> https://svn.apache.org/repos/asf/openmeetings/tags/3.0.0RC2/ >>>>>>>>>>>>>>>>> PGP release keys (signed using >>>>>>>>>>>>>>>>> C467526E): >>> https://dist.apache.org/repos/dist/dev/openmeetings/3.0.0/rc2/KEYS >>>>>>>>>>>>>>>>> Vote will be open for 72 hours. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> [ ] +1 approve >>>>>>>>>>>>>>>>> [ ] +0 no opinion >>>>>>>>>>>>>>>>> [ ] -1 disapprove (and reason why) >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> My vote is +1. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Sebastian Wagner >>>>>>>>>>>>>>> https://twitter.com/#!/dead_lock < >>> https://twitter.com/#%21/dead_lock> >>>>>>>>>>>>>>> http://www.webbase-design.de >>>>>>>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> WBR >>>>>>>>>>>>>> Maxim aka solomax >>>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Sebastian Wagner >>>>>>>>>>>>> https://twitter.com/#!/dead_lock < >>> https://twitter.com/#%21/dead_lock> >>>>>>>>>>>>> http://www.webbase-design.de >>>>>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> >>>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Sebastian Wagner >>>>>>>>>>>> https://twitter.com/#!/dead_lock < >>> https://twitter.com/#%21/dead_lock> >>>>>>>>>>>> http://www.webbase-design.de >>>>>>>>>>>> http://www.wagner-sebastian.com >>>>>>>>>>>> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> >>>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> WBR >>>>>>>>>>> Maxim aka solomax >>>>>>>>>>> >>>>>>>>> -- >>>>>>>>> B.Sc. Peter Dähn >>>>>>>>> Virtueller Campus Rheinland-Pfalz <http://www.vcrp.de/> < >>> http://www.vcrp.de/> >>>>>>>>> Postfach 3049 >>>>>>>>> 67653 Kaiserslautern >>>>>>>>> Tel: 0631/205-4944 >>>>>>>>> Olat <https://olat.vcrp.de/> <https://olat.vcrp.de/> >>>>>>>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >> >
