[Bugs] #760 UNSP: Record audio not working on SoaS
SugarLabs Bugs
bugtracker-noreply at sugarlabs.org
Fri Aug 7 13:29:53 EDT 2009
#760: Record audio not working on SoaS
------------------------------------------+---------------------------------
Reporter: walter | Owner: alsroot
Type: defect | Status: closed
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: Record | Version: 0.84.x
Severity: Unspecified | Resolution: fixed
Keywords: | Distribution: SoaS
Status_field: Unconfirmed |
------------------------------------------+---------------------------------
Comment(by tomeu):
Replying to [comment:10 alsroot]:
> Replying to [comment:9 davidjim]:
> > Replying to [comment:8 alsroot]:
> > >
> > > check alsamixer again:
> > > $ alsamixer -V capture
> > >
> > > if you are using pulseaudio(SoaS does it by default), use:
> > > $ alsamixer -c 0 -V capture
> > >
> > > and enable all channels(by <Space> key), maybe you'll have to switch
to proper input sources for some
channels(internal_mic/docking_station_mic/mix/etc)
> > > and for example on my notebook with HDA Intel sound card I had to
increase level of "Digital" channel
> >
> > Thanks a lot!, that fixes the problem! But, if I restart the machine,
the problem is there again.
> > Is there a way to make a script or something like that?
>
> Sorry, this question is very distro specific(but in my mind every distro
sould store levels of alsa channels on shutdown/reboot).
>
> At least on my box Gentoo stores all levels and restores them on
startup.
All distros do this AFAIK. What I suspect is that the overlay is not
working, so changes to the main filesystem aren't persisting. Can we
verify this?
--
Ticket URL: <http://dev.sugarlabs.org/ticket/760#comment:11>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list