- Status Closed
- Percent Complete
- Task Type Bugs
- Category Recording
-
Assigned To
petur - Operating System Iriver H100 series
- Severity High
- Priority High
- Reported Version
- Due in Version Version 3.0
-
Due Date
Undecided
- Votes
- Private
FS#4754 - Iriver hangs after longer recording with voice enabled
I found a problem with current recording and voice enabled on my iriver
with a custom build based on 20060226 dailies.
After investigation I think it is related to the audiobuffer system of
the audio codecs.
My theory:
If the audiobuffer gets completely filled with audio data
(t-record > 2min) the pcmtable descriptors of the audio thread get
overwritten. For some reason these now corrupted descriptors seem to
be accessed by the voice audio decoder after leaving the recording screen,
which makes the player hang.
In my experiments the problem started, if pcm record data is written
up to 200-400 Bytes near audiobuffer end. Because the current recording
pcm chunk size is a multiple of 8192, the chance is big, to get no trouble.
But to my understanding the audio buffer start address is flexible so
sooner or later there will be a problem with the current dailies.
my theory is based on this structure in pcmbuf.c
/* …CODECBUFFER|———PCMBUF———|GUARDBUF|DESCS| */
2006-04-30 22:30
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
it was in fact two bugs:
- the
recording buffer overlapping the voice
buffer
- recording should always
notify the others it used the buffer
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
Does this bug still exist in newer CVS versions?
Do you have uptodate voice files?
Did not check yet. I can try early next week.
unable to reproduce this on a h340 (which uses the same code)…
Right. This is a clash between voice and recording, both using the same buffer. The bug is only triggered when pre-recording is off, because then the recording system doesn't notify the rest that it is using the buffer (SWCODECS only). However the recording code for SWCODECS always uses the buffer.
Fix pending…