Hello Dave, Thanks for very detailed report Actually screen-sharing works as follows:
1) screen-sharing app sends video only 2) per user audio/video is being send to server according user settings In case "Record" button is pressed all streams are being written into separate files so In case I user performs screen-sharing, and 1 was the speaker there should be 2 *.flv files later on (during post-processing stage) all audio streams being converted to 1 WAV file and this audio is added to video from screen-sharing .... This is really strange situation: there was audio in the room Stream from user was recorded, but without audio I'll try to double-check this On Thu, Mar 1, 2018 at 8:08 AM, David Jentz <jen...@gmail.com> wrote: > 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 -- WBR Maxim aka solomax
