Hi Bob, yes, I saw your post (but had other stuff to do) - thanks for the reminder. The problem seems to be the "speed" effect, which implies a "rate" effect, which uses ffts and thus the zero from the pad effect may become nonzero (but close to). My suggestion is to either use "speed" on sound0000 and generate an intermediate file or to explicitely use the "rate" effect _before_ "pad" (but I'm not sure, the latter works). cheers, Erich On 27.09.2016 22:55, Bob S wrote: > Hey Erich, I don’t know if you saw my post — sorry to bother you but I am wondering you see anything wrong with the way I am calling sox here? > >> Hey Erich, >> >> Thanks again for the reply. Here is the call I use to generate file 92 for example: >> >> sox -V -t raw -r 11025 -e signed -b 8 -c 1 sound0000 -r 44100 sound92.wav vol 1 speed 0.93636363744736 pad 12.966666666667 10.966666666667 trim 0 13.033333333333 >> >> Here’s the result: >> https://dl.dropboxusercontent.com/u/4215526/sound92.wav <https://dl.dropboxusercontent.com/u/4215526/sound92.wav> >> >> I don’t know if it could be part of the problem, but here is the source effect file “sound0000”, which is not a wav but just raw samples: >> https://dl.dropboxusercontent.com/u/4215526/sound0000 <https://dl.dropboxusercontent.com/u/4215526/sound0000> > > Thanks! > Bob > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Sox-users mailing list > Sox-users@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/sox-users >
Attachment:
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------------
_______________________________________________ Sox-users mailing list Sox-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/sox-users
