[Bug] Failed recognition of track numbers
Description
Previous version could recognize track numbers for easy sorting but current version fails to recognize track numbers on some albums
Steps to Reproduce
- Go to album tab
- Open albums
- Sort by track number
- Certain track numbers show up as question marks
Expected Behavior
Track numbers recognized
Screenshots
Additional Context
No response
Device
Tecno Camon 18i
OS
Android 12
Version
2024.11.114
Contribution Guidelines
- [X] I agree to follow the Contribution Guidelines.
Could you upload the file in a zip?
Could you upload the file in a zip? I have the same problem i noticed that it only appears with .m4a files, while .flac and .opus are working correctly.
Hi there, I am experiencing the same, but for all albums.
I'm using the same version v2024.11.114 from F-Droid, and it happens with all albums.
I am on Android 13 (LineageOS) tho.
Tried clearing the music cache, and re-scanning again without luck.
When you ask for a zip you mean like an example album or?
Symphony (unorderd):
GNOME Music (order):
Cheers!
Upload one of the audio file in a zip.
Cool, here you have it: song_files_mp3.zip
There's two, wacced is number 1, and peekabo is number 9, Cheers!
Any updates on this issue?
I believe this is caused by the track metadata which differs for various songs.
I ran ffprobe on different tracks and those that display properly on Symphony have just the track number (like 8) in the track metadata, and those that don't display correctly have something like 8/12.
I think the track number should be recognized by just the first integer in the metadata.
Hope this can be resolved soon.
Track numbers seem to fail for me as well when it is an MPEG-4 Audio (AAC LC) (according to musicbrains) I also noticed that the album track number on these files is set to 0, but does not solve the issue when corrected.
When converted with the android app "Phiola" to opus, track numbers become readable again (album track count not updated).
@muyrety, thanks for the hint with ffprobe. I had the same problem, but only with some of my albums, so I used ffprobe to see what's different about them. My resolution is however different than yours - the audio files with no track number seemed to have some issue with cover art, ffmpeg reported for them:
[mjpeg @ 0x560ee22ca880] EOI missing, emulating
When I tested the cover JPEG file with ffmpeg itself, no problem with EOI was reported, so I guessed the problem is in the way the cover file is embedded in audio files and that it then somehow corrupts reading of file metadata in Symphony. So I resaved the problematic audio files with a different ID3 tag editor that I normally use and the problem is gone :-)