Created attachment 8808 [details] 11-09.PS When rendering 11-09.PS at 300dpi banded, we get bad results, as some of the paths overflow oddly when being read back from the clist. This causes the paths to go in the wrong direction in some bands, and be omitted entirely from others. Not clear that there is really much we can do about this, but opening the bug so we can note any ideas. Simplified version of 11-09.PS attached. The line in question draws from 0 0 to 3E9 3E9.
I think the best thing to do is to detect it and then fall back to the 'default' action (not high level path based). This is what is done if the disable_mask has clist_disable_fill_path (for fills) or clist_disable_stroke_path set (for stroking).
The problem is reproduced at a higher resolution. The file renders correctly at 300 dpi now, but following command line produces incorrect picture: ~/ghostpdl/debugbin/gs -sDEVICE=tiffg4 -r1000 -o a.tiff -dMaxBitmap=10 11-09.PS
Fixed in: commit 8a72d1c9d24497d483ca756d5311d88e3d7a3420 Author: Robin Watts <Robin.Watts@artifex.com> Date: Tue Jun 7 19:40:14 2022 +0100 Bug 693235: Avoid paths with massive extents during clist writing. Reduce massive extents to avoid overflow problems on playback due to the shifting of the content for each band.