[OpenJDK 2D-Dev] RFR 8144938: Handle properly coordinate overflow in Marlin Renderer
    Jim Graham 
    james.graham at oracle.com
       
    Fri Mar 11 20:20:04 UTC 2016
    
    
  
Hi Laurent,
On 3/11/16 9:06 AM, Laurent Bourgès wrote:
>> Since this change will solve the issue for fills and uniform-scaled draws(), it handles the 90% case, but if you use a non-uniform scale of more than 2x, then it will still allow overflow in the final rendered path if a coordinate is near UPPER_BND...
>
> I wonder if such case is not only theorethical, as a typical canvas is
> integer based ie MAX_INTEGER << MAX_FLOAT.
Then the opposite might happen.  A path with coordinates > MAX_FLOAT/2 
could be scaled down to be a reasonable size on the BufferedImage, but 
we'd have chopped out a lot of its geometry before it gets to the 
transform and comes back into range.
Again, that would only happen in the case of a stroke with a non-uniform 
transform, though...
			...jim
    
    
More information about the 2d-dev
mailing list