ipod nano 3rd Gen styled fake

[Bull Durham]

i tried it...keeps timing out

[lolita]

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.

[vicnaum2]

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...

[lolita]

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.

[vicnaum2]

That's great!

How can I help for further research?

[lolita]

Dump your BROM as explained here:
S1res unable to read new firmware version 9.5.54

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.

[vicnaum2]

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

and the program says:

give access to the device...
open device: \\.\G:
error(121): The semaphore timeout period has expired.

[vicnaum2]

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:

DLL version: 0.1.12.1
Driver version: 0.1.12.1

bus/device idVendor/idProduct
bus-0/\\.\libusb0-0001--0x10d6-0x1101 10D6/1101
- Manufacturer : ACTIONS
- Product : HS USB FlashDisk
- Serial Number: 4512482adf0fe
wTotalLength: 32
bNumInterfaces: 1
bConfigurationValue: 1
iConfiguration: 0
bmAttributes: 80h
MaxPower: 250
bInterfaceNumber: 0
bAlternateSetting: 0
bNumEndpoints: 2
bInterfaceClass: 8
bInterfaceSubClass: 5
bInterfaceProtocol: 80
iInterface: 0
bEndpointAddress: 01h
bmAttributes: 02h
wMaxPacketSize: 512
bInterval: 0
bRefresh: 0
bSynchAddress: 0
bEndpointAddress: 82h
bmAttributes: 02h
wMaxPacketSize: 512
bInterval: 0
bRefresh: 0
bSynchAddress: 0

What do you think?

[lolita]

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.

[vicnaum2]

Ok, will wait for it to try.