softworkz 5066 Posted December 4, 2024 Posted December 4, 2024 I might be hallucinating, but I believe there's even an option in Picard to change this - did you use Piccard to set this metadata?
rfporter 34 Posted December 4, 2024 Posted December 4, 2024 I did use Piccard to set this metadata. And verified it with mp3tag. Its odd that the ffprobe of EmbyServer on Windows can read it correctly, but ffprobe of EmbyServer on docker (and likely Synology) does not.
rfporter 34 Posted December 4, 2024 Posted December 4, 2024 Here is the output of ffprobe for the same mp3 file but on Windows. The albumartists tag has both artists, and the MusicBrainz Album Artist ID also has both artists correctly.
softworkz 5066 Posted December 4, 2024 Posted December 4, 2024 Okay, that's odd. Can you PM me the file?
rfporter 34 Posted December 4, 2024 Posted December 4, 2024 Also looks like ffprobe windows was built with gcc 12, while ffprobe docker was built with gcc 10. Not sure if that is significant though.
softworkz 5066 Posted December 4, 2024 Posted December 4, 2024 10 hours ago, rfporter said: Also looks like ffprobe windows was built with gcc 12, while ffprobe docker was built with gcc 10. Not sure if that is significant though. No
softworkz 5066 Posted December 4, 2024 Posted December 4, 2024 Okay, took a very quick look When I execute ffprobe on Ubuntu for this file, it outputs a control code and shows the additional items on the next line: Ā Ā Maybey in your case, the shell just "swallows" everything behind the control code? Ā
rfporter 34 Posted December 6, 2024 Posted December 6, 2024 Maybe the shell "swallows" it. Not sure. And I haven't tried on Ubuntu yet. However, the result is in Windows the album artists are correctly interpreted by Emby: But on Synology and Docker Emby only the first artist is recognized:
softworkz 5066 Posted December 6, 2024 Posted December 6, 2024 It's possible that it depends on the character set being used. Can you try the three variants in Picard and see whether it makes any difference? Thanks
rfporter 34 Posted December 6, 2024 Posted December 6, 2024 Just tried with UTF-16 and ISO-8859-1. Same result as UTF-8. In my terminal the missing entries get clumped into one line at the end of the list:
softworkz 5066 Posted December 6, 2024 Posted December 6, 2024 Found the cause. I hope we will be able to include a new ffmpeg build in the next beta. Thanks for reporting! 2 1
rfporter 34 Posted December 7, 2024 Posted December 7, 2024 Thanks for working on this issue. I am eager to try out the new build. 1
rfporter 34 Posted December 16, 2024 Posted December 16, 2024 It looks like this fix did not make it into v4.9.0.33 beta on Docker.
rfporter 34 Posted December 25, 2024 Posted December 25, 2024 The fix did not make it into v4.9.0.34 beta on Docker.
rfporter 34 Posted January 7, 2025 Posted January 7, 2025 Looks like this fix made it into v4.9.0.35 beta on DockerĀ 1
softworkz 5066 Posted January 7, 2025 Posted January 7, 2025 Awesome! Great to hear it's working now. Thanks for the feedback!
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now