O que estamos fazendo em 2024

Já estamos em 2024, e até em março. Assim como no ano passado, fizemos uma videochamada com todos os desenvolvedores, artistas e voluntários patrocinados para discutir o que conquistamos no ano passado, descobrir os maiores problemas que estamos enfrentando e definir as prioridades para este ano.

Desafios

Um problema muito sério é que o mantenedor da porta Android e ChromeOS do Krita está ocupado demais para trabalhar no Krita em tempo integral. As versões Android e ChromeOS do Krita usam a plataforma Android, e essa plataforma muda com frequência e arbitrariamente. Isso significa que Sharaf passou quase todo o seu tempo mantendo o Krita rodando no Android (e no ChromeOS), em vez de, como havíamos planejado, trabalhar em uma interface de usuário dedicada para tablets para o Krita no Android. E como esse trabalho de manutenção não está sendo feito agora, estamos tendo um grande problema. Além disso, como o KDE aposentou a fábrica de binários e moveu as compilações binárias para o sistema de integração contínua do invent.kde.org, não temos mais compilações automáticas para Android.

Também perdemos outro desenvolvedor patrocinado. Eles ficaram doentes por um bom tempo, mas recentemente postaram em seu blog que começaram a trabalhar em um emprego diferente. Como estavam trabalhando principalmente na manutenção das bibliotecas das quais o Krita depende e eram muito bons em fazer correções, também sentiremos muita falta deles.

Finalmente, colocamos o Krita na loja Apple para MacOS no ano passado. No entanto, há dois anos, a mantenedora do Krita, que sou eu, mudou seu nome legal. Agora, os certificados necessários para assinar o pacote para a loja expiraram e precisamos criar novos certificados. Eles precisam ter o nome legal atual do signatário e, por algum motivo, está sendo muito difícil fazer com que a loja permita que o mesmo desenvolvedor, com o mesmo ID e código, mas com um nome legal diferente, envie pacotes. Estamos trabalhando nisso.

O que fizemos no ano passado

Claro, lançamos o Krita 5.2 e duas versões de correção de bugs para o Krita 5.2. Faremos pelo menos mais uma versão de correção de bugs antes de lançar o Krita 5.3.

O sistema de áudio para o recurso de animação do Krita foi completamente reformulado, transferido do sistema QtMultimedia do Qt para o MLT. O recurso de storyboard foi muito aprimorado, ganhamos suporte a JPEG-XL bem a tempo para a equipe do Chrome do Google decidir abandoná-lo, porque não havia ninguém oferecendo suporte... Também refatoramos o sistema que usamos para construir todas as bibliotecas dependentes em todas as plataformas. Bem, o trabalho no MacOS ainda está em andamento, com o PyQt sendo um ponto problemático. Claro, havia muitas outras coisas acontecendo também.

Wolthera começou a reescrever o objeto de texto, quase o concluiu e agora está trabalhando na ferramenta para escrever, modificar e compor texto. Esta é uma grande mudança com resultados impressionantes!

O que esperamos fazer este ano

Partes desta lista são do ano passado, parte dela é nova.

Uma grande ressalva: agora que o projeto KDE lançou a primeira versão do KDE Frameworks para Qt6, a portabilidade do Krita para Qt6 terá que acontecer. Este é um projeto grande, não apenas pelo desaparecimento de funções, mas muito por causa das mudanças no suporte à renderização por GPU. No Windows, os drivers OpenGL apresentam muitos bugs e, por isso, o Qt5 oferecia a possibilidade de usar a camada de compatibilidade Angle entre aplicativos que usam OpenGL e a biblioteca nativa Direct3D para renderização por GPU. Isso acabou, e, a menos que reescrevamos nosso sistema de renderização por GPU, precisamos colocar o Angle de volta na pilha.

No geral, é bem provável que a portabilidade para o Qt6 tome muito tempo da implementação de novas funcionalidades interessantes. Mas quando isso estiver concluído, poderemos começar a trabalhar em uma interface de usuário amigável para tablets, desde que ainda possamos lançar o Krita para Android.

Isso não quer dizer que não queremos implementar novas funcionalidades divertidas!

Aqui está a lista:

• Implementar um sistema para criar balões de texto flexíveis e integrá-lo com o objeto de texto para que o texto flua para os balões
• Implementar um novo tipo de camada para frameworks de histórias em quadrinhos
• Fornecer integração com o Blender. (Isso é menos urgente, no entanto, pois já existe um plugin de terceiros muito útil para isso: Camada Blender)
• Substituir o sistema de painéis atual por algo mais flexível e fácil de ser mantido.
• Implementar um sistema para fornecer predefinições de ferramentas
• Criar uma nova interface de usuário para manipular paletas
• Adicionar uma exibição de forma de onda de áudio para animações
• Adicione suporte para fluxo de trabalho de quadro de referência de animação.

Também discutimos o uso da GPU para melhorar o desempenho. Uma ideia original era usar a GPU para pincéis, mas os artistas argumentaram que o desempenho dos pincéis é bom, e o que é muito lento são a ferramenta de transformação de liquefação, máscaras de transformação e alguns filtros. No final, Dmitry decidiu investigar

• otimizar máscaras de transformação na GPU

E aqui está a questão mais controversa de todas: devemos adicionar recursos de IA ao Krita? Tivemos várias discussões acaloradas entre desenvolvedores e artistas na lista de discussão e no invent.kde.org.

Os artistas presentes na reunião argumentaram que a IA generativa é inútil e, na melhor das hipóteses, levaria a modelos insossos e repetitivos, mas que a IA assistiva poderia ser útil. Para descobrir se isso é verdade, começamos a investigar um projeto específico: a arte-finalização assistida por IA em esboços. Isso é útil, pois pode substituir uma etapa tediosa da arte, mantendo a individualidade artística. Se isso realmente chegará ao Krita é incerto, é claro, mas esperamos que a investigação nos ajude a entender melhor a questão, as possibilidades e os problemas.

Observação: não implementaremos nada que utilize modelos treinados em imagens coletadas e garantiremos que a pegada de carbono do recurso não exceda sua utilidade.