live.step help

encoder audio's icon

Hi Guys,

I have a problem with live.step, what I just can't solve.
Actually, it is pretty basic, no need to post a code.
The problem : I'd like to get extra1 on startup.
Tried loadmess, tried loadbang, non of these work, the only thing works is using the mouseover info to trigger a bang, to get extra1
Could somebody help me out?

Valery_Kondakoff's icon

Not sure I understand the issue. What do you mean by saying 'get extra1'?
If this means 'display extra1 for editing', then message 'mode 4' is your friend.
If this means 'report all extra1 values' then you need to use the message 'getextra1'.
Please post the code, if you have another issue! ;)

encoder audio's icon

Yes, getextra1 does not report the values if I hit it with a loadbang...

encoder audio's icon

Tried to time the messages with the following order, with a t b b b b :

- nstep 32
- loop 1 32
- mode 4
- getextra1

The problem is that the last thing what the live.step object reports is "direction 0"
Weird...

encoder audio's icon

Can't post the code, it is HUGE, I'm using the live.step object as a base for a sequencer, but I have to update a lot of other things at startup with the extra1 numbers...
Plan B is that I'll use a multislider, I hate this live.step objects, always a pain to deal with :D

Valery_Kondakoff's icon

Works as expected here. Here is what I see after reloading the patch:

You may try to use active object instead of loadbang (see screenshot), as it is fired a little bit later then loadbang (giving an additional time for the patch to fully initialise).

encoder audio's icon

Then this must be something silly in my case...
Actually, the live.step object is embedded, like this way :
M4L device - bpatcher - bpatcher - live.step...

Valery_Kondakoff's icon

live.thisdevice instead of loadbang as it is M4L device?

encoder audio's icon

Damn, I know it it was silly. Yes mate that worked!!!
OMG saved my day!!!

Valery_Kondakoff's icon