Gpdrive 0.5 Soon?

[Squidge]

Well, my SMC reader has blown up, and I got some time to myself again for a small while. Needless to say, I spent this timely on gpDrive, as I don't really want to buy another smc reader.

gpDrive 0.5 now is fully interrupt controlled, and has some brand new smc routines. Rather than using the samsung ones (or deriving from them), new routines have been written using the smc specs & datasheets. The results look impressive

For example, read speed (from gp32 -> pc) now has increased from 350kb/sec to 530kb/sec. Writing speed is still kinda slow, and unfortunately corrupts SMC's at the moment, requiring a reformat.

Some USB code has also been changed, so maybe this version will even support other OSs, although since I have no other OSs, I can't test this.

Hopefully by next week (or even sooner), the writing will be stable.

 

[bringoutthegimp]

For example, read speed (from gp32 -> pc) now has increased from 350kb/sec to 530kb/sec.

very nice

 

[pip]

Will it support Win98, WinME etc?

 

[xafier]

Will it support Win98, WinME etc?

not on it's own I doubt, as it's been said before, the earlier versions of windows dont support USB mass storage devices... it wasn't built into them so you'd need a wrapper driver...

Nice read speed increase there squidge well done man! maybe you can get write speed upto about 350kb/sec when the re-write is finished?

 

[Tobriand]

I love this project - glad you've got some time to spend working on this thing again Squidge .

And those are *amazing* read speeds. Remind me what PC Link has been? I'm sure it was nearer 50kb/s.

 

[jegHegy]

great news, Squidge. i wish you the best of luck.

 

[rcx21000]

Well, my SMC reader has blown up

:blink:

Is your computer all black now??


Does fully interupt controlled mean that it won't mess up my USB/Ethernet adapter anymore??

 

[Squidge]

Ok, writes now seem to be stable. Only a 50kb/sec increase though from 120kb/sec to 170kb/sec. I will try and optimise the writing though now it's stable. Maybe I can use some of the newer commands on the higher capacity (64mb+) SMCs.

Due to optimisation, only cards of 16mb and above are now supported, but I don't think that will be a problem for most people.

rcx21000: No, that's not what it means, but I've got a usb keyboard, usb mouse, usb printer, and none of those seem to be affected, so I'm unsure why your ethernet adaptor fails. Maybe it will not on the new version?

 

[jegHegy]

ONLY a 50k/s increase in write speed? DON'T EVEN TRY TO RELEASE IT THIS WAY, YOU BASTARD!


O_O

 

[Tobriand]

Lol - yeah, 50kb/s ... not good enough

Of course it is - although of course, any optimisations you do would be great. Good news to hear its progressing

 

[rcx21000]

That bug doesn't matter much anyways... When I get my new comp (~1.2million secs ), it has an ethernet port in the mobo GpDrive was faster than my SMC reader already, now it will be even FASTER........

 

[phoda]

Well, my SMC reader has blown up [so] I spent this timely on gpDrive, as I don't really want to buy another smc reader.

My prayers were answered. <_<

 

[Steve-O]

it has an ethernet port in the mobo

Mine has one of them hehe...

 

[Shirohagen]

I would be a very happy guy if someone could make a Mac OSX version...

®

 

[Squidge]

Just a little note to say I'm still working on it. Write speed is now 185kb/sec, but I know I can get it faster. I will prod the code with a sharp stick untill it gives up and doubles it's speed

 

[unlucky]

lol i cant wait

 

[Robster]

Hey Squidge!

Your work sounds brilliant: I wish you luck getting it perfect!

One thing: if your free time does disappear again, please release the source. I'm pretty keen to use it for a slightly different project

Thanks again,
Rob.

 

[woogal]

The source to the previous version is already out Rob - http://www.gp32x.de/board/index.php?showtopic=7579

 

[Anox]

Well, my SMC reader has blown up

Is your computer all black now??

[OT] My Computer is always black h34r: [/OT]

 

[Squidge]

Well, I looks like we may be heading for a release this weekend, I've just fixed a bug concerning files > 16mb (technical jargon: was allocating a physical block in the wrong zone for the logical block). Looking at what windows does, I think I can improve the write speed by guessing what is going to be asked next, and pre-empt it