From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS3561 216.34.176.0/20 X-Spam-Status: No, score=-3.0 required=3.0 tests=AWL,BAYES_00, DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,T_DKIM_INVALID,T_RP_MATCHES_RCVD shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 Received: from lists.sourceforge.net (lists.sourceforge.net [216.34.181.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 3E4E420954 for ; Sat, 25 Nov 2017 19:28:53 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=sfs-ml-4.v29.ch3.sourceforge.com) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.89) (envelope-from ) id 1eIg8C-0006U0-5v; Sat, 25 Nov 2017 19:28:52 +0000 Received: from sfi-mx-4.v28.ch3.sourceforge.com ([172.29.28.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eIg8B-0006Tt-C1 for sox-users@lists.sourceforge.net; Sat, 25 Nov 2017 19:28:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Type:To:Subject:Message-ID:Date:From: References:In-Reply-To:MIME-Version:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=dOuYvPBOEFQrt/vsWFfQSsa4iqqYfmnrkw5VMh6pDK0=; b=l1/BLCyaKb3yq4ILMVsKNIrld YuqK8nXASFK8XwcI1x1C+mwVwtYZOOuqj5g3IITiRuwH70CeWWq34kQXwJZgePLTJF+UpuRUaz3Lk fpWGKszmrP8y5XMONXoiXxMBTwPRwQhTDQIDTGk1mOaRhvv7NTy0nYR9i9c7fCwvKCIIQ=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Type:To:Subject:Message-ID:Date:From:References:In-Reply-To: MIME-Version:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=dOuYvPBOEFQrt/vsWFfQSsa4iqqYfmnrkw5VMh6pDK0=; b=V9M9r/G06fC3EmlO7OIyY873+q 20rbDdj1+F527QQQWiOA/QklYaX6vrV3WOQkUiq9XZa38IvKpad7K/EJaovolJ6qd5e7MgIPbuNOK uAn9fzXHbR72xvVxqQYUmg9Td2TJHUKeXt65LllGK+GidABWoyJ1Ns3mQ6BPdg0/OlaQ=; Received: from mail-qt0-f170.google.com ([209.85.216.170]) by sfi-mx-4.v28.ch3.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) id 1eIg8A-0003i3-CF for sox-users@lists.sourceforge.net; Sat, 25 Nov 2017 19:28:51 +0000 Received: by mail-qt0-f170.google.com with SMTP id i40so23569395qti.8 for ; Sat, 25 Nov 2017 11:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=dOuYvPBOEFQrt/vsWFfQSsa4iqqYfmnrkw5VMh6pDK0=; b=EQr30HjG8fAZYKAYmN6IjqNLgsoeQdg115n+zdduV1PoDMSIaHEqoodqG41+WZONEI ce1+UD3+GzLIBiz3RsVafBoIxgbBSL1hYX62mJAgmUJUBWJNOvrrLJIuuuy6ocVBLZTA y2yNhVqrA9AI3iAwQi05Q85A43QLu9rBDq3Nx5ncTl9qCdBIKWNKmU1Q4rsHuU4Mb8Nw /HmIltsqfa4wHpAhNu7vuELTva7XpJrMPE/58VBNe4iISg5Qt763JzOVGiiUWszpYiBt MfAttKI+muKWdyi8esJz17+8J3ku7rVH+8dhAMMFnJEojOwEqZ1z7SLzlUK1A6jI3iA7 3Lbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=dOuYvPBOEFQrt/vsWFfQSsa4iqqYfmnrkw5VMh6pDK0=; b=dlypt8Lvo6EPyBboDGVKKs1er/VgHau05vw+cvgyJP6doSBtTWBvhFN5Ya4zm0EFv/ 0VdJRMKln/WeUXZypCoG/7W0Uo5154n6NfGmLDq1+mxr9RDuSzOyOTnvZcuP3jFDC3xr CfcermC+4vIFdlN3Qgld1+Qdo4iDXN0D9wCr4LfJ6IP7lHbL5IwRZoMwIcEmv9F3BW+D K9kqnNA4WRrtspHntzo3h2VSOsFIdJSx3Il/k4/JOb7J3Fndn6fon9QBcQ1BLyH3XrBp DxR/zYTolnaoUnpLTUrOaWYRsXRbE1tkO/hCmY8cYjBnc0KHfdY7pDDS50liV+/47LnV DlVA== X-Gm-Message-State: AJaThX68Op4+LJbM7VGWMUGEacCyXbK3WdUof6J8Oo5XCYmMrN8P0gdl 1cBB/Yb/Hsobf9orKv4h4S/dpkQ15K25t3T2yUVmtQ== X-Google-Smtp-Source: AGs4zMbRRDY7CTLejQPc2x7REXcSYhBAk3OO/kCMiCrJh/iVvYRJTOptPJtKjFbAXzGgHn0QGgx9kaI7+I8tutCj82w= X-Received: by 10.200.44.9 with SMTP id d9mr49908676qta.173.1511638124762; Sat, 25 Nov 2017 11:28:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.88.199 with HTTP; Sat, 25 Nov 2017 11:28:44 -0800 (PST) In-Reply-To: References: From: James Trammell Date: Sat, 25 Nov 2017 14:28:44 -0500 Message-ID: To: sox-users@lists.sourceforge.net X-Headers-End: 1eIg8A-0003i3-CF Subject: Re: which is better / more effective X-BeenThere: sox-users@lists.sourceforge.net X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: sox-users@lists.sourceforge.net Content-Type: multipart/mixed; boundary="===============7594640200622731939==" Errors-To: sox-users-bounces@lists.sourceforge.net --===============7594640200622731939== Content-Type: multipart/alternative; boundary="001a1141bda274998e055ed3ad99" --001a1141bda274998e055ed3ad99 Content-Type: text/plain; charset="UTF-8" Hi, Myself being new to SoX and unfamiliar with the code, my advice would be to try all three ways, then run a few tests to find any bad behavior. Trust, but verify. file A = one call with several switches. file B = several calls with one switch. file C = several calls with one switch, piped together. Null test Invert the phase of B, combine with A, listen for problems. Invert the phase of C, combine with A, listen for problems. Invert the phase of C, combine with B, listen for problems. Spectrograph I would also load files A, B and C into spectrograph software to see what information is present at the very bottom bits of the bit depth. Try the conversions without dither to see if the spectrographs show different levels of truncation noise. -James On Sat, Nov 25, 2017 at 1:50 PM, Glenn English wrote: > I'm getting ready to ask sox to do several things: EQ, compression, > normalization, speed change, etc. I see on the web, suggestions of > several different ways to do this: make one call to sox with several > switches, make several calls to sox with one switch, or pipe those > several calls together. > > Which of these works best? Does it matter? Does sox just figure all > this out and fork several times if it needs to? (multi-core CPU and > lots of RAM on Debian Linux, and the file is ~1G FLAC, if any of that > makes any difference) > > -- > Glenn English > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Sox-users mailing list > Sox-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sox-users > --001a1141bda274998e055ed3ad99 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

Myself being new to= SoX and unfamiliar with the code, my advice would be to try all three ways= , then run a few tests to find any bad behavior. Trust, but verify.

file A =3D one call with several switches.
file= B =3D several calls with one switch.
file C =3D several calls wi= th one switch, piped together.

Null test

Invert the phase of B, combine with A, listen for problems.=
Invert the phase of C, combine with A, listen for problems.
Invert the phase of C, combine with B, listen for problems.

Spectrograph

I would also load fil= es A, B and C into spectrograph software to see what information is present= at the very bottom bits of the bit depth.

Try the= conversions without dither to see if the spectrographs show different leve= ls of truncation noise.

-James



<= div class=3D"gmail_quote">On Sat, Nov 25, 2017 at 1:50 PM, Glenn English <= ghe2001@gmail.com> wrote:
I= 'm getting ready to ask sox to do several things: EQ, compression,
normalization, speed change, etc. I see on the web, suggestions of
several different ways to do this: make one call to sox with several
switches, make several calls to sox with one switch, or pipe those
several calls together.

Which of these works best? Does it matter? Does sox just figure all
this out and fork several times if it needs to? (multi-core CPU and
lots of RAM on Debian Linux, and the file is ~1G FLAC, if any of that
makes any difference)

--
Glenn English

-----------------------------------------------------------------= -------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Sox-users mailing list
Sox-users@lists.sourcefo= rge.net
https://lists.sourceforge.net/lists/listi= nfo/sox-users

--001a1141bda274998e055ed3ad99-- --===============7594640200622731939== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot --===============7594640200622731939== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Sox-users mailing list Sox-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-users --===============7594640200622731939==--