path: root/rbutil/rbutilqt/base/encoderlame.h
AgeCommit message (Collapse)AuthorFilesLines
2020-11-06rbutil: Command line fallback on libmp3lame failure.Dominik Riebeling1-2/+2
When loading libmp3lame fails fall back to using the command line lame. Avoids an unresolvable error when trying to create voice / talk files for Archos. Modernize code a bit. Change-Id: I2e8fd5786fda972cb24adbcb9ced531e08093b4f
2012-04-06libmp3lame encoder: don't retrieve settings for each run.Dominik Riebeling1-0/+2
Retrieve the encoder settings only when creating the object or when saving. Avoids unnecessary overhead by accessing the settings object on each encoder call, which also clutters the system trace log. Change-Id: If64e5d1d5ac8f1d4b0afd1bc4851e455fc7e64c2
2012-01-29libmp3lame: add quality and volume settings.Dominik Riebeling1-4/+3
Change-Id: I220526f071dadc69791e5bf6d23cfce2bf9ba045
2012-01-08Rockbox Utility: use libmp3lame for voice clips.Dominik Riebeling1-0/+71
Instead of calling the lame executable use libmp3lame directly. As result, this simplifies the prerequisites for creating voice clips for Archos devices to putting the library in the system's search path (Windows: put libmp3lame.dll in the search path or the same folder RockboxUtility.exe is located in. Linux: install the library using your systems package manager) and configuration. This creates a notable encoding speedup on Windows (around factor 6 on my test setup) and a small speedup on Linux (around factor 1.2). The implemenatation currently has the following limitations: - Only enabled on Windows and Linux. On OS X installing the correct dylib is a bit nontrivial, so using the old command line based method is still in use for now. - The encoder parameters are currently hardcoded to use the same values the build system uses. git-svn-id: svn:// a1c6a512-1295-4272-9138-f99709370657