@solipp
re-positioning the count unit helped in that case to a later stage. [moses] is on my learning list. so the change did its job as you mentioned. great!! I managed to build a synced pd patch to my DAW banging out bars and 16th notes. It needs some minor fixes, but runs as intended in a first version now. Thank you very much for your great and quick help, patience and time to everybody !!

@solipp
the [change] make no difference between value "-0" and "0", indicating negative decimal numbers. So if I want to send a bang with a comparator [>= o] the [change] really happens on 1, which is one beat late then.
Negative number are send by the [abl_link~] after a reset of beat_time, which guarantees the next bar by a preroll with negative numbers

Glad about help!!

Thank you!

Thank you to all!
Here´s the thing. I am experimenting on how to get rid of the multiple bangs running through the beat section. I just need one bang representing the beat...Truncating the decimal points with [int] does not really work, as bangs are sent through it. As the very fast ticks are printed, I am not sure if the [delay] method works here safely to cut out the bang stream, but let through the first bang intended by the [% 4]...

Dear Forum,

EDITED

I tried a bit on [playhead] in plugdata in a plugin and ableton link [abl-link~] in standalone mode.

The difference is that both objects work either in the DAW or only outside the DAW. What is a good approach to start out time aligning pd to every spot of the DAW (or vice versa), IF possible at all?

In some videos I sometimes see a 64 element [hradio] representing 16th of a section, I guess, that are switched once finished. Besides I am thinking about a continuous counter marking bar numbers to trigger any patch kind of [% 4] a 4/4 time signature. But I am not too experienced here and understanding larger sequencer setups.

What is good?

Thank you very much!!

@Balwyn said:

@Moothart This may work for you
the first bang closes the spigot stopping anymore bangs, anything else opens the spigot

This is a good thing at another place in my patch for just letting through one initial bang only. (hoping to get your aproach correctly...)
I have to experiment with it.
The question here is filtering out double bangs (so to speak on top of each other) if they happen occasionally, but opening it to bangs that are not close together like a beat´s time interval or so.

THANK YOU!!

@whale-av

Great advice! It is an occasional doubled bang for now at least.
Appreciating your quick help !!

@FFW
Great! Thank you very much. I can change the delay time to let quicker or slower bang tempos pass, when I get your patch right.

Dear Forum,

I had it once, but can´t remember how to replicate it...It occurs that two bangs fall together on one beat.
How can I filter out the doubling, so that I can send only one bang for further processing, which would be sufficient. There was a chance to do it with a delay or kind of that....

THX!!

@oid said:

@Moothart In this case it does not matter if it is the left or the right inlet and it would work the same. The general convention when something is patched as I did is that the connection does not cross inlets/outlets and is connected to the first it comes to since anything else would be ambiguous. Vast majority of those who patch like this, follow this convention.

Going to the right inlet it loads 0 into the float, than the [until] is banged sending [get 0 1( to [list store], the [until] then bangs until the [list store] gets an out of bounds get which sends a bang out of its right outlet to the left inlet of [until] which stops the [until]. Going to the left inlet the [f ] immediately outputs a zero which sends the [get 0 1( message to [list store], adds 1 to it and sends 1 to the right inlet of [f ], the [until] then starts and sends 1 out giving us [get 1 1(. Only difference between the two is that the [until] will bang one time less if you send [0( to the left inlet than it would if you send it to the right.

Good hint! THX

Is there a chance to see the change of the value in the moment, when the line passes a number of the [2 5 6 7 10]? I hope I get it right here in rebuilding the latest patch.
Maybe there is a chance to build in a number box representing the actual number for so long, until the next number from [line] is passed, being represented in that number box then. The result would be showing adjacent numbers from 2 5 6 7 10, each occuring for a specific amount of time depending on the line object passing that numbers one after another...

Works fine! (tought about a parameter in [float] to truncate or such...) Thanks very much!!

Dear community,

is there a chance to convert the [line] objects output to one decimal bit showing the stream in this format: x.y

Thank you!!

@oid
Actually wrapping my head around the logic. New to [until] ...
Where does the 0 message box patch cable go (left or right inlet of [f ]?)

(The idea would be to output the particular number of the [2 5 6 7 10] in exact the moment the [line] equals one of the numbers of that list. It should be kept/shown in [int] or a number box until the next match. )

THX very much !!

Dear @oid,

I understand your patches as far as being a beginner, and it works perfectly here. I have to wrp m< head on some details of the patches, I guess.

My update would be to work the selected numbers message [2 5 6 7 9] more as a generic "pool" of numbers, in that respect disregarding the order from low to high.
Is there a chance that any number of that array [2 5 6 7 9] could be recognized without any order.

I would see to buil a [>=] object for every number instead of that array, It is okay for me to do it this way, but maybe there is a more elegant method to do it. .

Generally speaking: If I would send any number stream like 5-2-7-9-6, how to make it recognize any match of the array´s members [2 5 6 7 9]

Thank you!

Very sophisticated help, dear @oid,

I will have to dig into it over the next day(s). I gave the last post a "favourite" and a count of 1 up. Hope, this is correct to do here.

Thank you very much!!

Dear @oid,

I think, that is exactly on point, what you wrote!

Just to ask back a little:
Do I understand you right, that the value "1" might not be hit between "0.99" and "1.01" ?
It would be perfectly okay for my intention, that the [line] counts in one direction in floats as it usually does. So, would you say the value "1" does not have to occur during the run of the ramp values. I will check your generous patch in the next days and try wrapping my head more on specifics, -> IF necessary at all.

My main request is how to compare given integers from a list, that do not have to be adjacent - like [2 5 6 7 10] - being compared to the line object´s actual value. (i.e. [9 5000]-[line])
In the exact moment there is a match from any(!) of the list´s number "pool" and the running [line], that specific value should be kept in a kind of "buffer" for as long as the next match between the [list] and the [line] is found. The slope of the [line] determines how fast the list´s elements are changed in the "buffer" . - Hope this is a bit clearer....

Cheers!! and many THANKS!
M.

Dear Forum,

is there a chance to get a momentary value out of a running [line] object with a bang? Let´s say it would count to 12 in 5000ms. The bang would not always be synchronized to seconds in my case, so the values can also be floats in the moment of a bang,

a) In that respect: Rounding the floats to the next/previous integer would be nice, though.
please allow another project related question: How to check for values in an array or list like i.e. (2 4 6 7 9) is true during the run of the [line] object, when it passes particular numbers?

Thanks very much!!

@whale-av Ooh this is kind! Will walk through it and get back...Thank you very much!
EDIT: Checked a bit: The scale design options regarding length and permutations are very good! Sorry for my bad explanation in the initial quest, but your patch fits it perfectly. Need a bit...
took a look into the abstractions. Again, Kudos to the open source community...

Dear Forum,

I try to build a system which iterates through a predefined scale (c d e f g a b c). It became quite clear how it is done from bottom to top with a [counter] counting from 0-7 and/or using [%] etc.

The next step is to get a more generic approach on it.
The system should find out itself:

• how long a scale is, from 12 (chromatic) to 2 (diads) note scales.
• how to permutate the order though the scale i.e. outputting seconds, thirds or fourth sequences in exercises you would do on a musical instrument.

AFAIK; it might be wise to find a way to generate sequences of indexes to an array to pull ot particular scale degrees one by one...

THX for your help here!

Thank you very much for your help and patches!! I am hesitating a bit to use work of such high degree. Maybe there is a chance to show appreciation in some way, shape or form. Thank you!!