DrPeri escreveu: (29-01-2019, 12:55 PM)Fora que ele conseguiria emular até o Wii por ter suporte nativo aos controles de movimento

Z80a escreveu: (29-01-2019, 04:40 PM)Depende MUITO do jogo pra falar a verdade.
No meu PC anciente por exemplo, eu consigo jogar super mario sunshine em 100% da velocidade, mas Super mario galaxy roda a tipo 20 VPS (dos 60 que eu preciso :3)

Nash escreveu: (29-01-2019, 06:53 PM)O rebolation.  




Mas é isso mesmo. 50% mais de clock em gpu/cpu e mais ram, que o z80a falava que era o mais decisivo, já que o GC tem muito pouco.
Fora isso tem o processamento da câmera, dos giroscópios, dos controles sem fio, talvez alguma alteração no chip de som e tal, não sei dizer, mas de relevante mesmo é aquilo ali.

play more escreveu: (29-01-2019, 09:05 PM)Não tem nenhum efeito a mais que o Wii faz e o GC não??? Do tipo de coisa que ferre qualquer emulação???

Z80a escreveu: (29-01-2019, 10:41 PM)Eu imagino que seja a combinação do clock a mais com a demanda do jogo em si.
Você tem que lembrar que super mario galaxy roda a 60 FPS enquanto o Sunshine roda 30.

play more escreveu: (29-01-2019, 11:06 PM)Mas e o Wii em comparação ao GC??? Galaxy 2 por exemplo roda bem mais truncado que o 1 e ambos são 60fps na mesma plataforma o que pode ser por compatibilidade do emu ou o jogo usar recursos que o 1 não utiliza.

Nash escreveu: (30-01-2019, 12:09 AM)Fiz uns testes aqui no Metroid, que realmente é o que mais tem problemas de stutter que eu tenha testado, aparentemente melhora se usar resoluções menores para dar mais margem para fazer essa previsão de shaders. Coloquei em 1440p com MSAA e por enquanto está segurando (mas duvido nada que mais para frente ainda vão rolar alguns).

EDIT: É, tem como não. GPU em 20%-30% de uso, Ubershaders sincronizados ou não e dá stutter da mesma forma em Metroid.

Zé, vc sabe o motivo de tantos emuladores terem esse tipo de problema de escala com transparências?



Em resolução nativa isso não ocorre e eu vejo o mesmo problema num punhado de emuladores.

Z80a escreveu: (29-01-2019, 11:37 PM)Se você tá falando daquelas travadas, pode ser o jeito como o jogo usa shaders.

No sistema real, os shaders são uma lista curta de 16 comandos de mistura de cores e texturas e tal, e bem, o dolphin precisa compilar essa listinha num shader, e enquanto em muitos jogos isso é um trabalho facil, em alguns *AHEM*Metroid*AHEM*, o jogo troca a listinha toda hora ou modifica ela de forma dinamica, e isso trucida o compilador de shader do dolphin.
Mas ele tem uma solução lá, uns tais de ubershaders que basicamente emulam o sistema inteiro de shader do gamecube dentro de um shader.
É um shader gigantesco e pesadão, mas tem zero tempo de compilação com ele, e o dolphin pode usar os ubershaders só nos shaders ainda não compilados, ai não precisa ficar travando o jogo.
Tem uma build do dolphin que só ignorava os shaders não compilados ao invés de esperar eles estarem prontos e metroid roda suave no meu PC com eles, mas fica tudo quebrado

:3

Nash escreveu: (30-01-2019, 02:10 PM)Mas é o mesmo chip, faz os mesmo efeitos (o tal de TEV). Se apareceu algo novo no Wii tem mais a ver com o clock extra, a ram em maior quantidade ou a maior experiência com o hardware, mas não deve ser algo impossível de colocar no ngc reduzindo alguma coisa para compensar.

No mais, estou surpreso o quão bem Metroid Trilogy se adapta ao mouse. Já tinha tentado uma vez, mas a mira não mexia verticalmente com eficiência (provavelmente falta de configuração), mas agora está funcionando muito bem. Melhor do que jogar no controle, sem liberdade de câmera, o que hoje em dia me deixa angustiado.  
Pena que não dá para travar a mira no centro da tela como um fps para ficar perfeito, essa mira solta precisa de treino.

O Windows está teimando em não reconhecer o Wiimote, então melhor jogar no mouse e teclado mesmo.