RockChip mp3/mp4 players

[wodz]

1) Which stage1 image did you used? The one provided with rk27load is broken unfortunately and I was too lazy to fix this. You may use stage1 binary unpacked from Rock27Boot.bin with help of rkboottool.
2) Pay attention to encryption params.

[knob]

Thanks Wodz

Sorted it with Stage1 from my rock27boot.bin.

Switching into rk DFU mode...
cela@cela-desktop:~/READY$ sudo ./rk27load -e1 -e2 -s1 rkboot_s1.bin -s2 stage2.bin -s3

rockbox.bin
rk27load v0.2
(C) Marcin Bukat 2011
Based on rk27load ver. 0.1 written by AleMaxx (alemaxx at hotmail.de)

This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[info]: Initializing device... done
[stage1]: Loading 510 bytes (rkboot_s1.bin) of code... done
[stage1]: Encoding 510 bytes of data ... done
[stage1]: codesize = 510 (0x1fe)
[stage1]: Calculating checksum... 0x7ce5
[stage1]: Uploading code (512 bytes)... done
[stage1]: Loading 512 bytes (stage2.bin) of code... done
[stage2]: Encoding 1022 bytes data... done
[stage2]: Calculating checksum... 0x1f49
[stage2]: Uploading code (1024 bytes)... done
[stage3]: Loading user code (575064 bytes)... done
[stage3]: Uploading user code (575068 bytes)... done (sent 1124 blocks)
rkboot_s1.bincela@cela-desktop:~/READY$


Display is working.



Can get into diagnostic mode, 4 out the 6 keys my device has are recognised so that's

good.

[wodz]

The main binary expects .rockbox folder on uSD card, thats why you got ATA error I guess. Try make zip and unpack the content into root of the uSD.

PS. If you are interested in rockbox port for rk27xx join our IRC channel.

[mortalis]

I can't make keys work for my device.
The only working key is Power On/Off.
I've printed GPIOs to display but pressing the keys (except  Power On/Off key) doesn't change any values.

Any suggestions how to make them work?

[wodz]

They are read through ADC most probably.

[knob]

This works quite well for me, seems it would only need a proper bootloader to go from "unusable" to
"unstable" on my device.



The audio is quality is very good and I can navigate the menus well with the 4 keys
that work.



I do get choppy audio when I first go into the "Now playing" screen or change tracks there, but if I back out
into the browser again the audio is good, even transistion to the next track is smooth.

Hmm.. Now what is it about that "Now Playing" screen that causes the choppy audio?

[wodz]

Thats surprisingly good news!!! Could you describe more precisely the steps to have smooth playback? The reasons which comes to mind is:
1) peak meater
2) sloooow lcd updates

regarding the buttons - you may investigate which port values are changing in System->Debug->View I/O ports screen and than hack button driver in firmware/target/arm/rk27xx/rk27generic/button-*
and key-action mappings in apps/keymaps/keymap-rk27xx-generic.c

And one more thing - what exactly is your player (or is this noname one?)

cheers
wo

[saratoga]

I do get choppy audio when I first go into the "Now playing" screen or change tracks there, but if I back out
into the browser again the audio is good, even transistion to the next track is smooth.

Hmm.. Now what is it about that "Now Playing" screen that causes the choppy audio?

The now playing screen updates a lot more frequently then the menus if I remember correctly.

[knob]

My player is a no name like this,  http://www.rockbox.org/wiki/pub/Main/Rockchip27xx/mp5_3.jpg
can’t remember now if it’s a Rk2705 or Rk2706,  I shall have a look next time I open it up.

Players looking like this are for sale now, but using Rk261X (Rkcrown), which is very similar but using “RKCrownBoot.bin”, I have one of these too.

The chop in the audio occurs about every 2 seconds.(0.5hz) , it happens in the “Now Playing” screen after I select a new track, if I exit from the “Now Playing” screen into the menu the audio is fine, it is also fine if I go back again into the “Now Playing” option until I skip to the next track.

If  I keep out of the “Now Playing” screen and stay in the menus the audio is good always, even  moving on to the next track and so on.

Does your device have  choppy playback at all times?  It could be that my device is close the threshold where this happens (which is lucky for testing purposes).

I have thought about applying a simple theme to disable the “Peak Meter” to see what happens

[wodz]

isn't rk261x completely different SoC?

On mine 'noname RM970 clone' playback is always choppy. I think I'll go and implement lcd partial updates - this should at least change 'chop pattern'.

Do you understand by the chance how the whole LCDIF block is working? Running lcd in bypass mode and performing pixel conversion on every write is not the most effective way but I could figure out how to setup the hardware to do this for me.

[mortalis]

They are read through ADC most probably.

Yes, they are. I've changed button driver to make them work.

The only button left not working is hold. It's read  not through ADC or GPIO.

[wodz]

mortalis: could you provide vendor/model of your player (or is this again noname)?

[mortalis]

mortalis: could you provide vendor/model of your player (or is this again noname)?

It's HIFIMAN HM-601.

I've noticed that my device has 2 different DFU modes:
1.  I can switch to this mode by this ways (works only with original firmware):

• put empty RKLDSET.FLW in root dir and detaching usb
• "rkusbtool -d" also switch in this mode
• "rkusbtool -s" prints "error: CSW dCSWTag mismatch" and switch into this mode too

If I use rk27load in this mode I get following:

Code: [Select]

[info]: Initializing device... done
[stage1]: Loading 510 bytes (rkboot_s1.bin) of code... done
[stage1]: Encoding 510 bytes of data ... done
[stage1]: codesize = 510 (0x1fe)
[stage1]: Calculating checksum... 0x7ce5
[stage1]: Uploading code (512 bytes)...
[error]: Code upload request failed (ret=-7)
[error]: Error -14


-7 means libusb timeout error.

RK27UpgradeImage from RockChip SDK identifies device as "RK27 Loader Usb " and works well.

2. The only way to put device in this mode is to connect 29 and 30 pins on Sasmung flash memory chip.
RK27UpgradeImage identifies device as "RK27 Mask ROM usb" and works well too.
rk27load also works fine in this mode.


Playback not working at all cause my device use I2S bus.
Also shutdown isn't work. I get "Shutting down..." message but device keeps working.

[pamaury]

Hi all,
I know this thread is mainly about rk27xx devices but I recently stumbled upon a new kind of rockchip: RKnano-B. From rockchip website it's also an ARM base SoC dedicated to MP3 players. It's very hard to find any information aout it, there is not SDK, no datasheet it seems. The only thing I found is some windows tool to upgrade the firmware but they are not very useful. Furthermore there is no firmware upgrade for this device so no way to inspect the firmware code.
Here is a photo of the device: http://perso.ens-lyon.fr/amaury.pouly/SSL22776.JPG
And the link to rockchip info: http://www.rock-chips.com/index.php?do=prod

[wodz]

mortalis: could you sniff usb trafic when in this 'other' dfu mode between player and RK27UpgradeImage?
Regarding playback - It always uses I2S bus. The difference may come if this bus is connected to internal codec (as in mine and knob's device) or external one. In the second case you have to know what codec have been used. If you are lucky we may have driver if you are not you will have to write one. Anyway the first step is to find out what codec is being used. I2S initialization is prepared to route signals to external pins if HAVE_RK27XX_CODEC is not defined.