Thank You for your continued support and contributions!
Falafel thanks for the dumpmcuelenaere 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: 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?
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.
Quote from: bgdwie on March 20, 2008, 07:23:59 AMalso, 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
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.
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?
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.
First I just used the standard option: partitioning it to 4GBAfter 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..
Page created in 0.072 seconds with 21 queries.