Rockbox Development > New Ports
Cowon D2
grantmasterflash:
--- Quote from: shotofadds on August 12, 2009, 04:02:01 PM ---Followers of this thread might be interested in a couple of recent changes:
r22283 re-enables the SD driver, since there have been no more reports of damaged cards.
r22284 implements ECC correction for files read from NAND, which should solve problems with tracks skipping unexpectedly when played from the internal memory.
--- End quote ---
Nice work as always, shotofadds. Many thanks on your hard work. With ECC enabled, I'm not getting any of the track skipping behavior.
I do notice an issue where tracks that are on my SDHC card get added to the database nine times (so for each track, there are nine entries for that track in the database view). This doesn't happen for tracks on the internal memory, only the music on the SDHC card. I've tried deleting the .rockbox folder entirely and re-initializing the db, and still see the same behavior after the db is built each time.
I tried 2 scenarios:
1. Used a 128mb SD card - Put only one track on it, deleted .rockbox dir from the card and put a new .rockbox dir in place, then booted the device and initialized the db. No duplication of the track on the SD card.
2. Used a 16GB SDHC card - This card is almost completely filled with music and only has ~250mb of free space on the card. Deleted .rockbox dir from the card and put a new .rockbox dir in place, then booted the device and initialized the db. The db initialization takes a very long time and all the tracks on the SDHC card are duped 9 times in the db.
What I mean by "duped 9 times" is that if I navigate to Database -> Artist -> The Clientele -> Suburban Light -> I then see 9 track 1s, 9 track 2s, etc., for example,
01. I Had To Say This
01. I Had To Say This
<etc. and 7 more until 9 total are listed, then>
02. Rain
02. Rain
<etc. and 7 more until 9 total are listed>
Obviously I went to two extremes there (128mb vs. 16GB). Maybe has something to do with the amount of music on a large card?
This is with rockbox built from svn yesterday afternoon, r22286-090812, on D2 16GB.
shotofadds:
That's pretty bonkers, I don't know what could cause that... maybe you could try to find if any particular track / combination of tracks triggers the problem?
grantmasterflash:
--- Quote from: shotofadds on August 13, 2009, 05:44:53 PM ---That's pretty bonkers, I don't know what could cause that... maybe you could try to find if any particular track / combination of tracks triggers the problem?
--- End quote ---
Agreed, very bonkers. I'll play around with paring down the amount of files on the SDHC card and see if the dupe behavior stops at some point.
No big deal. Music is playing great now and I can use the file browser until I figure out what's going on.
Chronon:
There is an open bug at FS#8414 that has to do with duplicate entries in the database. It has, so far, eluded a proper explanation. It seems some of the database options may play a role in its appearance. . .. Maybe you are seeing an instance of this bug.
helloworld1:
--- Quote from: shotofadds on August 13, 2009, 03:08:18 PM ---Ok, I spent a couple of hours looking into this today and it looks like some new D2+ units have an entirely different power management chip, instead of the PCF50606 used by older D2+'s and the 'classic' D2.
Looking at firmware 4.11+ (since that is what I use on my player) it shows some interesting changes almost straight away:
- Follow the branch at 0x200000F8 (LDR PC,=0x20009BD4)
- In older firmwares, the first call in this routine starts writing to the PCF50606 almost immediately (using I2C slave address 0x10)
- In 4.11, this now tests the value of GPIOA6 (used for backlight control on older D2s) and stores a flag depending on its value
- Depending on this flag, the next routine (at 0x200722E4) either calls the PCF50606 init routine (0x200BD1C8) or another init routine (0x200BDBE8)
- The new init routine makes numerous I2C writes to slave address 0xE6, with completely different register addresses to the PCF chip.
Similarly, the backlight control routine (0x20072320) checks this flag, and calls either the PCF routine (0x200BD5C4) or a new one (0x200BE19C). To control the backlight brightness, this new routine writes registers 0x28 and 0x29 to I2C address 0xE6.
I don't know what this new chip is - anyone fancy opening their D2+ to find out? Although having said that, this disassembly should give us enough information to get Rockbox working eventually... it's just that I won't be around for the next couple of weeks to look into it.
--- End quote ---
I crack open my 3-day D2+. Unfortunately I break the device's mic somehow.
I don't know where is the LCD controller chip. here lists most chips I can find on the main board.
PCF50635HN (Is this one different from original?)
Samsung 919 (8G)
24020A
TCC7801
Samsung 840 K4M56323P I
MAX 1779
WM89859
8117 907A
D129C
The LCD screen have some text like this: ATOUCH A025 3DE4
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version