Creative Zen Vision:M

[Falafel]

I just noticed this now, but it seems unhold and headphone jackin give the same reading :s?

Edit:
It keeps on giving me 'duplicate case' errors..
Edit2: Okay, that's taken care of, let's see if the keys actually work

Edit3:
I can in fact, by pushing menu button, get into the rescue mode screen.. But I cannot move the cursor although it does show the readings correctly.. I haven't got a clue as to why it doesn't respond. Did you use the long buttons as safeguard against stuck keys?

Edit4:
Ahem... I am just dense, UP and DOWN weren't defined.. I suppose it should work now

[mcuelenaere]

I ordered a 1,8" -> 3,5" adapter for analyzing the HDD structure, but in the mean time could someone help me with some dumping of his HDD (Falafel?)

Btw, if someone is wondering: updates are in FS#8686.

[Falafel]

Sure, tell me what you want to know, and I'll do it tonight or tomorrow. shouldn't be to much of a problem.

[tjfontaine]

I've just purchased a ZIF adapter, when it arrives I'll help out with HDD structure, unless it's all worked out before then

[Falafel]

I looked around a bit, and I happened to have a dump of about 80MB laying about
First80MBfromZVHD.rar

[tjfontaine]

Falafel thanks for the dump

mcuelenaere it seems there are some missing files from your latest diff, along the lines of ata-creativezvm.c usb-creativezvm.c and usb-test.c

[mcuelenaere]

@Falafel: thanks, link is slow though

Falafel thanks for the dump

mcuelenaere it seems there are some missing files from your latest diff, along the lines of ata-creativezvm.c usb-creativezvm.c and usb-test.c

Thanks for reporting, here's a more correct diff.

[saratoga]

mcuelenaere:

I've been toying with the idea of getting a ZVM to play with the Ti DSP core.  How difficult would it be to use the DSP core given the current state of the port?

[mcuelenaere]

mcuelenaere:

I've been toying with the idea of getting a ZVM to play with the Ti DSP core.  How difficult would it be to use the DSP core given the current state of the port?

You read my mind
I've already installed the C54xx binaries on my linux box, and tried attaching it to the Makefile but didn't got far.
What I find strange is that I can't find any C54xx binaries in the OF...

But as for getting the DSP core running, that shouldn't be any problem; the code is running quite stable atm; but it's still compiled as bootloader (not that it matters a lot, the HDD structure is in a custom format and so the only solutions are either formatting it to FAT or getting Rockbox to read the format(s) ).

So in short: it is possible. But what would you want to run on it at the current state of the port? I was thinking for getting the audio codecs on them and nothing more, but this isn't yet needed since the port isn't that far.

[bgdwie]

I think, initially, rockbox and a few audio codecs should be run from the arm9 core, because the core is quite powerful and most audio codecs can be run well enough from it, and only video and some of the more intensive codecs should use the c54x, for how much work is needed reasons, although, depending upon power consumption, it may be more efficient in the end to have all codecs run from the dsp.

Also, i don't think there is much worry about rockbox running from the flash as this is a lot quicker to startup and uses less power, making it easier to test

also, since the origional firmware allows the device to have dual format drives (part in any format for removable storage, part in custom format for music), it may be possible to put the rockbox datamusic on the removable storage partition so you can run both the OF and the rockbox firmware, that is if you arre contemplating keepign the OF.

as you said: there is no real point in using the c54xx at this stage, and even for the next stage the arm9 will be sufficient for basic audio.

[Falafel]

also, since the origional firmware allows the device to have dual format drives (part in any format for removable storage, part in custom format for music), it may be possible to put the rockbox datamusic on the removable storage partition so you can run both the OF and the rockbox firmware, that is if you arre contemplating keepign the OF.

Well, what we could do is, repartition the removable storage partition into 2 or more different ones. I tried this out yesterday, and it works like a charm! at least, I was able to divide it up into a fat16 partion of 750M and the rest of the 4G into a Linux partition. (Although I didn't manage to reformat the last one, but that's probably my own ignorance at play )

And I suppose it's accessible then, although the music would still be on the creative-style partition..

Edited to repair my bad English :p

[mcuelenaere]

also, since the origional firmware allows the device to have dual format drives (part in any format for removable storage, part in custom format for music), it may be possible to put the rockbox datamusic on the removable storage partition so you can run both the OF and the rockbox firmware, that is if you arre contemplating keepign the OF.

Well, what we could do is, repartition the removable storage partition into 2 or more different ones. I tried this out yesterday, and it works like a charm! at least, I was able to divide it up into a fat16 partion of 750M and the rest of the 4G into a Linux partition. (Although I didn't manage to reformat the last one, but that's probably my own ignorance at play )

And I suppose it's accessible then, although the music would still be on the creative-style partition..

Edited to repair my bad English :p

Of course! How stupid of me that I didn't came up with that myself! I suppose it has been a long ... long time I've used the OF...

You say you divided the removable partition into a FAT and a Linux one, did you try accessing them from the HDD directly? And was the HDD then formatted by the OF itself or by you?

[Bagder]

I think, initially, rockbox and a few audio codecs should be run from the arm9 core, because the core is quite powerful and most audio codecs can be run well enough from it, and only video and some of the more intensive codecs should use the c54x, for how much work is needed reasons, although, depending upon power consumption, it may be more efficient in the end to have all codecs run from the dsp.

If I remember the details correctly, the DSP is what controls the DAC in the dm320 so there must be at least some dsp code to get sound. But then I know the mrobe500 hackers and the archopen guys have gotten sound on the dm320 targets so that problem should've been at least partly solved already.

[Falafel]

Of course! How stupid of me that I didn't came up with that myself! I suppose it has been a long ... long time I've used the OF...

You say you divided the removable partition into a FAT and a Linux one, did you try accessing them from the HDD directly? And was the HDD then formatted by the OF itself or by you?

First I just used the standard option: partitioning it to 4GB
After that I unmounted it in linux and deleted that partition. (While keeping the ZV in the removable disk-mode)
The I used fdisk to repartition it into a FAT16 partition and a linux partition.
I only accesed through my computer but it is/was possible to read/write to the fat16 one (after of course formatting it correctly :p (which I did myself, although after that it didn't want to change the size of the partition anymore, it complained . but when I just deleted the partition I was once again allowed to change the size))
I didn't manage to format the second partition correctly, but haven't found out why that was. but that shouldn't matter anyway, because if I can access the FAT partition it's probably possible to make a fat32 one (which is what rockbox uses?) which is accessible too..

Edit:
Something of note here:
The Zen didn't notice a thing, it just acted as if it was an USB-stick without intelligence. Which is good because this makes it very easy to put newer versions of Rockbox on the player once we have a good functioning bootloader

[mcuelenaere]

If I remember the details correctly, the DSP is what controls the DAC in the dm320 so there must be at least some dsp code to get sound.

Indeed, I believe one of the DSP's McBSP's is connected to the I²S interface of the TLV320.

But then I know the mrobe500 hackers and the archopen guys have gotten sound on the dm320 targets so that problem should've been at least partly solved already.

Yes, it shouldn't be a big problem.

First I just used the standard option: partitioning it to 4GB
After that I unmounted it in linux and deleted that partition. (While keeping the ZV in the removable disk-mode)
The I used fdisk to repartition it into a FAT16 partition and a linux partition.
I only accesed through my computer but it is/was possible to read/write to the fat16 one (after of course formatting it correctly :p (which I did myself, although after that it didn't want to change the size of the partition anymore, it complained . but when I just deleted the partition I was once again allowed to change the size))
I didn't manage to format the second partition correctly, but haven't found out why that was. but that shouldn't matter anyway, because if I can access the FAT partition it's probably possible to make a fat32 one (which is what rockbox uses?) which is accessible too..

Ok, but what I was after is if you could access the partition by connecting the HDD directly to your computer (so not through the Zen Vision); but I suppose it doesn't matter because it would be weird if Creative didn't add the raw partition to the HDD.