![OpenJPEG 2.5 lançado com decodificação JPEG 2000 de alta taxa de transferência (HTJ2K) OpenJPEG 2.5 lançado com decodificação JPEG 2000 de alta taxa de transferência (HTJ2K)](https://sempreupdate.com.br/wp-content/plugins/seox-image-magick/imagick_convert.php?width=904&height=508&format=.png&quality=91&imagick=/wp-content/uploads/2022/05/controlflag-4-1024x577.png)
O novo OpenJPEG 2.5 saiu na semana passada e vem como a atualização mais recente para esta biblioteca de imagens JPEG 2000 de código aberto. O mais importante na nova versão para esta biblioteca de 2 cláusulas BSD agora suporta decodificação “HTJ2K” de alto rendimento.
High-Throughput JPEG 2000 (HTJ2K) é para facilitar a decodificação de imagem mais rápida ao custo de uma eficiência ligeiramente reduzida. O HTJ2K substitui o codificador de bloco padrão JPEG 2000 por um codificador alternativo focado no desempenho vetorizado. O JPEG 2000 Parte 15 de alto rendimento (ISO/IEC 15444-1) só foi confirmado em 2019.
OpenJPEG 2.5 lançado com decodificação JPEG 2000 de alta taxa de transferência (HTJ2K)
O HTJ2K foi descrito como oferecendo um “aumento de magnitude” no rendimento do JPEG 2000 – cerca de 10x para taxas de bits compactadas moderadas a mais altas ou cerca de 30x para codificação sem perdas, tudo graças ao seu novo codificador de bloco HT.
Houve uma implementação de código aberto de referência do HTJ2K através do projeto OpenJPH, enquanto agora com o OpenJPEG 2.5 há suporte adicional de código aberto para o JPEG 2000 de alto rendimento. decodificação parcial do fluxo de bits. Na frente do codificador OpenJPEG, a v2.5 adiciona suporte para geração de marcadores TLM. A versão OpenJPEG 2.5 é complementada por várias correções de bugs.
Os binários e fontes do Windows/Linux/macOS para OpenJPEG 2.5.0 podem ser baixados do GitHub.
Patches LoongArch atualizados pela décima vez para o kernel Linux
Com a décima iteração dos patches da arquitetura de CPU LoongArch publicadas no sábado, parece que o trabalho está se estabelecendo e essa arquitetura inspirada em RISC-V e derivada de MIPS chinesa pode em breve estar se tornando popular.
Apenas duas semanas atrás, saíram os patches do kernel Linux LoongArch v9, enquanto hoje é a décima rodada para abordar o feedback e outros itens restantes para trazer esse código. Além do amadurecimento da porta do kernel do LoongArch, o outro pré-requisito que abre o LoongArch para a fusão com a linha principal é o GCC 12 com suporte ao compilador LoongArch. Ter suporte ao compilador principal para a arquitetura de CPU fornecida é uma etapa óbvia e necessária antes que o suporte do kernel possa chegar a novas arquiteturas de processador.
Com os patches v10, os patches LoongArch foram re-baseados no estado mais recente do Linux 5.18 Git, ele passa a usar o código stub EFI genérico, também passa a usar a biblioteca de strings genéricas e as implementações de spinlock de ticket, descarta o patch Zboot, e tem outras pequenas correções e melhorias junto com a documentação atualizada.
O Loongson 3A5000 é o primeiro processador LoongArch, mas não é muito competitivo em relação aos atuais CPUs ocidentais.Este suporte LoongArch é desenvolvido pelo próprio fornecedor chinês Loongson. Em sua forma atual, essa arquitetura de CPU traz 23,9k linhas de código novo, enquanto também reutiliza alguns caminhos de código MIPS64 existentes.
Veremos se o LoongArch está pronto para o mainlining no ciclo do kernel v5.19 ou se vai durar mais tempo ou quaisquer outras objeções levantadas pelos desenvolvedores upstream.
Via Phoronix