u-he refurbished Preset Browser discussion

Official support for: u-he.com
Post Reply New Topic
RELATED
PRODUCTS

Post

Yes, what Ed said.

I’m personally ambivalent about searching for multiple categories at once (eg a bass and a lead). I don’t believe that’s a real world need. The need is tag a patch as both things, not to search for both things - I never think “I really need a bass sound that can also double as a lead”; but I might have programmed exactly this. This could be a reason why the system is tying itself in knots in the first place and creating all manner of secondary issues.

But if it absolutely is a necessity design-wise, then the least confusing way to do it is when clicking pads you instantly get a red Pads tag appplied to your search. If you then further narrow to Breathy, that first broad Pads result changes to Pads: Breathy. That’s literally what you’ve done, narrowed the search, so the first Pads is redundant. Of course you can then add another subcategory of pads and that would return a 2nd result.
http://www.guyrowland.co.uk
http://www.sound-on-screen.com
W11, Ryzen 7900, 64gb RAM, RME Babyface, 1050ti, PT 2024 Ultimate, Cubase Pro 14
Macbook Air M2 OSX 10.15

Post

noiseboyuk wrote:Yes, what Ed said.

I’m personally ambivalent about searching for multiple categories at once (eg a bass and a lead). I don’t believe that’s a real world need. The need is tag a patch as both things, not to search for both things - I never think “I really need a bass sound that can also double as a lead”; but I might have programmed exactly this. This could be a reason why the system is tying itself in knots in the first place and creating all manner of secondary issues.

But if it absolutely is a necessity design-wise, then the least confusing way to do it is when clicking pads you instantly get a red Pads tag appplied to your search. If you then further narrow to Breathy, that first broad Pads result changes to Pads: Breathy. That’s literally what you’ve done, narrowed the search, so the first Pads is redundant. Of course you can then add another subcategory of pads and that would return a 2nd result.
You have a point there. Searching in one category is maybe the most common way to use the search and should be therefore the most simple to use.

Post

Prezactly!

Post

+1 at least :tu:

Post

frank-uhe wrote:
pdxindy wrote:
'Pure' or 'Simple' is maybe more confusing than 'Pads'... it does not point to understanding and is not descriptive of what it is.

'None' or 'No-Sub' or 'No Sub-Cat' at least describes what it is...
We've discussed 'None' here, but then it would mean that a search could display something like 'Bass:none'. That would be confusing IMHO. 'No-Sub' or 'No Sub-Cat' do work, but they are short cuts for the more descriptive "No Subcategory", which is way too long on the other hand.
Why would Bass:None be confusing? it is a simple and consistent pattern... Category:Sub-Category

Post

pdxindy wrote:Why would Bass:None be confusing? it is a simple and consistent pattern... Category:Sub-Category
With the greatest of respect, that's surely as classic an example of development tunnel vision as you can get. Of course we can see the logic of how we got there, but we ended up in a place where the hapless end user is searching for Bass and ended up with something labelled "Bass:None".
http://www.guyrowland.co.uk
http://www.sound-on-screen.com
W11, Ryzen 7900, 64gb RAM, RME Babyface, 1050ti, PT 2024 Ultimate, Cubase Pro 14
Macbook Air M2 OSX 10.15

Post

And now for something completely different.

I really like the way that saving an edited preset without renaming it simply adds a number to the original name. It's something I previously did manually.

However, when I want to overwrite the preset but keep the name I have to click on the name field, backspace-delete a couple of times to restore the original name and then confirm that I want to overwrite the preset. Several operations to do a simple thing.

Perhaps if there was an 'overwrite' choice when saving an edited preset?

Post

And a request/suggestion - allow hashtags in the description field to be returned in browser searches.

Post

hakey wrote:Perhaps if there was an 'overwrite' choice when saving an edited preset?
See Preferences. Auto versioning needs to be disabled to have the Overwrite choice. Of course, then you lose the auto-numbering that you've noticed is happening.

Post

noiseboyuk wrote:
pdxindy wrote:Why would Bass:None be confusing? it is a simple and consistent pattern... Category:Sub-Category
With the greatest of respect, that's surely as classic an example of development tunnel vision as you can get. Of course we can see the logic of how we got there, but we ended up in a place where the hapless end user is searching for Bass and ended up with something labelled "Bass:None".
Yes. It just doesn't make any sense for the end user. Noiseboy is right here.

Post

noiseboyuk wrote:Yes, what Ed said.

I’m personally ambivalent about searching for multiple categories at once (eg a bass and a lead). I don’t believe that’s a real world need. The need is tag a patch as both things, not to search for both things - I never think “I really need a bass sound that can also double as a lead”; but I might have programmed exactly this. This could be a reason why the system is tying itself in knots in the first place and creating all manner of secondary issues.
If you select Bass:All and Leads:All, you get only presets that have both. You cannot do an additive search such as show all Bass + show all Leads

Post

Aspects of Tone wrote:Found a graphics display bug
Thanks, we are aware of it, it's on our todo list.
And mentioned in the known issues section on page 01: "Graphic glitches in directory and in preset inspector (display overflowing)" :)
That QA guy from planet u-he.

Post

pdxindy wrote:You cannot do an additive search such as show all Bass + show all Leads
You COULD, if the main categories acted as tags themselves. Like, you know, in all OTHER tag based browsers? :D

Post

noiseboyuk wrote:
pdxindy wrote:Why would Bass:None be confusing? it is a simple and consistent pattern... Category:Sub-Category
With the greatest of respect, that's surely as classic an example of development tunnel vision as you can get. Of course we can see the logic of how we got there, but we ended up in a place where the hapless end user is searching for Bass and ended up with something labelled "Bass:None".
Maybe you would be right if users were just presented with that... However, if the user is searching for Bass, they will not end up with a tag called Bass:None unless they specifically pick the None sub-category from this list.

Any, Acoustic, Analogue, Digital, Distorted, Evolving, Formant, FX Bass, Plucked, Sub, Wobble, Lo-fi, None

I think None works better than the other suggestions offered... However, I really don't care what word is used cause it will not affect my use even the tiniest bit. :D

Post

EvilDragon wrote:
pdxindy wrote:You cannot do an additive search such as show all Bass + show all Leads
You COULD, if the main categories acted as tags themselves. Like, you know, in all OTHER tag based browsers? :D
none of the tags are additive so it would not matter

you cannot search show Bright + Soft either

Post Reply

Return to “u-he”