Rockbox Development > New Ports
Cowon D2
shotofadds:
--- Quote from: andrewthecoder on August 22, 2009, 10:57:58 AM ---Jpeg resizing for album art seems to be messed up.
Take this 200px * 200px image, for example: http://rockbox.andrewbeveridge.co.uk/D2/cover.jpg
Rename to "cover.jpg", stick it in a folder with some tracks and play - it looks awful in the WPS compared to the same image in bitmap format: http://rockbox.andrewbeveridge.co.uk/D2/cover.bmp
Anybody have any light to shed on this?
I thought jpeg decoding was added to the core, so this wouldn't be a D2-specific thing, but after a brief chat on IRC it seems like it is.
--- End quote ---
The core JPEG decoder has specific optimisations for the ARMv5 architecture used by the D2, and I don't think any supported Rockbox targets use these. So it's entirely possible that this problem only shows up on the D2 at the moment.
Can you identify which build version the problem started with, or has it always happened since the core JPEG decoder was added?
@Arago:
Yours is the second report of a corrupted FS when using very small (16/32Mb) SD cards. I haven't looked at your dump yet (memcard.rar) but I suspect it is either FAT12 masquerading as FAT16 somehow, or the Rockbox FAT driver does not like very small FAT16 partitions (seems unlikely). I have a similar card here that I can use to investigate soon - this needs to either be fixed, or at the very least it should refuse to mount the card rather than destroy the FS.
----
Also a quick update: while on holiday I've been using Rockbox for music playback from a 4Gb SDHC almost every day: on planes, trains, and as the main stereo system in our apartment. The only real problem I noticed was a number of "Unknown instruction" exceptions, and in each case I think this happened when switching between different track formats (eg. from MP3 to FLAC). I guess it needs a cache flush or so when loading a new codec...
saratoga:
--- Quote from: shotofadds on August 28, 2009, 05:34:18 PM ---
Also a quick update: while on holiday I've been using Rockbox for music playback from a 4Gb SDHC almost every day: on planes, trains, and as the main stereo system in our apartment. The only real problem I noticed was a number of "Unknown instruction" exceptions, and in each case I think this happened when switching between different track formats (eg. from MP3 to FLAC). I guess it needs a cache flush or so when loading a new codec...
--- End quote ---
Sounds like the bug I fixed for AMS:
http://svn.rockbox.org/viewvc.cgi?view=rev;revision=21647
Are cpucache_flush and cpucache_invalidate defined for the D2?
Arago:
I tried FAT12 - Rockbox doesn't see this card. I tried different sectors per cluster (32-16 - Rockbox doesn't see card, 8-1 - destroy it). I dd'ed 2gb card to 32mb - Rockbox is thinking some seconds after boot, but not destroy this very strange card! And also it show empty .rockbox directory (but reads config, localization, rockbox.d2 and skin from it during boot process). My Linux says that FAT: Filesystem panic (dev sdd1), File system has been set read-only; not my windows falls into a stupor at the sight of this card and advises to format it. Image of this card is here. Sorry for size, but i can't clean free space, if I try it on base card - dd'ed card is not booting, and dd'ed card is read-only FS.
shotofadds:
--- Quote from: saratoga on August 28, 2009, 06:32:22 PM ---Sounds like the bug I fixed for AMS:
http://svn.rockbox.org/viewvc.cgi?view=rev;revision=21647
Are cpucache_flush and cpucache_invalidate defined for the D2?
--- End quote ---
Thanks, I remember this being discussed, but I hadn't yet found the revision containing the change. Those functions are not yet implemented for TCC, so that's almost certainly the problem. The generic ARM versions should be fine, so it should be easy to fix when I find the time.
shotofadds:
--- Quote from: andrewthecoder on August 22, 2009, 10:57:58 AM ---Jpeg resizing for album art seems to be messed up.
--- End quote ---
Fixed in 22577 (it was a typo in the ARMv5+ optimisations, as I suspected).
--- Quote from: Arago on August 27, 2009, 09:14:32 AM ---Lock pin is ignored by Rockbox
--- End quote ---
Sorry, I missed that when I read your post first time. That's definitely something that needs implementing, but I need to work out how to do it first (probably some GPIO pin). I'll have a look at the OF...
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version