The only sound one can play at random without loosing information is a rendered sound file (or a synced set of they as in a daw), events are incomplete as audio information in many cases. Why not just to provide a clear interface to render offline with one server while processing rt and playing in other server with the current approach? Just to access a daw looks like the clearest approach to me.
Ah, of course! Yes, switching to/from this new NRT mode would be
fantastic, when dealing with DAW-like time based interfaces for
On Thu, Dec 20, 2012 at 11:35 PM, Hanns Holger Rutz <contact@xxxxxxxx> wrote:
> essentially what you are proposing is this new NRT mode brought forward at various occasions (including your own comments :) ... only that now you would even be able to switch a realtime running scsynth to this NRT mode.
> +10000000 from me. i would love this!!
> best, .h.h.
> On 20 Dec 2012, at 23:22, Jonatan Liljedahl wrote:
>> While dreaming about a graphical timeline score editor (algoSCore), I
>> thought about the possibility to fast forward the server.
>> It would be a server command, taking a time amount argument. When
>> getting this message, the server runs through all samples, while
>> muting the audio outputs, as fast as possible until the time has
>> reached NOW + the amount given in the argument. Kind of like switching
>> to NRT mode for a while.
>> For example, one might have an EnvGen or Line running several minutes
>> in your piece, and you want to hear it from the middle.
>> Just skipping time would not work, since all samples would need to be
>> calculated to know that you get the exact same result as you should at
>> that point in time.
>> Thoughts? Would it be doable?
>> sc-dev mailing list
>> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
>> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
>> search: https://listarc.bham.ac.uk/lists/sc-dev/search/
> sc-dev mailing list
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
> search: https://listarc.bham.ac.uk/lists/sc-dev/search/
sc-dev mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml