<br><br><div class="gmail_quote">On Fri, Jun 18, 2010 at 5:19 PM, Adrian Knoth <span dir="ltr"><<a href="mailto:adi@drcomp.erfurt.thur.de">adi@drcomp.erfurt.thur.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Fri, Jun 18, 2010 at 05:14:31PM +0400, Louigi Verona wrote:<br>
<br>
> at this point I'd like to get an expert explanation of what is slower than<br>
> real time and faster than real time. I don't know what it means %)<br>
<br>
</div>Put simply: if you have a 3mins song and rendering it to a file takes<br>
exactly 3mins, then this is realtime. If it takes more than 3mins to<br>
"calculate" the song, it's "slower than realtime", if it takes less,<br>
than it's "faster than realtime".<br>
<font color="#888888"><br>
<br>
--<br>
mail: <a href="mailto:adi@thur.de">adi@thur.de</a>       <a href="http://adi.thur.de" target="_blank">http://adi.thur.de</a>      PGP/GPG: key via keyserver<br>
</font></blockquote></div><br><br>Adrian, thanks!<br><br>Well, typically, on Windows where a sequencer is an IME (Integrated Music Environment) you would choose different quality settings of rendering and that would define how fast it is. Sometimes it might be slower, sometimes faster.<br>
<br clear="all"><br>-- <br>Louigi Verona<br><a href="http://www.louigiverona.ru/">http://www.louigiverona.ru/</a><br>