You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by Daniel Baker <in...@collisiondetection.biz> on 2019/02/03 01:24:53 UTC
Recording using webrtc
This seems to work well :
https://github.com/muaz-khan/RecordRTC
On 2/3/2019 7:01 AM, Daniel Baker wrote:
>
> Maybe not the time to mention this but for OM5 can we automate
> the process of performing a recording. Maybe an admin setting -
> record session on entering room.
>
>
>
> Thanks,
>
>
> Dan
>
>
>
> On 2/3/2019 1:40 AM, Alvaro wrote:
>>
>> ...OM 5.0.0 with Java 11 also go fine.
>>
>>
>> ...........................
>>
>> El sáb, 02-02-2019 a las 19:37 +0100, Alvaro escribió:
>>> Yes, it works as expected.
>>>
>>> OM 4.0.8 - 536 - Java 11 - Debian 9
>>>
>>> An now works with icedtea-web (i think so).
>>> Please take a look the video:
>>>
>>> https://drive.google.com/file/d/1oe0Y0KU90sOuYcOkR5mdvsEvDtk2M0W0
>>>
>>>
>>> ....................................
>>>
>>>
>>>
>>> El dom, 03-02-2019 a las 00:40 +0700, Maxim Solodovnik escribió:
>>>> According to my tests latest snapshot should work as expected under
>>>> java11
>>>> Please reopen JIRA with additional steps if it is not true
>>>>
>>>> On Sun, 3 Feb 2019 at 00:39, Alvaro <zurcamos@gmail.com
>>>> <ma...@gmail.com>> wrote:
>>>>>
>>>>> ...should test OM 4.0.8 snapshot 536 with
>>>>> Java 11 when you finish.
>>>>>
>>>>>
>>>>> .................
>>>>>
>>>>>
>>>>> El sáb, 02-02-2019 a las 18:26 +0100, Alvaro escribió:
>>>>>> ...OK.
>>>>>>
>>>>>> ................
>>>>>>
>>>>>> El dom, 03-02-2019 a las 00:00 +0700, Maxim Solodovnik escribió:
>>>>>>> According to https://stackoverflow.com/questions/51704652/how-to-ru
>>>>>>> n-
>>>>>>> existing-java-web-start-application-in-java-10-or-later-java-11
>>>>>>> javaws is no longer available :(
>>>>>>>
>>>>>>> So java8 MUST be installed on client for screen-sharing (4.0.8)
>>>>>>> Will try to find alternative for OM5
>>>>>>>
>>>>>>> On Sat, 2 Feb 2019 at 23:41, Maxim Solodovnik <solomax666@gmail.com
>>>>>>>>
>>>>>>>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-2006
>>>>>>>>
>>>>>>>> On Sat, 2 Feb 2019 at 20:49, Alvaro <zurcamos@gmail.com
>>>>>>>> <ma...@gmail.com>> wrote:
>>>>>>>>>
>>>>>>>>> ...sorry, in Debian 9 is really OpenJava 11, is in
>>>>>>>>> Arch Linux where the repos say OpenJava 11, but "java -version"
>>>>>>>>> say 10.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ................
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> El sáb, 02-02-2019 a las 14:33 +0100, Alvaro escribió:
>>>>>>>>>> ...both.
>>>>>>>>>>
>>>>>>>>>> For example in Debian 9 the repos show "OpenJava 11", but if
>>>>>>>>>> you
>>>>>>>>>> install it and later type "java -version" there show "java
>>>>>>>>>> 10..."
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ...............
>>>>>>>>>>
>>>>>>>>>> El sáb, 02-02-2019 a las 19:05 +0700, Maxim Solodovnik
>>>>>>>>>> escribió:
>>>>>>>>>>> Hello Alvaro,
>>>>>>>>>>>
>>>>>>>>>>> Both Java9 and Java10 are doesn't supported anymore, too
>>>>>>>>>>> old
>>>>>>>>>>> :)
>>>>>>>>>>>
>>>>>>>>>>> Actual Java versions:
>>>>>>>>>>> Java 8 - almost EOL
>>>>>>>>>>> Java 11.
>>>>>>>>>>>
>>>>>>>>>>> Have you tried to run OM server with different Java
>>>>>>>>>>> versions?
>>>>>>>>>>> Or
>>>>>>>>>>> screen-sharing app? or both?
>>>>>>>>>>>
>>>>>>>>>>> On Sat, 2 Feb 2019 at 18:59, Alvaro <zurcamos@gmail.com
>>>>>>>>>>> <ma...@gmail.com>>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Hello Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> I've tested OM 4.0.x and OM 5.0.0 with different OpenJava
>>>>>>>>>>>> versions,
>>>>>>>>>>>> on
>>>>>>>>>>>> Arch Linux.
>>>>>>>>>>>> Let me explain.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> # Java 8 - works right OM 4.0.x and OM 5.0.0, both with
>>>>>>>>>>>> icedtea-
>>>>>>>>>>>> web.
>>>>>>>>>>>>
>>>>>>>>>>>> # Java 9 - works right OM 4.0.x and OM 5.0.0. Icedtea-web
>>>>>>>>>>>> no
>>>>>>>>>>>> work,
>>>>>>>>>>>> it
>>>>>>>>>>>> is neccesary go to javaws.
>>>>>>>>>>>>
>>>>>>>>>>>> # Java 10 - only works OM 5.0.0, OM 4.0.x don't run.
>>>>>>>>>>>> Icedtea-web
>>>>>>>>>>>> no
>>>>>>>>>>>> works and no find the javaws file in java 10...then?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> OpenJava 9 is not at various OS repositorys, for example
>>>>>>>>>>>> Debian.
>>>>>>>>>>>> Go
>>>>>>>>>>>> from Java 8 to 10.
>>>>>>>>>>>>
>>>>>>>>>>>> Alvaro
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>
>>>>
>>>>
Re: Recording using webrtc
Posted by Daniel Baker <in...@collisiondetection.biz>.
Yeah client side maybe a problem. Looking for alternatives. May roll
my own browser :-)
On 2/5/2019 5:09 PM, Aaron Hepp wrote:
> Do all your "classes" start at a given time or are they different?
> You can use OBS on the instructors device to record the streams.
> There are python scripts to set a stop and start time for OBS or you
> can set up a hotkey(s) for the instructor to start recording. Granted
> this is all client side and will then need to be uploaded to where
> ever people view your recordings. I currently use this to broadcast
> out a "preview" of what is going on inside the room to visitors of the
> site, so they can see if they want to join the room if the discussion
> is something that suits them.
>
> On 2/5/19 2:41 AM, Daniel Baker wrote:
>>
>> Ok we will figure it out. We need auto recording.
>>
>>
>>
>> On 2/5/2019 2:20 PM, Maxim Solodovnik wrote:
>>> It seems I wasn't clear enough :(
>>>
>>> Client side recording have some "cons":
>>> 1) The recording will be lost in case of any issue on client machine
>>> 1.1) or in case of the network error
>>> 2) Every client in the room already send his/her stream to the
>>> server, so it seems to be overkill to additionally send the
>>> recording (can be extremely huge)
>>> *) Server already processes every frame of video/audio, so I see no
>>> need to record same data on the client
>>> I see no "pros" in such solution
>>> **) you still can record on your client then upload video to the room
>>>
>>> Regarding auto-recording:
>>> It is absolutely impossible to auto-start screen-sharing on client
>>> Same way it is impossible to auto start camera of microphone
>>> Over-wise it would be huge security hole .....
>>> This is why I see no way to "auto start recording"
>>>
>>> Camera streams can easily be auto-recorded on the server, the
>>> question is: then what? Right now we taking video from the sharing,
>>> audio from camera streams and create "room recording".
>>>
>>> On Tue, 5 Feb 2019 at 09:09, Daniel Baker
>>> <info@collisiondetection.biz <ma...@collisiondetection.biz>>
>>> wrote:
>>>
>>> Hi Maxim,
>>>
>>>
>>>
>>> 1 it seems there is an option to load to server.
>>>
>>> 2 we believe it makes sense to be able to record in
>>> any room. Especially conferencing rooms. We want to record
>>> cams and the whiteboard interactions.
>>>
>>>
>>> The reason for automating this is to allow the moderator to
>>> get on with their presentation without having to remember
>>> to click record.
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Dan
>>>
>>> On 2/3/2019 10:04 AM, Maxim Solodovnik wrote:
>>>> Hello Daniel,
>>>>
>>>> Lets try to make things clean:
>>>> 1) The example you are referencing to uses "client side recording"
>>>> i.e. it records to the memory of client browser.
>>>> Om uses server side recording: recording performed and
>>>> stored on the server
>>>> 2) Auto-recording can be implemented in any version of OM
>>>> BUT it make sense for interview room only :(
>>>>
>>>> Interview room has no whiteboard, so all we need to record:
>>>> camera streams of the participants
>>>> Other room type do have whiteboard and the only video being
>>>> used is the video of shared screen
>>>> (other streams are being used for audio only)
>>>>
>>>> The process of starting screen-sharing can't be automated (in
>>>> any version)
>>>> It is easier in 5.0 since java web start application is no more
>>>> required but it is still manual process ...
>>>>
>>>>
>>>> On Sun, 3 Feb 2019 at 08:25, Daniel Baker
>>>> <info@collisiondetection.biz
>>>> <ma...@collisiondetection.biz>> wrote:
>>>>
>>>> This seems to work well :
>>>>
>>>> https://github.com/muaz-khan/RecordRTC
>>>>
>>>>
>>>>
>>>>
>>>> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>>>>>
>>>>> Maybe not the time to mention this but for OM5 can
>>>>> we automate the process of performing a recording.
>>>>> Maybe an admin setting - record session on
>>>>> entering room.
>>>>>
>>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>> Dan
>>>>>
>>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon>
>>> Virus-free. www.avast.com
>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>
>>>
>>>
>>> <#m_37099893644456559_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Recording using webrtc
Posted by Aaron Hepp <aa...@gmail.com>.
Do all your "classes" start at a given time or are they different? You
can use OBS on the instructors device to record the streams. There are
python scripts to set a stop and start time for OBS or you can set up a
hotkey(s) for the instructor to start recording. Granted this is all
client side and will then need to be uploaded to where ever people view
your recordings. I currently use this to broadcast out a "preview" of
what is going on inside the room to visitors of the site, so they can
see if they want to join the room if the discussion is something that
suits them.
On 2/5/19 2:41 AM, Daniel Baker wrote:
>
> Ok we will figure it out. We need auto recording.
>
>
>
> On 2/5/2019 2:20 PM, Maxim Solodovnik wrote:
>> It seems I wasn't clear enough :(
>>
>> Client side recording have some "cons":
>> 1) The recording will be lost in case of any issue on client machine
>> 1.1) or in case of the network error
>> 2) Every client in the room already send his/her stream to the
>> server, so it seems to be overkill to additionally send the recording
>> (can be extremely huge)
>> *) Server already processes every frame of video/audio, so I see no
>> need to record same data on the client
>> I see no "pros" in such solution
>> **) you still can record on your client then upload video to the room
>>
>> Regarding auto-recording:
>> It is absolutely impossible to auto-start screen-sharing on client
>> Same way it is impossible to auto start camera of microphone
>> Over-wise it would be huge security hole .....
>> This is why I see no way to "auto start recording"
>>
>> Camera streams can easily be auto-recorded on the server, the
>> question is: then what? Right now we taking video from the sharing,
>> audio from camera streams and create "room recording".
>>
>> On Tue, 5 Feb 2019 at 09:09, Daniel Baker
>> <info@collisiondetection.biz <ma...@collisiondetection.biz>> wrote:
>>
>> Hi Maxim,
>>
>>
>>
>> 1 it seems there is an option to load to server.
>>
>> 2 we believe it makes sense to be able to record in any
>> room. Especially conferencing rooms. We want to record
>> cams and the whiteboard interactions.
>>
>>
>> The reason for automating this is to allow the moderator to
>> get on with their presentation without having to remember
>> to click record.
>>
>>
>> Thanks,
>>
>>
>> Dan
>>
>> On 2/3/2019 10:04 AM, Maxim Solodovnik wrote:
>>> Hello Daniel,
>>>
>>> Lets try to make things clean:
>>> 1) The example you are referencing to uses "client side recording"
>>> i.e. it records to the memory of client browser.
>>> Om uses server side recording: recording performed and stored
>>> on the server
>>> 2) Auto-recording can be implemented in any version of OM
>>> BUT it make sense for interview room only :(
>>>
>>> Interview room has no whiteboard, so all we need to record:
>>> camera streams of the participants
>>> Other room type do have whiteboard and the only video being used
>>> is the video of shared screen
>>> (other streams are being used for audio only)
>>>
>>> The process of starting screen-sharing can't be automated (in
>>> any version)
>>> It is easier in 5.0 since java web start application is no more
>>> required but it is still manual process ...
>>>
>>>
>>> On Sun, 3 Feb 2019 at 08:25, Daniel Baker
>>> <info@collisiondetection.biz
>>> <ma...@collisiondetection.biz>> wrote:
>>>
>>> This seems to work well :
>>>
>>> https://github.com/muaz-khan/RecordRTC
>>>
>>>
>>>
>>>
>>> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>>>>
>>>> Maybe not the time to mention this but for OM5 can
>>>> we automate the process of performing a recording.
>>>> Maybe an admin setting - record session on
>>>> entering room.
>>>>
>>>>
>>>>
>>>> Thanks,
>>>>
>>>>
>>>> Dan
>>>>
>>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon>
>> Virus-free. www.avast.com
>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>
>>
>>
>> <#m_37099893644456559_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
Re: Recording using webrtc
Posted by Daniel Baker <in...@collisiondetection.biz>.
Ok we will figure it out. We need auto recording.
On 2/5/2019 2:20 PM, Maxim Solodovnik wrote:
> It seems I wasn't clear enough :(
>
> Client side recording have some "cons":
> 1) The recording will be lost in case of any issue on client machine
> 1.1) or in case of the network error
> 2) Every client in the room already send his/her stream to the server,
> so it seems to be overkill to additionally send the recording (can be
> extremely huge)
> *) Server already processes every frame of video/audio, so I see no
> need to record same data on the client
> I see no "pros" in such solution
> **) you still can record on your client then upload video to the room
>
> Regarding auto-recording:
> It is absolutely impossible to auto-start screen-sharing on client
> Same way it is impossible to auto start camera of microphone
> Over-wise it would be huge security hole .....
> This is why I see no way to "auto start recording"
>
> Camera streams can easily be auto-recorded on the server, the question
> is: then what? Right now we taking video from the sharing, audio from
> camera streams and create "room recording".
>
> On Tue, 5 Feb 2019 at 09:09, Daniel Baker <info@collisiondetection.biz
> <ma...@collisiondetection.biz>> wrote:
>
> Hi Maxim,
>
>
>
> 1 it seems there is an option to load to server.
>
> 2 we believe it makes sense to be able to record in any
> room. Especially conferencing rooms. We want to record cams
> and the whiteboard interactions.
>
>
> The reason for automating this is to allow the moderator to
> get on with their presentation without having to remember to
> click record.
>
>
> Thanks,
>
>
> Dan
>
> On 2/3/2019 10:04 AM, Maxim Solodovnik wrote:
>> Hello Daniel,
>>
>> Lets try to make things clean:
>> 1) The example you are referencing to uses "client side recording"
>> i.e. it records to the memory of client browser.
>> Om uses server side recording: recording performed and stored
>> on the server
>> 2) Auto-recording can be implemented in any version of OM
>> BUT it make sense for interview room only :(
>>
>> Interview room has no whiteboard, so all we need to record:
>> camera streams of the participants
>> Other room type do have whiteboard and the only video being used
>> is the video of shared screen
>> (other streams are being used for audio only)
>>
>> The process of starting screen-sharing can't be automated (in any
>> version)
>> It is easier in 5.0 since java web start application is no more
>> required but it is still manual process ...
>>
>>
>> On Sun, 3 Feb 2019 at 08:25, Daniel Baker
>> <info@collisiondetection.biz
>> <ma...@collisiondetection.biz>> wrote:
>>
>> This seems to work well :
>>
>> https://github.com/muaz-khan/RecordRTC
>>
>>
>>
>>
>> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>>>
>>> Maybe not the time to mention this but for OM5 can
>>> we automate the process of performing a recording.
>>> Maybe an admin setting - record session on
>>> entering room.
>>>
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Dan
>>>
>>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon>
> Virus-free. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>
>
>
> <#m_37099893644456559_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
>
>
> --
> WBR
> Maxim aka solomax
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Recording using webrtc
Posted by Maxim Solodovnik <so...@gmail.com>.
It seems I wasn't clear enough :(
Client side recording have some "cons":
1) The recording will be lost in case of any issue on client machine
1.1) or in case of the network error
2) Every client in the room already send his/her stream to the server, so
it seems to be overkill to additionally send the recording (can be
extremely huge)
*) Server already processes every frame of video/audio, so I see no need to
record same data on the client
I see no "pros" in such solution
**) you still can record on your client then upload video to the room
Regarding auto-recording:
It is absolutely impossible to auto-start screen-sharing on client
Same way it is impossible to auto start camera of microphone
Over-wise it would be huge security hole .....
This is why I see no way to "auto start recording"
Camera streams can easily be auto-recorded on the server, the question is:
then what? Right now we taking video from the sharing, audio from camera
streams and create "room recording".
On Tue, 5 Feb 2019 at 09:09, Daniel Baker <in...@collisiondetection.biz>
wrote:
> Hi Maxim,
>
>
>
> 1 it seems there is an option to load to server.
>
> 2 we believe it makes sense to be able to record in any room.
> Especially conferencing rooms. We want to record cams and the
> whiteboard interactions.
>
>
> The reason for automating this is to allow the moderator to get on
> with their presentation without having to remember to click record.
>
>
> Thanks,
>
>
> Dan
> On 2/3/2019 10:04 AM, Maxim Solodovnik wrote:
>
> Hello Daniel,
>
> Lets try to make things clean:
> 1) The example you are referencing to uses "client side recording"
> i.e. it records to the memory of client browser.
> Om uses server side recording: recording performed and stored on the
> server
> 2) Auto-recording can be implemented in any version of OM
> BUT it make sense for interview room only :(
>
> Interview room has no whiteboard, so all we need to record: camera streams
> of the participants
> Other room type do have whiteboard and the only video being used is the
> video of shared screen
> (other streams are being used for audio only)
>
> The process of starting screen-sharing can't be automated (in any version)
> It is easier in 5.0 since java web start application is no more required
> but it is still manual process ...
>
>
> On Sun, 3 Feb 2019 at 08:25, Daniel Baker <in...@collisiondetection.biz>
> wrote:
>
>> This seems to work well :
>>
>> https://github.com/muaz-khan/RecordRTC
>>
>>
>>
>>
>> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>>
>> Maybe not the time to mention this but for OM5 can we automate
>> the process of performing a recording. Maybe an admin setting -
>> record session on entering room.
>>
>>
>>
>> Thanks,
>>
>>
>> Dan
>>
>>
>>
> --
> WBR
> Maxim aka solomax
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> Virus-free.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link>
> <#m_37099893644456559_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
--
WBR
Maxim aka solomax
Re: Recording using webrtc
Posted by Daniel Baker <in...@collisiondetection.biz>.
Hi Maxim,
1 it seems there is an option to load to server.
2 we believe it makes sense to be able to record in any
room. Especially conferencing rooms. We want to record cams and
the whiteboard interactions.
The reason for automating this is to allow the moderator to get on
with their presentation without having to remember to click record.
Thanks,
Dan
On 2/3/2019 10:04 AM, Maxim Solodovnik wrote:
> Hello Daniel,
>
> Lets try to make things clean:
> 1) The example you are referencing to uses "client side recording"
> i.e. it records to the memory of client browser.
> Om uses server side recording: recording performed and stored on
> the server
> 2) Auto-recording can be implemented in any version of OM
> BUT it make sense for interview room only :(
>
> Interview room has no whiteboard, so all we need to record: camera
> streams of the participants
> Other room type do have whiteboard and the only video being used is
> the video of shared screen
> (other streams are being used for audio only)
>
> The process of starting screen-sharing can't be automated (in any version)
> It is easier in 5.0 since java web start application is no more
> required but it is still manual process ...
>
>
> On Sun, 3 Feb 2019 at 08:25, Daniel Baker <info@collisiondetection.biz
> <ma...@collisiondetection.biz>> wrote:
>
> This seems to work well :
>
> https://github.com/muaz-khan/RecordRTC
>
>
>
>
> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>>
>> Maybe not the time to mention this but for OM5 can we
>> automate the process of performing a recording. Maybe an
>> admin setting - record session on entering room.
>>
>>
>>
>> Thanks,
>>
>>
>> Dan
>>
>>
>
> --
> WBR
> Maxim aka solomax
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Recording using webrtc
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Daniel,
Lets try to make things clean:
1) The example you are referencing to uses "client side recording"
i.e. it records to the memory of client browser.
Om uses server side recording: recording performed and stored on the
server
2) Auto-recording can be implemented in any version of OM
BUT it make sense for interview room only :(
Interview room has no whiteboard, so all we need to record: camera streams
of the participants
Other room type do have whiteboard and the only video being used is the
video of shared screen
(other streams are being used for audio only)
The process of starting screen-sharing can't be automated (in any version)
It is easier in 5.0 since java web start application is no more required
but it is still manual process ...
On Sun, 3 Feb 2019 at 08:25, Daniel Baker <in...@collisiondetection.biz>
wrote:
> This seems to work well :
>
> https://github.com/muaz-khan/RecordRTC
>
>
>
>
> On 2/3/2019 7:01 AM, Daniel Baker wrote:
>
> Maybe not the time to mention this but for OM5 can we automate
> the process of performing a recording. Maybe an admin setting -
> record session on entering room.
>
>
>
> Thanks,
>
>
> Dan
>
>
>
--
WBR
Maxim aka solomax