Re: [Gumstix-users] c++ and sound compatibility

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

what did you base your app alsa code off of? ive been using the
latency.ctest application and that will not run correctly...
would you mind pointing me in the direction of some decent alsa example
code?  its hard to find :(
(for my app i need to run in full duplex, ie reading the line in and writing
to the line out in the same application)
btw, nice job figuring out the initial alsa bug, i was pretty damn stuck on
that.

tony

On 4/26/07, Toner, Ben <ben...@ro...> wrote:
>
>
> I actually get the same problems using aplay and arecord.
> I didn't look in to it to much as I use ALSA coded in an application and
> it works there.
>
> I'd like to see a few sound fixes in the next buildroot releases.  I
> really would like to use sound in a release supporting GCC4 and also on the
> Verdex (no sound is working on Verdex today)
> I don't really have much kernel/driver experience so am at a dead loss
> trying to get it working myself.
>
> Ben
>
>
> -----Original Message-----
> From: gum...@li... on behalf of Tony Cantor
> Sent: Thu 26/04/2007 11:23
> To: General mailing list for gumstix users.
> Subject: Re: [Gumstix-users] c++ and sound compatibility
>
> hey,
> did you ever manage to get recording working with arecord?
> when i try to run it, it gives me this:
>
> # arecord
> Recording WAVE '(null)' : Unsigned 8 bit, Rate 8000 Hz, Mono
> arecord: set_params:1005: unable to install sw params:
> start_mode: DATA
> xrun_mode: NONE
> tstamp_mode: NONE
> period_step: 1
> sleep_min: 0
> avail_min: 0
> xfer_align: 1074712780
> silence_threshold: 0
> silence_size: 0
> boundary: 1946157056
>
> i get the same problem with aplay :(
> anybody got any ideas?
>
> -tony
>
> On 4/10/07, Toner, Ben <ben...@ro...> wrote:
> >
> >
> > Thanks for that wild guess.
> > You were exactly right, it was failing when trying to initialise
> > std::vector, and moving the global object into main() has fixed it.  I
> now
> > have my application running in r1183 and can use the sound card.
> >
> > I have now also got the Alsa sound library working in r1183.
> > Firstly buildroot needs to be compiled after making a small change in
> > /package/alsa-lib and alsa-utils
> > change the config.in to read BR2_PACKAGE_ALSA_LIB or _UTILS in line 1
> >
> > Then you'll find in ./gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa all the required
> > files.  Copy the whole alsa directory into the gumstix, into a directory
> > with an identical path to the directory on you build environment
> >
> > so in my case I created a dir /home/bt/gumstix/gumstix
> > -buildroot/build_arm_nofpu/staging_dir/usr/share/alsa on the gumstix and
> > copied everything in.
> >
> > This needs to be fixed in the install path in the config files that come
> > down from buildroot - any takers?
> >
> > then,
> > modprobe snd-pxa2xx-ac97
> >
> > run aplay -l and you should see your device.
> >
> > I have still to actually record/play anything through the alsa driver
> but
> > I think it should work.  You need to turn on the channels and unmute the
> > volume in the amixer control.
> >
> > If anyone manages to record and play something then please post the
> steps
> > you take with the mixer etc.
> >
> > Ben
> >
> > -----Original Message-----
> > From: gum...@li... on behalf of bearclaw
> > Sent: Tue 10/04/2007 09:58
> > To: General mailing list for gumstix users.
> > Subject: Re: [Gumstix-users] c++ and sound compatibility
> >
> > Toner, Ben wrote:
> > >
> > > I've spent some time looking into the best buildroot release to use
> > > for my requirements
> > >  - sound capability
> > >  - c++ application
> > >
> > > My c++ application is a working linux application and I'm trying to
> > > port it to Gumstix.  With the later buildroots (1360+ ) the
> > > application builds and executes but fails when it comes to opening a
> > > sound device (as expected seeing as the sound is broken)
> > >
> > > Using buildroot 1183 where sound has been confirmed to work well, my
> > > application builds but execution stops almost immediately reporting a
> > > segmentation fault.  My application has a large global object and
> > > Strace and gdb both show the application to stop in the constructor
> > > for this object which makes debugging very difficult.  The only thing
> > > I can see that may be linked to the segmentation fault is that there
> > > templates to create a complex type are being called around the point
> > > where execution stops.
> > >
> > > I'm not sure what is causing this but a guess would be that my c++
> > > application will not execute having been built with gcc 3.4.5 (in
> > > builroot r1183).  Maybe this is something to do with the way c++
> > > templates are handled as I remember something about that changing
> > > around gcc 3.4.x?
> > > I have tried updating the gcc in buildroot 1183 (using make
> > > menuconfig) to a gcc 4.x version but then buildroot fails.
> > > Another issue could be to do with libstdc++?  Do the different
> > > buildroot versions use fixed releases of libstdc++ or is the latest
> > > stable version brought down regardless of the buildroot version?
> > >
> > > Are there any similar issues and workarounds known as it looks as
> > > though I have to either do some painful debugging/repairing in r1183
> > > or get the sound working in the latest releases.
> > >
> > > Is there something I could help with to get the sound working in the
> > > latest buildroot as this is my preferred solution.  I am by no means a
> > > kernel expert and have tried some novice tricks such as copying the
> > > sound from linux-2.6.18gum to linux-2.6.20gum but surprise surprise,
> > > that doesn't work.
> > > Any other suggestions about what I could do to get a solution moving?
> > >
> > > Thanks
> > >
> > > Ben
> > >
> > Hi. If your object is global and declared as 'Foo foo;' then it is
> > initilaized before main is called. This can cause trouble as the
> > initialization of global objects' order is undefined. For instance if
> > Foo's constructor is using a global std::list, this may fail if Foo is
> > initialized before the list.
> > I'd recommand replacing your object by a pointer, and initialize it in
> > main.
> > That's just  a wild guess though, it may not be relevant to your
> problem.
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gum...@li...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >   --
> >
> > Roke Manor Research Ltd, Romsey,
> > Hampshire, SO51 0ZN, United Kingdom
> >
> > A Siemens company
> >
> > Registered in England & Wales at:
> > Siemens House, Oldbury, Bracknell,
> > Berks RG12 8FZ. Number 267550
> >
> > ------------------------------------------------------------------------
> >
> > Visit our website at www.roke.co.uk
> >
> > ------------------------------------------------------------------------
> >
> > The information contained in this e-mail and any attachments is
> > proprietary to Roke Manor Research Ltd and must not be passed to any
> > third party without permission. This communication is for information
> > only and shall not create or change any contractual relationship.
> >
> > ------------------------------------------------------------------------
> >
> > Please consider the environment before printing this email
> >
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> > your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > gumstix-users mailing list
> > gum...@li...
> > https://lists.sourceforge.net/lists/listinfo/gumstix-users
> >
> >
>
>   --
>
> Roke Manor Research Ltd, Romsey,
> Hampshire, SO51 0ZN, United Kingdom
>
> A Siemens company
>
> Registered in England & Wales at:
> Siemens House, Oldbury, Bracknell
>
> ------------------------------------------------------------------------
>
> Visit our website at www.roke.co.uk
>
> ------------------------------------------------------------------------
>
> The information contained in this e-mail and any attachments is
> proprietary to Roke Manor Research Ltd and must not be passed to any
> third party without permission. This communication is for information
> only and shall not create or change any contractual relationship.
>
> ------------------------------------------------------------------------
>
> Please consider the environment before printing this email
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> gumstix-users mailing list
> gum...@li...
> https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>