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.9 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_LOW,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 08DEF1F8C1 for ; Fri, 8 May 2020 15:15:57 +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 1jX4j8-0004PX-T0; Fri, 08 May 2020 15:15:50 +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 1jX4j7-0004P9-D7 for sox-users@lists.sourceforge.net; Fri, 08 May 2020 15:15:49 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.net; s=x; h=Content-Transfer-Encoding:Content-Type:MIME-Version :Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: 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=4cfc/CvfkOA9Y+4oudHligzuOHecOhsavdTEfYUVF3M=; b=EkIloZiaOm4DOhFb+GEMdXn3j6 7+2dY8cxsig6IPfwOUIndblYYGAhD8gQ/1HbsyP7uLFTZUDnO54sip95gcqgputyr0lgaQOyVDDmk CPs0RVky71Y1LA0DnyYnz1cGXCRkRbDg4kqogCUwG7r7IzZsQw+nYPSFC+opfJLunF4c=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sf.net; s=x ; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=4cfc/CvfkOA9Y+4oudHligzuOHecOhsavdTEfYUVF3M=; b=PNTwmpuaATf1j8CG3OQK4UBB9K waRTNqOEoWYNxCtEEqHMGi3fEsgZY6cCErcG/0ryCk3PXjC0XeWVWDKx0yTUsYPNU3wTJkGBBS8SP DfHzKvspaP3VFE5HfdcsAEb/W3LDg1iIQhX/JDAPlwByFvUwKYYOG5gzt0rn3CSj5nSY=; Received: from unicorn.mansr.com ([81.2.72.234]) by sfi-mx-1.v28.lw.sourceforge.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.2) id 1jX4j5-0020U0-Tg for sox-users@lists.sourceforge.net; Fri, 08 May 2020 15:15:49 +0000 Received: by unicorn.mansr.com (Postfix, from userid 51770) id A657E15360; Fri, 8 May 2020 15:59:44 +0100 (BST) From: =?iso-8859-1?Q?M=E5ns_Rullg=E5rd?= To: Jeff Learman References: Date: Fri, 08 May 2020 15:59:44 +0100 In-Reply-To: (Jeff Learman's message of "Thu, 7 May 2020 15:16:22 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 X-Headers-End: 1jX4j5-0020U0-Tg Subject: Re: SoX bug: smpl chunks deleted 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 Cc: sox-users@lists.sourceforge.net Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Errors-To: sox-users-bounces@lists.sourceforge.net Jeff Learman writes: > I noticed that when converting stereo sample files to mono, the 'smpl' > chunks (which encode loop information used by sample players), SoX omits > the 'smpl' chunk in the output file. > > For example, > > sox input.wav -c 1 output.wav > > sums a stereo input.wav to a mono output.wav. However, the 'smpl' chunk = in > input.wav is discarded. > > I have a workaround; I wrote code to extract the smpl chunk and append it > to the output. But it would be nice if 'smpl' chunks were supported by > default, at least for the easy cases. (I realize it could be difficult or > impossible for many cases.) > > What's the best way to file a bug report? The smpl chunk isn't part of the official WAV format, so SoX ignores it. It's the only reasonable thing to do with unknown chunks. Copying them across to the output is risky since we can't know that the processing didn't invalidate them. For example, a chunk referencing specific samples is (likely) still relevant after downmixing stereo to mono, whereas resampling to a higher or lower rate will obviously make it useless. The best we can reasonably do is add a flag to specify extra chunks to preserve if found in the input. Would that be helpful in your case? -- = M=E5ns Rullg=E5rd _______________________________________________ Sox-users mailing list Sox-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sox-users