hello

le code qui lit le peu de données venant de la ram tourne en programme principal effectivement, tout simplement pour avoir tous les registres.
et je n'utilise jamais rien en rom, tout est en ram. les objets graphiques en rom sur jaguar c'est la mort

ce qui me semble quand meme bien etrange c'est que le code principal genere des buffers en ram dsp qui sont lus par l'I2S. si le code principal est en retard, il ne recalcule pas les buffers assez vite mais l'I2S peut continuer à faire du replay des buffers deja dispos ( ça boucle en permanence sur maximum 128 octets par voie). si je monte a 40 KHz j'entends très bien que c'est ce qui se produit. mais avec l'ajout de la charge graphique la déformation du son n'est pas la même.
je dois avouer que je ne vais pas non plus y passer un temps fou, car vraiment sincèrement tout le monde s'en fout en fait, y a vraiment peu de codeurs jaguar et les utilisateurs/joueurs ne font pas vraiment la différence entre du module 4 voies et du hively 10 voies.