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

as a workaround i can limit screen-sharing display pod by let's say 90% of
viewport (visible browser area)
would it be OK?

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]>
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]>
> Reply-To:       [email protected]
> To:     Maxim Solodovnik <[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]>> 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]>>> 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> (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

Reply via email to