Native glyph clipping

HPDFRenderHeadlessPagePNG rasteriseert gevulde glyph-dekking voordat de actieve PDF-clip wordt toegepast

Een apart alpha-surface vangt de bestaande clip binnen integer device-space glyph-bounds en vermenigvuldigt die dekking met de glyph-mask voordat de oorspronkelijke bron en blend-operator worden toegepast

Dit voorkomt verloren glyph-rijen op fractionele clip-grenzen terwijl W/W*, even-odd-holes, gekromde paths, getransformeerde tekst, alpha, soft masks en gepatternde kleuren behouden blijven

Tekenen houdt het PDF-pad en de graphics state van de aanroeper vast, inclusief nested tekst- en Form-rendering-status

Resource-accounting

Zowel alpha-buffers als de glyph-raster-schatting gaan vóór allocatie het working-memory-budget in, en de raw glyph-raster gaat in het pixel-budget zelfs wanneer slechts een klein deel zichtbaar is op de pagina

Het raw glyph-pixelaantal wordt veilig vermenigvuldigd als Int64 en exact vergeleken met de geconfigureerde pixellimiet voordat een alpha-surface wordt toegewezen

De byte-schatting checkt de resterende Int64-capaciteit vóór het vermenigvuldigen van het raw glyph-pixelaantal, ook wanneer aanroepers de configureerbare pixel- en geheugenlimieten verhogen

Annulering wordt gepolled rond coverage-generatie en finale compositie, en fouten laten de destination ongewijzigd tot geslaagde rendering afrondt

Precisie en verificatie

Rechthoekige clips worden gecheckt tegen exacte onafhankelijke pixelgebieden met een maximale kanaalverschil van twee

Polygoon- en curvetests vergelijken glyph-compositie met een apart solid-fill-clip-companion met dezelfde limiet

De onderliggende Cairo clip-rasterisatie kan afwijken van exacte polygoonoppervlakte, inclusief het vastgehouden driehoekgeval met een maximumverschil van zes op vier pixels op schaal twee

Aparte MuPDF- en Poppler-afbeeldingen registreren diens eigen font- en clip-rasterisatie in plaats van de native formule te definiëren

Acceptatie-runners en bewijsbereik