Nice workaround idea, works! Thank you Mans.

p.s. Have no idea where the "confidential" thing came from, sorry.


On Fri, Jun 5, 2020 at 10:31 AM Måns Rullgård <mans@mansr.com> wrote:

> Danijel DOMAZET <p-danijel.domazet@devialet.com> writes:
>
> > Hi list,
> >
> > I have a heavily "overflowed" WAV file (samples written in float 32-bit
> > format): instead of [-1.0,+1.0], the samples range goes as far as
> > [-5.0,+5.0].
> >
> > Using SoX to get raw PCM audio samples from WAV file:
> >
> > `sox --bits 32 --channels 1 --encoding floating-point --rate 48000
> > input.wav output.raw`
> >
> > I get warnings:
> >
> >     sox WARN sox: `input.wav' input clipped 1163400 samples
> >     sox WARN sox: `output.raw' output clipped 605664 samples; decrease
> > volume?
> >
> > When I look into the output, I see the samples were clipped, and the
> range
> > is [-1.0,+1.0] now. However, that is not what I want.
> >
> > I would like to have exactly the same output as input, just in different
> > format (RAW instead of WAV). Is there a way to prevent SoX from doing the
> > clipping?
>
> No, that isn't possible.  Sorry.
>
> In your specific case, however, a workaround is possible.  If you
> override input sample encoding as 32-bit signed integer instead of
> float, the values will be copied untouched.  Since the output is
> headerless, it doesn't matter what sox thinks the samples are.
>
> --
> Måns Rullgård
>

-- 
- Confidential -