OCR di ogni DCX

Illimitati lavori. Dimensione dei file fino a 2.5GB. Gratuitamente, per sempre.

Tutto locale

Il nostro convertitore funziona nel tuo browser, quindi non vediamo mai i tuoi dati.

Velocissimo

Nessun caricamento dei tuoi file su un server: le conversioni iniziano immediatamente.

Sicuro di default

A differenza di altri convertitori, i tuoi file non vengono mai caricati da noi.

Il Riconoscimento Ottico dei Caratteri (OCR) trasforma le immagini di testo—scansioni, foto da smartphone, PDF—in stringhe leggibili dalla macchina e, sempre più, in dati strutturati. L'OCR moderno è una pipeline che pulisce un'immagine, trova il testo, lo legge ed esporta metadati ricchi in modo che i sistemi a valle possano cercare, indicizzare o estrarre campi. Due standard di output ampiamente utilizzati sono hOCR, un microformato HTML per testo e layout, e ALTO XML, uno schema orientato a biblioteche/archivi; entrambi conservano posizioni, ordine di lettura e altri spunti di layout e sono supportati da motori popolari come Tesseract.

Un rapido tour della pipeline

Pre-elaborazione. La qualità dell'OCR inizia con la pulizia dell'immagine: conversione in scala di grigi, denoising, sogliatura (binarizzazione) e raddrizzamento. I tutorial canonici di OpenCV coprono la sogliatura globale, adattiva e di Otsu —punti fermi per documenti con illuminazione non uniforme o istogrammi bimodali. Quando l'illuminazione varia all'interno di una pagina (pensa agli scatti del telefono), i metodi adattivi spesso superano una singola soglia globale; Otsu sceglie automaticamente una soglia analizzando l'istogramma. La correzione dell'inclinazione è altrettanto importante: il raddrizzamento basato su Hough (Trasformata di Hough) abbinato alla binarizzazione di Otsu è una ricetta comune ed efficace nelle pipeline di pre-elaborazione di produzione.

Rilevamento vs. riconoscimento. L'OCR è tipicamente suddiviso in rilevamento del testo (dov'è il testo?) e riconoscimento del testo (cosa dice?). Nelle scene naturali e in molte scansioni, i rilevatori completamente convoluzionali come EAST prevedono in modo efficiente quadrilateri a livello di parola o riga senza pesanti fasi di proposta e sono implementati in toolkit comuni (ad es. tutorial sul rilevamento del testo di OpenCV). Su pagine complesse (giornali, moduli, libri), la segmentazione di righe/regioni e l'inferenza dell'ordine di lettura sono importanti:Kraken implementa la segmentazione tradizionale di zone/righe e la segmentazione neurale della linea di base, con supporto esplicito per diversi script e direzioni (LTR/RTL/verticale).

Modelli di riconoscimento. Il classico cavallo di battaglia open-source Tesseract (reso open-source da Google, con radici in HP) si è evoluto da un classificatore di caratteri in un riconoscitore di sequenze basato su LSTM e può emettere PDF ricercabili, output compatibili con hOCR/ALTOe altro dalla CLI. I riconoscitori moderni si basano sulla modellazione di sequenze senza caratteri pre-segmentati. Connectionist Temporal Classification (CTC) rimane fondamentale, imparando gli allineamenti tra le sequenze di feature di input e le stringhe di etichette di output; è ampiamente utilizzato nelle pipeline di scrittura a mano e di testo di scena.

Negli ultimi anni, i Transformer hanno rimodellato l'OCR. TrOCR utilizza un encoder Vision Transformer più un decoder Text Transformer, addestrato su grandi corpora sintetici e poi messo a punto su dati reali, con ottime prestazioni su benchmark di testo stampato, scritto a mano e di scena (vedi anche documentazione di Hugging Face). In parallelo, alcuni sistemi eludono l'OCR per la comprensione a valle: Donut (Document Understanding Transformer) è un encoder-decoder senza OCR che produce direttamente risposte strutturate (come JSON chiave-valore) da immagini di documenti (repo, scheda del modello), evitando l'accumulo di errori quando un passaggio OCR separato alimenta un sistema IE.

Motori e librerie

Se si desidera una lettura del testo "batterie incluse" su molti script, EasyOCR offre una semplice API con oltre 80 modelli linguistici, restituendo riquadri, testo e confidenze, utile per prototipi e script non latini. Per i documenti storici, Kraken brilla con la segmentazione della linea di base e l'ordine di lettura consapevole dello script; per un addestramento flessibile a livello di riga, Calamari si basa sulla discendenza di Ocropy (Ocropy) con riconoscitori (multi-)LSTM+CTC e una CLI for la messa a punto di modelli personalizzati.

Set di dati e benchmark

La generalizzazione dipende dai dati. Per la scrittura a mano, il Database di scrittura a mano IAM fornisce frasi in inglese diverse per scrittore per l'addestramento e la valutazione; è un set di riferimento di lunga data per il riconoscimento di righe e parole. Per il testo di scena, COCO-Text ha stratificato annotazioni estese su MS-COCO, con etichette per stampato/scritto a mano, leggibile/illeggibile, script e trascrizioni complete (vedi anche la pagina del progetto originale). Il campo si basa anche pesantemente sul pre-addestramento sintetico: SynthText in the Wild renderizza il testo in fotografie con geometria e illuminazione realistiche, fornendo enormi volumi di dati per pre-addestrare rilevatori e riconoscitori (riferimento codice e dati).

Le competizioni sotto l'ombrello Robust Reading di ICDAR mantengono la valutazione fondata. I compiti recenti enfatizzano il rilevamento/lettura end-to-end e includono il collegamento di parole in frasi, con il codice ufficiale che riporta precisione/richiamo/F-score, intersection-over-union (IoU) e metriche di distanza di modifica a livello di carattere, rispecchiando ciò che i professionisti dovrebbero monitorare.

Formati di output e uso a valle

L'OCR raramente termina con testo semplice. Archivi e biblioteche digitali preferiscono ALTO XML perché codifica il layout fisico (blocchi/righe/parole con coordinate) insieme al contenuto, e si abbina bene con il packaging METS. Il hOCR microformato, al contrario, incorpora la stessa idea in HTML/CSS usando classi come ocr_line e ocrx_word, rendendo facile visualizzare, modificare e trasformare con strumenti web. Tesseract espone entrambi, ad es. generando hOCR o PDF ricercabili direttamente dalla CLI (guida all'output PDF); wrapper Python come pytesseract aggiungono convenienza. Esistono convertitori per tradurre tra hOCR e ALTO quando i repository hanno standard di ingestione fissi —vedi questo elenco curato di strumenti per formati di file OCR.

Guida pratica

  • Inizia con i dati e la pulizia. Se le tue immagini sono foto di telefono o scansioni di qualità mista, investi nella sogliatura (adattiva e Otsu) e nel raddrizzamento (Hough) prima di qualsiasi messa a punto del modello. Spesso otterrai di più da una robusta ricetta di pre-elaborazione che dalla sostituzione dei riconoscitori.
  • Scegli il rilevatore giusto. Per le pagine scansionate con colonne regolari, un segmentatore di pagine (zone → righe) può essere sufficiente; per le immagini naturali, i rilevatori a scatto singolo come EAST sono baseline forti e si collegano a molti toolkit (esempio OpenCV).
  • Scegli un riconoscitore che corrisponda al tuo testo. Per il latino stampato, Tesseract (LSTM/OEM) è robusto e veloce; per multi-script o prototipi veloci, EasyOCR è produttivo; per la scrittura a mano o i caratteri tipografici storici, considera Kraken o Calamari e pianifica la messa a punto. Se hai bisogno di un accoppiamento stretto con la comprensione dei documenti (estrazione chiave-valore, VQA), valuta TrOCR (OCR) rispetto a Donut (senza OCR) sul tuo schema—Donut potrebbe rimuovere un intero passaggio di integrazione.
  • Misura ciò che conta. Per i sistemi end-to-end, riporta il rilevamento F-score e il riconoscimento CER/WER (entrambi basati sulla distanza di modifica di Levenshtein ; vedi CTC); per compiti pesanti dal punto di vista del layout, traccia IoU/aderenza e la distanza di modifica normalizzata a livello di carattere come nei kit di valutazione ICDAR RRC .
  • Esporta output ricchi. Preferisci hOCR /ALTO (o entrambi) in modo da conservare le coordinate e l'ordine di lettura—fondamentale per l'evidenziazione dei risultati di ricerca, l'estrazione di tabelle/campi e la provenienza. La CLI di Tesseract e pytesseract lo rendono un gioco da ragazzi.

Guardando al futuro

La tendenza più forte è la convergenza: rilevamento, riconoscimento, modellazione del linguaggio e persino la decodifica specifica del compito si stanno fondendo in stack Transformer unificati. Il pre-addestramento su grandi corpora sintetici rimane un moltiplicatore di forza. I modelli senza OCR competeranno aggressivamente ovunque l'obiettivo siano output strutturati piuttosto che trascrizioni letterali. Aspettatevi anche implementazioni ibride: un rilevatore leggero più un riconoscitore in stile TrOCR per testo lungo, e un modello in stile Donut per moduli e ricevute.

Ulteriori letture e strumenti

Tesseract (GitHub) · Documentazione di Tesseract · Specifiche hOCR · Sfondo ALTO · Rilevatore EAST · Rilevamento del testo OpenCV · TrOCR · Donut · COCO-Text · SynthText · Kraken · Calamari OCR · ICDAR RRC · pytesseract · Scrittura a mano IAM · Strumenti per formati di file OCR · EasyOCR

Domande frequenti

Cos'è l'OCR?

L'Optical Character Recognition (OCR) è una tecnologia utilizzata per convertire vari tipi di documenti, come documenti cartacei scansionati, file PDF o immagini catturate da una fotocamera digitale, in dati modificabili e ricercabili.

Come funziona l'OCR?

L'OCR funziona analizzando l'immagine o il documento in ingresso, segmentando l'immagine in singoli caratteri, e confrontando ciascun carattere con un database di forme carattere utilizzando il riconoscimento di pattern o il riconoscimento delle caratteristiche.

Quali sono le applicazioni pratiche dell'OCR?

L'OCR viene utilizzato in vari settori e applicazioni, tra cui la digitalizzazione di documenti stampati, l'attivazione di servizi di testo in voce, l'automazione dei processi di inserimento dati, e l'aiuto agli utenti con problemi di vista a interagire in modo più efficace con il testo.

L'OCR è sempre preciso al 100%?

Nonostante ci siano stati notevoli progressi nella tecnologia OCR, non è infallibile. L'accuratezza può variare a seconda della qualità del documento originale e delle specifiche del software OCR utilizzato.

L'OCR può riconoscere la scrittura a mano?

Sebbene l'OCR sia principalmente progettato per il testo stampato, alcuni sistemi OCR avanzati sono anche in grado di riconoscere la scrittura a mano chiara e coerente. Tuttavia, il riconoscimento della scrittura a mano è generalmente meno preciso a causa della grande varietà di stili di scrittura individuali.

L'OCR può gestire più lingue?

Sì, molti sistemi software OCR possono riconoscere più lingue. Tuttavia, è importante assicurarsi che la lingua specifica sia supportata dal software che si utilizza.

Qual è la differenza tra OCR e ICR?

L'OCR sta per Optical Character Recognition ed è usato per riconoscere il testo stampato, mentre l'ICR, o Intelligent Character Recognition, è più avanzato ed è usato per riconoscere il testo scritto a mano.

L'OCR può lavorare con qualsiasi font e dimensione del testo?

L'OCR funziona meglio con font chiari, facilmente leggibili e dimensioni standard del testo. Anche se può lavorare con vari font e dimensioni, l'accuratezza tende a diminuire quando si tratta di font insoliti o dimensioni del testo molto piccole.

Quali sono le limitazioni della tecnologia OCR?

L'OCR può avere difficoltà con documenti a bassa risoluzione, font complessi, testi stampati male, scrittura a mano, e documenti con sfondi che interferiscono con il testo. Inoltre, anche se può lavorare con molte lingue, potrebbe non coprire ogni lingua perfettamente.

L'OCR può eseguire la scansione di testi colorati o sfondi colorati?

Sì, l'OCR può eseguire la scansione di testi colorati e sfondi colorati, sebbene generalmente sia più efficace con combinazioni di colori ad alto contrasto, come il testo nero su sfondo bianco. L'accuratezza può diminuire quando il colore del testo e dello sfondo non ha un contrasto sufficiente.

Qual è il formato DCX?

ZSoft IBM PC multi-pagina Paintbrush

Il formato DirectDraw Surface (DDS) è un formato di file immagine raster, utilizzato principalmente per memorizzare texture e cubemap nei videogiochi e in altre applicazioni 3D. Sviluppato da Microsoft, il formato DDS è ottimizzato per l'accelerazione hardware, consentendo l'uso diretto dei dati di texture sulle unità di elaborazione grafica (GPU). Questa ottimizzazione riduce significativamente il tempo di caricamento delle immagini nelle applicazioni di rendering in tempo reale consentendo alla GPU di accedere direttamente ai dati di texture compressi, evitando così la necessità di ulteriori elaborazioni o decompressione da parte della CPU.

Una delle caratteristiche principali del formato DDS è il supporto per DirectX Texture Compression (DXT), un algoritmo di compressione della texture con perdita che riduce le dimensioni del file e la larghezza di banda richiesta per il trasferimento della texture senza degradare significativamente la qualità dell'immagine. La compressione DXT è disponibile in diverse varianti, ovvero DXT1, DXT3 e DXT5, ciascuna delle quali offre un diverso equilibrio tra rapporto di compressione e qualità. DXT1 è progettato per texture senza canale alfa o alfa binario semplice, DXT3 è utilizzato per texture con alfa esplicito e DXT5 per texture con trasparenza alfa interpolata.

Un altro vantaggio significativo del formato DDS è il supporto per il mipmapping. I mipmap sono versioni precalcolate e ottimizzate di una texture, ciascuna con risoluzioni progressivamente inferiori. Queste texture più piccole vengono utilizzate quando un oggetto è lontano dalla telecamera, migliorando le prestazioni e riducendo gli artefatti di aliasing. Memorizzando un'intera catena di mipmap all'interno di un singolo file DDS, i motori di gioco possono selezionare rapidamente il livello di dettaglio più appropriato per la texturizzazione degli oggetti in base alla loro distanza dall'osservatore, aumentando ulteriormente l'efficienza del rendering.

Il formato DDS supporta anche la mappatura dell'ambiente cubico con l'uso di cubemap. Una cubemap è composta da sei texture quadrate che rappresentano i riflessi su un ambiente visto da un singolo punto, simulando i riflessi in un mondo 3D. Avere queste cubemap memorizzate direttamente nel formato DDS consente riflessi ambientali efficienti nelle applicazioni in tempo reale, migliorando la qualità immersiva della grafica 3D.

Oltre alle funzionalità di compressione ed efficienza, il formato DDS può memorizzare texture con elevata gamma dinamica (HDR). Le texture HDR offrono una gamma più ampia di luminosità e colore, fornendo effetti di illuminazione più realistici nel rendering 3D. Questa capacità è essenziale per i moderni motori di gioco e software di grafica che mirano a ottenere una qualità visiva fotorealistica. Il supporto per HDR nei file DDS contribuisce al suo ampio utilizzo nelle applicazioni grafiche di fascia alta.

La struttura del formato file DDS include un'intestazione e intestazioni aggiuntive opzionali che contengono metadati sui dati della texture, come altezza, larghezza, formato dei dati pixel e flag che indicano la presenza di mipmap o cubemap. Questo approccio strutturato ai metadati consente alle applicazioni di interpretare e utilizzare con precisione i dati della texture all'interno di un file DDS senza dover elaborare o interrogare i dati in modo estensivo.

Nonostante i suoi numerosi vantaggi, il formato DDS presenta limiti e sfide. Ad esempio, mentre la compressione DXT riduce significativamente le dimensioni del file, può introdurre artefatti, specialmente in texture con elevati livelli di dettaglio o transizioni alfa complesse. La scelta del livello di compressione (DXT1, DXT3, DXT5) influisce sulla fedeltà visiva della texture, rendendo cruciale per gli artisti e gli sviluppatori di texture scegliere l'impostazione di compressione appropriata in base alle esigenze specifiche del loro progetto.

Un'altra sfida legata al formato DDS è il suo supporto limitato al di fuori dello sviluppo di giochi e delle applicazioni 3D. Sebbene ampiamente supportati e utilizzati nel settore dei videogiochi e da API grafiche come DirectX, i file DDS non sono universalmente supportati dal software di editing delle immagini. Questa limitazione richiede la conversione dei file DDS in formati più universalmente supportati per l'editing o la visualizzazione al di fuori di software specializzati, potenzialmente complicando il flusso di lavoro per gli artisti grafici.

Tuttavia, i progressi negli strumenti e nelle librerie di sviluppo grafico hanno alleviato alcune di queste sfide. Molti moderni pacchetti software di editing delle immagini hanno introdotto plugin o supporto integrato per il formato DDS, consentendo l'editing diretto dei file DDS senza conversione. Inoltre, le librerie e i toolkit open source hanno reso più semplice per gli sviluppatori integrare il supporto DDS nelle loro applicazioni, espandendo l'accessibilità e l'usabilità del formato DDS oltre le sue tradizionali nicchie di videogiochi e applicazioni 3D.

L'adozione del formato DDS si estende oltre i videogiochi tradizionali a campi come la realtà virtuale (VR), la realtà aumentata (AR) e le applicazioni di visualizzazione professionale. In queste aree, l'efficienza e le capacità di compressione del formato DDS sono particolarmente preziose, poiché consentono il rendering in tempo reale di texture di alta qualità in ambienti immersivi. Ciò ha facilitato lo sviluppo di esperienze VR e AR più complesse e realistiche e strumenti di visualizzazione ad alta risoluzione per applicazioni scientifiche e industriali.

Guardando al futuro, la continua evoluzione dell'hardware e del software grafico probabilmente aumenterà ulteriormente la rilevanza e le capacità del formato DDS. Nuovi algoritmi di compressione, supporto più avanzato per l'imaging ad alta gamma dinamica e supporto migliorato per le tecniche di rendering emergenti potrebbero essere integrati nella specifica DDS. Questi progressi consentiranno al formato DDS di continuare a fungere da strumento chiave nello sviluppo di tecnologie grafiche 3D e di gioco all'avanguardia.

In conclusione, il formato immagine DDS rappresenta una tecnologia cruciale nel campo della grafica 3D e dello sviluppo di giochi, offrendo una combinazione di efficienza, qualità e flessibilità che è adattata alle esigenze del rendering in tempo reale. Il suo supporto per vari algoritmi di compressione, mipmapping, cubemap e imaging ad alta gamma dinamica lo rendono un formato indispensabile per gli sviluppatori che mirano a superare i confini della qualità visiva e delle prestazioni. Nonostante alcune sfide legate alla sua adozione e all'introduzione di artefatti attraverso la compressione, il formato DDS rimane un pilastro delle moderne applicazioni grafiche 3D, con supporto e progressi continui che ne garantiscono la continua rilevanza nel settore.

Formati supportati

AAI.aai

Immagine AAI Dune

AI.ai

Adobe Illustrator CS2

AVIF.avif

Formato di file immagine AV1

AVS.avs

Immagine X AVS

BAYER.bayer

Immagine Bayer grezza

BMP.bmp

Immagine bitmap di Microsoft Windows

CIN.cin

File immagine Cineon

CLIP.clip

Maschera di ritaglio immagine

CMYK.cmyk

Campioni grezzi ciano, magenta, giallo e nero

CMYKA.cmyka

Campioni grezzi ciano, magenta, giallo, nero e alfa

CUR.cur

Icona Microsoft

DCX.dcx

ZSoft IBM PC multi-pagina Paintbrush

DDS.dds

Superficie DirectDraw Microsoft

DPX.dpx

Immagine SMTPE 268M-2003 (DPX 2.0)

DXT1.dxt1

Superficie DirectDraw Microsoft

EPDF.epdf

Formato Documento Portatile Incapsulato

EPI.epi

Formato di interscambio PostScript incapsulato Adobe

EPS.eps

PostScript incapsulato Adobe

EPSF.epsf

PostScript incapsulato Adobe

EPSI.epsi

Formato di interscambio PostScript incapsulato Adobe

EPT.ept

PostScript incapsulato con anteprima TIFF

EPT2.ept2

PostScript incapsulato Livello II con anteprima TIFF

EXR.exr

Immagine ad alto range dinamico (HDR)

FARBFELD.ff

Farbfeld

FF.ff

Farbfeld

FITS.fits

Sistema di Trasporto Immagini Flessibile

GIF.gif

Formato di interscambio grafico CompuServe

GIF87.gif87

Formato di interscambio grafico CompuServe (versione 87a)

GROUP4.group4

Gruppo CCITT grezzo 4

HDR.hdr

Immagine ad Alto Range Dinamico

HRZ.hrz

Slow Scan TeleVision

ICO.ico

Icona Microsoft

ICON.icon

Icona Microsoft

IPL.ipl

Immagine di Localizzazione IP2

J2C.j2c

Flusso di codici JPEG-2000

J2K.j2k

Flusso di codici JPEG-2000

JNG.jng

Grafica di Rete JPEG

JP2.jp2

Sintassi del Formato File JPEG-2000

JPC.jpc

Flusso di codici JPEG-2000

JPE.jpe

Formato JFIF del Gruppo di Esperti Fotografici Coniugati

JPEG.jpeg

Formato JFIF del Gruppo di Esperti Fotografici Coniugati

JPG.jpg

Formato JFIF del Gruppo di Esperti Fotografici Coniugati

JPM.jpm

Sintassi del Formato File JPEG-2000

JPS.jps

Formato JPS del Gruppo di Esperti Fotografici Coniugati

JPT.jpt

Sintassi del Formato File JPEG-2000

JXL.jxl

Immagine JPEG XL

MAP.map

Database di Immagini Senza Soluzione di Continuità a Multi-risoluzione (MrSID)

MAT.mat

Formato immagine MATLAB livello 5

PAL.pal

Pixmap Palm

PALM.palm

Pixmap Palm

PAM.pam

Formato bitmap bidimensionale comune

PBM.pbm

Formato bitmap portatile (bianco e nero)

PCD.pcd

Foto CD

PCDS.pcds

Foto CD

PCT.pct

Apple Macintosh QuickDraw/PICT

PCX.pcx

ZSoft IBM PC Paintbrush

PDB.pdb

Formato ImageViewer del database Palm

PDF.pdf

Formato Documento Portatile

PDFA.pdfa

Formato di Archivio Documento Portatile

PFM.pfm

Formato float portatile

PGM.pgm

Formato graymap portatile (scala di grigi)

PGX.pgx

Formato non compresso JPEG 2000

PICON.picon

Icona personale

PICT.pict

Apple Macintosh QuickDraw/PICT

PJPEG.pjpeg

Formato JFIF del Gruppo di Esperti Fotografici Condivisi

PNG.png

Grafica Rete Portatile

PNG00.png00

PNG eredita la profondità di bit, il tipo di colore dall'immagine originale

PNG24.png24

RGB a 24 bit opaco o trasparente binario (zlib 1.2.11)

PNG32.png32

RGBA a 32 bit opaco o trasparente binario

PNG48.png48

RGB a 48 bit opaco o trasparente binario

PNG64.png64

RGBA a 64 bit opaco o trasparente binario

PNG8.png8

Indicizzato a 8 bit opaco o trasparente binario

PNM.pnm

Anymap portatile

PPM.ppm

Formato pixmap portatile (colore)

PS.ps

File Adobe PostScript

PSB.psb

Formato Grande Documento Adobe

PSD.psd

Bitmap Adobe Photoshop

RGB.rgb

Campioni grezzi di rosso, verde e blu

RGBA.rgba

Campioni grezzi di rosso, verde, blu e alfa

RGBO.rgbo

Campioni grezzi di rosso, verde, blu e opacità

SIX.six

Formato grafico DEC SIXEL

SUN.sun

Rasterfile Sun

SVG.svg

Grafica Vettoriale Scalabile

SVGZ.svgz

Grafica Vettoriale Scalabile Compressa

TIFF.tiff

Formato File Immagine Etichettato

VDA.vda

Immagine Truevision Targa

VIPS.vips

Immagine VIPS

WBMP.wbmp

Immagine Bitmap Wireless (livello 0)

WEBP.webp

Formato Immagine WebP

YUV.yuv

CCIR 601 4:1:1 o 4:2:2

Domande frequenti

Come funziona?

Questo convertitore funziona interamente nel tuo browser. Quando selezioni un file, viene letto in memoria e convertito nel formato selezionato. Puoi quindi scaricare il file convertito.

Quanto tempo ci vuole per convertire un file?

Le conversioni iniziano immediatamente e la maggior parte dei file viene convertita in meno di un secondo. I file più grandi potrebbero richiedere più tempo.

Cosa succede ai miei file?

I tuoi file non vengono mai caricati sui nostri server. Vengono convertiti nel tuo browser e il file convertito viene quindi scaricato. Non vediamo mai i tuoi file.

Quali tipi di file posso convertire?

Supportiamo la conversione tra tutti i formati di immagine, inclusi JPEG, PNG, GIF, WebP, SVG, BMP, TIFF e altro.

Quanto costa?

Questo convertitore è completamente gratuito e sarà sempre gratuito. Poiché funziona nel tuo browser, non dobbiamo pagare per i server, quindi non dobbiamo farti pagare.

Posso convertire più file contemporaneamente?

Sì! Puoi convertire quanti file vuoi contemporaneamente. Basta selezionare più file quando li aggiungi.