i tried it...keeps timing out

Timing out? Is it the "semphore timeout period has expired" error? That's a problem with your USB ports. Try setting the ports to 1.1 mode or use an older computer with USB 1.1 ports.

I have this player:
1.8" 2GB MP3 MP4 Player FM Radio Voice Black US #MP4001 - eBay, iPod MP3 Players, Electronics. (end time 30-May-09 16:48:50 AEST)

The firmware version on player says:
9.5.54
qs_ak2025
2008/04/23
the chip seems to be AK2025 too

But the same problem here. It's working OK but I want to change some graphics, and I am unable to drag it's firmware from it.

Tried s1res 4.1, it detects the player in v9 mode. But when I try to get firmware from it, the player displays: "F/W upgrade" for a moment and then turns off. s1res then tells me about a "semaphore".
Tried to change USB to 1.1 in windows — but the same problem.

Wrote a letter to s1res developer, maybe he would say something about it...

I've done some more research on the AK2025 and it seems like they've moved the flash controller registers again (not surprising, since they did the same thing between ATJ208x and 209x). If that's the only thing they changed, then getting s1res etc. to work would not involve much work. However, I'm more concerned about them changing the FTL and other critical parts.

That's great!

How can I help for further research?

Dump your BROM as explained here:
http://mympx.org/forum/mods-themes/4...-9-5-54-a.html

Although some other users are probably going to do it as well, it'd be good to get a few separate BROMs to see if there are any differences between the AK202x themselves.

It is the same — the device displays "F/W upgrade" for a second and turns off.

and the program says:

I've tried to install a libusb driver (s1mp3.inf) from here: https://s1mp3.svn.sourceforge.net/sv...on/libusb/bin/

The driver installed normally, but with this driver, there is no new drive on the system. So s1giveio14 doesn't find a device.

BUT, testlibusb-win.exe that came with this driver, shows me this:
What do you think?

s1giveio 1.4 doesn't use libusb --- the version I posted in the other thread uses native Win32 USB/SCSI commands. It'll work if your player is detected as a U disk. Otherwise, if it's in ADFU mode I have a different version for that (which does require libusb).

We believed to have determined the cause of this issue. The commands to enter ADFU mode, transfer, and execute are the same, but they changed the USB controller ports so the uploaded giveio stub can't communicate with the host. We are working on resolving this issue and hope to have a fix soon.

Ok, will wait for it to try.