jcelerier on total_variant_refactor
Tentative to move back to prope… (compare)
avilleret on master
[ossia-max] use shortest comman… (compare)
avilleret on master
[ossia-max] CI test : remove an… (compare)
jcelerier on variant_refactor
[variant] Add some type safety … (compare)
jcelerier on variant_refactor
[variant] Add some type safety … (compare)
jcelerier on variant_refactor
[deps] Cleanup dependencies a l… (compare)
jcelerier on variant_refactor
[deps] Cleanup dependencies a l… (compare)
jcelerier on variant_refactor
[core] Refactor everything to u… [deps] Cleanup dependencies a l… (compare)
jcelerier on master
add mpark/variant as a git subm… (compare)
jcelerier on master
[curve] Move behavior::apply ou… (compare)
jcelerier on master
[compilers] Fixes for GCC 12 [exec] Copy inlet content if th… (compare)
send
okay, another thing. considering the new complexity of osc protocol configurations, seems like it would be nice to have a visitor based to get ip/port so, for instance, i can find and remove OSC senders from the muliplex protocols.. maybe something already exists?
It does not exist, what would your dream API for that look like ?
okay, another thing. considering the new complexity of osc protocol configurations, seems like it would be nice to have a visitor based to get ip/port so, for instance, i can find and remove OSC senders from the muliplex protocols.. maybe something already exists?
It does not exist, what would your dream API for that look like ?
Hmm. I'm not sure, I kinda liked just being able to dynamic cast to the osc protocol before and get the port and ip.. so something simple ideally without having to make my own visitor.. in the mean time I have a std::set of pairs of ip/port that i keep and to remove a specific OSC outbound I clear everything from the multiplex protocols except an oscquery protocol, then i remove the ip/port from the std::set and add the OSC outbounds back.
not ideal, but works.. but really only because the oscquery protocol is pretty simple to get the type of
multiplex_protocol
to enable the addition/deletion of UDP OSC listeners.. generally it works but I'm occasionally getting an exception Bad Connection
when I'm updating a value from another thread.. so, it seems like adding/removing protocols isn't thread safe
push_value
that triggers the exception in this case happens in the same thread as the io_context poll, but no longer with the mutex lock so add/remove protocol could be happening in parallel
Hey there!
There is no 1.2.5 build for ossia-max, which notably prevents users from using a version with some bugs fixed (in this case ossia/libossia#710)
Would anyone be able to make one?