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
>



-- 
WBR
Maxim aka solomax

Reply via email to