THPDFHeadlessRenderOptions

Declarado en HPDFHeadlessCairoDevice; inicializa con Default antes de cambiar límites individuales

CampoSignificadoDefault
Scale: DoublePíxeles por punto efectivo de página, incluido UserUnit1
MaxPixels: Int64Recuento máximo de píxeles de superficie de página o imagen redondeada16,777,216
MaxWorkingBytes: Int64Admisión conservadora de buffers administrados activos y superficies134,217,728
MaxDecodedBytes: Int64Bytes acumulados de contenido, imágenes y streams de fuentes decodificados33,554,432
MaxPNGBytes: Int64Tamaño PNG codificado privadamente33,554,432
MaxTokens: IntegerTrabajo de tokens acotado y conteos de arreglos seleccionados500,000
MaxOperations: IntegerOperaciones de contenido despachadas acumuladas500,000
MaxDepth: IntegerProfundidad recursiva, de arreglos de fuentes y del stack de gráficos32
RenderAnnotations: BooleanRenderiza los streams de apariencia normales disponiblesTrue
Usage: THPDFHeadlessRenderUsageVisibilidad de anotaciones para la salida raster de view o printhruView
ViewerState: THPDFHeadlessOptionalContentStateEstado de viewer de optional content explícito prestado, vivo y sin cambios durante el renderingnil

Todos los límites numéricos deben ser positivos; Scale debe ser finito y de como mucho 64, MaxDepth no debe exceder 256, y MaxPNGBytes debe caber en un valor con signo de 32 bits positivo

Usage debe ser hruView o hruPrint, incluso cuando RenderAnnotations es false; un valor de enum inválido falla antes del callback de permiso de extracción o de la publicación de salida

Usage solo cambia la visibilidad de anotaciones y los transforms; el renderer conserva su contrato de permiso de extracción y no autoriza la impresión

Las lecturas decodificadas individuales también se acotan por el límite del acceso prestado, la asignación de memoria restante y el tamaño de callback con signo de 32 bits, incluso cuando la asignación acumulada de MaxDecodedBytes es mayor

La decodificación de fuentes reserva capacidad transitoria conservadora antes del parsing, incluida una asignación base de 32 MiB, 64 veces el tamaño del stream de fuente decodificado, asignaciones de arreglos verificadas recursivamente y el doble de las estimaciones retenidas del decodificador

Incluso una fuente pequeña puede rechazarse con un presupuesto de memoria pequeño; los caches de librerías nativas y el RSS del sistema operativo quedan fuera de la contabilidad administrada

Los límites de bytes decodificados y profundidad del acceso prestado pueden imponer límites adicionales; la cancelación viene de su token propiedad del llamador

Ver el renderer Cairo nativo de Linux para el perfil soportado y los contratos de salida