I checked every AAC- and FFmpeg-related question on the entire StackExchange and it's not yet clear to me.
In my project, I provide some audio-only content, encoded in AAC, to the end users. Some parts (not all) of the content are available only to the users with a paid subscription to the app. The software I distribute only does the audio playback (mobile iOS & Android audio player apps).
But, to prepare that content (i.e. convert from some format to AAC) I use the encoders (FFmpeg), which happens once per audio file. No encoding or decoding logic is a part of the user-facing flows, i.e. the users consume only the audio files that were (or were not) encoded to AAC sometime in the past.
I see in the FAQs that distributing the content is free, but prior to distributing this, I need to encode it to AAC.
- Do I need to care about the license fees or patents because of using FFmpeg on the backend side to prepare the content before distributing?
- If yes, is there a way to avoid this, e.g., using the other free encoder (not FFmpeg)?
- If no free encoder can help, will compiling the FFmpeg myself help?
- Can the use of free software like ExoPlayer (Android) or AVPlayer (iOS) be treated as "decoding"? i.e., can the paid audio player app be treated as a "distributed software that provides the paid decoding functionality"? i.e., do we need to pay the license fees for the app that plays AAC?
(the audio content itself is mine, so I own all the rights)
UPD for 4.: a good quote from the ExoPlayer members: by adding ExoPlayer to dependencies, no encoder or decoder is actually bundled to the software we distribute. On iOS it's even a system library.
1,2,3(the first question), and4(the second question) is answered in the questionUPDpart. 50% duplicate, 50% not :) So, up to you. – Peter Samokhin Jun 16 '22 at 22:21