Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - getmusicbee_account1111

Pages: 12 3
1
MusicBee Wishlist / Re: Option to disable tag inference from the filename
« on: November 05, 2023, 11:00:52 PM »
Tags shouldn't get autofilled or pseudo-autofilled without letting the user know.
-1
MB will never autofill tags unless the user tells it to. By default MB does not do this.

I definitely didn't tell it to, and neither did the other user, yet it autofilled them. If you'd like you can try reproducing.


If I understand what this is all about, I don't think it is something that will affect users that use MusicBee as intended.
Meaning that if you at least have your artist and title tags in order, this would never be any kind of issue.
So it's probably something the vast majority of MusicBee users will not care about. (same as me)
 

If the intended userbase will always have those two tags populated then why have this feature to begin with?

2
MusicBee Wishlist / Option to disable tag inference from the filename
« on: November 02, 2023, 04:40:06 PM »
As was figured out in https://getmusicbee.com/forum/index.php?topic=40135, there is indeed some sort of inference algorithm. A toggle to disable it would be nice.

I think it would even make sense to disable it by default. Tags shouldn't get autofilled or pseudo-autofilled without letting the user know. Not to mention, if the user really wanted something displayed, they'd set the filename as a display field which the inferred tags are pull from anyway.

3
Questions / Re: Disable tag inference from filename
« on: October 28, 2023, 01:06:57 AM »
Thanks very much again, tj. I think you're pretty much correct in every regard but our steps differ slightly causing slightly different results.


I have been entirely unable to reproduce what you are seeing with the Artist field being populated, no matter what I tried with filename structure.


I suspect it's due to the pattern you used. The inference pattern seems to be <Artist> - <Title>, not <Artist> - <Album> - <Track#> <Title>. When the pattern isn't matched, the entire filename seems to be treated as Title.
Try using the wrong pattern (e.g. no whitespace), then open MusicBee to make sure Artist is empty. Then close and rename them using the correct pattern (<Artist> - <Title>) and re-open MusicBee. The Artist tag should get (pseudo-)populated.
I think another difference in our steps is you're using the inbuilt Computer Node to browse and edit files whereas I just rename them in File Explorer like a troglodyte.

I've also just updated to the latest build (was on 3.5.8447 which was one version behind) and the behavior is unchanged.


Where on earth are you getting all these files with no title or artist tags?


YouTube using yt-dlp. I had an error in my config causing it to strip all metadata except one field (Comment, populated with the URL).

I can understand this behavior too to an extent, but I think the cons largely outweigh the pros.
You can always set the filename as one of the displayed fields if you really wanted something displayed since the filename will always be populated (and since that's where Artist and Title are pulled from anyway). OTOH not having a clear indication that something as essential as the Title and Artist missing is a much bigger issue.

4
Questions / Re: Disable tag inference from filename
« on: October 24, 2023, 09:13:00 PM »
Thanks so much @tjinc.

Yes, these are more or less my steps (which I should've probably included along the recording) as well, only major difference being I switch from Library to Inbox around the 20 sec mark because the renamed track is considered new by MB.

My steps:

The filename is Artist-Title-Id (no spaces).

1. Check the displayed tags in the Library and the Edit menu
2. Locate in Explorer
3. Go to Inbox
4. Close MusicBee
5. In File Explorer, Rename the file to Artist - Title - Id (but can be anything; the important part is the whitespace; I used TESTEST and FOOBAR to make it more explicit)
6. Re-open MusicBee

5
Questions / Re: Disable tag inference from filename
« on: October 24, 2023, 07:28:15 PM »
it does appear that the Artist and Title tags are being modified on filename change

I'm pretty sure that is not the case:

Code
> ffmpeg -i '.\TESTEST - sulky FOOBAR baby-y-01zJlK0xQ.opus'
ffmpeg version 2022-03-28-git-5ee198f9aa-full_build-www.gyan.dev Copyright (c) 2000-2022 the FFmpeg developers
...
[ogg @ 000002597c5ec9c0] 5646 bytes of comment header remain
Input #0, ogg, from '.\TESTEST - sulky FOOBAR baby-y-01zJlK0xQ.opus':
  Duration: 00:04:39.02, start: 0.000000, bitrate: 171 kb/s
  Stream #0:0(eng): Audio: opus, 48000 Hz, stereo, fltp
    Metadata:
      encoder         : Lavf59.20.101
      title           :
      date            :
      purl            :
      synopsis        :
      comment         : https://www.youtube.com/watch?v=y-01zJlK0xQ
      track           :
      artist          :
      genre           :
      album           :
      album_artist    :
      disc            :
      show            :
      season_number   :
      episode_id      :
      episode_sort    :
  Stream #0:1: Video: png, rgb24(pc), 1280x720, 90k tbr, 90k tbn (attached pic)
    Metadata:
      comment         : Cover (front)
At least one output file must be specified

Could you try reproducing? I'm still unsure if this is something on my end.

I think I only have one non-default plugin:


6
Questions / Re: Disable tag inference from filename
« on: October 24, 2023, 06:16:00 PM »
I suspect this has been happening for well over a year. It would have been nice if MusicBee had made it apparent from the get-go by displaying blank fields.. blank.
I don't understand the source of your issue.
What has been happening over a year that wasn't happening before?
Are you saying that MusicBee has been deleting artist tags, or has been changing filenames without you knowing about it?

No MusicBee isn't actually modifying these tags.

The tracks I've been adding to my library have been missing most tags (actually all tags but one) for a while, and I only found that out yesterday. I could've found out this immediately as the problem arose had MusicBee not inferred the tags from the filename (to display them, not modify) and instead shown them as is (blank). I have now fixed the culprit that was causing the missing tags (it was a very easy fix unrelated to MusicBee), but the existing tracks from the past year or so are still all like this so I'll need to fix them manually.

7
Questions / Re: Disable tag inference from filename
« on: October 24, 2023, 06:05:51 PM »
Thanks for chiming in everyone.

Demonstration:
https://i.imgur.com/2cUaOAC.mp4
https://i.imgur.com/2cUaOAC.gifv

So yes, it's both Artist and Title.

8
Questions / Re: Disable tag inference from filename
« on: October 24, 2023, 03:20:11 AM »
Yes, now that I know I have that problem, I can take measures. But it took someone else taking an educated guess what the culprit is. I suspect this has been happening for well over a year. It would have been nice if MusicBee had made it apparent from the get-go by displaying blank fields.. blank.

Assuming all filenames have the same pattern, select Infer Tags from Filename.

In my case, the filenames are problematic, and there are lots of corner cases. I have identified what was causing this, and moving forward both Title and Artist will be populated, but for the existing tracks there will be a lot of manual work, and I expect some errors to still slip through the cracks.

Re: your larger question, I think that you might be mixing up Infer Tags from Filename with Autonaming that pulls from 3rd party databases, but I may be mistaken.
I just came up with the name to describe the feature where some tags in the Main Panel are replaced with "pseudo-tags" inferred from the filename if missing. I was not referring to any auto-tagging or internet functionality, so sorry for any confusion.

9
Questions / Disable tag inference from filename
« on: October 24, 2023, 02:37:04 AM »
I have recently realized most of my tracks are missing the Artist tag. I had no idea until a few weeks ago when I started seeing tracks with an empty Artist field.

I couldn't figure out what was happening until someone suggested that my media player might be inferring the tags from the filename and suggested I test it out by renaming the file. The test revealed that that is in fact what is happening, and the reason it has only now become apparent is I changed my naming from Artist - Title to Artist-Title (no whitespace) causing tag inference to fail.

I now need to identify how many tracks are missing the Artist tag (maybe other tags, like the Title, in case those are inferred too?) in order to hopefully find a pattern and see what causes this. For that I'd need to disable inference, but I'm unsure how to do that.

I don't think this inference functionality should be active by default at all. Artist is probably the most important tag. It should be obvious when it's blank by being shown blank.

10
Say you're filtering the tracks in a specific language using the Column Browser. Then within those files you want to perform a search:



It'd be nice if the search results came from whatever's currently in the Main Panel (in this case, the tracks in that language). As it stands, the results will be from everywhere.

Not sure what "Local Node Only" does, but the results are the same as with "Entire Library."

11
Questions / Display songs using NOT and AND operators in addition to OR
« on: September 05, 2022, 12:39:22 AM »
Suppose I have 3 tracks:
- Track 1's genres are Genre 1 and Genre 2.
- Track 2 has a single genre, Genre 2.
- Track 3 has a single genre, Genre 3

What appears to be possible (using Shift/Ctrl + Left-click):
- If I want to show Tracks 1 and 2 I'll select Genre 2 (or Genres 1 OR 2).
- If I want to show Tracks 1 and 3 I'll select Genres 1 OR 3.

What I can't seem to get working:
- If I want to show Track 1 only, that will require selecting Genre 1 AND 2.
- If I want to show Track 2 only, that will require selecting Genre 2 AND NOT 1.

I'm using the Column Browser.

12
Questions / Difference between No stars and Not Rated in metadata
« on: August 15, 2022, 07:28:32 AM »
The difference is of course quite obvious within MB, but I'm sorta "scared" to rate tracks with 0 stars because I'm not sure if there is a distinction outside of MB (in other words, within the tags).

For example, in File Explorer, both a track with 0 stars (i.e. one I hated) and an unrated track (i.e. one I could potentially love) look the same (I even tried sorting by the rating, and the only track I rated 0 ended up somewhere in the middle).
Other software may behave similarly, unless this is somehow standardized (maybe it is?).

So for portability's sake, should I avoid the "No stars" rating and rate the tracks I disliked the most with .5, or even 1 star instead (seeing how e.g. File Explorer doesn't display half-ratings)?

13
Thanks for the explanation Steven.
That makes sense.

How can I find all the tracks with the artist if a track has a single artist?
It seems like that is only possible for tracks with multiple artists, because the Find Other Artists dropdown is only available there.

14
If a track has multiple artists and I go to Search - Find other artist - <Artist name> it will find all the tracks this artist is in.
If a track has a single artist and I go to Search - Find artist <Artist name> (there's no "Find other artist" option) it will only find the tracks with that single artist.
So for the same exact artist I can get 10 tracks in the former scenario and 20 tracks in the latter scenario.

15
I just wanted to say that the controls on headphones don't seem to do the same thing as controls on a keyboard as for me, I currently only get the double clicking effect with my headphones and not my keyboard buttons.
Exactly the same behavior for me.
Bluetooth headset play/pause works great.
I've tried two different keyboards, and for both play/pause is detected twice.
Running MB 3.5.8150.

Pages: 12 3