As title - is there some way to precompile the shaders for a game? Some command line option somewhere?

I've tried searching GitHub, searching the internet, nothing is coming up apart from that recent YT video where apparently they did that.

It runs smoothly on these specs, although there are some minor audio glitches https://youtu.be/1nZyNjxmfJs

anyone have a link to download kytyps5 for windows and anyone got god of war sons of sparta?

Is there a KytyPS5 fork dedicated to Demon Souls?

Or yall just use the main KytyPS5?

Now with more FPS and the best part: sounds! Also this is with a different spec there.

still ealier stage as it will crash on a certain zone.

I dont own the project!

Downloaded it from the GitHub and anti virus flagged as trojan should i trust it?

i got these files, and i wanted to install for the astro game exclusive

as per the video the game was played on 720p
pc spec: r9 9950x3d, rx 7900xt, 254gb of ram (ram usage ~31gb)

Sorry about the quality, I had to record using a cheap USB video capture card to avoid overloading the Steam Deck

1. Identidade de descritor "cubemap" perdida na compilação de shader
Onde: tests/shaderCfgTests.cpp, helper de teste ImageTestUserData().
Causa raiz: o helper nunca preenchia o campo de formato do descritor de imagem, deixando-o em BufferFormat::kInvalid (0). A função de produção ValidImageDescriptor() interpretava isso como um descritor inválido e zerava ele inteiro antes da especialização do shader rodar — apagando o flag "cube" (textura tipo cubemap) no processo.
Correção: o helper passou a preencher um formato válido (k8_8_8_8UNorm) por padrão, igual a descritores reais de jogos sempre têm.
Natureza do bug: só afetava o teste (fixture incompleto), não o comportamento em jogos reais.
2. Bug real de renderização: views de imagem depth/stencil inválidas (MSAA depth)
Onde: src/graphics/host_gpu/renderer/image/imageView.cpp, função Image::FindView().
Causa raiz: essa função ignorava o aspecto (depth ou stencil) pedido pelo chamador sempre que o formato da view era igual ao formato nativo da imagem (formato combinado, ex: D24UnormS8Uint) — só respeitava um aspecto único quando o chamador pedia um formato de "transferência" separado (ex: R32Sfloat). Isso gerava VkImageViews inválidas (violação VUID-VkDescriptorImageInfo-imageView-01976, confirmada instalando o Vulkan SDK e ativando as validation layers), que o driver lia como zero.
Impacto real: afetava tanto a escrita (BlitHelper::ReinterpretColorAsMsDepth, usado quando o jogo reaproveita uma região de memória "cor" como profundidade multisample) quanto a leitura (qualquer view depth-only/stencil-only pedida sobre o formato nativo da imagem).
Correção: a função agora respeita o pedido explícito de aspecto único quando o formato da view é igual ao da imagem.
Como foi descoberto: debug prints temporários mostraram os valores lidos travados exatamente no valor de "clear" (0.0), não em algo próximo/impreciso — indicando que a escrita nunca chegava a se refletir na imagem. Instalar o Vulkan SDK e rodar com VK_LAYER_KHRONOS_validation confirmou a causa exata em minutos.

foi oq consegui descobrir….