Chris Bagwell | 2 Feb 21:54 2008

Re: [SoX-devel] Poll on Windows version of SoX

Thanks everyone for their feedback.

I went ahead of released a normal (mingw) version and a cygwin
version this release.  Hopefully, it doesn't cause to much
confusion.

In the next release I hope to write a native windows driver
so that I don't have to use cygwin.

Also, I went ahead and distributed both TXT and PDF versions
of the documents.

Chris

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Chris Bagwell | 2 Feb 22:03 2008

Re: [SoX-devel] Poll on Windows version of SoX

On Mon, Jan 28, 2008 at 06:56:36PM -0500, Dat Head wrote:
> I found the zip file, so it wasn't from cygwin directly, but this zip:
> 
> Archive:  sox12182.zip
>     testing: sox12182/                OK
>     testing: sox12182/sox.txt         OK
>     testing: sox12182/soxexam.txt     OK
>     testing: sox12182/README          OK
>     testing: sox12182/LICENSE.GPL     OK
>     testing: sox12182/sox.exe         OK
>     testing: sox12182/soxmix.exe      OK
> 
> so is that the mingw version (as i see no special cygwin.dll),  but no play.exe

OK, that is the version I distribute and happens to be compile with
mingw with no play/rec support.

> 
> is 14.0.0 from sox.sourceforge.net fully stable?
> wonder why fedora 8 still is using 13.0.0?

Its a bad timing issue.  SoX has been on a 6 month release
cycle for the last year at least and so is Fedora.  About
the time 14.0.0 came out they were already in lockdown mode
(no new versions, only bugfixes).  14.0.0 is already in
their development branch.  I'm pretty sure though that they
are back in lockdown mode for Fedora 9 and so 14.0.1 won't make
it either.

> 
(Continue reading)

D. S. | 6 Feb 01:16 2008
Picon

Re: SoX 14.0.1 Released

In Cygwin, compiles ok with

  ./configure --enable-oss-dsp --with-sndfile --with-samplerate \
  --without-libltdl --disable-dependency-tracking --disable-shared
--without-ffmpeg

But I wanted to monkey with ladspa, so I tried,

  ./configure --enable-oss-dsp --with-sndfile --with-samplerate --with-ladspa \
  --without-libltdl --disable-dependency-tracking --disable-shared
--without-ffmpeg

==>

Debugging build................... no
External module support........... no
ALSA driver....................... no
libao driver...................... yes
OSS driver........................ yes
SUN audio driver.................. no
play and rec symlinks............. yes
libgsm............................ in-tree
libsndfile formats................ yes
Ogg Vorbis format................. yes
FLAC format....................... no
ffmpeg formats.................... no
MAD MP3 reader.................... yes
id3tag library.................... no
LAME MP3 writer................... yes
AMR-WB format..................... no
(Continue reading)

D. S. | 6 Feb 03:51 2008
Picon

icecast, simple sox soundcard streaming server

icecast, simple sox soundcard streaming server

Sometimes you want to share what you're hearing with others. One way
to do that is with a streaming audio server. Others can then listen
with clients like XMMS, WinAmp, or Windows Media Player.

sox + perl + tcpserver (and maybe lame)

If you can make sox open your soundcard (like with ossdsp, etc.), and
you have tcpserver (and perl), then you can easily use sox (and,
optionally, lame)  to act as a icecast audio streaming server. The
beauty of using sox is ... sox. I like the compand effect for
processing volume levels for voice at lower bitrates.

Whatever your soundcard hears, you can serve up to others, using this
approach. One nice thing about sox in the pipeline is that you can
convert to different formats. You can at the same time serve up
various mp3 formats, ogg formats. Tcpserver can be used to limit the
number of simultaneous connections.

=[ icystream.pl ]=========================
#!/usr/bin/perl
$Usage = <<"END";
Lightweight, simple mp3 streaming using icecast protocol

Usage:
  icystream.pl [options] [rate]

for mp3, rate is a lame -b bitrate arg. For other audio formats,
rate is sox -r rate arg.
(Continue reading)

D. S. | 7 Feb 19:15 2008
Picon

Re: Poll on Windows version of SoX

Also, if you're still looking, I notice that sbagen.c from
http://sbagen.sourceforge.net/ has Windows / mingw code to write to
the windows audio device. Looks fairly straightforward.

On Jan 20, 2008 7:08 PM, Chris Bagwell <chris <at> cnpbagwell.com> wrote:
> Thats the key thing... If we can borrow some code from an existing
> program that compiles with mingw then it would be pretty easy to write a
> driver to write directly to windows audio device.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
robs | 7 Feb 21:57 2008
Picon

Re: Feature request: split tracks.

In progress, will be in 14.0.2

Cheers,
Rob

--- Michael Chapman <chapman <at> mchapman.com> wrote:

> 
> On a different topic Chris Bagwell wrote (09 January
> 2008 3:16) :
> > There is no single effect in SoX to do this but it
> contains enough
> > building blocks to get it done.  
> 
> The wonder of SoX is the "building blocks" and the
> infinte ways they
> can be arranged. However my 'workaround' for
> splitting multi-track files
> is becoming increasingly messy (especially when the
> number of tracks is
> into double figures).
> 
> I would like to:
> 1) Extract a single track from a multi-track file.
>         in.wav --> out-track-23.wav
> 2) Split a multi-track file:
>         in.wav --> out01.wav, out02.wav, ...,
> out99.wav
> 
> Apologies if I have missed something, but thus far
(Continue reading)

Michael Chapman | 8 Feb 07:35 2008

Re: Feature request: split tracks.


Great !

	and, obviously, many thanks;

		Michael

On Thursday 07 February 2008 8:57 pm, robs wrote:
> In progress, will be in 14.0.2
>
> Cheers,
> Rob
>
> --- Michael Chapman <chapman <at> mchapman.com> wrote:
> > On a different topic Chris Bagwell wrote (09 January
> >
> > 2008 3:16) :
> > > There is no single effect in SoX to do this but it
> >
> > contains enough
> >
> > > building blocks to get it done.  
> >
> > The wonder of SoX is the "building blocks" and the
> > infinte ways they
> > can be arranged. However my 'workaround' for
> > splitting multi-track files
> > is becoming increasingly messy (especially when the
> > number of tracks is
> > into double figures).
(Continue reading)

robs | 9 Feb 13:42 2008
Picon

Re: Feature request: split tracks.

New remix effect can be used for this; now in CVS (for 14.0.2).
There is also a new splice effect; please give them a try.
/Rob

      __________________________________________________________
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Andreas Mock | 10 Feb 00:08 2008
Picon

Newbie questions: recording win32

Hi all,

just found sox after searching for a tool to record from command line.
I want to us it with windows and saw that there is a cygwin port.
Does someone know another tool to record from command line on windows?

When I start recording with rec.exe I'm not able to change the
sample size to 16 bit. It always remain on 8 bit.
Is this changable or something that has to do with the cygwin port?

Is there a way to do something like VU meter? I want to adjust the
microphone volume so that no clipping occurs. Is there something?
Can I interpret raw-format for that like 'rec -c 1 -t raw | vuscript'?

Best regards
Andreas Mock

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
D. S. | 10 Feb 19:39 2008
Picon

Re: Newbie questions: recording win32

(in Cygwin)

$ rec  t.mp3

Input File     : '/dev/dsp' (ossdsp)
Sample Size    : 8-bit (1 byte)
Sample Encoding: unsigned
Channels       : 1
Sample Rate    : 8000

Expected... Now try to make it 16 bit:

rec -2 t.mp3

Input File     : '/dev/dsp' (ossdsp)
Sample Size    : 8-bit (1 byte)
Sample Encoding: unsigned
Channels       : 1
Sample Rate    : 8000

Time: 00:02.05 [00:00.00] of 00:00.00 (0.00%) Samples out: 8.19k Clips: 0

Same ... dang.  Let's try sox, directly, and see if we can get 16 bit like that:

sox -2 -t ossdsp /dev/dsp t.mp3

Input File     : '/dev/dsp' (ossdsp)
Sample Size    : 16-bit (2 bytes)
Sample Encoding: signed (2's complement)
Channels       : 1
(Continue reading)


Gmane