ttf2ufm - Online na nuvem

PROGRAMA:

NOME

TTF2UFM - Um conversor de fonte True Type para PostScript Type 1

SINOPSE

"ttf2ufm [-opções] ttffont.ttf [Fontname] "

or

"ttf2ufm [-opções] ttffont.ttf -"

DESCRIÇÃO

Ttf2ufm é um conversor de fontes do formato True Type (e alguns outros formatos suportados por
a biblioteca FreeType também) para o formato Adobe Type1.

As versões 3.0 e posteriores têm um algoritmo de pós-processamento bastante extenso que traz o
fontes convertidas para os requisitos do padrão Type1, tenta corrigir o arredondamento
erros introduzidos durante as conversões e alguns tipos simples de bugs típicos de
as fontes TTF de domínio público. Ele também gera as dicas que permitem uma renderização muito melhor
de fontes em tamanhos pequenos típicos de monitores de computador. Mas tudo tem seu
preço, e algumas das otimizações podem não funcionar bem para certas fontes. É por isso que
opções foram adicionadas ao conversor, para controlar as otimizações realizadas.

OPÇÕES

A primeira variante cria o arquivo "Fontname.pfa" (ou "Fontname.pfb" se a opção '-b'
foi usado) com a fonte convertida e "Fontname.afm" com as métricas da fonte, o segundo
imprime a fonte ou outro arquivo (se a opção '-G'foi usado) na saída padrão de
onde pode ser imediatamente canalizado através de algum filtro. Se nenhum "Fontname" for especificado para
a primeira variante, o nome é gerado a partir de "ttffont" substituindo o nome de arquivo ".ttf"
sufixo.

Na maioria das vezes, nenhuma opção é necessária (com uma possível exceção de '-e'). Mas se
existem alguns problemas com a fonte resultante, eles podem ser usados ​​para controlar o
conversão. o opções são:

· "-uma" - Incluir todos os glifos do arquivo de origem no arquivo convertido. Se este
opção não for especificada, então apenas os glifos que foram atribuídos a alguma codificação são
incluído, porque o resto dos glifos seriam inacessíveis de qualquer maneira e só consumiriam
o espaço em disco. Mas alguns aplicativos são inteligentes o suficiente para alterar a codificação no
voar e, portanto, usar os outros glifos, neste caso, eles poderiam se beneficiar do uso deste
opção. Mas há um problema: a biblioteca X11 tem um limite bastante baixo para o tamanho da fonte.
Incluir mais glifos aumenta o tamanho do arquivo e, portanto, aumenta a chance de acertar
este limite. Veja "app / X11 / README" para a descrição de um patch para o X11 que corrige isso
problema.

· "-b " - Codifique a fonte resultante para produzir um arquivo ".pfb" pronto.

· "-d subopções " - Opções de depuração. As subopções são:

"a" - Imprima as coordenadas absolutas dos pontos em contornos. Essa fonte não pode ser
usado por qualquer programa (é por isso que esta opção é incompatível com '-e') mas provou
para ser uma informação de depuração valiosa.

"r" - Não inverta a direção dos contornos. As fontes TTF têm o padrão
direção dos contornos oposta às fontes Type1. Portanto, eles devem ser revertidos durante
conversão adequada. Esta opção pode ser usada para depuração ou para lidar com uma fonte TTF com
direção errada dos contornos (possivelmente, convertidos de uma forma interrompida de uma fonte Type1). o
os primeiros sinais da direção errada são as letras como "P" ou "B" sem o não pintado
"buracos" dentro.

· "-e " - Monte a fonte resultante para produzir um arquivo ".pfa" pronto.

[SB: Pessoalmente, não acho que essa opção seja particularmente útil. O mesmo
resultado pode ser alcançado canalizando os dados desmontados por meio de t1asm, o Tipo 1
montador. E, de qualquer forma, é bom ter o pacote t1utils à mão. Mas Mark e muitos
os usuários acham que essa funcionalidade é boa e não demorou muito para adicioná-la
opção. ]

· "-F " - Força a codificação Unicode: qualquer tipo de codificação MS especificado na fonte é
ignorado e a fonte é tratada como se tivesse codificação Unicode. AVISO: esta opção é
destina-se a fontes com erros que, na verdade, estão em Unicode, mas são marcadas como algo diferente.
O efeito nas outras fontes é imprevisível.

· "-G subopções " - Opções de geração de arquivo. As subopções podem ser minúsculas ou maiúsculas,
os minúsculos desabilitam a geração de arquivos particulares, os correspondentes
as subopções em maiúsculas permitem a geração do mesmo tipo de arquivos. Se o resultado de
ttf2ufm é solicitado para ser impresso na saída padrão, a última subopção de ativação
of -G determina qual arquivo será escrito na saída padrão e o resto dos arquivos
será descartado. Por exemplo, -G A irá solicitar o arquivo AFM. As subopções para
desativar / ativar a geração dos arquivos são:

"f / F " - O arquivo de fonte. Dependendo das outras opções, este arquivo terá um dos
sufixos ".t1a", ".pfa" ou ".pfb". Se o resultado da conversão for solicitado no padrão
output ('"-"' é usado como o nome do arquivo de saída) então o arquivo de fonte também será escrito
lá por padrão, se não for substituído por outra subopção de -G. Padrão: habilitado

"a / A " - O arquivo de métricas de fonte da Adobe (".afm"). Padrão: habilitado

"e / E " - O arquivo de codificação dvips (".enc"). Padrão: inválido

· "-l linguagem [+ argumento] " - Extraia as fontes para o idioma especificado de um multi
fonte Unicode do idioma. Se esta opção não for usada, o conversor tenta adivinhar o
linguagem pelos valores da variável shell LANG. Se não for capaz de adivinhar o
idioma por LANG ele tenta todos os idiomas na ordem em que estão listados.

Após o sinal de mais, um argumento opcional para o extrator de linguagem pode ser especificado.
O formato do argumento depende totalmente do conversor de idioma específico. o
O objetivo principal do argumento é apoiar a seleção de planos para os multi-planos
Codificações orientais, mas também pode ser usado de qualquer outra maneira. O extrator de linguagem pode
decida adicionar o nome do plano de alguma forma ao nome da fonte resultante. Nenhum dos
os idiomas atualmente suportados ainda fazem uso do argumento.

A partir de agora, os seguintes idiomas são suportados:

"latin1" - para todos os idiomas usando a codificação Latin-1

"latin2" - para as línguas da Europa Central

"latin4" - para as línguas bálticas

"latin5" - para o idioma turco

"cirílico" - para as línguas com alfabeto cirílico

"russo" - sinônimo histórico para cirílico

"búlgaro" - sinônimo histórico para cirílico

"adobestd" - para a codificação AdobeStandard usada pelo TeX

"avião +argumento" - para selecionar um plano de uma codificação multibyte

O argumento da linguagem "" plana "" pode assumir uma de três formas:

"avião +pid =, eid ="

"avião +pid =, eid =,"

"avião +"

Pid (id de plataforma TTF) e eid (id de codificação TTF) selecionam uma tabela de codificação TTF específica
na fonte original. Eles são especificados como números decimais. Se esta codificação particular
tabela não está presente no arquivo de fonte, então a conversão falha. O nativo ("ttf")
O analisador front-end suporta apenas pid = 3 (plataforma Windows), o baseado em FreeType ("ft")
O front-end oferece suporte a qualquer plataforma. Se pid / eid não for especificado, a tabela de codificação TTF
é determinado como de costume: codificação Unicode se for a primeira ou uma codificação de 8 bits se não for (e
para uma codificação de 8 bits, o número do plano é silenciosamente ignorado). Para evitar o conversor
de retornar para uma codificação de 8 bits, especifique o valor pid / eid Unicode explicitamente.

Plane_number é um hexadecimal (se começar com "0x") ou número decimal. Fornece o
valores de bytes superiores para os quais 256 caracteres serão selecionados. Se não for especificado,
o padrão é 0. Também é usado como um sufixo do nome da fonte (o "0x" inicial não está incluído
no sufixo).

NOTA: Você pode notar que os nomes dos idiomas não são uniformes: alguns são nomes de
idiomas específicos e alguns são nomes de codificações. Isso é por causa da diferença
abordagens. A ideia original era implementar uma conversão de Unicode para o
codificação do Windows apropriada para um determinado idioma. E então use as tabelas de tradução
para gerar as fontes em quaisquer codificações finais necessárias. Isso permitiria empilhar
junte as fontes Unicode e as fontes não Unicode do Windows para esse idioma e deixe
o programa para classificá-los automaticamente. E então gere fontes em todas as possíveis
codificações para esse idioma. Um exemplo dessa abordagem é o idioma russo
Apoio, suporte. Mas se não houver multiplicidade de codificações usadas para alguns idiomas e se o
fontes não Unicode não são consideradas importantes pelos usuários, outra forma seria
mais simples de implementar: basta fornecer apenas uma tabela para extração da codificação de destino
do Unicode e não se preocupe com as tabelas de tradução. Os "idiomas" latinos * são
exemplos desta abordagem. Se alguém sente que precisa das fontes Type1 tanto em
Codificações Latin- * e Windows, ele é absolutamente bem-vindo para enviar o código para
Implementá-lo.

AVISO: Alguns dos glifos incluídos na codificação AdobeStandard não estão incluídos
no padrão Unicode. Os exemplos mais típicos de tais glifos são ligaduras como
'fi', 'fl' etc. Por causa disso, os designers de fontes podem colocá-los em vários lugares. o
conversor tenta fazer o seu melhor, se os glifos têm nomes Adobe honestos e / ou são colocados
com os mesmos códigos das fontes da Microsoft, eles serão selecionados. Caso contrário, um possível
solução é usar a opção '-L'com um mapa externo.

· "-L arquivo [+ [pid = , eid = ,][plano]]" - Extraia as fontes para o idioma especificado
de uma fonte multilíngue usando o mapa deste arquivo. Isso é mais ou menos como a opção
'-l'mas o mapa de codificação não é compilado no programa, ele é obtido desse arquivo,
por isso é fácil de editar. Exemplos de tais arquivos são fornecidos em
"maps / adobe-standard-encoding.map", "CP1250.map". (NOTA: o mapa de 'codificação padrão'
não inclui todos os glifos da codificação AdobeStandard, é fornecido apenas como um
exemplo.) A descrição dos formatos de mapa suportados está no arquivo
"maps / unicode-sample.map".

Da mesma forma para '-l', um argumento pode ser especificado após o nome do arquivo de mapa. Mas neste caso
o argumento tem significado fixo: ele seleciona a tabela de codificação TTF original (a sintaxe
é o mesmo que em '-l avião') e / ou um plano do arquivo de mapa. O nome do avião também recebe
adicionado após o traço ao nome da fonte. O plano é um conceito usado nas fontes orientais com
grande número de glifos: uma fonte TTF é dividida em várias fontes Type1, cada
contendo um plano de até 256 glifos. Mas com um pouco de criatividade, esse conceito pode
ser usado para outros propósitos de combinar vários mapas de tradução em um arquivo. Para
extrair vários planos de uma fonte TTF "ttf2ufm" deve ser executado várias vezes, cada vez
com um nome de plano diferente especificado.

A tabela de codificação TTF original padrão usada para a opção '-L'é Unicode. O mapa
os arquivos podem incluir diretivas para especificar diferentes codificações TTF originais. No entanto, se o
O par pid / eid é especificado com ele substitui qualquer codificação original especificada no mapa
arquivo.

· "-m tipo = valor " - Defina limites máximos ou mínimos de recursos. Esses limites controlam o
a geração de fontes, limitando os recursos que a fonte pode exigir de
o interpretador PostScript. Os tipos de limites atualmente suportados são:

"h" - a profundidade máxima da pilha de dicas para as dicas substituídas. O valor padrão é 128,
de acordo com a limitação no X11. Este parece ser o mais baixo (e, portanto, o mais seguro)
valor generalizado. Para exibir a profundidade da pilha de dicas exigida por cada glifo em um ".t1a"
arquivo use o script "scripts / cntstems.pl".

· "-O subopções " - Opções de processamento de esboço. As subopções podem ser minúsculas ou
maiúsculas, as minúsculas desabilitam os recursos, as maiúsculas correspondentes
subopções ativam os mesmos recursos. As subopções para desativar / ativar recursos são:

"b / B " - Adivinhação do parâmetro ForceBold. Este parâmetro ajuda o motor Type1 a
rasterize as fontes em negrito corretamente em tamanhos pequenos. Mas o algoritmo usado para adivinhar o
o valor adequado desse sinalizador faz essa estimativa com base exclusivamente no nome da fonte. Em casos raros
isso pode causar erros; nesses casos, você pode desabilitar essa suposição. Padrão:
habilitado

"h / H " - Autogeração de dicas. Os contornos realmente complexos podem confundir o algoritmo,
então, teoricamente, às vezes pode ser útil desativá-los. Embora até agora pareça
que mesmo sugestões ruins são melhores do que nenhuma sugestão. Padrão: habilitado

"u / U " - Substituição de sugestão. A substituição de dica é uma técnica que permite a geração de
dicas mais detalhadas para o rasterizador. Ele permite o uso de diferentes conjuntos de dicas para
diferentes partes de um glifo e altere esses conjuntos conforme necessário durante a rasterização
(é por isso que "substituído"). Portanto, deve melhorar a qualidade das fontes renderizadas em
tamanhos pequenos. Mas há dois problemas: primeiro, a biblioteca X11 tem um limite bastante baixo para
o tamanho da fonte. Dicas mais detalhadas aumentam o tamanho do arquivo e, portanto, aumentam a chance
de atingir este limite (isso não significa que você deve atingi-lo, mas você pode se seu
fontes são particularmente grandes). Isso é especialmente provável para fontes Unicode convertidas
com opção '-a', então você pode querer usar'-a' junto com '-Ou'. Veja "app / X11 / README"
para a descrição de um patch para o X11 que corrige esse problema. Em segundo lugar, alguns rasterizadores
(novamente, X11 é o exemplo típico) têm uma limitação para o número total de dicas usadas
ao desenhar um glifo (também conhecido como profundidade da pilha de dicas). Se essa pilha estourar o
glifo é ignorado. A partir da versão 3.22 "ttf2ufm" usa algoritmos para minimizar
essa profundidade, com a compensação de arquivos de fonte ligeiramente maiores. Os glifos que ainda
exceder o limite definido pela opção '-mh'ter todas as dicas substituídas removidas e apenas
dicas de base restantes. Os algoritmos parecem ter sido refinados o suficiente para tornar as fontes
com dicas substituídas parece melhor do que as fontes sem eles ou pelo menos o mesmo.
Mesmo assim, se as fontes originais não forem bem projetadas, as dicas detalhadas podem enfatizar o
defeitos de design, como espessura irregular das linhas. Portanto, desde que você não seja
com medo do bug do X11, a melhor ideia seria gerar uma fonte com este recurso e
sem ele, então compare os resultados usando o programa "outro / cmpf" (veja a descrição
em "outro / README") e decida qual parece melhor. Padrão: habilitado

"o / O " - Otimização do espaço do código dos contornos. Esse tipo de otimização nunca é demais,
e a única razão para desativar este recurso é para comparação das fontes geradas
com as fontes geradas pelas versões anteriores do conversor. Bem, _quase_ nunca
machuca. Acontece que existem algumas impressoras com danos cerebrais que não entendem
isto. Na verdade, esse recurso não altera os contornos em nada. O manual da fonte Type 1
fornece um conjunto de operadores redundantes que tornam a descrição da fonte mais curta, como '10
hlineto 'em vez de' 0 10 rlineto 'para descrever uma linha horizontal. Este recurso permite
uso desses operadores. Padrão: habilitado

"WL" - Suavização de contornos. Se a fonte estiver quebrada de alguma forma (mesmo as que estão
não facilmente perceptível), tal suavização pode quebrá-lo ainda mais. Então, desabilitando este recurso
é a primeira coisa a ser tentada se alguma fonte parecer estranha. Mas com suavização da dica
algoritmos de geração também podem não funcionar corretamente. Padrão: habilitado

"t / T " - Escala automática para a matriz padrão 1000x1000 Type1. As fontes TTF são descritas
em termos de uma matriz arbitrária até 4000x4000. As fontes convertidas devem ser dimensionadas para
em conformidade com o padrão Type1. Mas a escala introduz erros de arredondamento adicionais, então
às vezes pode ser curioso olhar a fonte em sua escala original. Padrão: habilitado

"v / V " - Faça vetorização nas fontes de bitmap. Funcionalmente "vetorização" é o mesmo
coisa como "autotracing", uma palavra diferente é usada puramente para diferenciá-la da
Biblioteca Autotrace. Ele tenta produzir contornos suaves a partir de bitmaps. Este recurso
ainda é um trabalho em andamento, embora os resultados já sejam na maioria decentes. Padrão:
inválido

"w / W " - Correção da largura dos glifos. Esta opção foi projetada para ser usada em fontes quebradas
que especificam larguras muito estreitas para as letras. Você pode dizer que uma fonte pode se beneficiar
desta opção se você ver que os personagens são esmagados juntos sem qualquer
espaço em branco entre eles. Esta opção faz com que o conversor defina as larguras dos caracteres para
a largura real desse caractere mais a largura de uma haste vertical típica. Mas no
por outro lado, as fontes bem desenhadas podem ter caracteres que parecem melhores se suas larguras
são definidos ligeiramente mais estreitos. Essas fontes bem projetadas se beneficiarão com a desativação deste
recurso. Você pode querer converter uma fonte com e sem esse recurso, compare o
resultados e selecione o melhor. Este recurso pode ser usado apenas em fontes proporcionais,
não tem efeito nas fontes de largura fixa. Padrão: inválido

"z / Z " - Use a biblioteca Autotrace nas fontes de bitmap. Os resultados são horríveis e que o
usar of isto opção is não Recomenda. Esta opção está presente para fins experimentais.
Ele pode mudar ou ser removido no futuro. O traçado de trabalho pode ser alcançado com
opção "-OV ". Padrão: inválido

· "-p parser_name " - Use o analisador front-end especificado para ler o arquivo de fonte. Se este
opção não é usada, ttf2ufm seleciona o analisador automaticamente com base no sufixo do
nome do arquivo de fonte, ele usa o primeiro analisador em sua lista que suporta este tipo de fonte. Agora
dois analisadores são suportados:

"ttf" - analisador integrado para os arquivos ttf (sufixo ".ttf")

"bdf" - analisador integrado para os arquivos BDF (sufixo ".bdf")

"ft" - analisador baseado na biblioteca FreeType-2 (sufixos ".ttf", ".otf", ".pfa",
".pfb")

O analisador "ft" é NÃO vinculado por padrão. Veja "Makefile" para instruções de como
habilitá-lo. Não oferecemos suporte para este analisador no Windows: provavelmente funcionará, mas ninguém
tentei e ninguém sabe como construí-lo.

A conversão das fontes de bitmap (como BDF) ainda é simplista, produzindo
contornos. Ao converter essas fontes, pode ser uma boa ideia desligar a dica
substituição (usando a opção -Ou) porque as dicas produzidas serão enormes, mas não adicionando
muito para a qualidade das fontes.

· "-u número" - Marque a fonte com este valor como seu UniqueID. O UniqueID é usado pelo
impressoras com os discos rígidos para armazenar em cache os caracteres rasterizados e, portanto, significativamente
acelerar a impressão. Algumas dessas impressoras simplesmente não podem armazenar as fontes sem
UniqueID em seu disco. O problema é que o ID é suposto ser único, pois nomeia
diz. E não há uma maneira fácil de criar um ID exclusivo garantido. Adobe especifica o
intervalo 4000000-4999999 para IDs privados, mas ainda é difícil garantir o
singularidade dentro dele. Então, se você realmente não precisa do UniqueID, não o use, é
opcional. Felizmente, existem alguns milhões de IDs possíveis, então as chances de colisão
são bastante baixos. Se em vez do número um valor especial '"A"'é dado então o
conversor gera o valor de UniqueID automaticamente, como um hash do nome da fonte.
(NOTA: na versão 3.22 o algoritmo para geração automática de UniqueID foi alterado para
ajustar os valores na faixa espaçada da Adobe. Isso significa que se UniqueIDs foram usados
então o cache da impressora pode precisar ser esvaziado antes de substituir as fontes convertidas por
uma versão antiga com fontes convertidas por uma versão mais recente). Uma maneira simples de descobrir se algum
as fontes em um determinado diretório têm UniqueIDs duplicados para usar o comando:

"cat * .pf [ab] | grep UniqueID | sort | uniq -c | grep -v '1'"

Ou se você usar "scripts / convert", ele fará isso para você automaticamente e também
forneça a lista exata de arquivos com UIDs duplicados.

· "-v Tamanho" - Redimensione a fonte para obter o tamanho de uma letra maiúscula típica em algum lugar
em torno do tamanho especificado. Na verdade, ele redimensiona toda a fonte para obter o tamanho de um
a letra dependente do idioma deve ter pelo menos o tamanho especificado. Agora, esta letra é "A"
em todos os idiomas suportados. O tamanho é especificado nos pontos do Tipo 1
grades de coordenadas, o valor máximo é 1000. Esta é uma opção experimental e deve
ser usado com cautela. Tenta aumentar o tamanho da fonte visível para um determinado tamanho de ponto
e assim tornar a fonte mais legível. Mas se usado demais, pode fazer com que as fontes fiquem parecidas
de escala. A partir de agora, os valores interessantes de tamanho para esta opção parecem estar localizados
principalmente entre 600 e 850. Este redimensionamento pode ser bastante útil, mas precisa de mais
experiência para compreender o equilíbrio de seus efeitos.

· "-W nível" - Selecione o nível de detalhamento dos avisos. Atualmente os níveis de 0 a
4 são suportados. Nível 0 significa nenhum aviso, nível 4 significa todo o possível
avisos. O nível padrão é 3. Outros níveis podem ser adicionados no futuro, então usando o
nível número 99 é recomendado para obter todos os avisos possíveis. Ir abaixo do nível 2 é
geralmente não recomendado porque você pode perder informações valiosas sobre os problemas
com as fontes sendo convertidas.

· Obsoleto opção: "-UMA" - Imprima as métricas da fonte (arquivo .afm) em vez da fonte em
STDOUT. Usar -GA ao invés.

· Muito obsoleto opção:

O algoritmo que implementou a largura fixa forçada tinha grandes falhas, por isso foi
Desativado. O código ainda está no programa e algum dia será refinado e devolvido
de volta. Enquanto isso, o nome da opção '-f'foi reutilizado para outra opção. A versão antiga era:

"-f " - Não tente forçar a largura fixa da fonte. Normalmente, o conversor considera o
fontes nas quais a largura do glifo se desvia em não mais do que 5% como fontes com erros de largura fixa
e os força a ter uma largura realmente fixa. Se isso for indesejável, pode ser desativado
por esta opção.

O formato da fonte ".pfa" supõe que a descrição dos caracteres é codificada em binário
e criptografado. Este conversor não codifica ou criptografa os dados por padrão, você deve
especifique a opção '-e'ou usar o programa "t1asm" para montar (ou seja, codificar e
criptografar) o programa de fontes. O programa "t1asm" que acompanha o conversor é
na verdade, uma parte do pacote "t1utils", uma versão bastante antiga do qual pode ser obtida em

http://ttf2ufm.sourceforge.net/t1utils.tar.gz

Observe que "t1asm" da versão antiga desse pacote não funcionará corretamente com os arquivos
gerado por "ttf2ufm" versão 3.20 e posterior. Use "t1asm" empacotado com "ttf2ufm"
ou da nova versão "t1utils". Para uma versão mais recente de "t1utils", olhe em

http://www.lcdf.org/~eddietwo/type/

EXEMPLOS

Portanto, as seguintes linhas de comando:

"ttf2ufm -e ttffont.ttf t1font"

"ttf2ufm ttffont.ttf - | t1asm> t1font.pfa"

representam duas maneiras de obter uma fonte funcional. O benefício da segunda forma é que o outro
filtros podem ser aplicados à fonte entre o conversor e o montador.

Use ttf2ufm online usando serviços onworks.net