#9930 NORM Not Tri: Scratch cannot record
Zarro Boogs per Child
bugtracker at laptop.org
Sun Jan 3 22:40:26 EST 2010
#9930: Scratch cannot record
----------------------------------------+-----------------------------------
Reporter: sayamindu | Owner: cscott
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: scratch-activity | Version: 1.5 Software Build os64 aka 10.1.0
Resolution: | Keywords:
Next_action: design | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
----------------------------------------+-----------------------------------
Comment(by Quozl):
Replying to [comment:5 dmoco]:
> Replying to [comment:4 sayamindu]:
> > Interestingly, arecord can record at the rate which normal Scratch
asks from (44100).
>
> Possibly because there is less going on so fewer interrupts? Could also
be that full duplex is enabled in Scratch hence even more interrupts. I
find arecord/aplay good for checking that audio is functioning but they
cannot give any indication of possible problems under high IO loads.
I doubt it has anything to do with interrupts or high I/O loads. The
amount of data transfer is trivial. It might have more to do with
scheduling.
The codec on XO-1.5 is different to the codec on XO-1. On XO-1.5 the
codec supported rates for input are 44100, 48000 and 96000, at 16, 20 or
24 bits. When an application requests anything outside that limited phase
space, ALSA has to either resample or reject. ALSA says it may reject
certain parameters, and it is up to the application to determine different
parameters if the proposed parameters are rejected.
--
Ticket URL: <http://dev.laptop.org/ticket/9930#comment:6>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list