I am having severe problems with zoom and sharing. When I do and I put
the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts
of my desktop, parts of other windows on the desktop, and parts of the
shared screen.
On Wed, 4 Nov 2020 04:41:32 -0000 (UTC), William Unruh wrote:
I am having severe problems with zoom and sharing. When I do and I put
the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts
of my desktop, parts of other windows on the desktop, and parts of the
shared screen.
Probably would not hurt for you to provide the down/upload speed you
bought and/or actual values.
A little curious about your Frame Rate from default launch of teapot
in a terminal.
While there what is the output fromvblank_mode=
echo vblank_mode=$vblank_mode
$ get_src_rpm teapot
Looked for : teapot
Using : /usr/bin/teapot
Installed rpm : mesa-demos-8.4.0-2.mga7
rpm short name: mesa-demos
On 2020-11-04, Bit Twister <BitTwister@mouse-potato.com> wrote:
On Wed, 4 Nov 2020 04:41:32 -0000 (UTC), William Unruh wrote:
I am having severe problems with zoom and sharing. When I do and I put
the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts >>> of my desktop, parts of other windows on the desktop, and parts of the
shared screen.
Probably would not hurt for you to provide the down/upload speed you
bought and/or actual values.
Fibre, 1Gb/s Achieved depends on where I am going to-- from 20MB/s to
90MB/s both upload and download.
A little curious about your Frame Rate from default launch of teapot
in a terminal.
60fps on the host.
On the host everything looks normal. It is on the guest that this
fracturing is going on. And that seems universal, whether on my own
laptop which is on that same fibre or on other people's machines in the UK. They all have no problem whatsoever with anyone else's sharing. It is
my host machine that is giving the problems.
vblank_mode=
While there what is the output from
echo vblank_mode=$vblank_mode
If I do
export vblank_mode=0
teapot
, I get about 1200fps
But I think this is irrelevant.
On Wed, 4 Nov 2020 05:19:14 -0000 (UTC), William Unruh wrote:
On 2020-11-04, Bit Twister <BitTwister@mouse-potato.com> wrote:
On Wed, 4 Nov 2020 04:41:32 -0000 (UTC), William Unruh wrote:
I am having severe problems with zoom and sharing. When I do and I put >>>> the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts >>>> of my desktop, parts of other windows on the desktop, and parts of the >>>> shared screen.
Probably would not hurt for you to provide the down/upload speed you
bought and/or actual values.
Fibre, 1Gb/s Achieved depends on where I am going to-- from 20MB/s to
90MB/s both upload and download.
A little curious about your Frame Rate from default launch of teapot
in a terminal.
60fps on the host.
On the host everything looks normal. It is on the guest that this
fracturing is going on. And that seems universal, whether on my own
laptop which is on that same fibre or on other people's machines in the UK.
They all have no problem whatsoever with anyone else's sharing. It is
my host machine that is giving the problems.
vblank_mode=
While there what is the output from
echo vblank_mode=$vblank_mode
If I do
export vblank_mode=0
teapot
, I get about 1200fps
But I think this is irrelevant.
Well, why not rule it out.
Close zoom.
click up a terminal
export vblank_mode=0
and launch zoom from the terminal.
Since you indicated you bought fiber with same up/download speeds,vblank_mode=0
I would have expected 1Gb to have good numbers and zoom server would not
be the bottleneck.
What I am banking on is maybe less video transmission data with
If no change then that would leave system load and the application as my
best guess based on your comment on getting a particular version working.
On 2020-11-04, Bit Twister <BitTwister@mouse-potato.com> wrote:
On Wed, 4 Nov 2020 05:19:14 -0000 (UTC), William Unruh wrote:
On 2020-11-04, Bit Twister <BitTwister@mouse-potato.com> wrote:
On Wed, 4 Nov 2020 04:41:32 -0000 (UTC), William Unruh wrote:
I am having severe problems with zoom and sharing. When I do and I put >>>>> the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts >>>>> of my desktop, parts of other windows on the desktop, and parts of the >>>>> shared screen.
Probably would not hurt for you to provide the down/upload speed you
bought and/or actual values.
Fibre, 1Gb/s Achieved depends on where I am going to-- from 20MB/s to
90MB/s both upload and download.
A little curious about your Frame Rate from default launch of teapot
in a terminal.
60fps on the host.
On the host everything looks normal. It is on the guest that this
fracturing is going on. And that seems universal, whether on my own
laptop which is on that same fibre or on other people's machines in the UK.
They all have no problem whatsoever with anyone else's sharing. It is
my host machine that is giving the problems.
vblank_mode=
While there what is the output from
echo vblank_mode=$vblank_mode
If I do
export vblank_mode=0
teapot
, I get about 1200fps
But I think this is irrelevant.
Well, why not rule it out.
Close zoom.
click up a terminal
export vblank_mode=0
and launch zoom from the terminal.
Since you indicated you bought fiber with same up/download speeds,
I would have expected 1Gb to have good numbers and zoom server would not
be the bottleneck.
What I am banking on is maybe less video transmission data with vblank_mode=0
If no change then that would leave system load and the application as my
best guess based on your comment on getting a particular version working.
System load is is about 50% on each core-- ie lots of overhead room
It is not that the images are not getting out. It is that the wrongbeing
images are getting out. The background that is showing is not the
background on the client. It is bits of the background on the host that is
transmitted-- faithfully but inappropriately.
As i mentioned this is something which has begun occurring only
recently. Befor that there was no problem. It is as if Qt is
misbehaving in what it is transmitting.
Note that on the host there is nothing of this. The picture displays completely properly on the host (the machine which is doing the
sharing). It is the clients around the world that are getting garbage.
That should have nothing to do with vblank-- that is something to do
with the local monitor and what zoom is getting and transmitting surely
has nothing to do with the local monitor.
I am having severe problems with zoom and sharing. When I do and I putfrom the 5.2.x
the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts
of my desktop, parts of other windows on the desktop, and parts of the
shared screen. Then 1/2 a sec later it will show the shared screen only,
then it will show different parts of the desktop and parts of other
windows and part of the shared screen, then different views than back to
the shared screen only, etc. It of course makes sharing useless. Often,
but not always it seems, if I remove the cursor from that shared window,
it will be stable ( but of course I then have no way of "pointing out"
stuff on the shared window). Has anyone else seen this happening?
Mageia 7.1 updated.
This has now been going on for about 3 weeks. I upgraded to z00m 5.4,
using either the tar file (for other verseions) or the fedora version rpm,(5.4.53350.1027) and both crashed (zoom never ran) this was upgraded
version where I originally had the problem with the shattering view by
others when I shared. I then installed the Redhat 6.3 version of that upgrade, and it at least runs, but still has that sharing problem.
I went back to 5.0.399860.0429 and at first it also had the same
problems, but finally when I enabled the "Show Zoom windows during sharescreen", it seemed to stablize the sharescreen so that the shared
screen no longer shattered (I have a laptop which I can use to be a
guest on a zoom session that I host.)
Note that this problem also occurs if someone else is hosting and they
allow me to share my screen.
Has anyone seen anything like this?
On 4/11/20 3:41 pm, William Unruh wrote:The Mageia version of zoom on in Mga7 has nothing to do with the video interaction program it is "an interpreter for playing all of Infocom's text adventures and
I am having severe problems with zoom and sharing. When I do and I putI looked into running zoom on Mageia 7. There is a library unavailable.
the mouse onto the shared widow, the other people see a horrible
"flashing"-- instead of showing the shared window, zoom shows them parts
of my desktop, parts of other windows on the desktop, and parts of the
shared screen. Then 1/2 a sec later it will show the shared screen only,
then it will show different parts of the desktop and parts of other
windows and part of the shared screen, then different views than back to
the shared screen only, etc. It of course makes sharing useless. Often,
but not always it seems, if I remove the cursor from that shared window,
it will be stable ( but of course I then have no way of "pointing out"
stuff on the shared window). Has anyone else seen this happening?
Mageia 7.1 updated.
This has now been going on for about 3 weeks. I upgraded to z00m 5.4,
using either the tar file (for other verseions) or the fedora version
rpm,(5.4.53350.1027) and both crashed (zoom never ran) this was upgraded from the 5.2.x
version where I originally had the problem with the shattering view by
others when I shared. I then installed the Redhat 6.3 version of that
upgrade, and it at least runs, but still has that sharing problem.
I went back to 5.0.399860.0429 and at first it also had the same
problems, but finally when I enabled the "Show Zoom windows during
sharescreen", it seemed to stablize the sharescreen so that the shared
screen no longer shattered (I have a laptop which I can use to be a
guest on a zoom session that I host.)
Note that this problem also occurs if someone else is hosting and they
allow me to share my screen.
Has anyone seen anything like this?
There is a version of the library on rpmdrake, but not for this job.
There is a version of the library on rpmdrake, but not for this job.
Bruno Cornec on Mageia Planet, gives instructions to run Fedora's Zoom
in a Docker container:
On 2020-11-11, Doug Laidlaw <laidlaws@hotkey.net.au> wrote:.....
On 4/11/20 3:41 pm, William Unruh wrote:
adventures andI looked into running zoom on Mageia 7. There is a library unavailable.The Mageia version of zoom on in Mga7 has nothing to do with the video interaction program it is "an interpreter for playing all of Infocom's text
There is a version of the library on rpmdrake, but not for this job.
newer games using the same format (Z-CODE)").
So you have to download the program from the Zoom site (zoom.us) --
using now the REdhat 6.3 version rpm. The Fedora and the later Redhat
use a later version of Qt that Mageia does not support. Unfortunately
the "generic" version has zero installation instructions, which is of
course idiotic. Zoom seems to include the Qt libraries it uses, but
setting it up to actually use them I am unclear about.
I can install zoom and it works for almost everything
except sharing. For the sharing I have discovered that if in the Video settings, I set the camera to HD, the problem with the sharing on the
clients does not seem to occur (I cannot really test it adequately). (My camera is the logitech C930e which is an HD camera.) But why this would
cause trouble on sharing ( which does not use the camera at all) is
rather beyond me.
There is a version of the library on rpmdrake, but not for this job.
Which library? Why would you keep it secret? But as I said, I have
installed Zoom, and am running most of it on Mageia 7. It
certainly would be good if Mageia packaged a installation rpm for a more recent version of zoom. I cannot imagine that I am the only one in the
world running Zoom on Mageia.
Bruno Cornec on Mageia Planet, gives instructions to run Fedora's Zoom
in a Docker container:
Planet Mageia does not seem to exist anymore.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 293 |
Nodes: | 16 (2 / 14) |
Uptime: | 226:49:14 |
Calls: | 6,624 |
Calls today: | 6 |
Files: | 12,171 |
Messages: | 5,318,701 |