[Poppler-bugs] [Bug 90570] pdftoppm shows black line artifacts with aaVector enabled

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90570

--- Comment #8 from Thomas Freitag <Thomas.Freitag at alfa.de> ---
(In reply to William Bader from comment #6)
> Splash::gouraudTriangleShadedFill() in Splash.cc has a lot of tests to
> ensure the processing order and an uncharacteristically large number of
> assertions.
> Is it possible that the author of that procedure hit the bug in
> SplashGouraudPattern::getParameterizedColor() + convertGfxColor() but
> thought that the problem was in gouraudTriangleShadedFill() and discovered
> that forcing a left-to-right processing order worked?
> Are all of the swaps necessary for the algorithm, especially the swap of X
> limits with the comment "FIXME I'm sure there is a more efficient way to
> check this."?

The author of gouraudTriangleShadedFill() was Chistian Feuersänger,
cfeuersaenger at googlemail.com, but I'm not sure if this email address still is
correct. Last time Christian answered us was 2012....

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20150529/366f90ce/attachment.html>