On Sun, Jul 13, 2014 at 05:47:23PM -0700, Chris Cappuccio wrote:
> Juan Francisco Cantero Hurtado [i...@juanfra.info] wrote:
> > >
> > > Why Firefox needs a ZPixmap of the image displayed, that is, the entire
> > > fully uncompressed image copied back to userland in 4k (or 64k) chunks,
> > > that'
Juan Francisco Cantero Hurtado [i...@juanfra.info] wrote:
> >
> > Why Firefox needs a ZPixmap of the image displayed, that is, the entire
> > fully uncompressed image copied back to userland in 4k (or 64k) chunks,
> > that's totally beyond me, by itself. Why the X server does it in such
> > a poor
Brad Smith [b...@comstyle.com] wrote:
> On 12/07/14 3:46 PM, Chris Cappuccio wrote:
> >Kevin Chadwick [ma1l1i...@yahoo.co.uk] wrote:
> >>
> >>I'm guessing this is due to the new KMS 3d support not being as fast
> >>right now but much better than you had before.
> >>
> >
> >It also affects Thunderbi
On Sat, Jul 12, 2014 at 12:46:43PM -0700, Chris Cappuccio wrote:
> Kevin Chadwick [ma1l1i...@yahoo.co.uk] wrote:
> >
> > I'm guessing this is due to the new KMS 3d support not being as fast
> > right now but much better than you had before.
> >
>
> It also affects Thunderbird. Here's my synopsis
On 12/07/14 3:46 PM, Chris Cappuccio wrote:
Kevin Chadwick [ma1l1i...@yahoo.co.uk] wrote:
I'm guessing this is due to the new KMS 3d support not being as fast
right now but much better than you had before.
It also affects Thunderbird. Here's my synopsis of Mark Kettenis's
analysis:
The quo
Kevin Chadwick [ma1l1i...@yahoo.co.uk] wrote:
>
> I'm guessing this is due to the new KMS 3d support not being as fast
> right now but much better than you had before.
>
It also affects Thunderbird. Here's my synopsis of Mark Kettenis's
analysis:
Firefox uses an old version of cairo. This cairo
I had the same problems since June snapshots. I also noticed, that with
faster Hardware the lag gets smaller. I tried different sysctls, different
Hardware, different Browsers. In the Ende deleting .config/.chrome and the
local Firefox config folder solved my Problem instantly.
I dont know what cau
On Wed, Jul 09, 2014 at 02:06:57AM +0200, Nils R wrote:
> > Am 08.07.2014 20:50 schrieb Kevin Chadwick :
> > >
> > > previously on this list Stuart Henderson contributed:
> > >
> > > > > Secondly, viewing html video (eg in youtube) continuously lags. The
> > > > > sound is perfect but every other
> Sent: Tuesday, July 08, 2014 at 9:05 PM
> From: "Stuart Henderson"
> To: misc@openbsd.org
> Subject: Re: issues with firefox
>
> Any improvement with GENERIC rather than GENERIC.MP?
Actually GENERIC.MP performs better than GENERIC.SP.
I have discovered thro
Is GPU acceleration supposed to work in Firefox on OpenBSD?
I'm just checking "about:support" and can see "0/1" in GPU Accelerated
Windows. In the meanwhile, Chromium is fine (according to chrome://gpu).
On a side note, smtube is a very nice solution to playing YouTube
videos. Installing gecko-me
> Am 08.07.2014 20:50 schrieb Kevin Chadwick :
> >
> > previously on this list Stuart Henderson contributed:
> >
> > > > Secondly, viewing html video (eg in youtube) continuously lags. The
> > > > sound is perfect but every other
> > > > video frame seems to stop for a second or two and then the
previously on this list Stuart Henderson contributed:
> > Secondly, viewing html video (eg in youtube) continuously lags. The sound
> > is perfect but every other
> > video frame seems to stop for a second or two and then the video "jumps" to
> > the correct frame. This
> > makes streaming vide
On Tue, Jul 08, 2014 at 06:36:52PM +0200, misc nick wrote:
> Firefox becomes non-responsive for a small amount of time when
> viewing large (wallpaper sized) jpg images. In OpenBSD 5.4 firefox
> would block for several seconds. In OpenBSD 5.5 the situation
> improved considerably but it's still no
On 2014-07-08, misc nick wrote:
> Firefox becomes non-responsive for a small amount of time when viewing large
> (wallpaper sized) jpg images.
> In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the
> situation improved considerably
> but it's still not perfect. The lag per
On 07/08/14 18:36, misc nick wrote:
Firefox becomes non-responsive for a small amount of time when viewing large
(wallpaper sized) jpg images.
In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the
situation improved considerably
but it's still not perfect. The lag persists
Firefox becomes non-responsive for a small amount of time when viewing large
(wallpaper sized) jpg images.
In OpenBSD 5.4 firefox would block for several seconds. In OpenBSD 5.5 the
situation improved considerably
but it's still not perfect. The lag persists for a very short but visible
amount
16 matches
Mail list logo
