- Status Closed
- Percent Complete
- Task Type Bugs
- Category Music playback
- Assigned To No-one
- Operating System Sansa e200
- Severity Medium
- Priority Very Low
- Reported Version Release 3.10
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#12580 - Elapsed time not reset after track change when playing AC3 files
This bug occurs on target and in the simulator. It has existed at least since V3.9, and likely earlier.
To duplicate:
Queue more than one ac3 file for playback.
Play the first file. At any time during playback, skip to the next file.
The next file starts at the beginning, but the elapsed time keeps counting from the previous file.
Pausing and resuming the playback causes playback to resume from the incorrect (higher) time.
A (clumsy) workaround is to skip back to the beginning of the new track after skipping forward to it. This resets the elapsed time as expected.
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
It looks like samplesdone doesn’t get set at the start of codec_run and it’s a static global variable. It’s not only a52.codec but a52_rm.codec as well. A few others?
71e35ed should take care of it. Please give word.
Fixed!