THPDFHeadlessRenderOptions
Deklariert in HPDFHeadlessCairoDevice; initialisieren Sie mit Default, bevor Sie einzelne Limits ändern
| Feld | Bedeutung | Default |
|---|---|---|
Scale: Double | Pixel pro effektivem Seitenpunkt, einschließlich UserUnit | 1 |
MaxPixels: Int64 | Maximale gerundete Seitenflächen- oder Bildpixelanzahl | 16,777,216 |
MaxWorkingBytes: Int64 | Konservative Aufnahme aktiver managed Buffer und Surfaces | 134,217,728 |
MaxDecodedBytes: Int64 | Kumulative dekodierte Inhalts-, Bild- und Font-Stream-Bytes | 33,554,432 |
MaxPNGBytes: Int64 | Privat kodierte PNG-Größe | 33,554,432 |
MaxTokens: Integer | Begrenzte Token-Arbeit und ausgewählte Array-Zahlen | 500,000 |
MaxOperations: Integer | Kumulativ ausgelieferte Inhaltsoperationen | 500,000 |
MaxDepth: Integer | Rekursions-, Font-Array- und Graphics-Stack-Tiefe | 32 |
RenderAnnotations: Boolean | Rendert verfügbare Normal-Appearance-Streams | True |
Usage: THPDFHeadlessRenderUsage | Annotation-Sichtbarkeit für View- oder Print-Raster-Ausgabe | hruView |
ViewerState: THPDFHeadlessOptionalContentState | Ausgeliehener expliziter Optional-Content-Viewer-Zustand, während des Renderings lebendig und unverändert | nil |
Alle numerischen Limits müssen positiv sein; Scale muss endlich und höchstens 64 sein, MaxDepth darf 256 nicht überschreiten, und MaxPNGBytes muss in einen positiven vorzeichenbehafteten 32-Bit-Wert passen
Usage muss hruView oder hruPrint sein, selbst wenn RenderAnnotations false ist; ein ungültiger Enum-Wert schlägt fehl, bevor der Extraction-Permission-Callback oder die Output-Veröffentlichung läuft
Usage ändert nur Annotation-Sichtbarkeit und Transforms; der Renderer behält seinen Extraction-Permission-Vertrag und autorisiert kein Drucken
Individuelle dekodierte Lesevorgänge werden zusätzlich durch das ausgeliehene Access-Limit, die verbleibende Speicherzuteilung und die vorzeichenbehaftete 32-Bit-Callback-Größe gekappt, selbst wenn die kumulative MaxDecodedBytes-Zuteilung größer ist
Das Font-Dekodieren reserviert konservative transiente Kapazität vor dem Parsen, einschließlich einer 32-MiB-Basiszuteilung, des 64-fachen dekodierten Font-Stream-Size, rekursiv geprüfter Array-Zuteilungen und des Doppelten der behaltenen Decoder-Schätzungen
Selbst eine kleine Schrift kann unter einem kleinen Speicherbudget abgelehnt werden; Native-Library-Caches und das Betriebssystem-RSS liegen außerhalb der managed Buchhaltung
Die decoded-byte- und Tiefenlimits des ausgeliehenen Access können zusätzliche Grenzen auferlegen; Abbruch kommt von seinem aufruferseitigen Token
Siehe Native Linux Cairo renderer für das unterstützte Profil und die Output-Verträge