Well, KMS should create RecordingEndpoint and dump stream to the disk And it happens same way as creating WebRTC endpoint i.e. sending internal RPC messages to localhost:8888 So if video stream is being sent to the room - recording should be created (i.e if FW doesn't block video creation - it will also doesn't block recording creation)
I would appreciate any additional steps tow to reproduce this (better on Ubuntu :))) So far I, personally, don't have any issues with recordings :((( On Mon, 20 Apr 2020 at 04:12, [email protected] <[email protected]> wrote: > > I've seen some zero bytes webm files. But it seemed sometime maybe also a > combination of issues: > - Conference Room type works better then others > - When entering a room for the first time, after loading the web-application > into the browser, recording works fine, subsequent not so much > > I've created a ticket in 5.0.0-M5 for me to trace this a bit better and > figure out how many different use-cases there are. > https://issues.apache.org/jira/browse/OPENMEETINGS-2278 > https://issues.apache.org/jira/browse/OPENMEETINGS-2279 > > Unfortunate I think the upcoming M4 release will still have a few use-cases > that may need looking at. Although in Conference room types and on the first > try, it usually works nicely. > > Thanks, > Sebastian > > On Sun, 19 Apr 2020 at 23:58, Ricardo Neves <[email protected]> wrote: >> >> Hi Maxim, >> >> Thanks for answering. I performed tests on Chrome and Firefox. And recording >> works if the firewall is disabled. As you said that the recording is >> internal to the server, then it is possible that the firewall is blocking >> something on the localhost. I'll check, because that must be it. >> >> I perform a quick test by going to "Check the Configuration". When it does >> not work (firewall active), when clicking on "Start Recording" the second >> counter is not activated, and a webm file with zero bytes is generated. Once >> again, disabling the firewall, even without restarting the application, >> Openmeetings performs the recording normally. >> >> Thanks again. >> Ricardo. >> >> Em 18 de abr de 2020, à(s) 22:11, Maxim Solodovnik <[email protected]> >> escreveu: >> >> Hello Ricardo, >> >> such behavior is really weird >> Recording is made on server so the main test should be: start your camera or >> screen-sharing >> Check using different browser or browser tab if your sharing\camera is >> visible >> >> Is it works as expected? >> >> What browser are you using? >> >> On Sun, 19 Apr 2020 at 02:22, Ricardo Neves <[email protected]> wrote: >>> >>> Hello, I'm using Openmeetings 5.0.0-M3 with Centos 7. Everything works >>> fine, but it doesn't record with the firewall active (it generates zero >>> size webm files). I've already released all the doors and more: >>> iptables -A INPUT -p tcp -m tcp --dport 3478 -j ACCEPT >>> iptables -A INPUT -p tcp -m tcp --dport 3479 -j ACCEPT >>> iptables -A INPUT -p tcp -m tcp --dport 5443 -j ACCEPT >>> iptables -A INPUT -p tcp -m tcp --dport 8888 -j ACCEPT >>> iptables -A INPUT -p udp --match multiport --dports 49152: 65535 -j ACCEPT >>> iptables -A INPUT -p udp -m udp --dport 3478 -j ACCEPT >>> iptables -A INPUT -p udp -m udp --dport 3479 -j ACCEPT >>> iptables -A OUTPUT -p udp --match multiport --dports 49152: 65535 -j ACCEPT >>> >>> If I disable the firewall, recording occurs normally. >>> Is there a rule missing from my firewall? >>> Thanks a lot for the help. >>> Ricardo. >> >> >> >> -- >> Best regards, >> Maxim >> >> > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > [email protected] -- Best regards, Maxim
