gbadev.org forum archive

I finally made some progress with my very own Windows driver for my new wireless card. The DS (slave) now actually sends its player info to my PC (master). The authentication and association process seems to be stable. It also looks like the CF-POLL & CF-ACK "flood" can be slowed down dramatically, which makes it easier to debug.

Made some progress but also have some bad news...

I was able to send the header, arm9 and arm7 binaries to my DS in "DS Download Play" mode. However, when I give the DS the "run game" command it displays the classic Nintendo logo on top, tries to fade out, then hangs. If I corrupt the logo in the header that I send to the DS, then the corrupted logo appears on the top screen. This means the header data is reaching the DS uncorrupted, and seeing as the arm9 and arm7 binaries are right behind the header, I am assuming they are also received by the DS without errors.

Sounds great, hope you get past that problem. Can't wait to hear more of your progress :)

Wow!

Great job Tim. I'll order a card and reinstall Windows on the ol' MAME box.

Which specific card are you using (as long as I'm getting one new, I may as well get one I know is working.)

More news, good and bad...

The problem with the DS hanging at the Nintendo logo screen has been fixed, I was sending the wrong ARM9 binary, which obviously failed the RSA signature check.

good = binary loaded, mario ds displayed "LOADING GAME DATA..."
bad = RSA signature

So then, from what I'm seeing now, any hacking, whether cart or wireless, is going to involve decryption? (In the case of wireless, decrypting the signature so that future homebrew games can have signatures).
_________________
Current high scores on Super Mario 64 DS:
Shell Smash - 50230
Wanted - 140

Does the Super Mario 64 DS multiplayer load more assets from the cart after the slaves start running the initial code? If so, do the slaves verify digital signatures of those assets? If not, then perhaps we could buffer-overflow the assets and get code running that way. Treat the signed SM64DS boot binary as a huge "magic cookie", subject to heavy protection of fair use rights under Sega v. Accolade and Lexmark v. Static Control (and possibly foreign counterparts), and then send original code afterward.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

tepples wrote:

Does the Super Mario 64 DS multiplayer load more assets from the cart after the slaves start running the initial code?

Yes.

tepples wrote:

If so, do the slaves verify digital signatures of those assets?

Probably not.

well done tim ;)

Is the RSA DS encryption 1024bits as u tought?

If it's 1024 omG :S

ecurtz wrote:

Which specific card are you using (as long as I'm getting one new, I may as well get one I know is working.)

I think its based on the ralink RT2500 chip
_________________
----!-----

Next generation DS

gl0b wrote:

Is the RSA DS encryption 1024bits as u tought?

0x83 bytes => 1048 bit

an 1048bit RSA encryption is nearly impossible to decode, right? :(
_________________
----!-----

Next generation DS

gl0b wrote:

an 1048bit RSA encryption is nearly impossible to decode, right? :(

For most of humanity, yes. However, I built myself a molecular computer using omegatron particles to compute at twice the speed of gravity back in the 60's that can crack it instantly. I wasn't born yet back then, but the device shifted into the past somehow when I put a coathanger next to it. :p

(I'm J/K BTW)

Actually, the 512-bit key version of RSA encryption was cracked a while ago. They used something like 260 computers to do it..

http://slashdot.org/articles/02/03/25/2125211.shtml

1024 bit encryption is nothing to be scared of - follow the link to see information on creating a machine that can crack 1024 bit RSA in minutes. It's pretty cheap too - just $1 Billion :P

Is the public RSA key known?
_________________
"He who dares not offend cannot be honest." -- Thomas Paine

i doubt they'd be using a public key

does this mean we'll do another joint encryption crack like darkfader did on metroid? :-D

Sebbo wrote:

i doubt they'd be using a public key

there would be two parts, a private part controlled by nintendo, and a public part stored in the DS.

Sebbo wrote:

does this mean we'll do another joint encryption crack like darkfader did on metroid? :-D

Doubt it, it took distributed.net 1,757 days to crack a 64 bit key in 2002: http://www.distributed.net/rc5/ I don't think brute forcing a 1024 but key is feasible.

I do hope I'm wrong though.
_________________
"He who dares not offend cannot be honest." -- Thomas Paine

6 months of work summarized in 2 minutes

http://users.belgacom.net/hyperds/wmb-mario.wmv

short but impressive ;)

PS: is it the new version of the driver? those options are new right?
_________________
----!-----

Next generation DS

Wireless multiboot using the "passme" method...

http://users.belgacom.net/hyperds/wmb-mario-2d-example.wmv

Tim Schuerewegen wrote:

Wireless multiboot using the "passme" method...

http://users.belgacom.net/hyperds/wmb-mario-2d-example.wmv

Care to explain what exactly happens?
_________________
Little kids and Playstation 2's don't mix. :(

Tim Schuerewegen wrote:

6 months of work summarized in 2 minutes

http://users.belgacom.net/hyperds/wmb-mario.wmv

wow, ,l00ks great !!
.

dagamer34 wrote:

Care to explain what exactly happens?

Like I said, using the same method used by a passme: redirect ARM7 execution to the GBA cart/slot (0x08000000) and capture the ARM9.

Tim Schuerewegen wrote:

dagamer34 wrote:

Care to explain what exactly happens?

Like I said, using the same method used by a passme: redirect ARM7 execution to the GBA cart/slot (0x08000000) and capture the ARM9.

Hmm.. interesting. Also, I am wondering, what exactly is the DS downloading before your demo starts? There seems to be 2 loading screens with the first taking a REALLY long time.
_________________
Little kids and Playstation 2's don't mix. :(

i think you can speed up the time of that first loading screen. are you just playing back a download capture?

the thing about the way WMB works, is it wont actually start to send any *useful* data until the host DS says "start game", and then the download occures... so it looks like you have a decent amount of dead time os sending empty/unused packets.

AFAIK, the initial WMB boot loader should only take about 1-3 seconds.

this new card seems to be prominsing... is it a PCI card, or do you think we could get the drivers to work on a USB or PCMCIA version of the chipset?
_________________
-=- Darkain Dragoon -=-
http://www.darkain.com
DarkStar for Nintendo DS

Will you release this driver ? (I have an MSI PC54G2 -PCI-, which is based on RT2500 chipset)
_________________
Sorry for my poor English, I've only learned it at school. So, if you want to, correct me... :)

Darkain wrote:

this new card seems to be prominsing... is it a PCI card, or do you think we could get the drivers to work on a USB or PCMCIA version of the chipset?

I've tested the driver and it works on PCMCIA. I have to test it on PCI but I think other pple made it work already.

People begin to give credit to tim's work ;)
_________________
----!-----

Next generation DS

I want to have Tim's babies :)

*dreams of the day when downloading Meteos demo and Jam with the Band songs from PC will be easy*

Gratulations Tim. I think this is a great step towards homebrewing on the ds. As important than the PassMe I believe.

Hope you will release tutorials and the driver soon, so others (me included) can start developping own demos on the DS...

Oh, I'm very excited...

Whoah there, Tim...very nice job!

Does this mean that all we need to run code on the DS is the passme and some pci/pcmcia/usb-thingy?

ChronoDK wrote:

Does this mean that all we need to run code on the DS is the passme and some pci/pcmcia/usb-thingy?

I interpret it to mean that you can load code from a GBA flash cart as if you had a passme. Think of it as a wireless virtual passme.
_________________
"He who dares not offend cannot be honest." -- Thomas Paine

Slightly breaking the flow but I believ Jadrule says on his site today what we've all been thinking since the start

Quote:

Yeah it's a hoax

.

Congrats Tim! That's 6 months well spent.

Just out of curiosity, does this bring wireless tunneling back in the realm of possibility? I can't tell whether or not the hacked drivers are able to receive any signals from the DS, but my impression is that the "hard part" was sending the proper signals from the PC to the DS. Now that we're able to do that, are there any other major obstacles?

Cleon I wrote:

Just out of curiosity, does this bring wireless tunneling back in the realm of possibility?

don't see why not, even though I can imagine serious latency issues.
As previously mentioned: the most exciting part is that it is theoretically possible to download demos en additional band brother songs (or whatever bonus content) from the web :)

oh, and instant homebrew multiplayer games ofcourse, once this gets further analysed :p

Simply amazing work Tim! Any news on when a beta'll be released?

Hope we get his cool stuff soon into our hands. If the driver works with most WLAN-Adapters, this will open a great new way for us developping for the DS... I can't wait...

TIM, hurry ;)

Final version of my Wireless Multiboot "PassMe" hack. The previous version needed a small change to the PassMe boot code for taking control of the ARM9 CPU. This is no longer necessary. It is now compatible with existing PassMe homebrew binaries.

http://users.belgacom.net/hyperds/wmb-passme.wmv

Pro's:
- no need to buy a PassMe
- parameters can be passed to PassMe binary (few bytes)

Con's:
- long loading time
- requires a 802.11 PCI/PCMCIA card with specific chipset (RT2560)
- only for Windows 2000/XP

nice work

Does anyone have a list of cards using that chipset?

Awesome!!! But I do not think that the loading time should be a "CON"... it's even cooler to load Homebrew via Wireless, than having an Inch of Passme looking out of the slot ;)

When are you going to release your baby? I can't stop being excited about it... it's so awesome that finally someone got it going...

So, any chance of getting a AT76C503A-RFMD chipset to work?
_________________
Current high scores on Super Mario 64 DS:
Shell Smash - 50230
Wanted - 140

Tim Schuerewegen wrote:

- only for Windows 2000/XP

Maybe not! This driver might run unmodified under ndiswrapper on i386 linux. Also, should you release the source it might be possible to modify the native linux drivers.

Of course I have neither a NDS or ralink card to test it.. :/
_________________
I'm busy making powermoves.

Tim Schuerewegen wrote:

Final version of my Wireless Multiboot "PassMe" hack. The previous version needed a small change to the PassMe boot code for taking control of the ARM9 CPU. This is no longer necessary. It is now compatible with existing PassMe homebrew binaries.

http://users.belgacom.net/hyperds/wmb-passme.wmv

Pro's:
- no need to buy a PassMe
- parameters can be passed to PassMe binary (few bytes)

Con's:
- long loading time
- requires a 802.11 PCI/PCMCIA card with specific chipset (RT2560)
- only for Windows 2000/XP

Hoora voor Tim! Good job pal! :)

Brilliant work...truly exciting news for the dsdev community! Now bring on wireless online gaming :D

Tim Schuerewegen wrote:

Final version of my Wireless Multiboot "PassMe" hack. The previous version needed a small change to the PassMe boot code for taking control of the ARM9 CPU. This is no longer necessary. It is now compatible with existing PassMe homebrew binaries.

http://users.belgacom.net/hyperds/wmb-passme.wmv

Pro's:
- no need to buy a PassMe
- parameters can be passed to PassMe binary (few bytes)

Con's:
- long loading time
- requires a 802.11 PCI/PCMCIA card with specific chipset (RT2560)
- only for Windows 2000/XP

Mother apeshit, sir you are my new God!

Not to criticize... two more CONs:
- not portable
- official firmware update might prevent this method. (although I don't know why you would put on a Nintendo firmware ;)

Once wifi has been figured out, you can do wireless loading with a PassMe too. By the time a firmware replacement is ready that allows homebrew code without PassMe or this method, I hope more wifi cards are supported. Then you can install that new firmware with a wifi card.

Found a list of ralink cards here

bagu wrote:

Tim Schuerewegen wrote:

- only for Windows 2000/XP

Maybe not! This driver might run unmodified under ndiswrapper on i386 linux. Also, should you release the source it might be possible to modify the native linux drivers.

Ralink linux drivers are open source maybe it could help:

http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page
_________________
----!-----

Next generation DS

Congrats Tim, great work on getting this to work.

This looks totally frickin' sweet dude. Just one question:

Right now, if I understand correctly, it works like a PassMe. The system copies code from the GBA slot into memory, and begins running that code. Would it be possible to take the GBA cart out of the equation all together and have the code loaded via wireless into memory?

you probably can, but it would be wise (faster) to have the program running off the flash rom instead wifi, correct me if I am wrong, but the wifi method only sends data at 2 mbs right?

Thanks for giving me a reason to finally buy a wireless card for my PC :D

chronofurb wrote:

you probably can, but it would be wise (faster) to have the program running off the flash rom instead wifi, correct me if I am wrong, but the wifi method only sends data at 2 mbs right?

I don't know how much faster it would be. The amount of memory you have to work with for PassMe'd code is (correct me if I'm wrong) about 4mb. So, even with overhead and packet loss, thats still pretty quick to transfer the code to the DS.

Also, in my situation, I have to insert my GBA cart into my SP, plug it into the computer, burn the code onto the GBA cart, move the cart back into the DS, and then run the code. So, if I'm making a lot of changes to my code, it would be far more tedious to do it via cart than wireless.

Also, wireless wins on style points alone :)

This is probably going to make me seem very ignorant (which I admit I am), but can sleep mode be activated during download play? I don't really know how much of sleep mode is in the firmware, and how much is the games themselves, but I don't think any of the single cart multiplayer games I've played have offered a sleep mode... (and if you were to send all the data for a homebrew game onto the DS, you might want to be able to put it in sleep mode so you can carry the game with you and show it to people without turning the DS off and losing it)

Well, pretty much after the multiboot rom has been sent over wireless, the DS doesn't know much else about the game itself, so it theoretically should be possible to have a sleep mode. However, it's isn't stictly on the hardware level, in fact, when you get the sleep interrupt message, you can choose to do nothing, but Nintendo forces you to act somehow upon receiving that message and turn off battery draining extras.
_________________
Little kids and Playstation 2's don't mix. :(

does it work with the supercard and is there wifi cards 802.11.b (and routers) wich work with it ? and do we have to download the firmware after each time we turn off the ds ?

thanks

maniacdevnull wrote:

Would it be possible to take the GBA cart out of the equation all together and have the code loaded via wireless into memory?

Thats what I wana know

Awesome work!

...provoking one scarey thought...

If we can make things download into the DS using radio alone - what's to stop some evil idiot writing something that broadcasts a signal like this containing a virus or some other nastiness. (eg: You are hanging out on the street with DS turned on playing a game - someone passes you with a laptop broadcasting something like this - and wipes out your game save information. :-(

You'd never know who did it and there would be no defense!

well 4MB of ram will limit you a lot
and it would be to slow to stream from wifi if that is even a possibility
but its is possible if you want to stay under 4 MB

3D_geek wrote:

If we can make things download into the DS using radio alone - what's to stop some evil idiot writing something that broadcasts a signal like this containing a virus or some other nastiness.

The virus would need to be on a GBA cartridge in the victims DS.
The signature hasn't be broken yet and thus prevents bad stuff from spreading.

As soon as we buffer-overflow the asset loader in SM64DS's Download Play slave, that will break the signature.

As for worms: Don't panic. A worm can spread wirelessly to a Nintendo DS only if the target system is listening for DS Download Play broadcasts and the user chooses to run one, and in any case, it'll disappear from RAM on power down.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

Quote:

As for worms: Don't panic. A worm can spread wirelessly to a Nintendo DS only if the target system is listening for DS Download Play broadcasts and the user chooses to run one, and in any case, it'll disappear from RAM on power down.

Yeah, but if there is a trojan that looks like some new mario minigame that is a must have (for example) and someone does download it, isn't it possible for it to erase the DS's firmware

I looked at the list of RT2500 cards, and saw the DWL-G122 listed. Does anyone know if the DWL-122 (b version) is one of them, just skipped from the list?

Or should I really be asking if I'll be able to try this wireless passme stuff with my DWL-122 card?

mymateo wrote:

I looked at the list of RT2500 cards, and saw the DWL-G122 listed. Does anyone know if the DWL-122 (b version) is one of them, just skipped from the list?

No, the DWL-122 is a USB device based on the Intersil Prism 2 chipset. I wouldn't give up hope though. I haven't made nearly the progress Tim has made but I've had some luck hacking with my DWL-122.
_________________
"He who dares not offend cannot be honest." -- Thomas Paine

maniacdevnull wrote:

chronofurb wrote:

you probably can, but it would be wise (faster) to have the program running off the flash rom instead wifi, correct me if I am wrong, but the wifi method only sends data at 2 mbs right?

I don't know how much faster it would be. The amount of memory you have to work with for PassMe'd code is (correct me if I'm wrong) about 4mb. So, even with overhead and packet loss, thats still pretty quick to transfer the code to the DS.

2mbs = 2 mega *bits* per second, the DS has 4 mega *bytes* of RAM, so assuming its constant it'd take 16 seconds to send a file that completely fills up the RAM...i think we could count on always having a load time less than 20 seconds tho, 30 seconds max

Sebbo wrote:

2mbs = 2 mega *bits* per second, the DS has 4 mega *bytes* of RAM, so assuming its constant it'd take 16 seconds to send a file that completely fills up the RAM...i think we could count on always having a load time less than 20 seconds tho, 30 seconds max

Like I said, it would be pretty quick.

Either way, thats also assuming someone writes homebrew code that fills all 4MBytes. Considering the Audio demo takes 640kBytes (5.12Mbits), thats still pretty quick.

Uhh.. Don't you have to CHOOSE to download? So, sitting there playing a game, and your stuff getting wiped out doesn't seem possible. Now, the rest is the same as with your computer. If you don't trust the source, you shouldn't download it. Or, if they do turn up, I guess we'll need a virus scanner before writing the demo/game to a flash cart, or downloading it on wifi.

could someone answer me please ? :)

I have been looking for buffer overflow exploits in the wireless multiboot protocol but did not find any that could be used to run homebrew code.

What I need is the decrypted DS firmware, so that I can have a look at the actual code running on the slave DS that performs the wireless multiboot download. If anyone can help me with that, PM me.

Yes Mastertop, you have to make that WifiMe everytime you want to load your own Code... until we have another method of doing it... but the Wifime would juste work fine for me... ;)

have teh wifime program been released yet? If not, when should we expect to see it?

Thanks

but does it work with supercard ???

mastertop101 wrote:

but does it work with supercard ???

The wireless multiboot method has the same restrictions as the PassMe method, namely the need of a GBA cart. If the PassMe works with a "supercard" than so will the wireless multiboot method. Now stop asking.

Hey Tim, what about this: open a new thread just for your WMB Stuff. With a small PRO and CONS etc. That would enlighten the ones who do not know anything about what's going on here.

Then everytime you get further in developpment, you can put it in there.

Maybe if that thread would be closed, so others can't post, might be a good Idea, no?

Another thread for Tim's accomplisments would be a good idea, this thread is way too long. Locking the thread I don't think is a good idea though. Unless you mean locking this one so it will die. In which case, go go go!

I'm kinda confused: we are unable to catche the DS wireless signal from games to tunnel it, but we can send multi-boot stuff.
Is it also possible to "download-play" our demo's? Or shall I put it like this: do we know how to do this?

As I understood it:

You can tell the DS by WifiMe (multiboot) that the DS should load code from the GBA Cartridge, where you can store your tools, demos and such.

I think that's it. Nothing more, nothing less... your code has to be in the GBA Cartridge.

For that new thread idea: this thread might still be useful to post new findings on the Wifi and Nifi! But Tim's work should be put somewhere else, to keep it easy to look for his updates. That thread shoul be locked, so only Tim can post messages in it.

That's my opinion.

It would be possible to tunnel using Tim's new drivers. The only issue preventing that was reliably sending packets the DS "liked." You'd still have latency issues for games which were expecting reliable communication.

Download play doesn't work because there is a big RSA encrypted signature of the downloaded code and we can't sign our code. Tim's new stuff does the same thing as the PassMe card - redirects execution to code loading from a GBA card. This is possible because the headers with the start addresses are pre encryption.

If you want to know which GBA cards work check the separate thread about that. If it isn't mentioned in that thread then NOBODY KNOWS. You'll need to order a PassMe and check yourself.

If somebody is volunteering to sift through this thread and FAQ up the important bits I'm all for locking it as well, but that somebody isn't me.

I might recheck the entire thread to pick up all important bits and infos and put them all together.

Today, my credits ran out, so I have to wait until my body health is back up to full ;)

bluknight wrote:

Another thread for Tim's accomplisments would be a good idea, this thread is way too long.

Split.

You're welcome.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

chishm wrote:

Yeah, but if there is a trojan that looks like some new mario minigame that is a must have (for example) and someone does download it, isn't it possible for it to erase the DS's firmware

I doubt it. Wireless multiboot is for SLAVE programs, I doubt it even has access to half the functions the host needs.

EDIT: Oh, and is their any recomendation on a relativly cheap and portable WiFi card using this chipset? Like a USB thingy?

Quote:

I doubt it. Wireless multiboot is for SLAVE programs, I doubt it even has access to half the functions the host needs.

Are you actually suggesting that games started from the DS Download mode somehow have less access to the hardware than normal games?

TJ wrote:

Quote:

Wireless multiboot is for SLAVE programs, I doubt it even has access to half the functions the host needs.

Are you actually suggesting that games started from the DS Download mode somehow have less access to the hardware than normal games?

Given what happened with multiboot on the GBA (led to F2A and EZFA cables and mass copyright infringement of GBA games), I'd guess that Niиtendo may have designed the hardware and the Firmware to put some restrictions on what a DS Download Play slave can do. Hey, it could happen.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

But downloaded games aren't always a slave to another DS.

There have been Meteos demo downloads at public kiosks in Japan, and Polarium has the ability to send a demo of the game to another DS.

Neither of those require your DS to remain in contact with the download source to play the demo.

I didn't wan't to be the first one to ask... but here goes... can we have some technical details or drivers or something?
_________________
www.hungrydeveloper.com
Version 2.0 now up - guaranteed at least 100% more pleasing!

where can we found this magical "multi boot loader" program?
(binaries and sources(for linux developpers))

thanks

Damn, 45 minutes later and I wouldn't have been first to ask :P
_________________
www.hungrydeveloper.com
Version 2.0 now up - guaranteed at least 100% more pleasing!

TJ wrote:

There have been Meteos demo downloads at public kiosks in Japan, and Polarium has the ability to send a demo of the game to another DS.

Of course the demos can use NiFi, and probably don't need to remain in contact with the host device (Unless the software checks for it, or has to remain in contact with the host at all times). I'm saying they might not have as much access to the bios, or the CPU(s) for example.

I believe that the WMB Method is really good to run own Code from the GBA Port. That would make it really easy for us to develope own stuff without buying new hardware, because I suppose that most of us already have a GBA Flash Card (me at least)...

But I'm sure that we are doing great steps in unserstanding the Nifi-Protocol, so we can use it for more than juste WifiMe...

first of all i would say:
very nice and keep up the good work
but, when can we download the software to send the passme software??
i can't wait before it is there.
i dont mind if is it an unfinisched version

please answer this..

You can download the driver and application from

http://users.belgacom.net/bn967347/

Enjoy.

Thank you!

Is that download verified? That User just got 1 post and it does not come from Tim. So I'm a bit careful...

thanx but what kind of wireless network adapter do i need?
i have a
Intel(r) Pro/wirreless 200BGNetwork connection
and a
Realtek RTL8139/810x Family Fast Ethernet NIC

can i make this program work now?

you need one of these: http://ralink.rapla.net/

i know that allready
but wy did i have to have one of that cards?
and why can't i get it work with another card?

please help me

the driver works with rt2500 and rt2560 ?

CoolkcaH wrote:

the driver works with rt2500 and rt2560 ?

RT2500 PCI and CardBus = RT2560
RT2500 USB = RT2570

I tried with a PCMCIA RT2500 on my laptop and it work perfectly on windows 2000 ;D

Good Job!

So that means the current driver doesn't work with usb? Will you make a RT2570 version?

I was thinking in buying the asus wl-167g.

It works perfectly with a MSI PC54G2!
Seems that it doesn't work with my Belkin (chipset is not always a RT2500).

Good work!
_________________
Sorry for my poor English, I've only learned it at school. So, if you want to, correct me... :)

About loading our own software over wireless...
Once the wifi hardware (and/or any bios api or nintendo library) has been figured out, it would of course be possible to put a wireless "loader" on the GBA cart.
This loader can then download the real software from the PC.

One thing I don't understand is why people think passme hacks are limited to 4MBytes. The only limitation is the size of the GBA cart you use.
The ARM9 can only execute code stored in the 4MByte RAM, yes, but the ARM7 can execute directly from the GBA cart if you want, and you can load any amount of additional resources (graphics, sounds, new ARM9 code, ... ) from the GBA cart to the 4MByte memory as you see fit.

Program doesn't work with my Dell Wireless 1350 802.11b/g 54Mbps Mini-PCI Wireless Card. Are there any plans to make the program work with other wireless cards?

Can someone explain me what there is to change in a driver to get it working with DS ? (how did Tim do ?)
_________________
Sorry for my poor English, I've only learned it at school. So, if you want to, correct me... :)

muckers wrote:

Program doesn't work with my Dell Wireless 1350 802.11b/g 54Mbps Mini-PCI Wireless Card. Are there any plans to make the program work with other wireless cards?

Is that card listed on http://ralink.rapla.net/ in the PCI or PCMCIA section? No. Why? Because it has a Broadcom chipset. RTFM.

Quote:

Is that card listed on http://ralink.rapla.net/ in the PCI or PCMCIA section?

I have a WUSB54G v4 (w/ 2570 chipset). Do you have any plans on getting that to work, or is it not possible? Just had to ask since I have the card already.

- Aaron Rogers
http://www.aaronrogers.com/nintendods/

Last edited by arog on Wed Apr 13, 2005 10:06 pm; edited 1 time in total

If anyone is looking for a cheap, compatable PCI wifi card, newegg has one for $24.99 including shipping.

http://www.newegg.com/app/ViewProductDesc.asp?description=33-180-012&depa=0

I just ordered mine today.

xOs wrote:

Can someone explain me what there is to change in a driver to get it working with DS ? (how did Tim do ?)

I wrote the driver using the Windows DDK. What you need is Windows driver knowledge and knowledge about the hardware.

arog wrote:

I have a WUSB54G v4 (w/ 2570 chipset). Do you have any plans on getting that to work, or is it not possible? Just had to ask since I have the card already.

I am not interested in writing a driver for the RT2570 or any other wireless chipset.

Quote:

I am not interested in writing a driver for the RT2570 or any other wireless chipset.

Fair enough. I'll just run out and get me a PCI version.

Thanks a ton for figuring out & releasing what you have already!!!

- Aaron Rogers
http://www.aaronrogers.com/nintendods/

hey firefly rt2560.sys.checked is the debugging drivers version right? or what's the difference?
_________________
----!-----

Next generation DS

gl0b wrote:

hey firefly rt2560.sys.checked is the debugging drivers version right? or what's the difference?

Yes. I also included the checked/debug version in case the driver would not work with certain RT2560 cards or machines. The debug output from the checked version can be viewed in real-time with DebugView.

http://www.sysinternals.com/ntw2k/freeware/debugview.shtml

Excellent work, hope to be able to test it in the next day or two once some toys arrive :)

is it any way to make this driver work as usual? (i mean normal wifi networking :) )
_________________
----!-----

Next generation DS

gl0b wrote:

is it any way to make this driver work as usual? (i mean normal wifi networking :) )

No. This driver has its own class, it is not an NDIS driver. Windows does not see the RT2560 card as a network adapter. It would also require a lot more code for handling communication with other 802.11 devices.

not to sound like a complete dumbass; but when XLink developed their system (and I believe Tim was a part of it) I bought the Sweex USB stick they used (not listed in the provided list). It finds the DS with NetStumbler. So is there any chance that in the near future it will be made available for this USB WLAN stick or would I be better off ordering one with the ralink chipset?

just a thought but it would it be feasable to get the WMB to execute the code in a GBA cartridge which in turn downloads code from a wireless server.

if this were possible youd obviously still need a GBA cartridge but you wouldnt have to re-write it everytime you wanted to test it / try a new game.

linus wrote:

just a thought but it would it be feasable to get the WMB to execute the code in a GBA cartridge which in turn downloads code from a wireless server.

if this were possible youd obviously still need a GBA cartridge but you wouldnt have to re-write it everytime you wanted to test it / try a new game.

We don't know how wireless works on the DS side, so that isn't a viable option right now. When we are doing WMB now, Tim's drivers just repeat what Super Mario 64 DS does anyway. We don't really know what we are doing.
_________________
Little kids and Playstation 2's don't mix. :(

Hope you don't mind, I threw together a quick tutorial on how to setup and use the driver and app.

http://www.aaronrogers.com/nintendods/wifime.php

BTW, it worked perfectly for me the first time I tried it. Awesome job Tim!

- Aaron Rogers

arog wrote:

Hope you don't mind, I threw together a quick tutorial on how to setup and use the driver and app.

http://www.aaronrogers.com/nintendods/wifime.php

BTW, it worked perfectly for me the first time I tried it. Awesome job Tim!

- Aaron Rogers

Nice FAQ!

Brought me to buy the MSI PCMCIA Card for about 30 Euros and this evening my DS will play the first Homebrew-Software ;-)

But on question: I have only a 64Mbit F2A Card, can it soon be expected that Homebrew Software will exceed the Space of the Card?

I have also a 128Mbit Torbo Card, but, as for GBA Games, it ist incompatible with the DS, for it hangs up as the game starts, or short afterwards.

will homebrew-software work instead?

mcdee

arog wrote:

Hope you don't mind, I threw together a quick tutorial on how to setup and use the driver and app.

Good job on the tutorial.

I noticed that you installed the driver using the "Don't search. I will choose the driver the install." option. It is easier/faster to use "Search for the best driver in these locations." and "Include this location in the search".

Problem is that this will only work if your card's PCI vendor/device and subvendor/subdevice combination is listed in the INF file. This was not the case for your card, and Windows probably told you that it couldn't find any compatible driver in the given location. That is why you had to go through those extra steps and force Windows to use my driver. Hence, the "Update Driver Warning".

Here's the needed line for your card, the "LinkSys WMP54G v4", just put it somewhere in the [MSFT] section.

%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_00321737

If anyone else has this problem with a different card, please let me know so that I can update the INF file.

I have a Belkin F5D7010 for my laptop but I can't get the driver to install. I'm guessing my card must be some strange revision or is it that UK wifi is different entirely?

How long did it take you to write the driver? It'd be cool if there was a community of people developing compatible drivers for other cards.

Anyways. Good work amigos!

Ben wrote:

I have a Belkin F5D7010 for my laptop but I can't get the driver to install. I'm guessing my card must be some strange revision or is it that UK wifi is different entirely?

If you are not sure if your card has the RT2560 chipset, then download following program and check if the VID/PID is 1814/0201. If it's not then it uses another chipset.

http://www.pcitree.de/

Ben wrote:

How long did it take you to write the driver? It'd be cool if there was a community of people developing compatible drivers for other cards.

Less than a month.

Bummer, it's a broadcom chipset. How easy do you think it would be to reapply your driver code to other chipsets? Or would it be like starting from scratch because of the differences in hardware?

Sorry to keep asking questions which are probably well bellow you, I'm very interested, that's all.

thanks

Ben wrote:

How easy do you think it would be to reapply your driver code to other chipsets? Or would it be like starting from scratch because of the differences in hardware?

I did not have to start from scratch when I wrote my RT2560 driver. I used the PCIDRV example, a fully functional driver for an Intel 10/100 Ethernet card, from the Longhorn 4074 DDK as a starting point. It would take me another month, maybe less now that I have some experience, to write a driver for another chipset. Problem is that you need technical information on how that chipset works, information that is generally well guarded by the chipset manufacturer, thus making it impossible to write any custom driver whatsoever.

[FireFly] Any chance you're gonna support the ZyDas chipsets they used for XLink? http://www.sweex.com/product.asp?pid=412&s=0 is a specification for the USB stick I'm using...

is the wireless card still able to be used as normal or are the drivers just for the DS. i dont have any PCI slots spare so would mean having to replace my existing wireless card with a compatible one but cant do that unless it can be used as a normal wireless card.

if i use a ez powerstar 512 MB card, can use the wireless passme programm?

Spaceface wrote:

[FireFly] Any chance you're gonna support the ZyDas chipsets they used for XLink? http://www.sweex.com/product.asp?pid=412&s=0 is a specification for the USB stick I'm using...

Thoose are obviously not the kind of specifications you would need to write a driver for it.

ampz wrote:

Spaceface wrote:

[FireFly] Any chance you're gonna support the ZyDas chipsets they used for XLink? http://www.sweex.com/product.asp?pid=412&s=0 is a specification for the USB stick I'm using...

Thoose are obviously not the kind of specifications you would need to write a driver for it.

pardon?

taichi wrote:

if i use a ez powerstar 512 MB card, can use the wireless passme programm?

use the lookup table somewhere in the last 3 pages of this thread

It was possible to use CG-WLPCI54GL.
wonderful!!!

corega CG-WLPCI54GL
http://www.corega.co.jp/product/list/wireless/wlpci54gl.htm

no offense spaceface but nobody told you to run out and buy the sweex usb wifi stick, Team Xlink had a sticky and repeatedly told people (like you) to not run out and buy anything until things were complete. I know what your asking them, but its not their responsibility to support you, so they may just tell you to buy the card they support.... I know this sucks for me too because I have a USRobotics PCI Wireless Nic and I'm in the same boat as you... :( .... maybe if we send them money they will support us :)

JesusXP wrote:

no offense spaceface but nobody told you to run out and buy the sweex usb wifi stick, Team Xlink had a sticky and repeatedly told people (like you) to not run out and buy anything until things were complete. I know what your asking them, but its not their responsibility to support you, so they may just tell you to buy the card they support.... I know this sucks for me too because I have a USRobotics PCI Wireless Nic and I'm in the same boat as you... :( .... maybe if we send them money they will support us :)

I know that... but I had to buy one anyways, and since they were testing with it I was sure the stick would find my DS... if you could look back in the forums you could I see I told people the same, to NOT buy anything.. it's all very clear to me what's going on here, I'm just asking whether they're going to support it or not, since Tim probably also worked with the chipset on the XLink project...

Sebbo wrote:

i doubt they'd be using a public key

but rsa is based on an public and a private key, one of the two keys have to be in every NDS, then we could guess how long it'll really take to crack it ;)

greets
rapso

[FireFly] wrote:

muckers wrote:

Program doesn't work with my Dell Wireless 1350 802.11b/g 54Mbps Mini-PCI Wireless Card. Are there any plans to make the program work with other wireless cards?

Is that card listed on http://ralink.rapla.net/ in the PCI or PCMCIA section? No. Why? Because it has a Broadcom chipset. RTFM.

Alright, calm down. All I was saying that it doesn't work. I wasn't saying 'why doesn't it work? Someone help'.

Jeez...

Quote:

Hope you don't mind, I threw together a quick tutorial on how to setup and use the driver and app.

http://www.aaronrogers.com/nintendods/wifime.php

Tim, I added a FAQ section, too.

http://www.aaronrogers.com/nintendods/wifime.php#faq

Correct me if I'm wrong here.....

the compatibility issue with regards to the chipset supported is purely down to the WifiMe application and nothing to do with the DS.

Point being that if this app supported other chipsets then more wifi adaptors would instantly become compatible.

So people who've already got kit thats not instantly compatible shouldnt rush out and buy new stuff yet as there maybe a chance further compatibility. As is the way with newly released software. Especialy on PC's

EDIT:-

BTW I bought a pair of these for my home network

http://www.ebuyer.com/customer/products/index.html?action=c2hvd19wcm9kdWN0X292ZXJ2aWV3&product_uid=48444

Not got a clue what chipset they use yet

many chips do not support the required level of control, and many more are not open sourced making finding new chipsets challenging. I doubt many more will be made compatible if any at all. Although once normal tcp/ip is setup all cards will work without modified drivers but some means of booting code in the first place will still be required.
_________________
www.drunkencoders.com

Quote:

BTW I bought a pair of these for my home network

If it's USB it's not going to work. If it's 802.11b, then it isn't the RT25x0 chipset. Either way, it won't work and most likely never will with WiFiMe.

- Aaron Rogers
http://www.aaronrogers.com/nintendods/

For nordic people, I *think* that Clas Ohlson carries a compatible card.
Here is a picture of the Gigabyte 802.11g card they have: http://www.clasohlson.se/images/products/S/hi/B/381306A_X_2005-03-31_110849.jpg
The model number is a bit hard to make out, but as far as I can read it it looks like it is the correct one.
They also have a Gigabyte 108Mbps card, but I guess that one is out of the question?

Just 2 comments.

The atheros chipset should be doable for this for anyone who wants to bother and write a driver(No I don't have just looked at its specs)

And before people spend time adding new chipsets I would love to see a driver written for those of us who do our work in Linux. I would do this myself but I don't know nearly enough about writting drivers for linux.

A Linux port might be simple and allow access to a larger array of wireless hardware via an abstraction layer.

Is there any way to have the wmb.exe program loop back to broadcasting the multiboot beacons once its done? This way, you wouldn't have go back to your pc and restart it every time your DS app crashes/you want to restart the DS app. If it isn't a feature now, maybe it could be a command line flag?

DaQat wrote:

Just 2 comments.

The atheros chipset should be doable for this for anyone who wants to bother and write a driver(No I don't have just looked at its specs)

And before people spend time adding new chipsets I would love to see a driver written for those of us who do our work in Linux. I would do this myself but I don't know nearly enough about writting drivers for linux.

Atheros in fact is not possible without some serious work reverse engineering the binary only HAL for the driver. It does not expose the required amount of control. This is the direction I took initially only to be frustrated time and time again. Plus the fact the hardware spec. is not available and it makes things quite a bit more difficult.

Also, there was work on the Linux driver for the rt2500 already, in fact the last I remember it was almost there. Be patient and it should come out soon.

Quote:

It does not expose the required amount of control.

What is the required level of control?

Just tested Gigabyte GN-WPKG. Worked flawlessly. And it's pretty cheap too - only 27.5$ (at least here, in Moscow).
Also, i noticed one interesting thing : in my WMB statistics FCSErrorCount=0 (unlike arog & [FireFly] 's statistics ), and ReceivedSuccessCount is about 2400, and TransmittedSuccessCount is about 4600. Does that mean my WiFi card works better with DS ?

gladius wrote:

Atheros in fact is not possible without some serious work reverse engineering the binary only HAL for the driver. It does not expose the required amount of control. This is the direction I took initially only to be frustrated time and time again. Plus the fact the hardware spec. is not available and it makes things quite a bit more difficult.

Theres a open source HAL for the Atheros for *BSD (well open and free atleast :)

Quote:

* ar5k is a free replacement of the binary-only HAL used by some drivers
* for Atheros chipsets. While using a different ABI, it tries to be
* source-compatible with the original (non-free) HAL interface.

Info here and here

New version of the multiboot app has been released. Transfer speed is much faster now.

[firefly], the new version does not work correctly. it stays sending data to the DS and never ends.

oops, i forgot :)

%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_3C001948
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_3C011948
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_3C421948

I added these lines for supporting my conceptronics card ;)

why can't you run comercial games with a passme?
can anyone explain that to me?

monkey1987 wrote:

why can't you run comercial games with a passme?
can anyone explain that to me?

Does it matter? .... guess not

NoMis

I didn't aks if it does matter!

i asked WHY!

haruguchan wrote:

[firefly], the new version does not work correctly. it stays sending data to the DS and never ends.

I was able to reproduce the problem on my PC and think that the app was sending the CF-POLL frames too fast on your PC. What kind of processor do you have? Probably something very fast. Could you please try the fixed version below and let me know if it works?

http://users.belgacom.net/bn967347/rt2560_app_wmb_1_1_fixed.zip

monkey1987 wrote:

I didn't aks if it does matter!

i asked WHY!

because it was never meant to do that.

passme was made with 1 goal in mind: homebrewing.

it's like asking why your dishwasher can't mow the lawn.

You obviously do not understand how PassMe works. It is not a device intended to allow backups of commercial games to be played on the Nintendo DS, it simply loads up to 4 MB from the GBA cart slot into RAM and starts executing from there. It does this by modifying the execution-start jump point in a game's unencrypted header. Commercial games don't fit in 4 MB of RAM. Wireless multiboot programs would, but that raises more legal and technical issues again. PassMe is completely legal. Anyone who tries to use it for illegal purposes runs the risk of spoiling it for everyone else.

New version app + new driver loads a lot faster!
Another improvement done :D
Thanks firefly :)
_________________
----!-----

Next generation DS

[FireFly] wrote:

I was able to reproduce the problem on my PC and think that the app was sending the CF-POLL frames too fast on your PC. What kind of processor do you have? Probably something very fast. Could you please try the fixed version below and let me know if it works?

yes, i have a fast processor (3GHz). it works now :)

Tested with gigabyte GN-WMKG and works :)

Boeboe wrote:

it's like asking why your dishwasher can't mow the lawn.

BEST.
ANALOGY.
EVAR!

Boeboe wrote:

it's like asking why your dishwasher can't mow the lawn.

You obviously don't understand how the PassMe works, maybe you should read up on it. Until then, do not misdirect those who are just learning.

It is in-fact possible to run commercial games using a passme, and some other knowledge, but it is frowned upon because of legal issues.

who gives a nut if you cant run commercial games via a passme, the whole reason the passme was made, is so developers can make homebrew software. and if the ability to run commercial games via a passme became and option, it would bring some legal problems to the homebrew scene.

Great work Firefly!
Say, will the sources for the driver and the application be made public? I know it's kinda rude to ask for more when you've just released the binaries.
But it could speed up the progress of getting a good method of running homebrew code and I bet that some compability issues could be solved too.
But you're probably already aware of that so I'm a bit curious about your opinion on the whole subject.

Cheers! =)
_________________
http://manifested.ath.cx

I can confirm a success with:
http://www.mycom.se/produkt/canyon_cn_wf513_802_11b_g_cardbus__41045.html

"Canyon CN-WF513 802.11b/g CardBus"

It's only 219:- SEK, about 24 EUR or 31 USD

Tried Darkain's "dsPaint" and it worked. Had problems with Desktopman's "TetrisDS".

I use a F2A Ultra 256M

EDIT: Oh btw... A BIG "THANK YOU" firefly for making this possible.

crazyc wrote:

Quote:

It does not expose the required amount of control.

What is the required level of control?

You need to be able to control the sequence numbers of the packets being sent. Everything else I was able to work around (i.e. auto-ack, resending, all other packet modification), but it will always modify the sequence number. It's not a driver mod, it's something in the binary HAL. I checked the open HAL on BSD and it doesn't have control over that either.

maniacdevnull wrote:

Boeboe wrote:

it's like asking why your dishwasher can't mow the lawn.

BEST.
ANALOGY.
EVAR!

hahaha yeah that one cracked me up too

PhoenixSoft wrote:

You obviously do not understand how PassMe works. It is not a device intended to allow backups of commercial games to be played on the Nintendo DS, it simply loads up to 4 MB from the GBA cart slot into RAM and starts executing from there. It does this by modifying the execution-start jump point in a game's unencrypted header. Commercial games don't fit in 4 MB of RAM. Wireless multiboot programs would, but that raises more legal and technical issues again. PassMe is completely legal. Anyone who tries to use it for illegal purposes runs the risk of spoiling it for everyone else.

I'm wondering how it can be that it takes so long from what I saw on the movie Tim made... it's copying locally right?? (not criticizing your information, just wondering why this technically takes so long)

I went out to Comp USA and picked up the Hawking HWC54G PCMCIA card (because the cost met my budget) and it works beautifully.

Thanks for the binaries, Tim.

Shawn

In the list of supported network cards (http://ralink.rapla.net/) it says that the CN-WF511 is supported
but when I look at what the store sells and what the link from the list gives, they look very different.

Could someone please explain to me why?
I'd also like to know if it'll even work...

The one I want to buy: http://www.webhallen.com/prod.php?id=36500
The one in the list: http://www.canyon-tech.com/products/show.cfm/Net/Wireless_Products_IEEE_802.11g/CN-WF511

I'll translate if it is needed.

Chetic wrote:

but when I look at what the store sells and what the link from the list gives, they look very different.

It looks like the store's image is of the CN-WF509. All the specifications they give only match the CN-WF511, though, so it's almost certainly just the image that's wrong.

(Still, it's probably worth checking if they have a returns policy, just in case...)

-----

To add to the list of favourable accounts, I can report complete success using a:

Belkin F5D 7000uk (version 3000uk) pci card, and a
XG-Flash 256M flash cart.

Much kudos to Firefly for getting such a professional setup working!

- Theo

For Theodore104 - I've got an XGFlash card (XGFlash 2 actually - like somebody else on this forum) but can't stop it creating a menu system, meaning I can't run any demos.
Which software/driver are you using for your flash card?
Thanks.

Quote:

can't stop it creating a menu system

I have no idea about the XGFlash, but one thing I had to do with a similar card was tell it to make the menu whatever .gba file you want to test out.

- Aaron Rogers
http://www.aaronrogers.com/nintendods/

shaymanjohn wrote:

Which software/driver are you using for your flash card?

Just the software that came with the latest drivers; XGClient XG1M v2.21. There's a "Use Boot Loader" setting in "Basic Options" in the "Options" menu.

(The driver version's XG1 v2.21 as well... I think I found it using google rather than anywhere helpful on their site, though.)

- Theo

Chetic wrote:

The one I want to buy: http://www.webhallen.com/prod.php?id=36500
The one in the list: http://www.canyon-tech.com/products/show.cfm/Net/Wireless_Products_IEEE_802.11g/CN-WF511

Send an email to webhallen and let them put in the modelname on their product specification.
Mycom (at Sveavagen in Stockholm) has the same price:
http://www.mycom.se/produkt/canyon_cn_wf511_802_11b_g_pci__41044.html

Got my Canyon PC-card from them and it works without a hitch.

Theodore104 wrote:

It looks like the store's image is of the CN-WF509. All the specifications they give only match the CN-WF511, though

Oh, that's great! I'll make sure they have a return policy ;)

DiscoBoy wrote:

Mycom (at Sveavagen in Stockholm) has the same price:
http://www.mycom.se/produkt/canyon_cn_wf511_802_11b_g_pci__41044.html

Got my Canyon PC-card from them and it works without a hitch.

I guess, since Stockholm is where I'm going, I might aswell get it there to be sure..
Do you mean PCI card, by the way?

Tim, could you maybe remove the "<pause> press any key to exit" at the end of the boot sequence? You see the computer i'm running the program on is a few feet away from my developing computer so i have this batch file to simply loop your program over and over but that stuff makes my loop wait untill a button is pressed. I guess a lil exercise is good for ones health but this gets very frustrating after a few runs ;)

People who like this feature could simply create a bat file with the lines:
wmb.exe
pause

Chetic wrote:

DiscoBoy wrote:

Mycom (at Sveavagen in Stockholm) has the same price:
http://www.mycom.se/produkt/canyon_cn_wf511_802_11b_g_pci__41044.html

Got my Canyon PC-card from them and it works without a hitch.

I guess, since Stockholm is where I'm going, I might aswell get it there to be sure..
Do you mean PCI card, by the way?

I got a PC-CARD. I was going to buy the PCI-card as well, but they were out of stock.

Make sure you order it and make sure they have received it before you go to the store.
Also; Often Mycom report that they have something in store on the webshop and it turns out to be false.
Always order an item and wait for a confirmation that th item arrived to the store.

Webhallen has it's store closeby (in Stockholm) and they seemed to have a lot of the Canyon PCI-card in store. Check with them.

hi,

When i try to install that driver for my networkcard,
(rt2560_driver_1_0_0_6.zip)

it says : The Specified location does not contain information about your hardware

i've tested it on windows xp & 2000

Does anyone knows why ?

thanks for helping.

xtoc wrote:

it says : The Specified location does not contain information about your hardware

What brand/model is your card? If you are 100% sure that it has the RT2560 chipset then follow the installation instructions at http://www.aaronrogers.com/nintendods/wifime.php to force Windows to use my driver.

I've followed those instructions and tested :
3com(crdw696)
U.S.Robotics (usr 5410)
cisco (air-pcm340)

xtoc wrote:

it says : The Specified location does not contain information about your hardware

i've tested it on windows xp & 2000

Does anyone knows why ?

thanks for helping.

Dont select network adapter choose other devices on the top of the list when u are in advanced mode
_________________
----!-----

Next generation DS

xtoc wrote:

I've followed those instructions and tested :
3com(crdw696)
U.S.Robotics (usr 5410)
cisco (air-pcm340)

3COM CRDW696 = Intersil PRISM
U.S. Robotics USR5410 = Texas Instruments TNETW1130
Cisco AIR-PCM340 = Aironet PC4500

RTFM!

Sorry , Last question , can you tell me a famous card which support that kind of chipset?

xtoc wrote:

Sorry , Last question , can you tell me a famous card which support that kind of chipset?

http://ralink.rapla.net/

FAQ updated with latest (stupid?) questions. :)

http://www.aaronrogers.com/nintendods/wifime.php#faq

- Aaron Rogers

Hi,

I just buy this USB Wifi adapter because it's on the compatibility list but I cannot use the unofficial driver with it. I got the message : The specified location does not contain information about your hardware.

I try to use PCItree but as I can see (and as the name say) it's only for the PCI card.

Any suggestion ?

Best regards.

digger2 wrote:

Hi,

I just buy this USB Wifi adapter because it's on the compatibility list

Extract of the readme.txt :

Quote:

------------
Requirements
------------

- Windows 2000 or XP
- Ralink RT2560 PCI or CardBus card

A O U C H....

It's really bad because I own a shuttle barebone with 1 AGP and 1 PCI... the PCI port is used for SB Live (mobo sound card sucks)...

Now, I need to wait DS Flash kit and Magic Key...

Thanks for your help.

digger2 wrote:

It's really bad because I own a shuttle barebone with 1 AGP and 1 PCI... the PCI port is used for SB Live (mobo sound card sucks)...

Now, I need to wait DS Flash kit and Magic Key...

Thanks for your help.

That sucks, but you really really didn't expect to one day need some other pci card in the computer? Regardless, just hang on a fortnight or so, it is still a new tech, you might get lucky.
_________________
www.hungrydeveloper.com
Version 2.0 now up - guaranteed at least 100% more pleasing!

[Firefly]:

Have you considered releasing the source of wmb.exe? Or even just a rough API of your driver? (Presumably, since it doesn't advertise itself to the system as a wireless network card, the API is very different.) Finding other uses for the technology (like the old Pictochat-to-irc gateway idea) would be a lot easier with an example program that uses it....

Thanks in advance!

- Theo

if you are in windows 2000 (i haven't tested XP) and get a "The Specified location does not contain information about your hardware " message, try looking for the hardware identifiers in the ini file of your original drivers. Then add them to the ini file of the tim's drivers.
If this does not work, when you get that error message, retry twice.

haruguchan wrote:

if you are in windows 2000 (i haven't tested XP) and get a "The Specified location does not contain information about your hardware " message, try looking for the hardware identifiers in the ini file of your original drivers. Then add them to the ini file of the tim's drivers.
If this does not work, when you get that error message, retry twice.

Where do you find the ini files?

for example: my conceptronic card didn't get detected.
in the drivers CD i looked for the .inf file of my version of windows. then i looked the syntax that was being used in the tim's drivers inf file. i found the hardware identifiers of the cards that those original drivers support (32bits hex) and then i edited tim's inf file.
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_3C001948
where 3C001948 is the hardware identifier of my card. if you add a line like this with the id that you find, windows should accept the drivers. if this does not work, retry when says that error message.

dosen't work or I am doing it wrong. do I put that line after

[MSFT]
; DisplayName Section DeviceId
; ----------- ------- --------

; tested
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_25601814
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_531018EB
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_00501681
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_00321737

My hardare id:
%RT2560.DRVDESC%=RT2560_Inst, PCI\VEN_1814&DEV_0201&SUBSYS_12F4103C

Oh and i have a broadcom card

Well doesn't it need to be Ralink?

bought the
Encore (model: ENLWI-G-RLAM)
which uses the Ralink RT2500 Chipset
as recommended by a other forum user on this thread
and also after checking on the FSF free software foundation
to check that it was openly compatable for GNU/Linux (-;

and 3 days later got it and just tested it out. works great (-:
so props to the wifime and the devs out there

xboxpro wrote:

Oh and i have a broadcom card

you gotta be kidding me

Spaceface wrote:

xboxpro wrote:

Oh and i have a broadcom card

you gotta be kidding me

What?

xboxpro wrote:

Spaceface wrote:

xboxpro wrote:

Oh and i have a broadcom card

you gotta be kidding me

What?

it doesnt work w/ anything but RT2560-based cards. buy one of these:
http://www2.newegg.com/Product/Product.asp?Item=33-180-012&depa=0

also, this has been asked and answered many times. try reading the entire thread next time.

gbadev.org forum archive

DS Flash Equipment > WifiMe: Tim Schuerewegen's wireless passthrough

#39446 - Tim Schuerewegen - Fri Apr 08, 2005 11:38 pm

#39475 - Tim Schuerewegen - Sat Apr 09, 2005 3:03 pm

#39477 - Tosh - Sat Apr 09, 2005 3:14 pm

#39480 - ecurtz - Sat Apr 09, 2005 4:05 pm

#39484 - Tim Schuerewegen - Sat Apr 09, 2005 4:21 pm

#39486 - Zhila - Sat Apr 09, 2005 5:16 pm

#39488 - tepples - Sat Apr 09, 2005 5:46 pm

#39496 - Tim Schuerewegen - Sat Apr 09, 2005 7:15 pm

#39515 - gl0b - Sat Apr 09, 2005 10:10 pm

#39517 - Tim Schuerewegen - Sat Apr 09, 2005 10:56 pm

#39519 - gl0b - Sat Apr 09, 2005 11:21 pm

#39520 - Mike - Sat Apr 09, 2005 11:46 pm

#39546 - PhoenixSoft - Sun Apr 10, 2005 3:40 am

#39549 - sandymac - Sun Apr 10, 2005 5:29 am

#39566 - Sebbo - Sun Apr 10, 2005 8:04 am

#39570 - sandymac - Sun Apr 10, 2005 8:58 am

#39586 - Tim Schuerewegen - Sun Apr 10, 2005 3:12 pm

#39601 - gl0b - Sun Apr 10, 2005 6:22 pm

#39604 - Tim Schuerewegen - Sun Apr 10, 2005 6:39 pm

#39607 - dagamer34 - Sun Apr 10, 2005 6:55 pm

#39608 - taichi - Sun Apr 10, 2005 6:55 pm

#39609 - Tim Schuerewegen - Sun Apr 10, 2005 7:02 pm

#39612 - dagamer34 - Sun Apr 10, 2005 7:48 pm

#39617 - Darkain - Sun Apr 10, 2005 8:20 pm

#39623 - xOs - Sun Apr 10, 2005 9:09 pm

#39630 - gl0b - Sun Apr 10, 2005 10:00 pm

#39635 - IxthusTiger - Sun Apr 10, 2005 11:27 pm

#39660 - polysign - Mon Apr 11, 2005 4:40 am

#39662 - Seiru - Mon Apr 11, 2005 4:54 am

#39663 - ChronoDK - Mon Apr 11, 2005 6:18 am

#39664 - sandymac - Mon Apr 11, 2005 6:33 am

#39674 - Fatnickc - Mon Apr 11, 2005 9:07 am

#39676 - Cleon I - Mon Apr 11, 2005 9:29 am

#39677 - Boeboe - Mon Apr 11, 2005 11:07 am

#39688 - Spaceface - Mon Apr 11, 2005 1:21 pm

#39693 - polysign - Mon Apr 11, 2005 1:57 pm

#39694 - Tim Schuerewegen - Mon Apr 11, 2005 2:49 pm

#39696 - pixie - Mon Apr 11, 2005 2:56 pm

#39697 - polysign - Mon Apr 11, 2005 3:03 pm

#39699 - Zhila - Mon Apr 11, 2005 3:20 pm

#39700 - bagu - Mon Apr 11, 2005 3:28 pm

#39702 - Mike - Mon Apr 11, 2005 3:30 pm

#39703 - the_angry_monkey - Mon Apr 11, 2005 3:31 pm

#39705 - Spaceface - Mon Apr 11, 2005 3:36 pm

#39710 - darkfader - Mon Apr 11, 2005 4:57 pm

#39711 - pixie - Mon Apr 11, 2005 5:10 pm

#39713 - gl0b - Mon Apr 11, 2005 5:51 pm

#39716 - gladius - Mon Apr 11, 2005 7:23 pm

#39721 - maniacdevnull - Mon Apr 11, 2005 8:13 pm

#39723 - chronofurb - Mon Apr 11, 2005 8:58 pm

#39724 - PhoenixSoft - Mon Apr 11, 2005 8:59 pm

#39729 - maniacdevnull - Mon Apr 11, 2005 9:33 pm

#39753 - bluknight - Tue Apr 12, 2005 12:43 am

#39757 - dagamer34 - Tue Apr 12, 2005 1:36 am

#39760 - mastertop101 - Tue Apr 12, 2005 2:13 am

#39766 - XEvilBladesX - Tue Apr 12, 2005 3:04 am

#39769 - 3D_geek - Tue Apr 12, 2005 3:31 am

#39770 - dgm08 - Tue Apr 12, 2005 3:35 am

#39773 - darkfader - Tue Apr 12, 2005 4:02 am

#39775 - tepples - Tue Apr 12, 2005 4:24 am

#39782 - chishm - Tue Apr 12, 2005 6:13 am

#39786 - mymateo - Tue Apr 12, 2005 7:50 am

#39787 - sandymac - Tue Apr 12, 2005 8:35 am

#39793 - Sebbo - Tue Apr 12, 2005 10:29 am

#39804 - maniacdevnull - Tue Apr 12, 2005 2:38 pm

#39805 - Lynx - Tue Apr 12, 2005 2:39 pm

#39808 - mastertop101 - Tue Apr 12, 2005 3:23 pm

#39810 - Tim Schuerewegen - Tue Apr 12, 2005 3:35 pm

#39811 - polysign - Tue Apr 12, 2005 3:42 pm

#39812 - hoagie - Tue Apr 12, 2005 3:49 pm

#39819 - mastertop101 - Tue Apr 12, 2005 5:57 pm

#39820 - Tim Schuerewegen - Tue Apr 12, 2005 6:05 pm

#39821 - polysign - Tue Apr 12, 2005 6:13 pm

#39824 - bluknight - Tue Apr 12, 2005 6:44 pm

#39826 - Mr Snowflake - Tue Apr 12, 2005 7:00 pm

#39829 - polysign - Tue Apr 12, 2005 7:44 pm

#39830 - ecurtz - Tue Apr 12, 2005 7:50 pm

#39844 - polysign - Tue Apr 12, 2005 9:47 pm