You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If there's an id3v2 disk number field present and populated, this should be taken into account when sorting tracks in an album, i.e all tracks from disk 1 should be shown before showing track 1 from disk 2.
The text was updated successfully, but these errors were encountered:
For current infrastructures, it is hard to implement it.
Since Android R (11)1, MediaStore of OS can support read and store DISC_NUMBER; before that2, we have to scan the file to gain it (like Song Detail you displayed).
Phonograph Plus supports from Android N. To implement this feature, you can:
Make two implementations, one for Android R and above with this feature, another for Android Q and below without this feature. This would increase the complexity and the cost of maintainability, and give some users up, like you. I choose NO.
Scan all files, reading their tags and store them. There would plenty of works to do, for changing entire infrastructures. I prefer this, and it's what I currently do (for about 2 years, but requires more time to get completely finished. There has been a lot of problems since entire Phonograph Plus roots deeply on the old infrastructures that directly reading from MediaStore, resulting "smooth migrating" to the new infrastructures really hard and painful).
Hello, thanks for phonograph!
If there's an id3v2 disk number field present and populated, this should be taken into account when sorting tracks in an album, i.e all tracks from disk 1 should be shown before showing track 1 from disk 2.
The text was updated successfully, but these errors were encountered: