Recent Posts

Pages: 1 ... 8 9 [10]
91
Hi Robert,

I am using GetMixParamValueText(... MIX_PARAM_OUTPUT ...).
After renaming the bus, GetMixParamValueText(... MIX_PARAM_SEND_OUTPUT ...) returns new name (in case the send is pointing to that bus),
but GetMixParamValueText(... MIX_PARAM_OUTPUT ...) returns OLD name for that bus. Note that in my log (from the preset we are testing) the calls are in mentioned order,
so new bus name is definitively "known" when I ask for the output name.

I will check tomorrow which version I am really using, I have just updated CbB without remembering the version I got. But since sends are working now, I guess I have what
they have uploaded.

I can also check what they are using for surfaces and use the same way to get the name. But I still believe there is some bug. And if that is the last update,
I guess we better clarify it now instead of introducing a workaround in AZ Controller.

The fact topology flag is not set after some relevant changes just force me "re-scan" related parameters/labels continuously. That is inefficient, especially when for internal
reasons related API calls are "heavy" for the DAW, but works...

Cheers,
Alexey.
92
Hi Alexey

I just received an email from Mark McLeod.

Mark and his team have today tested the bus rename on three different control surfaces and they are all updating the track output names correctly.

Mark has told me that a bus rename does not trigger a topology update message and wonders if the AZ Controller is reliant on this for triggering the track output name feedback output?

Let me know please and I'll report back to Mark.  If you prefer to email him then let me have your email address and I'll copy his reply to you.

Best regards
Robert
93
Okay I will contact them today.
Thanks
Robert
94
Hi Robert,

I have checked, Cakewalk still return cached names for outputs (so (2) is still on Cakewalk side).

Regards,
Alexey.
95
Hi Alexey

A further interim release of Cakewalk by Bandlab has just been released. V2023.09 (Build 062, 64bit)
So I retested the two issues which we were hoping would be solved by this update.

1.  Changing a track send destination now triggers the corresponding AZ feedback output for all tracks reliably.

2.  When a bus name is changed, a track routed to that bus still does not reliably trigger a corresponding AZ feedback.  Only very occasionally, a feedback output is triggered.  I did 50 tests of changing the bus name and only 2 times was the AZ feedback output triggered.

I would would be grateful if you could check point 2. above at your end and let me know if you think it is still a Cakewalk software issue or something to be sorted in AZ Controller please.  There is probably only a small time window to request further fixes in Cakewalk before the release is made public.

Regards
Robert
96
Understood and agreed.
Regards
Robert
97
If I understand Mark correctly, he has fixed something... let see when the next pre-release is uploaded...
98
Hi Alexey
Further to my last post, I have uploaded the short video to YouTube.  Link is https://youtu.be/rZoRIX9BfAc
Regards
Robert
99
Hi Alexey
Thanks for the update.

1/
I repeated the bus names test and it is still not working for me.  I made a short video to show you but I need to find a way to send you the video?  It has a .mkv extension.
Can I email it to you?

Once you get the video, you will see:
When I change a bus name, then the change of name is correctly shown in the top row of AZ display and the SysEx message for the bus name change is output.
However you will see that the track output name is not changing in the second row of AZ display and the SysEx message for track output is not generated.

With many tests I found that it sometimes works with the first bus name change and then after that it fails to work.


2/
Thanks for contacting Cakewalk about the sends relate API issue.  Hopefully they can provide a fix.

3/
It would be great if you could look at using the API call to get names for track sends.  These are what I need to work with if it allows differentiation between stereo, left and right friendly names.  If I cannot generate unique feedback outputs for these, then my enhanced track scheme is impossible.


Best regards
Robert
100
Hi Robert,

I have replied in the Cakewalk thread. Sends related API is still broken (at least I can't get it work correctly...).

Changes in bus names seems like working ok for me with 'Bus Names v4' preset.

I can only return the destination name I get from Cakewalk... But somehow I have the feeling (not sure) that the "number" returned for the destination does not changed when switching between L/R/Stereo. Or that may be yet another consequence of reported problem with Sends, I mean the value is cached when it should not.
Note that in API mono outputs are "visible" as separate, but there is just one number for "destination" and no indication it is stereo or mono.
It seems like Cakewalk is using different API calls to get names for sends and outputs, bypassing these numbers. But from what I remember I have specially switched from it for target names,
to not overload Cakewalk. So the situation is somehow messy...
Pages: 1 ... 8 9 [10]