Re: normalizing clipping 32bit wav files?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



"Peter P." <peterparker@xxxxxxxxxxxx> writes:

> Hi list,
>
> I have a 32bit wav file in 0x3 => WAVE_FORMAT_IEEE_FLOAT with samples
> outside of -1 and 1 which will be clipped at playback. 
>
> Using 
>  sox in.wav out.wav norm -1 
> will clip these files as well instead of leaving the original waveform
> intact. Audacity is able to do this.
>
> Is this intentional, if not is this known, should I be filing a bug
> report?

Such files are not valid according the specification, so it's not a bug.
If something is producing files with values outside of ±1, it is broken
and should be fixed.

That said, I'm not in principle opposed to adding a command line option
to scale the input by some specified factor.  However, due to the way
the code is structured, doing so is not a trivial matter.  Bear in mind
that SoX is old, from a time when floating-point was often slow, if were
lucky enough to have it at all.

Sorry.

-- 
Måns Rullgård


_______________________________________________
Sox-users mailing list
Sox-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/sox-users




[Index of Archives]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux