Gabriel M. Beddingfield wrote:
> Sebastian Moors wrote:
>> after more tests i found out that the change appears with revision 210.
>> This is the revision in which the lead and lag feature was introduced.
>> It would be great if someone with more knowledge of the audio-internals
>> could look
>> into that part of code..
>> -Sebastian
>
> Hi Sebastian,
>
> I'll be working on a different bug for lead/lag... so I'll take a look at
> this
> issue, too.
Things have started getting busy for me, so here's the status of this bug (in
case I don't get back to it in a timely manner):
* To see the bug happen, you need to have quantize off.
* I'm pretty sure the problem is in the 'lookahead' code (which
was also the problem for lead/lag). This is found in
audioEngine_updateNoteQueue(). The lookahead is manipulating
the global variable m_nPatternTickPosition, which is used
to timestamp realtime events. Thus, it's typically off by
the value of lookahead (5 ticks + 2000 frames).
* Note that when a song starts, m_nPatternTickPosition changes like
this (120 bpm, 44.1kHz):
0, 10, 11, 12, ...
But, one would expect this:
0, 1, 2, 3, 4, ...
It does this because of the lookahead.
* The solution is to find some way that getTickPosition() (i.e.
m_nPatternTickPosition) will return an in-pattern tick position
*without* any lookahead.
I'm working on a solution, but this week looks pretty busy. So, here's what I
have in case I disappear. :-)
Peace,
Gabriel
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Hydrogen-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hydrogen-devel
