Open Bug 675840 Opened 9 years ago Updated 8 years ago

some content text rendered without cleartype since 4.0 (with or without acceleration)

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set

Tracking

()

People

(Reporter: al_9x, Unassigned)

References

()

Details

Attachments

(2 files)

Attached image 3.6 vs 8.0
Fx 4 - 8, new profile
http://news.slashdot.org/story/11/08/01/1923223/The-Next-Firefox-UI

Many "Reply to This" and "Parent" links are not in cleartype
Direct2D Enabled - Blocked on your graphics card because of unresolved driver issues.
DirectWrite Enabled - false (0.0.0.0, font cache n/a)
Did you need any other info?
Robert, please comment on this bug and Bug 677144.  Cleartype rendering has been optimal in Fx from its inception, I don't remember a single problem till 4.0.  Displaying text is a pretty key feature, shouldn't these regressions be addressed?
(In reply to al_9x from comment #6)
> Robert, please comment on this bug and Bug 677144.  Cleartype rendering has
> been optimal in Fx from its inception, I don't remember a single problem
> till 4.0.  Displaying text is a pretty key feature, shouldn't these
> regressions be addressed?

There have actually been several issues with cleartype before Firefox 4.0. Since Firefox 4.0 major changes have been made to improve the ways webpages are composited.

These changes have been a great architectural step forward and have brought a lot of improvements. However there is some situations, particular where hardware acceleration is unavailable due to old graphics drivers, where cleartype can no longer be offered while maintaining good performance, these thought be exceptions though. There's no easy way of 'addressing this regression' within the new architecture.

Possibly updating your graphics driver will get you cleartype back.
(In reply to Bas Schouten (:bas) from comment #7)
>
> There's no easy way of 'addressing this
> regression' within the new architecture.
> 
> Possibly updating your graphics driver will get you cleartype back.

I wasn't asking for guesses.  I reported this bug so it could be confirmed and investigated.  It doesn't look like you have done either, hopefully roc will.
From comment #7, it sounds like ClearType is only available when using hardware-accelerated layers. From comment #2, hardware acceleration isn't available for the bug reporter due to driver issues.

If the reporter could provide information about what graphics card they're using and what driver version, that may help people to investigate this bug.
(In reply to Chris Lord [:cwiiis] from comment #9)
> From comment #7, it sounds like ClearType is only available when using
> hardware-accelerated layers. From comment #2, hardware acceleration isn't
> available for the bug reporter due to driver issues.
> 
> If the reporter could provide information about what graphics card they're
> using and what driver version, that may help people to investigate this bug.

Acceleration is off, that's a given.  I am not asking for help updating my driver or card, I am reporting a regression in font rendering, Fx 3.6 did not have these problems.  If you want to help the investigation, then confirm this bug, if it doesn't manifest with acceleration, then turn it off.
I'll repeat roughly what I've said before.

Due to changed in how pages are rendered (the introduction of layers), a lot of performance improvements have been achieved. It does however mean, that for some situations where Firefox versions <4 were able to provide cleartype rendering, Firefox 4 and up will not, when hardware acceleration is not available.

So since I obviously wasn't clear last time, your answer is yes, the lack of cleartype is confirmed, the other side is no, it's unlikely without hardware acceleration cleartype will be coming back. In this particular case though, there's a chance that we could actually make a better choice layerizing the page bringing back cleartype for this particular situation, but roc is a better person to answer that.
(In reply to Bas Schouten (:bas) from comment #11)
> So since I obviously wasn't clear last time, your answer is yes, the lack of
> cleartype is confirmed

If its confirmed then please NEW the bug.

Just to be clear, you have verified (empirically) that there is no cleartype in this particular case when acceleration is off, but cleartype returns when acceleration is on?
I'm changing the bug summary to better represent the issue and changing the status to NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: some content text rendered without cleartype since 4.0 → ClearType is not used when layers acceleration is disabled in some cases
this does not appear to be acceleration related, did you actually try to repro?

I have reasons for using older drivers, some things (e.g. overlay controls in various apps) don't work with newer drivers, but to verify your acceleration claims I decided to try the latest version (NVIDIA 280.26)

First I found that all NVIDIA 6200 cards are blacklisted by Bug 644787, regardless of driver version.  However after forcing acceleration (layers.acceleration.force-enabled=true, incidentally, I did not experience the problems that prompted the blacklisting), restarting, and making sure it's active (GPU Accelerated Windows: 1/1 Direct3D 9), I found that this bug still manifests.
Summary: ClearType is not used when layers acceleration is disabled in some cases → some content text rendered without cleartype since 4.0 (with or without acceleration)
xref bug 677144

I see this in TB 8.0 on Linux, with nouveau driver, Ubuntu 10.04. I think there is no or minimal 3D acceleration in this driver.
I did not see this ever before, *not* in TB 7.0, 5.0 nor 3.1.
Sorry, this appears to be a Windows bug. I filed bug 701812 about my problem.
You need to log in before you can comment on or make changes to this bug.