Reparación de fuentes de archivado Linux nativa

La conversión nativa a PDF/A-4 de texto/vectores puede normalizar explícitamente las fuentes ausentes mediante un proceso pdfwrite de Ghostscript configurado, conservar el texto buscable y las rutas vectoriales, y validar el documento nativo de archivado final con la CLI oficial de veraPDF antes de la publicación

ABI de callbacks

{"schemaVersion":1,"type":"pdfa.convert","mode":"preserve","profile":"PDF/A-4","fontRepair":true,"maxFontRepairMilliseconds":120000}

fontRepair toma por defecto false; establecerlo en true permite explícitamente la sustitución de fuentes según la configuración de fuentes Ghostscript instalada y devuelve fontRepairPerformed true tras una normalización correcta

La respuesta incluye además textAndVectorsPreserved, validationSucceeded, pageCount y los recuentos existentes de campos, firmas y anotaciones eliminadas; la publicación correcta reemplaza el handle por el documento de archivado verificado sin cifrar

Configuración Pascal

Options := THPDFHeadlessArchivalPreservationOptions.Default;
Options.FontRepair := True;
Options.GhostscriptExecutable := '/usr/bin/gs';
Options.MaxFontRepairMilliseconds := 120000;
Report := HPDFConvertHeadlessToPDFA4PreservingFile(Document, Destination, Options);

GhostscriptExecutable selecciona el ejecutable de normalización, JavaExecutable y ValidatorJAR seleccionan el validator genuino, y CancellationToken se aplica al recorrido de recursos, a las comprobaciones de texto, a la normalización y a la validación

Procesamiento y límites

El converter primero importa los recursos de páginas de origen y aplana las apariencias de anotaciones elegibles en un documento nativo privado, de modo que las entradas AES autenticadas se descifran a través del lector de documentos y los permisos originales de página siguen aplicándose

Ghostscript recibe un vector de argumentos con SAFER activado, una baseline de prepress, salida PDF 2.0, embebido de fuentes y overrides explícitos de downsampling de imágenes; el recorrido acotado de recursos recoge los nombres de fuentes en nombres PostScript hexadecimales y una lista AlwaysEmbed explícita para versiones antiguas de Ghostscript

El proceso de normalización se ejecuta a través de /usr/bin/prlimit con un límite de espacio de direcciones derivado de MaxWorkingBytes y un límite de tamaño de fichero derivado de MaxOutputBytes; su salida y diagnósticos tienen límites de bytes, y MaxFontRepairMilliseconds acota el tiempo de procesamiento transcurrido

Las páginas normalizadas deben conservar el recuento original de páginas y la secuencia de caracteres extraída, permitiendo cambios de layout de líneas y espacios y texto adicional de apariencias aplanadas; el converter las importa después en una plantilla nativa PDF/A-4 fresca con output intent sRGB, XMP e identificadores de documento

El candidato final debe pasar la validación PDF/A-4 oficial configurada de veraPDF antes de fsync y rename atómico; un backend no disponible, texto cambiado, salida inválida, presupuesto superado, timeout o cancelación dejan el destino intacto y limpian los ficheros privados de staging

El timeout y la cancelación terminan, matan cuando es necesario y recolectan el proceso directo de normalización; los ejecutables de subprocess deberían ejecutarse directamente en lugar de a través de un shell o un wrapper que cree descendientes no relacionados

Runtime y fidelidad

La reparación de fuentes requiere Ghostscript, sus fuentes sustitutas instaladas y prlimit de util-linux; la validación de preservación requiere un runtime Java headless, el JAR de la CLI oficial de veraPDF y Little CMS 2 para la generación nativa del perfil sRGB

Las fuentes sustituidas pueden cambiar los contornos de glifos y el layout; una fuente original disponible es preferible cuando la apariencia exacta importa, y la reparación explícita de fuentes no promete recursos de página byte-idénticos ni firmas retenidas

Las entradas firmadas exigen AllowSignatureInvalidation true, los aliases de origen/salida se rechazan, y las anotaciones visibles siguen necesitando una apariencia normal utilizable antes del flattening

La aceptación independiente cubre 12 faces de fuentes Latin estándar y una fuente Arial TrueType sin embeber a través de entradas plain, AES R5 y AES R6, páginas rotadas, programas de fuentes embebidas reales, texto acentuado buscable, rutas vectoriales retenidas, fidelidad de píxeles y validación PDF/A-4 genuina

Page imports and preservation · Native callback ABI · Native workflows