sox-users Mailing List for SoX - Sound eXchange

Wow, now thats a fundemental problem with your c runtime library. 
I am not familiar with OS X/Darwin at all... But perhaps I can give some
pointers.  This email is off topic for this list so
some people may wish to tune out now... :-)

First, how does gcc get installed on OS X?  Do you install it or does it
ship with it?

crt0.o is the c runtime library; specifically needed by programs that
are compiled as static (for some reason your ogg vorbis is adding in the
"-static" option).  The default is to use shared libraries and gets
the runtime from libc.so.  So I'd start with trying to turn off compiling
static versions of Ogg Vorbis (if it has a configure script,
running ./configure --help may tell how).

Its not unheard of to get your libc.so installed correctly but not the
crt1.o.  Under a normal unix system, libc.so is located at "/lib" and
crt1.o is located under /usr/lib.  Libc.so is loaded into programs
at run time to save memory and crt1.o is loaded at link time.

Now, under some systems like Solaris and perhaps OS X you'll have two
seperate C runtime's... The main libc.so is distributed with the OS 
because the executables of the OS make use of it at load time.
Since "static" executables only need crt1.o at link time, and since most
OS's don't distibute a compiler, they often don't distribute crt1.o

When gcc is installed on these types of OS's, they can be made to
either reuse the OS's libc or they can use the GNU libc.  So if your OS
is not distributing crt1.o then you need to make sure that you install
both gcc and glibc to be able to build static executables.

If glibc was installed from some sort of packages, there is sometimes
a "glibc" package for libc.so and a "glibc-devel" package for crt1.o.

Hopefully, this gives you some ideas of things to look for to resolve
it.

Chris

On Wed, Sep 29, 2004 at 12:51:54PM -0400, K. Hoffmann wrote:
> Here's what I get during libvorbis' make command:
> 
> gcc -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math 
> -fsigned-char -DUSE_MEMORY_H -static -o decoder_example decoder_example.o  
> ../lib/.libs/libvorbis.a -lm /usr/local/lib/libogg.a
> ld: can't locate file for: -lcrt0.o
> make[1]: *** [decoder_example] Error 1
> make: *** [all-recursive] Error 1
> 
> By the way, thanks for including the 32-bit support for AUs. Makes a big 
> difference for me.

Here's what I get during libvorbis' make command:

gcc -DDARWIN -fno-common -force_cpusubtype_ALL -Wall -g -O4 -ffast-math 
-fsigned-char -DUSE_MEMORY_H -static -o decoder_example decoder_example.o  
../lib/.libs/libvorbis.a -lm /usr/local/lib/libogg.a
ld: can't locate file for: -lcrt0.o
make[1]: *** [decoder_example] Error 1
make: *** [all-recursive] Error 1

By the way, thanks for including the 32-bit support for AUs. Makes a big 
difference for me.


>From: Chris Bagwell <ch...@cn...>
>To: "K. Hoffmann" <ki...@ho...>
>CC: sox...@li...
>Subject: Re: [SoX-users] Vorbis Support
>Date: Wed, 29 Sep 2004 09:53:57 -0500
>
>On Wed, Sep 29, 2004 at 12:47:03AM -0400, K. Hoffmann wrote:
> > Anyone having trouble with the Vorbis libraries? I had been using 
12.17.3
> > of SoX since the later versions were generating errors relating to 
Vorbis
> > (ld: Undefined symbols:
> > _vorbis_bitrate_addblock
> > _vorbis_bitrate_flushpacket
> > _vorbis_encode_init_vbr)
>
>yes, you will need >= 1.0 version of Ogg Vorbis for current versions 
of
>sox.  Those missing functions you see were added around that release.
>
>You can run with "configure --disable-ogg-vorbis" to get sox
>to compile but I'm guessing long term you'd like the ogg support.
>Perhaps if you send a snippet of the vorbis compile failure someone
>will recongnize the problem.
>
>Chris

_________________________________________________________________
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

On Wed, Sep 29, 2004 at 12:47:03AM -0400, K. Hoffmann wrote:
> Anyone having trouble with the Vorbis libraries? I had been using 12.17.3 
> of SoX since the later versions were generating errors relating to Vorbis 
> (ld: Undefined symbols:
> _vorbis_bitrate_addblock
> _vorbis_bitrate_flushpacket
> _vorbis_encode_init_vbr)

yes, you will need >= 1.0 version of Ogg Vorbis for current versions of
sox.  Those missing functions you see were added around that release.

You can run with "configure --disable-ogg-vorbis" to get sox
to compile but I'm guessing long term you'd like the ogg support.
Perhaps if you send a snippet of the vorbis compile failure someone
will recongnize the problem.

Chris

Anyone having trouble with the Vorbis libraries? I had been using 12.17.3 of 
SoX since the later versions were generating errors relating to Vorbis (ld: 
Undefined symbols:
_vorbis_bitrate_addblock
_vorbis_bitrate_flushpacket
_vorbis_encode_init_vbr)

I went to vorbis.com and grabbed new builds for UNIX (I'm MacOS X). libogg 
and libao compiled and installed fine, but libvorbis generated errors with 
the version 1.0.1 there (and I did have libogg in before I tried it). Anyone 
else had problems with this? I need to get these in so I can grab and 
compile the new changes in SoX relating to 32-bit NeXT/SUN files.

_________________________________________________________________
Get ready for school! Find articles, homework help and more in the Back to 
School Guide! http://special.msn.com/network/04backtoschool.armx

Thanks Chris. 
I will try it out when I have time. It's quite useful for VoIP testing.
Jin

-----Original Message-----
From: Chris Bagwell [mailto:ch...@cn...] 
Sent: Tuesday, September 28, 2004 10:22 PM
To: Jin Qian
Cc: 'sox...@li...'
Subject: Re: [SoX-users] question about convertion of ADPCM (G726) to PCMU


Sorry, but SoX does not currently support ADPCM data, especially the g7xx
kinda, in the .raw handler.  It only supports reading the g7xx kinda from
.au files.

The routines are there to read it but no one has had the time to implement
it.

Chris

On Tue, Sep 28, 2004 at 02:55:16PM -0500, Jin Qian wrote:
> Hi Guys,
>  
>   I need some help on using sox to convert a ADPCM raw data to PCM 
> (either raw data or in wav format).
>  
> My ADPCM (G726-32K) raw data has sample rate 8000/second, one sample 
> consists of 4 bits.
>  
> H:\jin\docs\protocol\voice>c:\bin\sox.exe -t raw -r 8000 -a -b tmp.raw 
> jin.wav
> c:\bin\sox.exe: Do not support adpcm with 8-bit data.  Forcing to 
> unsigned
> c:\bin\sox.exe: Sorry, don't have code to read adpcm, bytes
>  
> By the way, my sox binary is of version Version 12.17.
>  
>   Any comment is appreciated.
>  
> Thanks,
> Jin


-- 
 Chris Bagwell <chris at cnpbagwell dot com>     |     Frisco, TX
          http://www.cnpbagwell.com/             |         USA

Sorry, but SoX does not currently support ADPCM data, especially the
g7xx kinda, in the .raw handler.  It only supports reading the g7xx
kinda from .au files.

The routines are there to read it but no one has had the time to
implement it.

Chris

On Tue, Sep 28, 2004 at 02:55:16PM -0500, Jin Qian wrote:
> Hi Guys,
>  
>   I need some help on using sox to convert a ADPCM raw data to PCM (either
> raw data or in wav format).
>  
> My ADPCM (G726-32K) raw data has sample rate 8000/second, one sample
> consists of 4 bits. 
>  
> H:\jin\docs\protocol\voice>c:\bin\sox.exe -t raw -r 8000 -a -b tmp.raw
> jin.wav
> c:\bin\sox.exe: Do not support adpcm with 8-bit data.  Forcing to unsigned
> c:\bin\sox.exe: Sorry, don't have code to read adpcm, bytes
>  
> By the way, my sox binary is of version Version 12.17.
>  
>   Any comment is appreciated.
>  
> Thanks,
> Jin


-- 
 Chris Bagwell <chris at cnpbagwell dot com>     |     Frisco, TX
          http://www.cnpbagwell.com/             |         USA

OK, I was able to get reading support for Sun/NeXT .au files with 32-bit
float data.  Theres a chance that 64-bit data and writing files with
float data works as well... I just haven't tested those parts yet.

The problem was that sox wasn't using normalized floats in the .raw
handler and also the .au's are apparently storing the float data in
big-endian format and there was some problems in the big-to-little
endian conversions for floats.

I still think the code is a little iffy but its better then we had
before.

If anyone is interested in trying it out, you can download the developer
version from CVS at http://sf.net/projects/sox.

Chris

--- Jimen Ching <jc...@fl...> wrote:

> So you've tried the command I suggested and it
> failed?  Note, you need to
> exit all audio applications before unloading
> modules.  You'll get an error
> message about the module being busy, otherwise...
> 

Thanks for the response. Your commmand did let me
remove the alsa modules, but I still have the same
problem. Sound works fine, but when I try to "split"
the sound, that is record using sox and also have the
output go to the speaker, I get loud feedback thru the
speakers and the output recorded file is just noise.
The sox command that used to work was:

sox -V -c 2 -r 22050 -t ossdsp /dev/dsp
/home/mchugh24/autolame/in/hs.wav. 

This .wav file was then turned into a mp3 file using a
script I found online. Something was updated in debian
testing in the last 2 weeks that broke that (I think).
I reinstalled debian testing and still have the same
problem. Now I also can't open the gnome mixer. I
should have tried the stable version of debian this
time  but I am a dope.

Regards,

Chris


		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

On Sat, 25 Sep 2004, Chris McHugh wrote:
>Well--someone told me that alsa is built into 2.6.x
>kernels so having alsa modules loaded might not be an
>issue--

I don't know enough about ALSA modules to know whether they interfere with
OSS modules.  But it's usually a bad idea to have both.

As for ALSA being built into 2.6, I think that person meant the ALSA
source code is integrated with the 2.6 kernel source tree.  I'm running
kernel 2.6 with ALSA 1.0.5a, and the ALSA driver are all modules.  I
believe this is the prefered way to compile ALSA drivers.  Since you don't
need ALSA to boot a system, there's no reason to compile sound support
statically into the kernel.

>I know some were loaded before with no problem.
> It will not alow me to unload them anyway.

So you've tried the command I suggested and it failed?  Note, you need to
exit all audio applications before unloading modules.  You'll get an error
message about the module being busy, otherwise...

--jc
-- 
Jimen Ching (WH6BRR)      jc...@fl...     wh...@uh...

Currently, SoX doesn't have support for reading 32-bit float data from
.au files.  It would actually be very easy to add support for this
since the .au handler reuses the .raw handler which does support floats.
If your interested in giving it a go, just need to modify au.c and the
functions st_auencodingandsize() and st_ausunencoding().  Add extra
if()'s in there to toggle between SUN_FLOAT and
ST_SIZE_WORD&ST_ENCODING_FLOAT.

I've never seen 32-bit float .au's and so never bothered implementing
it.

Anyways, since the raw handler already supports float, you may also try 
using the raw handler and the "trim" effect to trim
off the .au header.  Something like the following will read it but
contain some noise at the beginnig were it treated the header as audio
data:

sox -t raw -w -f -c 1 infile.au -s -w outfile.aiff

Chris

On Mon, Sep 27, 2004 at 01:39:12PM -0400, K. Hoffmann wrote:
> Is there a way to use SoX to convert floating-point, 32-bit NeXT/SUN files 
> (specifically to AIFF)? If I try, I get a message about an unsupported 
> header. Right now, I'm just using:
> 
> ./sox -t .au <file1> <file2>
> 

Is there a way to use SoX to convert floating-point, 32-bit NeXT/SUN files 
(specifically to AIFF)? If I try, I get a message about an unsupported 
header. Right now, I'm just using:

./sox -t .au <file1> <file2>

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Hello. I have a wav file with a male voice inside an I
want to apply some kind of filter to it in order to
transforn in a female voice.

I've tried with pith and stretch but the result is not
good, perhaps because the numbers and incorrect or I
need some other filter.

Can you help me?

thanks.


		
______________________________________________
Renovamos el Correo Yahoo!: ¡100 MB GRATIS!
Nuevos servicios, más seguridad
http://correo.yahoo.es

Well--someone told me that alsa is built into 2.6.x
kernels so having alsa modules loaded might not be an
issue--I know some were loaded before with no problem.
 It will not alow me to unload them anyway. I just
found out that Mythtv audio doesn't work anymore
either: it complains that dev/dsp is not available and
produces the same loud feedback. I am stumped. Sorry
if this is OT.

Chris
--- Stephen Stocker <lp...@pa...> wrote:

>    Hi,
> 
>    Yes, all of the modules with a snd prefix
> (including the snd.o module) 
> are ALSA. Well, they *should* be, but I thought the
> ALSA standard naming 
> policy was snd-whatever instead of snd_whatever?
> 
>    You might try unloading everything with a snd
> prefix and trying it that 
> way, but I'm somewhat confused now. Can anyone else
> on this list help? I 
> double-checked my ALSA modules, and they all have
> the "snd-" prefix.
> 
>    I have a feeling this isn't too much help, but I
> think you're on the 
> right track. I just can't figure out why the naming
> policy is different. 
> Then again, I'm not even close to being a guru with
> this stuff. :)
> 
>  	Take care,
>  	Steve
> 
> 
> On Fri, 24 Sep 2004, Chris McHugh wrote:
> 
> > Thanks, I took a look--ESD is not running. I think
> > maybe some of the gstreamer stuff loaded some alsa
> > modules. I don't have alsa installed as I had
> better
> > luck with oss but aren't some of these related to
> > alsa?:
> >
> > Contents of lsmod
> >
> > florence:~# lsmod
> > Module                  Size  Used by
> > snd_mixer_oss          19904  0
> > nvidia               4819604  12
> > nfsd                  197280  8
> > exportfs                6464  1 nfsd
> > lockd                  64456  2 nfsd
> > sunrpc                143688  2 nfsd,lockd
> > ipt_ttl                 1920  1
> > ipt_limit               2496  37
> > ipt_state               2048  8
> > iptable_mangle          2880  0
> > ipt_LOG                 6592  1
> > ipt_MASQUERADE          3904  0
> > ipt_TOS                 2496  0
> > ipt_REDIRECT            2240  0
> > iptable_nat            24812  2
> > ipt_MASQUERADE,ipt_REDIRECT
> > ipt_REJECT              6912  1
> > ip_conntrack_irc       71476  0
> > ip_conntrack_ftp       72244  0
> > ip_conntrack           35328  6
> >
>
ipt_state,ipt_MASQUERADE,ipt_REDIRECT,iptable_nat,ip_conntrack_irc,ip_conntrack_ftp
> > iptable_filter          2880  1
> > ip_tables              17984  11
> >
>
ipt_ttl,ipt_limit,ipt_state,iptable_mangle,ipt_LOG,ipt_MASQUERADE,ipt_TOS,ipt_REDIRECT,iptable_nat,ipt_REJECT,iptable_filter
> > lp                     10948  0
> > ipv6                  252320  10
> > via_rhine              21704  0
> > mii                     5184  1 via_rhine
> > crc32                   4352  1 via_rhine
> > snd_via82xx            26592  0
> > snd_ac97_codec         64452  1 snd_via82xx
> > gameport                4736  1 snd_via82xx
> > snd_mpu401_uart         8000  1 snd_via82xx
> > snd_rawmidi            24928  1 snd_mpu401_uart
> > snd_seq_device          8264  1 snd_rawmidi
> > via82cxxx_audio        30088  0
> > uart401                11844  1 via82cxxx_audio
> > sound                  83244  2
> > via82cxxx_audio,uart401
> > ac97_codec             18700  1 via82cxxx_audio
> > via_ircc               26448  0
> > irda                  196032  1 via_ircc
> > ehci_hcd               29444  0
> > sd_mod                 21568  0
> > usblp                  12864  1
> > usb_storage            68416  1
> > scsi_mod              121868  2 sd_mod,usb_storage
> > uhci_hcd               31376  0
> > usbcore               107292  7
> > ehci_hcd,usblp,usb_storage,uhci_hcd
> > snd_bt87x              13828  0
> > snd_pcm                96996  2
> snd_via82xx,snd_bt87x
> > snd_timer              25284  1 snd_pcm
> > snd                    55140  9
> >
>
snd_mixer_oss,snd_via82xx,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_bt87x,snd_pcm,snd_timer
> > snd_page_alloc         11460  3
> > snd_via82xx,snd_bt87x,snd_pcm
> > btaudio                17360  0
> > bt878                  11632  0
> > tuner                  18380  0
> > tvaudio                22348  0
> > msp3400                24084  0
> > bttv                  152172  1 bt878
> > video_buf              21252  1 bttv
> > i2c_algo_bit            9736  1 bttv
> > v4l2_common             6208  1 bttv
> > btcx_risc               4808  1 bttv
> > i2c_core               23492  5
> > tuner,tvaudio,msp3400,bttv,i2c_algo_bit
> > videodev                9920  1 bttv
> > soundcore              10400  5
> > via82cxxx_audio,sound,snd,btaudio,bttv
> > pci_hotplug            36272  0
> > via_agp                 7616  1
> > agpgart                33960  2 via_agp
> > parport_pc             34944  1
> > parport                41544  2 lp,parport_pc
> > floppy                 60244  0
> > tsdev                   7360  0
> > mousedev               10068  1
> > psmouse                20104  0
> > pcspkr                  3688  0
> > evdev                   9536  0
> > reiserfs              234864  1
> > nls_cp437               5760  2
> > vfat                   14656  1
> > fat                    46592  1 vfat
> > dm_mod                 45152  0
> > capability              4164  0
> > commoncap               7232  1 capability
> > ide_cd                 43140  0
> > cdrom                  39968  1 ide_cd
> > rtc                    12664  0
> > ext3                  125672  1
> > jbd                    61208  1 ext3
> > mbcache                 9220  1 ext3
> > ide_disk               19776  6
> > ide_generic             1472  0
> > via82cxxx              14236  1
> > ide_core              148512  5
> > usb_storage,ide_cd,ide_disk,ide_generic,via82cxxx
> > unix                   28528  585
> > font                    8448  0
> > cfbcopyarea             3776  0
> > cfbimgblt               3072  0
> > cfbfillrect             3712  0
> >
> > I tried using rmmod to unload snd_pcm and snd but
> it
> > wouldn't let me.
> >
> > --- Stephen Stocker <lp...@pa...> wrote:
> >
> >>    Hi. Just a wild guess, is ESD running? When
> you
> >> mentioned Gnome, I
> >> thought of this. I can't quite see how it'd work
> at
> >> all with ESD hogging
> >> what looks to be the ALSA pcm, but stranger
> things
> >> have happened to me. :)
> >>
> >>    You might check, and if it's running, kill it
> and
> >> try again. I hope this
> >> gives some ideas, at least.
> >>
> >>  	Take care,
> >>  	Steve
> >>
> >>
> >> On Thu, 23 Sep 2004, Chris McHugh wrote:
> >>
> >>> Hi-- I use Debian testing running kernel 2.6.7.x
> >> and I
> >>> have scripts set up to record a radio show using
> >> sox
> >>> and the FM tuner from my TV card. I use oss and
> >> this
> >>> has all worked great for years. I recently
> >> upgraded a
> >>> lot of stuff, including sox to 12.17.5. The only
> >> other
> >>> audio stuff I upgraded was a bunch of gstreamer
> >>> packages for gnome. Now when sox starts there is
> >> very
> >>> loud feedback with pcm (it goes away when I mute
> >> pcm
> >>> but the recording fails) and I get the following
> >>> kernel message:
> >>>
> >>> kernel: Assertion failed! chan->is_active ==
> >>>
> >>
> >
>
sg_active(chan->iobase),sound/oss/via82cxxx_audio.c,via_chan_maybe_start,line=1387
> >>>
> 
=== message truncated ===



		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

On Fri, 24 Sep 2004, Chris McHugh wrote:
>snd_via82xx            26592  0
>snd_ac97_codec         64452  1 snd_via82xx
>gameport                4736  1 snd_via82xx
>snd_mpu401_uart         8000  1 snd_via82xx
>snd_rawmidi            24928  1 snd_mpu401_uart
>snd_seq_device          8264  1 snd_rawmidi
>via82cxxx_audio        30088  0
>uart401                11844  1 via82cxxx_audio
>sound                  83244  2
>via82cxxx_audio,uart401
>ac97_codec             18700  1 via82cxxx_audio

>snd_bt87x              13828  0
>snd_pcm                96996  2 snd_via82xx,snd_bt87x
>snd_timer              25284  1 snd_pcm
>snd                    55140  9
>snd_mixer_oss,snd_via82xx,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_bt87x,snd_pcm,snd_timer
>snd_page_alloc         11460  3
>snd_via82xx,snd_bt87x,snd_pcm
>
>I tried using rmmod to unload snd_pcm and snd but it
>wouldn't let me.

I don't know how your system was setup, but it looks like you have both
the via82xx and bt87x drivers installed.  One of them probably don't
belong.  But since you're not using ALSA, you probably want to remove
both.  I recommend using 'modprobe -r' instead of rmmod.

	modprobe -r snd_via82xx
	modprobe -r snd_bt87x

This will unload the other ALSA modules as well (automagically).

--jc
-- 
Jimen Ching (WH6BRR)      jc...@fl...     wh...@uh...

   Hi,

   Yes, all of the modules with a snd prefix (including the snd.o module) 
are ALSA. Well, they *should* be, but I thought the ALSA standard naming 
policy was snd-whatever instead of snd_whatever?

   You might try unloading everything with a snd prefix and trying it that 
way, but I'm somewhat confused now. Can anyone else on this list help? I 
double-checked my ALSA modules, and they all have the "snd-" prefix.

   I have a feeling this isn't too much help, but I think you're on the 
right track. I just can't figure out why the naming policy is different. 
Then again, I'm not even close to being a guru with this stuff. :)

 	Take care,
 	Steve


On Fri, 24 Sep 2004, Chris McHugh wrote:

> Thanks, I took a look--ESD is not running. I think
> maybe some of the gstreamer stuff loaded some alsa
> modules. I don't have alsa installed as I had better
> luck with oss but aren't some of these related to
> alsa?:
>
> Contents of lsmod
>
> florence:~# lsmod
> Module                  Size  Used by
> snd_mixer_oss          19904  0
> nvidia               4819604  12
> nfsd                  197280  8
> exportfs                6464  1 nfsd
> lockd                  64456  2 nfsd
> sunrpc                143688  2 nfsd,lockd
> ipt_ttl                 1920  1
> ipt_limit               2496  37
> ipt_state               2048  8
> iptable_mangle          2880  0
> ipt_LOG                 6592  1
> ipt_MASQUERADE          3904  0
> ipt_TOS                 2496  0
> ipt_REDIRECT            2240  0
> iptable_nat            24812  2
> ipt_MASQUERADE,ipt_REDIRECT
> ipt_REJECT              6912  1
> ip_conntrack_irc       71476  0
> ip_conntrack_ftp       72244  0
> ip_conntrack           35328  6
> ipt_state,ipt_MASQUERADE,ipt_REDIRECT,iptable_nat,ip_conntrack_irc,ip_conntrack_ftp
> iptable_filter          2880  1
> ip_tables              17984  11
> ipt_ttl,ipt_limit,ipt_state,iptable_mangle,ipt_LOG,ipt_MASQUERADE,ipt_TOS,ipt_REDIRECT,iptable_nat,ipt_REJECT,iptable_filter
> lp                     10948  0
> ipv6                  252320  10
> via_rhine              21704  0
> mii                     5184  1 via_rhine
> crc32                   4352  1 via_rhine
> snd_via82xx            26592  0
> snd_ac97_codec         64452  1 snd_via82xx
> gameport                4736  1 snd_via82xx
> snd_mpu401_uart         8000  1 snd_via82xx
> snd_rawmidi            24928  1 snd_mpu401_uart
> snd_seq_device          8264  1 snd_rawmidi
> via82cxxx_audio        30088  0
> uart401                11844  1 via82cxxx_audio
> sound                  83244  2
> via82cxxx_audio,uart401
> ac97_codec             18700  1 via82cxxx_audio
> via_ircc               26448  0
> irda                  196032  1 via_ircc
> ehci_hcd               29444  0
> sd_mod                 21568  0
> usblp                  12864  1
> usb_storage            68416  1
> scsi_mod              121868  2 sd_mod,usb_storage
> uhci_hcd               31376  0
> usbcore               107292  7
> ehci_hcd,usblp,usb_storage,uhci_hcd
> snd_bt87x              13828  0
> snd_pcm                96996  2 snd_via82xx,snd_bt87x
> snd_timer              25284  1 snd_pcm
> snd                    55140  9
> snd_mixer_oss,snd_via82xx,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_bt87x,snd_pcm,snd_timer
> snd_page_alloc         11460  3
> snd_via82xx,snd_bt87x,snd_pcm
> btaudio                17360  0
> bt878                  11632  0
> tuner                  18380  0
> tvaudio                22348  0
> msp3400                24084  0
> bttv                  152172  1 bt878
> video_buf              21252  1 bttv
> i2c_algo_bit            9736  1 bttv
> v4l2_common             6208  1 bttv
> btcx_risc               4808  1 bttv
> i2c_core               23492  5
> tuner,tvaudio,msp3400,bttv,i2c_algo_bit
> videodev                9920  1 bttv
> soundcore              10400  5
> via82cxxx_audio,sound,snd,btaudio,bttv
> pci_hotplug            36272  0
> via_agp                 7616  1
> agpgart                33960  2 via_agp
> parport_pc             34944  1
> parport                41544  2 lp,parport_pc
> floppy                 60244  0
> tsdev                   7360  0
> mousedev               10068  1
> psmouse                20104  0
> pcspkr                  3688  0
> evdev                   9536  0
> reiserfs              234864  1
> nls_cp437               5760  2
> vfat                   14656  1
> fat                    46592  1 vfat
> dm_mod                 45152  0
> capability              4164  0
> commoncap               7232  1 capability
> ide_cd                 43140  0
> cdrom                  39968  1 ide_cd
> rtc                    12664  0
> ext3                  125672  1
> jbd                    61208  1 ext3
> mbcache                 9220  1 ext3
> ide_disk               19776  6
> ide_generic             1472  0
> via82cxxx              14236  1
> ide_core              148512  5
> usb_storage,ide_cd,ide_disk,ide_generic,via82cxxx
> unix                   28528  585
> font                    8448  0
> cfbcopyarea             3776  0
> cfbimgblt               3072  0
> cfbfillrect             3712  0
>
> I tried using rmmod to unload snd_pcm and snd but it
> wouldn't let me.
>
> --- Stephen Stocker <lp...@pa...> wrote:
>
>>    Hi. Just a wild guess, is ESD running? When you
>> mentioned Gnome, I
>> thought of this. I can't quite see how it'd work at
>> all with ESD hogging
>> what looks to be the ALSA pcm, but stranger things
>> have happened to me. :)
>>
>>    You might check, and if it's running, kill it and
>> try again. I hope this
>> gives some ideas, at least.
>>
>>  	Take care,
>>  	Steve
>>
>>
>> On Thu, 23 Sep 2004, Chris McHugh wrote:
>>
>>> Hi-- I use Debian testing running kernel 2.6.7.x
>> and I
>>> have scripts set up to record a radio show using
>> sox
>>> and the FM tuner from my TV card. I use oss and
>> this
>>> has all worked great for years. I recently
>> upgraded a
>>> lot of stuff, including sox to 12.17.5. The only
>> other
>>> audio stuff I upgraded was a bunch of gstreamer
>>> packages for gnome. Now when sox starts there is
>> very
>>> loud feedback with pcm (it goes away when I mute
>> pcm
>>> but the recording fails) and I get the following
>>> kernel message:
>>>
>>> kernel: Assertion failed! chan->is_active ==
>>>
>>
> sg_active(chan->iobase),sound/oss/via82cxxx_audio.c,via_chan_maybe_start,line=1387
>>>
>>> I have gone back to the older version of sox
>>> (12.17.4-8) and still have the same problem. I
>> tried
>>> switching back to the older gstreamer stuff but
>> that
>>> didn't work either. Since the old version of sox
>> now
>>> has the same problem, I guess this is not a sox
>> issue,
>>> but I was hoping someone might have an idea on how
>> to
>>> troubleshoot/fix.
>>>
>>> Thanks,
>>>
>>> Chris
>>>
>>>
>>>
>>> _______________________________
>>> Do you Yahoo!?
>>> Declare Yourself - Register online to vote today!
>>> http://vote.yahoo.com
>>>
>>>
>>>
>>
> -------------------------------------------------------
>>> This SF.Net email is sponsored by: YOU BE THE
>> JUDGE. Be one of 170
>>> Project Admins to receive an Apple iPod Mini FREE
>> for your judgement on
>>> who ports your project to Linux PPC the best.
>> Sponsored by IBM.
>>> Deadline: Sept. 24. Go here:
>> http://sf.net/ppc_contest.php
>>> _______________________________________________
>>> Sox-users mailing list
>>> Sox...@li...
>>>
>>
> https://lists.sourceforge.net/lists/listinfo/sox-users
>>>
>>
>>
>> -------------------------------------
>> Hope, Despair and the Triumph of Life
>>           http://www.hdtl.org
>>    Abuse Prevention/Survivor Support
>>         Peace and Human Rights
>>
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail Address AutoComplete - You start. We finish.
> http://promotions.yahoo.com/new_mail
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Sox-users mailing list
> Sox...@li...
> https://lists.sourceforge.net/lists/listinfo/sox-users
>


-------------------------------------
Hope, Despair and the Triumph of Life
          http://www.hdtl.org
   Abuse Prevention/Survivor Support
        Peace and Human Rights

Thanks, I took a look--ESD is not running. I think
maybe some of the gstreamer stuff loaded some alsa
modules. I don't have alsa installed as I had better
luck with oss but aren't some of these related to
alsa?:

Contents of lsmod

florence:~# lsmod
Module                  Size  Used by
snd_mixer_oss          19904  0 
nvidia               4819604  12 
nfsd                  197280  8 
exportfs                6464  1 nfsd
lockd                  64456  2 nfsd
sunrpc                143688  2 nfsd,lockd
ipt_ttl                 1920  1 
ipt_limit               2496  37 
ipt_state               2048  8 
iptable_mangle          2880  0 
ipt_LOG                 6592  1 
ipt_MASQUERADE          3904  0 
ipt_TOS                 2496  0 
ipt_REDIRECT            2240  0 
iptable_nat            24812  2
ipt_MASQUERADE,ipt_REDIRECT
ipt_REJECT              6912  1 
ip_conntrack_irc       71476  0 
ip_conntrack_ftp       72244  0 
ip_conntrack           35328  6
ipt_state,ipt_MASQUERADE,ipt_REDIRECT,iptable_nat,ip_conntrack_irc,ip_conntrack_ftp
iptable_filter          2880  1 
ip_tables              17984  11
ipt_ttl,ipt_limit,ipt_state,iptable_mangle,ipt_LOG,ipt_MASQUERADE,ipt_TOS,ipt_REDIRECT,iptable_nat,ipt_REJECT,iptable_filter
lp                     10948  0 
ipv6                  252320  10 
via_rhine              21704  0 
mii                     5184  1 via_rhine
crc32                   4352  1 via_rhine
snd_via82xx            26592  0 
snd_ac97_codec         64452  1 snd_via82xx
gameport                4736  1 snd_via82xx
snd_mpu401_uart         8000  1 snd_via82xx
snd_rawmidi            24928  1 snd_mpu401_uart
snd_seq_device          8264  1 snd_rawmidi
via82cxxx_audio        30088  0 
uart401                11844  1 via82cxxx_audio
sound                  83244  2
via82cxxx_audio,uart401
ac97_codec             18700  1 via82cxxx_audio
via_ircc               26448  0 
irda                  196032  1 via_ircc
ehci_hcd               29444  0 
sd_mod                 21568  0 
usblp                  12864  1 
usb_storage            68416  1 
scsi_mod              121868  2 sd_mod,usb_storage
uhci_hcd               31376  0 
usbcore               107292  7
ehci_hcd,usblp,usb_storage,uhci_hcd
snd_bt87x              13828  0 
snd_pcm                96996  2 snd_via82xx,snd_bt87x
snd_timer              25284  1 snd_pcm
snd                    55140  9
snd_mixer_oss,snd_via82xx,snd_ac97_codec,snd_mpu401_uart,snd_rawmidi,snd_seq_device,snd_bt87x,snd_pcm,snd_timer
snd_page_alloc         11460  3
snd_via82xx,snd_bt87x,snd_pcm
btaudio                17360  0 
bt878                  11632  0 
tuner                  18380  0 
tvaudio                22348  0 
msp3400                24084  0 
bttv                  152172  1 bt878
video_buf              21252  1 bttv
i2c_algo_bit            9736  1 bttv
v4l2_common             6208  1 bttv
btcx_risc               4808  1 bttv
i2c_core               23492  5
tuner,tvaudio,msp3400,bttv,i2c_algo_bit
videodev                9920  1 bttv
soundcore              10400  5
via82cxxx_audio,sound,snd,btaudio,bttv
pci_hotplug            36272  0 
via_agp                 7616  1 
agpgart                33960  2 via_agp
parport_pc             34944  1 
parport                41544  2 lp,parport_pc
floppy                 60244  0 
tsdev                   7360  0 
mousedev               10068  1 
psmouse                20104  0 
pcspkr                  3688  0 
evdev                   9536  0 
reiserfs              234864  1 
nls_cp437               5760  2 
vfat                   14656  1 
fat                    46592  1 vfat
dm_mod                 45152  0 
capability              4164  0 
commoncap               7232  1 capability
ide_cd                 43140  0 
cdrom                  39968  1 ide_cd
rtc                    12664  0 
ext3                  125672  1 
jbd                    61208  1 ext3
mbcache                 9220  1 ext3
ide_disk               19776  6 
ide_generic             1472  0 
via82cxxx              14236  1 
ide_core              148512  5
usb_storage,ide_cd,ide_disk,ide_generic,via82cxxx
unix                   28528  585 
font                    8448  0 
cfbcopyarea             3776  0 
cfbimgblt               3072  0 
cfbfillrect             3712  0 

I tried using rmmod to unload snd_pcm and snd but it
wouldn't let me.

--- Stephen Stocker <lp...@pa...> wrote:

>    Hi. Just a wild guess, is ESD running? When you
> mentioned Gnome, I 
> thought of this. I can't quite see how it'd work at
> all with ESD hogging 
> what looks to be the ALSA pcm, but stranger things
> have happened to me. :)
> 
>    You might check, and if it's running, kill it and
> try again. I hope this 
> gives some ideas, at least.
> 
>  	Take care,
>  	Steve
> 
> 
> On Thu, 23 Sep 2004, Chris McHugh wrote:
> 
> > Hi-- I use Debian testing running kernel 2.6.7.x
> and I
> > have scripts set up to record a radio show using
> sox
> > and the FM tuner from my TV card. I use oss and
> this
> > has all worked great for years. I recently
> upgraded a
> > lot of stuff, including sox to 12.17.5. The only
> other
> > audio stuff I upgraded was a bunch of gstreamer
> > packages for gnome. Now when sox starts there is
> very
> > loud feedback with pcm (it goes away when I mute
> pcm
> > but the recording fails) and I get the following
> > kernel message:
> >
> > kernel: Assertion failed! chan->is_active ==
> >
>
sg_active(chan->iobase),sound/oss/via82cxxx_audio.c,via_chan_maybe_start,line=1387
> >
> > I have gone back to the older version of sox
> > (12.17.4-8) and still have the same problem. I
> tried
> > switching back to the older gstreamer stuff but
> that
> > didn't work either. Since the old version of sox
> now
> > has the same problem, I guess this is not a sox
> issue,
> > but I was hoping someone might have an idea on how
> to
> > troubleshoot/fix.
> >
> > Thanks,
> >
> > Chris
> >
> >
> >
> > _______________________________
> > Do you Yahoo!?
> > Declare Yourself - Register online to vote today!
> > http://vote.yahoo.com
> >
> >
> >
>
-------------------------------------------------------
> > This SF.Net email is sponsored by: YOU BE THE
> JUDGE. Be one of 170
> > Project Admins to receive an Apple iPod Mini FREE
> for your judgement on
> > who ports your project to Linux PPC the best.
> Sponsored by IBM.
> > Deadline: Sept. 24. Go here:
> http://sf.net/ppc_contest.php
> > _______________________________________________
> > Sox-users mailing list
> > Sox...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/sox-users
> >
> 
> 
> -------------------------------------
> Hope, Despair and the Triumph of Life
>           http://www.hdtl.org
>    Abuse Prevention/Survivor Support
>         Peace and Human Rights
> 



		
__________________________________
Do you Yahoo!?
Yahoo! Mail Address AutoComplete - You start. We finish.
http://promotions.yahoo.com/new_mail 

   Hi. Just a wild guess, is ESD running? When you mentioned Gnome, I 
thought of this. I can't quite see how it'd work at all with ESD hogging 
what looks to be the ALSA pcm, but stranger things have happened to me. :)

   You might check, and if it's running, kill it and try again. I hope this 
gives some ideas, at least.

 	Take care,
 	Steve


On Thu, 23 Sep 2004, Chris McHugh wrote:

> Hi-- I use Debian testing running kernel 2.6.7.x and I
> have scripts set up to record a radio show using sox
> and the FM tuner from my TV card. I use oss and this
> has all worked great for years. I recently upgraded a
> lot of stuff, including sox to 12.17.5. The only other
> audio stuff I upgraded was a bunch of gstreamer
> packages for gnome. Now when sox starts there is very
> loud feedback with pcm (it goes away when I mute pcm
> but the recording fails) and I get the following
> kernel message:
>
> kernel: Assertion failed! chan->is_active ==
> sg_active(chan->iobase),sound/oss/via82cxxx_audio.c,via_chan_maybe_start,line=1387
>
> I have gone back to the older version of sox
> (12.17.4-8) and still have the same problem. I tried
> switching back to the older gstreamer stuff but that
> didn't work either. Since the old version of sox now
> has the same problem, I guess this is not a sox issue,
> but I was hoping someone might have an idea on how to
> troubleshoot/fix.
>
> Thanks,
>
> Chris
>
>
>
> _______________________________
> Do you Yahoo!?
> Declare Yourself - Register online to vote today!
> http://vote.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Sox-users mailing list
> Sox...@li...
> https://lists.sourceforge.net/lists/listinfo/sox-users
>


-------------------------------------
Hope, Despair and the Triumph of Life
          http://www.hdtl.org
   Abuse Prevention/Survivor Support
        Peace and Human Rights

Hi-- I use Debian testing running kernel 2.6.7.x and I
have scripts set up to record a radio show using sox
and the FM tuner from my TV card. I use oss and this
has all worked great for years. I recently upgraded a
lot of stuff, including sox to 12.17.5. The only other
audio stuff I upgraded was a bunch of gstreamer
packages for gnome. Now when sox starts there is very
loud feedback with pcm (it goes away when I mute pcm
but the recording fails) and I get the following
kernel message:

kernel: Assertion failed! chan->is_active ==
sg_active(chan->iobase),sound/oss/via82cxxx_audio.c,via_chan_maybe_start,line=1387

I have gone back to the older version of sox
(12.17.4-8) and still have the same problem. I tried
switching back to the older gstreamer stuff but that
didn't work either. Since the old version of sox now
has the same problem, I guess this is not a sox issue,
but I was hoping someone might have an idea on how to
troubleshoot/fix.

Thanks,

Chris


		
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

Thanks! Are you planning a release soon?

Chris Bagwell wrote:

> Just wanted to let you know I've finally submitted this patch to CVS 
> (slightly modified).
>
> Thanks for sending the patch in!  Sorry to take so long to get it in.
>
> Chris
>
> Eric Benson wrote:
>
>> I sent this patch to sox-users a couple of years ago. I have been 
>> using it successfully myself for about 3 years. I realize that it is 
>> quite narrowly focused but without it I would not be able to use sox 
>> at all for my application. I would like to see it included in the 
>> mainline sox sources so that others might benefit from it as well, 
>> and so I don't have to worry about losing it!
>>
>> Here's my original message to sox-users describing the problem to be 
>> solved:
>>
>> http://sourceforge.net/mailarchive/forum.php?thread_id=805599&forum_id=3958 
>>
>>
>> and here's a patch against the current CVS:
>>
>> cvs server: Diffing .
>> Index: sox.c
>> ===================================================================
>> RCS file: /cvsroot/sox/sox/sox.c,v
>> retrieving revision 1.53
>> diff -c -r1.53 sox.c
>> *** sox.c    31 Dec 2002 01:08:48 -0000    1.53
>> --- sox.c    3 Apr 2004 17:39:11 -0000
>> ***************
>> *** 651,656 ****
>> --- 651,669 ----
>>              (* efftabR[e].h->start)(&efftabR[e]);
>>      }
>>
>> +     /* If there's only one effect, and it is "trim", and
>> +        there is only one input file, and it is seekable,
>> +        then seek to the beginning of the trim.
>> +        This can save minutes in trimming e.g. wav tracks out of 
>> cdr-format
>> +        files */
>> +
>> +     if ((neffects == 2) &&
>> +     (input_count == 1) &&
>> +     (strcmp(efftab[1].name, "trim") == 0) &&
>> +     informat[0]->seekable) {
>> +     st_optimize_trim_seek(&efftab[1], informat[0]);
>> +     }
>> +
>>      /* Reserve an output buffer for all effects */
>>      for(e = 0; e < neffects; e++)
>>      {
>> Index: st_i.h
>> ===================================================================
>> RCS file: /cvsroot/sox/sox/st_i.h,v
>> retrieving revision 1.19
>> diff -c -r1.19 st_i.h
>> *** st_i.h    24 Aug 2003 21:27:39 -0000    1.19
>> --- st_i.h    3 Apr 2004 17:39:12 -0000
>> ***************
>> *** 582,587 ****
>> --- 582,589 ----
>>                   st_size_t *isamp, st_size_t *osamp);
>>  int st_trim_stop(eff_t effp);
>>
>> + void st_optimize_trim_seek(eff_t effp, ft_t ft);
>> +
>>  int st_vibro_getopts(eff_t effp, int argc, char **argv);
>>  int st_vibro_start(eff_t effp);
>>  int st_vibro_flow(eff_t effp, st_sample_t *ibuf, st_sample_t *obuf,
>> Index: trim.c
>> ===================================================================
>> RCS file: /cvsroot/sox/sox/trim.c,v
>> retrieving revision 1.12
>> diff -c -r1.12 trim.c
>> *** trim.c    29 Nov 2001 02:24:19 -0000    1.12
>> --- trim.c    3 Apr 2004 17:39:12 -0000
>> ***************
>> *** 121,126 ****
>> --- 121,143 ----
>>      return (ST_SUCCESS);
>>  }
>>
>> + /* If there's only one effect, and it is "trim", and
>> +    there is only one input file, and it is seekable,
>> +    then seek to the beginning of the trim.
>> +    This can save minutes in trimming e.g. wav tracks out of 
>> cdr-format files */
>> +
>> + void st_optimize_trim_seek(eff_t effp, ft_t ft)
>> + {
>> +     trim_t trim = (trim_t) effp->priv;
>> +
>> +     if (trim->start > 0) {
>> +     /* Seek to the beginning of the trim */
>> +     (ft->h->seek)(ft, trim->start);
>> +     /* Then pretend we're at the beginning of the file */
>> +     trim->start = 0;
>> +     }
>> + }
>> +
>>  /*
>>   * Read up to len samples from file.
>>   * Convert to signed longs.
>> cvs server: Diffing gsm
>> cvs server: Diffing test
>>
>>
>
>

Just wanted to let you know I've finally submitted this patch to CVS 
(slightly modified).

Thanks for sending the patch in!  Sorry to take so long to get it in.

Chris

Eric Benson wrote:
> I sent this patch to sox-users a couple of years ago. I have been using 
> it successfully myself for about 3 years. I realize that it is quite 
> narrowly focused but without it I would not be able to use sox at all 
> for my application. I would like to see it included in the mainline sox 
> sources so that others might benefit from it as well, and so I don't 
> have to worry about losing it!
> 
> Here's my original message to sox-users describing the problem to be 
> solved:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=805599&forum_id=3958
> 
> and here's a patch against the current CVS:
> 
> cvs server: Diffing .
> Index: sox.c
> ===================================================================
> RCS file: /cvsroot/sox/sox/sox.c,v
> retrieving revision 1.53
> diff -c -r1.53 sox.c
> *** sox.c    31 Dec 2002 01:08:48 -0000    1.53
> --- sox.c    3 Apr 2004 17:39:11 -0000
> ***************
> *** 651,656 ****
> --- 651,669 ----
>              (* efftabR[e].h->start)(&efftabR[e]);
>      }
> 
> +     /* If there's only one effect, and it is "trim", and
> +        there is only one input file, and it is seekable,
> +        then seek to the beginning of the trim.
> +        This can save minutes in trimming e.g. wav tracks out of 
> cdr-format
> +        files */
> +
> +     if ((neffects == 2) &&
> +     (input_count == 1) &&
> +     (strcmp(efftab[1].name, "trim") == 0) &&
> +     informat[0]->seekable) {
> +     st_optimize_trim_seek(&efftab[1], informat[0]);
> +     }
> +
>      /* Reserve an output buffer for all effects */
>      for(e = 0; e < neffects; e++)
>      {
> Index: st_i.h
> ===================================================================
> RCS file: /cvsroot/sox/sox/st_i.h,v
> retrieving revision 1.19
> diff -c -r1.19 st_i.h
> *** st_i.h    24 Aug 2003 21:27:39 -0000    1.19
> --- st_i.h    3 Apr 2004 17:39:12 -0000
> ***************
> *** 582,587 ****
> --- 582,589 ----
>                   st_size_t *isamp, st_size_t *osamp);
>  int st_trim_stop(eff_t effp);
> 
> + void st_optimize_trim_seek(eff_t effp, ft_t ft);
> +
>  int st_vibro_getopts(eff_t effp, int argc, char **argv);
>  int st_vibro_start(eff_t effp);
>  int st_vibro_flow(eff_t effp, st_sample_t *ibuf, st_sample_t *obuf,
> Index: trim.c
> ===================================================================
> RCS file: /cvsroot/sox/sox/trim.c,v
> retrieving revision 1.12
> diff -c -r1.12 trim.c
> *** trim.c    29 Nov 2001 02:24:19 -0000    1.12
> --- trim.c    3 Apr 2004 17:39:12 -0000
> ***************
> *** 121,126 ****
> --- 121,143 ----
>      return (ST_SUCCESS);
>  }
> 
> + /* If there's only one effect, and it is "trim", and
> +    there is only one input file, and it is seekable,
> +    then seek to the beginning of the trim.
> +    This can save minutes in trimming e.g. wav tracks out of cdr-format 
> files */
> +
> + void st_optimize_trim_seek(eff_t effp, ft_t ft)
> + {
> +     trim_t trim = (trim_t) effp->priv;
> +
> +     if (trim->start > 0) {
> +     /* Seek to the beginning of the trim */
> +     (ft->h->seek)(ft, trim->start);
> +     /* Then pretend we're at the beginning of the file */
> +     trim->start = 0;
> +     }
> + }
> +
>  /*
>   * Read up to len samples from file.
>   * Convert to signed longs.
> cvs server: Diffing gsm
> cvs server: Diffing test
> 
> 


-- 
  Chris Bagwell <chris at cnpbagwell dot com>     |     Frisco, TX
           http://www.cnpbagwell.com/             |         USA

Am 13.09.2004 um 21:21 schrieb Daniel Krippner:

>> Yes, you can with sox 12.17.5 that has MP3 support compiled in.
>
> Any pointers as to how to do that? I've been looking around... but did 
> not find anything useful so far.

Make sure the configure script finds lame (used for encoding) and mad 
(used for decoding). If you did not compiled lame and mad yourself, you 
probably have to install the developer packages of lame and mad for 
your system.

jps

> Yes, you can with sox 12.17.5 that has MP3 support compiled in.

Any pointers as to how to do that? I've been looking around... but did 
not find anything useful so far.
Regards,
	Daniel

--
Dan...@gm...
PGP fingerprint: '4EF3 BFA5 E2EA EB25 7B62  58A0 9632 4C48 D7D3 9DB3'

Beware of bugs in the above code; I have only proved it correct, not 
tried it.   - Donald Knuth

On Sun, Sep 12, 2004 at 07:45:51PM +0200, Daniel Krippner wrote:
> 
> 	Hi list,
> 
> following question (sorry, I don't have a clue about anything multimedia 
> :-():
> I suspect that some mp3 files that I'm trying to play on my car stereo 
> have got wave header around them (I suspect that's the reason why my car 
> stereo refuses to play them).
> Can I use socks to remove them, and if so, how? In the meantime, I'll 
> have to try to get a version installed that even has mp3 support... I'm 
> Fedora-challenged

Yes, you can with sox 12.17.5 that has MP3 support compiled in.
Currently, you have to force sox to think its a pure mp3 file and not a
wav file.  Then it will scan over the invalid data until it finds a
valid mp3 frame.

sox -t mp3 infile outfile.mp3

You may prefer to do it in two steps so that you can use something like
"lame" to do custom re-encoding (sox just uses default values).

sox -t mp3 infile outfile.wav
lame .... 

Chris

	Hi list,

following question (sorry, I don't have a clue about anything multimedia 
:-():
I suspect that some mp3 files that I'm trying to play on my car stereo 
have got wave header around them (I suspect that's the reason why my car 
stereo refuses to play them).
Can I use socks to remove them, and if so, how? In the meantime, I'll 
have to try to get a version installed that even has mp3 support... I'm 
Fedora-challenged
Thanks,	
	Daniel

guenter geiger wrote:
> On Sat, 11 Sep 2004, James Courtier-Dutton wrote:
> 
>>Recently, the ALSA oss emulation was improved, so that it now works with
>>sox.
> 
> 
> For me oss emulation always worked, I never had complaints about it for
> the Debian package, so I think it is a save an stable way to go.
> 
> Guenter
> 
> 
>>James
>>

ALSA has 2 methods for OSS emulation, using snd-pcm-oss kernel module, 
and a userland shim called "aoss".

The snd-pcm-oss kernel module has always worked, but only recently has 
the "aoss" also worked.