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 - IrnoicBez

Pages: 1
1
So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?
yes, its only removed from the cache. For the next update, if there is only 1 chapter then the tag will be ignored
Thank you Steven. I appreciate this.

2
I am currently using the Beenius Plugin to retrieve lyrics.
That's some good investigation.
Do you mean that the additional TIT2 is not there before using Beenius, and gets creating right after using Beenius?

Also, your screenshot shows two TIT2's. Is there yet another one higher up than the screenshot shows?

I also notice 'CHAP'
Not sure, but could that stand for Chapter, and could MusicBee be displaying the secondary title since it assumes it is a chapter within the song?

I think it's probably not related to Beenius but to Lyrics Reloaded. Since this also happens on songs for which lyrics retrieval with Beenius failed (and worked in the past with Lyrics Reloaded).

There are no other TIT2 tags. Redoing the lyrics retrieval moved the "incorrect" TIT2 tag higher up in the binary, while the lyrics were stored lower down. Idk if this is useful information. It is indeed still near the CHAP keyword


If you update to v3.6, i recall i implemented right click/ Remove Cuesheet to remove the tag
I did some tests with a track that contains chapters, and things look and function exactly as described in the posts above.

What I did find–and seems odd to me–is that you can indeed use 'Remove Cuesheet', and the chapter information does not show anymore.
But when that file gets rescanned the chapters are there again.
So the chapter information doesn't seem to get actually removed from the file.
Is that intentional?

edit
@kirky86 and/or IrnoicBez:
Can you confirm what I described?
I can't try MB 3.6 yet but will do soon and let you know if it works

3
MP3diags didn't say anything aside from some normalization information missing.
Tried every possibile transformation on mp3diags. Some transformation did work. Had to restart MusicBee to actually make it look like it was fixed.

Since at first (before restarting) the problem didn't seem fixed, I tried comparing the file and the transformed file with an Hex Editor.
I found that the alternate title was appearing just after the Lyrics of the song, in the file structure, and after the text "TIT2".

TIT2 is the name ID3v2.3 and ID3v2.4 use for the title tag. But there's more than one in the picture.
I went to the original file on MusicBee and tried with "Delete Lyrics and Redo Search". This fixed the problem temporarily! But after playing another song and then playing that original song again, the problem returned.
I am currently using the Beenius Plugin to retrieve lyrics.
The weird thing is that the problem also happens on songs for which I get no results from the automatic lyrics search.
In the past I was using LyricsReloaded to get lyrics from Genius, maybe the process also wrote some other information aside from lyrics into the file, and now it has to be manually deleted. I noticed that searching for the song as "Down Like Wow" on Genius actually works.

Very confusing stuff. This is probably the best I can do to help identify the problem.

4
And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.

Here's screenshots from the tag inspector. No occurrence of "Down Like Wow". Same results from mp3tag.
ID3v1 tags

ID3v2 tags



No APEv2 tags

I'm not sure what the OP meant by taskbar, the Taskbar Player? In that case I don't believe a screenshot would be useful, since the problem seem to happen in many places of the MusicBee UI.
Here it is anyway since you asked.

5
Respectfully bumping

6
I am having the same problem since today, but in the sidebar player. Didn't update recently.
Is it only certain songs that do this?
And do those songs -always- do this?
A screenshot would be helpful here so we can see what you're seeing.
And another screenshot of your taskbar player settings.
And another screenshot of the Tag Inspector showing one of the problem songs.
Specific songs always do this. Here's an example.

Another thing I noticed is that sometimes the title is different, probably an alternative title, like in this case, but honestly I really can't seem to find anything in the tags.

If I use MB search and search for this alternative title, nothing is found. MB usually finds matches in most tag fields. Files are mp3.
One last thing that might help investigate: this second title is also shown when i hover on the seekbar, usually just the timestamps are shown.

I noticed this problem after I removed a secondary artist from the tags. I had Album Artist as "Artist1; Artist2" and set the field to "Artist1". Not sure if this is related.
I have listened to these files for years and never noticed this. Weird that the only forum topic I found on this issue is from two days ago. It might have something to do with some Windows 10 Update? I am using the media control plugin for Windows 10.

7
Portable Devices / Re: Wifi android device synching
« on: May 29, 2024, 11:13:36 AM »
I have been communicating with Google since the beginning of this month and I am unable to use MANAGE_EXTERNAL_STORAGE because they claim it is not a “core feature”. I've decided that the only way to register with Google is to disable reverse sync, so I'm going to try registering with F-Droid.

You need to read up on "Scoped Storage". It was introduced in Android 11 and could be bypassed with a flag but from Android 12 it couldn't be bypassed anymore. Since then you need to justify the use of "MANAGE_EXTERNAL_STORAGE" or google will reject the app from the play store. Which is going to be hard to do for a music sharing app, that permission is pretty much reserved for file managing apps because it gives access to everything.

You just need to setup Scoped Storage so the app can access audio files only and whatever folder the user selects. Once you do that google shouldn't have an issue with it.

I can't help anymore than that as I never got around to researching how to implement Scoped Storage.



I am building as an app for Android 13 or later, so Scoped Storage is already forced (since Android 11), plus this means of accessing external storage the old fashioned way. The information used for reverse sync is in internal storage.

Poweramp
Uri.parse("content://com.maxmpz.audioplayer.data/files")
GoneMAD
 /storage/emulated/0/gmmp/stats.xml

Music files and playlists have already been rewritten to be copied using MediaStore with "READ_MEDIA_AUDIO" permission enabled.
Currently, I believe that if I disable reverse sync, it will pass Google's review without any problem.
But what is the point of this app with reverse sync disabled, beyond syncing via cable connection? That one point is what makes me stick with reverse sync.

And currently, I can't implement reverse sync in any way other than "MANAGE_EXTERNAL_STORAGE" using the sources I have.
Hey, I'm using your app. So far it seems to almost work (i've been having issues with cabled sync with my new phone).
Here are two issues I found with your app so maybe you can fix them in the future:
1) Pressing "Stop" during Sync doesn't actually stop the sync. (This also happened in other apks I have tried from this topic)
2) Synchronization stops if a file with an emoji in the filename is passed. (I get WifiSyncAbort: Invalid data detected during decoding.)

Thank you for your work, I really appreciate the effort.

8
Bug Reports / Re: Graphical glitch in Album Covers view
« on: September 20, 2022, 04:39:06 PM »
Did it cross your mind to check relevant settings, or search the forum before creating a Bug report?
Also, not a very polite thing to say, you're acting as if I should know exactly how every setting was changed in the update, but it's not always that easy and straightforward. I read the "Before You Post - Read This" by Steven and it didn't tell me to do such things before posting, so your behaviour is kind of unjustified.

9
Bug Reports / Re: Graphical glitch in Album Covers view
« on: September 20, 2022, 04:29:36 PM »
Did it cross your mind to check relevant settings, or search the forum before creating a Bug report?
I searched the forum (and I didn't find much) and I found a workaround by myself, when there's at least one track rating the behaviour is now correct, but otherwise the spacing is still weird (the duration of the song is too much to the left), it only gets fixed by giving a song a track rating, but it's definitely buggy because if I click on the space between title and duration where I should be able to assigns a rating, the faded stars used to help you choose the correct rating do not appear



intended behaviour:

10
Bug Reports / Graphical glitch in Album Covers view
« on: September 13, 2022, 01:37:59 PM »
Not sure if this is a glitch or I have to change some settings in the newest beta update, but since I updated certain albums started listing tracks in a different way, wasting a lot of space on the screen instead of using 2 columns, here's an example

and this is the intended behaviour

11
Version: 3.5.8150

When you try adding a songs to a playlist you get a list of all playlists and a check mark beside the playlist name if the song is already contained in a specific playlist. With the last version I always see a check mark for the most recent playlist entry (the one on top) even if said song isn't in the playlist. So in order to add a song to a playlist I have to click on the playlist twice: once to make the check mark disappear and once again to effectively add the song.


12
MusicBee Wishlist / Re: Ability to Add PDFs to Library
« on: May 13, 2022, 02:33:52 AM »
Hey Steven, just wanted to ask you if you could implement the same feature for txt files too.
I'm not sure how necessary this is. You can copy and paste text into the Comments tag.
That is true, I usually use comments when the text length is small, but I haven't found a practical way to read really long texts in the comment box. It would also make me have a lot of redundant info if I have to put the same text in the comment tag of every song in an album for quick retrieval. But I get your POV, it's not really a fundamental feature. I figured I'd ask since the code for pdf files is already there and would only need some little refactoring.

13
MusicBee Wishlist / Re: Ability to Add PDFs to Library
« on: May 12, 2022, 01:59:29 PM »
- wording change for the setting
- it now looks in the music folder and also immediate sub-folder for any pdf files
- when multiple pdf's exist, clicking on the icon now shows a popup-menu to select which pdf file to open
- skin element: PDFIndicator to override the icon

https://getmusicbee.com/patches/MusicBee35_Patched.zip
unzip and replace the existing musicbee application files

note the new MB versions now use .NET 4.8
Hey Steven, just wanted to ask you if you could implement the same feature for txt files too. Didn't feel like creating a new topic since my request is very similar to the one in the OP.
I am asking because I have a bunch of .txt files in my folders that I use to save additional information about some release (alternate tracklist orders, stories about the making of albums, interesting reviews etc..)

I Love MusicBee, I've been using it since 2013 and never looked back. Even if you don't have time to do this just know I really appreciate your hard work on this piece of software.

Pages: 1