Support and General Use > Audio Playback, Database and Playlists

Playback problems: mid-song skip

<< < (2/3) > >>

bor_ka:
I believe I've got this problem - been discussing it with ranma on IRC for some days.

To be short - I've added code to panic if the incorrect sector was read from the internal memory. It 100% panics with the 4bit wide mode.  Detection was based on "watermarks" (in fact, just sector numbers) added to every sector of selected files. Build 27064 and earlier seems to be unaffected. 27065 and later - affected. Building in thumb mode resulted in more glitches / panics.

Solution is to work with quarter clock (instead of half clock) for internal memory, as was proposed by ranma on irc. Tested about 40 songs where there were panics - all clear.

P.S. Since ranma is busy until the next week, can anybody test this patch http://pastebin.com/iwYJykKb ?

P.P.S. I've made some disk tests.

4bit and quarterspeed
test_disk SPEED TEST
CPU clock: 62000000 Hz
--------------------
Create:  20 files/s
Open:    50 files/s
Dirscan: 5927 files/s
Delete:  29 files/s
--------------------
Create (512,A): 114 KB/s
Write  (512,A): 120 KB/s
Read   (512,A): 582 KB/s
--------------------
Create (512,U): 117 KB/s
Write  (512,U): 119 KB/s
Read   (512,U): 585 KB/s
--------------------
Create (4096,A): 814 KB/s
Write  (4096,A): 899 KB/s
Read   (4096,A): 2960 KB/s
--------------------
Create (4096,U): 914 KB/s
Write  (4096,U): 918 KB/s
Read   (4096,U): 2866 KB/s
--------------------
Create (1048576,A): 955 KB/s
Write  (1048576,A): 965 KB/s
Read   (1048576,A): 3271 KB/s
--------------------
Create (1048576,U): 543 KB/s
Write  (1048576,U): 559 KB/s
Read   (1048576,U): 3200 KB/s

no 4bit and halfspeed
test_disk SPEED TEST
CPU clock: 62000000 Hz
--------------------
Create:  19 files/s
Open:    48 files/s
Dirscan: 5534 files/s
Delete:  30 files/s
--------------------
Create (512,A): 145 KB/s
Write  (512,A): 144 KB/s
Read   (512,A): 551 KB/s
--------------------
Create (512,U): 149 KB/s
Write  (512,U): 149 KB/s
Read   (512,U): 548 KB/s
--------------------
Create (4096,A): 674 KB/s
Write  (4096,A): 684 KB/s
Read   (4096,A): 2128 KB/s
--------------------
Create (4096,U): 744 KB/s
Write  (4096,U): 745 KB/s
Read   (4096,U): 2092 KB/s
--------------------
Create (1048576,A): 831 KB/s
Write  (1048576,A): 828 KB/s
Read   (1048576,A): 2298 KB/s
--------------------
Create (1048576,U): 654 KB/s
Write  (1048576,U): 616 KB/s
Read   (1048576,U): 2275 KB/s

ranma:
I still think this is possibly timing-related and the real bug may be elsewhere.
I'm going to look for a fuze on ebay, so I can try to reproduce this problem myself. :)

bor_ka:
Ranma, apparently, the bug is not 100% reproducible, since funman, for example, haven't seen it with his fuze v1. So, the chances are good, that you will not reproduce it either.

Can I help debugging it? No JTAG, though :(

BJH:
I can observe the same kind of glitches as described by jmr on my Clip+. Firmware is r26960. Seems to happen on internal memory and sd-card.

funman:
BJH, your problem is not related to this thread.

The Clip+ and Fuzev1 use different code so please report it on the tracker

I have disabled wide bus again in r27495 so read corruption should be gone completely

Navigation

[0] Message Index

[#] Next page

[*] Previous page