gbadev.org forum archive

This is a read-only mirror of the content originally found on forum.gbadev.org (now offline), salvaged from Wayback machine copies. A new forum can be found here.

DS homebrew announcements > DSFTP 2.2

#104676 - bjoerngiesler - Sun Oct 01, 2006 1:53 pm

Hi all,

DSFTP 2.2 is out. Get it at http://giesler.biz/bjoern/en/sw_dsftp.html.

Noteworthy changes:

o Stupid bug fixed that broke GBAMP support. (Thanks a lot to sgstair and chishm for help!)
o Booting verified to work on SuperCard and GBAMP, and should work on much more. This means just about everybody can now upload and auto-boot their stuff directly in DSFTP.
o Safe power-off button combo added to prevent (rare) FAT corruption.
o CDUP command added by request.
o Built with devkitpro R19b
o More bugfixes.

On the topic of bug reports: reports via email are much preferred to reports posted in the forum, because I can track them much better that way. My email address is right there on DSFTP's GUI. Please include as much information as you can: What you see on the screen, the log output, your hardware configuration, DSFTP version used, etc.

As always, donations are welcome. :-) My Paypal address is the same as my email address.

Have fun!

Regards,
Bj?rn
_________________
DSFTP homepage

#104677 - Sektor - Sun Oct 01, 2006 2:13 pm

Works on M3CF. I used FlashFXP and sent the raw command "BOOT /pworm.nds", while the backlights were off. Pizza Worm started and the backlights were still off. I get around 32KB/s when transfering to the DS. Only about 5KB/s when downloading from the DS but I would rarely need to do that.
_________________
GTAMP.com/DS


Last edited by Sektor on Sun Oct 01, 2006 10:12 pm; edited 3 times in total

#104707 - Thomas - Sun Oct 01, 2006 6:48 pm

Sektor wrote:
Works on M3CF. I sent the raw command "BOOT /pworm.nds", while the backlights were off. Pizza Worm started and the backlights were still off. Cool but not fast enough that I could stand using it often.

I can confirm that, booting works fine but it's kind of annoying that the backlight is disabled.

#104710 - Jeremysr - Sun Oct 01, 2006 7:46 pm

Yay, works perfectly with my GBAMP now! Thanks! :D

#104717 - tepples - Sun Oct 01, 2006 8:13 pm

It doesn't seem to work well for me however. Here's an issue that I reported to the author via e-mail:
  1. Start DSFTP 2.2 on a DS Lite with a GBAMP v2 CF.
  2. Connect to your DS using Mozilla Firefox on Microsoft Windows 2000.
  3. Enter your name and password.
    Result: File listing.
  4. Press Up and Down on the DS's Control Pad.
    Result: Log scrolls.
  5. In Firefox, click one of the displayed folder names.
    Result: Nothing.
  6. Press Up and Down on the DS's Control Pad.
    Result: Nothing. The DS is wedged.

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

#104719 - masscat - Sun Oct 01, 2006 9:29 pm

tepples wrote:
It doesn't seem to work well for me however. Here's an issue that I reported to the author via e-mail:
  1. Start DSFTP 2.2 on a DS Lite with a GBAMP v2 CF.
  2. Connect to your DS using Mozilla Firefox on Microsoft Windows 2000.
  3. Enter your name and password.
    Result: File listing.
  4. Press Up and Down on the DS's Control Pad.
    Result: Log scrolls.
  5. In Firefox, click one of the displayed folder names.
    Result: Nothing.
  6. Press Up and Down on the DS's Control Pad.
    Result: Nothing. The DS is wedged.

Similar problems with my fat DS and GBAMP v2 CF and linux gftp ftp client.

#104741 - bjoerngiesler - Mon Oct 02, 2006 7:25 am

Many folks noticed that DSFTP 2.2 is rather unstable compared to 2.0. I will look into it and hopefully release a stable version soon.
_________________
DSFTP homepage

#104750 - doedill - Mon Oct 02, 2006 10:38 am

gonna agree that this is less stable.

I can connect, but when I try to transfer files from PC to DS I get this message on the DS

accept() failed. Sockets exhausted?
Message was: accept(16) failed with 342xxxx (errno 22)

where xxxx are numbers (different everytime)

that'll just kill everything, can't safe poweroff and can get out of screensaver (black screen)

#104754 - bjoerngiesler - Mon Oct 02, 2006 11:42 am

Hi all,

OK, I found the bug (or at least a workaround for it). Please get the new version at

http://giesler.biz/~bjoern/en/sw_dsftp.html

Please do not use 2.2 anymore. It's severely buggy and may very well wreck your file system.

Sorry 'bout that. Serves me right for not testing good enough.
_________________
DSFTP homepage

#104809 - masscat - Mon Oct 02, 2006 9:21 pm

Version 2.21 works much better on my fat DS, GBAMP v2, linux gftp client combination.
Successfully upload a file, downloaded a file and booted a file.
Fine work.

A few of things:
If I upload a file it does not immediately appear in the directory listing for the CF card and, therefore, I cannot download it.
The meteos E3 demo does not boot but my homebrew stuff does.
The upload speed (PC to DS) is about 30 KB/s (reasonable for a 1-2 Mbit wireless link) but download speed is about 3-5 KB/s. Is this what other people see? Capturing the download frames on the PC there appears to be lots of duplicate TCP ACKs and suspected TCP retransmissions. Maybe dswifi library doing something strange? What version is the DSFTP.nds linked against?

#104815 - bjoerngiesler - Mon Oct 02, 2006 10:16 pm

Hi,

masscat wrote:
If I upload a file it does not immediately appear in the directory listing for the CF card and, therefore, I cannot download it.


Strange... works here.

Quote:
The meteos E3 demo does not boot but my homebrew stuff does.


What format is the Meteos demo? (Do you have a link where I can download it?)

Quote:
The upload speed (PC to DS) is about 30 KB/s (reasonable for a 1-2 Mbit wireless link) but download speed is about 3-5 KB/s. ... What version is the DSFTP.nds linked against?


I get about 90KB/s PC->DS and 5KB/s DS->PC. Talking to sgstair confirms that's about OK. I also noticed lots of duplicate packets. DSFTP is using DSWifi 0.3b.
_________________
DSFTP homepage

#104822 - masscat - Mon Oct 02, 2006 10:44 pm

You can get the meteos demo from http://wiki.akkit.org/Downloadable_DS_Demos.

I find the asymmetric behaviour of the speeds of the transfer strange. I will have a look into it.

#104825 - tepples - Mon Oct 02, 2006 11:00 pm

DSFTP 2.21 works much better. Two minor issues:

AXE boots, but the DSFTP log was left on the Touch Screen for the rectangle to erase.

Before starting the program, DSFTP should close the control connection nicely rather than letting it time out.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.

#104842 - TJ - Tue Oct 03, 2006 3:57 am

Quote:
If I upload a file it does not immediately appear in the directory listing for the CF card and, therefore, I cannot download it.


I have had problems like this with GFTP as well. Sometimes the file will not show up, or sometimes (this one is very odd), it will get put on the card but won't have the right file name. It often takes the name of a file I deleted from the card previously. I am not even sure how this is possible, but it has happened about 5 times since I started using DSFTP.

There was another problem I noted but I could not really track down. Occasionally when putting a file on the card with DSFTP and then reading that same card in my card reader, any attempt to delete the uploaded file from my Linux machine will cause I/O errors and a message about the file being read-only. But if I then take the card and put it into a Windows machine, not only is the file not marked as read-only, but it deletes without an issue.

#104853 - cpthk - Tue Oct 03, 2006 9:31 am

Sektor wrote:
Works on M3CF. I used FlashFXP and sent the raw command "BOOT /pworm.nds", while the backlights were off. Pizza Worm started and the backlights were still off. I get around 32KB/s when transfering to the DS. Only about 5KB/s when downloading from the DS but I would rarely need to do that.


Sorry about the stupid question, I am a newbie to this.
What does "BOOT /pworm.nds" do? What does BOOT command do?

And is there a list of all commands?

Thanks.

#104855 - bjoerngiesler - Tue Oct 03, 2006 9:56 am

TJ wrote:
Sometimes the file will not show up, or sometimes (this one is very odd), it will get put on the card but won't have the right file name. It often takes the name of a file I deleted from the card previously.


I've seen this before on my SC CF. It has always been the fault of a previously-corrupted file system, which FATlib, Windows and Linux have very different opinions about.

Make sure your card is FS-checked. Also, do not switch off your DS while there's a transfer in progress. The new key combination for safe shutdown seems to be the best bet for this.
_________________
DSFTP homepage

#105053 - masscat - Thu Oct 05, 2006 2:13 pm

masscat wrote:
I find the asymmetric behaviour of the speeds of the transfer strange. I will have a look into it.

Have been looking at the dswifi library's TCP implementation. It appears to send data it has already sent along with new data, wasting bandwidth and leading to poor download performance.

Done a quick hack and get download performance of about 30+ KB/s, i.e. the similar to the upload performance I was getting.
Not all good though as small parts of the downloaded file get corrupted and I have knackered the upload (the TCP window keeps reaching zero). If I get it sorted I will pass on the changes for sgstair to look at.

EDIT:
The slow upload speed seens to have been caused by a buggered FAT filesystem.

The 'rename' command does not work for me. DSFTP locks up half way through the operation leaving the original file intacted. A new file is partly created (the name appears in a directory listing) but not properly (it has no size and Moonshell complains that the FAT is bad).

masscat wrote:
If I upload a file it does not immediately appear in the directory listing for the CF card and, therefore, I cannot download it.

My mistake, gftp maintains a cache of the directory listing. You can clear this with "clear cache" and then the file appears.

#105077 - bjoerngiesler - Thu Oct 05, 2006 6:31 pm

masscat wrote:
The 'rename' command does not work for me.


Rename is implemented as copy and erase. Maybe the card is full? It works here for fairly large files.
_________________
DSFTP homepage

#105090 - masscat - Thu Oct 05, 2006 9:42 pm

bjoerngiesler wrote:
masscat wrote:
The 'rename' command does not work for me.


Rename is implemented as copy and erase. Maybe the card is full? It works here for fairly large files.

Maybe my CF card has got itself into a strange state again.

Got download working correctly.
For anybody who is interested, I have made a patch file against the dswifi library CVS (as of today, 2006-10-05). Change into the dswifi directory and apply the patch with
Code:
patch -p0 <path/to/patchfile

#105614 - cpthk - Tue Oct 10, 2006 5:14 am

Sometimes create folder doesn't work.

I am using filezilla, sometimes I use the create folder function. The folder doesn't really created. Happens aboout 40% chance. I use folder name: GAMES

Mine is M3 Lite with SanDisk Ultra II 1GB

And they are right, it will use the previous file name. But under M3 -> extend -> mu disk, the filename could be shown correctly, but now the original menu -> game

File still cannot be correctly transfered to it. I already forced filezilla to use binary file transfer, but still. Also tried xp command-line ftp app. Did bin command before put file. But same problem with my M3 lite.

My file system is FAT32.

Thanks.

#106151 - redeyez - Sun Oct 15, 2006 11:37 pm

this program sounds awesome and handy cause then i can slack and not have to keep switching the mini sd card around to copy/delete files... but then i can't seem to get it to work
it can load up and get connected properly but then the thing is when i try to actually copy/move/delete/rename file/folder it doesn't work... it just... get stuck and freezes lol

#106254 - Barta - Tue Oct 17, 2006 8:06 am

redeyez wrote:
this program sounds awesome and handy cause then i can slack and not have to keep switching the mini sd card around to copy/delete files... but then i can't seem to get it to work
it can load up and get connected properly but then the thing is when i try to actually copy/move/delete/rename file/folder it doesn't work... it just... get stuck and freezes lol


I can connect and upload a file to the server (using NetDrive to assign a drive letter to the ftp connection and using Game Manager to write the file),
but the files don't start. Any ideas why.

#106343 - BlueTrance - Wed Oct 18, 2006 2:40 am

Hi,
This is my experience with DSFTP 2.21 and my M3 card. It might be useful for the creator:

As many others users, I can transfer files but once they are uploaded they remain unusable.

So, I tried to upload a simple .TXT and then I compared the original with the corrupted one.

The original was as follows:
Original:
Quote:
1111111111111111111111111111111111111111111111111111111111
2222222222222222222222222222222222222222222222222222222222
3333333333333333333333333333333333333333333333333333333333
4444444444444444444444444444444444444444444444444444444444
5555555555555555555555555555555555555555555555555555555555
6666666666666666666666666666666666666666666666666666666666
7777777777777777777777777777777777777777777777777777777777
8888888888888888888888888888888888888888888888888888888888
9999999999999999999999999999999999999999999999999999999999
0000000000000000000000000000000000000000000000000000000000
1111111111111111111111111111111111111111111111111111111111
2222222222222222222222222222222222222222222222222222222222
3333333333333333333333333333333333333333333333333333333333
4444444444444444444444444444444444444444444444444444444444
5555555555555555555555555555555555555555555555555555555555
6666666666666666666666666666666666666666666666666666666666
7777777777777777777777777777777777777777777777777777777777
8888888888888888888888888888888888888888888888888888888888
9999999999999999999999999999999999999999999999999999999999
0000000000000000000000000000000000000000000000000000000000

(x Several times until 8260 bytes)


The corrupted one added (sometimes inserted, sometimes replacing other) a strange character (01 in HEX) following this pattern:
The first on the 0000 position. (Yes, at the beginning)
2nd - 0200
0600
0800
0A00
0E00
1200
1400
1800
1A00
1E00


If I can help someway let me know it.

#106391 - Rudi Rastelli - Wed Oct 18, 2006 5:05 pm

[quote="masscat"][quote="bjoerngiesler"]
masscat wrote:

....For anybody who is interested, I have made a patch file against the dswifi library CVS (as of today, 2006-10-05). Change into the dswifi directory and apply the patch with
Code:
patch -p0 <path/to/patchfile


Great Work @masscat !
Your patch works very well for me. I get ~80KBps(!) in DS -> PC ! Much more than i expected.
Maybe you could figure out how to get this wonderful speed for PC -> DS !?

Regards

Rudi

#106392 - Darkflame - Wed Oct 18, 2006 5:12 pm

80kb/s opens up a lot of possibilitys...
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.

#106393 - Lick - Wed Oct 18, 2006 5:25 pm

My wifilib topspeed was 130 KB/s. Needed to find a good spot though.
_________________
http://licklick.wordpress.com

#106399 - Barta - Wed Oct 18, 2006 6:13 pm

I can see the use for this program, but when it messes up all the data it's unusable, so I hope a new version is coming out very soon!

ps. My speed PC -> DS is about 15Kb, but the speed DS -> PC is almost none 8-(
_________________
Navy Blue DS lite + M3 lite, Passcard 3 and a 2 GB Sandisk SD-micro card

#106419 - masscat - Wed Oct 18, 2006 8:50 pm

Rudi Rastelli wrote:
Great Work @masscat !
Your patch works very well for me. I get ~80KBps(!) in DS -> PC ! Much more than i expected.
Maybe you could figure out how to get this wonderful speed for PC -> DS !?

Regards

Rudi

Darkflame wrote:
80kb/s opens up a lot of possibilitys...

It does make the DS -> PC transfer much more usable.

Just a word of warning. Take care with the patch as it is more a proof of concept than a well thought out implementation. Keep an eye on it if you use it in other projects.
I have seen it not transmit data, requiring a timeout (no bytes were lost), and reducing performance when using it with my gdb stub.
Also the increase in speed is only when using TCP (UDP does not have a speed problem as far as I know).

#106540 - Darkflame - Fri Oct 20, 2006 11:38 am

Quote:
It does make the DS -> PC transfer much more usable.


At those speeds streaming becomes much more usefull, I was thinking.
_________________
Darkflames Reviews --
Make your own at;
Rateoholic:Reviews for anything, by anyone.