Adding onto this, the “Duration, Descending” filter tag does not work properly. It does put longer audios first; however, they are not in descending order.
Second, the “Most Used” filter tag may not be working properly. I would assume that an audio with 100+ favorites would be more used compared to one with 0; however, I may be mistaken.
I’d also like to point out that the search results are not as accurate. For example, when searching “Jingle bells,” audios like “Opening Presents” or “It’s A Xmas Song” come before audios named “Jingle Bells.” Though, I’m not sure if this is intended behavior.
I hope this information helps. If screenshots are needed, I can provide them.
Hi @dmining101, thanks for filing a detailed bug report! It made it really easy to track down the issue and start working on a fix.
There are several parts to this report so I’ll answer each one individually: Artist and Album filters - I have found the issue and am working on a fix. The fix should be live sometime in January of next year. I will update the thread when it is deployed Most used filter - The most used sort uses a combination of the number of universes that an audio has been listened to in and the relevance of the audio to the search query to rank the results. It does not take into account favourites. This is why you may see audio assets with 100+ favourites ranked lower than assets with few favourites. Please note that the metrics we use to rank search results may change in the future as we improve the results of search. Inaccurate Search Results - Earlier this year we released Semantic Search for the marketplace. This replaces the old method of directly matching words to audio assets and instead focuses on the intent of the search. For example “Jingle Bells” has a Christmas/Holiday/Winter intent and so audio with that result is returned (eg “Opening Presents” or “It’s A Xmas Song”). See Search Improvements in the Creator Marketplace for more information. Duration, descending filter - This is a bug. Could you make a new Bug Report with more information on this issue? The new bug report will help us track the fix separately from the Artist/Album fix in this report.
Let me know if you have any other questions!
Thanks,
ComplexLint
Oh, okay, that makes sense. Thanks for the information. I can send another message to the bug support group about the descending filter, but it would have to be moved here because I am not a regular.
Just a quick update on this issue. We have fixed the issue with filtering by artist but are still running into issues with filtering by album. I am working with the relevant people to get this fixed. In the meantime enjoy filtering by artists!
Hi there, we were able to identify the issue with album filtering in Toolbox and a fix should be going out in our 609 release of Studio in about 2 weeks. Thanks for the report on this!
Sometimes, when I apply the artist filter tag after searching for a result, it will return “No results found” even though an audio by the artist appeared without the tag.
That being said if you give me an example use case where the semantic search + artist filter would be better than the current behavour of lexical search + artist filter we can look into changing it.
Oh okay. I think it’s fine how it is. Is there a quick way I could apply (or keep) the filter tag without having to find a song made by the artist? Since the filter tag automatically clears after the search result, it makes it a bit tedious to have to keep reapplying it when I change the search result.
Update on this: we’ve enabled a fix for album filtering in Toolbox, so now when filtering by a specific album you should only see other audio assets in that album. Thanks for your patience!
