this thread is a total mess now ;-( sorry sorry ..... On 20/11/2020 15:03, Maxim Solodovnik wrote: > NP :) > > Actually what I meant by "were used for display purposes" is > > * userA streams his/her screen at FHD 1920x1080 (but specifies > 300x900 at sharing dialog) > > as a result > > * userB receives FHD video 1920x1080, but displays it in a 300x300 > window > > as a bonus 300x300 also being used while creating recording, and final > video is super-ugly >
the window size of the screen sharing dialog effected both. The resolution of the screen share display is although used when recording the session on video ? that's it ? > as a workaround i can limit screen-sharing display pod by let's say > 90% of viewport (visible browser area) > would it be OK? > for me it would be nice ... but i'm not the only person using openmeetings, thus i would like to ask others to say a word about this ..... Right now, the dragable button to resize the screen-sharing display is out of the monitor screen. You can hit minimize, then use the dragable resize button and then unminize. But that's something I need to explain to people on the receiving side, and very often they don't get it .... many thanks Maxim, kaffeesurrogat > better solution would be to address OPENMEETINGS-2000 but i'm not sure how > would it be OK if all video pods will be displayed of constant size? > (preserving aspect ratio? > > On Fri, 20 Nov 2020 at 20:53, kaffeesurrogat <[email protected] > <mailto:[email protected]>> wrote: > > sorry maxim, send this message directly to you not to the list. > need to > learn how to use thunderbird > > > -------- Forwarded Message -------- > Subject: Re: [DISCUSSION] release current 5.1.0 as 5.0.2 > Date: Fri, 20 Nov 2020 14:48:39 +0100 > From: kaffeesurrogat <[email protected] > <mailto:[email protected]>> > Reply-To: [email protected] > <mailto:[email protected]> > To: Maxim Solodovnik <[email protected] > <mailto:[email protected]>> > > > > > > On 20/11/2020 14:34, Maxim Solodovnik wrote: > > > > > > On Fri, 20 Nov 2020 at 20:28, kaffeesurrogat > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>>> wrote: > > > > Dear Maxim, > > > > > > On 20/11/2020 13:09, Maxim Solodovnik wrote: > > > > > > > > > On Fri, 20 Nov 2020 at 18:53, kaffeesurrogat > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > > <mailto:[email protected] <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>>>> wrote: > > > > > > Hi Everybody, > > > > > > is it a bug or a feature ? > > > > > > I'm running: > > > > > > > > > Name > > > OpenMeetings > > > Version > > > 5.1.0-SNAPSHOT > > > Revision > > > b9b202a > > > Build date > > > 2020-11-18T09:35:56Z > > > > > > Previous versions offered to set the screen size before > starting > > > screen > > > shares. This option is gone. I would love have it back ... ;-) > > > > > > > > > these numbers did nothing :( > > > > are you shure ? I've tested it on > > > > Name > > Meet,OpenMeetings > > Version > > 5.0.0-M5-SNAPSHOT > > Revision > > c5c0381 > > Build date > > 2020-05-30T05:54:17Z > > > > > > and the numbers in the screen sharer (attached screen_sharing.PNG) > > dialog did a lot (attached 300t300.png and 1000t1000.png) > > > > I always choose the standard of 800x600. Never had complaints about > > share not fitting on screen ( display, monitor ...) > > > > On the 5.1.0 snapshot the shared screen is almost always to big. > Cause > > of this the drag and drag button to resize the screen is not > > displayed .... > > > > > > sure, I'm sure :))) > i guess your are, never really assumed anything else ;-) > i'm getting nervous now ... > > > these numbers were used to "display" provided screen-share > > and to convert it with crop while recording (if width/height > ratio was > > entered wrong) > > > > but öööhhhmmmm, these numbers really scale the displayed screen of a > shared programm window on the receiving side .... i swear an oath ;-) > double checked .... > > > have a look at the attached screenshots in the previous post ... might > not be obvious at the first glance, > > > what are you facing > > is https://issues.apache.org/jira/browse/OPENMEETINGS-2000 > <https://issues.apache.org/jira/browse/OPENMEETINGS-2000> > > <https://issues.apache.org/jira/browse/OPENMEETINGS-2000 > <https://issues.apache.org/jira/browse/OPENMEETINGS-2000>> (i guess) > > na no that's not the one .... > > > > > > > Have fun .... > > > > kaffeesurrogat > > > > > > > > > > > > > > > they were required due to I was unable to find the way to get > > the real > > > size of screen-sharing > > > Unfortunately user have almost no controls of screen-sharing > quality > > > > > > > > > Screen share from a client with a hig res monitor to a > > client with > > > lower > > > res monitor give hughe screen on the low res monitor ..... > > > > > > Have fun, > > > > > > kaffeesurrogat > > > > > > > > > > > > > > > > > > On 18/11/2020 17:47, Maxim Solodovnik wrote: > > > > Hello All, > > > > > > > > ATM we have 39 JIRA issues addressed > > > > I would like to release 5.0.2 based on current > > 5.1.0-SNAPSHOT in a > > > > week or so > > > > > > > > implementation of SIP is moving slow, so one-two > intermediate > > > releases > > > > might be good idea > > > > What do you think? > > > > > > > > -- > > > > Best regards, > > > > Maxim > > > > > > > > > > > > -- > > > Best regards, > > > Maxim > > > > > > > > -- Best regards, > > Maxim > > > > > -- > Best regards, > Maxim
