Im not sure if things
are being sent to fast or what because only sometimes will the [s] in OBCheckThenBangMidiNote
will actually trigger a sound/play a midi note.

OBCompareListenToLoadedSettings.pd

Here is what is happening in the OBChecKThenBangMidiNote abstract the first inlet is the midi note that is being played.
The second inlet is the loaded preset midi note to listen for then when a match is made between
these 2 inlets. The third inlet is sent through a spigot when we have that result.
The Pad number atom is used to send a int to OBSampleMixer-$1 which bangs
a loaded wave sample that is triggered from the [play( message.

OBCheckThenBangMidiNote.pd

Im not sure how to through the list and compare item 1 for example to the entire
second list before moving to item #2 in the first list. In a ideal situation
I would then take the index of that item to bang the pad/play the sound at the
end of OBCheckThenBangMidiNote abstract [s OBSamplMixer-$1]

Here is a screenshot of how everything is connected.

@RetroMaximus I'm not sure if I understood correctly what you need to do, but to compare every item of a list to every item of another list, you can do it like this:
compare_onebyone.pd

For comparing two lists element by element, look at [list-compare] from list-abs.

EDIT: corrected patch and screenshot.

Expanding on @weightless patch, this outputs the indices of the elements in the first list, that occur in the second list: compare-lists.pd

The second list has to be banged first, to make this work. The patch only works for lists of floats. To compare symbols, some extra work has to be done.

I think this is exactly what i need. Im going to give this a shot right now. Thx to the both of you

this way you can compare a mix of floats and symbols (i do not think it is needed here):
comparelistswithsymbols.pd

Hmm something funky is going on. Whatever is dripped last is triggered and plays a note from the hardware when I try to play a sequence. I had this problem initially hence the reason for my question I thought I was checking the lists wrong but the way i went about it in my original post has gotten me most success. anything that comes from list-drip is skipped until the last item. I don't know how else to explain it.

I should mention the abstracts that both the abstracts you provided worked and I ended up with pretty much the same results when it gets to OBCheckThenBangMidiNote

i can see the toggle switch change and the number atom in OBCheckThenBangMidiNote change when a new midi note is played but the atoms from any [list-drip] stays the same. I don't see the atoms change or flicker with new numbers at all. Does it drip that fast?

lastly i just had a thought could this be some wierd monophonic midi issue. In a perfect world i do want poly but for now this is the abstract im working with. could this be a false negative where things are working but because this abstract is for mono nothing is getting triggered except 1 note?

OBMidiListen.pd

@RetroMaximus yes, list-drip drips all values of a list emmediatly. of course you can slow it down or drip a value only under a certain condition.
list-drip-metro.pd

Another way could be to first generate the list of indices instantly and then work with this list as it is appropriate. Maybe like this: compare-lists-demo.pd

The [pd compare] outputs the list of indices of the elements of the first list that occur in the second list. The sequencer then prints out the indices in the tempo of the metro. After the indices are through, the sequencer stops.

So it turns out i didnt have to compare the lists at all. this is all i needed.

OBCompareListenToLoadedSettings.pd

the OBCheckThenBangMidiNote has been functioning correctly the whole time. it was list-drip in the above abstract giving me issues. So I'm glad to say you guys help me solve problem.

But something else already popped up.

as soon as 2 midi notes are played simultaneously nothing can be heard. but if I mute a few tracks and play sequences that don't fall on the same step in the sequence it can be fully heard all the way through. Any midi notes that are played simultaneously void each other out.

Any direction on listening for polyphonic midi notes is much appreciated.
My abstract is setup for mono and I don't know how to convert it to listen for poly notes.

OBMidiListen.pd

@RetroMaximus Maybe it is better to open a new thread for a new topic next time

To the question: Pd is polyphonic, [notein] receives multiple notes at once easily. So i would assume that the reason that notes are canceled are the multiple spigots and selects in the patch. Rather than fixing this, i would throw everything out and make the patch in the way it is supposed to be

@RetroMaximus I will second @ingox of course..... now that you understand your problems it is easier to start from scratch (with the logic part).
Much good work was done with lists in the early days and the list-abs library is entirely composed of abstractions..... so no compilation necessary. Any other objects it uses are vanilla.
Many things have changed and list handling can be done more efficiently sometimes with new vanilla objects.
But all of list-abs is still valid, and for your purpose it looks like [list-find] is what you need as it simply outputs the index (starting at 0) of a match in a second list for any float or symbol.
You can drip a list into the left inlet of course, but if there is more than one match then the second will overwrite the first..... which is maybe the problem you are now having.
If you then want to remove the used index you can do that with [list-delete]
The objects in the library have sensible names.
In case you don't have it...... list-abs.zip
David.

@RetroMaximus Just a thought, you might also want to look at sending the list to a [text], one element for each line which you can do thus:
Like @whale-av said, new objects like [list store] are pretty versatile, still sometimes it's easier with text since you can do more advanced searches (sort of), substitute elements, insert at position etc.

@ingox clearly it has to be rewritten as for how it is supposed to be teach me senpai. I feel like your right withe multiple spigots blocking stuff so needless to say im a little frustrated now but it has to be done. And apologies I will make a new post next time.

Ill make a new theard when i have something new i guess. thx for all your help so far.

@weightless what does le+06 stand for? the value that is dripped into it or a infinite possible int for the $0-list value. if that make any sense.

@RetroMaximus The 1e+06 argument stands for the index at which to write the next element, zero based. Since you are sending a list of a non-specific length, this way you are assured that every element is added after the previous one.
For example, if that argument was 0, you would only have the last element of the list as the first line in the text. If the argument was 2, you would have 3 lines of text corresponding to the first, second and last elements of the list. Hope this makes sense.

@weightless yup that makes sense. thx for explaining

I was making this a lot more difficult then it had to be list-find was the way to go as @whale-av mentioned. I have to completely working now no notes are being missed or voided out. Thx again everyone!! You guys rock!

If anyone is in need that may come cross this thread in the future here are the fully working abstract's

OBCompareListenToLoadedSettings.pd

OBCheckThenBangMidiNote.pd