SynthMakerMichaelBenjamin ·
i dont know if its the hosts or the primitives fault, but the ppq and samplepos dont seem to receive anything in offline rendermode. tested in samplitude, reaper, renoise, acid. see here: [old link]
ppq and samplepos dont work in offline rendering
From the original SynthMaker forum (2004–2014), with its members’ names and dates.
Nu Audio Science ·
It isn't just in offline mode either though This happens at the start of playback in some hosts rather randomly too It's kinda like it just doesn't read anything and goes all tits up
Yet at the same time in Renoise on playback it is lock solid everytime but offline a mess
NAS
EDIT For what its worth this is the only way to do true synced LFOs too and again they do not work properly offline (Being rendered) This is a huge shortcoming in SM
MichaelBenjamin ·
update: ppq works in mono4, but the offline rendered ppq data received seems delayed, in my test about 2600 samples at 44.1 and 120bpm and one beat on off sync
MyCo ·
did you try it with my example? I've no problems with rendering in Fruity.
The attached file is the example running parallel with a synth playing the same notes. The PPQ Seq is the deeper one.
Nu Audio Science ·
Yeah i couldn't get yours to render either MyCo but then i haven't tried FLS and there is no surprise it supports that above other hosts 😉 Will try a bunch more experiments with yours aswell today just to make sure
NAS
MichaelBenjamin ·
i tested with reaper, the mono4 ppq renders like it should, without delay. samplitude somehow gets a delay to the ppq and shifts the timing. so.. its depending on the host? maybe there need to be some case by case fixes for these (quite essential for anything synced) communication modules?
MyCo ·
I don't know what you guys are doing... in samplitude it works perfectly.
I've attached the whole projects for S|M, Fruity and Samplitude
MichaelBenjamin ·
yes this works also offline rendered in samplitude. i dont understand this. maybe its because you also use the isplay?
MyCo ·
don't think so (the delay you have would be through the whole "song", because it's synced)... I found a bug in samplitude, as soon as you use or export mp3, Samplitude adds 1 extra second at the beginning, that's why I used ogg instead of mp3... may be that's the same problem. But then you would have a negative delay (the plugin would sound first, before the wave).
I think the difference is the way I made the sync.
MyCo ·
streamin ppq; streamout pulse; float lastppq; pulse=(lastppq<ppq)&1; lastppq=ppq;
the first sample after initialization: lastppq is 0 (btw: this should be inititialized too, you can't be sure that S|M resets it to 0) and ppq is 0 or negative... that's a bug, the first trigger is never sent 🙂
MichaelBenjamin ·
i see, good find. i wont think this trough now why it works in realtime.
Wrote something here? To have a post removed or your name hidden, write to [email protected].