Recent Posts
1
New Ports / Re: AIGO EROS Q / AIGO EROS K / IRULU Surfans F20 / AGPTek H3 / HIFI WALKER H2
« Last post by Oscar on Today at 02:09:41 PM »These backups would definitely be useful - if you want to zip them up and put them up on dropbox or your filesharing service of choice.Okay, you can download the backup here.
2
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on Today at 01:55:20 PM »Here I post instructions of how modify icons of the MOCOR firmware:
Just open res.bin with ResOver.exe (it works in a Windows XP virtualbox machine in linux) and change the icons your want, with the same size/format/filename.
Once you got the new res.bin, you need to compress it in a complete firmware file.
I tried to use BZPwork but it didnt work (it lacks one file when you try to compress a folder with all files).
So instead I use BZPcmd.exe from the 6531.zip, just running windows xp over virtualbox in linux. (You can find it in MOCOR_12C.W13.04.23.BTDialer.20_Source/make/make_cmd/BZPcmd.exe)
Here are the commands:
BZPcmd.exe -L -cat2 -level 5 -usr usr.bin -usrpacsize 4096 -usrcmp b -res res.bin -respacksize 4096 -rescmp b -out part1.bin
BZPcmd.exe -L -cat -level 5 -cmp b -ps ps.bin -kernz kern.bin -res part1.bin -out firm_mod.bin
And you get the new modified firmware in the file firm_mod.bin. You can uncompress with bzpwork to verify that it works fine. I did and every file is the same, except ps.bin that change a little (but it works) than before BZPcmd.exe run.
Here is my modified firmware: https://www.mediafire.com/file/j354kp0hwcuqo5i/firm_mod.bin/file
(I just changed 6 icons from main menu and the background image/color).
Just open res.bin with ResOver.exe (it works in a Windows XP virtualbox machine in linux) and change the icons your want, with the same size/format/filename.
Once you got the new res.bin, you need to compress it in a complete firmware file.
I tried to use BZPwork but it didnt work (it lacks one file when you try to compress a folder with all files).
So instead I use BZPcmd.exe from the 6531.zip, just running windows xp over virtualbox in linux. (You can find it in MOCOR_12C.W13.04.23.BTDialer.20_Source/make/make_cmd/BZPcmd.exe)
Here are the commands:
BZPcmd.exe -L -cat2 -level 5 -usr usr.bin -usrpacsize 4096 -usrcmp b -res res.bin -respacksize 4096 -rescmp b -out part1.bin
BZPcmd.exe -L -cat -level 5 -cmp b -ps ps.bin -kernz kern.bin -res part1.bin -out firm_mod.bin
And you get the new modified firmware in the file firm_mod.bin. You can uncompress with bzpwork to verify that it works fine. I did and every file is the same, except ps.bin that change a little (but it works) than before BZPcmd.exe run.
Here is my modified firmware: https://www.mediafire.com/file/j354kp0hwcuqo5i/firm_mod.bin/file
(I just changed 6 icons from main menu and the background image/color).
3
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on Today at 01:43:33 PM »Here I post a pic of the player with the new modified firmware:
4
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on Today at 01:23:52 PM »Hm.. Reading https://chronovir.us/2021/12/18/Opus-Spreadtrum/ - 0x80000003 seems shouldn't be used when writing. It's some kind of marker and not real address...
Just to iterate all possible cases you should try to rename working fdl files to `sc6530_something` so the following lines are executed
https://gitlab.com/suborg/uniflash/-/blob/master/uniflash.py#L255-256
So try something like renaming 6531A_Write_Full_Flash_1.bin -> sc6530_wff_0x34000000_single.bin
uniflash.py flash ./oldbin.bin -t sc6530_wff
or
uniflash.py flash -wf ./oldbin.bin -t sc6530_wff
You're absolutely right!
It works!
Rename 6531A_Write_Full_Flash_1.bin to sc6530_generic_0x34000000_single.bin and put in fdls folder of UniFlash. And then:
uniflash.py -t sc6530_generic flash firm_mod.bin
Once written, restart, and dump the flash, and when it ends, it starts the player with the new firm.
I flashed a modified firmware with different icons (changed with ResOver.exe) and it works!
5
Audio Playback, Database and Playlists / m3u8 converter macOS
« Last post by Pommes on Today at 01:21:48 PM »Hello,
a friend of mine built an macOS app for me, because I had an issue when transfering Itunes Playlists from Mac to Rockbox.
Songs containing special characters like é,ä,ô etc were skipped, because macOS utilizes a different UTF-8 than rockbox.
This app formats to the rockbox UTF-8 and also includes a simple find and replace to match file paths.
https://github.com/h0fnar/m3u8-converter
Enjoy
a friend of mine built an macOS app for me, because I had an issue when transfering Itunes Playlists from Mac to Rockbox.
Songs containing special characters like é,ä,ô etc were skipped, because macOS utilizes a different UTF-8 than rockbox.
This app formats to the rockbox UTF-8 and also includes a simple find and replace to match file paths.
https://github.com/h0fnar/m3u8-converter
Enjoy
6
New Ports / Re: AIGO EROS Q / AIGO EROS K / IRULU Surfans F20 / AGPTek H3 / HIFI WALKER H2
« Last post by dconrad on Today at 12:12:20 PM »I would guess the Hifiwalker units are getting the same changes as the F20 - or at least I would hope so. Can we not use usbboot and the (native) bootloader to dump the flash contents?I took the chance and ordered a Hifi Walker H2 from Amazon.de. And yes, I like the rounder edges and the feel of the device much over the Surfans F20.
Of course I've got a device with firmware 1.4. The "normal" bootloader "bootloader.erosq" gives the same "NAND open error" as on the v 2.7 of the Surfans. So, I tried "bootloader-v7.erosq" from the thread https://forums.rockbox.org/index.php/topic,54228.0.html. And guess what, it works. They seem to have the same updated hardware.
Before installing the new bootloader, I have made a backup of the original bootloader, the original firmware, and made a flash dump of the original flash. Are these backups helpful for creating a new hosted port of Rockbox? How can I share them?
These backups would definitely be useful - if you want to zip them up and put them up on dropbox or your filesharing service of choice. I believe we should be able to create a hosted update image from them, and possibly (if I or someone can find the time) work through it and figure out the hardware changes for the native port.
7
Hardware / Re: New cheap portable player in the market
« Last post by bahus on August 14, 2022, 11:36:56 PM »Hm.. Reading https://chronovir.us/2021/12/18/Opus-Spreadtrum/ - 0x80000003 seems shouldn't be used when writing. It's some kind of marker and not real address...
Just to iterate all possible cases you should try renaming working fdl files to `sc6530_something` so the following lines are executed
https://gitlab.com/suborg/uniflash/-/blob/master/uniflash.py#L255-256
So try something like renaming 6531A_Write_Full_Flash_1.bin -> sc6530_wff_0x34000000_single.bin
uniflash.py flash ./oldbin.bin -t sc6530_wff
or
uniflash.py flash -wf ./oldbin.bin -t sc6530_wff
Just to iterate all possible cases you should try renaming working fdl files to `sc6530_something` so the following lines are executed
https://gitlab.com/suborg/uniflash/-/blob/master/uniflash.py#L255-256
So try something like renaming 6531A_Write_Full_Flash_1.bin -> sc6530_wff_0x34000000_single.bin
uniflash.py flash ./oldbin.bin -t sc6530_wff
or
uniflash.py flash -wf ./oldbin.bin -t sc6530_wff
8
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on August 14, 2022, 06:29:56 PM »I've tested flash (write) command, and I can confirm that doesnt work.
Crash in Line 88 of uniflash.py:
assert rcode == unicmd.BSL_REP_ACK, 'Could not start data transfer, response code is %X' % rcode
In that line ends the program, with the response code = 0xFF.
I tried to comment the line, and it starts to send data a few minutes, and then it crash in Line 96.
assert rcode == unicmd.BSL_REP_ACK, 'Something is wrong and response code is %X, block is %s' % (rcode, buf.hex())
With the response code 0x89.
The devices keeps alive, just reset, and try to dump (read) the flash, and then starts again.
Crash in Line 88 of uniflash.py:
assert rcode == unicmd.BSL_REP_ACK, 'Could not start data transfer, response code is %X' % rcode
In that line ends the program, with the response code = 0xFF.
I tried to comment the line, and it starts to send data a few minutes, and then it crash in Line 96.
assert rcode == unicmd.BSL_REP_ACK, 'Something is wrong and response code is %X, block is %s' % (rcode, buf.hex())
With the response code 0x89.
The devices keeps alive, just reset, and try to dump (read) the flash, and then starts again.
9
Hardware / Re: New cheap portable player in the market
« Last post by Bilgus on August 14, 2022, 12:07:05 PM »Quote
But the dump (read) flash command works in your machine?
Yes I've dumped the device, dis-assembled and even re-assembled the stone image
so far (on linux)
10
Hardware / Re: New cheap portable player in the market
« Last post by pmp4 on August 14, 2022, 10:02:57 AM »I might have to dig out a windows machine to try the spreadtrum flasher or my dev machine so I can run a windows vm
I get to
FDL running, may start interacting with flash memory
with two of the bins but the norss one never gets to that point
I read through your instructions and already had an incantation but unfortunately they never get past the command to enable flash writeCode: [Select]uniflash.py flash ./oldbin.bin -wf -nr -s 0x80000003 -t 6531A_norss
But the dump (read) flash command works in your machine?
I can confirm that dump (read) command works in linux using uniflash and the fdl I said in this thread.
I can't confirm flash (write) command yet.