Request for help testing / benchmarking low-latency kernel for 5.0.0

[info]

 Hello,

We are testing the linux low latency kernel (which is more forgiving  
than the real-time kernel. It also permits a broader set of uses more  
suitable for a normal vps or dedicated server which is not 100%  
dedicated to KMS). We are testing this on a vps serving web paegs with  
tomcat, as well as on a small dedicated serving web pages with apache  
2.4 (without a TURN server and with UFW and iptables as firewall -  
which seems to work fine for us).


The idea is that the low latency kernel will be more responsive. It is  
often used in audio / video recording applications where latency can  
be a real problem, so it should improve responsiveness on KMS. We  
can't really benchmark this easily - so if anyone can, and wants to,  
I'd like to have their results as to whether or not the low latency  
kernel improves connectiveness and responsiveness as the end user see  
them.


Here are instructions for switching to the low latency kernel, should  
anyone wish to test it. As I said, we have moved to it, and it hasn't  
created any problems, and appears to be as fast or faster. Please  
don't try this on a production server (even though we did and it's  
OK). We can't guarantee that this will work for you, but these are  
standard working instructions for upgrading or changing kernels. 


If you wish to try the low latency kernel:  (We assume you are using  
Ubuntu 18.04 LTS)


* update your sources
# apt update

* show dependencies of upgrading linux-headers
# apt-cache show linux-lowlatency-hwe-18.04 | grep Depends

* install the low-latency headers
# apt install linux-headers-lowlatency-hwe-18.04

* choose yes to also install the other headers, low-latency headers  
and low-latency hwe

# y

* now install the low latency image
# apt install linux-image-lowlatency-hwe-18.04

* choose yes to also install the low-latency modules and image
# y

* reboot  your system once your system load will safely allow it -  
check using top or htop

# reboot

* after you reboot, check that everything is working properly, and iff  
(if and only if) you wish to keep the low-latency kernel, clear out  
old kernel etc


* (once you've fully tested the low latency system and have decided to  
keep it)

# apt autoremove  

If you test this, please let me know if you are able to do real  
benchmarks on the before and after under load conditions.


Regards,

 Ed

 

Re: resize SCREEN (disconnect and connect)

[Maxim Solodovnik]

Hello Martin,

On Fri, 22 May 2020 at 02:17, Chamberland, Martin <
martin.chamberl...@fadq.qc.ca> wrote:

>
> It’s probably not really a bug, but let me  try to explain.
>
>
>
> When someone enter a room, you have to resize his screen to fit your need
> (do that for everyone).
>
> The problem start, when someone in the meeting have a poor connection,  he
> will be disconnected and reconnected automaticly, but you have to “again”
> and “again”…. Resize his screen.
>
> That is pretty annoying.
>

There is hotkey to resize video pod + align (Ctrl+Shift+KeyA by default
https://openmeetings.apache.org/GeneralConfiguration.html)
Is it what you are looking for?


>
>
> Can we disable something, to get rid of this behavior.
>
>
>
> I hope I’m enough clear in my explanation
>


-- 
Best regards,
Maxim

Re: Default Cam

[Maxim Solodovnik]

You are right,

I do remember I had some issues with this mediaConstraints, but ideal seems
to work :)
can you create JIRA and PR? (JIRA is required so this new feature will
appear in CHANGELOG) :)

On Fri, 22 May 2020 at 02:24, Konstantin Kuzov 
wrote:

> Well, in my understanding "ideal" unlike "exact" is just a suggestion and
> shouldn't by itself raise any errors if browser cannot satisfy a request.
> So it shouldn't make any difference for devices with less than two cameras
> where at least one camera has been marked as "front". I also suspect that
> in most cases only internal cameras will have this user-placement mark if
> OS even support that distinction at all.
> We can guard it by mediaDevices.getSupportedConstraints() but browser
> which doesn't support such constraint should just ignore it without raising
> any errors according to standard.
>
> чт, 21 мая 2020 г. в 20:21, Maxim Solodovnik :
>
>> The main questions will it work
>> 1) at laptop
>> 2) PC without camera
>> 3) laptop/PC with several cameras
>>
>> And I guess it better to test this code with back camera listed first
>>
>> Sebastian can test it at Mac :) (and I guess it can be guarded with
>> "constrain supported" check)
>>
>> On Fri, 22 May 2020 at 00:09, Konstantin Kuzov <
>> master.nosfer...@gmail.com> wrote:
>>
>>> Browser support seems to be pretty good according to mozilla's link.
>>> Only apple devices needs to be tested.
>>> Tested it with these changes on my android phone:
>>>
>>> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>>>
>>> And it appears to be working just fine. Though my phone have first (0)
>>> camera as front camera already. But it behave correctly if I change "user"
>>> to "environment" or vice-versa.
>>>
>>>
>>> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik :
>>>
 Well,
 this is something other than "Select front camera if none was selected
 before"
 But it can help IF such constraint is supported by client browser :)
 I also had some issues with `acceptable, ideal, and/or exact`
 constraints 

 This can be investigated :)

 Any volunteers? :)))

 On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
 master.nosfer...@gmail.com> wrote:

> Isn't it possible to suggest or force exact type of camera using
> MediaTrack's video constraint facingMode?
>
> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>
>
> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :
>
>> Hello Peter,
>>
>> unfortunately there is no parameters we can use to distinguish if it
>> is front or back camera :(
>> We can get the list of devices and detect if it is Audio or Video
>> device
>>
>> So we create 2 lists and select first item from both (or previously
>> selected  )
>>
>> On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:
>>
>>> Hi together,
>>>
>>> if one use a device with two cams rear view cam is selected by
>>> default.
>>> I think if it is possible it is better to use front cam as default.
>>> WDYT?
>>>
>>> Greetings Peter
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

 --
 Best regards,
 Maxim

>>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: resize SCREEN (disconnect and connect)

[seba.wag...@gmail.com]

I don't quite understand what you mean with "resize his screen".

You mean the whiteboard resize or actual screen sharing ?

Can you attach a screenshot ?

Cheers
Seb

Sebastian Wagner
Director Arrakeen Solutions
http://arrakeen-solutions.co.nz/




On Fri, 22 May 2020 at 07:17, Chamberland, Martin <
martin.chamberl...@fadq.qc.ca> wrote:

>
> It’s probably not really a bug, but let me  try to explain.
>
>
>
> When someone enter a room, you have to resize his screen to fit your need
> (do that for everyone).
>
> The problem start, when someone in the meeting have a poor connection,  he
> will be disconnected and reconnected automaticly, but you have to “again”
> and “again”…. Resize his screen.
>
> That is pretty annoying.
>
>
>
> Can we disable something, to get rid of this behavior.
>
>
>
> I hope I’m enough clear in my explanation
>

Re: Default Cam

[Konstantin Kuzov]

Well, in my understanding "ideal" unlike "exact" is just a suggestion and
shouldn't by itself raise any errors if browser cannot satisfy a request.
So it shouldn't make any difference for devices with less than two cameras
where at least one camera has been marked as "front". I also suspect that
in most cases only internal cameras will have this user-placement mark if
OS even support that distinction at all.
We can guard it by mediaDevices.getSupportedConstraints() but browser which
doesn't support such constraint should just ignore it without raising any
errors according to standard.

чт, 21 мая 2020 г. в 20:21, Maxim Solodovnik :

> The main questions will it work
> 1) at laptop
> 2) PC without camera
> 3) laptop/PC with several cameras
>
> And I guess it better to test this code with back camera listed first
>
> Sebastian can test it at Mac :) (and I guess it can be guarded with
> "constrain supported" check)
>
> On Fri, 22 May 2020 at 00:09, Konstantin Kuzov 
> wrote:
>
>> Browser support seems to be pretty good according to mozilla's link. Only
>> apple devices needs to be tested.
>> Tested it with these changes on my android phone:
>>
>> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>>
>> And it appears to be working just fine. Though my phone have first (0)
>> camera as front camera already. But it behave correctly if I change "user"
>> to "environment" or vice-versa.
>>
>>
>> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik :
>>
>>> Well,
>>> this is something other than "Select front camera if none was selected
>>> before"
>>> But it can help IF such constraint is supported by client browser :)
>>> I also had some issues with `acceptable, ideal, and/or exact`
>>> constraints 
>>>
>>> This can be investigated :)
>>>
>>> Any volunteers? :)))
>>>
>>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>>> master.nosfer...@gmail.com> wrote:
>>>
 Isn't it possible to suggest or force exact type of camera using
 MediaTrack's video constraint facingMode?

 https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode


 чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :

> Hello Peter,
>
> unfortunately there is no parameters we can use to distinguish if it
> is front or back camera :(
> We can get the list of devices and detect if it is Audio or Video
> device
>
> So we create 2 lists and select first item from both (or previously
> selected  )
>
> On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:
>
>> Hi together,
>>
>> if one use a device with two cams rear view cam is selected by
>> default.
>> I think if it is possible it is better to use front cam as default.
>> WDYT?
>>
>> Greetings Peter
>>
>
>
> --
> Best regards,
> Maxim
>

>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>
> --
> Best regards,
> Maxim
>

resize SCREEN (disconnect and connect)

[Chamberland, Martin]

[cid:banner1.jpg]

It's probably not really a bug, but let me  try to explain.

When someone enter a room, you have to resize his screen to fit your need (do 
that for everyone).
The problem start, when someone in the meeting have a poor connection,  he will 
be disconnected and reconnected automaticly, but you have to "again" and 
"again" Resize his screen.
That is pretty annoying.

Can we disable something, to get rid of this behavior.

I hope I'm enough clear in my explanation

Re: Default Cam

[Maxim Solodovnik]

The main questions will it work
1) at laptop
2) PC without camera
3) laptop/PC with several cameras

And I guess it better to test this code with back camera listed first

Sebastian can test it at Mac :) (and I guess it can be guarded with
"constrain supported" check)

On Fri, 22 May 2020 at 00:09, Konstantin Kuzov 
wrote:

> Browser support seems to be pretty good according to mozilla's link. Only
> apple devices needs to be tested.
> Tested it with these changes on my android phone:
>
> https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638
>
> And it appears to be working just fine. Though my phone have first (0)
> camera as front camera already. But it behave correctly if I change "user"
> to "environment" or vice-versa.
>
>
> чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik :
>
>> Well,
>> this is something other than "Select front camera if none was selected
>> before"
>> But it can help IF such constraint is supported by client browser :)
>> I also had some issues with `acceptable, ideal, and/or exact`
>> constraints 
>>
>> This can be investigated :)
>>
>> Any volunteers? :)))
>>
>> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov <
>> master.nosfer...@gmail.com> wrote:
>>
>>> Isn't it possible to suggest or force exact type of camera using
>>> MediaTrack's video constraint facingMode?
>>>
>>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>>
>>>
>>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :
>>>
 Hello Peter,

 unfortunately there is no parameters we can use to distinguish if it is
 front or back camera :(
 We can get the list of devices and detect if it is Audio or Video device

 So we create 2 lists and select first item from both (or previously
 selected  )

 On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:

> Hi together,
>
> if one use a device with two cams rear view cam is selected by
> default.
> I think if it is possible it is better to use front cam as default.
> WDYT?
>
> Greetings Peter
>


 --
 Best regards,
 Maxim

>>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Default Cam

[Konstantin Kuzov]

Browser support seems to be pretty good according to mozilla's link. Only
apple devices needs to be tested.
Tested it with these changes on my android phone:
https://github.com/CkNoSFeRaTU/openmeetings/commit/490f51400e44295b00815fd70f30a065a2705638

And it appears to be working just fine. Though my phone have first (0)
camera as front camera already. But it behave correctly if I change "user"
to "environment" or vice-versa.


чт, 21 мая 2020 г. в 19:27, Maxim Solodovnik :

> Well,
> this is something other than "Select front camera if none was selected
> before"
> But it can help IF such constraint is supported by client browser :)
> I also had some issues with `acceptable, ideal, and/or exact` constraints
> 
>
> This can be investigated :)
>
> Any volunteers? :)))
>
> On Thu, 21 May 2020 at 23:20, Konstantin Kuzov 
> wrote:
>
>> Isn't it possible to suggest or force exact type of camera using
>> MediaTrack's video constraint facingMode?
>>
>> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>>
>>
>> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :
>>
>>> Hello Peter,
>>>
>>> unfortunately there is no parameters we can use to distinguish if it is
>>> front or back camera :(
>>> We can get the list of devices and detect if it is Audio or Video device
>>>
>>> So we create 2 lists and select first item from both (or previously
>>> selected  )
>>>
>>> On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:
>>>
 Hi together,

 if one use a device with two cams rear view cam is selected by default.
 I think if it is possible it is better to use front cam as default.
 WDYT?

 Greetings Peter

>>>
>>>
>>> --
>>> Best regards,
>>> Maxim
>>>
>>
>
> --
> Best regards,
> Maxim
>

Re: Default Cam

[Maxim Solodovnik]

Well,
this is something other than "Select front camera if none was selected
before"
But it can help IF such constraint is supported by client browser :)
I also had some issues with `acceptable, ideal, and/or exact` constraints


This can be investigated :)

Any volunteers? :)))

On Thu, 21 May 2020 at 23:20, Konstantin Kuzov 
wrote:

> Isn't it possible to suggest or force exact type of camera using
> MediaTrack's video constraint facingMode?
>
> https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode
>
>
> чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :
>
>> Hello Peter,
>>
>> unfortunately there is no parameters we can use to distinguish if it is
>> front or back camera :(
>> We can get the list of devices and detect if it is Audio or Video device
>>
>> So we create 2 lists and select first item from both (or previously
>> selected  )
>>
>> On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:
>>
>>> Hi together,
>>>
>>> if one use a device with two cams rear view cam is selected by default.
>>> I think if it is possible it is better to use front cam as default. WDYT?
>>>
>>> Greetings Peter
>>>
>>
>>
>> --
>> Best regards,
>> Maxim
>>
>

-- 
Best regards,
Maxim

Re: Default Cam

[Konstantin Kuzov]

Isn't it possible to suggest or force exact type of camera using
MediaTrack's video constraint facingMode?
https://developer.mozilla.org/en-US/docs/Web/API/MediaTrackConstraints/facingMode


чт, 21 мая 2020 г. в 15:45, Maxim Solodovnik :

> Hello Peter,
>
> unfortunately there is no parameters we can use to distinguish if it is
> front or back camera :(
> We can get the list of devices and detect if it is Audio or Video device
>
> So we create 2 lists and select first item from both (or previously
> selected  )
>
> On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:
>
>> Hi together,
>>
>> if one use a device with two cams rear view cam is selected by default.
>> I think if it is possible it is better to use front cam as default. WDYT?
>>
>> Greetings Peter
>>
>
>
> --
> Best regards,
> Maxim
>

Re: Error connecting to media server

[Maxim Solodovnik]

Last time I saw report like this, it was caused by TURN UDP ports were
blocked on router

Unfortunately it is impossible to create instructions for all scenarios and
network configurations
Some params might need to be tuned

On Thu, 21 May 2020 at 17:17, Rohit Dhamal  wrote:

> I have the turn server and exactly configured according to the OM guide on
> cwiki. Sometimes it connects properly,Sometimes it doesn't. Can I furnish
> my firewall record and turn server conf file for inspection? If possible
> could you look into the configuration?
> Currently OM on client side is not transmitting audio and video on chrome,
> ios and Microsoft edge.
> I need to solve this ASAP. many students are not able to log on properly
> and it wastes a lot of time.
> Thanks.
>
> Regards,
> Rohit Dhamal.
> On Wednesday, 20 May, 2020, 7:45:54 am IST, Maxim Solodovnik <
> solomax...@gmail.com> wrote:
>
>
> Do you have TURN server?
>
> On Tue, 19 May 2020 at 03:24, Rohit Dhamal  wrote:
>
> Hello All,
> I am finding it difficult to communicate audio and video with my students.
> Whenever it is attempted the client side gets an error given below.
> It states
> InvalidStateError:Failed to set remote answer sdp: Called in wrong state:
> kStable
> Media server connection for user  is failed, will try to re-connect.
>
> Is this an error from firewall, kurento or something else?
>
> thanks.
>
> Regards,
> Rohit Dhamal
>
>
>
> --
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim

Re: Default Cam

[Maxim Solodovnik]

Hello Peter,

unfortunately there is no parameters we can use to distinguish if it is
front or back camera :(
We can get the list of devices and detect if it is Audio or Video device

So we create 2 lists and select first item from both (or previously
selected  )

On Thu, 21 May 2020 at 17:08, Peter Dähn  wrote:

> Hi together,
>
> if one use a device with two cams rear view cam is selected by default.
> I think if it is possible it is better to use front cam as default. WDYT?
>
> Greetings Peter
>


-- 
Best regards,
Maxim

Re: Error connecting to media server

[Rohit Dhamal]

I have the turn server and exactly configured according to the OM guide on 
cwiki. Sometimes it connects properly,Sometimes it doesn't. Can I furnish my 
firewall record and turn server conf file for inspection? If possible could you 
look into the configuration?
Currently OM on client side is not transmitting audio and video on chrome, ios 
and Microsoft edge. 
I need to solve this ASAP. many students are not able to log on properly and it 
wastes a lot of time.Thanks. 

Regards, 
Rohit Dhamal.
   On Wednesday, 20 May, 2020, 7:45:54 am IST, Maxim Solodovnik 
 wrote:  
 
 Do you have TURN server?
On Tue, 19 May 2020 at 03:24, Rohit Dhamal  wrote:

Hello All, 
I am finding it difficult to communicate audio and video with my students. 
Whenever it is attempted the client side gets an error given below. 
It states 
InvalidStateError:Failed to set remote answer sdp: Called in wrong state: 
kStable 
Media server connection for user  is failed, will try to re-connect.

Is this an error from firewall, kurento or something else? 

thanks. 

Regards, 
Rohit Dhamal



-- 
Best regards,
Maxim  

Default Cam

[Peter Dähn]

Hi together,

if one use a device with two cams rear view cam is selected by default. 
I think if it is possible it is better to use front cam as default. WDYT?


Greetings Peter

Re: Users Testing Audio/Video before entering conference room

[Maxim Solodovnik]

On Thu, 21 May 2020 at 15:01,  wrote:

> That’s fine I can have a look at it.
>
> I didn’t quite understand what you meant with server checks.
>

Some CSP checks can be added
Some WebRTC checks maybe (check if there is microphone and try to connect
for ex.)


>
> Cheers
> Seb
>
> Sent from my iPhone
>
> On 21/05/2020, at 7:38 PM, Maxim Solodovnik  wrote:
>
> 
>
>
> On Thu, 21 May 2020 at 03:24, seba.wag...@gmail.com 
> wrote:
>
>> "Take a tour" wizard
>> => No I mean interactive. Pretty much exactly like the Test-Setup dialog.
>> I truely believe this will decrease amount of people asking for help.
>>
>> With the release of 5.0.0 a large new number of users will be interested:
>> It will be probably the first time they are using Webcam + Microphone in a
>> browser.
>>
>> Does our Stand-Alone Test network application still work for HTML5/webRTC
>> ?
>> I think there was a Jira for adding some network testing to it.
>>
>> If I would add Audio/Video testing capabilities to it, that could also
>> solve this problem.
>>
>> So if people have problems with audio/video network, we can redirect them
>> to this tool and they can verify in it.
>>
>
> This is why I wrote: "Server checks might be improved as part of this
> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " 
> I had in plans to add some tests to this page
> But this task has low priority in my to do list now :(
>
>
>>
>> What do you think?
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> 
>> 
>>
>>
>> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <
>> jam...@gmail.com> wrote:
>>
>>> Hello Rohit.
>>>
>>> In a presentation room, users have to request permission to use their
>>> camera and microphone, so the moderator receives a notification in the
>>> 'Activities and actions' tab and the moderator may or may not grant such
>>> permission. If the moderator does not grant permission then the user cannot
>>> activate their camera and microphone. That's by design.
>>>
>>>
>>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>>
>>> Even I have same issues. I am not behind any server. I directly login to
>>> mydomain:5443/openmeetings
>>> I can talk and people can see me but they cannot activate their camera
>>> and mic. This causes problems using the presentation room as a class room.
>>> I have set everything as per the installation guide given on cwiki and I
>>> use om5m4 snapshot live iso.
>>>
>>> Sent from Yahoo Mail on Android
>>> 
>>>
>>> On Wed, 20 May 2020 at 1:53, seba.wag...@gmail.com
>>>   wrote:
>>> Hi all,
>>>
>>> We can see a surge of users reporting: Audio is not working, camera not
>>> working, can't hear or can't talk.
>>>
>>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record
>>> few seconds, playback.
>>>
>>> But most users don't use it. Cause when they are inside the room, its
>>> too late. They already tried enabling their cam/mic without success. So
>>> they just leave.
>>>
>>> In comparable product this check is done *before* you enter the room.
>>>
>>> How about we:
>>>  - If the room type is conference or you are a moderator entering the
>>> room, you first will be redirected to "test-screen" - before entering the
>>> room
>>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>>  - this redirect to the "test-screen" can be disabled via Admin>Config
>>> so current functionality stays as-is for people don't like it
>>>  - users have a checkbox to say "do not ask me again" so they won't see
>>> this, but they can edit those settings
>>>  - this "test-screen" will also be shown if you user the invitationHash,
>>> and the room is of type "conference"
>>>  - there is an option in Admin>Rooms to enable/disable this
>>> "test-screen" so that you can enable/disable it also for other room types.
>>> Conference room is true by default, others are false by default.
>>>
>>> What do you think about this?
>>>
>>> I think such a "test-screen" or "pre-conference-room" as option has a
>>> lot of potential. Also for other use-cases. So it would be a good option to
>>> add.
>>>
>>> This could be a feature for 5.0.1 or later. I could spend some time on
>>> this in another branch.
>>>
>>> Thanks,
>>> Seb
>>>
>>> Sebastian Wagner
>>> Director Arrakeen Solutions
>>> http://arrakeen-solutions.co.nz/
>>>
>>> 
>>> 
>>>
>>>
>
> --
> Best regards,
> Maxim
>
>

-- 
Best regards,
Maxim

Re: Users Testing Audio/Video before entering conference room

[seba . wagner]

That’s fine I can have a look at it.

I didn’t quite understand what you meant with server checks.

Cheers
Seb

Sent from my iPhone

> On 21/05/2020, at 7:38 PM, Maxim Solodovnik  wrote:
> 
> 
> 
> 
>> On Thu, 21 May 2020 at 03:24, seba.wag...@gmail.com  
>> wrote:
>> "Take a tour" wizard
>> => No I mean interactive. Pretty much exactly like the Test-Setup dialog. I 
>> truely believe this will decrease amount of people asking for help.
>> 
>> With the release of 5.0.0 a large new number of users will be interested: It 
>> will be probably the first time they are using Webcam + Microphone in a 
>> browser.
>> 
>> Does our Stand-Alone Test network application still work for HTML5/webRTC ?
>> I think there was a Jira for adding some network testing to it.
>> 
>> If I would add Audio/Video testing capabilities to it, that could also solve 
>> this problem.
>> 
>> So if people have problems with audio/video network, we can redirect them to 
>> this tool and they can verify in it.
> 
> This is why I wrote: "Server checks might be improved as part of this 
> https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " 
> I had in plans to add some tests to this page
> But this task has low priority in my to do list now :(
>  
>> 
>> What do you think?
>> 
>> Thanks,
>> Seb
>> 
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>> 
>> 
>> 
>>> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona 
>>>  wrote:
>>> Hello Rohit.
>>> 
>>> In a presentation room, users have to request permission to use their 
>>> camera and microphone, so the moderator receives a notification in the 
>>> 'Activities and actions' tab and the moderator may or may not grant such 
>>> permission. If the moderator does not grant permission then the user cannot 
>>> activate their camera and microphone. That's by design.
>>> 
>>> 
>>> 
>>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
 Even I have same issues. I am not behind any server. I directly login to 
 mydomain:5443/openmeetings 
 I can talk and people can see me but they cannot activate their camera and 
 mic. This causes problems using the presentation room as a class room. I 
 have set everything as per the installation guide given on cwiki and I use 
 om5m4 snapshot live iso.
 
 Sent from Yahoo Mail on Android
 
 On Wed, 20 May 2020 at 1:53, seba.wag...@gmail.com
  wrote:
 Hi all,
 
 We can see a surge of users reporting: Audio is not working, camera not 
 working, can't hear or can't talk.
 
 OpenMeetings has a really nice UI to test/record your Mic/Cam, record few 
 seconds, playback. 
 
 But most users don't use it. Cause when they are inside the room, its too 
 late. They already tried enabling their cam/mic without success. So they 
 just leave.
 
 In comparable product this check is done before you enter the room. 
 
 How about we:
  - If the room type is conference or you are a moderator entering the 
 room, you first will be redirected to "test-screen" - before entering the 
 room
  - the "test-screen" shows the current "Test Audio/Video settings" UI
  - this redirect to the "test-screen" can be disabled via Admin>Config so 
 current functionality stays as-is for people don't like it
  - users have a checkbox to say "do not ask me again" so they won't see 
 this, but they can edit those settings
  - this "test-screen" will also be shown if you user the invitationHash, 
 and the room is of type "conference"
  - there is an option in Admin>Rooms to enable/disable this "test-screen" 
 so that you can enable/disable it also for other room types. Conference 
 room is true by default, others are false by default.
 
 What do you think about this?
 
 I think such a "test-screen" or "pre-conference-room" as option has a lot 
 of potential. Also for other use-cases. So it would be a good option to 
 add. 
 
 This could be a feature for 5.0.1 or later. I could spend some time on 
 this in another branch.
 
 Thanks,
 Seb
 
 Sebastian Wagner
 Director Arrakeen Solutions
 http://arrakeen-solutions.co.nz/
 
> 
> 
> -- 
> Best regards,
> Maxim

Re: Users Testing Audio/Video before entering conference room

[Maxim Solodovnik]

On Thu, 21 May 2020 at 03:24, seba.wag...@gmail.com 
wrote:

> "Take a tour" wizard
> => No I mean interactive. Pretty much exactly like the Test-Setup dialog.
> I truely believe this will decrease amount of people asking for help.
>
> With the release of 5.0.0 a large new number of users will be interested:
> It will be probably the first time they are using Webcam + Microphone in a
> browser.
>
> Does our Stand-Alone Test network application still work for HTML5/webRTC ?
> I think there was a Jira for adding some network testing to it.
>
> If I would add Audio/Video testing capabilities to it, that could also
> solve this problem.
>
> So if people have problems with audio/video network, we can redirect them
> to this tool and they can verify in it.
>

This is why I wrote: "Server checks might be improved as part of this
https://issues.apache.org/jira/browse/OPENMEETINGS-2043 JIRA " 
I had in plans to add some tests to this page
But this task has low priority in my to do list now :(


>
> What do you think?
>
> Thanks,
> Seb
>
> Sebastian Wagner
> Director Arrakeen Solutions
> http://arrakeen-solutions.co.nz/
>
> 
> 
>
>
> On Thu, 21 May 2020 at 03:58, Juan Antonio Moreno Carmona <
> jam...@gmail.com> wrote:
>
>> Hello Rohit.
>>
>> In a presentation room, users have to request permission to use their
>> camera and microphone, so the moderator receives a notification in the
>> 'Activities and actions' tab and the moderator may or may not grant such
>> permission. If the moderator does not grant permission then the user cannot
>> activate their camera and microphone. That's by design.
>>
>>
>> El 20/5/20 a las 13:19, Rohit Dhamal escribió:
>>
>> Even I have same issues. I am not behind any server. I directly login to
>> mydomain:5443/openmeetings
>> I can talk and people can see me but they cannot activate their camera
>> and mic. This causes problems using the presentation room as a class room.
>> I have set everything as per the installation guide given on cwiki and I
>> use om5m4 snapshot live iso.
>>
>> Sent from Yahoo Mail on Android
>> 
>>
>> On Wed, 20 May 2020 at 1:53, seba.wag...@gmail.com
>>   wrote:
>> Hi all,
>>
>> We can see a surge of users reporting: Audio is not working, camera not
>> working, can't hear or can't talk.
>>
>> OpenMeetings has a really nice UI to test/record your Mic/Cam, record few
>> seconds, playback.
>>
>> But most users don't use it. Cause when they are inside the room, its too
>> late. They already tried enabling their cam/mic without success. So they
>> just leave.
>>
>> In comparable product this check is done *before* you enter the room.
>>
>> How about we:
>>  - If the room type is conference or you are a moderator entering the
>> room, you first will be redirected to "test-screen" - before entering the
>> room
>>  - the "test-screen" shows the current "Test Audio/Video settings" UI
>>  - this redirect to the "test-screen" can be disabled via Admin>Config so
>> current functionality stays as-is for people don't like it
>>  - users have a checkbox to say "do not ask me again" so they won't see
>> this, but they can edit those settings
>>  - this "test-screen" will also be shown if you user the invitationHash,
>> and the room is of type "conference"
>>  - there is an option in Admin>Rooms to enable/disable this "test-screen"
>> so that you can enable/disable it also for other room types. Conference
>> room is true by default, others are false by default.
>>
>> What do you think about this?
>>
>> I think such a "test-screen" or "pre-conference-room" as option has a lot
>> of potential. Also for other use-cases. So it would be a good option to
>> add.
>>
>> This could be a feature for 5.0.1 or later. I could spend some time on
>> this in another branch.
>>
>> Thanks,
>> Seb
>>
>> Sebastian Wagner
>> Director Arrakeen Solutions
>> http://arrakeen-solutions.co.nz/
>>
>> 
>> 
>>
>>

-- 
Best regards,
Maxim