MantisBT

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007181ardourfeaturespublic2016-12-19 00:362017-07-01 11:35
Reporter.onkel. 
Assigned Toovenwerks 
PrioritynormalSeverityminorReproducibilityN/A
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version5.5 
Target VersionFixed in Version 
Summary0007181: OSC unable to determine master strip ID
DescriptionWhile improvement of my Android app I ran in an issue regarding strip addressing.
On startup I request the current strip list via /strip/list and weakly assign the remote ID of the master strip as max-strip-id + 1. So in case of hidden strips, this calculation leads in a faulty value.

Even if most master controls are accessible via /master/xxxx messages, plugins and sends are not available.
Some deeper investigation didn't result in a robust way to determine the correct ID.

If you have an idea on how to work around this behavior, please let me know.

My suggestion would be to add the master strip information to the end of "/strip/list" result (see attached patch file).
TagsNo tags attached.
Attached Filespatch file icon master_strip.patch [^] (903 bytes) 2016-12-19 00:36 [Show Content]

Sponsor - Users sponsoring this issue
Sponsors List Total Sponsorship = US$ 5

2017-01-11 23:06: .onkel. (US$ 5)

- Relationships

-  Notes
(0019853)
ovenwerks (reporter)
2017-07-01 10:57

"On startup I request the current strip list via /strip/list and weakly assign the remote ID of the master strip as max-strip-id + 1. So in case of hidden strips, this calculation leads in a faulty value." Should not be true if the strip_types is set right. If strip types is set to allow master but not hidden, master should always be the last strip. (unless monitor is in use). If I set strip_types to 191 and then do a /strip/list, with the current session I get:
#reply ssiiiiii "AT" "Audio 1" 1 2 0 0 1 0
#reply ssiiiiii "AT" "Audio 2" 1 2 0 0 2 1
#reply ssiiiiii "AT" "Audio 3" 1 2 0 0 3 0
#reply ssiiiii "B" "Bus 1" 1 2 0 0 4
#reply ssiiiii "B" "Bus 2" 1 2 0 0 5
#reply ssiiiii "B" "Bus 3" 1 2 0 0 6
#reply ssiiiii "B" "Bus 4" 1 2 0 0 7
#reply ssiiiii "B" "Bus 5" 1 2 0 0 8
#reply ssiiiii "B" "Bus 6" 1 2 0 0 9
#reply ssiiiii "B" "Bus 7" 1 2 0 0 10
#reply ssiiiii "B" "Bus 8" 1 2 0 0 11
#reply siiiii "Master" 2 2 0 0 12
#reply shhi "end_route_list" 48000 32968063 1

Hmm, that is not quite right, I think Master should include the "B" for bus as well. Anyway, does this work for you?
(0019855)
ovenwerks (reporter)
2017-07-01 11:35

Using either the GUI to set strip types to include master or the /set_surface/strip_types OSC command to 191 to include master (or 255 to include monitor as well) should solve you problem. I have added MA and MO as strip types for master and monitor so when I send /strip/types I get:
#reply ssiiiiii "AT" "Audio 1" 1 2 0 0 1 0
#reply ssiiiiii "AT" "Audio 2" 1 2 0 0 2 1
#reply ssiiiiii "AT" "Audio 3" 1 2 0 0 3 0
#reply ssiiiii "B" "Bus 1" 1 2 0 0 4
#reply ssiiiii "B" "Bus 2" 1 2 0 0 5
#reply ssiiiii "B" "Bus 3" 1 2 0 0 6
#reply ssiiiii "B" "Bus 4" 1 2 0 0 7
#reply ssiiiii "B" "Bus 5" 1 2 0 0 8
#reply ssiiiii "B" "Bus 6" 1 2 0 0 9
#reply ssiiiii "B" "Bus 7" 1 2 0 0 10
#reply ssiiiii "B" "Bus 8" 1 2 0 0 11
#reply ssiiiii "MA" "Master" 2 2 0 0 12
#reply ssiiiii "MO" "Monitor" 2 2 0 0 13
#reply shhi "end_route_list" 48000 32968063 1

Please note that while the selected strip is included in the above set of strips, hidden strips are not. However, they can be included if the strip types bitset includes the bit for hidden (add 512 to your strip types value) is set.

The ssid numbers are recalculated any time the strip types value is changed or a strip is added, moved or removed... Ardour will send a strip/list to the surface in such cases as an indication the surface should send it's own /strip/list and reset it's own list of strips.

- Issue History
Date Modified Username Field Change
2016-12-19 00:36 .onkel. New Issue
2016-12-19 00:36 .onkel. File Added: master_strip.patch
2017-01-11 23:06 .onkel. Sponsorship Added .onkel.: US$ 5
2017-01-11 23:06 .onkel. Sponsorship Total 0 => 5
2017-07-01 10:57 ovenwerks Note Added: 0019853
2017-07-01 10:57 ovenwerks Status new => feedback
2017-07-01 11:35 ovenwerks Note Added: 0019855
2017-07-01 11:35 ovenwerks Status feedback => resolved
2017-07-01 11:35 ovenwerks Resolution open => fixed
2017-07-01 11:35 ovenwerks Assigned To => ovenwerks


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker