Hacking EZ4 write code released

  • Thread starter Thread starter FAST6191
  • Start date Start date
  • Views Views 2,015
  • Replies Replies 10

FAST6191

Techromancer
Editorial Team
Joined
Nov 21, 2005
Messages
36,794
Solutions
21
Reaction score
29,767
Trophies
6
XP
28,725
Country
United Kingdom
Normally I would leave this to develop more and become a bit more complete but what the hey, with the aid of the new ImageView 1.4, cory1492 and a few others EZ4 write code has been made, I must stress this is pre alpha stage stuff but it has been tested quite extensively on the whole EZ4 line and nobody has reported any corruption (or failure to write) yet. If you do try it make sure to have a backup of any important data like saves.

Write code and source, a build or rein/rain, a build of DSorganise with EZ4 write support and a demo rom that copies files (in the write code zip) are available:
http://ezflash.sosuke.com/viewtopic.php?t=2858
I have tested all the demos and it seems to be working good.

Update: it seems DSFTP has also appeared.
 
WOW... You know I was waiting to give DSO a shot and such before I posted in this thread, but the amount of response to this thread is a bit disheartening. After all the "lack of homebrew support on EZ4" complaints, I'd have expected a little more excitment. :/

Anyway, after a few DNS issues and other things, I finaly tried Cory's DSO build and it's great. Nice freakin' work man!

Has anyone contacted Chishm about this write code? It would be great if he could use it to add EZ4 support to his FAT lib.
smile.gif
 
I downloaded the sample files from the CBDS web page, and the "La Vie De Norman.ds.gba" file works just fine on my EZ4. I can't be bothered to create my own files because I don't want to install MSNet and the PAFS that supposedly works w/o it doesn't... Work I mean.
 
I downloaded the sample files from the CBDS web page, and the "La Vie De Norman.ds.gba" file works just fine on my EZ4. I can't be bothered to create my own files because I don't want to install MSNet and the PAFS that supposedly works w/o it doesn't... Work I mean.

awesome, thanks man!
 
What causes it to break the others? Is it because the code isn't optimized?
If they are all included at the same time, trying to boot one card will halt a FAT init of a different card. My only guess is that some of the hardware commands overlap each other for certain cards, so that some sort of much better hardware detection would be needed than simply tossing commands at the cards until it happens to unlock.

Infantile has worked around this by including the windows tool to alter (create, sort of) the final binary (by changing a single string), that way its specified within the binary exactly which card (and only that card) to try and unlock.
 
Yeah, I noticed that when using infantile's homebrew. They always note what card you use. That's not in the offical FatLib? Pretty interesting, well hopefully it will get settled soon enough. Nice work!
 

Site & Scene News

Popular threads in this forum