Beaucoup de bêtises, d’approximations, et de raccourcis dans cet article.
La moindre des chose quand on se lance dans l’écriture d’un papier sur un sujet, c’est de le maîtriser, ce qui de tout évidence, n’a pas été le cas ici.
Ce chip doit permettre la lecture de musique qualité CD, de laisser quelques pistes pour les effets sonores du jeu gérés par le chip audio de la SNES, le SPC700, et d'étendre la capacité d'adressage de la rom à 4GB.
Déjà, ce n’est pas un «chip», mais une spécification. Ensuite, ça ne sert pas uniquement a l’audio, mais à n’importe quelle donnée. Une simple lecture des specs aurait perms de le déduire (https://helmet.kafuka.org/msu1.htm).
Il ne faut pas non plus parler de capacité d’adressage, mais de taille maximale du fichier de données, limité à 4Go (sûrement pour aller de pair avec la limitation du FAT32).
Il a nommé le chip MSU-1 (pour Media Streaming Unit 1), l'affichage est géré par le GSU-1 (Graphics Support Unit 1), un dérivé du SuperFX.
Il créé alors à la demande de Byuu le SD2SNES, qui est en fait un fpga arm qu'on vient brancher sur le port cartouche de la console d'origine.
Non plus, il a commencé tout seul le développement de sa cartouche en 2009 (http://forums.nesdev.com/viewtopic.php?f=12&t=7361).
De plus, «FPGA Arm» ne veut rien dire. Il y a un FPGA, et un microcontrôleur ARM LPC1754 qui gère surtout la carte SD et la RTC.
Il faut dire que le code est très pointu, majoritairement en assembleur, en reverse engineering
La phrase n’a aucun sens. Le code est «en reverse engineering» ?
L’interface du menu est en assembleur 65816, mais le projet est surtout du C, et du Verilog.
Il serait bien de réécrire cet article, Internet étant ce qu’il est, beaucoup de personnes vont croire ce qui est écrit ici.
# Beaucoup trop de mauvaises informations.
Posté par tokepiz . En réponse au journal Petite histoire de la SD2SNES, et par là même du MSU1. Évalué à 2.
Beaucoup de bêtises, d’approximations, et de raccourcis dans cet article.
La moindre des chose quand on se lance dans l’écriture d’un papier sur un sujet, c’est de le maîtriser, ce qui de tout évidence, n’a pas été le cas ici.
Déjà, ce n’est pas un «chip», mais une spécification. Ensuite, ça ne sert pas uniquement a l’audio, mais à n’importe quelle donnée. Une simple lecture des specs aurait perms de le déduire (https://helmet.kafuka.org/msu1.htm).
Il ne faut pas non plus parler de capacité d’adressage, mais de taille maximale du fichier de données, limité à 4Go (sûrement pour aller de pair avec la limitation du FAT32).
Flagrant déli de copier-coller sans réflexion derrière.
D’abord, byuu a sorti une première version du MSU1 qu’il a appelé «21fx» (https://www.neogaf.com/threads/so-the-snes-was-capable-of-full-motion-video-and-cd-quality-music.400445/, http://www.gametronik.com/forum/index.php?showtopic=17881, la page archive n’est plus disponible). À noter que le nom a été réutilisé pour une interface de dump.
Ensuite, ça a été renommé MSU1 pour faire penser au GSU1 (le nom du Super FX, pas un «dérivé»). cf ici : https://forums.nesdev.com/viewtopic.php?t=11004#p125362
L’affichage n’est pas du tout géré par le GSU-1, ça n’a aucun sens, vu que les deux n’ont rien à voir.
Non, il a juste dit «ça serait bien que ça existe sur le SD2SNES». (http://forums.nesdev.com/viewtopic.php?p=64141#p64141)
Non plus, il a commencé tout seul le développement de sa cartouche en 2009 (http://forums.nesdev.com/viewtopic.php?f=12&t=7361).
De plus, «FPGA Arm» ne veut rien dire. Il y a un FPGA, et un microcontrôleur ARM LPC1754 qui gère surtout la carte SD et la RTC.
La phrase n’a aucun sens. Le code est «en reverse engineering» ?
L’interface du menu est en assembleur 65816, mais le projet est surtout du C, et du Verilog.
Il serait bien de réécrire cet article, Internet étant ce qu’il est, beaucoup de personnes vont croire ce qui est écrit ici.
(d’autres infos ici : https://retrogamespace.forumgaming.fr/t135-dossier-media-streaming-unit-msu1-le-projet-cd-rom-sfc-sur-cartouche)