-------- Original Message  --------
Subject: Re: [Linuxsampler-devel] [linuxsampler] Open Orchestra project
From: Clément Guedez <klem....@gmail.com>
To: linuxsampler-devel@lists.sourceforge.net
Date: 03/23/10 10:41
> Hello guys,
>
> it's me again with some new sample bank!
>
> As I had no answer for the London Philharmonia Orchestra, I try the 
> sample of University of Iowa.
> There are wave samples but personnaly I find they "sound" less good as 
> the philharmonia one. Even if I pack other instruments (that's not 
> very good for comparison).
> So I don't know on which one I will continue for having a whole 
> orchestra.
> But I'm on holiday tuesday, so it will help to make a break and think 
> freshly about that when I'm back.
>
> You can find them here:
> http://klemklem.free.fr/gig/iowa_edu/
> There is some bad samples on Cello I need to list and remove, for your 
> information.
> But I had some fun with the several configuration available, as the 
> entire harmonic range of each string has been sampled.
>
> Also I didn't have the time to test and hear the randm dimension 
> feature. But I don't forget it, it must be quite interesting.
>
> I see there were some missing information on sample page of linuxsampler.
> The licence should be a GPL, I would say so people could modify the 
> bank for evolution as in open source.. But i need to check back the 
> licence of Philharmonia, as they are their samples.
> And for the demo track... We will see
>
> enjoy and CU
> Clément
>
>
> 2010/1/19 Clément Guedez <klem....@gmail.com <mailto:klem....@gmail.com>>
>
>     Hello,
>
>     I'm happy you enjoy them !
>     Let's mirror it for now, even if they will evoluate. It's a good
>     thing.
>
>     The dimension concept can be easily explain with the exemple of
>     the velocity and the type of sample (soft, medium, loud).
>     It was just what was the link between random feature and the
>     instrument modelisation.
>     But truly, it's an interesting feature for including the chaos of
>     reality in the play. I will try this, using different
>     articulations more than different samples. The final referee will
>     be my hears.
>
>
>     Thanks
>     Clément
>
>     2010/1/18 Christian Schoenebeck
>     <schoeneb...@software-engineering.org
>     <mailto:schoeneb...@software-engineering.org>>
>
>         On Monday 18 January 2010 17:06:33 Graham Goode wrote:
>         > Hi Christian,
>         >
>         > I'm trying to understand this property a little more too.
>         You say 'The
>         > "random" dimension selects the sample by using a (pseudo) number
>         > generator, whereas "round robin" rotates always in the same
>         sequence /
>         > cycle of the given samples.'
>         >
>         > If there is only one sample per MIDI note, what happens?
>
>         Ok, I guess you're not familiar with the "dimension" concept
>         of the
>         Gigasampler format yet. There are various resources which
>         describe it, if not
>         let me know, and we add something to the website or gigedit
>         docs or something,
>         since this a mandatory knowledge to know for creating or
>         editing .gig files.
>
>         I try to make it short for just answering this question. A
>         "dimension" in the
>         gig format is usually a MIDI controller (e.g. pitchbend wheel,
>         modulation
>         wheel, sustain pedal) but also some special types like the
>         mentioned "random"
>         and "round robin" dimensions, which simply virtually create
>         the numbers which
>         otherwise would come from those MIDI controllers. Full list
>         dimension
>         controllers:
>         
> http://download.linuxsampler.org/doc/libgig/api/namespacegig.html#f9f1af3eb2a77df5fc7d0f56b3f13d3d
>
>         For each "dimension" you have to define in how many zones you
>         want to split the
>         dimensions value range. Minimum is 2 zones (which equals 1
>         split). Dependent
>         on what value the dimension controller delivers, the
>         respective zone is then
>         selected at runtime. And for each zone you can AND MUST define
>         which sample to
>         be played AND which articulation settings to be applied on
>         that sample for
>         that zone (this is actually also one of the main critics about
>         the gig format,
>         that you have to define and edit more than you actually would
>         expect from an
>         instrument designers perspective).
>
>         So you can play different samples for each zone, but you can
>         also assign the
>         same sample for all of them and just use different articuation
>         settings for
>         each zone. And if you neither want to use different samples
>         nor different
>         articulations, then you definitely dont need the dimension and
>         you would not
>         create it at all.
>
>         I know this dimension system is not very intuitive to
>         understand on the first
>         view. I hope though I answered your question.
>
>         CU
>         Christian
>
>         
> ------------------------------------------------------------------------------
>         Throughout its 18-year history, RSA Conference consistently
>         attracts the
>         world's best and brightest in the field, creating
>         opportunities for Conference
>         attendees to learn about information security's most important
>         issues through
>         interactions with peers, luminaries and emerging and
>         established companies.
>         http://p.sf.net/sfu/rsaconf-dev2dev
>         _______________________________________________
>         Linuxsampler-devel mailing list
>         Linuxsampler-devel@lists.sourceforge.net
>         <mailto:Linuxsampler-devel@lists.sourceforge.net>
>         https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> ------------------------------------------------------------------------
>
> _______________________________________________
> Linuxsampler-devel mailing list
> Linuxsampler-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
>   
I would like to see what the new SFZ engine could do for these samples. 
Some of the opcodes can be very usefull


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel

Reply via email to