bafio
-
Posts
78 -
Joined
-
Last visited
Content Type
Profiles
Events
Forums
Blogs
Downloads
Posts posted by bafio
-
-
New release, 0.4.
You can get it from http://www.geocities.com/bafiollo/ as usual
There are some known issues still, not all of them are solved at the moment.
Cheers, Bafio
From the changelog:
Version 0.4a
This update is using the new 0.2a version of Sgstair library, so
it should be more compatible with different AP.
Citing the release notes of the lib:
" * Fixed Crash bug in ARP timeout code
" * Changed Associacion code to associate faster and more reliably, and codebase
now includes rate spoofing to connect to a wider range of APs "
* On the server, I fixed a stupid bug that would show only 1/2 of the files.
* Again on the server, uses system look and feel.
Also, I cite from the library notes:
" ** It is important to note that this lib version is a PRERELEASE version. **
" ** Not all features exist or work correctly necessarily. **
" ** I will not be providing much in the way of support for this release. **
And please remember the "use it at your own risk"...
-
ok, but when i try to find the ipconfig, i find this.exe file and a little black box comes up but only for a second and i can't read anything in it...
You should go with start-> run -> type cmd and enter
then you get tothe commandline where you can call ipconfig.
This things are a bit complicated anyway, you should also turn off the wep key in the router.
If you want to try, there is a new version that should help.
See next post.
-
my probmlem is that it stays on the connecting screen that has the moving boxes. i don't know what i should put in the check setting screens.it has a bunch of zeros. Can u tell me what i should put?
See here:
-
By the way, I forgot:
*********
BIG BUGFIX in version 0.3 :
*********
Try version 0.3, in version 0.2 I forgot to really set the output packets destination IP, so it was sending to 192.168.0.1 indipendently of the destination IP!!!!
This could have been the case also for other people. Now the server automatic discovery should set the correct IP...
Bafio
-
Hi,
I have a new version on the server:
http://www.geocities.com/bafiollo/
Version 0.3a
* ! File selection !
* Auto discovery of the server address
* fixed (hopefully) the issues with the flash
cards not supported by the GBAMP driver
(no writing though, so I don't know how useful)
* Some other small bugfixes and cosmetic changes I can't recall
Bye!
Bafio
-
Grrrr. Doesn't work out of the box on mac x.
Probably need a recompile, so i need to wait for the source.
Exception in thread "main" java.lang.UnsupportedClassVersionError: wifi/test/UdpServer (Unsupported major.minor version 49.0)
Ops, I recompiled it in another computer, forgetting to set java 1.4 compatibility.
But, the source code of the java application is included in the jar file,so you can recompile it. It's the NDS source I have not includedto respect Stephen's good reasons not to release right now.
The java app is really rather simple, and the whole program is not well designed, since it's based on workarounds to problems that will be solved soon (I hope for the TCP socket, working with UDP is quite hard!) so don't judge my skills on that
Also, the version 1 of the java app should work with version 2 of nds (I think).
Anyway, I am updating it quite soon with a new feature, and I will remember to set the java 1.4 compatibility...
Fabio
-
I have uploaded a new release with config file saving, you can see here (I made a simple web page too):
http://www.geocities.com/bafiollo/
changes:
* Fixed file listing (we are getting there)
* New run method in the NDS file (for people using
other than GBAMP, I have no way to test it but you
should notice the option, it's pressing select after
a file download)
* Reads and saves the config file! no need to
enter all the time the settings, if you have
a different config. Goes to a simple text file
Bafio
-
do you guys know if this works with supercard cf? If not, PLEASE support it.
As far as I know it should work, I am using the latest Chrism driver, so you should be able to save, but probably not ru run it directly... I don't have a Supercard, so I can't test.
Try to see here:
-
HI!
I just completed my first WiFi program, using the library prerelease.
you can find it here:
http://www.geocities.com/bafiollo/wifitransfer.zip
Shortly:
transfer a file to the NDS, save it to a GBAMP compatible card, and run it!
It's still really beta quality, but seems to work well for me, and it's quite handy.
Later releases will include preferences saving and file selection...
I think it's really useful for testing and debugging programs, you don;t eve need to restart the DS to load...
Bafio
More discussion:
http://forum.gbadev.org/viewtopic.php?p=63681
P.S. this is the readme file:
///////////////////////////////////////////////////
WIFI file transfer V0.1a
by bafio (buzurro@googlemail.com)
Use it at your own risk!
libraries used:
NDS file based on the wifiexample by Stephen Stair: http://www.akkit.org/
using the prelerease version of his library
© 2005 Stephen Stair
uses the GBA MP Compact Flash Driver by chrism
http://www.geocities.com/chishm1/gbamp/
Copyright © 2005 Michael Chisholm ("Chishm")
Created with DEVKITPRO
///////////////////////////////////////////////////
This program is composed of two parts, that together allow you to send an
nds file to the DS using WIFI and run it, supposed you have a compatible
card.
This is is a first release, so the functionality is still very
limited.
*****)
On the server side, you should run the java server, that asks you to specify a
directory to serve to the NDS. Once the directory is selected, there is not much else to do.
You must put in the directory a file named EXACTLY test.nds, file selection on the NDS
is almost there, but I still have to build a user interface for that.
*****)
On the DS side, you start the nds file with your preferred method.
You must then connect to an access point, setting no WEP key (the AP must be open at this time),
static IP and dns, the same way you do in
http://www.akkit.org/dswifi/wifi_lib_test.nds
Once connected, you can start the transfer, pressing key A. Instructions are on screen.
You must also set the IP addess of computer running the server (the internal network one)
if the one shown in the transfer page is not correct (it's set by default to the gateway).
Once the file is downloaded, you can start it straight away (I am using the standard GBAMP method,
so it should work if the other loaders do) or go back to the previous menu.
You can also exit from the main menu pressing B.
-
bafio: I don't really mind if you release it, though you may want to wait for me to finish fixing bugs in the lib... I think there is presently a problem with odd-length packets and the last byte isn't getting copied properly - I will be looking at this in the near future. (this could very easily be your problem)
-Stephen
Stephen:
That's ok, I think it makes sense to wait, I started working on it yesterday, and still it's missing most of the error control code... Actually that may be the case, all the packet data is 1024 bytes long, but for the last packet that can be any <=1024 size so 50% chance it's odd sized!.
This is open to anybody willing to help...
I know there is meant to be no support on this release, so Stephen can skip this part
It is really strange though I can't seem to receive the packets I send from the ds, my trivial protocol is:
server <-> client
receive() <- send(get filename)
loop:
send(data) -> receive() and write to gbmap
receive() <- send(ok)
(here receive has a timeout, so the app works going continuously int timeout (110 ms))
in the client the loop is waiting for data and sends ok when the data is received.
Anyway, I will further investigate on this, maybe i set up something incorrectly, I tried adding some waitVbls, maybe is writing to the gbamp that messes up...
That's all, thanks again to Stephen for the great work, I hope to be able to fix this soon, and complete it...
Bafio
-
oh come on, someone ask me for the lib already and make a real app... I'm including the test app source, it'd be a piece of cake to modify
-Stephen
Actually, yesterday I managed to (almost completely) make a file transfer between pc and ds, writing directly to the GBAMP
I still have some strange problems that probably some sleep will solve... (Like: last datagram's checksum is reported as wrong by the library, and I can't seem to send packets from the DS when I start receiving even if I mostly followed the example code, after the 1st is sent, the other are reported as sent by the ds, but actually they don't get to the wireless card at least looking with ethereal) but this is looking very interesting!
By the way, Stephen, what do you think about me releasing this file transfer code when done? Could I release it with source code, or (since I'm mostly following your example) would you prefer for me to wait?
The app will work with ds app and a server side written in java.
Bafio
-
(Actually, the app is now giving more useful info on the signal strength, [...]
It looks really interesting, but is it supposed to connect to the Ap? I can't enter the WEp key, but I understand this can be because it's a preview!
Anyway, great work! Recognises my AP (not the G access point from upstairs, i guess it's in G mode only) and wep and all!
Bafio
-
I have an idea:
If he got the UDP-Ip stack working,
he could apply for the second part of the bounty, get the money and release the source code of what he has done up to now, so that other people could start working on the project as well, possibly completing it.
That would be the idea of having OS development: more people working on a project.
Otherwise, if he decides to drop the project, he may as well tell, so that other people gets interested into developing: if he is going to complete, it does not make sense to start competing.
If he is not, then things are different.
Of course, don't get me wrong: I really appreciate what he has being doing up to now, and I think he deserves getting the whole bounty.
He can do what he likes, bus asking is not wrong nor shows any "disrespect" or "ingratitude" or else.
Bafio
-
Ok,
it works!
settings:
1) had to set a mac address to the network card in the driver settings
2) connection at 1mbps
3) shared key - wep
All the other settings as default...
the main problem was in the mac addess missing on the driver settings. Can't get an ip addess if speed is set to auto..
Obvoiusly, enabled sharing of the main cable connection.
That's about it
Bafio
-
Hi eveyone,
I have a Realtek 8180, and installing the drivers and utility program from the site, you have an option to use the card in Access Point mode.
You can set SSID, WEP key and see the association table.
Problem: I can't get it to work with WIFI games!
I have other options:
Beacon interval (100)
DTIM period(3)
Preamble mode(auto,short or long)
Data rate (auto,1-11 mbp)
Security; Open,shared key (Open)
I have tried any combination of the settings (But not for the Beacon interval and DTIM period), but same results:
No access point
When I try to connect I can see fron the statistics that packets are coming from the nintendo, but the get as RX CRC error (0-500)
Anybody with the same hardware got it to work? Or any idea ofthe proper settings, in particular
Beacon interval (100)
DTIM period(3)
Thanks
Bafio
-
Of course I'm making progress... just wait, something big is about to happen...
-Stephen
Updates updates updates.....
It's all MKDS fault!?
(meaning that you are all playing that all the time)
Any news with the tcp stack?
-
Ordinary wifi cards will NOT work, because nintendo's wifi connection does not support ad-hoc mode.
I have seen that rtl8180 cards have that option, witht he dirvers and application that come from the website, but I still have to try that (laptop is in for repairing, and MKDS still has to arrive here...)
Talking about someting different
any progress with SGIP? it's a while the pade is stuck there....Bafio
-
We'll see if I can beat the odds and get all my other stuff done, and still release the wifi lib before MK:DS that'd be a real win-win situation.
-Stephen
before MK:DS -1....
What about a binary release?
Bafio
-
Glad you all appreciate my work
I've considered releasing the UDP/IP stack first, but really TCP/IP isn't too far away - my attention has just been directed elsewhere lately.
We'll see if I can beat the odds and get all my other stuff done, and still release the wifi lib before MK:DS
that'd be a real win-win situation.-Stephen
That would be great!
I already have in mind 2 or 3 projects using the stack...
-
I don't think MKDS coming out before the release lessens Steven's accomplishment one bit.
Same here.
Same here too!
I was just curious if the UDP/IP library could be released before, if the TCP sill needs much work.
MKDS has nothing to do with it.
Fabio
-
Hi sgstair! Just curious, how is the library coming out? Do you think you could release maybe the UDP/IP code first?
That would be already very good to get people start developing applications...
I don't want to rush or anything, just to know if you have considered the option...
Bafio
-
Personally, I'd rather see first the TCP and UDP done, we have all been waiting so long, and can't wait to have a library to start do some nice apps...
But of course, this look really interesting too (latency times permitting)
-
Form the FAQ:
Q: What will the developer interface look like?
A: The TCP/IP interface will try to mimic traditional Berkley sockets, for the purpose of allowing software to easily be ported to DS. There will also be some special API for connecting to access points, setting up IP addresses, and raw wifi traffic.
-
Yes of course, why didn't anyone else think of that?
Because we need source to integrate into homebrew, not an arm binary.
We also need headers, and the TCI/IP stack.
But if anyone is good enough to look at the binaries for mario kart and turn them into source that can be used by anyone then by all means, do it
Of course we need source, but ever heard of reverse engineering? It's easier if you actually have something that uses the features you want to analyze. Having a wireless online game will not be the solution, but will probably make it much easier for everybody to see how to set up the wireless, which register to use, etc. by analysing the binary itself!
The work sgstair is doing is I think much harder.
Otherwise why he is not releasing any binary prerelease if they are useless for the "competition"?
I am quite confident a game dump will be useful to him and possibly others...
WiFi Transfer
in DS Hacks [/ds]
Posted
Hi, sounds like a nice idea to me, it may be worth waiting for the TCP part to be complete... but well why not?
The library is released by Sgstair, so as he says in the wifi page, you should email him to ask for the library.
This is really a test app, and seems to have still many problems, but if it's fine with Sgstair, I have no problem in releasing the source code of what I did, it's not that much really, and mostly based on the test app he wrote.
Take into account that working of UDP is not reliable, and there is a lot to implement yourself,like flow control, sessions with the client, error correction (missed or out of order packets) etc. that I am actually mostly not doing now
Anyway, I'm curious, is the browser based on some other text based browser or did you start from new?
Bafio