SDisk Emul project Final et pré-commandes - Page 29

il faut se logger sur mirari pour que les fichiers soient gardés.

ok je remets :

Fichier joint : projects.rar

Voici les premiers résultats de mon analyse du bus GD-ROM dreamcast.

Le pinout du bus gd-rom dreamcast:



Pour faire rapide (j'expliquerai en détail le fonctionnement de ce bus plus tard) il s'agit d'un bus 16bits avec 3 bits d'adresse, ainsi que quelques signaux de contrôles (3-4). Il faut maintenant voir comment câbler ceci sur la carte.
A noter qu'il y a aussi un bus audio numérique (pour le cd audio) en niveau 5V ainsi que quelques horloges. (ce bus semble cadencer le chip audio de la DC, et n'est donc pas optionnel)

Note2: il s'agit du pinout relatif a la carte mère de la DC.
Note3: il y a 10 registres accessibles a travers ce bus.
Note4: il me reste encore a analyser le mode DMA du GD ROM.

Bref après analyse l'émulation GD-ROM me semble tout à fait réalisable

Excellent boulot

Comme me le faisait remarquer SCPCD, ça ressemble bigrement à de l'ATA, voire de l'ATAPI, non ?

Oui tout a fait. d'ailleurs le travail va consister a reproduire l'émulation gd-rom/atapi présent dans lxdream.

je repost un ancien message avec les liens:

Jeff_HxC2001 (./660) :
Petite parenthèse et retour sur la Dreamcast :

Après quelques recherche le gd-rom semble utiliser une interface compatible IDE-ATAPI (comme la majorité des lecteur CD/DVD), du moins au niveau registre. L'interface hardware semple néanmoins encore plus rudimentaire que l'ide (un simple bus 8bits d'après le pinout ci-dessous)

ici le brochage du lecteur (complet?) : (non en fait pas complet du tout.)
http://www.fuzzymuzzle.com/Bitmaster/CD_ROM_Port.htm

ici un emulateur DC, comprenant l'emulation GD-ROM:

http://www.lxdream.org/news/
http://www.lxdream.org/count.php?file=lxdream-0.9.tar.gz (dans src\gdrom)

Je n'ai pas trouvé d'informations plus précise sur le sujet (aucun schéma de la DC dispo...) , mais peut-être certains développeurs ont plus d'infos sur le sujet.

quelques doc sur la DC:
http://www.boob.co.uk/devdocs.html

L'affaire me semble possible, mais faut t'il encore réunir suffisamment d'infos fiables.

(Au fait il faudrait peut-etre ouvrir un thread ou un forum plus general pour le projet vu que celui-ci ne sera pas limité à l'atari non ?)

Ah exact, j'avais oublié

Je me permet un : Yahooooooo prématuré
YaAhHHHHHHHHHOOOOOOOOOOUuuuuuUUUUUu

Jeff_HxC2001 (./845) :
Oui tout a fait. d'ailleurs le travail va consister a reproduire l'émulation gd-rom/atapi présent dans lxdream.

je repost un ancien message avec les liens:

Jeff_HxC2001 (./660) :
Petite parenthèse et retour sur la Dreamcast :

Blablabla, je vais pas tout quoter non plus

Pour rappel, la Dreamcast est strictement la même chose qu'une borne Naomi, simplement avec moitié moins de mémoire pour des raisons de coût. En trouvant des infos sur la Naomi, on peut donc les transposer à la Dreamcast :

http://mamedev.org/source/src/mame/drivers/naomi.c

Sinon un portage le NET-BSD à été réaliser sur Dreamcast, et le driver GD-ROM correspondant est intégré dans le kernel Linux depuis la release 2.6.25 :

http://www.netbsd.org/ports/dreamcast/
http://www.kernel.org/doc/menuconfig/drivers-block-Kconfig.html#GDROM

Sinon le chip utilisé est un 'bête' OTI-9220 (Oak Technology) modifié (depuis le OTI-912) et overclocké pour atteindre le débit du GD-ROM :

http://web.archive.org/web/20060707214844/http://www2.mozcom.com/~sknkwrks/gdcontroller.html
http://evolvingconsole.com/docs/sega/Sega_Dreamcast_GD-ROM_system.pdf (mirroir)
http://www.assemblergames.com/forums/showthread.php?t=19485
http://www.bjx.com.cn/files/wx%5Cdzsj%5Cdzsj%5Cdzsj99%5Cdzsj9910%5C991026.htm

Attention tout de même à la structure logique des GD-ROM, ils ne respectent pas la norme ISO-9660 :

http://www.cdrom-guide.com/forums/showthread.php?t=275601
http://homepage.ntlworld.com/menace-59/gd-rom_stuff/the_main_guide.html
http://www.deadcoderemoval.net/tiki/tiki-view_blog_post.php?find=&blogId=1&offset=20&sort_mode=created_desc&postId=318
http://hydras-world.com/gaming/dreamcast/

Discussion similaire sur l'émulation du GD-ROM :

http://www.dcemu.co.uk/vbulletin/archive/index.php/t-2529.html

Ce qui serait cooool, une fois le bus GD-ROM analysé et la carte d'émulation réalisée, ce serait de rajouter un port IDE-ATAPI classique sur la carte pour y brancher un lecteur de DVD-ROM : à nous les jeux homebrew DC sur 4.5 GB ! Voire même coder un lecteur de DVD/DivX

Kochise

tain y a pas a dire je suis toujours autant largué sur ce post moi !

Kochise (./848) :
Voire même coder un lecteur de DVD/DivX

Le DivX sur Dreamcast ça existe déjà, mais c'est limité aux faibles résolutions et bitrates si je me souviens bien.

Parce que décodé au CPU. Il faudrait utiliser l'ARM7 pour décoder le flux MP3, on gratterait quelques bitrates Et puis le PowerVR 2 pour décompresser les blocks (mon téléphone Nokia N95 avec un PowerVR MBX -pour les datasheets, regarder sous Intel 2700- qui dérive du GPU de la Dreamcast décode sans pb les DivX full bitrate)

Kochise

Sinon le chip utilisé est un 'bête' OTI-9220 (Oak Technology) modifié (depuis le OTI-912) et overclocké pour atteindre le débit du GD-ROM :

Malheureusement la réalité n'est pas aussi "simple" :
Sur ma DC le contrôleur n'utilise pas de OTI-9220, mais un Toshiba TC9450AF ainsi que 2 customs chip Sega:



Mais le pire c'est que Sega a apparemment intégré cette carte à la carte mère, ce qui risque de poser quelques problèmes.
voir ces liens pour plus d'infos:

http://jonr.neovanglist.net/?p=20
http://www.flickr.com/photos/rocatis/2236535303/

Note: après pas mal de recherche il semble que l'ensemble des infos autour du GD-ROM sur le web, sont dans la plupart des cas fausses ou incompletes, surtout coté hardware (exemple typique ce pinout que l'on retrouve partout, a comparer avec le mien : http://www.fuzzymuzzle.com/Bitmaster/CD_ROM_Port.htm ).
Pour moi la seule source plus ou moins sûr est le code source de lxdream.


Sinon de mon coté j'ai fini par utiliser DC dev pour faire quelque programmes de tests et analyser le bus (à l'aide de la carte fpga).

Par curiosité voici une partie des données capturées par le fpga (avec un jeux qui boot):



Après analyse il s'agit bien d'Atapi ici, mais avec quelques commandes spécifiques Sega, qui d'ailleur sont bien présentes dans lxdream (http://www.lxdream.org/count.php?file=lxdream-0.9.1.tar.gz).
Donc le pinout ci-dessus, ainsi que le mémory mapping est bien confirmé :-)

Maintenant il va falloir ce procurer le connecteur qui va bien pour la suite.

J'ai déjà cherché pour le connecteur, on trouve mais pas la même taille (moins de pins, chez Farnell par exemple) :/ Pareil pour le G2-BUS (modem, broadband, ...) on peut par contre le désouder pour metttre un 'bête' HE connecteur coudé 90° à la place Sinon j'ai les docs officielles des SDK Katana si tu veux, tu pourras eventuellement y trouver ton bonheur coté infos hardware.

Kochise

EDIT : typo

wait and see ....

encore le cablage, pourvu que ca marche.....



Fichier joint : (IMG_7092c.jpg)




Fichier joint : (IMG_7098c.jpg)

superbe.

tu les fais chez qui tes CI?

petite boite du coté de chez moi, mais que pour l'industrie....

"Étamage" à l'or, on ne se refuse rien

Très joli en tout cas

Des news sur l'état d'avancement de la version DC ?

Kochise

des nouvelles pas très bonnes:

j'ai les circuits imprimés (4) , la plupart des composants (manque "que" le fpga altera cycloneIII)

mais je ne connais personne pour faire le cablage des boitiers tqfp, (c'est du fin , pas de 0.5 et 0.4)

donc pour l'instant point mort. je ncherche un solution ....

Tu as déjà essayé la pâte à braser ? Ça marche bien, il suffit de la déposer sur les pattes et de chauffer, et la soudure se répartit comme il faut (surtout si tes CI ont du vernis épargne).

Sinon, au pire, tu as la bonne vieille méthode qui consiste à souder toutes les pattes ensemble et à enlever l'excès de soudure à la tresse.

http://forums.futura-sciences.com/electronique/143421-soudure-tqfp.html ?
http://www.aqra.ca/Soudure-des-Composants-Montes-en
http://www.edaboard.com/ftopic42344.html
http://www.youtube.com/watch?v=xBZPh4tmS_Y
...

Kochise

http://www.youtube.com/watch?v=xBZPh4tmS_Y
waw impressionnant

dans le même style :
http://www.youtube.com/watch?v=t06malVew40&feature=related

merci pour votre aide

cela me donne pas mal de piste a suivre , je vais voir si je ne peut pas recuperer de la pate a braser.
(ou trouver un point de vente...)

pour le fer cms c'est résolu, on m'en prete un.

quand a la bonne vieille methode a noyer de soudure puis enlever l'exces , avec du tqpf de 240 pin , et 100 pin en 0.4 , faut pas trop compter dessus

je vais tout tordre avec mes gros doigts...

Il reste le four :

http://www.scienceprog.com/how-to-solder-smd-at-home-part-one/
http://dlharmon.com/solder/smd.html
http://www.seattlerobotics.org/encoder/200006/oven_art.htm
...

Kochise

J'ai accès a une station a air chaud en dernier recours, ça donne en général des résultats pas trop mauvais.

Sinon coté émulation GD ROM DC j'ai pas trop avancé sur le sujet, (très chargé c'est derniers temps, et ça va pas s'arranger). je vais au moins faire quelques mesures de timing dans les prochains jours.

le tqfp il faut le coller avec un truc pas trop fort avant de le souder, bien sur ^^

Nan, pas forcément, j'avais essayé avec un petit patch de double face, mais ça supporte super mal la chaleur. Ce que je faisait quand je routais mes circuit, je faisait un gros carré de la taille du boitier sur le plan de masse (de préférence juste sous le boitier, en surface ou en 1ère couche) qui sert de dissipateur afin d'évacuer le max de chaleur du boitier, mais pas des pads. Sinon le truc c'est de présouder deux pattes opposées Et pui, tips ultime, les gants Mapa c'est formidable, surtout pour la soudure CMS

Kochise

pattes opposees +1


c'est quoi des gants Mapa?

des gants de vaisselle ?