Re: [SoX-users] bug in sox 14.0.1 ?

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I have passed this information on to the user, and will leave it up to
him to contact you.

My own tests have not revealed any problems with sox 14.0.1 in the
most recent builds of LiVES.

Thanks, and best wishes,
Gabriel.
http://lives.sourceforge.net

On Tue, Mar 11, 2008 at 12:49 AM, Chris Bagwell <ch...@cn...> wrote:
> You might forward the person to contact me directly and maybe I can help
>  more.  I think its either:
>
>  1) the WAV file he's using has something in the header thats showing a
>  real bug in internal (non-sndfile) WAV handler.
>
>  or more likely if its occurring with any WAV file:
>
>  2) Since he's got a really old distribution (Fedora Core 2) and latest
>  kernel (2.6.24) there is some mismatch between glibc and kernel header
>  files.  We've gotten similar reports with recent WAV handler on older
>  Slackware+newer kernel.
>
>  In 14.0.0, we switched to using fseeko() which brings out some issue
>  easily with this mismatch.
>
>  If the person is much into developing, maybe we can work out some
>  auto-detect code in configure to work around broken fseeko().
>
>  Chris
>
>
>
>  salsaman wrote:
>  > RE: play with wav files
>  >
>  > (sox 14.0.1 compiled with gcc (GCC) 3.3.3
>  >  on an updated, piece by piece, Fedora Core 2,
>  >  with kernel 2.6.24 with intel audio on the motherboard)
>  >
>  >
>  > play -V4 /work/EASTER/CDs/MAC2.wav
>  > ----------------------------------
>  > OUTPUT:
>  >
>  >  play: SoX v14.0.1
>  >  play auto: Detected file format type: wav
>  >  play wav: WAV Chunk fmt
>  >  play wav: WAV Chunk RIFF
>  >  play wav: WAV Chunk
>  >  play soxio: Can't open input file /work/EASTER/CDs/MAC2.wav': Could
>  > not find data
>  > chunk.
>  >
>  >
>  > play -V4 -t sndfile /work/EASTER/CDs/MAC2.wav
>  > ---------------------------------------------
>  > OUTPUT:
>  >
>  >  play: SoX v14.0.1
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': File : /work/EASTER/CDs/MAC2.wav
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Length : 21283292
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': RIFF : 21283284
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': WAVE
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': fmt : 16
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Format : 0x1 => WAVE_FORMAT_PCM
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Channels : 2
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Sample Rate : 44100
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Block Align : 4
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Bit Width : 16
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': Bytes/sec : 176400
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': data : 21283248
>  >  play sndfile: /work/EASTER/CDs/MAC2.wav': End
>  >
>  >  Input File : '/work/EASTER/CDs/MAC2.wav'
>  >  Sample Size : 16-bit (2 bytes)
>  >  Sample Encoding: signed (2's complement)
>  >  Channels : 2
>  >  Sample Rate : 44100
>  >  Duration : 02:00.65 = 5320812 samples = 9049 CDDA sectors
>  >  Endian Type : little
>  >  Reverse Nibbles: no
>  >  Reverse Bits : no
>  >
>  >  play alsa: hardware does not support sample rate 44100; changing to 48000.
>  >
>  >  Output File : 'default' (alsa)
>  >  Sample Size : 16-bit (2 bytes)
>  >  Sample Encoding: signed (2's complement)
>  >  Channels : 2
>  >  Sample Rate : 48000
>  >  Endian Type : little
>  >  Reverse Nibbles: no
>  >  Reverse Bits : no
>  >
>  >  play resample: opts: Kaiser window, cutoff 0.800000, beta 16.000000
>  >  play resample: DCgain err=0.000000011654
>  >  play resample: Nmult: 45, Nwing: 3681, Nq: 160
>  >  play resample: rate ratio 147:160, coeff interpolation not needed
>  >  play resample: Xsize 3956, Ysize 4236, Xoff 33
>  >  play resample: DCgain err=0.000000011654
>  >  play resample: Nmult: 45, Nwing: 3681, Nq: 160
>  >  play resample: rate ratio 147:160, coeff interpolation not needed
>  >  play resample: Xsize 3956, Ysize 4236, Xoff 33
>  >  play sox: effects chain: input 44100Hz 2 channels 16 bits (multi)
>  >  play sox: effects chain: resample 44100Hz 2 channels 16 bits
>  >  play sox: effects chain: output 48000Hz 2 channels 16 bits (multi)
>  >  Time: 00:02.14 [01:58.52] of 02:00.65 (1.77%) Samples out: 98.0k Clips: 0
>  >  ...
>  >
>  >
>  > On Mon, Mar 10, 2008 at 8:50 PM, salsaman <sal...@gm...> wrote:
>  >
>  >> Will try - bear in mind it's not me that is seeing this bug but one of my users.
>  >>
>  >> Regards,
>  >> Gabriel.
>  >>
>  >>
>  >>
>  >>
>  >>
>  >>
>  >> On Mon, Mar 10, 2008 at 8:40 PM, Chris Bagwell <ch...@cn...> wrote:
>  >>
>  >>
>  >>> On Mon, Mar 10, 2008 at 08:27:52PM +0000, salsaman wrote:
>  >>>
>  >>>> Hi,
>  >>>> one of my (LiVES) users reported the following:
>  >>>>
>  >>>> "there seems to be a bug in the new sox version 14.0.1 in that "play
>  >>>> myfile.wav" is not working while "play -t sndfile myfile.wav" works"
>  >>>>
>  >>>>
>  >>>> Is this a bug or a new "feature" ;-)
>  >>>>
>  >>> No reports yet of playing audio not working.
>  >>>
>  >>> Can you get the output of "play -V4 myfile.wav" and
>  >>> "play -V4 -t sndfile myfile.wav".
>  >>>
>  >>> Based on this little bit of information, I'd assume the
>  >>> issue is in reading the WAV file and not so much related
>  >>> to playing the audio.
>  >>>
>  >>> Maybe its a 24-bit audio file?
>  >>>
>  >>> 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/
>  _______________________________________________
>  Sox-users mailing list
>  Sox...@li...
>  https://lists.sourceforge.net/lists/listinfo/sox-users
>