.
-
thanks for the lesson in etymology, william. may i introduce myself: clemens. (the artist formerly known as "this person" or "this guy").
i always thought "forum" was a latin (roman) word and not a greek, but as this is not the etymology-thread...
i would prefer talking quietly about issues of the konzerthaus organ (and come to some sort of conclusion) than arguing around, even if the greek (or the romans) had fun with it in he forum romanum (or the forum graecum). i apologize for my lack of historical tradition.
-
this is more (if not at all) a question of polyphony rather than data streams - as everywhere more polyphony means more CPU load, and especially a piano can stress polyphony a lot (say runs over the full range with sustain and/or release samples on).@clemenshaas said:
did you mean that the current vi is not capable of playing more than - say for example - 100 streamsif i'm not wrong the default polyphony in VI is 64 but can be set up to 256 (be aware this setting would need a more reliable machine than the default value) - i can imagine playing an organ with 100 streams can be done on any average system.
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
christian, sorry if i insist.
from what you say, it seems polyphony or data streams are not a bottleneck.
as iĀ“m not a programmer, i have no idea how deep into the code vsl had to go to implement my suggestions. but as it is "just" a little checkbox and muting of cells, i hope it would be a piece of cake.
a small step for vsl, but a giant heap for organists.
-
you're welcome, clemens!
though i sometimes ask our developers for changes please understand they have a very strict roadmap speaking about the wishlist vs. the available time.
especially now, having VE PRO and MIR on the current schedule, is not the best moment to add something to the features list, actually some desirable options have to be postponed now and then.
i personally think your idea is interesting - though not 100% clear to me - and i promise to discuss them in a private moment.
what i can say for sure is that even adding tiny elements to a GUI is often tricky and though maybe not a big deal (programatically) sometimes a pile of work counting out pixels and not canibalizing the other elements.
christian
and remember: only a CRAY can run an endless loop in just three seconds. -
christian, thatĀ“s all i ask for. iĀ“m aware that your programmers donĀ“t sit around bored waiting for some nerdĀ“s freakish wishes.
when you feel the time has come to knock on the developersĀ“ door, please feel free to contact me again, iĀ“m sure iĀ“ll make my idea 100% clear to you in no time.
thanks, clemens
-
Bach was a sticker for new technology and might have wanted an organ featuring velocity if it was possible (of course it would have to be well tempered, too). This is the one thing I really miss about Konzerthaus Organ: The dynamic range (DYN.R.) parameter of the patches can not be altered from 0 to something else, preventing me from adding MIDI note-on velocity to the sound. That's what I want much more than a GUI.
-
-
I agree with this - I was totally offbase before with my obnoxious contradictions - sorry about that!!
The reason it would be good to have a unique interface for the organ is because it is such a well done sampling of this great organ, and if VSL was not sampling all those other instruments - if they had done only an organ - they would obviously have created a custom organ interface. The organ is completely different from the other instruments and should have its own interface as much as the piano.
-
-
I think of buying the Konzerthaus Organ, but the only way it might be useful for me would be to play live. Is it playable? I have Korg NanoKontrol (very interesting and cheap piece of hardware) that can send Control Change Midi messages. Can KO be configured in such a way I could press a button (send say CC 01 127 and activate one of the stops?