Jump to content
John T

Input and output names

Recommended Posts

On 7/3/2021 at 4:14 PM, Noel Borthwick said:

 I wasn’t aware that the friendly names feature was so popular

It was the only way to get over the issues back then and is still IMHO the way to go if you're not happy with the sometimes "over the board" long interface names.  The assignment of logical names to physical IO was/is a great feature.  So thank you Noel.

Share this post


Link to post
Share on other sites

I’ve made a few tweaks to the port naming logic for the next update.

  • When friendly names are used it will no longer show the generated prefixes and leave it upto the user to name them appropriately.
  • The I/O channels are now only shown in the menu and not in the actual port name field to make the name even more compact. (it will be shown in the tooltip)
  • The channel display in menus now separates the channel from the port name text from the driver more clearly by using columns
  • You can choose to display the I/O channel information as a prefix or suffix to the port names showin in the menu.

Hopefully these changes should make it even more useful. Regarding arbitrary ordering of ports, while its technically possible it would be quite complicated since we already have abstraction for ports because you can already choose to disable channels that are not in use. Adding reordering on top of that would make my head explode ;)


 

  • Like 2
  • Thanks 5
  • Haha 1

Share this post


Link to post
Share on other sites
Posted (edited)

Thank you Noel (and team).  Great work !

Edited by Ted K. Ling
Quote didn't work ... never mind.

Share this post


Link to post
Share on other sites
Posted (edited)
On 7/9/2021 at 1:57 PM, Noel Borthwick said:

I’ve made a few tweaks to the port naming logic for the next update.

  • When friendly names are used it will no longer show the generated prefixes and leave it upto the user to name them appropriately.
  • The I/O channels are now only shown in the menu and not in the actual port name field to make the name even more compact. (it will be shown in the tooltip)
  • The channel display in menus now separates the channel from the port name text from the driver more clearly by using columns
  • You can choose to display the I/O channel information as a prefix or suffix to the port names showin in the menu.

Hopefully these changes should make it even more useful. Regarding arbitrary ordering of ports, while its technically possible it would be quite complicated since we already have abstraction for ports because you can already choose to disable channels that are not in use. Adding reordering on top of that would make my head explode ;)


 

Sorry to revist this Noel. Not sure if i'm suppose to create my own Topic in feedback for this, but seeing that here is a thread open on this - I thought to add it here. 

Can we reorganize the menu too in the next up coming updates? I've put some examples together. 

Revisit.thumb.jpg.c6372493ce6dcf78e33b2c5e0a5ced1b.jpg

EXAMPLES:

 

Some alignment issues. 340532214_New2.jpg.976d25f196c57d50e313563299c49697.jpg

I think this makes for an easy read. 

New-1.jpg.60fac2b0822f97ca8036e5c52de6945d.jpg

Edited by Will_Kaydo
  • Like 1

Share this post


Link to post
Share on other sites

Honestly, that is subjective depending on whether you prefer seeing stereo or mono first. I like the bold text but currently it isn’t easy to do. When we switch to the new menuing system in the future we can consider it.

Share this post


Link to post
Share on other sites
7 minutes ago, Noel Borthwick said:

Honestly, that is subjective depending on whether you prefer seeing stereo or mono first. I like the bold text but currently it isn’t easy to do. When we switch to the new menuing system in the future we can consider it.

I understand. When we do go there: can an option like that be added too? Giving the user the option to choose, if he/she wants the mono outputs first or last? 

Share this post


Link to post
Share on other sites

New format for this in the latest update is great for me, thanks so much. Really clear and readable, and LSR indication clearly separate from the name is a great addition.

Share this post


Link to post
Share on other sites

Thanks for your feedback. In friendly names mode you can now also name the left, right and stereo components independently for completely control over the names. 

  • Like 2
  • Thanks 2

Share this post


Link to post
Share on other sites
55 minutes ago, Noel Borthwick said:

Thanks for your feedback. In friendly names mode you can now also name the left, right and stereo components independently for completely control over the names. 

Very good. Thanks.
The format brought by the update is much better.
The only thing that has not been updated is the new positioning option in the menus for Portuguese.

image.png.d0286051294e7a16ce6c9b417f1c4ede.png

Share this post


Link to post
Share on other sites
Posted (edited)
21 hours ago, Noel Borthwick said:

Thanks for your feedback. In friendly names mode you can now also name the left, right and stereo components independently for completely control over the names. 

@Noel Borthwick Thanks for the improvements. Looking forward to going back to my own system of friendly names but now with the L|R|L+R feature. BUT: See addendum.

Thanks also to @John T for starting this thread and to everyone who addressed these issues both here and in the Early Access thread.

ADDENDUM (2021-07-14): Unfortunately there is no going back--Cakewalk insists on not allowing users to use the port names of their choice.  In case its not obvious, although the automatic port numbering as a prefix is gone, there's now an automatic suffix added.   

image.png.216d89e8912013088bd9e095e037da1a.png

Edited by User 905133
  • Like 1

Share this post


Link to post
Share on other sites
Posted (edited)

@Noel Borthwick and @Jonathan Sasor

First of all, thank you for fixing the friendly naming by mono channel!! At least naming can now be separated by the "|" sign so Left and Right channels can be kept apart. This was a huge positive change!

Now, to my very important question, that many, many users are still asking them selves:

Why does the physical input and output channels NOT appear in Cakewalk as they do in every other DAW? No matter which other DAW we use, input channel 1 will be displayed as a mono channel, named 1. Channel 2 as 2, 3 as 3, and so forth.

In Cakewalk these are paired in stereo as 1+2, 3+4, 5+6 and so forth. Why? Why is it not possible to list them in the driver list as MONO channels, just like every other DAW does? I cannot understand this.

The question is highly relevant, as most music producers very well know often only mono channels are used for many types of hardware synths. There are tons of mono-output hardware synths with only one single mono output. Not every synth have a stereo out, and even if they do, many times only the mono(often the L channel) is used for recording for various reasons.

Because of this, the best would be to list every physical in- and output channels of the audio interfaces just like they are. Input 1, 2, 3, 4, 5 and so on, separately. The same for the outputs. And THEN let the users "friendly name" them separately as they want.

It is very easy to friendly name channel 3 to Virus TI2 Left and channel 4 to Virus T2 Right, if needed, for example. It is much more problematic to take a 3-4 grouped channel and separate it later.

And if some users really liked the channels grouped as 1-2, 3-4 and so forth, then let them chose it by enabling it if they need. But PLEASE do separate the physical channels in the AUDIO settings so they display as they are, just like in other DAW's, please! Can't it be done?

Thanks!

Edited by pulsewalk

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

×
×
  • Create New...