HJicub Jiikol

Not sure what you want me to do but yeah, the set cover type does "stick". I can move the file to a different location and reopen in musicbee and it shows the types that I set, it seems to be stored in the file, not in musicbee database if that's what you're asking.

MediaInfo.txt

In the sample file I attached, the first art is more than 50 KB so by this logic Poweramp should show first image but it still doesn't pick it for some reason, see the cover sizes below: Anyways now I know which image Poweramp picks and how it picks, so I can work around by upgrading the cover quality 1. 2. 3. And you're right it doesn't seem like "leaflet", "illustration" or other options shown by MusicBee are standard, however Front cover is shown correctly as such by mp3tag as well. I shows other covers as "others" though lmao

Poweramp shows the wrong album art when m4a files have multiple covers, instead of the primary one (mp3 files work correctly however). Below screenshots are from musicbee showing that the m4a file has multiple covers (3 in this case, one is marked as "primary") After some testing I have seen that all other players on android always show the art marked as "primary" but not sure what logic Poweramp follows because here it is showing second one, and it never shows the first image in case of m4a files. (NOTE: only foobar android has capability to show other arts as well) Art shown by Poweramp: I have tried multiple other players and none so far have this issue, they all show the primary one correctly: AIMP : PlayerPro : Foobar : Musicolet : PhonoGraph Plus (screenshots respectively) Sample file for test: test.m4a Foobar2000 can show different images too but by default shows the primary one:

I just found this is now fixed, thanks @maxmp

Man! there really IS no consensus on this... Consider this LRC file: [offset: -5000] [00:28.270]You’ve got the best of both worlds [00:32.640]You’re the kind of girl who can take down a man, [00:38.100]And lift him back up again [offset: 0] [00:40.830]You are strong but you’re needy, [00:44.190]Humble but you’re greedy [00:47.0]Based on your body language, ... Musicbee: applies both offsets, first three lines are late to show but after that the rest show up correctly AIMP: Only applies first offset and treats rest as text, all lines thus appear late: foobar2000 (x64 with OpenLyrics 1.6 Plugin): only applies the last offset, so all the lines including first three, appear at correct time in our test. MPV (with external LRC file, rest tests were with embedded as mpv fails to read internal lyrics): don't even know whats going on here, all lyrics appear late except the 4rth line, yes, not the third the fourth one: "Humble but you're greedy" Poweramp: Applies only the first offset, and causes all lines to appear before they are actually sung So when it comes to multiple offsets there is absolutely no common ground, however at least everyone seems to be applying the offset in the same direction, except Poweramp.

LOL that was me testing Cunningham's Law, maybe some one with correct information pops up

I've also checked MPV and AIMP on my PC and they also seem to apply the offset in same way as MusicBee, maybe Poweramp's implementation is an outlier.

@andrewilley I was confused on that same thing and after digging through, I found another android music player which was applying the offset in same way as music bee. TBH even I am not sure in which way the offset should be applied? Why not just have a button to toggle offset "polarity" for now?

LRC files and the lyrics format have an option for offset which allows for syncing of lyrics by adding an offset value in milliseconds. This value is not respected by Poweramp and thus LRC files with this value show the lyrics with wrong timings. it looks like this in the LRC file: [offset: -18500] [00:38.05] I am fire I am damage in the making [00:44.95] [00:47.40] I am an army set out to control your every ticking More details here: https://en.wikipedia.org/wiki/LRC_(file_format) Example attached, it works correctly in MusicBee shadowshow - iamamiwhoami.lrc

Rule based playlists would be awesome!