• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Recording
  • Assigned To
  • Operating System Iriver H100 series
  • Severity High
  • Priority High
  • Reported Version
  • Due in Version Version 3.0
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by ahellmann - 2006-02-28
Last edited by petur - 2006-04-30

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

Closed by  petur
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

mmohr commented on 2006-04-27 14:47

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.

petur commented on 2006-04-27 21:14

unable to reproduce this on a h340 (which uses the same code)…

petur commented on 2006-04-30 19:12

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…


Available keyboard shortcuts


Task Details

Task Editing