FPC-native Codecs und paralleles Rendering

Windows-FPC-Builds können HotPDFFPCCodecs.dll für TIFF, JPEG, JPEG 2000, LittleCMS-Farbkonvertierung, JBIG2-Kodierung/-Dekodierung und Zopfli-Komprimierung nutzen

Die Bridge wird aus den gebündelten Third-Party-Quellen des Repositorys mit statischer C-Runtime gebaut; Lib/thirdparty/FPC/Build-Codecs.ps1 erzeugt passende Win32- oder Win64-Binaries

Die passende DLL neben der ausführbaren Anwendung ablegen; der Loader nutzt genau diesen Pfad und prüft ABI-Version, Pointer-Breite und den vollständigen Exportumfang, bevor native Codecs aktiviert werden

Fehlende oder inkompatible native Bibliotheken deaktivieren ihre Fähigkeiten sicher; unterstützte Pascal-Fallbacks bleiben verfügbar, und nicht unterstützte Codec-Aufrufe schlagen explizit fehl

Paralleles PDF-Rendering

FPC-Seiten-, geordnete Seiten-, Tile- und Band-Rendering verwenden nun explizite Worker-Threads, mit derselben Speicherzulassung, begrenzten Output-Queues, geordneter Auslieferung an den aufrufenden Thread, Abbruch und Exception-Aufräumung wie die Delphi-Pipeline

Operationskonfiguration, ICC-Arrays und Cancellation-Token-Referenzen werden zum Start erfasst; jeder Worker besitzt seinen Renderer, während unveränderliche Display-Listen und synchronisierte Caches geteilt werden

Das Dokument am Leben halten und seinen Seiteninhalt nicht bearbeiten, während ein paralleles Rendering läuft

JPEG-2000-Tile-Dekodierung nutzt ebenfalls explizite FPC-Worker-Threads, mit serial/paralleler Pixel-Äquivalenz und kooperativem Abbruch

Verifikation

Tests/FPC/Run-NativeCodecTests.ps1 übt beide Architekturen, native Codec-Round-Trips, fehlende/inkompatible DLLs, reduzierte JPEG-Dekodierung, echte Thread-Überlappung, serial/parallele Pixel-Gleichheit, Callback-Reihenfolge, Budgets, Abbruch und Wiederherstellung nach Callback-Fehlern aus