Certainly, I will do anything I can do to help debug this. Openmeetings is the recent 4.0.2 release.
The server and client are on same OS, red hat 6.9 ( close cousin to centos 6.9) client browser is chromium-browser 64.0.3282.119-1.el6_9.x86_64 with chromium-pepper-flash-28.0.0126-1.x86_64 java is java-1.8.0-openjdk-1.8.0.161-3.b14.el6_9.x86_64 believe desktop sharer is using icedtea-web-1.6.2-1.el6.x86_64 I think I would be able to provide any logs I think I would be able to provide recorded videos/wav files I think providing a login to our openmeetings instance might be problematic, or remote access to our server (ie ssh/vnc) Again, seems like audio is working just fine in the room (other users can hear, mic VOX indicators working perfectly). Video recorded via desktop sharer working perfectly Just audio in the downloaded mp4 from the desktop sharer recorded video is completely silent..(but audio track appears to be present). -Dave On Thu, Mar 1, 2018 at 8:22 PM Vasiliy Degtyarev <va...@unipro.ru> wrote: > Hello, Dave! > > I have checked recording on demo server, audio works as expected. > Please explain more details: sharing PC OS, browser, java version. > > Thanks, > Vasiliy > > 01.03.2018 8:08, David Jentz пишет: > > Testing in openmeetings 4.0.2 on linux (centos 6.9) server > > > > Desktop sharer appears to make a mp4 just fine. Video playback is 100% > > fine. Mp4 has audio embedded (playback in VLC indicates 200 blocks > > decoded, 200 buffers played 0 buffers lost). > > > > The sound being spoken into the microphone is not being recorded, > > however. Instead the audio track appears to be completely silent. > > > > Microphone in openmeetings appears to work OK. Other users in the same > > openmeetings room can hear just fine. > > > > Circle audio indicator in the openmeetings room user list appears to > > be flashing when words spoken - even recorded in video created by > > desktop sharer. All good. > > > > Volume level bar in the users camera inset are also correctly > > indicated when words spoken into microphone. This is also recorded in > > the mp4 created by desktop sharer. > > > > > > > > Think this may have been an issue for us in 4.0.1 also. > > > > This was last known to work in 3.2.1 > > Found some files in the webapps/openmeetings/stream directories with > > matching timestamps to the recordings. > > > > The flv files played back with 0 audio buffers in vlc > > The .wav file played back with 558 blocks, 558 buffers played, 0 > > buffers dropped, but also completely silent. > > > > > > > > -Dave > >
