Hacking DSLink announced

  • Thread starter Thread starter martin88
  • Start date Start date
  • Views Views 27,195
  • Replies Replies 139
Ninjapass (AKA Ultra FlashPass, same OEM source and developer, same thing)
has extremely slow writing speed and having multi-rom problem.

From one of the UFP512 user:

“0121 - CASTLEVANIA DAWN OF SORROW 64MB
(The software reports it as 380Mbit) 53 mins to burn to cart!!!”Â
wtf.gif


If you don’t know anything about these problems regarding
to its performance and built quality, I strongly recommend you to pay a visit
to Ultra FlashPass official forum/Ultra FlashPass section.

Personally, I can easily skip this hilarious gadget.Â
ph34r.gif

holy moly that's slow.
 
(FifthE1ement ) "The microSD goes up to 2GB and has quicker write speeds. Just a little info. "'

do you or anyone else knows where I can get a 2gb microsd from?
 
just canceled my G6 lite order from divineo.com which I placed a month ago, by the time they get around to shipping it to me, this will probably be released.
 
How fast does it writes? As fast as the memory card takes? Unlike Ninjapass? If that's the case, I'm so going to sell my G6 Lite.
 
Ninjapass (AKA Ultra FlashPass, same OEM source and developer, same thing)
has extremely slow writing speed and having multi-rom problem.

From one of the UFP512 user:

“0121 - CASTLEVANIA DAWN OF SORROW 64MB
(The software reports it as 380Mbit) 53 mins to burn to cart!!!”Â
wtf.gif


If you don’t know anything about these problems regarding
to its performance and built quality, I strongly recommend you to pay a visit
to Ultra FlashPass official forum/Ultra FlashPass section.

Personally, I can easily skip this hilarious gadget.Â
ph34r.gif



holy moly that's slow.
53 minutes is not normal! he definately has some other problems, when using USB 1.1 it's finished in about 10-15 minutes ... but maybe i'm just lucky
happy.gif
 
Ninjapass (AKA Ultra FlashPass, same OEM source and developer, same thing)
has extremely slow writing speed and having multi-rom problem.

From one of the UFP512 user:

“0121 - CASTLEVANIA DAWN OF SORROW 64MB
(The software reports it as 380Mbit) 53 mins to burn to cart!!!” 
wtf.gif


If you don’t know anything about these problems regarding
to its performance and built quality, I strongly recommend you to pay a visit
to Ultra FlashPass official forum/Ultra FlashPass section.

Personally, I can easily skip this hilarious gadget. 
ph34r.gif



holy moly that's slow.
53 minutes is not normal! he definately has some other problems, when using USB 1.1 it's finished in about 10-15 minutes ... but maybe i'm just lucky
happy.gif

Hey that's me. I'm using USB2.0 and I don't have other problems.
So you're saying you can burn a 64MB rom to the UltraFlashPass in under 15 mins? How?
You seem to be the only one able to burn roms this quickly. How?
 
i don't do something special - and i admit i'm not sure about the exact time it takes but it didn't take 53 mins for me (i sat in front of my comp smoking a j - waiting - and i won't play the waiting game for almost an hour!) ... i'm at work right now, but i can stop it when i'm back at home (possibly tomorrow) and tell you then.

i simply connect the writer (with the card already inserted) to my external usb 2.0 hub (the pc/motherboard is usb 1.1 - and it gives me the message about higher transfer rates being possible with usb 2.0). then i launch the software and click on 'add rom'. and after that on 'burn card'.
i mostly use the 'No Menu Mode' because multi-rom support doesn't work with a lot of games.

edit: i found this thread on ndsgba forums where a user states it takes 15 minutes to flash a 256Mbit rom -> ndsgba forum
guess my assumed time was wrong then but it's definately faster than 53 mins for 512MBit...

edit2: i think it's the 'erasing the card' issue you mean ... but ... i thought that my app was hanging (because of the goomba not moving his feet) then i just quit it and the next time i started the app the erasing part was back to normal and then it started burning the game onto the card. just try and maybe pm me after that so we don't get too ot in here ...

edit3: i pm'ed you bobbyblunt and my castlevania [0105 - Castlevania - Dawn of Sorrow (E)(Legacy).nds] was flashed in about 20 minutes ...
 
Huh, that's a bit of a bummer. So users will need to buy or borrow a pass-device and a GBA-slot flash cart to Flashme their console, rather than just get the DSLink? That's probably made this quite a lot less attractive to many people who were looking for a one-stop solution.

I wonder why the DS needs flashing anyway. The other DS slot devices like UFP and that Ninja thing don't require the DS to be flashed, do they?
 
So we would lose the ability to play single cart multiplayer if it is flashed? Or would it still use clean dumps?
 
Huh, that's a bit of a bummer. So users will need to buy or borrow a pass-device and a GBA-slot flash cart to Flashme their console, rather than just get the DSLink? That's probably made this quite a lot less attractive to many people who were looking for a one-stop solution.

I wonder why the DS needs flashing anyway. The other DS slot devices like UFP and that Ninja thing don't require the DS to be flashed, do they?
Reminds me of the MK2
unsure.gif
 
Well, apparently the problem that DS-LINK facing is the CPLD part.

CPLD is a programmable logic chip, and most of flash card use CPLD
to connect data to the right direction, including Passcard devices that used NOPASS method,
they usually got a programmed CPLD installed.

cpld.jpg

CPLD

The problem is not that they can’t do it,
it just that, the space avaliable onboard and the cost of development.
They thought, lots of people already flashed their DS, therefore, by skipping the NOPASS
they can cost-down the DS-LINK.
dry.gif


CPLD is the biggest chip on board, and usually takes over a huge among of space from PCB.

There are a couple of options for DS-LINK.

1. Rewrite Flashme source code and combine it with DS-LINK’s core bios
(takes time and money to do, not likely they will do so,
since they are trying to cost-down the product)

2.Install a stand-alone security chip just like normal DS card,
but it is going to take over an area on the PCB.
(yet, remember the early version of Passme devices?
You need to write a save file to your SLOT2 GBA port in order to run the Passme feature,
not practical in this case)

card.jpg


Mainly is the cost-down issue.

They are also trying to develop a tool that allows you
to back up your original DS bios. (Yeah right, Whoop-di-doo)

Oh, by the way, if they still rely on Flasheme method,
that means, likely you might still need to patch roms,
and the WIFI download play is going to have the same problem
with all other SLOT2 products out there…

Boo hoo.
mad.gif


I am expecting other companies will come up with a NOPASS solution
soon after DS-LINK’s first debut, and it will be perfect. Wait and see.

Anyways, see what's coming up next few days, maybe they will change their mind.
hate2.gif
 
1. Rewrite Flashme source code and combine it with DS-LINK’s core bios
(takes time and money to do, not likely they will do so,
since they are trying to cost-down the product)

I don't quite understand. Isn't the purpose of FlashMe/PassMe to redirect execution of ds code to the gba slot? So why would such a mechanism be useful at all for this card?
 
I don't quite understand. Isn't the purpose of FlashMe/PassMe to redirect execution of ds code to the gba slot? So why would such a mechanism be useful at all for this card?
In flashme V7 a bit of code was added to load the menuflash of MK2/3 - essentially a small flashchip is accessed, and a nds homebrew (menu) is copied to DS memory and executed using the serial connection with DS slot.
Flashme does this, basically:
- check the header of the GBA slot, if contains appropriate gamecode, boots GBA cart in NDS mode
- check for MK2/3 (or presumably this device which may mimick MK2/3), if present: check its menuflash for an executable, if present execute it.
- if you got here, boot the DS normally (DS menu)

PS: smaller CPLD's exist than the actel line the current noPass uses... I personally think it would just be a matter of getting the "right" person to reduce the number of gates required to emulate a DS cart so a smaller SMT package could be used... as far as I can see the NinjaPass may have indeed done so already (by also reducing the size of code on the noPass)
 

Site & Scene News

Popular threads in this forum