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
While technically possible, I don't think adding more input formats is a feature I'd like to pursue.
The main issue is that m4a is a container format that can carry an audio stream encoded with a wide range of audio codecs, including lossy ones. Supporting them all is not feasible. Supporting just AAC, for example, means zrtstr will not work correctly on other codecs, which is not good.
Currently I suggest automating conversion from m4a to wav with ffmpeg and analysing them.
Are there any reasons for you to keep the source m4a files and prefer them over wav?
Thanks for the clarification. I wish that I felt that I had time to learn all that I want to learn about audio. One day. All my tracks are in ALAC format with an .m4a extension. So if it's of interest, you could reframe my query as being about future support for ALAC. Would that be of interest?
This tool looks very similar to what I was after.
Would it be possible to add support for other file formats, especially M4A?
I'd roll up my sleeves myself but I have zero Rust experience.
The text was updated successfully, but these errors were encountered: