- Status Closed
- Percent Complete
- Task Type Bugs
- Category Applications
- Assigned To No-one
- Operating System SW-codec
- Severity Medium
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Rockbox
Opened by Steve Bavin - 2007-07-17
Last edited by Steve Bavin - 2007-07-31
Opened by Steve Bavin - 2007-07-17
Last edited by Steve Bavin - 2007-07-31
FS#7447 - CPU remains boosted during playback if voice is in use.
If a voice file is in use, the CPU is always boosted during playback.
When in the “unwanted boost” state, the CPU boost log shows the following:
B main.c:328
B common/dircache.c:554
U common/dircache.c:563
B tagcache.c:3835
U tagcache.c:3853
U main.c:542
B tagcache.c:3803
B thread.c:915
B playlist.c:1219
B talk.c:218
U talk.c:230
U tagcache.c:3816
U playlist.c:1244
If I read this correctly, it indicates that the unwanted boost was started in thread.c:915. This just indicates a call to trigger_cpu_boost() was used, very likely one of the calls in playback.c…
Closed by Steve Bavin
2007-07-31 10:42
Reason for closing: Fixed
Additional comments about closing:
2007-07-31 10:42
Reason for closing: Fixed
Additional comments about closing:
jhMikeS fixed in a better way.
This sounds an awful lot like the bug I fixed in february. It must have resurfaced due to some other changes.
http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=12304&r2=12314
Could it be the new “timeout loop” added to voice_request_buffer_callback() in here:
http://svn.rockbox.org/viewvc.cgi/trunk/apps/playback.c?r1=12807&r2=12843
The
on line 929 looks suspicious. 
/me shall henceforth refrain from adding suspicious comments :P
This seems to help… not sure if it results in the boost clearing too quickly, but it doesn’t make my H340 slow down noticably.
Maybe MikeS could look at it, and an iPod Video user could test it?