Aller au contenu

Akira76

Membre
  • Compteur de contenus

    1 157
  • Inscription

  • Dernière visite

  • Jours gagnés

    20

Messages posté(e)s par Akira76


  1. Correct Ichi, et une SGX pas chère, j'en veux bien une  :mrgreen:

    Mais bon, la manip fait une inversion complête, donc ça marche pour faire passer les roms US sur consoles JP et inversement.

    Par contre, ne pas oublier de mettre la pin 29 du HuC6280 à la masse sur consoles JP, sinon certaines roms US plantent au region check.

    Mais bon, je le fais généralement en même temps que le mod RGB ;-)


  2. Pour les gens comme moi qui ont des consoles japonaises, mais qui aimeraient bien jouer avec des roms US, voilà un bête script de conversion JP<>US :

    #!/usr/bin/python
    
    import os, sys
    
    if __name__ == "__main__":
    	if len(sys.argv) < 3:
    		print "Syntax should be %s <input file> <output file>" % os.path.basename(sys.argv[0])
    		sys.exit()
    	else:
    # process basic checks
    		try:
    			input = open(sys.argv[1], "rb")
    		except:
    			print "Input file does not exist"
    			sys.exit()
    		try:
    			output = open(sys.argv[2], "wb")
    		except:
    			print "Can't write output file"
    			input.close()
    			sys.exit()
    			
    # checks were ok, let's proceed with the real work
    # reading input file to a byte array
    		data = bytearray(input.read())
    
    # let's check for a header and drop it if necessary
    		if float(len(data)) / 1024 != float(len(data)) // 1024:
    			if (float(len(data)) - 512) / 1024 == float(len(data)) // 1024:
    				print "Header found, dropping it"
    				for i in range(512): del data[0]
    			else: 
    				print "Hmm, this size is incorrect for a PCE ROM"
    				sys.exit()
    				
    # all right, nec regional protection 101:
    # US Nec ROMs are bitswapped, meaning for each byte, we need to swap the bits
    # i.e. : 0b11110000 -> 0b00001111
    # so basicly bitwise : 01234567 -> 76543210
    # let's do it :
    		buffer = bytearray()
    		
    		for byte in data:
    			newbyte = 0
    			for bit in range(8): 
    				newbyte += (((byte & (1 << bit)) >> bit) << (7 - bit))
    			buffer.append(newbyte)
    
    # writing output file
    		output.write(buffer)
    
    # close file handles
    		input.close()
    		output.close()
    

    Ça droppe le header s'il est présent, ça swappe les bits de chaque octet, bref, ça permet de convertir une rom US en "rom JP" sans avoir à switcher sa console.

    Testé et approuvé sur les HuCARDs d'Ichi!

    • Like 1

  3. Elles marchent, et elles sont vendue.

    Le super bénef que je fais dessus ne m'a même pas remboursé les frais de port de mon colis de 18Kg, mais bon, au moins maintenant ma collection pce est quasi complête (une Duo, une Duo-R, une Core 1, deux IU avec lecteur cd et pce-engine). Il me manque encore une SGX et un CDROM2 version core. Je ne suis pas intéressé par les portables.


  4. Sans compter qu'il y a de gros points négatifs concernant l'impression 3D qui ne sont pas réglés :

     

    - prix des consommables

    - finition crénelée, donc travail supplémentaire à prévoir pour la rendre présentable

    - pas d'effort mécanique supportés, donc durée de vie super limitée.

     

    Bref, impression 3D, OK pour un prototype, mais pour le la production, c'est pas encore tout à fait au point.


  5. Ok, la date de cloture est maintenant atteinte (même dépassée en fait) et nous sommes au total neuf.

    Mes premiers prototypes sont prêts à être commandés. Malheureusement on n'a pas atteind les 10 personnes donc il ne va pas être possible de faire baisser le prix de beaucoup.

    Je vais calculer au plus juste ce soir et j'enverrai un pm à chacun avec mon adresse paypal et le montant désiré.


  6. D'abord, entre 28 et 32 pins, les pins de base sont les mêmes. 

    Oui, c'est exact, c'est pour ça qu'il n'y aura que deux pcb adaptateurs au final.

     

    Ensuite il y a peu de différences entre PRG et CHR. Du coup un adaptateur commun paramétrable par straps pourrait être le plus valable non ?

    Là c'est plus compliqué, j'ai sous les yeux des pcb avec maskroms 28 pins où il n'y a pas la place de mettre un 32, donc il y aura bien un pcb différent pour les 28 et 32 pins, un pcb commun pour la programmation et un pcb header pour la programmation 28 pins. 

    Comme expliqué plus haut, les maskroms 28 broches NES peuvent monter à 1Mb (128Ko) ce qui n'est pas le cas des eproms/flash donc il faut pouvoir accéder à A16 et, /WR et VCC pour la programmation du chip.

     

    Les premiers prototypes sont déjà prêts, j'attends juste lundi prochain pour voir combien de personnes participent au final.


  7. Salut X-death, y'a pas de mal pour tes questions, il y a deux avantages principaux :

    - les 39sf n'existent qu'en DIL32, pas, les maskrom snes de 256kb à 1Mb sont en 28 pins

    - le fait de passer par un adaptateur permet de n'avoir aucune redirection, c'est un drop-in replacement

     

    Concernant le format, je suis d'accord, le tsop n'est pas le plus facile à souder, mais pour avoir fait 90% de mes mods snes avec du 29f040, avec l'habitude ça devient piece of cake.


  8. Ayant fait le tour de la super nintendo (enfin, de ce qui m'intéressait dessus en tout cas), j'ai commencé à regarder de plus près la famicom (surtout depuis que j'ai reçu ma famicom AV et le NESRGB d'eviltim)

     

    J'ai fait le tour des différents tutos, des pinouts de la bête etc. et j'ai pensé qu'on pouvait faire des adaptateurs TSOP->DIL sur le modèle de celui des 29f032 sur super nes.

     

    En partant de la série microchip 39SF0x0 on a pas mal de possibilités (de 1 à 4Mb suivant le modèle, existe en tsop32, disponible en échantillon gratuit, etc.)

     

    Par contre, l'investissement de départ est un peu élevé pour moi, le seul endroit où j'ai trouvé ces chips en stock, c'est chez digikey, et leurs frais de port sont exagérés donc il faudrait partir sur une production à moyenne échelle. S'ajoute à ça la production des prototypes et les erreurs potentielles qu'ils peuvent contenir, bref, j'atteinds un chiffre suppérieur à 100€ que je ne peux pas assumer seul (enfin si, je pourrais mais ça dépasse ce que je compte investir dans mes mods NES).

     

    Je lance donc ici un projet en crow funding pour le développement de ces adaptateurs qui seront au nombre de 5 ou 6 (DIL28 et DIL32 vers TSOP32 pour CHR et DIL28 et DIL32 vers TSOP32 pour PRG, ainsi que l'adaptateur qui permettra de les programmer sur GQ ou Wiillem. Le 5 ou 6 vient de là, à déterminer s'il est plus rentable de faire des adaptateurs séparés pour PRG et CHAR ou si c'est faisable proprement sur un dataptateur unique.)

     

    Si suffisament de personnes sont intéressées, je pense que pour 30€ par personne il y a moyen de produire ça, et de fournir à chacun : 

    - 3 adaptateurs PRG 28 pins

    - 3 adaptateurs PRG 32 pins

    - 3 adaptateurs CHR 28 pins

    - 3 adaptateurs CHR 32 pins

    - 1 adaptateur pour la programmation (ou deux si PRG et CHR doivent être séparés)

    - 12 39SF010A TSOP

     

    Soit en combinants tous les éléments ci-dessus de quoi faire 6 mods complets.

     

    C'est un travail de longue haleine, parce-que les prototypes que je commande chez oshpark comme chacun le sait ont un délais de livraison de ~3 semaines donc s'il y a un souci de proto, il faut compter 3 semaines de plus pour les nouveaux.

     

    Une note assez importante : je ne compte pas faire de bénéfice sur ces adaptateurs, le tarif de 30€ annoncé est révisable à la baisse en fonction du nombre de participants, les schémas et typon des différents pcb seront rendu publics sous license OSH (open source hardware) quand le projet sera bouclé.

     

    Donc messieurs-dames, à votre bon coeur, aidez la "recherche" à progresser :wink:

     

    Participants au 16/03/2014 :

    - Akira76

    - Exocil

    - Msieur Citron

    - Izidor

    - Redfield1

    - footix

    - baby

    - SkunK

    - ltrmars

     

    La cloture des candidature se fera le 31/03/2014, date à laquelle le prix exact (et le plus bas possible) sera calculé.

×
×
  • Créer...