LameXP v4.21 Final · Build #2382 (2023-12-29)

[LoRd_MuldeR]

You mean those warnings about "failed to open registry key"?

I recently moved some more registry-related stuff to the MUtilities library, in order to eliminate more redundant code in LameXP/MediaInfoXP. Quite possible that the new code is more pedantic, while the old code just failed silently.

Anyway, I assume those warnings originate from the Shell Integration code. Probably nothing to worry about. But I will need to look into this in detail...

[LoRd_MuldeR]

LameXP v4.12 Beta-2

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated MediaInfo to v0.7.74 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.2 (2015-05-24), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore

[LoRd_MuldeR]

This is a new one: -

http://i59.tinypic.com/t6t79e.png

Is it anything I may have done?

Currently running Windows 10 Pro (64-bit) Build: 10240

Okay, after some investigation, I identified two issues that may cause these warnings:

The ShellExtension code checks whether there already is an existing file type for each file extension that is "supported" by LameXP. It does so by trying to open the corresponding registry key, i.e. HKEY_CLASSES_ROOT\.foo. If the key does not exist, the key cannot be opened and thus the warning pops up. 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. This makes the warning go away.
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. So, in this case, we need to register the "missing" file extension to our own type. Unfortunately, there was a regression in revision 027f4d5 that caused this task to fail. More specifically, the key was created under HKEY_CURRENT_USER\.foo, rather than HKEY_CURRENT_USER\Software\Classes\.foo. This problem has been fixed now.


Please try with this Test build, which should resolve all issues listed above:
https://www.sendspace.com/file/rn18m7

BTW: If you find any "misplaced" registry entries (created by the effected versions of LameXP), which would be in the form of HKEY_CURRENT_USER\.foo, you should simply delete them manually!

[SeeMoreDigital]

Nice one... It appears "all is good": -

http://i58.tinypic.com/29malgz.png

:D

[LoRd_MuldeR]

Here is a Test build created with VS2015:
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2015-08-11/

(Only "shared" build for now, because I haven't gotten around to build "static" Qt with VS2015 yet. Pre-Win10 users may need to install the Redist package)

[LoRd_MuldeR]

LameXP v4.12 Beta-3

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team zityisoft@gmail.com
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.74 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[LoRd_MuldeR]

LameXP v4.12 Beta-4

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team zityisoft@gmail.com
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.74 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[SeeMoreDigital]

Thanks,

The new version is booting-up fine using Win10 (build 10525) ;)

[LoRd_MuldeR]

LameXP v4.12 Beta-6
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2015-08-29/

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[LoRd_MuldeR]

I'd rather have the application self-contained in a folder, where I put it. If I install it in D:\Programs\Lame , I don't expect it to write tens of megs to c:\ [...] \ TEMP folder. I'd rather have a Lame\Tools or Lame\Temp folder created automatically and so on. Or let user choose.
Maybe I run my Windows from a 64 GB SSD and I only have 300-500 MB free on the SSD. I wouldn't like to kill write cycles in those 300-500 MB of free space with 20-30 MB of tools. I know, it's unlikely, but you never know.

Also consider that you may want to make a "portable" version of the application, in which case having the files extracted in a subfolder would make it easy for you to just set some flags inside your application to just check for existence of those files at start instead of trying to unpack them from the executable each time.

Try this one:
https://www.sendspace.com/file/it57wv

[pepar]

Hi,

I just started using this to batch convert an APE'd CD library to LAME. Windows Explorer with the APE files shows the file name, track #, title, artist and album. Opening those files in LameXP, everything is missing except the file name. After encoding, that has not changed. I have set the Rename Output Files to [<TrackNo>] <Artist> - <Album> - <Title>. Still, none of that data is picked up from the APE files.

Any ideas?

Thanks,
Jeff

[LoRd_MuldeR]

Hi,

I just started using this to batch convert an APE'd CD library to LAME. Windows Explorer with the APE files shows the file name, track #, title, artist and album. Opening those files in LameXP, everything is missing except the file name. After encoding, that has not changed. I have set the Rename Output Files to [<TrackNo>] <Artist> - <Album> - <Title>. Still, none of that data is picked up from the APE files.

Any ideas?

Thanks,
Jeff

If you just drop the .APE file into LameXP and go to the "Show Details", does it show the meta info?

If not, what if you open the "problematic" file with MediaInfo? Does it detect the info :confused:

[pepar]

If you just drop the .APE file into LameXP and go to the "Show Details", does it show the meta info?
It does not. And the problematic file is the entire CD library.

If not, what if you open the "problematic" file with MediaInfo? Does it detect the info :confused:
Well, maybe that is my problem. Does MediaInfo install with LameXP? Do I need to have it "independently" of LameXP? ... I didn't notice where I would point LameXP to it ...

Jeff

[pepar]

Just installed MediaInfo and then reopended LameXP. Still no tagging. Will restart PC and see if that fixes it.

edit: Resrtarted PC. No joy. Loaded a file into MediaInfo and can't find where I would see the meta tags. However, I loaded a file into MP3Tag and the info displayed immediately.

edit: OK, found "sheet" anc customized it for Artist, Album, Track # and Title. No joy. None of that is displayed. Yet Mp3tag shows it.

[LoRd_MuldeR]

Well, maybe that is my problem. Does MediaInfo install with LameXP? Do I need to have it "independently" of LameXP?

LameXP uses MediaInfo to detect the type of a file. It also uses MediaInfo to extract the meta info from the input file.

But you do not need to install MediaInfo separately. It's already included with LameXP! Still, it would be interesting to know if standalone MediaInfo correctly detects the meta info from your "problematic" file or not.

If it doesn't, then this clearly is a MediaInfo bug/limitation and there is nothing that could be done on the LameXP side. Otherwise, it would indicate some LameXP bug...

[pepar]

LameXP uses MediaInfo to detect the type of a file. It also uses MediaInfo to extract the meta info from the input file.

But you do not need to install MediaInfo separately. It's already included with LameXP! Still, it would be interesting to know if standalone MediaInfo correctly detects the meta info from your "problematic" file or not.

If it doesn't, then this clearly is a MediaInfo bug/limitation and there is nothing that could be done on the LameXP side. Otherwise, it would indicate some LameXP bug...
See above edits. Looks like a MediaInfo bug ...

[LoRd_MuldeR]

See above edits. Looks like a MediaInfo bug ...

In this case, please send bug report (or feature request) to the MediaInfo developer.

[pepar]

LameXP uses MediaInfo to detect the type of a file. It also uses MediaInfo to extract the meta info from the input file.

But you do not need to install MediaInfo separately. It's already included with LameXP! Still, it would be interesting to know if standalone MediaInfo correctly detects the meta info from your "problematic" file or not.

If it doesn't, then this clearly is a MediaInfo bug/limitation and there is nothing that could be done on the LameXP side. Otherwise, it would indicate some LameXP bug...

Just looking at the MediaInfo page, I don't see where it does anything at all with audio track tagging. It is for file information in the context of movie audio, e.g. codec, bitrate, sample depth, etc. Beyond that, it says APE is a supported format, but it gives no details about what tags are supported. If APE falls under Other, than it only supports the stuff I mentioned above.

Anywho, I think I see my problem.

[pepar]

In this case, please send bug report (or feature request) to the MediaInfo developer.

Thanks, I will pursue it from that angle.

Jeff

[Gravitator]

Привет! Through video card has not been any projects for encoding MP3?

[pepar]

Thanks, I will pursue it from that angle.

Jeff

Following up to my issue - my workaround was to use a piece of software that didn't have a reliance on MediaInfo. It was not multi-threaded or multicore-aware and ran at 20% of the speed of LameXP. (And I installed it immediately as it was the naggiest freeware I have ever encountered.) But it did carry the tags through the conversion.

I am someone who *always* contributes to authors of freeware and wish I had been able to use LameXP.

I am not a troll nor am I trying to flame this fine work; just being honest in the hope that this limitation is fixed. I can't be the only user wanting to convert tagged audio files.

Jeff

[LoRd_MuldeR]

Привет! Through video card has not been any projects for encoding MP3?

:confused:


Following up to my issue - my workaround was to use a piece of software that didn't have a reliance on MediaInfo. It was not multi-threaded or multicore-aware and ran at 20% of the speed of LameXP. (And I installed it immediately as it was the naggiest freeware I have ever encountered.) But it did carry the tags through the conversion.

If we didn't use MediaInfo to detect the file type and the meta info, we would have to manually implement detection code for several dozens of file formats - which is condemned to failure. So, even if MediaInfo does not support a particular file format (by now), the benefit of using MediaInfo still outweighs this little shortcoming by far. I'm not aware of any library or tool that detects as many file formats as MediaInfo does, let alone the extraction of meta tags.

[LoRd_MuldeR]

LameXP v4.12 RC-1
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2015-09-28/

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[pepar]

If we didn't use MediaInfo to detect the file type and the meta info, we would have to manually implement detection code for several dozens of file formats - which is condemned to failure. So, even if MediaInfo does not support a particular file format (by now), the benefit of using MediaInfo still outweighs this little shortcoming by far. I'm not aware of any library or tool that detects as many file formats as MediaInfo does, let alone the extraction of meta tags.
I completely agree, even though the little shortcoming was a show-stopper for me, I really liked your software.

I just looked to see how I could donate ... put my money where my ... yadda, yadda. While I could help you order food and drink in a Mexican restaurant, I can't offer translation. Or code.

So, all I can do is thank you.

Jeff

[lethedoom]

I have ignored the 4.12 betas until this RC 1 iteration. I had to struggle with Avast anti virus to download and install it and have notified them that they are getting a false positive result deeming it suspicious and forbidding its download. They will review it the next cycle of their process. In the past they have always conceded Lame XP is safe when challenged. I found the RC 1 loads quickly and performs well. Thanks again for this gift.

[Atak_Snajpera]

@LoRd_MuldeR
It would be cool if we could search and download cover art directly from LameXP. I've done similar app but for movie posters.
http://i.imgur.com/uY8JbUW.png

You could use http://musicdatabase.co/ as source.

[Atak_Snajpera]

@LoRd_MuldeR
Here is binary and source in Delphi. You can do with this code whatever you want.

Required components:
Embedded Web Browser -> https://sourceforge.net/projects/embeddedwb/
JEDI Visual Component Library -> http://jvcl.delphi-jedi.org/

DOWNLOAD -> http://www.mediafire.com/download/hhok6pckhlodmay/DownloadCover.7z

http://i.imgur.com/U9kaUBe.png

[SeeMoreDigital]

Oh jeez...

Seeing 'The Hoff' at any time of the day can be a bit of a shock :scared:

[shmizan]

when I put several flacs from different folders, for example 4 CDs with ~18 tracks in each, it sums up to ~70 tracks, and when choosing to name by track number, it names the first track of CD 2 as 19 - artist - title, instead of 01 - artist - title.
is there a possibility to change this behavior so it would name it according to the meta data track number?

[LoRd_MuldeR]

when I put several flacs from different folders, for example 4 CDs with ~18 tracks in each, it sums up to ~70 tracks, and when choosing to name by track number, it names the first track of CD 2 as 19 - artist - title, instead of 01 - artist - title.
is there a possibility to change this behavior so it would name it according to the meta data track number?

If you set "Position" to "Generate from list position" it does exactly what you describe: The file's "track number" will be set to the file's position on the list.

Set it to "Unspecified (copy from source)", if you wish to retain the "track number" stored in the original file - only works, if such info was present in the original file, of course!


@LoRd_MuldeR
It would be cool if we could search and download cover art directly from LameXP. I've done similar app but for movie posters.
http://i.imgur.com/uY8JbUW.png

You could use http://musicdatabase.co/ as source.

This doesn't exactly make me confident about the legality of that "service":
http://musicdatabase.co/page/about


Oh jeez...

Seeing 'The Hoff' at any time of the day can be a bit of a shock :scared:

I have to admit, I loved watching Knight Rider, back in the 1980's. That and The A-Team (the original series I mean), of course :D

[Atak_Snajpera]

This doesn't exactly make me confident about the legality of that "service":
http://musicdatabase.co/page/about
Haha! Indeed very silly placeholder text :) But is this a real problem here? We only download 300x300 cover art not whole mp3 file ;) For example mp3tag application uses Amazon.com as cover art source but in my opinion http://musicdatabase.co has higher quality images than amazon. Example
http://img2-ak.lst.fm/i/u/300x300/84dd22572ed6b29c155c4fbf956419c0.png
http://musicdatabase.co/artist/Adam_F/album/Colours

https://images-na.ssl-images-amazon.com/images/I/51KFAc0BYLL._SS280.jpg
http://www.amazon.com/gp/product/B0011XBOJ6?keywords=adam%20f&qid=1444486519&ref_=sr_1_1&sr=8-1

[jpsdr]

Isn't "The Hoff" picture from the excellent Kung Fury ?

[LoRd_MuldeR]

Isn't "The Hoff" picture from the excellent Kung Fury ?

Yup ;)


Haha! Indeed very silly placeholder text :) But is this a real problem here? We only download 300x300 cover art not whole mp3 file ;)

Well, unless they have official permission from the film and/or music studios to redistribute the cover artwork - and it doesn't exactly look to me like they have ;) - they are moving on shaky ground. Remember how the once popular CDCovers.cc got shut down? Now, you could say that this is all their problem. But downloading stuff from an illegitimate source can lead to legal implications for the end-user as well. That's something I really don't want get involved with.

Furthermore, even if we leave the legal issues aside for now, what if they stop their service tomorrow for whatever reason? Sure, any "online" service may shut down tomorrow. But the chance that a big and well-recognized service stops their business all of a sudden is much lower. At the same time, making your software depend on some rather "dubious" service, like this one, is not what we want.

Last but not least, after a quick look at your code, it seems you are not even using an official API to fetch the covers. Instead, it looks to me like you are parsing their HTML code. So, even if we assume that this is a legitimate service, using the service in that way might easily be a violation of their ToS (Terms of Service). And, of course, you will have to constantly adapt your code to any change they make to their site. Again something we certainly don't want.

[LoRd_MuldeR]

LameXP v4.12 RC-2

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[Atak_Snajpera]

So how about this then https://musicbrainz.org/

[LoRd_MuldeR]

So how about this then https://musicbrainz.org/

This looks like something we could actually use. Looks pretty serious to me (in existence since ~2000). And they have a proper REST-based API and even offer client-libraries in C/C++. Maybe I will have a look, when I have time :)

[lethedoom]

LameXP v4.12 RC-2
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2015-10-10/

Avast scans the RC2 exe and finds no problems. Windows 10 Home cautions but allows election to install.

[shmizan]

If you set "Position" to "Generate from list position" it does exactly what you describe: The file's "track number" will be set to the file's position on the list.

Set it to "Unspecified (copy from source)", if you wish to retain the "track number" stored in the original file - only works, if such info was present in the original file, of course!

Hi, I figured it out eventually, but thanks for the answer.
not used to being the one that can't find the settings, probably comes with age :rolleyes:
:thanks:

[LoRd_MuldeR]

LameXP v4.12 RC-3

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[Sp00kyFox]

hi Lord_Mulder,

I'm using the latest stable build v4.11 Final-1 build 1700. I'd like to request a feature for the usage with qaac. right now you can't use the --cvbr option of qaac which is actually the ABR method of this encoder (while --abr is basically a constant bitrate with small leeway). I tried to use the manual commandline option but since lamexp already uses --tvbr, --abr or --cbr I can't add --cvbr on top of it, the encoding process then quits with an error ("Encoding mode options are exclusive.")
Is there a solution for that problem or could you add another option (or replace --abr with --cvbr for qaac)?

and another thing.. do you plan to add lossyflac to the encoder selection? I would love to see that addition.

ps: thanks for the tool and the work you put into it. it's really useful and convenient :thanks:

[LoRd_MuldeR]

Adding yet another (ABR) bitrate mode seems difficult, as QAAC would really be the only encoder to which this mode applies. I see two options:

1. Generally make "ABR" synonymous for "--cvbr" instead of "--abr", when it comes to QAAC.
2. Add an option to the advanced options dialog, which makes QAAC use "--cvbr" instead of "--abr" in "ABR" mode.

I need to think about it, but if "--cvbr" is considered the "actual ABR method", is there any reason to prefer "--abr" over "--cvbr" ???

[Sp00kyFox]

I need to think about it, but if "--cvbr" is considered the "actual ABR method", is there any reason to prefer "--abr" over "--cvbr" ???
I don't really know, I guess not. I could only imagine that it is useful for some really restrictive standalone player. but in that case one could use the actual constant bitrate method --cbr instead of --abr, there is not much of a difference between those two.

[LoRd_MuldeR]

LameXP v4.12 RC-4

Changes between v4.11 and v4.12 [unreleased]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Fixed parsing of command-line parameters, regression in MUtilities library (LameXP v4.12 RC-1)
* QAAC encoder is now using --cvbr instead of --abr when "ABR" mode is selected
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)

[Sp00kyFox]

works fine, thx for the quick update. I did a little search on that matter and found some official apple documentation about the different encoding modes:
https://developer.apple.com/library/mac/technotes/tn2237/_index.html#//apple_ref/doc/uid/DTS40008147-CH1-SUBSECTION11

this gives the following order for the bitrate variation (high to low):
--tvbr, --cvbr, --abr, --cbr

according to this document cvbr uses the bitrate setting as a lower limit. so I'm not sure which one should be the correct choice, maybe I misled you. in terms of hitting the target rate --abr is the appropriate choice. --cvbr allows more variance but definitely results in a higher bitrate on average than the user selection. it's your decision in the end but I think regarding the user expection for the setting "average bitrate" the option --abr should be prefered (or you add a switch to the advanced settings like you suggested).

sorry for the confusion but hopefully I shed some light on qaac's encoding options.

[Chetwood]

So, I tested LameXP the other day, uninstalled it but the context menu entries in explorer remained. What gives?

[LoRd_MuldeR]

So, I tested LameXP the other day, uninstalled it but the context menu entries in explorer remained. What gives?

Actually the logic to create or to remove the Shell Integration is in the LameXP main program, not in the (Un)Installer, which allows the user to enable/disable the Shell Integration at any time from the LameXP options.

This code is surprisingly complex, because the way how Windows manages file associations is surprisingly complex — file extensions are registered to file types and shell operations are registered to file types, so we need to figure out all file types to which at least one "supported" file extension is registered and then we must register our operation to each of these types (removing the Shell Integration requires the inverse process) — so I have no plans to replicate this code in the Uninstaller.

Instead I have now added a new "--uninstall" switch to the LameXP main program, which will be called by the Uninstaller, in order to remove the Shell Integration. Please try again with this test build:
http://sourceforge.net/projects/muldersoft/files/LameXP/Testing/LameXP-RC4.2015-10-20.Release-Static.Build-1815.exe/download

[Chetwood]

Thanks, but I've already removed them manually and it looks like I'm gonna stick with Foobar cause it also converts FLAC.

[LoRd_MuldeR]

LameXP v4.12 has been released!
https://github.com/lordmulder/LameXP/releases/latest

Changes between v4.11 and v4.12 [2015-10-23]:
* Upgraded build environment to Microsoft Visual Studio 2013 with Update-5
* Updated Qt runtime libraries to v4.8.7 Final (2015-05-25), compiled with MSVC 12.0
* Added support for building LameXP and MUtilities with Visual Studio 2015
* Added Hungarian translation, contributed by Zityi's Translator Team <zityisoft@gmail.com>
* Added optional support for the libfdk-aac encoder, using the fdkaac front-end by nu774
* Added detection of the 64-Bit version of QAAC encoder, requires 64-Bit Apple Application Support
* Added enhanced file renaming option: Default file extensions can now be overwritten
* Added enhanced file renaming option: Files can now be renamed via the regular expression engine
* Added capability to select multiple files on "Source Files" tab
* Updated Vorbis encoder to OggEnc v2.87 (2015-08-03), using libvorbis v1.3.5 and aoTuV b6.03_2015
* Updated MediaInfo to v0.7.76 (2015-08-06), compiled with ICL 15.0 and MSVC 12.0
* Updated mpg123 decoder to v1.22.4 (2015-08-12), compiled with GCC 5.1.0
* Updated ALAC decoder to refalac v1.47 (2015-02-15), based on reference implementation by Apple
* Updated Monkey's Audio binary to v4.16 (2015-03-24), compiled with ICL 15.0 and MSVC 12.0
* Updated WavPack decoder to v4.75.0 (2015-05-25), compiled with ICL 15.0 and MSVC 12.0
* Updated GnuPG to v1.4.19 (2015-02-27), compiled with GCC 4.9.2
* Fixed potential deadlock in Cue Sheet import dialog when "Browse..." button is clicked
* Fixed function to restore the default Temp folder, if custom Temp folder doesn't exist anymore
* Fixed parsing of command-line parameters, regression in MUtilities library (LameXP v4.12 RC-1)
* QAAC encoder is now using --cvbr instead of --abr when "ABR" mode is selected
* Enable the embedding of cover artwork for Opus encoder (opusenc), using the --picture option
* Some installer improvements have been implemented (especially in "update" mode)
* Full support for Windows 10 RTM (Build #10240)
* Updated language files (big thank-you to all contributors !!!)

[manolito]

Thanks, but I've already removed them manually and it looks like I'm gonna stick with Foobar cause it also converts FLAC.

Sorry, am I missing something? LameXP has FLAC support since quite some time... :confused:


Cheers
manolito

[manolito]

Thanks LoRd_MuldeR for the new stable version... :thanks:

Works well on my ancient computer, even feels a little faster than the previous version.

One small cosmetic bug I found:
When converting to the APE format and having MetaData unchecked, LameXP still runs its tagger app after the conversion and finishes with an error (at least one tag must be specified). The converted file is perfect, though.


Cheers
manolito