noto sans mono bitmap rs download - noto sans mono bitmap rs download de código fonte

noto sans mono bitmap rs

Baixar fonte

v0.3.0

Baixar

Noto-Sans-Mono-Bitmap (Biblioteca Rust)

Fornece caracteres pré-mais elementos da fonte "Noto Sans Mono" em diferentes tamanhos e pesos de fonte para vários intervalos de unicode. Esta caixa é no_std e não precisa de alocações ou operações de ponto flutuante. Útil em kernels e carregadores de inicialização quando apenas o "ploat soft" está disponível. Estritamente falando, essa caixa é mais do que uma fonte básica de bitmap, porque codifica cada pixel como um byte e não como um pouco, o que resulta em um resultado muito melhor na tela.

Arquivos de fonte originais retirados de: https://fonts.google.com/noto/specimen/noto+sans+mono
Licença: SIL Open Font License (OFL) https://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=ofl

Tl; dr

✅ no_std , alocações zero, sem operações de ponto flutuante
Symbols Os símbolos, números e letras mais importantes como constantes pré-alta. Ranges Unicode são selecionáveis.
✅ Noto sem fonte mono como base
✅ Tamanhos diferentes e pesos da fonte (leve, normal, em negrito)
✅ Agradável anti-aliasing/suavização e melhor aparência do que fontes de bitmap herdadas
✅ Cada pixel é codificado em um byte (0-255) e nem um pouco, o que resulta em um resultado muito melhor na tela.
✅ Tamanhos de fonte relevantes: 14, 16, 24, 32 e 64px (como recursos opcionais de tempo de construção)
✅ Dependências zero
✅ Todos os personagens estão alinhados em sua caixa/raster. Se eles forem impressos um ao lado do outro, o resultado ficará bom.

Screenshot of the bitmap font.

Guia do desenvolvedor e contribuindo

Por favor, verifique contribuindo.md.

Terminologia: a fonte do bitmap é o termo certo?

As fontes de bitmap legadas (8x8) geralmente se referem a uma fonte onde cada símbolo é codificado em 8 bits. Os de um byte ( 0b00110000 ) significam "pixel em" e os zeros 'significa "pixel off". No entanto, minha fonte codifica a intensidade de cada pixel como um byte de 0 a 255. Portanto, isso é menos eficiente do que as fontes de bitmap herdadas, mas parece muito melhor. Eu ainda uso o termo fonte de bitmap, porque esse termo é usado e conhecido ao falar sobre fontes/fontes pré-alta, renderização em contextos de baixo nível, como o processo de inicialização.

Quando (não) usar esta caixa

Se você deseja imprimir em um Framebuffer e se você desenvolver um carregador de inicialização ou um kernel, geralmente não deseja ativar a FPU e evitar a instrução de ponto flutuante (ou seja, use apenas flutuação suave). Minha caixa é uma boa opção para imprimir bem os personagens na tela em tais cenários. Como a boa renderização de fontes ao vivo de fontes TTF depende fortemente de muitas operações de ponto flutuante, o que não é ideal dentro de um binário de baixo nível. As fontes de bitmap de 8x8 legadas são feias quando impressas na tela. noto_sans_mono_bitmap pode ser visto como um bom substituto por anti-aliasing muito agradável.

Se você possui um ambiente ou suporte padrão para operações de ponto flutuante, convém rasterizar a fonte sozinho com a caixa fontdue e algumas fontes TTF, em vez de usar meu caixote.

Exemplo de código mínimo

 use noto_sans_mono_bitmap :: { get_raster , get_raster_width , FontWeight , RasterHeight } ;

// Minimal example.
fn main ( ) {
    let width = get_raster_width ( FontWeight :: Regular , RasterHeight :: Size16 ) ;
    println ! (
        "Each char of the mono-spaced font will be {}px in width if the font 
         weight={:?} and the bitmap height={}" ,
        width ,
        FontWeight :: Regular ,
        RasterHeight :: Size16 . val ( )
    ) ;
    let char_raster =
        get_raster ( 'A' , FontWeight :: Regular , RasterHeight :: Size16 ) . expect ( "unsupported char" ) ;
    println ! ( "{:?}" , char_raster ) ;
    for ( row_i , row ) in char_raster . raster ( ) . iter ( ) . enumerate ( ) {
        for ( col_i , pixel ) in row . iter ( ) . enumerate ( ) {
            println ! ( "[{:02}][{:02}]: {:03}" , row_i , col_i , pixel ) ;
        }
    }
}

Recursos de carga e tamanho de caixa

A caixa external/check-size fornece informações sobre a sobrecarga de ter essa biblioteca estaticamente compilada no binário.

Por padrão, apenas um subconjunto razoável de recursos possíveis está incluído. O tamanho do crate cru tem um tamanho de MIB, mas após a compilação e descarte peças irrelevantes (ou seja, tamanho 14, fonte regular, apenas ASCII), a sobrecarga deve estar em menos de 120 kib em tamanho binário, de acordo com minhas medidas. No entanto, mesmo com o recurso all , dependendo do seu código, o compilador pode descartar com segurança os caminhos de código inacessíveis ou não utilizados. No entanto, é recomendável incluir mais recursos do que o necessário.

Com todos os recursos incluídos dentro do binário e sem qualquer descarte pelo compilador, você pode esperar 5 ou mais MIB do consumo de memória. No entanto, isso exigiria o caso bastante improvável de que você use tamanhos e pesos de fontes diferentes simultaneamente e todos os intervalos de unicode.

Demonstração rápida

$ cargo run --example show_chars_in_window

Se você quiser usar chars especiais, como {ä, ö, ü, �} , no exemplo, você pode usar

$ cargo run --example show_chars_in_window --features all

Limitações e perguntas frequentes

O caractere de substituição � cortado à esquerda e à direita. :
Sim e eu não posso fazer muito sobre isso. Parece que esse símbolo não vem da fonte, mas da biblioteca de rasterização. No entanto, não gastei muito tempo na investigação. Mais detalhes podem ser encontrados no Github.
A altura da linha é tão alta.
Sim e eu não posso fazer nada a respeito. Recebo a altura da linha da fonte TTF e, se eu não respeitar esse valor, certos caracteres serão cortados. Não sou especialista em renderização de fontes. Mas pelo que é, é bom o suficiente. No entanto, se você renderizar a fonte em um buffer de estrutura, poderá cortar 1-2px na parte superior e um na parte inferior, o que deve ser bom para o ASCII normal.