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

[LoRd_MuldeR]

LameXP v4.04 Alpha-11:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)

[LoRd_MuldeR]

LameXP v4.04 Alpha-12:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)

[ckmox]

@LoRd_MuldeR

how to encode in WavPack? (http://www.wavpack.com/) or if their is no option for this can i make this as a request?

and i hope someday that LameXP can accept video inputs too so i do not have to demux the audio from the videos

[Dogway]

I just realised (out of necessity I guess), could you add an "exit program when finished" just like the shutdown checkbox?

[LoRd_MuldeR]

how to encode in WavPack? (http://www.wavpack.com/) or if their is no option for this can i make this as a request?

WavePack output is not supported yet, only input.

Didn't see much use for WavPack output, because FLAC provides very similar compression ratio and has much better support in both, hardware and software players.

It's more like a niche product that you may need to convert from now and then, but most people will/should never want to encode to that format.

(If enough people request WavPack encoding, I will consider adding it. So far, you are the first person though)

and i hope someday that LameXP can accept video inputs too so i do not have to demux the audio from the videos

Not really in the scope of LameXP. Nonetheless a "video import" wizard could be implemented, similar to the "Cue sheet import" wizard.

At least for some container formats, such as MP4 (via mp4box) and MKV (via mkvextract).

I just realised (out of necessity I guess), could you add an "exit program when finished" just like the shutdown checkbox?

What would be the use-case for this? :confused:

I see that when you run a longer encode (with lots of files) you may want to go away (or to bed) and keep the encoding process running.

Then it makes sense to shutdown/hibernate the system, as soon as everything is done - to save power.

But why would you want just the application to exit? What is the benefit? The CPU time and RAM used by LameXP while it's idle is negligible.

Also, if the application will exit on completion, you loose all the log/status information...

[Dogway]

I was downloading some stuff I knew it was going to take longer than the LameXP encoding, so I set a shutdown task at a given time. If it's ok LameXP being forced to exit by windows then don't add it.

[LoRd_MuldeR]

When Windows is initiating a shutdown, it will send a WM_QUERYENDSESSION message followed by a WM_ENDSESSION message to all running applications.

I would assume that Qt processes these messages and closes the application's window (and thus exit the application) in order to allow the system to shutdown gracefully.

But I have not tested this yet. If it turns out that LameXP is blocking the system from shutting down, I will implement some workaround for this...

[LoRd_MuldeR]

When Windows is initiating a shutdown, it will send a WM_QUERYENDSESSION message followed by a WM_ENDSESSION message to all running applications.

I would assume that Qt processes these messages and closes the application's window (and thus exit the application) in order to allow the system to shutdown gracefully.

But I have not tested this yet. If it turns out that LameXP is blocking the system from shutting down, I will implement some workaround for this...

Update:

LameXP will not block Windows from shutting down, when the main window is showing or when the processing dialog is showing after all files have been processed.

However the processing dialog did block the shutdown when encoding is still in progress. This would be okay, if Windows didn't kill our encoder processes when the shutdown is initiated :scared:

It seems that Windows will rigidly kill all processes that have no own GUI window, so our encoder processes have no chance to react. Thus it makes no sense to keep the LameXP main process running.

For this reason I have hacked in a workaround that will force LameXP to quit as soon as possible, if the system is trying to shut down - even when encoding is not yet completed...

[LoRd_MuldeR]

LameXP v4.04 Alpha-13:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)

Be aware: Windows will rigorously kill all "console" applications, when the system is preparing to shut down. On Windows XP (and earlier) this also applies to GUI application that have a console attached! This means, if LameXP is running on Windows XP and if it has a console attached (the default with "Beta" builds), then it has no chance to do a final clean-up when the system is shutting down. According to M$, this is "by design" and not a bug! At least Windows 7, and probably also Vista, does not behave like this anymore, so LameXP will always do a proper clean-up on those. Last but not least, all "release" builds of LameXP should not be effected (unless you explicitly run with "--console" option).
__________________
"On Windows NT, the top-level window in an application that has called AllocConsole does not receive the WM_QUERYENDSESSION and WM_ENDSESSION messages."

[LoRd_MuldeR]

LameXP v4.04 Alpha-14:
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2012-01-04/

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)


The CVS format looks like this:
POSITION;TITLE;ARTIST;ALBUM;GENRE;YEAR;COMMENT
1;Rausch;Dritte Wahl;Nimm Drei;Punk;1996;Kodiert mit LameXP
2;Greif Ein!;Dritte Wahl;Nimm Drei;Punk;1996;Kodiert mit LameXP
3;Kneif Mich!;Dritte Wahl;Nimm Drei;Punk;1996;Kodiert mit LameXP
4;Militär;Dritte Wahl;Nimm Drei;Punk;1996;Kodiert mit LameXP
5;Alles Vergeht;Dritte Wahl;Nimm Drei;Punk;1996;Kodiert mit LameXP
...

[LoRd_MuldeR]

LameXP v4.04 Alpha-15

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art

[lethedoom]

Hi Mulder,

As always I thank you for providing LameXP.

fyi when I installed Alpha-14 dated 1/4 there was already an update dated 1/5 to download and install which never seemed to be added to your sourceforge.net list. Today when I downloaded and installed Alpha 15 I found the Rename Output Files 'Rename Pattern' on the Advanced Options tab reset to [<TrackNo>] <Artist> - <Title> rather than carrying over the setting <Title> I had established on the updated iteration. This did not happen on the previous update.

lethedoom

[LoRd_MuldeR]

I don't upload all builds to the Sourceforge mirror. The auto-update server therefore is updated more frequently.

Also, when you install a newer build, your old settings are lost. Actually they are not lost, but each version stores its settings separately.

The vast majority of all users will only update when a new "final" version is out, so I never bothered changing this behavior...

[LoRd_MuldeR]

LameXP v4.04 Alpha-16:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.52 (2011-12-19), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art

This versions contains an updated MediaInfo binary that fixes a bug with the "--inform" parameter (see here (http://forum.doom9.org/showthread.php?p=1551524#post1551524) for details).

[Hobbe]

Not really in the scope of LameXP. Nonetheless a "video import" wizard could be implemented, similar to the "Cue sheet import" wizard.

At least for some container formats, such as MP4 (via mp4box) and MKV (via mkvextract).

I'm also requesting this feature!
Not many good and updated program that lets you just change audio codec. I often encode aac or ac3 from DTS and leave the video intact...

[LoRd_MuldeR]

LameXP v4.04 Alpha-17:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.53 (2012-01-24), compiled with ICL 12.1.6 and MSVC 10.0
* Updated Monkey's Audio to v4.10 (2011-04-16)
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art

[Xanderic]

Just a quick question... I noticed the default encoding channel is set to Joint Stereo.. but I remember reading years ago that JS wasn't that good.. something about it not being implemented properly?... has that changed? Should I stick with Stereo or start encoding with Joint Stereo? and what's the difference with Forced Joint Stereo?

Thanks

[LoRd_MuldeR]

You are wrong:

The default is "Auto" mode, i.e. let the LAME encoder decide the "optimal" channel mode, based on the input audio and the target bitrate.

Joint Stereo can improve the compression efficiency quite a bit. That's why LAME uses it for "medium" and "low" bitrates. And you should trust LAME here ;)

At "high" bitrates though, the extra compression efficiency probably isn't worth the slightly worse Stereo separation caused by Joint Stereo.

Also, even if LAME decides to use Joint Streo, it will still switch between Joint Stereo and plain Stereo on a per-frame basis, depending on the input audio.

You can enforce the use of Joint Stereo in all frames by selecting the "Forced Joint Stereo" mode, but this is not recommended!

(About "not being implemented properly": As you don't say anything about who or what you think does not implement Joint Stereo properly, I have no idea)

[Xanderic]

Thank you very much for the quick response. I encode at 320 CBR so I guess it's relatively insignificant. I'll do a few more tests and see if I can hear any difference but I doubt it :).

Thanks again.

[Xanderic]

But this is where I get confused.. using "Auto" mode on "LameXP.2011-11-12.Release-Static.Build-774", when I put it into iTunes... it says "Channels: Joint Stereo" and "Encoded with: Unknown"

I just did 2 conversions... 1 english flac conversion and 1 chinese ape conversion ... any recommendations on what program I should use to analyze the information of the converted files?

I couldn't upload the screenshots so I uploaded to dropbox:
English: http://dl.dropbox.com/u/1363175/keane%20conversion.jpg
Chinese: http://dl.dropbox.com/u/1363175/leoku%20conversion.jpg

[LoRd_MuldeR]

But this is where I get confused.. using "Auto" mode on "LameXP.2011-11-12.Release-Static.Build-774", when I put it into iTunes... it says "Channels: Joint Stereo" and "Encoded with: Unknown"

What does it mean if iTunes says "Channels: Joint Stereo" ???

The very first MP3 frame in the file is Joint Stereo? There is at least one MP3 frame encoded as Joint Stereo in the file? All MP3 frames in the file are Joint Stereo?

Also: It's not very spurring that at least some frames were encoded as Joint Stereo in "Auto" mode.

I just did 2 conversions... 1 english flac conversion and 1 chinese ape conversion ... any recommendations on what program I should use to analyze the information of the converted files?

For some general info use MediaInfo! For details about MP3 files, use MPEG Audio Info:
http://sourceforge.net/projects/lamexp/files/Miscellaneous/MPEG%20Audio%20Info/

[manolito]

Good news! The latest SoX release candidate version 14.4.0rc3 did fix the old bug that the parameter "gain -n" screwed up normalization for multichannel files. Here is the log:

LameXP v4.03 (Build #774), compiled on 2011-11-12 at 16:13:26

-------------------------------

Copy file "I:/Title1.wav" to "I://d4349fe33fa94bc5b533da544cdce4bc.wav"

Exited with code: 0x0000

-------------------------------

E:/Programme/LameXP/tools/774/sox.exe -V3 -S --temp . I:\\d4349fe33fa94bc5b533da544cdce4bc.wav I:\\edcda78cbcba4818a3a3427361023840.wav gain -n -0.50

E:\Programme\LameXP\tools\774\sox.exe: SoX v14.4.0
E:\Programme\LameXP\tools\774\sox.exe INFO formats: detected file format type `wav'
E:\Programme\LameXP\tools\774\sox.exe INFO wav: EXTENSIBLE
Input File : 'I:\\d4349fe33fa94bc5b533da544cdce4bc.wav'
Channels : 6
Sample Rate : 48000
Precision : 16-bit
Duration : 00:03:27.62 = 9965568 samples ~ 15571.2 CDDA sectors
File Size : 120M
Bit Rate : 4.61M
Sample Encoding: 16-bit Signed Integer PCM
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
E:\Programme\LameXP\tools\774\sox.exe INFO sox: Overwriting `I:\\edcda78cbcba4818a3a3427361023840.wav'
Output File : 'I:\\edcda78cbcba4818a3a3427361023840.wav'
Channels : 6
Sample Rate : 48000
Precision : 16-bit
Duration : 00:03:27.62 = 9965568 samples ~ 15571.2 CDDA sectors
Sample Encoding: 16-bit Signed Integer PCM
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
Comment : 'Processed by SoX'
E:\Programme\LameXP\tools\774\sox.exe INFO sox: effects chain: input 48000Hz 6 channels
E:\Programme\LameXP\tools\774\sox.exe INFO sox: effects chain: gain 48000Hz 6 channels
E:\Programme\LameXP\tools\774\sox.exe INFO sox: effects chain: dither 48000Hz 6 channels
E:\Programme\LameXP\tools\774\sox.exe INFO sox: effects chain: output 48000Hz 6 channels
Done.

Exited with code: 0x0000

-------------------------------

Copy file "I://edcda78cbcba4818a3a3427361023840.wav" to "I://Title1 (2).wav"

Exited with code: 0x0000

Which means that the temporary fix (using -ne or -nb) is no longer necessary. Very nice...:cool:


Cheers
manolito

[LoRd_MuldeR]

Thank you for the info. I will give the new version a try ASAP :)

Tough, unless they finally support Unicode on Win32 now, I will have to port my UTF-8 modifications to the new version first, before it can be used in LameXP.

[LoRd_MuldeR]

LameXP v4.04 Beta-1:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.53 (2012-01-24), compiled with ICL 12.1.6 and MSVC 10.0
* Updated Monkey's Audio binary to v4.11 (2011-04-20)
* Updated Musepack decoder to revision 475 (2011-08-10), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art

[Vospi]

I've encountered a very bothersome trouble:

At some point LameXP began to show "Not found!" status for some files during encoding. This bug is totally random; for example, once the encode is finished, I can just drop the skipped files again and they will encode with no problems. Also, you can drop the same files and LameXP will skip something new this time.

I use v4.03 Final-2 (Build 774). Windows XP SP3 x86.

I really love the software and will be grateful for help.

[LoRd_MuldeR]

I've encountered a very bothersome trouble:

At some point LameXP began to show "Not found!" status for some files during encoding. This bug is totally random; for example, once the encode is finished, I can just drop the skipped files again and they will encode with no problems. Also, you can drop the same files and LameXP will skip something new this time.

I use v4.03 Final-2 (Build 774). Windows XP SP3 x86.

I really love the software and will be grateful for help.

You are the first one to report this problem. So what details does the log give for the "Not found!" items? :confused:

Do you have any Antivirus program with "real-time scanner" or "behavior scanner" or "guard" feature installed? If so, try to temporarily uninstall/disable it and see if that makes any difference.

Also: Is the problematic file located on some network drive or USB device? And does the problem still occur with LameXP v4.04 Beta-1 ???

[LoRd_MuldeR]

LameXP v4.04 Beta-2:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.53 (2012-01-24), compiled with ICL 12.1.6 and MSVC 10.0
* Updated Monkey's Audio binary to v4.11 (2011-04-20)
* Updated Musepack decoder to revision 475 (2011-08-10), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art
* Fixed a very rare "live-lock" situation in early initialization code

[LoRd_MuldeR]

Today I made new builds of SoX from version v14.4.0rc3 with Unicode support:
http://www.mediafire.com/file/kdrdad4bram9cw2/SoX-v14.4.0rc3-Win32-UTF8.2012-02-24.zip

Please give it a test and report fixes (or regressions) compared to the old version.

[manolito]

Just did a few short test runs with the Unicode version of SoX. I converted a 6-ch wave file (FORMAT_EXTENSIBLE) to a normalized 6-ch wave file using the gain -n option. No problem, the resulting file looked alright to me.

I also converted the same source file to a normalized 2-ch wave file to make sure that the downmix option was not broken. No problem here, too.

I have no idea how to test if the Unicode support works. I gave my source file a funny name with all kinds of special characters plus some french accented characters, but the original (non-Unicode) version handled this file just fine.


One thing might need further investigating, though. I did the conversion from 6-ch to 6-ch normalized twice, once using the original version and once using your modified Unicode enabled version. The two resulting files should be identical, right? But they are not, even though I could not make out any audible difference.


Cheers
manolito

[LoRd_MuldeR]

I have no idea how to test if the Unicode support works.

If you want to test Unicode support, use a file name that cannot be represented in your computer's local ANSI codepage.

Or even better: Use a file name that contains characters from different ANSI codepages and thus can not be represented in the local ANSI codepage on any computer!

For examplem combine a few Cyrillic, a few Greek, a few Arabic, a few Nepalese and a few Chinese characters in the same file name ;)

One thing might need further investigating, though. I did the conversion from 6-ch to 6-ch normalized twice, once using the original version and once using your modified Unicode enabled version. The two resulting files should be identical, right? But they are not, even though I could not make out any audible difference.

In theory, they should be identical. But in reality, there can be minor differences due to different compilers or different compiler settings.

You can make a DIFF of the two files, e.g. in Cool Edit or a similar audio editor, by copying the one file to the clipboard and then using "mix paste" with "inverted" option to paste it into the other one.

That DIFF audio file should be pretty much silent. Otherwise we have a problem ;)

[manolito]

For examplem combine a few Cyrillic, a few Greek, a few Arabic, a few Nepalese and a few Chinese characters in the same file name ;)
OK thanks, I think I will leave these tests up to you...:rolleyes: Just confirms my suspicion that I really have no use for unicode.

In theory, they should be identical. But in reality, there can be minor differences due to different compilers or different compiler settings.

You can make a DIFF of the two files, e.g. in Cool Edit or a similar audio editor, by copying the one file to the clipboard and then using "mix paste" with "inverted" option to paste it into the other one.

That DIFF audio file should be pretty much silent. Otherwise we have a problem ;)
Yep, you are right, must be different compiler settings. The DIFF file was almost silent (RMS level -90 dB, one peak at -39 dB).


Cheers
manolito

[LoRd_MuldeR]

OK thanks, I think I will leave these tests up to you...:rolleyes: Just confirms my suspicion that I really have no use for unicode.

I guess you'd cry for proper Unicode support, as soon you get the error message that the program can't open file "?????" just because their happen to be some foreign characters in the name :p

[manolito]

I guess you'd cry for proper Unicode support, as soon you get the error message that the program can't open file "?????" just because their happen to be some foreign characters in the name :p
I don't think so. I started with computers in 1987 when filenames had to be in the 8.3 format. And I still prefer using short and simple filenames.

And if I come across a file with foreign characters in its name, I do know how to rename a file...:D


Cheers
manolito

[LoRd_MuldeR]

So if you have a music file with a title and/or artist that happens to not be representable in your local ANSI codepage, then you rename it to ... ?

And if the renamed file is transferred to another computer later and that computer happens to have a different ANSI codepage configured, so now the new name cannot be represented, you rename the file again?

And again... And again... But we are getting off-topic here ;)

[VzK]

If I select up to 15 audio files in a folder and right-click, "Convert this file with LameXP v4.04" appears and the conversion runs just fine.
Anything more than that, and there is no bold option.
This would be a Windows "problem", right?

Thanks in advance.

[LoRd_MuldeR]

If I select up to 15 audio files in a folder and right-click, "Convert this file with LameXP v4.04" appears and the conversion runs just fine.
Anything more than that, and there is no bold option.
This would be a Windows "problem", right?

You mean that 'Convert this file with LameXP v4.04' appears in the Explorer context menu, if you select 15 files. But does not appear if you select even more files?

Do all these files have the same extension? I would understand this behavior, if some of the files have extensions that are associated with LameXP and some have other extensions.

In that case, the LameXP context menu entry would only appear if all files in your selection have an extension that is associated with LameXP.

Or in other words: Make sure that each file in your selection has the context menu entry individually. Only then the whole selection can have the context menu entry too...

[VzK]

They have all the same extension and they have all the context menu individually.

No LameXP (and MediaInfo - only noticed this now) option available when +15.

http://i.imgur.com/opF1L.png (http://imgur.com/opF1L)

[LoRd_MuldeR]

Hmm, then that's really strange. But as it happens with MediaInfo's context menu entry too, I don't think it's a LameXP issue.

But I can reproduce the issue here! Maybe Windows doesn't allow more 15 items, because launching the application more than 15 times might slow down the system too much.

I remember that in older versions of Windows there was a warning popup, asking if you really want to proceed, when you tried to select+open a lot of files this way...

[VzK]

Yeap, Windows limitation.
Found this (http://support.microsoft.com/kb/2022295/), works great, all files converted smoothly. :D

[Vospi]

You are the first one to report this problem. So what details does the log give for the "Not found!" items? :confused:

Do you have any Antivirus program with "real-time scanner" or "behavior scanner" or "guard" feature installed? If so, try to temporarily uninstall/disable it and see if that makes any difference.

Also: Is the problematic file located on some network drive or USB device? And does the problem still occur with LameXP v4.04 Beta-1 ???

(1) The problem was gone when I've disabled avast! antivirus.
(2) Before I've disabled avast!, it was almost the same with the latest beta (Build 892), but this time it was a diferent message that read "Failed!".
(3) The log for the problematic files was:

LameXP v4.04 (Build #892), compiled on 2012-02-23 at 21:17:24

-------------------------------

C:/WINDOWS.0/TEMP/5453eb697217448fba059269ae2c6a3c/tool_flac.exe -d -F -f -o F:\temp\4073285ae87647ffb9c13a9ca9540f8a.wav "F:\Music\!dnb\Hospital Records\!flac\London Elektricity - Live At The Scala_FLAC\09 - London Elektricity - Main Ingredient.flac"


Exited with code: 0x0000


Adding LameXP to exceptions list did no good, so I'm supposed to reconvert failed files every time or to disable my antivirus while converting.

[LoRd_MuldeR]

(1) The problem was gone when I've disabled avast! antivirus.
(2) Before I've disabled avast!, it was almost the same with the latest beta (Build 892), but this time it was a diferent message that read "Failed!".
(3) The log for the problematic files was:

LameXP v4.04 (Build #892), compiled on 2012-02-23 at 21:17:24

-------------------------------

C:/WINDOWS.0/TEMP/5453eb697217448fba059269ae2c6a3c/tool_flac.exe -d -F -f -o F:\temp\4073285ae87647ffb9c13a9ca9540f8a.wav "F:\Music\!dnb\Hospital Records\!flac\London Elektricity - Live At The Scala_FLAC\09 - London Elektricity - Main Ingredient.flac"


Exited with code: 0x0000


Adding LameXP to exceptions list did no good, so I'm supposed to reconvert failed files every time or to disable my antivirus while converting.


It's not the first time that an "anti-virus" software attacks a legitimate software :rolleyes:

You should report the problem to the support of your anti-virus software. And, if they don't fix the problem in time, switch to a better a/v solution!

There are various decent free solutions available. Personally I'm satisfied with MSE and/or Avira Antivir...

Yeap, Windows limitation.
Found this (http://support.microsoft.com/kb/2022295/), works great, all files converted smoothly. :D

Good finding. Will add this to the F.A.Q document.

[LoRd_MuldeR]

LameXP v4.04 Beta-3:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.2 Final (2011-11-18), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.134))
* Updated MediaInfo to v0.7.53 (2012-01-24), compiled with ICL 12.1.6 and MSVC 10.0
* Updated SoX to to v14.4.0 RC-3 (2012-02-20), compiled with ICL 12.1.7 and MSVC 10.0
* Updated Monkey's Audio binary to v4.11 (2011-04-20)
* Updated Musepack decoder to revision 475 (2011-08-10), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art
* Fixed a very rare "live-lock" situation in early initialization code

This should fix the SoX normalization issue with some multi-channel sources when "-n" option is used.
Consequently the default normalization mode has been changed to "-n" again...

[LoRd_MuldeR]

LameXP v4.04 Beta-4:

Changes between v4.03 and v4.04:
* Added support for the QAAC Encoder, requires QuickTime v7.7.1 or newer (see FAQ doc (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#71a113b0) for details)
* Added Chinese and Taiwanese translations, thanks to 456Vv <123@456vv.com>
* Added experimental support for dcaenc, created by Alexander E. Patrakov <patrakov@gmail.com>
* Added CSV export/import for Meta tags (see context-menu on the "Source Files" tab)
* Updated Qt runtime libraries to v4.8.0 (2011-12-15), compiled with MSVC 10.0
* Updated LAME encoder to v3.99.5 Final (2012-02-28), compiled with ICL 12.1.7 and MSVC 10.0 (details (http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html?revision=1.139))
* Updated MediaInfo to v0.7.53 (2012-01-24), compiled with ICL 12.1.6 and MSVC 10.0
* Updated SoX to to v14.4.0 RC-3 (2012-02-20), compiled with ICL 12.1.7 and MSVC 10.0
* Updated Monkey's Audio binary to v4.11 (2011-04-20)
* Updated Musepack decoder to revision 475 (2011-08-10), compiled with ICL 12.1.6 and MSVC 10.0
* Implemented coalescing of update signals to reduce the CPU usage of the LameXP process (details (http://forum.doom9.org/showpost.php?p=1539631&postcount=507))
* Run more than four instances in parallel on systems with more than four CPU cores (details (http://lamexp.git.sourceforge.net/git/gitweb.cgi?p=lamexp/lamexp;a=blob_plain;f=doc/FAQ.html;hb=HEAD#89cbd3d0))
* Improved handling of different character encodings for Playlist and Cue Sheet import
* Improved LameXP inter-process communication by adding queue support
* Workaround for a bug that causes MediaInfo to not detect the duration of Wave files (64-Bit only)
* Prevent LameXP from blocking a system shutdown (encoding process is aborted, if necessary)
* Improved internal handling of MediaInfo output, including extraction of cover art
* Fixed a very rare "live-lock" situation in early initialization code

Note: This build fixes a regression (introduced in Beta-1) related to Job Object handling, which could cause encoder processes to be terminated prematurely.
Funnily enough, there was another problem that often broke Job Object handling on Vista (and later) and thus the former problem mostly didn't occur...

[Chumbo]

Just wanted to drop a note to say thank you for this tool. I needed to convert a bunch of flac files to mp3 so I can play them in my car and when I tried lame by itself it didn't recognize the flac source. So did a quick search for a tool and here it is. Worked great. Many thanks. BTW, if any chance at all, would love to see a CLI version. :)

[LoRd_MuldeR]

BTW, if any chance at all, would love to see a CLI version. :)

This is a GUI front-end for a bunch of CLI tools (LAME, OggEnc, FLAC, etc), so your request seems a bit paradoxical.

If you want to do batch encoding via CLI, e.g. from a batch script, then you can call the involved CLI tools directly and you don't need LameXP as another layer in between.

Anyway, LameXP does support a few command-line switches, e.g. for adding files or folders from the command-line. Probably not what you want though...

[Chumbo]

This is a GUI front-end for a bunch of CLI tools (LAME, OggEnc, FLAC, etc), so your request seems a bit paradoxical.

If you want to do batch encoding via CLI, e.g. from a batch script, then you can call the involved CLI tools directly and you don't need LameXP as another layer in between.

Anyway, LameXP does support a few command-line switches, e.g. for adding files or folders from the command-line. Probably not what you want though...
Yep, I just figured it's nice to have all the functionality in one place. Not a big deal. I actually could have used eac3to/lamexp to accomplish what I needed via CLI. ;) Thanks again.

[devarni]

There is some levelling data written also when the option is disabled. So coded MP3s have not 100% volume level when played with a player supporting this (like MediaMonkey).
Normally leveling data should be "0" when not enabled in the extended options

[LoRd_MuldeR]

What is "levelling data" :confused:

[devarni]

What is "levelling data" :confused:

Volume normalization.
With newer versions of LameXP there is some normalizing data in dB written, so players which support this will play the track not at 100% volume level. This data is written also when the options is disabled.
In MediaMonkey it will be displayed in the file properties details with "leveling: Track: -6dB"

[LoRd_MuldeR]

LameXP does support volume normalization, but it's completely optional.

Also normalization does not happen by writing any kind of "normalizing data" (whatever that is supposed to be) to the file.

Instead, if (and only if) normalization is enabled, the source is decompressed first and then the audio is normalized via SoX before it is sent to the encoder.

Again, this is optional and it is disabled by default (see the "Advanced Options" tab). I have no idea what kind of info "MediaMonkey" displays.