crc = the crc generated by the asm code pbuf = the data received from the SD card (first 512 bytes are data, the rest is crc and other stuff that the SD card itself generates)
the crc's seem to be stored in a 32 bit "register" (vu32), so its comparing 2 CRC16 values to be certain they match. In DSFTP's case you might be safe to use the read routine dirctly from the previous version (that doesnt care about the crc).
But,. try this (though you may be right and timing could be an issue): [hide]
Code:
bool SD_ReadSingleBlock(unsigned int address , unsigned char *ppbuf, int len) { bool ret; //, rd; u8 pbuf[528]; // u8 crc[8]; int i, k;
Joined: Sun Apr 30, 2006 5:39 am Posts: 1560 Location: Canada, eh?
Rudolph just sent me a bit more updated code:
EZ4_061128.zip No sample included this time, though the previous one’s sample can use these files as direct replacements.
What he had to say:
Quote:
This correction point is an error check at the correction of a start-up initialization routine and reading.The error check at the time of reading was made from the CRC check to a very simple method.
CRC can be checked by the #define of “READ_CRC_CHECK”. The reading speed increases by a factor of 1.7 by a new check method.
Uncommenting the #define in SDoperator.cpp uses the previous read routine with CRC checking, leaving it as-is is a faster read with only a check to see that all the data was read. I am getting much faster reads using the CRC checked reading.
hey cory thanks for the update. i am convinced now that dsftp has some timing issues which limit the reading speed from the cart. i might try and write a ftp library once i finish exams next week... gotta brush up on my sockets programming.
anyways, what kind of speeds are you getting from the dsbench? i get ~1400ms/MByte on my card
@jrobot:
If you are, can I request a feature? ;p
I haven't looked at DSFTP yet, because I think it _needs_ to write to the FAT card.
My current project (an RTS) is expected to not get bigger than 1 MB, as it loads in _everything_ from FAT. It currently hovers around 200 KB.
Due to it being so small, I'd definitely like a feature where the (FTP downloaded) program is just loaded into RAM and then executed... no file writing whatsoever. It'd be faster for my project tests, and wouldn't clutter up my SD-card.
_________________ AmplituDS website - The latest news, information and downloads of the game.
AmplituDS forums - Chat, sneak previews, track creation, and more.
Joined: Sun Apr 30, 2006 5:39 am Posts: 1560 Location: Canada, eh?
jrobot wrote:
anyways, what kind of speeds are you getting from the dsbench? i get ~1400ms/MByte on my card
I'm getting alot lower than that, so much in fact its making me wonder if I didn't mess it up somewhere, I'm getting some zero values for sequential too... (I'm pretty out of it today, one of those days where I probably shouldn't attempt anything I actually expect to go "right")
Using a kingston 512 (the slower of the two micro's I have here):
Random 4kb block read
129.1940ms/1MByte
Sequential 4kb block read
0.0300ms/1MByte
Joined: Sun Apr 30, 2006 5:39 am Posts: 1560 Location: Canada, eh?
Updated again, CRC is handled differently. It is faster than previous CRC version, and seems faster than disabling CRC in the last version.
Quote:
CRC was checked only when there was a possibility that the data reading fails. It is the one that the last new data check was combined with the CRC check.
@jrobot: If you are, can I request a feature? ;p I haven't looked at DSFTP yet, because I think it _needs_ to write to the FAT card. My current project (an RTS) is expected to not get bigger than 1 MB, as it loads in _everything_ from FAT. It currently hovers around 200 KB.
Due to it being so small, I'd definitely like a feature where the (FTP downloaded) program is just loaded into RAM and then executed... no file writing whatsoever. It'd be faster for my project tests, and wouldn't clutter up my SD-card.
yea that might be possible... though you can accomplish what you want with the existing DSFTP by uploading (and overwriting the existing app) then there's a command to launch an application which is
When I configure my Wifi settings with an original Mario-kart cartridge, DS-FTP will successfully connect to my LAN on every second reset. Every other reset, it gets stuck at "Searching for access point"
When I configure my Wifi settings with a Mario-kart ROM, DS-FTP seems to only connect to my LAN once every blue moon.
I think I'm going paranoid... anyone able to confirm if I'm going mad?
Post subject: Image Viewer 0.4=working writes (REIN, DSO builds inside)
Posted: Sun Dec 03, 2006 12:12 pm
Joined: Sat Oct 21, 2006 3:54 pm Posts: 333
scrawl wrote:
Here's something interesting:
When I configure my Wifi settings with an original Mario-kart cartridge, DS-FTP will successfully connect to my LAN on every second reset. Every other reset, it gets stuck at "Searching for access point"
When I configure my Wifi settings with a Mario-kart ROM, DS-FTP seems to only connect to my LAN once every blue moon.
I think I'm going paranoid... anyone able to confirm if I'm going mad?
fill out your internet settings through mario kart manually (type IPCONFIG at command script) and it should work
How do you run dsftp, I have put the file on the ds and it runs fine, although it says that the config file was not found, but how do I transfer files onto the ds. What ftp client do I need to download, Im pretty much lost here so any help would be appreciated.
Users browsing this forum: No registered users and 1 guest
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum