|
From: Chris B. <ch...@cn...> - 2008-01-15 15:08:36
|
I couldn't see an actual bug with the existing code but I went ahead and applied it since it made the code a little more consistent and add extra error checking. Had to hand apply since I've already moved libao supports priority to lower the ALSA and OSS in CVS so I hope I didn't mess anything up. Chris Pascal Giard wrote: > Aargh... here's the patch. > > -Pascal > > On Jan 15, 2008 9:24 AM, Pascal Giard <evi...@gm...> wrote: > >> Related to this issue, a Debian user sent me the following patch (see >> attached file) which fixes device detection when libsox-fmt-ao is not >> installed. >> >> I wanted to test it before discussing on sox-devel and applying, but >> feel free to have a look. >> >> It'd be great to have it for 14.0.1 . >> >> -Pascal >> >> >> On Jan 14, 2008 11:18 PM, D. S. <new...@gm...> wrote: >> >>> If they get the latest SoX-14.0.1-rc2 then they should have the play >>> issue fixed there. >>> >>> As a Cygwin workaround, you might try for example, >>> >>> sox file.wav -t ossdsp /dev/dsp >>> >>> to make sox play, till you get the fix. >>> >>> >>> >>> On Jan 14, 2008 7:49 AM, Dat Head <dat...@gm...> wrote: >>> >>>> On Jan 13, 2008 10:13 PM, D. S. <new...@gm...> wrote: >>>> >>>>> I did have a little "play" -related snag in Cygwin where I use -t >>>>> ossdsp /dev/dsp to play to the soundcard, but, I also have libao >>>>> installed. In sox.c, I needed to make set_device() not attempt using >>>>> ao for the play device (I have libao, so not sure why that was a >>>>> problem). >>>>> >>>> >> |