Haben die Regeln zur PDF-Scan-Konvertierung einen Einfluss auf das Anti-Aliasing?
Die Scan-Konvertierungsregeln in PDF sind in dem Sinne besonders, dass keine der öffentlich verfügbaren Grafikbibliotheken sie implementiert. Andererseits implementiert fast jede PDF-Rendering-Engine einen Anti-Aliasing-Mechanismus, um niedrig- und mittelauflösende Bitmaps zu unterstützen. Die Frage, die sich sofort stellt, ist: Wie stehen diese beiden Mechanismen zueinander?
Lassen Sie uns zunächst verstehen, wie Anti-Aliasing in einer PDF-Rendering-Engine normalerweise implementiert wird. Der PDF-Standard definiert den Begriff 'Form'. Die Form ist eine Zahl im Bereich von 0 bis 1, die den Beitrag der Farbe des grafischen Elements zum Ergebnis an jedem Pixelstandort definiert. Konzeptionell kann es als eine zusätzliche Farbkomponente betrachtet werden. Als Beispiel, wenn Sie ein Rechteck auf eine Seite zeichnen, dann ist der Formwert innerhalb dieses Rechtecks 1 und außerhalb ist er 0. An den Kanten könnte es etwas zwischen 0 und 1 sein, abhängig von der Fläche des Pixels, die vom Rechteck abgedeckt ist.
Zweitens besagt der PDF-Standard: "Eine Form muss durch das Malen eines Pixels, dessen halb-offenes Quadratgebiet die Form schneidet, unabhängig von der Größe der Schnittmenge, scannen-konvertiert werden." Diese Regel gilt insbesondere, wenn die Schnittmenge null ist.
Jetzt vergleichen wir beide Regeln. Laut der Anti-Aliasing-Regel wäre die Form 0, wenn die Fläche der Schnittmenge eines grafischen Elements und eines Pixels 0 ist. Laut der Regel zur Scan-Konversion wäre die Form jedoch 1.
Offensichtlich geht die Regel zur Scan-Konversion auf den PostScript-Bereich zurück, als Anti-Aliasing kein Thema war. Und die Regel ist einfach umzusetzen, wenn kein Anti-Aliasing benötigt wird. Aber da Anti-Aliasing in vielen heutigen Anwendungsbereichen ein Muss ist, muss der Entwickler einer Rendering-Engine eine Lösung finden. Verwendet es einen minimalen Formwert? Oder eine spezielle Vorverarbeitung der grafischen Pfade?
