So, in this case, we need to register the "missing" file extension to our own type. If there is no existing file type for a "supported" file extension yet, we cannot add the LameXP entry to the existing file type, obviously. Not really a problem, but I now added an additional check to see whether the key exists or not, before we actually try to open it. If the key does not exist, the key cannot be opened and thus the warning pops up. It does so by trying to open the corresponding registry key, i.e. The ShellExtension code checks whether there already is an existing file type for each file extension that is "supported" by LameXP. Okay, after some investigation, I identified two issues that may cause these warnings:
#Lame mp3 encoder 3.100 alpha 2 windows 10
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymoreĬurrently running Windows 10 Pro (64-bit) Build: 10240 * Fixed potential deadlock in Cue Sheet import dialog when "Browse." button is clicked * Updated GnuPG to v1.4.19 (), compiled with GCC 4.9.2 * Updated ALAC decoder to refalac v1.47 (), based on reference implementation by Apple * Updated mpg123 decoder to v1.22.2 (), compiled with GCC 5.1.0 * Updated MediaInfo to v0.7.74 (), compiled with ICL 15.0 and MSVC 12.0 * Added capability to select multiple files on "Source Files" tab * Added enhanced file renaming option: Files can now be renamed via the regular expression engine * Added enhanced file renaming option: Default file extensions can now be overwritten * Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support * Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774 * Added Hungarian translation, contributed by Zityi's Translator Team * Updated Qt runtime libraries to v4.8.7 Final (), compiled with MSVC 12.0 * Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
0 kommentar(er)
