Re: cymbalom

EvilDragon wrote:

Well, I think that it's possible to accommodate several different modelling techniques in one model. It's all in the programming, really.

I agree with you.  The basics of physical modeling (synthesis of sine waves) is applicable to any sound.  And it seems that an organ would be much easier to model (no thumping pedals, dampers, string noise, etc. - a piano is a very noisy instrument).

I'm not suggesting that Modartt couldn't or shouldn't model organs - but I fear they would blow the competition out of the water.

Glenn

__________________________
Procrastination Week has been postponed.  Again.

Re: cymbalom

Modartt is the company; Pianoteq is (just) a product.  Pianoteq *could* be modularized as The Dragon says. Should it be?  I doubt it.  I think there is danger in trying to make one product be all things to all people.  I would however like to recreate the acoustic double bass that was available in PTQ 2 as I have the score for Miles Davis' Flamenco Sketches and already have a physically-modeled trumpet.

I have been extensively involved with Hauptwerk for 5 years, beta-testing version 2 and involved in production of several sample sets on various levels.  There are two "factions" in the Hauptwerk community; those who are striving to produce accurate facsimiles of existing pipe organs (including their natural acoustics) for home use/archival purposes, and those (fewer in number and considerably less commercially vocal) wishing to support and augment existing pipe organs with digital technology and provide viable alternatives to expensive pipe installations.  It is the latter camp to which I (mostly) belonged.

It is true that Hauptwerk relies on multi-gigabyte sample sets but unlike conventional samplers and due to the nature of the organ (anything can be sounded at any time and in any combination) the entire organ must be loaded into RAM.  Just think about that for a second.  It just isn't practical at the present time to sample a large organ with samples longer than 10-15 seconds, particularly at more than 44.1/16 bit. 

It is correct that organ tone does not decay, but conversely the tone is far from static and a looped sample is hardly optimal in this application.  Hauptwerk does (where possible) use multiple loops within samples to make the result less boring.  Looping these samples is no mean feat, particularly if the recording is up-close rather than ambient.  Even assuming that all these conditions are met and a "perfect" set of samples is obtained, rather like the situation with sample pianos, you're left with a very narrow representation of a particular instrument which, even with Hauptwerk's built-in, real-time voicing controls (tone filters, nothing more, nothing less) is always going to have the same basic flavour.  You're not going to be able to turn a Viola da Gamba into a leathered Open Diapason No. 1.

(Please forgive the length; I've had a few)

One poster commented that there isn't much percussive attack on an organ.  Sure.  But there *is* an attack which is very complex and the nature of it is rooted in physics and the physical construction of the pipe/style of voicing.  Something which could be done with Physical Modeling that cannot be achieved any other way, would be akin to the hammer hardness and soundboard controls in Pianoteq; for an organ, (simplifying) the variables could be:

1) Diameter of pipe (narrow pipes develop more overtones than broad ones)
2) Ratio of mouth width to pipe diameter.
3) Height of upper lip of pipe (lower develops more overtones and quicker attack, generally a higher lip is used for orchestral flutes on copious wind)
4) Windpressure (complex interactions with other parameters, naturally!)
5) Wind flow rate (toe hole size, position of languid)
6) Taper of pipe (suppression/reinforcement of certain harmonics)
7) Stopped or open (pitch and timbre change)
8) Chimmneys (partially stopped) - development of higher harmonics - reedy tone

9) Scaling - timbre changes over the compass of the keyboard.  Ralph Downes' book "Baroque Tricks" gets into this heavily and his experiments at the Royal Festival Hall.

...and that's just for flue pipes.

To clarify, the Hauptwerk wind model modulates both tone and frequency of the samples in real time to simulate the (sometimes excessive) wind demand when lots of pipes are sounding.  While it *is* possible to radically change the tone of the samples by stating "pipe X is on 6" of wind" and then only supplying it with, say, 2", this will radically affect the pitch in unpredicable ways and wasn't the actual point of the model.  The actual tone generation in the engine is purely sample-based.

It is my dream to be able to, for instance, extend the compass of a stop on a real organ, either upward or downward, by applying real measurements such as those mentioned above, to a virtualized model.  Or to be able to replace one type of solo flute with one of a different character, without resorting to crude tone controls (ignoring time-domain features) or swapping out entire sets of laboriously-created samples.  Never underestimate how laborious a process sample editing is.

Re: cymbalom

Neil:

So why don't you think Organteq would be a good idea or viable?

Since with organs, there isn't the problem with sympathetic resonance (no soundboard) - which must add considerably to the computations, and a much easier attack/decay to model, it would seem much more efficient to use physmod than samples.

In fact I suspect that a physmod organ could be extremely realistic.

Correct me if I'm wrong, but I suppose the reason that the sound is not static is because there are inevitable beats between various pitches.

The more I think about it, the more it seems entirely logical to model the organ.  Years ago there was a weekly program around Christmastime on our national radio network that featured "old Swedish organs" - the tonal variation was amazing.  Wouldn't this be more easily modeled than recorded?

Glenn

__________________________
Procrastination Week has been postponed.  Again.

Re: cymbalom

What a great post, Neil!

Question: seeing how well WIVI did well for wind instruments, and with such a low CPU usage too, don't you think that Arne Wallander is on to something there? After all, organs ARE keyed wind instruments!

I bet if Modartt and Wallander merged, we'd be in bliss!

And if QuikQuak then joined them, we'd have a draw-your-own-room-for-reverb in Pianoteq, then place tehe piano anywhere in that virtual room! Man, I really LOVE RaySpace reverb!

Last edited by EvilDragon (19-12-2009 02:16)
Hard work and guts!

Re: cymbalom

One thing I would like to see is a set of steel drums. Imagine how good that would sound. And with Pianoteq technology it would indeed be very possible.

Ben

Re: cymbalom

Glenn NK wrote:

Neil:

So why don't you think Organteq would be a good idea or viable?

Glenn

Au contraire, sir.  I think it would be a fantastic product.  What I meant was, I didn't think Pianoteq itself - particularly the interface - should be hacked up to do it. 

Regarding stability of sound, or lack thereof, yes there are pitch/phase interactions between pipes (which can be aggravated by looping of course) but I was actually thinking of the end result of exciting a column of air with a turbulent air-sheet.  Something like a pedal string pipe has a very slow attack, pronounced transient noise and a "burble" because the majority of the air-sheet is outside the pipe, due to how the mouthparts are arranged. 

Even a large-scale flute won't speak the same way twice and the character of the "random" air noise is a big component of the sound.  Of course the air noise isn't random, it's effectively filtered by the construction details of the pipe which I've already discussed, being set to emphasise odd-order harmonics for a stoppered pipe, for instance.

Pipe width affects tone because the natural harmonic resonances of the pipe resonate when the pipe is excited by the air sheet and depending on how the airsheet is angled, different "forced" harmonics are developed.

The natural resonances are *not* exact multiples of the fundamental, becoming progressively sharper higher up the series.  This is due to end-correction; the pressure waves traveling up the pipe overshoot the end, so the pipe appears to be longer than it actually is.  This correction is more pronounced for the fundamental and low-order harmonics (which sound relatively flatter than the should be) and is more pronounced for wider pipes.  What this means is that for a wide pipe, there is more disparity between a plot of the frequencies of the natural harmonics compared with the forced harmonics.  This results in less amplification of the high-order harmonics (by resonance) and a duller tone.

An easy experiment to show the effect of the airsheet is to blow across the top of a beer bottle.  Varying the angle of your lips (the airsheet) will vary the tone from stringy to fatter.  Couple this with a thinner or fatter pipe  and even this crude arrangement can yield a variety of tones.  Now support the bottle on a table and place your hands vertically at the corner of your mouth, making a seal with the bottle top.  Notice that this concentrates the airflow, making the tone much fuller and the speech more prompt.  Exactly this arrangement is used on many pipes which have "beards" of metal soldered onto them.

Re: cymbalom

Neil, please join Modartt and carry on with church organ modelling!

Hard work and guts!

Re: cymbalom

oh yes, +1!

Re: cymbalom

Gents, I may know about organs and know a Willis from a Schnitger, but my maths skills are a big fat zero. It is incredibly frustrating knowing what I want to do, or have a piece of software do, but not be able to do it. 

I'll try to find and upload a short doodle I did with a very rough-and-ready organ flute which is completely synthetic; no samples or analysis of samples were used to make it, but to clarify, what you'll hear *is* in sample form, replayed through Hauptwerk.  Hopefully at least someone would find it "realistic." 

The biggest challenge (other than the developer giving up and abandoning the project) with creating sounds so vivid and "raw" is getting even reasonable loops.  This is why I'm convinced that working real-time is the way forward.

Re: cymbalom

Okay, extract of Percy Whitlock's "Dolcezza" uploaded.  Bear in mind this is additive synthesis.  The noise components are intended to simulate the interaction between the different frequencies of the natural and forced harmonics.  It is very rough and in places the noise is completely overdone as I was trying to see what the limits were (not very high!) for proper looping.  Some notes in the last few chords, you'll hear the tremulous effect which is a high level of natural harmonics interacting with basically a similar output level of the forced lower partials.  I think I only properly sorted out a couple of notes in the lower octaves, the rest being mostly inter and extrapolated which only works to a point. 

The breath noise is bands of oscillating sine waves in groups, say partials 20-30 and a higher band of partials 50-80.  These meander around the spot frequencies in a semi-random fashion and the end result was designed to sound like air-sheet interaction.  Obviously in a pipe of this type, there is no excitation above about the 8th partial but this noise is vital for the "believability factor" and missing entirely from conventional additive synthesis, or in later incarnations of Bradford/Musicom, added in by using sampled noise.

There has *got* to be a better way of doing this than guesstimating/doing it by ear with additive synthesis though.

Re: cymbalom

Gentlemen, gentlemen.

Creating pianos is complex, delicate work, as is crafting software and attending to the needs of people who constantly want changes in both the pianos and software. We wouldn't want to distract, would we?

Re: cymbalom

Jake Johnson wrote:


We wouldn't want to distract, would we?

Agreed.  How are you getting on with your streched tuning data?  Do you still need someone to look at the Steinway M?

Re: cymbalom

Yes, yes on the M.

And did you see the post in that same thread with the link to the spreadsheet giving three separate, note-note tunings for a Steinway B? Along with Kawais and Yamaha's and other Steinways...Do you by any chance know how to create tuning files in Scala? Since the file is a spreadsheet, it might be relatively simple to copy and paste each piano's settings for a Scala file. Much easier than dragging the bars in the Detune pane.

I'll post the file as a preset later today. But I've only taken it as far as I can--I need help. It's hard for me to judge the result after to listening to each note for so long.

Last edited by Jake Johnson (19-12-2009 17:28)

Re: cymbalom

NeilCraig wrote:

Gents, I may know about organs and know a Willis from a Schnitger, but my maths skills are a big fat zero. It is incredibly frustrating knowing what I want to do, or have a piece of software do, but not be able to do it.

On the matter of the Pianoteq interface, I'm not suggesting hacking it to make an organ (a sacrilege), but a developing completely new software called Organteq.

I think the piano technician background of Phillipe Guillaume was critical in being able to develop Pianoteq.  A mathematician without this background would have a very difficult time understanding the interactions of the parts of a piano that affect the sound.

http://www-gmm.insa-toulouse.fr/~guillaum/cv_en.htm

Perhaps with your knowledge of organs, you could be in for a career change - math skills are learned.  Or you could learn French and collaborate.

Glenn

__________________________
Procrastination Week has been postponed.  Again.

Re: cymbalom

I think Julien's English is very well, no need for Neal to learn French


Also, I don't have anything against changing the interface of Pianoteq in case of a possible future church organ add-on. Take a look at EastWest PLAY and their way of hosting vastly different sample libraries all through one unified interface.

Hard work and guts!

Re: cymbalom

@ Glenn:  Yes, the PLAY-style interface is an idea but even for a small chamber/continuo organ (a nice proof of concept and I have quality, unedited samples of one for analysis purposes) the main interface would only have enough detail for setup of the entire instrument; temperament, acoustics, listener distance (markedly alters tone due to much of the noise not carrying far) and balance between ranks.  For the different ranks of pipes, there would need to be a - or several - deep editing modes.

@Jake:

Somehow I missed the rest of the discussion about the tuning data and Scala files.  In short, I don't know anything about Scala files but I'm quite prepared to learn if that's going to help someone.

In respect of fractions of cents, Philippe et al would have the definitive answer as to whether this matters to the PTQ engine.  If it doesn't, the probable reason would be that a struck piano string won't keep to a static frequency, unlike an organ. 

If you held down 2 organ keys an octave apart and you had a tuning discrepancy of less than 1 cent, you may well hear the phase shifts over time.  This would be more noticeable on an electronic, because of the ways that electrical signals interact and phase cancellations are much greater in magnitude than with pure acoustic mixing. 

Tuning organs is tricky business because in particular, reeds will produce enharmonic noise which can beat against mixtures etc.  I don't see this being a problem with piano because the sound is constantly evolving in spite of your tuning accuracy.

Re: cymbalom

I looked into Scala a little more and think I have good news: a Scala file is only a text file, and the format appears simple--just put the number of tones at the top and then on each line the pitch in cents.

Here's their page about the format, and the home page for downloading the free Scala program:

http://www.huygens-fokker.org/scala/scl_format.html
http://www.huygens-fokker.org/scala/

BUT: I don't know for certain if loading a Scala file into PTeq has exactly the same effect as "manually" detuning each note one by one. Do the other elements interact the same way with the new tuning with a Scala file, or does the tuning come in later, just altering the pitches as though one had transposed the midi data? I'm afraid it may be the latter. I guess I have to post a separate question about this.

Re: cymbalom

NeilCraig wrote:

Okay, extract of Percy Whitlock's "Dolcezza" uploaded.  Bear in mind this is additive synthesis. 

...

There has *got* to be a better way of doing this than guesstimating/doing it by ear with additive synthesis though.

I love the organ too and sometimes play a sampled instrument from Sampletekk, but I would love a physical model.

Some people claim to be already doing it:

http://www.domusorgels.nl/en/unico/physicalmodeling

or are studying it:

http://www.sea-acustica.es/Sevilla02/mus06011.pdf

Has this produced any worthwhile result that you know of ?

Re: cymbalom

Gilles wrote:

Some people claim to be already doing it:

http://www.domusorgels.nl/en/unico/physicalmodeling

I have several amusing anecdotes about Viscount (who developed Unico/Physis) and their prior mishaps which I won't repeat here. 

Suffice to say that they developed it over a 10 year period (based on computing power of 10 years ago?), the hyperbole is staggering yet there is not_one_single_demonstration of a single simulated pipe in a dry acoustic (e.g. a builder's voicing room). 

When the CM100 module came out, I had a lengthy exchange with the director of Viscount UK about it and begged for demos of even a few of the hundreds of voices they claimed in their literature.  All I received was links to some tutti performances of little-known germanic works which were swamped in artificial reverb and sounded little better than - no, I'll rephrase this - they were excruciating.  I also asked for information on what was user-alterable in the voicing and it was pretty disappointing.  If they don't have the voice you want, you're out of luck.


or are studying it:

http://www.sea-acustica.es/Sevilla02/mus06011.pdf

Has this produced any worthwhile result that you know of ?

I saw this paper a few years ago when trawling for information on physical modeling.  The main disappointment is that they chose to model free reeds.  Very few organs use free reeds and the only type of reed stop using them is an imitative clarinet.  In a nutshell, if you wanted to add some pedal reeds to your small pipe organ, they would be striking reeds not free ones.

Re: cymbalom

olepro wrote:

Now i have tried the cymbalon and this is really sounding great :-)

Yes!

And a funny thing i have noticed.
The very first attack (milli seconds) has some of the sound i have missed on all the piano models !
This sound of wood/felt on a steel string.
I actually tried to layer the C3 with a very little amount of the cymbalon attack and it really does something..... me think

Yes, I can hear this too. I hear two things - a pleasant "click" right at beginning, and then I hear very high frequency, metallic overtones that decay rapidly. As you say, it really does sound like a steel string being struck.  It sounds *clear*, too - hi fidelity!
I haven't tried your layering idea yet.

Greg.

Re: cymbalom

I'm not against guitar and organ physical models if I can play them with the normal 88keys.
Of course eventually they'd need their own interfaces like the guitar (fretboard and maybe amp stuff) and the organ interface (manuals/pedals/stops)
By the way I'd suggest older cimbaloms; and some more FX for the e-piano addon.

Last edited by davidka91 (25-12-2009 00:31)