- 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
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 pondlife
2007-07-31 10:42
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
2007-07-31 10:42
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
jhMikeS fixed in a better way.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
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?