Downloads
release
dev builds
extras
themes
Documentation
manual
wiki
device status
Support
forums
mailing lists
IRC
Development
bugs
patches
dev guide
Search
Donate
1 Hour
1 Day
1 Week
1 Month
Forever
Login with username, password and session length
News:
Welcome to the Rockbox Technical Forums!
Rockbox Technical Forums
Rockbox General
Rockbox General Discussion
buggy dircache activity renders ipod almost completely unresponsive
« previous
next »
Print
Pages: [
1
]
2
3
Author
Topic: buggy dircache activity renders ipod almost completely unresponsive (Read 17323 times)
squidkidd
Member
Posts: 42
buggy dircache activity renders ipod almost completely unresponsive
«
on:
February 20, 2008, 04:54:25 PM »
First a little backstory: dircache has never worked quite right on my 80gb ipod since I got it back in June '07. For a long while, the main symptom was that I would get a foreground "scanning disk" on every other boot. This seemed to stop for me several months ago (probably with the fix to prevent dircache from breaking if interrupted in a background scan) and all seemed well.
A couple of weeks ago about the time I started using the portal player device disable battery builds (and now subsequently the svn builds) the dircache has started to show signs of odd behavior again. I am not saying at all this is what is causing this behaviour, just that it was about that time I noticed it.
Now when I turn the player on, I do not get the foreground scans any longer, but I get a very long background scan (anywhere from 200-300 seconds). During this time controls on the player are almost completely unresponsive. I have it set to resume playback on boot. Once playback has resumed however it may take up to 30 seconds for the screen to respond to what is being played. If I hit menu, it can take up to 30 seconds to go there. If the resumed song finishes in this time frame, the next does not start playing for at least 15 seconds. After the 200-300 seconds though, all functionality, including dircache, as far as I can tell is back to normal.
I'm using cabbie2.0 with no eq. Thoughts?
Regards,
Brian
Logged
baobab68
Member
Posts: 77
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #1 on:
February 20, 2008, 05:04:56 PM »
It sounds a bit like this:
http://forums.rockbox.org/index.php?topic=15465.0
only a lot worse.
Out of interest, if you set it to not resume playback on startup, how long does the dircache scan take? On my iRiver H320, that seems to help a lot.
I'm not suggesting that it's a fix, but maybe it's a pointer to what's going wrong. It seems like some kind of thread priority issue or disk contention to me.
Logged
squidkidd
Member
Posts: 42
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #2 on:
February 20, 2008, 05:43:03 PM »
With resume playback stopped it takes 29 seconds. 30 seconds beats 4 minutes, but yeah, definitely not a practical solution. I don't know if this has anything to do with it, but I have 19000 songs on the ipod.
Regards,
Brian
Logged
baobab68
Member
Posts: 77
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #3 on:
February 20, 2008, 09:02:25 PM »
I have over 10000 on my iRiver, with a similar situation (well not quite as pronounced as yours).
I wonder if we should log it as a bug report?
Logged
GodEater
Member
Posts: 2829
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #4 on:
February 21, 2008, 03:13:13 AM »
It doesn't need logging as a bug report, the developers are aware of it. (I get the same issue myself - and as a stopgap measure to make my ipod usable, have used the spinlock revert patch to at least get my ipod into a useable state :
FS 8568
)
To make the problem less obvious - make sure you're not using a AA enabled theme too. I've gone to BlackGlassNonAA myself - the fight between the buffering code and the dircache update are what make the problem really bad - and leaving the buffering code to only load music, rather than music AND album art goes a long way to alleviating the issue.
Logged
Read The Manual Please
baobab68
Member
Posts: 77
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #5 on:
February 21, 2008, 04:13:49 AM »
Thanks Godeater for the feedback. Does it affect more than iPods though as I see that in that patch you're using the discussion seems to be all about iPod issues.
I am using an iRiver H320, and yes I am using Album Art. That never even occurred to me: Album Art vs Dircache vs Database.
I'll keep checking if things have change on the odd occasion when I update my build.
«
Last Edit: February 21, 2008, 04:17:40 AM by baobab68
»
Logged
GodEater
Member
Posts: 2829
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #6 on:
February 21, 2008, 05:06:33 AM »
You'd be the first person reporting the issue (that I'm aware of) on a non-ipod target. Perhaps you should consider getting onto IRC and talking with either (or both) of Nico_P and jhMikes.
Logged
Read The Manual Please
roolku
Developer
Member
Posts: 350
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #7 on:
February 21, 2008, 06:56:40 AM »
The issue also exists on gigabeat F.
Logged
GodEater
Member
Posts: 2829
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #8 on:
February 21, 2008, 07:32:27 AM »
Can't say I've seen it on my Gigabeat...
Logged
Read The Manual Please
squidkidd
Member
Posts: 42
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #9 on:
February 21, 2008, 01:31:25 PM »
Ah, great. Thanks for the point in the right direction. Looks like we might be close to at least a temporary fix in the svn from the comments in the FS.
Logged
surfer
Member
Posts: 50
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #10 on:
May 24, 2008, 03:09:34 AM »
I have about exactly the same issue as described by squidkidd with my Ipod 80GB since about a week ago after installing a new "current build". With the newest one from today, 17617, it is the same thing: it scans for about 5 minutes with "resume playing" as the start screen, during this time Ipod is almost unresponsive.
When "resume playing" turned off it takes considerably shorter, about 30-60 sec.
«
Last Edit: May 24, 2008, 03:11:48 AM by surfer
»
Logged
dip
Member
Posts: 111
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #11 on:
May 24, 2008, 02:01:02 PM »
I have the same (or at least a similar) effect with my ipod 80GB with the current build.
I do not have the resume playing option turned on but when I turn on my ipod and then immediately start browsing the database the hard drive gets spinning like crazy and the ipod is unresponsive for a long time (about 2-5 minutes). When I first wait until dircache is initialized (takes about 30 seconds) then browsing the database is no problem. When I start browsing the file tree instead of the database immediately after I turned on my ipod (of course after the menu appears) then the ipod remains responsive.
So it seems that the problem with the competing hard disk access seems only appear between initializing dircache and using the database.
Logged
TexasRockbox
Member
Posts: 267
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #12 on:
May 25, 2008, 01:00:39 AM »
I do not have the latest build (r17588) on iPod 5.5G 80GB, 12,000 .ogg files and have noticed similar behavior. On bootup the hard drive seems to be thrashing incessantly when playing the first song (and it is not from a "resume") and music will even cut in and out every few seconds. When skipping to the next track (whenever that is -- usually immediately) the continuous disc reading will stop and then behavior seems normal.
Logged
Cowon X5L 240GB. Rockbox 3.9.1 File browser with dircache, .flac -8 using both batteries! Samsung Player 5.0 Android 2.3.5 RaaA (Rasher daily build) .ogg -q7 & -q8
surfer
Member
Posts: 50
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #13 on:
May 25, 2008, 05:33:44 AM »
Today i went through older builds and found out that the 'scanning bug' is definitely there (again?) beginning with the IPOD build 17469 from the 12th May 2008.
Everything seems to be OK until the build 17451 (2008-05-11).
So it seems to be one of the builds between 17463 and 17469 that introduced the bug. Where can i get those current builds to check which one excatly it was?
Please take a look and verify:
http://www.rockbox.org/daily/changelogs/changes-20080512.html
«
Last Edit: May 25, 2008, 05:48:35 AM by surfer
»
Logged
jhMikeS
Developer
Member
Posts: 242
Re: buggy dircache activity renders ipod almost completely unresponsive
«
Reply #14 on:
May 25, 2008, 06:22:08 AM »
I think this problem has to be investigated out the context of always blaming threading which seems to be the common default position. No signs have ever pointed to any sort of scheduler bug as the root cause and any bug like that would cause similar behavior across all ports. The 30GB 5.5G that uses large sectors had no issues.</end defensive spiel>
I know that increasing the ATA powerup delay fixed the issue of the core hanging during an interrupt wait for at least two main reporters of the issue (and a Nano owner). Perhaps it needs still longer for the large HD or another power issue still exists in regards to the disk.
NOTE:
Of course things like dircache or database updates taking alot longer with playback running are expected since it's placed in the relative background to favor CPU for decoding audio. If they run basically alone, they get pretty much all the CPU time.
Logged
Print
Pages: [
1
]
2
3
« previous
next »
Rockbox Technical Forums
Rockbox General
Rockbox General Discussion
buggy dircache activity renders ipod almost completely unresponsive
SMF 2.0.19
|
SMF © 2021
,
Simple Machines
Rockbox Privacy Policy
XHTML
RSS
WAP2
Page created in 0.126 seconds with 21 queries.