Great to know it is fixed :) Thanks for checking! On Fri, Mar 9, 2018 at 4:37 AM, David Jentz <jen...@gmail.com> wrote:
> Hello Maxim, > No need to apologize. We would not have this capability otherwise... > so ...very happy for openmeetings. > > Anyhow - very happy to report the microphone recording is now working > with our own compile of the 4.0.3 nightly snapshot source on our > centos 6.9 server. Seems fixed. > > Thank you! > -Dave > > On Wed, Mar 7, 2018 at 8:15 PM, Maxim Solodovnik <solomax...@gmail.com> > wrote: > > hopefully fixed, would appreciate if you can test latest nightly build > > #250+ from here: > > https://builds.apache.org/view/M-R/view/OpenMeetings/ > job/OpenMeetings%204.0.x/ > > > > On Thu, Mar 8, 2018 at 10:07 AM, Maxim Solodovnik <solomax...@gmail.com> > wrote: > >> Hello David, > >> > >> really sorry for delay > >> finally found some time to try this > >> > >> I can confirm the issue is reproducible, Audio only stream is not being > recorder > >> One of other users has created JIRA: > >> https://issues.apache.org/jira/browse/OPENMEETINGS-1837 > >> Will try to fix it ASAP > >> > >> Thanks a lot for your detailed report and patience > >> > >> On Tue, Mar 6, 2018 at 4:32 AM, David Jentz <jen...@gmail.com> wrote: > >>> Very interesting result on the demo server. > >>> > >>> Went in an interview room. Was getting vox indicators indicating mix > was > >>> working just as before. > >>> > >>> After stopping recording and exiting room, went to recordings. File is > named > >>> “interview 2018.03.05 22:22:35” > >>> > >>> Did get the “script” icon to show up indicating an error, but this only > >>> happened for the interview recording not the others ( conference room > via > >>> desktop sharer ) > >>> > >>> The two segments that had error codes ( exit code 1 ) were > >>> stripAudioFromFLVs > >>> And > >>> checkFlvPod_1 > >>> > >>> As for the server and client, we are trying to use centos 6.9 on both. > >>> > >>> Thanks for your help! > >>> Dave > >>> > >>> On Sat, Mar 3, 2018 at 6:26 PM Maxim Solodovnik <solomax...@gmail.com> > >>> wrote: > >>>> > >>>> I'll try to perform recording on demo > >>>> Using cam "Disabled" and real mic > >>>> > >>>> Let's try to simplify the configuration: > >>>> Could you test if recording works for you in interview room on demo > >>>> server? > >>>> And send the recording name, so I can check the logs > >>>> > >>>> In this case there will be no screen-sharing app, and I wonder if > >>>> anything will change > >>>> > >>>> As far as I understand you server is CentOS, what are using as client > >>>> machine, also CentOS? > >>>> > >>>> On Sun, Mar 4, 2018 at 7:39 AM, David Jentz <jen...@gmail.com> wrote: > >>>> > No camera connected. > >>>> > > >>>> > In my last email I talked about using a fake camera, but that is not > >>>> > really > >>>> > an option for me. Would need to be using mic with no camera. > >>>> > > >>>> > -Dave > >>>> > > >>>> > On Sat, Mar 3, 2018 at 9:33 AM Maxim Solodovnik < > solomax...@gmail.com> > >>>> > wrote: > >>>> >> > >>>> >> hmm, flv file size from your camera is 186 bytes only > >>>> >> seems to be no data at all :((( > >>>> >> What camera are you using? what resolution? > >>>> >> > >>>> >> On Sun, Mar 4, 2018 at 12:22 AM, David Jentz <jen...@gmail.com> > wrote: > >>>> >> > Recording 2018.03.02 22:50:47 > >>>> >> > > >>>> >> > Recording 2018.03.02 22:57:32 > >>>> >> > > >>>> >> > Thank you. > >>>> >> > -Dave > >>>> >> > > >>>> >> > On Fri, Mar 2, 2018 at 11:49 PM, Maxim Solodovnik > >>>> >> > <solomax...@gmail.com> > >>>> >> > wrote: > >>>> >> >> Hello David, > >>>> >> >> > >>>> >> >> could you please provide the complete name of your recording on > demo > >>>> >> >> server? > >>>> >> >> I'll check raw data, conversion logs and resulting file > >>>> >> >> > >>>> >> >> On Sat, Mar 3, 2018 at 8:16 AM, David Jentz <jen...@gmail.com> > >>>> >> >> wrote: > >>>> >> >>> A bit of follow up: > >>>> >> >>> > >>>> >> >>> Concerned that chromium was the problem, I tried launching it > with > >>>> >> >>> these two arguments: > >>>> >> >>> > >>>> >> >>> --use-file-for-fake-video-capture=blabla.y4m > >>>> >> >>> --use-fake-device-for-media-stream > >>>> >> >>> found here > >>>> >> >>> https://bugs.chromium.org/p/chromium/issues/detail?id=318797 > >>>> >> >>> > >>>> >> >>> While this does seem to solve the issue with chromium > requiring a > >>>> >> >>> video device /camera (and having the camera with red X > otherwise), > >>>> >> >>> desktop sharer is still not recording audio. > >>>> >> >>> This technique does not solve the problem anyhow, because > while it > >>>> >> >>> does fake out video, it also fakes out audio..and precludes mic > >>>> >> >>> from > >>>> >> >>> functioning without camera. > >>>> >> >>> > >>>> >> >>> Even with the faked audio, still seems as if its not being > recorded > >>>> >> >>> by > >>>> >> >>> my client. Also with the faked audio, vox indicators still > working > >>>> >> >>> correctly. Not sure the chrome/camera issue was a real issue to > >>>> >> >>> begin > >>>> >> >>> with. > >>>> >> >>> > >>>> >> >>> -Dave > >>>> >> >>> > >>>> >> >>> On Fri, Mar 2, 2018 at 2:24 PM, David Jentz <jen...@gmail.com> > >>>> >> >>> wrote: > >>>> >> >>>> I tested using the same client computer/browser against the > >>>> >> >>>> openmeetings demo server and had the same result. > >>>> >> >>>> > >>>> >> >>>> I guess this is saying its my client software? > >>>> >> >>>> > >>>> >> >>>> I did notice something new that I hadn't notice before..come > to > >>>> >> >>>> find > >>>> >> >>>> out it was also on my local server as well (just did not > notice): > >>>> >> >>>> in > >>>> >> >>>> the top right hand corner of the URL bar there is a camera > with a > >>>> >> >>>> red > >>>> >> >>>> X in its bottom right corner. This is despite the fact that > >>>> >> >>>> chromiums > >>>> >> >>>> setting for the site already permits access to both camera and > >>>> >> >>>> microphone. > >>>> >> >>>> > >>>> >> >>>> Hover over the camera with red X, it says: Camera blocked This > >>>> >> >>>> page > >>>> >> >>>> has been blocked from accessing your camera > >>>> >> >>>> And then gives me 2 option radio buttons, 1 to Always allow > <URL> > >>>> >> >>>> access to your camera and microphone > >>>> >> >>>> > 2 > >>>> >> >>>> continue blocking camera and microphone access > >>>> >> >>>> And option 2 is on by default. > >>>> >> >>>> Thought I already fixed this via the site settings? > >>>> >> >>>> > >>>> >> >>>> When I click option 1, and reload the page (openmeetings > room), I > >>>> >> >>>> get > >>>> >> >>>> a white box that says microhpone is on (but no image because I > >>>> >> >>>> have > >>>> >> >>>> no > >>>> >> >>>> camera). For about 1 second the camera icon in the URL bar > has no > >>>> >> >>>> red > >>>> >> >>>> X, maybe indicating it is working? > >>>> >> >>>> But then after about 1 second the openmeetings inset switches > to a > >>>> >> >>>> head and sholders with ? on the head, presumably because I > have no > >>>> >> >>>> camera. At this time the redX on the camera icon in the URL > comes > >>>> >> >>>> back > >>>> >> >>>> - appearing like my setting of granting access is not working. > >>>> >> >>>> > >>>> >> >>>> My new guess is that microphone settings are not working in > >>>> >> >>>> openmeetings recordings because there is no camera. It is > strange > >>>> >> >>>> though, Still getting the microphone is on text, still getting > >>>> >> >>>> correct > >>>> >> >>>> vox indicators, and other users can still hear me. Only thing > that > >>>> >> >>>> appears to be affected is the recordings, but unfortunately > this > >>>> >> >>>> is > >>>> >> >>>> important to us! > >>>> >> >>>> > >>>> >> >>>> -Dave > >>>> >> >>>> > >>>> >> >>>> On Thu, Mar 1, 2018 at 10:06 PM, Maxim Solodovnik > >>>> >> >>>> <solomax...@gmail.com> wrote: > >>>> >> >>>>> Is this issue reproducible for you on our demo server > >>>> >> >>>>> https://om.alteametasoft.com/openmeetings (latest 4.0.2 > release) > >>>> >> >>>>> ? > >>>> >> >>>>> > >>>> >> >>>>> On Fri, Mar 2, 2018 at 1:04 PM, David Jentz < > jen...@gmail.com> > >>>> >> >>>>> wrote: > >>>> >> >>>>>> 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 > >>>> >> >>>>>>> > >>>> >> >>>>>> > >>>> >> >>>>> > >>>> >> >>>>> > >>>> >> >>>>> > >>>> >> >>>>> -- > >>>> >> >>>>> WBR > >>>> >> >>>>> Maxim aka solomax > >>>> >> >> > >>>> >> >> > >>>> >> >> > >>>> >> >> -- > >>>> >> >> WBR > >>>> >> >> Maxim aka solomax > >>>> >> > >>>> >> > >>>> >> > >>>> >> -- > >>>> >> WBR > >>>> >> Maxim aka solomax > >>>> > >>>> > >>>> > >>>> -- > >>>> WBR > >>>> Maxim aka solomax > >> > >> > >> > >> -- > >> WBR > >> Maxim aka solomax > > > > > > > > -- > > WBR > > Maxim aka solomax > -- WBR Maxim aka solomax
