From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS6130 216.105.38.0/24 X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.sourceforge.net (lists.sourceforge.net [216.105.38.7]) (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 231111F5AE for ; Thu, 17 Jun 2021 14:03:26 +0000 (UTC) Received: from [127.0.0.1] (helo=sfs-ml-1.v29.lw.sourceforge.com) by sfs-ml-1.v29.lw.sourceforge.com with esmtp (Exim 4.90_1) (envelope-from ) id 1ltsbr-0002Ek-0Z; Thu, 17 Jun 2021 14:03:07 +0000 Received: from [172.30.20.202] (helo=mx.sourceforge.net) by sfs-ml-1.v29.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltsbp-0002EG-2m for sox-users@lists.sourceforge.net; Thu, 17 Jun 2021 14:03:05 +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: 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:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=9hoD1D8BVyo9q2pQLw3Ux7mA2nR+FuX5R0jwXNPDtWY=; b=TKG5sReIt0syBP6LobKoylOARS UMbak8ZLUulEJzFl0wgUmK9k0vY57rQYU6i/RlCRBYaWoY9fzMChthjQRWmUMC/QCscw0P8V3sFIY N8VTIqmZDbZdSjHuqJ3Bh7Z30sJ15xIxFF0yscSbIk9xWVjHiIscQHLR3SbKKgpmWqoM=; 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: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:In-Reply-To: References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:List-Post: List-Owner:List-Archive; bh=9hoD1D8BVyo9q2pQLw3Ux7mA2nR+FuX5R0jwXNPDtWY=; b=F waxjen+5Tk5mMkFtOQiLH5pHbxq4wRFzNnRD6sGykR3IFTkWBA45mlROAh1jI8x7nuynS4OhJF9z2 UPX4RUnMvXB+cZhdR1URmEx4d7Fb9IAYtK0EstGrRmgmuiPSfUTG1DXml7ZSPXE85OJ74GxNDJeFG QdNtUYK/yJcsCPps=; Received: from mail-vs1-f48.google.com ([209.85.217.48]) by sfi-mx-2.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92.3) id 1ltsbc-0004bq-TR for sox-users@lists.sourceforge.net; Thu, 17 Jun 2021 14:03:05 +0000 Received: by mail-vs1-f48.google.com with SMTP id z15so3038198vsn.13 for ; Thu, 17 Jun 2021 07:02:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=damsmart.com.au; s=google; h=mime-version:from:date:message-id:subject:to; bh=9hoD1D8BVyo9q2pQLw3Ux7mA2nR+FuX5R0jwXNPDtWY=; b=BpKbmnU8qV518AiU1jk6sZFI+oQL5wfxpBvAxuBN/K0dMb33mbcs5/2QS3RE7RNi6i 1F8CzZOXEZdnctrNDZl01CJi5JrcPb8L/QwI/yoJlyWTMCEdmTWm3H5cuAb6Ek+ZvyEg 1WOOX9Xa6MgWv9xMel+u06X5EJyvHk5Udi3HaPjGLn+3eXQM9zUMofUluFsu/NpZJIiE QP1ZQl7Kax7NAPiN87Ua9N7v6AmtGJO8jz92P5nRdXM6GPfpLycevklkLwUMHBHRv71S 2IFh05Fg+5Efqntj8gGRUxjz0x7gmJ2Cwsm1KXS4wJvGZYxSnFo73/VrPSy/2BVd5/bD WeGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9hoD1D8BVyo9q2pQLw3Ux7mA2nR+FuX5R0jwXNPDtWY=; b=sM9gl3Qq19ZtuUIID/fzeQ1VtOIgx03WJIWNHNVtHMr8OCC6S32wkvI/CA0iKfBHcU TzT8NBOL+RbZtl6o4iaAs8fJpKxzryEBJ3+86Zb72C2IkVVGjrvtPfqF4L0d7wM1DjfI 20pJIXS7IXhG9QLuIkNroMYDwahBvxbKgpYJJN5WqJjZwli412DiXmeeDRWaCIciC9un 2MMpfTeeo1pKqFMy5H53QV0iRR5DZbXgQO4Q/f5Y4Vdcykv6HnL/BDTIF1N5BCxc7lv/ CCZe3zZkcO1uvtSyh+naCS4L7kEt7l8JfP3Xh07kwQJpfjO0ThzFnI574OkmeNTc2deZ vfVw== X-Gm-Message-State: AOAM5337ZD5HBRHrZTunhLsY4kKy64YQTcR6w1m+dcPfuFErDLw4BEi3 WOqYxM+1TgU2VdkhRItF8U8Zs/IrRAMM6j9zxmPucbISvbGRGCIN X-Google-Smtp-Source: ABdhPJx7La3oZAS5MOjK9pXNybCXA0WPNGlCAieQMt67M4kpF90w+ocIa7Gs6pySlFrZ1h6+n+eBkl4xASFSrJmKo2w= X-Received: by 2002:aa7:8e5a:0:b029:2e9:10d3:376f with SMTP id d26-20020aa78e5a0000b02902e910d3376fmr5189258pfr.19.1623934856419; Thu, 17 Jun 2021 06:00:56 -0700 (PDT) MIME-Version: 1.0 From: Scott Temby Date: Thu, 17 Jun 2021 23:00:49 +1000 Message-ID: To: sox-users@lists.sourceforge.net X-Headers-End: 1ltsbc-0004bq-TR Subject: "norm" effect causes intermittent truncation of MP3 output. 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="===============2973620264279837561==" Errors-To: sox-users-bounces@lists.sourceforge.net --===============2973620264279837561== Content-Type: multipart/alternative; boundary="000000000000416f9305c4f5cc1a" --000000000000416f9305c4f5cc1a Content-Type: text/plain; charset="UTF-8" Hi, When using "sox.exe *.wav* -C 192.01 *.mp3* norm" I've found the output is occasionally truncated (shorter duration than the input, but matches up to that point). I've tried this on a few systems, and while the fault is intermittent (not linked to any particular input file or condition), it does repeatedly occur (a few times in a "batch"). Immediately re-processing the same input files often yields success, or at least, failures on different files. I've also tried -C 192.2 to see if that was the issue, and it is not. removing "norm" solves the problem, and I can reliably encode thousands of files without truncation. Hopefully there's an easy fix, if not, at least you are now aware of the issue. Regards, Scott --000000000000416f9305c4f5cc1a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

When using "sox.exe=C2= =A0<source_file>.wav=C2=A0-C 192.01=C2=A0<= i style=3D"font-family:"Open Sans",sans-serif;font-size:13.3333px= "><destination_file>.mp3=C2=A0norm" I've found the= output is occasionally truncated (shorter duration than the input, but mat= ches up to that point).

= I've tried this on a few systems, and while the fault is intermittent (= not linked to any particular input file or condition), it does repeatedly= =C2=A0occur (a few times in a "batch"). Immediately re-processing= the same input files often yields success, or at least, failures on differ= ent files. I've also tried -C 192.2 to see if that was the issue, and i= t is not. removing "norm" solves the=C2=A0problem, and I can reli= ably encode thousands of files without truncation.
<= br>
Hopefully there's an easy fix, if not, at least you = are now aware of the issue.

<= div>Regards,
Scott
--000000000000416f9305c4f5cc1a-- --===============2973620264279837561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============2973620264279837561== 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 --===============2973620264279837561==--