Maybe this is related to the type of GPU on the laptops? I don't have
any
noticeable lag that I am aware. Here is my GPU for further reference.
lspci
| grep VGA 00:02.0 [01;31m [KVGA [K compatible controller: Intel
Corporation UHD Graphics 620 (rev 07) 00:13.0 Non- [01;31m [KVGA [K
unclassified device: Intel Corporation Sunrise Point-LP Integrated
Sensor
Hub (rev 21)] On 10/28/18 10:57 PM, Kyle via orca-list wrote: > Andy
Borka
via orca-list aliandika: >> # Best recommendation is to get a better
computer at some point. > That dependds on how you define better. First
of
all, I personally > define a better computer as one that doesn't break
the
bank, either at > purchase time or during a month of daily usage. I
currently have 4 to > 5 computers running at any one time, and they
altogether use about 20% > of the power used by the monster beasty I
had
that finally died > earlier this year, and any one of them is capable
of
being powered by > a standard USB cell phone battery for anywhere from 6
to
16 hours or > more. I consider any one of these to be a better
computer.
Now for the > most relevant point. A screen reader should run smoothly
on
any > computer that is capable of running a supported desktop. The >
work-around for a bug or other performance issue that is causing a >
screen
reader to lag is not to "get a better computer." I understand > that
computers with less RAM can't be tested by some people because > they
don't
have such machines with which to test, but "get a better > computer,"
read
more expensive for better, is just not a good > work-around for a
performance bug that can be traced to the screen > reader. These are in
fact valid bugs, and shouldn't be dismissed out > of hand because of
the
hardware on which they were found. > And now to try to reproduce and/or
confirm the bugs. Full disclosure, > I'm running ArchLinuxARM with Orca
pulled 2 days ago from git on an > ODroid C2. This machine has 2GB of
RAM,
a quad-core A53 64-bit > processor running at 1.5GHz, and a 128GB SSD
with
a connected 3TB USB > spinning hard disk. The OS runs from the SSD,and
includes MATE 1.20.3. > Brandon Tyson via orca-list aliandika: > # 1. As
of
Orca 3.29, and continuing into at least Orca 3.30.0, when you > # tab
into
the voice type settings panel in Orca's preferences dialog on > # the
voice
tab, there is a very noticeable lag that was not present > # before, and
Orca does not announce anything else until it recovers > # from the lag.
Could this possibly be fixed? I do notice a slight lag, less than a >
second, as soon as the preferences window opens, but the voice tab is >
running smoothly here. So this one is either not affecting me, or has >
been fixed. I can't tell for sure either way. > # 2. Orca really seems
to
lag when reading through websites in Firefox. > # When I up and down
arrow,
and there's a lot of links, images, entries, > # anything other than
just
simple text for the most part, it takes Orca > # some time to read, and
this
is especially a lot more noticeable on > # lower end systems. >
Confirmed.
However, I have usually attributed this slowness to Firefox > more than
to
Orca, as much of the same lag is present on many of the > same websites
in
Seamonkey and Firefox, but Chromium doesn't lag on > most of these same
websites. It's definitely worth looking into, but > may be a Mozilla
bug
rather than an Orca bug. Unfortunately there > really isn't any other
screen reader that I can use to help me > determine where the problem
may
be. The best site to use for testing > that doesn't require any login
information is > https://figgers.com/ > which is practically unusable in
both Firefox and Seamonkey with Orca, > but seems to work quite well in
Chromium. > # 3. For me, in general, to get Orca to run well I have to
have
a super > # high end system. Another system a friend of mine has is
using
Orca > # 3.28.0, and Ubuntu Mate 18.04 with 1 gb of RAM and Orca is
extremely > # sluggish. When they change Orca settings and press the
"OK"
button, > # Orca says "screen reader settings reloaded", but then takes
a
good 5 > # to 7 seconds before it announces the Desktop. > Confirmed.
This
sluggishness isn't limited to changing settings and > reloading using
the
OK button however. I find that it can take > anywhere from 0 up to 5 to
6
seconds to announce either the desktop or > the currently focused window
if
I toggle Orca off and then back on. > Unfortunately, this one is not
100%
reproduceable. It's rather hit or > miss here, happening maybe 60 to 70%
of
the time, and as I said, it's > quite variable in nature. > # 4. When
navigating in general, if you don't have a super high end > # system,
Orca
seems to lag, for example, even when going through the > # alt f1 menus
in
Ubuntu Mate. > Confirmed, although the lag isn't very long here, only
about
0.2 to > maybe 0.3 seconds at most as I navigate through the menu.
Looks
like > some of this could be related to accessible event floods, but
I'm
not > sure. Most of the time, I don't notice this when navigating, but
yes,
> I do see it in the MATE menu system, probably more in the main >
applications menu than any other menu or in the applications submenus.
Again, in the places where I see it, it's really not extremely >
sluggish,
just a bit noticeable. So I will say it's confirmed here. It > does
also
appear to corolate with CPU speed or the number of threads > available,
as
I don't notice the sluggishness in the menu so much on > my XU4, which
has
4 32-bit A15 cores running at 2GHz and 4 32-bit A7 > cores running at
1.4GHz, and also has 2GB of RAM. I hope this > information can help
track
down some of these sluggish areas at least > a little. > Imetumwa
kutoka
Orca > _______________________________________________ > orca-list
mailing
list > orca-list gnome org >
https://mail.gnome.org/mailman/listinfo/orca-list > Orca wiki:
https://wiki.gnome.org/Projects/Orca > Orca documentation:
https://help.gnome.org/users/orca/stable/ > GNOME Universal Access guide:
>
https://help.gnome.org/users/gnome-help/stable/a11y.html > Log bugs and
feature requests at http://bugzilla.gnome.org
_______________________________________________ orca-list mailing list
orca-list gnome org https://mail.gnome.org/mailman/listinfo/orca-list
Orca
wiki: https://wiki.gnome.org/Projects/Orca Orca documentation:
https://help.gnome.org/users/orca/stable/ GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html Log bugs and
feature requests at http://bugzilla.gnome.org
