Hi
Last time I was here, was Feb 6 and I was having the problem of ALL the songs in my newly tagged mp3 collection of my 'Music' folder on my phone, reading with the wrong times in different programs, specifically my phone's Musicolet music player app. I looked at the files with mp3diags and there was a few errors visible but no obvious solution for me.
I have spent the last several days 'converting' the mp3s using the iTunes library to a new file, deleted the entire MUSIC folder of the Phone MicroSD and copied the newly 'converted' iTunes MP3s to the MicroSD.
Great news that now the songs all read with the correct times (which they didn't even have in iTunes before 'converting').
However, now once again my Artworks are missing from a LOT of the albums (only in the musicolet app). The artworks are visible in the Samsung phone file explorer when I open the folder for the mp3 albums which are missing in Musicolet. They are visible in the Samsung file explorer there, when I am looking at the mp3 files. Not the albums. Just at the mp3 files. They are embedded but not showing in Musicolet android app. Do you think this is because of some aspect of Google's crippling "Scopes".
Any obvious suggestions as to why most of the albums show up in Musicolet but some do not?
Any way to fix these artworks so they will show in the Musicolet player? I see others with some problems in this same vein. But I can describe this in my instance, so I am querying anyway.
In the Musicolet App view of the album it has each song with its artwork and though I always do things the most obvious way like add an artwork to all songs on an album, the same Elvis Presley single with 3 songs, will have art on two songs in Musicolet and not on the other. This has been happening for a while even before the recent reconversion from iTunes. Course, I look in iTunes and it's all tight, all the albums have artwork. Not saying you know the answer but maybe someone else has a similar experience.
Do you know about scopes from google? They only let apps look at certain components of files. I blame Google scopes at the moment. I blame Google. They are diligently trying to destroy the internet freedom act. And these Elvis Presley singles are something I own and I bought and I took the pictures myself with my phone camera and I ripped using iTunes to mp3 files. So there's no shady downloader here. It just is a non uniform extraction in some way. I noticed that it starts with a parenthesee, is it possible this is causing the issue? I also see that the first album missing artwork is called But Seriously, Folks... in its folder name.(windows doesn't allow quotes in filenames or folder names) Is this causing the problem? There are so many though. It is not just these two instances. They are just the first two I see in the list alphabetically without art.
You already had these files loaded into Musicolet previously, perhaps the library file that app uses has some remaining mismatch. Is there a function to have the existing library file completely refreshed? I don't use that app myself, but many others like Poweramp, GoneMad, Foobar Mobile, and Neutron all have a way to do this. Often it restores missing details including missing or unexpected album art.
If the artwork is embedded, it should be picked up on a new scan. But since you used iTunes to do the magic conversion of the original files, you may want to confirm the artwork is in fact embedded. Check the problem files in mp3tag (not iTunes) and see if the artwork is in fact there.
I was looking at one of the files on that same iTunes computer, searched it out in Windows explorer and it shows no artwork in WE. In mp3tag it does show the artwork.
So you can see there does seem to be a problem with the artwork. I don't know what it is. It happens or it doesn't happen. I rescanned just now with Musicolet app and checked the box for rescan metadata but no beans no change. I had restarted the phone after the first scan in earlier today too. So I followed the devs recommendations. I am going to try another music player I think.
one check could be to see if the player does recognize the picture or has a different problem:
Rename the file e.g. with an added underscore in the name and let the player read that file as a new file.
If then the picture appears, then you have a cache problem of some kind. If it still does not show up, check if a conversion of the picture to png helps.
As the WE also does not show the picture, a check in MP3tag with filter
%_covers% MISSING
could help. Ideally, no files should appear in the MP3tag file list.
