minifmod
category: code [glöplog]
hi
anyone know an easy way to "fix" the time skew minifmod has between the note it think it's playing and the one that you actual can hear? (i.e. the skew caused by the sound buffer)?
anyone know an easy way to "fix" the time skew minifmod has between the note it think it's playing and the one that you actual can hear? (i.e. the skew caused by the sound buffer)?
can't you just ask the sound driver what the amount of latency is ?
If I remember correctly, miniFmod stores order & row for each mixed block and fetches that data for currently playing block.
So the problem you mentioned shouldn't exist as long as your block-size doesn't exceed a reasonable size.
So the problem you mentioned shouldn't exist as long as your block-size doesn't exceed a reasonable size.
I don't know if it's the same problem/cause, but I encounter random bugs on synchro made on order & row :(
Too bad that 1.7 version is the last one ever...
Too bad that 1.7 version is the last one ever...
...and that's why fvs32 did all its time sample-based and computed the exact sample position for every order/row at startup :)
any1 any idea if that occurs in ufmod aswell ?
and whats that fvs32, plz ?
and whats that fvs32, plz ?
Quote:
I don't know if it's the same problem/cause, but I encounter random bugs on synchro made on order & row :(
yeah that blows, makes one of my old intros not work at random and i dont have the source to fix and recompile. i dont really feel like de-upx'ing and fucking around with a hexeditor.
