Rockbox Development > New Ports
Creative Zen Vision:M
mcuelenaere:
--- Quote from: GuybrushThreepwood on August 26, 2008, 11:32:53 AM ---
--- Quote from: mcuelenaere on August 26, 2008, 11:24:37 AM ---Have you tried updating the checksum to what CW reports it should be?
--- End quote ---
It was my first tought but CW doesn't let me modify the checksum value in the NULL block...
---EDIT---
I've extracted the firmware files from the updater packages v1.30.02, v1.41.01 and v1.51.01 downloadable at the address that you also know.
The extraction process went fine but the checksum check between the one calculated by CW and the one in the NULL block fails for all of them and I can't upload them by CW nor the hacked updater. All the other firmwares (which passed the checksum check) can be uploaded with no issues.
It seems to me that there is some kind of connection between the checksum issue and the upload issue...
--- End quote ---
Try using the ZenUtils (zen_crypt has the ability to (re-)sign a firmware and other stuff).
--- Quote from: Transience on August 27, 2008, 12:53:53 AM ---010 editor will open the device if i put it into removable disk mode, but it will only show the removable disk partition. The device is capable of formatting itself into FAT32. Perhaps the creative firmware could be modified to begin formatting at the root of the drive instead of the default location? just a thought...
--- End quote ---
Even if we would do that, what's the benefit? The OF and recovery mode won't be able to read it so the device will just give a HDD HW error..
And 'The device is capable of formatting itself into FAT32' statement is correct; but that's all there is.
Only formatting, so no read/write/... FAT32 capabilities.
The current idea is to use the Virtual File System image (=Removable Disk Mode) and to get Rockbox to locate and read from this.
This would mean dual-boot capability and access to Rockbox's files without taking your HDD out.
GuybrushThreepwood:
--- Quote from: mcuelenaere on August 27, 2008, 04:53:20 AM ---Try using the ZenUtils (zen_crypt has the ability to (re-)sign a firmware and other stuff).
--- End quote ---
The only zen_crypt function I can take advantage of seems to be the signature function. I've used the -s switch and tried to resign the firmwares but it didn't help. The checksum stored in the null block is still the same and is wrong. Perhaps the -s switch affects other informations stored in the file...
I've noticed another thing (perhaps it could be interesting): all the firmwares with the right checksum are below the 21Mb barrier (they all are 20,7Mb worth) while the ones with the bad checksum are above that barrier (the file size is, respectively, 21,4Mb, 21,5Mb, 21,8Mb for fw v1.30.02, v1.41.01, v1.51.01).
p.s. I've forgotten to report that, when making the binaries, I get some warnings about, if I remember well, characters. Now I'm on a Windows machine and can't check what's the precise error... I don't think it's a problem but I've reported it for the sake of completeness.
mcuelenaere:
I just committed the beginning of dual-boot capability to SVN and now you're able to run Rockbox (well not exactly) *without* taking your hard drive out :)
I've updated the installation instructions on the wiki.
Currently, the only thing the bootloader does is loading the original firmware. But whenever quetzalcoatl figures out the CFS file system, we should be able to run a FAT file system as a file on the CFS file system.
--- Quote from: GuybrushThreepwood on August 27, 2008, 10:27:06 AM ---The only zen_crypt function I can take advantage of seems to be the signature function. I've used the -s switch and tried to resign the firmwares but it didn't help. The checksum stored in the null block is still the same and is wrong. Perhaps the -s switch affects other informations stored in the file...
I've noticed another thing (perhaps it could be interesting): all the firmwares with the right checksum are below the 21Mb barrier (they all are 20,7Mb worth) while the ones with the bad checksum are above that barrier (the file size is, respectively, 21,4Mb, 21,5Mb, 21,8Mb for fw v1.30.02, v1.41.01, v1.51.01).
p.s. I've forgotten to report that, when making the binaries, I get some warnings about, if I remember well, characters. Now I'm on a Windows machine and can't check what's the precise error... I don't think it's a problem but I've reported it for the sake of completeness.
--- End quote ---
Weird. But I'm pretty sure the file size increase doesn't really matter.
edit:
@quetzalcoatl:
For some reason, all numbers were little endian instead of big endian in my disk dumps and on the real device. Are you sure they should be big endian?
Solved
GuybrushThreepwood:
I've tried with nullblockfixer too: it reads the checksum in the Null block and leaves it there (perhaps it finds it correct).
grooveharder:
well, i've just tried the install instructions on the wiki, and it works like a charm... (well, after some playing with gentoo's cross-compile system!) it boots without a hitch. the sendfirm utility even works well with "font firmwares" created by creativewizard.
congratulations - this seems like a big milestone, no? i'd say being able to install some sort of Rockbox code on the Zen "*without* taking your hard drive out" is good progress!
thanks for everyone's work on the project. surely we are not far away from full Rockbox on the Zen now.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version