Page 1 of 2

PeerLFO - Updated 7th June 2018

Posted: Wed Aug 14, 2013 2:06 pm
by IXix
Download from SourceForge

Updates:

2018.06.07 - Version 1.3d
+ Fixed repeat triggering of switch params when subtick timing is enabled
+ Changed "Heed Stop Btn" attribute to "Heed Transport". LFO can now respond to both play and stop buttons.

2018.05.27 - Version 1.3c
+ Increased accuracy of period display in Hz

Feb 2015 - Stuff, dunno.

2013.08.14
+ Fixed assign dialog crash after target machine has been deleted and then restored

Re: PeerLFO - Updated 14th August 2013

Posted: Sun May 27, 2018 1:13 pm
by IXix
Teeny tiny update bump. :)

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 5:28 am
by AndersBrontosaurus
Interesting!

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 2:24 pm
by tinga
The link doesn't work for me, I feel a big frustration.

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 3:37 pm
by IXix
tinga wrote:The link doesn't work for me, I feel a big frustration.
Sorry tinga, try these...

PeerLFO x86 - 2018.05.27.zip
PeerLFO x64 - 2018.05.27.zip

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 5:19 pm
by magmavander
IXix wrote:
tinga wrote:The link doesn't work for me, I feel a big frustration.
Sorry tinga, try these..
PeerLFO x86 - 2018.05.27.zip
PeerLFO x64 - 2018.05.27.zip
These doesnt work for me... :(

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 9:11 pm
by IXix
tinga wrote:The link doesn't work for me, I feel a big frustration.
magmavander wrote:These doesnt work for me... :(
Hey, stop ganging up on me! :lol:

That's weird, the Dropbox links work for me (and I'm not logged in), although I do get Dropbox's stupid preview error. Sourceforge says the files are unavailable for some reason.

Can you browse this folder? https://www.dropbox.com/sh/evamdlcllujz ... kpk7a?dl=0

edit: BTD stuff is in the "Other" folder
edit edit: Re-uploaded to SF but there seems to be a delay before the links become active (virus scanning?) and I don't know how long it takes.

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 9:28 pm
by ags
Some kind of Franceblock ?

Re: PeerLFO - Updated 27th May 2018

Posted: Mon May 28, 2018 9:37 pm
by IXix
ags wrote:Some kind of Franceblock ?
The thought did cross my mind. :lol:

SourceForge seems to have accepted the new files even though they're exactly the same as the old files. PeerLFO and PeerADSR downloads are working fine for me now (and I logged out of SF to be on the safe side.)

Re: PeerLFO - Updated 27th May 2018

Posted: Wed Jun 06, 2018 9:36 pm
by AndersBrontosaurus
Would it be possible to also update the PeerLFO to 65535 ticks or would that break it?

Re: PeerLFO - Updated 27th May 2018

Posted: Wed Jun 06, 2018 10:07 pm
by IXix
AndersBrontosaurus wrote:Would it be possible to also update the PeerLFO to 65535 ticks or would that break it?
Hmmm, maybe. I'll have a look...

Re: PeerLFO - Updated 27th May 2018

Posted: Thu Jun 07, 2018 12:51 pm
by IXix
Update bump again. I fixed a bug that broke tinga's insane autoplay creations (from Feb 2015! Can't believe you didn't report it sooner!) and changed the "Heed Stop Btn" attribute to "Heed Transport".
AndersBrontosaurus wrote:Would it be possible to also update the PeerLFO to 65535 ticks or would that break it?
There are various possibilities:
  1. Add "Ticks" to the range of the Rate Unit. It would have to go at the end to maintain compatibility, so it would be a bit scruffy but wouldn't break anything.
  2. Add an attribute to set the ticks mode (default tick/16) so you could have ticks, ticks/2, ticks/4 etc. and the rate param would use whichever was selected. You could have multipliers too eg. tick*128 for really long periods, although there will be a limit to how long the period can be. It would be set up so that old songs would automatically use tick/16 so as not to break anything.
  3. Add a "Tick subdivision" attribute, (default 16) similar to the above but you would just enter the divisor. Tick/1 would be the slowest.
  4. Completely change the range of the Rate Unit parameter (redefine all the unit choices) and add an attribute to specify whether to use old or new behaviour. Old songs would automatically use the old behaviour.
  5. Add a "Multiplier" parameter to multiply the value set by the existing parameters by various values eg. x0.5, x1, x2, x4. That would be awkward though because you'd have to do math to work out exactly how long the period was.
  6. Get off my lazy backside and make PeerLFO v2! This is obviously the best option but time blah blah blah...
Adding attributes has always been okay in Buzz (IIRC missing attributes are set to the default but I'd have to test it).

Adding parameters doesn't break compatibility anymore but would for some older versions. Not sure what version changed that, IIRC it was around when Oskari was developing Qsamo.

I don't know what effect adding params/attributes would have on Buzé. I don't even know if it uses the same dlls as Buzz.

Re: PeerLFO - Updated 7th June 2018

Posted: Thu Jun 07, 2018 11:15 pm
by tinga
IXix wrote: Can't believe you didn't report it sooner!
Yes, I it"s very weird, :o , I was so afraid that LFO was broken, I immediately returned to the 1.3, but this last years, my buzz activity was limited to test Snowglobe ScaleWalker, interactions with other peer machines, Corona.
Now my job stops in 3 weeks 8-) , so i will have time to crash my head with buzz.
LFO 1.3d works fine, and I love it, 0.0002 HZ is 83 minutes, Peer LFO is amazing since the subtick setting, it"s great you make it alive :dance:

Re: PeerLFO - Updated 7th June 2018

Posted: Fri Jun 08, 2018 7:23 am
by IXix
tinga wrote:LFO 1.3d works fine, and I love it, 0.0002 HZ is 83 minutes
Great! :dance:

Re: PeerLFO - Updated 7th June 2018

Posted: Sat Jun 09, 2018 2:42 am
by Candle
Just installed the newest version. Works great for me! Thanks for the continued development on these great machines IX! :dance:

See You In The Shadows…

Re: PeerLFO - Updated 7th June 2018

Posted: Sat Jun 09, 2018 10:29 am
by thOke
Yes, thanks a lot for keepin' on! :dance: :dance: :dance:

Re: PeerLFO - Updated 7th June 2018

Posted: Sat Jun 09, 2018 6:54 pm
by IXix
Candle wrote:Thanks for the continued development on these great machines IX! :dance:
I think "development" might be overstating it a bit but you're welcome. :D

Re: PeerLFO - Updated 7th June 2018

Posted: Sun May 10, 2020 11:19 pm
by UNZ
i have a question about these lines in the code:

int pos = m_pSubtickInfo ? m_pSubtickInfo->PosInSubTick : pMasterInfo->PosInTick;
if (pos == 0)
{
CPeerCtrl::BeginImmediateBatch();
DoLFO(Reset);
CPeerCtrl::EndImmediateBatch();
}

this sends control changes only when pos_in_subtick is 0, my question is: why?
sliders in the buzz parameter window send it at any position in the subtick (i just confirmed this by printing the numbers) and they also work...

from the buzz changelog:
--- Build 1242 - Tuesday, 14 September 2010 04:39:57 UTC
- parameter window: control changes are sent immediately (instead of next tick) to all new machines (MI_VERSION >= 42)

i think the resolution of peer machines could be improved by removing this check (at least for new buzz and maybe only for MI_VERSION >=42), but is it there for a reason?

Re: PeerLFO - Updated 7th June 2018

Posted: Mon May 11, 2020 8:09 am
by IXix
UNZ wrote: Sun May 10, 2020 11:19 pmthis sends control changes only when pos_in_subtick is 0, my question is: why?
In all honesty, I don't really know. IIRC it's what Oskari said you should do.

Re: PeerLFO - Updated 7th June 2018

Posted: Mon May 11, 2020 8:13 am
by UNZ
IXix wrote: Mon May 11, 2020 8:09 am
UNZ wrote: Sun May 10, 2020 11:19 pmthis sends control changes only when pos_in_subtick is 0, my question is: why?
In all honesty, I don't really know. IIRC it's what Oskari said you should do.
i just made my own lfo control machine test which sends it immediately without waiting (like the parameter window) and it seems to work controlling my own, new machine. didn't check many other machines tough. makes sense because if the gui does it, why not machines... it's just i would be interested in the reasoning behind waiting for pos_in_subtick==0, especially if it comes from oskari...