From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Dr. Mark Bugeja MD" Newsgroups: gmane.comp.audio.sox Subject: Re: Fwd: Re: merging mono files Date: Mon, 12 Dec 2016 21:06:16 +0100 Message-ID: <28c41445-1b8d-288b-61cf-a170d6447cd8@gmail.com> References: <11f05ac1-4afa-93d1-7563-67607ebeb066@gmail.com> <20161209135153.GI62092@www.stare.cz> <4b6af234-1113-c87f-57f4-78345f039a23@gmail.com> <43a8dfbd-ea02-c1f1-e18e-393bcff0f43b@eckner.net> <3a036732e30b6237a82ed45a60f92ed8@wingsandbeaks.org.uk> <4a6e2cd0-009c-05d7-ff6e-e2e3462a455f@gmail.com> <9616ecf7b1c1f2ce0c853ccc8218512f@wingsandbeaks.org.uk> <6533c36b-631b-cc83-0980-17bed81ee74c@gmail.com> <20161210215259.GB98254@www.stare.cz> <22eb14b9-3254-f2f2-0b2e-bee3977eeef5@gmail.com> <1350f8ed-ba69-6869-265f-769332e21c0a@eckner.net> <7a1e1fddab5409091da7baad94c88510@wingsandbeaks.org.uk> Reply-To: sox-users@lists.sourceforge.net NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0458967899564046439==" X-Trace: blaine.gmane.org 1481573204 9979 195.159.176.226 (12 Dec 2016 20:06:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Dec 2016 20:06:44 +0000 (UTC) User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 To: sox-users@lists.sourceforge.net Original-X-From: sox-users-bounces@lists.sourceforge.net Mon Dec 12 21:06:40 2016 Return-path: Envelope-to: gcas-sox-users@gmane.org Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.51 as permitted sender) client-ip=74.125.82.51; envelope-from=marcusfb@gmail.com; helo=mail-wm0-f51.google.com; X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=wRTU+gZvq/b4HTj5eHeTWU/fx7bSkz5CLo1shON/8s0=; b=HBCh89yAjDkXbQ0HwQx5zV1oyCb1lDYtigHqyLDUei9i+xau0nh4vljzs5OtvHNjYu lYBxaoh8/Hqw4yklB1Q7MDyWQp3ZaUeXDPm7LheAis+8BWeJaI8NA4n3KW92n4KJY/eo sy/ctQmsQkWZiM2Y3MBkErNmHI/QZiYyclH503ET0UXKZF0pejn+QaktitJUcynarPKo +xLyjEGTz4Ku0kyeMVem1O2aFkatRWonsEuIkPP+uSy7U9GshaYwiSESYRc47dcyiTv3 TzWXK801e2z0EkyJThyB6OXU3BjoZuNeUHIV/tYy5ow0Ul+G+qZigpmynABB/W0n76q4 NUrw== X-Gm-Message-State: AKaTC02xWkC5pXY5NzyT43VBzZ9VD8Cg4z2YQHmODzHpgVYdUkXxsUPyIG6uParGVEuXMg== X-Received: by 10.28.54.216 with SMTP id y85mr11781951wmh.85.1481573182364; Mon, 12 Dec 2016 12:06:22 -0800 (PST) In-Reply-To: X-Antivirus: avast! (VPS 161212-1, 12/12/2016), Outbound message X-Antivirus-Status: Clean X-Headers-End: 1cGWrk-000815-ON X-BeenThere: sox-users@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: sox-users-bounces@lists.sourceforge.net Xref: news.gmane.org gmane.comp.audio.sox:6434 Archived-At: Received: from lists.sourceforge.net ([216.34.181.88]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cGWru-0001oJ-EW for gcas-sox-users@gmane.org; Mon, 12 Dec 2016 21:06:38 +0100 Received: from localhost ([127.0.0.1] helo=sfs-ml-3.v29.ch3.sourceforge.com) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1cGWrn-0006uP-FR; Mon, 12 Dec 2016 20:06:31 +0000 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1cGWrm-0006uK-46 for sox-users@lists.sourceforge.net; Mon, 12 Dec 2016 20:06:30 +0000 Received: from mail-wm0-f51.google.com ([74.125.82.51]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) id 1cGWrk-000815-ON for sox-users@lists.sourceforge.net; Mon, 12 Dec 2016 20:06:30 +0000 Received: by mail-wm0-f51.google.com with SMTP id f82so86256415wmf.1 for ; Mon, 12 Dec 2016 12:06:28 -0800 (PST) Received: from [127.0.0.1] ([195.158.99.83]) by smtp.gmail.com with ESMTPSA id v202sm36959047wmv.8.2016.12.12.12.06.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 12 Dec 2016 12:06:21 -0800 (PST) This is a multi-part message in MIME format. --===============0458967899564046439== Content-Type: multipart/alternative; boundary="------------EDB228BFA4A9EE2F295E56CA" This is a multi-part message in MIME format. --------------EDB228BFA4A9EE2F295E56CA Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit I did explain before that the main folders have samples PLUS 3 folders, each with samples of their own. I just sent a reply to highlight this fact. I am in the process of creating "main" subfolders, shifting the main files there and repeating the process. Seems to be working fine like this. The structure of the folders is how GrandOrgue and Hauptwerk recognize the main files for a note/sound, with releases for those notes in appropriate subfolders. There are usually 2 or 3 releases per main file. Sometimes the longest release is part of the main file and marked with a cue point where it starts hence the additional 2 releases are in separate folders. The releases are of different duration to mimic staccato (pressing a note which a sharp tap, immediately releasing it), a portato (what you get if you hold a note just a bit longer) and the sustained release (which is what one would hear on keeping a note held for a longer duration). The tails are progressively longer (measured in hundreds of milliseconds, of course) and produce the echo heard best in a hall or church. This is a fine detail in reproducing notes digitally but detectable by musicians. Without the releases, the notes sound dull or "dry" as you would get in a small carpeted room.... no echo (no reverb) at all. Thanks. For all intents and purposes..... Mission Accomplished! There was no way I was going to achieve this on my own. Had I followed some advice given hear, I'd still be desperately tearing my hair out and banging my forehead on the table. I must thank in particular Kevin Conder and Jeremy Nicoll who spared me a lot of tears, bruises and a fractured skull.... not to mention a broken computer screen! Well done! Mark On 12/12/2016 20:02, Jeremy Nicoll - ml sox users wrote: > On 2016-12-12 18:35, Dr. Mark Bugeja MD wrote: >> I ran the script. It seems to have merged the files in the subfolders >> but not those in the main folder! > I don't think you described files being in a main folder. Your example > showed > that they were in eg > > \Basson16L\relnnnnn\ > & \Basson16R\relnnnnn\ > > The existing script, given the path and a sample name like "Basson16" > finds and > merges files in subfolders of Basson16L and Basson16R. > > That's what I expected it to need to do, and what Kevin expected it to > need to do. > If you wanted it to do something else as well, you'd have needed to > explain that > more clearly. > > > But more to the point, if you do have sample files in a main folder as > well as sub- > folders, it's hard to understand why. Do they not also correspond to a > particular > stop? Even if they don't, and they had to be a separate collection, I'd > have put > them in a dummy subfolder of their own, eg > > \~mainfilesL\relnnnnn\ > & \~mainfilesR\relnnnnn\ > > simply because that would have kept the file structure the same for all > of them, > & thus kept the scripts simple. That "~mainfilesL" has a "~" at the > start so it > would appear at the start of an alphabetically-sorted list of folders. > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus --------------EDB228BFA4A9EE2F295E56CA Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit

I did explain before that the main folders have samples PLUS 3 folders, each with samples of their own. I just sent a reply to highlight this fact.

I am in the process of creating "main" subfolders, shifting the main files there and repeating the process. Seems to be working fine like this.

The structure of the folders is how GrandOrgue and Hauptwerk recognize the main files for a note/sound, with releases for those notes in appropriate subfolders. There are usually 2 or 3 releases per main file. Sometimes the longest release is part of the main file and marked with a cue point where it starts hence the additional 2 releases are in separate folders. The releases are of different duration to mimic staccato (pressing a note which a sharp tap, immediately releasing it), a portato (what you get if you hold a note just a bit longer) and the sustained release (which is what one would hear on keeping a note held for a longer duration). The tails are progressively longer (measured in hundreds of milliseconds, of course) and produce the echo heard best in a hall or church. This is a fine detail in reproducing notes digitally but detectable by musicians. Without the releases, the notes sound dull or "dry" as you would get in a small carpeted room.... no echo (no reverb) at all.

Thanks. For all intents and purposes..... Mission Accomplished!

There was no way I was going to achieve this on my own. Had I followed some advice given hear, I'd still be desperately tearing my hair out and banging my forehead on the table.

I must thank in particular Kevin Conder and Jeremy Nicoll who spared me a lot of tears, bruises and a fractured skull.... not to mention a broken computer screen!

Well done!
Mark

On 12/12/2016 20:02, Jeremy Nicoll - ml sox users wrote:
On 2016-12-12 18:35, Dr. Mark Bugeja MD wrote:

I ran the script. It seems to have merged the files in the subfolders
but not those in the main folder!

I don't think you described files being in a main folder.  Your example 
showed
that they were in eg

   \Basson16L\relnnnnn\
& \Basson16R\relnnnnn\

The existing script, given the path and a sample name like "Basson16" 
finds and
merges files in subfolders of Basson16L and Basson16R.

That's what I expected it to need to do, and what Kevin expected it to 
need to do.
If you wanted it to do something else as well, you'd have needed to 
explain that
more clearly.


But more to the point, if you do have sample files in a main folder as 
well as sub-
folders, it's hard to understand why.  Do they not also correspond to a 
particular
stop?  Even if they don't, and they had to be a separate collection, I'd 
have put
them in a dummy subfolder of their own, eg

   \~mainfilesL\relnnnnn\
& \~mainfilesR\relnnnnn\

simply because that would have kept the file structure the same for all 
of them,
& thus kept the scripts simple.  That "~mainfilesL" has a "~" at the 
start so it
would appear at the start of an alphabetically-sorted list of folders.



Avast logo

This email has been checked for viruses by Avast antivirus software.
www.avast.com


--------------EDB228BFA4A9EE2F295E56CA-- --===============0458967899564046439== 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 --===============0458967899564046439== 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 --===============0458967899564046439==--