Convertitore da DFONT ad RGBO
Converti i tuoi file dfont in rgbo online e gratis
dfont
rgbo
Come convertire DFONT in RGBO
Seleziona file dal Computer, Google Drive, Dropbox, URL o trascinandoli sulla pagina.
Scegli rgbo o qualsiasi altro formato che ti serva come destinazione (più di 200 formati supportati)
Lascia convertire il file e potrai scaricare il tuo rgbo subito dopo
Informazioni sui formati
DFONT (Data Fork TrueType) è un formato file per font introdotto da Apple con Mac OS X 10.0 nel marzo 2001, creato per risolvere un problema fondamentale di compatibilità nella transizione dal Mac OS classico all'architettura OS X basata su Unix. I font del Mac classico memorizzavano i dati dei glifi nella resource fork — un flusso file secondario specifico del file system HFS — ma il fondamento Unix di OS X e il suo uso di UFS non avevano supporto nativo per le resource fork. DFONT trasferisce l'intera struttura della resource fork nella data fork, avvolgendo le stesse tabelle font TrueType in una mappa risorse che le API tipografiche standard di OS X possono leggere. Il file è essenzialmente un suitcase TrueType senza resource fork. Apple ha incluso DFONT come formato predefinito per i font di sistema forniti con OS X, e resta presente nelle directory di sistema di macOS. Un vantaggio è la retrocompatibilità trasparente con lo stack di rendering dei font esistente di Apple — la struttura interna rispecchia i font classici con resource fork, quindi CoreText e i suoi predecessori gestiscono i DFONT senza alcun percorso di conversione speciale. Il design a fork singola è un altro punto di forza pratico, assicurando che i file DFONT sopravvivano intatti quando memorizzati su volumi non-HFS, trasferiti attraverso reti o gestiti da sistemi di controllo di versione. Sebbene Apple sia passata sempre più ai font OpenType (.otf/.ttc) per i font di sistema più recenti, i file DFONT continuano a comparire nelle installazioni macOS e nelle collezioni di font dell'era OS X.
RGBO è una designazione di formato dati pixel grezzi utilizzata da ImageMagick, la suite di elaborazione immagini open-source rilasciata per la prima volta nel 1990, che rappresenta le immagini come una sequenza piatta di valori di campionamento Rosso, Verde, Blu e Opacità (alfa invertita) senza intestazione, contenitore o compressione. L'ordinamento dei canali RGBO specifica che il quarto canale è l'opacità anzichè l'alfa — dove alfa rappresenta la trasparenza (0 = trasparente, max = opaco), l'opacità rappresenta l'inverso (0 = opaco, max = trasparente). Questa distinzione è rilevante nelle pipeline di compositing dove la convenzione matematica per il quarto canale varia tra i sistemi: alcuni modelli di compositing lavorano con l'alfa (trasparenza), mentre le convenzioni più datate, incluse porzioni dell'elaborazione interna di ImageMagick, hanno storicamente utilizzato l'opacità. I file RGBO contengono dati di campionamento grezzi a una profondità di bit specificata dall'utente (8 bit, 16 bit o virgola mobile per canale), con i pixel memorizzati in ordine di scansione. Poichè non esiste un'intestazione, le dimensioni dell'immagine, la profondità di bit e l'endianness devono essere specificate esternamente durante la lettura del file — tipicamente tramite argomenti a riga di comando di ImageMagick. Un vantaggio è la compatibilità diretta con le pipeline di elaborazione che usano la convenzione dell'opacità: RGBO elimina la necessità di invertire il canale quando si interfaccia con sistemi che si aspettano l'opacità anzichè l'alfa, prevenendo sottili errori di compositing che si verificano quando le convenzioni di trasparenza vengono mescolate. La natura di dati grezzi del formato offre un altro beneficio pratico — senza overhead di codifica, i dati RGBO possono essere mappati in memoria, elaborati con istruzioni SIMD o trasferiti tramite pipe tra processi con latenza minima. RGBO è utilizzato principalmente all'interno delle catene di elaborazione di ImageMagick e può essere convertito in qualsiasi altro formato usando l'ampio supporto di formati di ImageMagick.