bafio

As for the blocking, I use a while loop with timeout, something like int time=0; while (time<maxtime){ j=rcvdfrom(blabla) if j!=-1 break; time++; swiWaitForVbalnk } in this case maxtime is the timeout (if you don't want to wait forever) and so it's a number of vblanks (60/second). like, for a blockng of 5 seconds, maxtime=60*5 Hope this helps... Bafio

Er....lol? Or am i to be disturbed? <{POST_SNAPBACK}> Flesh Cards? My imagination has just given me a very geaphic movie. <{POST_SNAPBACK}> Ops ... should do more than a syntax check...

Hi! I've been offline for a while, but I have been working quite a lot on this. I've already improved graphics, drawing, and message sending and receiving. Once I will be able to test it a bit and finish the upper screen with a user list there will be a first beta (hopefully working) version. I want to be sure to fix and have some testing, but I'm hopefull it won't bee too long (this or next week). To avoid problems with flash cards/m3 fat drivers, all connection settings will be the ones of the firmware (so you will have to set them up first with an online game) and possibly the rest will be on the server. Cheers Bafio

actually, a saving method would be really easy to add, I'll put it into the next release Bafio

I was just thinking about that, but I didn't find documnetation or better libraries on MSN messenger "handwriting protocol" but that would be really cool, let's see... Fabio

A new version is out! no beg differences, just some fine tuning... Also this time a java 1.4 version is included, not sure if it really works though... Bafio I'll try the automatic tool I was talking about, so I'll make a 1.4 version as soon as I have the time Bafio <{POST_SNAPBACK}>

Updated 22/2/2006 Hi everyone! DSchat is finally out, with real functionalities this time! you can find it here: http://bafio.drunkencoders.com/ Version 0.9 Version 0.9 * New default skin, designed by Rat (Ben) of Drunken Coders * New keyboard with support for all the keys, shift and caps. * Multiple messages view (press X to change from 1 message to 4 messages view) * Menus (back to bootloader, turn off the ds...) * Settings (change nickname) * Changable font for the drawings * Changable skins (simple JPG images, located in the /skins folder) TODO: ** fix some bugs still present in the server ** Update to the new Wifi library (when out). That will add support for WEP, etc. * Saving and loading messages from the CF * Save settings on server and/or on the CF * Possibly colors and TCP version... not in the near future though (old) Hi, I have been working on this chat program, that would allow to write (using the pen) and send messages to people on the internet. This is more of a test release, since messeges go only to the server, but it has some functionality so I decided to release it.There is some hidden functionality too You can get it here: http://bafio.drunkencoders.com/ I'll be working on the UI a bit, then on the server and client to have a user list and real chat functionality, then probably on the pc version of the program... PS The settings are not inplemented jet, so you will 1st have to run the transfer program to create the settings file. Bafio

Hi, same here! I can't get past the waiting screen, and the server says it cannot bind to the port (wich is free), I don't even get the firewall popup as normally. Is there some library file missing on the distribution? I was just myself starting to work on a thing like this, but I guess there is already many people working on it now... Just one idea: why not try to load and save the settings to the CF using the simple readconfig and writeconfig that are in my WiFi transfer program? You can find the source code on the website http://bafio.drunkencoders.org It's far from perfect, but allows to avoid entering the detail each time... Plus it could be kind of a standard until we get the settings from the lib Bafio

Really cool app, I was just starting to work on a thing like this, but I guess there is already many people working on it now... Just one idea: why not try to load and save the settings to the CF using the simple readconfig and writeconfig that are in my WiFi transfer program? You can find the source code on the website http://bafio.drunkencoders.org Bafio

Version 0.96 out, this time small changes. See the web site (no internet connection home, little time to be online). Bafio

I'll try the automatic tool I was talking about, so I'll make a 1.4 version as soon as I have the time Bafio

Ops, I forgot to mention: I introduced a whole lot of new stuff in this version, and I use features specific of java 1.5, so my suggestion is to update to java 1.5, it is by the way a good idea, since it's a much improved version. If I see there si much request for a java 1.4 version, I can try backporting, but I would avoid that if possible (there are some automatic tools, but you can't trust the results!) Take a look at the website in a few minutes, I'm uploading 0.96. I didi not get much feedback, but I think that the file transfer should be much more reliable this time! I want to start working on a new project, so if I don't get bug reports version 0.96 will be the last for some time. Cheers! Bafio

Hi! Jet another new version, almost one a day This time the changes are significant, and should fix many problems. Try it out! Version 0.95 RC More big news! This time it should work MUCH better for real. * The server has been rewritten completely, there were some serious flows and a stupid bug that made the recovery from errors useless. Plus the server now can handle multiple clients... * Basic DNS. You can type a normal address as destination IP, so you can (not tested) connect to a remote server. Type the address and press list. * Many many bugfixes, and added recovery code for bad situations like timeouts, to avoid that the application freeze.Still can happen at times, but should be rare. * Some more bugfixes I can't remember... Bafio

Hi! There's a new release, now with source code! Plus bugfixes... see here: New home Version 0.9 RC Big news: * The *source code* is distributed - The paths are all relative to the directory and Sgstair's lib is included so it should be easy to compile. All you need is the latest DevKitPro NOTE: No spaces in the path to the source... * New app, wific2, (execute for GBAMP only) downloads and executes the file named test.nds from the server, without all the setting screen (using the ones saved from wific), for fast testing during development * Some important bugfixes: - The discovery code was wrong, this time server discovery sould work better. - The settings sometimes were not put in the wifi, so you could not (at times) interact with the server. So the 'I can't get the list of file' bug (at least in some occasions) * Poversaving - close the DS goes in standby - you can turn off the upper screen by pressing select at the main menu * The java server now has commandline: java -jar server.jar [directory] [-port portNumber] [-delay sendDelay] Enjoy! Bafio

Hi! Version 0.8 is out, main chenges: In this version,I changed the protocol again and it works a bit more like the old one so you can slow the transfer down by using the delay bar if you run into transfer errors. * FAST! File transfer is now almost as fast as it gets, 84KBs here on my machine!. * Direct connection,so you don't have to pass all the connection setting screens * Some other minor changes I think this should work reliably to everybody, but I can't be sure, so I appreciate some feedback to undestand if the new protocol is really reliable. Cheers Bafio

@gingi Thanks! It's nice to see the app is useful I'll try to keep up and post updates also for the SC version! Bafio

Hi! I compiled a version using your updated drivers, so it's based on version 0.7. As I said before, I did not test this, so ************************* *** I make no guarantees. *** ************************* IF you have a Supercard SD and want to try it, you can get it at: http://www.geocities.com/bafiollo/wifitransfer_07SCSD.zip Right now I want to make the file transfer faster, it's prettiy slowright now with version 0.7, then I'll release the code. Bafio

Hi! I just updated the program, this time it uses the latest SgStair library. The protocol now works with syncronization, it's a bit slower now but much safer. Changes: Version 0.7 Uses the new 0.2b release of the library. This fixes the send problem there was before, so: * modified transmission protocol. Now it should be ok for file transfer even when there is packet loss! Remember to run also the new version of the server * Removed some debug info * hopefuly fixed some issues that could generate file loss on the CF in certain situations

Ops... Sorry abut that, there is not very much error control on the software, but I think I know what the bug may be... Next release in the next days (maybe a week) will hopefully fix that (it happened to me too once) and make the transfer much more reliable (using the new release of the lib. Bafio <{POST_SNAPBACK}> well this is udp/ip! its really not designed for file transfer since its not for reliable data transfer. it may be better just to wait for tcp <{POST_SNAPBACK}> Actually I meant the software itselt. UDP has nothing to do with formatting the CF. It is not a problem also to transfer files with UDP, as long as you implement some flow control and error detection. The real problem was not to be able to transmit back once started receiving the packets. The new release of the library fixes that, so this will make reliable transfers possible. Obviously TCP is easyer to use and will make it much easyer to implement a transfer, but I don't see it in the really near future. Bafio

Ops... Sorry abut that, there is not very much error control on the software, but I think I know what the bug may be... Next release in the next days (maybe a week) will hopefully fix that (it happened to me too once) and make the transfer much more reliable (using the new release of the lib. Bafio

That's good, I won't be able to work on this until January, but after that... I think there are many interesting things to do! Bafio

Hi, I have seen your App, looks promising. It would be interesting having a modified Nintendo binary to control Winapm from the DS, having playlists etc. I have already developed the DS transfer program, so I know a bit how to work on the DS side. If you are interested, we could work toghether on this, me on the DS side, to make a release with more features. I'll be back working on this after the 3rd of January, so just tell me if it looks interesting to you. Bafio PS I mean, we could decide on a protocol, based on UDP, to have a flexible way to communicate between PC and DS.

HI! How cool! I'm already looking into the source code... That's great, thanks! Bafio PS. Expect a new version of the UDP transfer program some time soon! Bafio

Hi, I know there is a problem receiving odd sized packets. My solution was quite simple (I wrote the transfer program for the DS): use even sized packets, adding some padding to the end (at that point having the first two bytes of the packet to indicate the size of the actual data in the packet). This worked out fine to me. I instead have problems when sending packets from the DS to the server: after a while the DS will simply stop sending them (on both my program and Sgstair's). Does anybody has the same problem or is it particular to my configuration? I talk about sending packets for 2/3 minutes, not a few seconds. Bafio

Hi, There is a new version on the program in http://www.geocities.com/bafiollo/ Bafio Version 0.6 This update is using the new new 0.2a version of Sgstair library fixing some issues with ARP requests. new features: * modified the transmission protocol, it's a little more resitant to errors (retransmissions) * transmissin seems to break less often * the destionation IP is saved in the config file, with the AP MAC address * You can set the transmission delay on the server. Lower mean faster transfers,more errors. Use a higher delay if you get transfer errors. * many small changes here and there, like better moving in the list of files,... * (discovered tifferent problems with atutomatic server detection, don't relay on that) NB. You need to use the new version of the server with the new NDS! The protocol has changed.