LameXP v3.18 Final, Hotfix-2 (2010-05-08)

[LoRd_MuldeR]

Version 3.xx is deprecated!

Please see the following thread for information about version 4.xx:
http://forum.doom9.org/showthread.php?t=157726

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

LameXP is a simple Encoder Front-End for LAME, OggEnc and NeroAAC. It supports many input types and offers multi-threaded batch encoding :cool:

If you are willing to contribute a LameXP translation (or fix an existing one), then please have a look at the translation guide (http://mulder.dummwiedeutsch.de/home/docs/lamexp_howto.html). Thank you :)

http://img6.imageshack.us/img6/9861/lamexpprogressdisplay20.png

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Fixed mpg123 decoder to work on Windows 2000 (reported by Tim Womack)
* Updated LAME encoder to v3.98.4 (2010-03-23), compiled with ICL 11.1.054
* Updated MediaInfo to v0.7.32 (2010-05-02), compiled with ICL 11.1.065
* Updated mpg123 decoder to v1.12.1 (2010-03-31), compiled with GCC 4.4.4
* Updated Ogg Vorbis decoder to v1.9.7 (2010-03-29), compiled with MSVC 9.0
* Updated language files (big "thank you" to all contributors !!!)

Changes between v3.16 and v3.17:
* Updated TAK decoder to v2.0.0 (2010-01-07)
* Updated ALAC decoder to v0.2.0 (2009-09-05)
* Updated MediaInfo to v0.7.28 (2010-02-19), compiled with ICL 11.1.054
* Fixed "No Disk" error message box that could appear under certain circumstances
* Fixed "...is not responding" error message box that could appear during startup
* Various minor fixes and improvements

Changes between v3.15 and v3.16:
* Added support for Nero AAC encoder v1.5.3.0 (2009-12-29)
* Disable DPI warning on Vista and later, as they handle DPI != 96 much better than WinXP
* Updated WavPack decoder to v4.60.1 (2009-11-29)
* Updated MediaInfo to v0.7.27 (2010-01-04), compiled with ICL 11.1.054
* Updated GnuPG to v1.4.10b (2009-09-03), compiled with GCC 4.2.1

Changes between v3.14 and v3.15:
* Added support for Nero AAC encoder v1.5.1.0
* Updated mpg123 decoder to v1.10.0 (2009-12-05)
* Updated MediaInfo to v0.7.26 (2009-12-18), compiled with ICL 11.1.051
* Updated AC3Filter Tools to v0.31b (2009-10-01), compiled with ICL 11.1.051

Changes between v3.13 and v3.14:
* Added Suspend and Resume buttons to the processing window
* Added another language: Castilian Spanish (Spanish from north/central Spain)
* Updated mpg123 decoder to v1.9.2 (2009-11-20)
* Updated MediaInfo to v0.7.25 (2009-11-13), compiled with ICL 11.1.046
* Updated AC3Filter Tools to v0.31b (2009-10-01), compiled with ICL 11.1.046
* Updated language files (big "thank you" to all contributors !!!)
* Updated JEDI-VCL from v3.38 to v3.39 (2009-11-05)
* Various minor fixes and improvements

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated FLAC encoder to v1.2.1b (2009-10-01), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.23 (2009-10-16), using statically linked build (MSVC 9.0)
* Updated AC3Filter Tools to v0.31b (2009-10-01)
* Updated TAK decoder to v1.1.2 (2009-07-27)
* Updated mpg123 decoder to v1.9.1 (2009-10-09)
* Updated language files (big "thank you" to all contributors !!!)
* Updated the Splash screen and modified the sound that plays on very first launch
* Updated JEDI-VCL from v3.34 to v3.38 (2009-08-27)
* Updated GnuPG to v1.4.10 (2009-09-02)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated LAME encoder to v3.98.2 (2009-09-05), compiled with ICL 11.0
* Updated MediaInfo to v0.7.21 (2009-09-04), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3b (2009-09-19)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

Changes between v3.10 and v3.11:
* Added options to sort the source files (by title, by filename or by track number)
* Updated language files (big "thank you" to all contributors !!!)
* Updated mpg123 decoder to v1.8.1 (2009-06-14)
* Updated FLAC decoder, now using the ICL 9.1 build of FLAC v1.2.1b
* Updated MediaInfo to v0.7.17 (statically linked)
* Updated the "Normalization" filter to v0.41 (2009-06-16)
* Fixed a few minor issues in meta tag processing

Changes between v3.09 and v3.10:
* Added a NSIS-based installer (will be released in addition to the ZIP package)
* Added support for the TAK lossless audio format
* Added two new languages: Serbian (Latin) and Ukrainian
* Updated language files (big "thank you" to all contributors !!!)
* Updated MediaInfo to a custom build of v0.7.16 that is statically linked (and removed the DLL)
* Updated mpg123 decoder to v1.8.0 RC-3 (2009-06-03)
* Updated Musepack decoder to v1.0.0 (2009-04-02) and fixed Musepack VS8 support
* Updated Monkey's Audio decoder to v4.06 (2009-03-17)
* Updated the "Normalization" filter to allow multiple instances running in parallel
* Updated Auto-Update tool
* Fixed a few minor issues and refactored the code

Changes between v3.08 and v3.09:
* Added support for detecting the file type via MediaInfo instead of guessing the type from file extension
* Updated mpg123 decoder to v1.7.3 (2009-04-27)
* Updated FAAD decoder to v2.7 (2009-05-13)
* Updated MediaInfo to v0.7.16.0 (2009-05-20)
* Fixed detection of the WMA decoder under certain circumstances (e.g. Windows 7)

Changes between v3.07 and v3.08:
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.7 (2009-03-04)
* Updated mpg123 decoder to v1.6.4 (2009-01-10)
* Updated MediaInfo to v0.7.11.0 (2009-02-13)

Changes between v3.06 and v3.07:
* Added an option to disable multi-threading on multi-core machines
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.61 (2008-12-24)
* Updated mpg123 decoder to v1.6.3 (2008-12-20)
* Updated MediaInfo to v0.7.8.0 (2008-12-10)
* Updated language files (big "thank you" to all contributors !!!)

Changes between v3.05 and v3.06:
* Added a custom build of the mpg123 decoder v1.5.1
* Added two more languages: Romanian and Polish
* Added support for the ALAC audio format
* Updated MediaInfo to v0.7.7.7 (2008-10-17)
* Updated AC3 Filter Tools to v0.2a (2008-06-30)
* Updated language files (big "thank you" to all contributors !!!)
* Fixed and improved "Normalization" filter
* Fixed a few minor bugs

Changes between v3.04 and v3.05:
* Added support for Nero AAC encoder v1.3.3.0
* Added option to add an entire directory or an entire directory-tree
* Added new languages: Russian, Nederlands, Greek and Hungarian
* Added Dropbox for improved Drag&Drop support
* Updated language files (big "thank you" to all contributors !!!)
* Updated LAME encoder to v3.98.2 Final (2008-09-24)
* Updated MediaInfo to v0.7.7.6 (2008-09-12)

Changes between v3.03 and v3.04:
* Added support for reading Meta Data from source files (using MediaInfo)
* Added support for languages: English, German, French, Spanish, Italian, Japanese, Chinese (Simplified) and Taiwanese
* Added support for WMA, Shorten and TTA files (input only)
* Added support for various playlist formats (M3U, PLS, ASX, CueSheet)
* Added an option to permanently disable the Shell Intgegration (Explorer Conext Menus)
* Added an option to disable the periodic Update Reminder
* Added an option to shutdown the computer automatically as soon as all files are completed
* Added code to minimize the LameXP window into the taskbar notification area
* Added balloon tooltip to inform the user about "hidden" options
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.6 (2008-09-05)
* Improved code to handle child processes and capture the console output

Changes between v3.02 and v3.03:
* Added generic support for pre-processing filters
* Added "Normalization" filter, based on Volumax by John33
* Improved code to add/remove context menus in Window Explorer
* Improved code to handle multiple instances of LameXP

Changes between v3.01 and v3.02:
* Added support for new input format: MPEG Audio Layer-2 (mp2)
* Added option to choose a custom TEMP folder

Changes between v3.00 and v3.01:
* Added an option to disable all sounds in LameXP
* Added warning message for bitrates that violate the current bitrate restriction
* Fixed bitrate restrictions for LAME encoder (strictly enforce bitrate restrictions using "-F" parameter)
* Fixed file associations code (set file associations only for the current user)
* Updated load/save configuration code (store settings in an INI file instead of the registry)

Changes between v2.03 and v3.00:
* Added support for Nero's AAC Encoder (not included, available as free download from Nero website)
* Added support for more input formats: Wave, MP3, Ogg Vorbis, AAC/MP4, FLAC, Speex, WavPack, Musepack, Monkey's Audio
* Added support for uncompressed Wave output
* Added support for Multi-Threading (use multiple instances for batch processing)
* Added shell integration for Windows Explorer (Context-Menus and "Send To" folder)
* Added commandline support: LameXP.exe -add <File 1> [<File 2> ... <File N>]
* Added Auto-Update utility to periodically check for new updates
* Updated LAME encoder to v3.98 Final (2008-07-04)
* Updated Ogg Vorbis encoder to v2.85, aoTuV Beta-5.5 (2008-03-31)

Changes between v2.00 and v2.03:
* Updated LAME encoder to v3.98 to Beta-5 (2007-08-13)
* Updated Ogg Vorbis encoder to v2.84 aoTuV Beta-5 (2007-08-17)
* Fixed a bug with 'title' meta tags
* Fixed a few typos

Changes between v1.xx and v2.00:
* Added Ogg Vorbis encoder
* Updated LAME encoder to latest builds
* Improved progress display (parsing encoder progress from console output now)
* Improved ID3-Tag support (now supports "title" and "track" fields)
* Added feature to automatically generate playlists (.m3u)
* Many bug-fixes and GUI improvements


http://img52.imageshack.us/img52/4682/lamexpaudioencoderfront.pnghttp://img13.imageshack.us/img13/4682/lamexpaudioencoderfront.png
http://img709.imageshack.us/img709/4682/lamexpaudioencoderfront.pnghttp://img341.imageshack.us/img341/4682/lamexpaudioencoderfront.png
http://img163.imageshack.us/img163/9641/fileinformation20091213.png
http://www.softpedia.com/images/spyward/softpedia_free_award_f.gifhttp://www.softpedia.com/images/reviews/awards/sp_editor_excellent.gif (http://www.softpedia.com/reviews/windows/LameXP--Review-85516.shtml) http://www.heise.de/software/download/logo57696.png (http://www.heise.de/software/download/lamexp/57696)


Please get the latest v4.xx release here:
http://forum.doom9.org/showthread.php?t=157726

Latest optimized LAME and OggEnc builds are available form:
http://www.rarewares.org/ (http://www.rarewares.org/index.php)


Note: Occasionally your Antivirus program may mistakenly detect "malware" (virus, trojan, worm, etc.) in some of the files here.
This is called a "false-positive" and the files are actually innocent (clean). It's a failure in your specific Antivirus software.
In case you encounter such problems, goto http://www.virustotal.com/ and check the file again with multiple Antivirus engines!
And take care with results like "suspicious", "generic" or "packed". Those are *not* real hits, they are just wild speculation...

LameXP v3.18 Hotfix-1 has been verified to be free of malware by 36 different anti-virus engines. (click to view report!) (http://virscan.org/report/7d4166d2efcb23b910568c8a056763cf.html)

[LoRd_MuldeR]

LameXP v2.00 BETA-1 is here :D

OggEnc implemented now!

[Adub]

cool! I have been looking for something like this on the side.

[LoRd_MuldeR]

LameXP v2.00 BETA-2 available!

[LoRd_MuldeR]

LameXP v2.00 RC-1 available!

* Added feature to generate .m3u playlists
* Added hints to almost all controls
* Updated LAME build to 2007-01-14
* Minor fixes

[RussianPsycho]

@LoRd_MuldeR,

thanks for that super programm :thanks:
i use it very often!!!
can you add a normalizer, please!!!

cu :D

[LoRd_MuldeR]

They did a review about my tool on Softpedia:
http://www.softpedia.com/reviews/windows/LameXP-Review-47436.shtml

Nobody knows why they used that really old version for review.
Most things they are missing have already been added long ago *lol*

[LoRd_MuldeR]

LameXP v2.00 Final

I feel that we are ready for a "final" release now.
Since RC-1 only a minor bug with playlist creation was fixed.

[Mtz]

On Codecs.com is still the rc1 and your site I can't use it. I have Maxthon and I'll not stop using it because some people try to force me to use firefox or opera.
I'll wait for 2.0 final to be available on softpedia.
Thanks anyway for your program.

enjoy,
Mtz

[LoRd_MuldeR]

On Codecs.com is still the rc1 and your site I can't use it. I have Maxthon and I'll not stop using it because some people try to force me to use firefox or opera.
I'll wait for 2.0 final to be available on softpedia.
Thanks anyway for your program.

enjoy,
Mtz

I'm not in charge of the Codecs.com mirror.
Of course I sent update notice and they usually update pretty fast.

About the browser thing: I don't want to start a discussion about that! But I want to make clear that I don't "force" people to use a specific browser. I just have to block one browser that is breaking the rules. You might think I'm a little balky on that issue, maybe I am...

// EDIT

Codecs.com mirror now has the updated version :)

[LoRd_MuldeR]

Finally here is an update :cool:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

LAME encoder has been updated to v3.98 Beta-3 (2007-05-22)

[LoRd_MuldeR]

Here is a bugfix release:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

This version fixes a bug with meta tag creation: The 'title' strings were not cleaned-up properly in all previous versions, so the 'title' meta tags were only set correctly during the very first encoding process. As soon as the 'Source Files' list was changed and a second encoding process was started, the old (unchanged) titles were used! So please check the 'title' meta tags of all files you created with previous versions of LameXP. At least other meta tags were not effected by this bug. Also if you encoded all files in one single encoding process, there was no problem...

[LoRd_MuldeR]

Softpedia updated their review:

An in-depth review of your product "LameXP" has been published at the following address:
http://www.softpedia.com/reviews/windows/LameXP-Review-57866.shtml


BTW: If some body could tell me where the "spelling mistakes" are, I can fix them.
Sorry for my bad English ^^

[mc2man]

you spell average bitrate with an a instead of e - no big deal

[LoRd_MuldeR]

you spell average bitrate with an a instead of e - no big deal

Somebody already gave me a hint on that mistake.
It's fixed now and will be corrected in next release. Also I changed beeing -> being.

[LoRd_MuldeR]

Version 2.02 is here:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

This version updates LAME to v3.98 Beta-4 and fixes a few typos.

[Sirber]

cool thanks! :D

[LoRd_MuldeR]

LameXP v2.03 has been released!
This version updates encoders to LAME v3.98 (Beta-5) and OggEnc v2.84 (aoTuV Beta-5).

[XhmikosR]

Many thanks for your great program, everything is working just fine!
Do you plan to publish a new update with the new lame encoder 3.98 beta7?

Thanks again:)

[Ranguvar]

Yes, and any plans for Lancer AoTuV support? :)

[LoRd_MuldeR]

Update will be released, don't worry...

[LoRd_MuldeR]

Okay, here is a quick update. Still in Beta:
http://mplayer.somestuff.org/beta/LameXP.2008-04-13.BETA.zip

* Updated LAME to v3.98 Beta-7 (2008-04-07)
* Updated OggEnc to v2.85, aoTuV v5.5 (2008-03-31)
* Added multi-threading support

[Adub]

Coooool!! Me like the multithread.

[LoRd_MuldeR]

Right another Beta:
http://mplayer.somestuff.org/beta/LameXP.2008-04-13.BETA-2.zip

Fixed a few things I broke in previous Beta release...

[XhmikosR]

Nice, thanks a lot for the beta:)

[LoRd_MuldeR]

Beta-3 is now available for testing:
http://mplayer.somestuff.org/beta/LameXP.2008-04-13.BETA-3.zip

Introducing support for Nero's AAC Encoder :cool:

[cyberbeing]

There seems to be a minor bug with choosing AAC. If you don't have all the required files in the LameXP directory (I just had neroAacEnc.exe in the dir) it will ask you to put neroAacDec.exe, neroAacEnc.exe, and neroAacTag.exe in same directory and continue to tell you the required files are missing even after you add them (in my case neroAacDec.exe and neroAacTag.exe). Restarting LameXP fixes the problem.

[LoRd_MuldeR]

There seems to be a minor bug with choosing AAC. If you don't have all the required files in the LameXP directory it will ask you to put neroAacDec.exe, neroAacEnc.exe, and neroAacTag.exe in same directory and continue to tell you the required files are missing even after you add them. Restarting LameXP fixes the problem.

Detection of Nero Encoders takes place at startup. Restart is required.
Maybe I should add a notice to inform the user, right...

[LoRd_MuldeR]

Beta-4 is now available for testing:
http://mplayer.somestuff.org/beta/LameXP.2008-04-14.BETA-4.zip

A few minor fixes and some misc stuff...

[Matrics]

NOD32 is quarantining the archive - "probably a variant of Win32/Statik application" - when i try to download it.

I know, it's a false positive but i think you should do something to fix the issue ;)

[LoRd_MuldeR]

I know, it's a false positive but i think you should do something to fix the issue ;)

probably a variant of ... :rolleyes:

It's really not my job to fix/workaround borked heuristics in AV Software :p

Also there is not much I could do, but speculating: It might be the "embedded" executables (Lame.exe and OggEnc2.exe) the AV software doesn't like. Embedding executables into another executable and "extract" them at runtime could be misinterpreted as "malware-behavior" easily, although it's 100% legitimate in the case of LameXP. Or it's simply the EXE-Packer (UPX v3.02) that the AV software doesn't like. Or it's something completely different, like a random hit. We really can't know. It needs to be reported to the AV software developers, so they can fix it. But I doubt they care about my little tool...

[Matrics]

It was reported ;)

I thought you may change something...

[LoRd_MuldeR]

Beta-5 is now available for testing:
http://mplayer.somestuff.org/beta/LameXP.2008-04-15.BETA-5.zip

1. Prepare to support more than just WAV as input (not working properly yet!)
2. Fix a bug with playlist generation when the Album/Artist name conatins evil characters (like "?")
3. About dialog re-designed ;)

[Matrics]

I'm getting the same message with beta 5

You know what it's strange? I don't have problems when i download the stable version, 2.03 :)

[LoRd_MuldeR]

You know what it's strange? I don't have problems when i download the stable version, 2.03 :)

As said before, we can only guess why the heuristics of your A/V software detects "malware" here :rolleyes:
If you don't trust me, take the sources (included in download), remove all the "evil" code (you won't find any ^^) and compile yourself...

[LoRd_MuldeR]

Beta-6 is now available for testing:
http://mplayer.somestuff.org/beta/LameXP.2008-04-15.BETA-6.zip

Input of MP3/OggVorbis/AAC is now supported :cool:

[LoRd_MuldeR]

Beta-7 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. LAME updated to v3.98 Beta-7 (2008-04-15)
2. Removed dependency on neroAacDec.exe (using FAAD now, included in download)*
3. Support FLAC files as input
4. Added uncompressed WAVE output

If no problems are reported (except for "false positives"), this will be stamped the "stable" version soon...

* Because of a bug I just fixed, you still need neroAacDec.exe in Beta-7, although it won't be used at all

[LoRd_MuldeR]

Beta-8 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Fixed a bug in Nero AAC detection, so "neroAacDec.exe" isn't needed any more
2. Logs can now be accessed separately for every file that was encoded
3. Minor GUI improvements

[LoRd_MuldeR]

Beta-9 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Fixed a bug with track-number handling: Writing track-numbers to ID3-Tag works again
2. Minor fixes and improvements

[LoRd_MuldeR]

Beta-11 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Multi-Channel AAC/MP4 files are now downmixed to Stereo when required (so LAME won't fail with "invalid number of channels")
2. Multi-Channel Vorbis files can *not* be encoded with LAME yet (I still need to get a working OggDec.exe with Downmix option)
3. Several minor improvements

[alfixdvd]

NOD32 is quarantining the archive - "probably a variant of Win32/Statik application" - when i try to download it.

I know, it's a false positive but i think you should do something to fix the issue ;)

Stable version downloads fine.

When I download the beta 11 popup the message of NOD32.

If I dismiss the warning, and I save it on HD, and perform a scan on the zip file it's all ok, no virus, no warnings

[LoRd_MuldeR]

Please, before you report any potential "Virus Detection", verify your result with other Antivirus engines! :rolleyes:

Free online Antivirus services are a good way to do so. See the results:
http://mulder.dummwiedeutsch.de/etc/LameXP.VirusScan.pdf

Only 3 hits after test with 32 Antivirus engines. And all hits say "suspicious", there's not one single "real" detection!
I'd call that trustworthy. But feel free to compile the application yourself, latest Sources are available ;)

[LoRd_MuldeR]

Beta-12 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp (Antivirus Analysis (http://www.virustotal.com/en/analisis/0456df5f18b8ab5c4a003677b6e92a41))

1. Prevent multiple instances of LameXP
2. New CLI option: LameXP.exe -add <File 1> [<File 2> ... <File N>]
3. Add "Convert this file with LameXP" to Shell context menu (Windows Explorer)
4. Add "LameXP - Audio Converter" to the "Send To" menu

Known issue: The "Play" function in the "Source Files" tab doesn't work atm. Fixed for next update.

[LoRd_MuldeR]

Beta-13 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp (Antivirus Analysis (http://www.virustotal.com/analisis/b67a22ddcc98d75a39287b6130eb8be3))

1. Added support for Speex input
2. Added support for WavPack input
3. Fixed "Play" function on "Source Files" tab

[LoRd_MuldeR]

Beta-14 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp (Antivirus Analysis (http://www.virustotal.com/analisis/12885bdf581950b6af0742e90be1e956))

1. Rewrite of the decoding engine, making it easier to integrate new decoders
2. Added support for Musepack input
3. Added support for Monkey's Audio input

[LoRd_MuldeR]

Beta-15 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

This is a bugfix release :o

[LoRd_MuldeR]

Beta-16 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

This is another bugfix release :o

[Inventive Software]

For very quick betas, you sure add a lot of features! ;)

Will see what this is like later. :)

[LoRd_MuldeR]

For very quick betas, you sure add a lot of features! ;)

Will see what this is like later. :)

Well, you upload a "fresh" beta because you think all is 100% fine now.
Five minutes later you test it on your second machine (just to be sure) and *boooom* Deadlock!
(Who could have known that an Athlon64 X2 is detected with zero "logical cores" :rolleyes:)

So once again you need to shoot out a new beta asap. And so on :p

[Inventive Software]

Ah, one of those eh? :p

[LoRd_MuldeR]

Beta-17 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Force FLAC to decode files with "MD5 signature mismatch" like those produced by Winamp/Flake
2. List credits for *all* involved encoders/decoders in the "About..." dialog now

[LoRd_MuldeR]

Beta-19 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Improved code to kill temporary files + some code clean-up
2. Recompiled with JVCL v3.33, used v3.31 before

[LoRd_MuldeR]

Beta-20 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Switched to "JvCreateProcess" to handle the console processes
2. Don't redirect console output to temporary files any more, let JvCreateProcess handle the console output
3. Write more useful information to the log (now logs show the commandline and are much shorter)
4. Abort immediately when "Abort" is clicked, instead of waiting for running jobs to finish
5. Fix a possible bug in output filename generation

[LoRd_MuldeR]

Beta-21 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Run encoder processes at "below normal" priority in order to keep the system more responsive
2. Display time that was used for encoding

[LoRd_MuldeR]

Beta-22 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Switched code to handle the console processes once again :rolleyes:
Now using my own custom code, adapted from MPUI

[LoRd_MuldeR]

Beta-23 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Added option to save Output files to the same directory where the Source files are located
2. Some minor fixes

[LoRd_MuldeR]

Beta-24 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Manually filter the console output -> logs are much shorter now
2. Remove unneeded code from RunProcess unit
3. Disable "Create Playlist" when Output files are saved to Source file folder
4. Some fixes

[Inventive Software]

Smacking out betas faster than Neuron2! :D

[LoRd_MuldeR]

Beta-26 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Integrated OggDec v1.9.5 by John33, which now allows to specify the output file (will be available on Rarewares.org soon)
2. Added option to remove the Shell context menus added by LameXP (can be found under "Dev Tools")
3. Getting closer to a "stable" release version, hopefully...

[LoRd_MuldeR]

LameXP v3.00 RC-1 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

1. Code clean-up (split Unit_Main, move all none-GUI functions to Unit_Core)
2. Several minor fixes

[XhmikosR]

I'm having a problem here. When encoding only one wav file, the progress bar isn't working till it finishes encoding.

http://img231.imageshack.us/img231/3460/lamexpnj6.th.gif (http://img231.imageshack.us/my.php?image=lamexpnj6.gif)

[LoRd_MuldeR]

That's exactly how it's supposed to work :p

The progress will move every time a file is completed. It will not move in between.
When only one single file is being encoded, the progreess will move from 0% to 100% for obvious reasons.

Parsing the progress from the console output isn't easy to do, especially when using so many different encoders and decoders.
Furthermore, how would you display the progress when multi-threading is used and multiple files are encoded concurrently?
One progress-bar per file plus the total progress-bar really would bloat the UI ...

I added the animation in the upper right corner to indicate that the application is still alive ;)

[XhmikosR]

I liked it more the way it was before, but that's only me:p. I understand your thinking. Thanks for the quick reply:)

[Gulliver_69]

Hi and sorry for my english. :cool:
I'm very happy to see that LameXP has begun multithreading.
I would to know if it's possible to insert into the main window a couple of features of the died MusicMatch Jukebox:

1- The addiction of a column where we can see the ORIGINAL bitrate of the files, BEFORE they're converted. I find this VERY USEFUL when I've a lot of files to convert and I want to exclude the files with lowest bitrate.
2- The ability of multiple files selection, at the same time, when I must delete from the main window a lot of files.
3- The ability to sort the music files into the main window by name, or bitrate, or size, or date, etc...
4- The addiction, into the options' panel, of the ability to automatically create a directory (i.e.: "converted") where LameXP saves the converted files instead of renaming these.
Thanx :thanks:

[Gulliver_69]

Hi again,
I've made a couple of tests with the previous 3.0 beta19 and the latest 3.0 rc-1. :confused:
Both the encoders have made some bad conversions: I've loaded for the test a list of 28 songs (naturally, the songs are the same for both): the old beta19 converted 27 over 28, giving me an error in the [decoding] of song #28: "ERROR: At least one file could not be encoded! See the log for details...", but I can't find where the log is stored. :confused:
Regarding the other 27 songs, 19 of these result PARTIALLY converted (i.e.: the lenght is ONLY of 14-15 secs for each song, when the originals are at least 3 mins long).
The version rc-1 has similar results, but the uncompleted songs are long 31 secs instead of 14 secs.
What's appened?
:eek:

[LoRd_MuldeR]

Hi again,
I've made a couple of tests with the previous 3.0 beta19 and the latest 3.0 rc-1.
Both the encoders have made some bad conversions: I've loaded for the test a list of 28 songs (naturally, the songs are the same for both): the old beta19 converted 27 over 28, giving me an error in the [decoding] of song #28: "ERROR: At least one file could not be encoded! See the log for details...", but I can't find where the log is stored.
Regarding the other 27 songs, 19 of these result PARTIALLY converted (i.e.: the lenght is ONLY of 14-15 secs for each song, when the originals are at least 3 mins long).
The version rc-1 has similar results, but the uncompleted songs are long 31 secs instead of 14 secs.
What's appened?
I really can't say what went wrong unless you tell me what the log says ;)

You can see the log for a specific file by double-clicking on the item in the list (after all jobs are done).
Of course only the logs of files that failed (red icon) will be interesting here. Logs of files that converted properly (flag symbol) are less interesting.

Uploading a sample (one of the files that cannot be decoded) might also help...

1- The addiction of a column where we can see the ORIGINAL bitrate of the files, BEFORE they're converted. I find this VERY USEFUL when I've a lot of files to convert and I want to exclude the files with lowest bitrate.
2- The ability of multiple files selection, at the same time, when I must delete from the main window a lot of files.
3- The ability to sort the music files into the main window by name, or bitrate, or size, or date, etc...
4- The addiction, into the options' panel, of the ability to automatically create a directory (i.e.: "converted") where LameXP saves the converted files instead of renaming these.
1. Obtaining the original bitrate isn't that easy, especially when dealing with dozens of different input formats. And most files nowadays use VBR anyway, so there is nothing like an "original bitrate", there only is an "average bitrate" or "maximum bitrate".

2. Might be possible. I'll have a look.

3. Files will be sorted by name automatically when you add multiple files at one. Sorting by bitrate is not possible yet, because of (1).

4. Why? You can specify the output directory on the "Output Folder" tab very easy. There also is a "New" button to create new subfolders...

[LoRd_MuldeR]

LameXP v3.00 RC-2 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Added Auto-Update feature (check out the "Check for Updates" option in system menu)

[LoRd_MuldeR]

A review about LameXP was posted on Softpedia:
http://www.softpedia.com/reviews/windows/LameXP--Review-85516.shtml

[LoRd_MuldeR]

LameXP v3.00 RC-3 is now available for testing:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Now you can select multiple items on the "Source Files" tab. Also changed some of the icons ;)

[MatMaul]

thanks for this great tool :)
can you add an option to disable the "convert this file with LameXP" on the right click of the audio files ?
thanks !

[LoRd_MuldeR]

thanks for this great tool :)
can you add an option to disable the "convert this file with LameXP" on the right click of the audio files ?
thanks !

Right-click on the titlebar of the main window and select "Developer Tools > Remove Shell Context Menu" :cool:

[Octo-puss]

I JUST discovered this program and wanted to give you big thumbs up. I've been using damn prehistorical RazorLame until now :P
And nice to see you got your place in here as well.
Keep up the good work.

[Octo-puss]

Can I have a question? Why there are no specific configuration options? Slider ranging from bad to good quality doesn't seem too good idea, I think. Not like I understand most of LAMEs options anyway, but I believe having a bit more control over the encoding is always a good thing.

[LoRd_MuldeR]

Can I have a question? Why there are no specific configuration options? Slider ranging from bad to good quality doesn't seem too good idea, I think. Not like I understand most of LAMEs options anyway, but I believe having a bit more control over the encoding is always a good thing.

I tried to create a common control interface for all encoders, to keep things a simple as possible :)

In case of LAME the "quality" slider directly effects the "-V" option and you can use the full range from 0 to 9.
That's how the VBR mode works: You select the level of quality and the encoder dynamically adjusts the bitrate.
If you switch to CBR or ABR mode, the "bitrate" slider will directly effect the "-b" or "--abr" option.
Furthermore the LAME "Algorithm Quality" can be configured on the "Config" page and directly effects the "-q" option.
Last but not least, you can also set the Maximum and Minimum bitrate for ABR/VBR mode.

So what LAME option exactly do want to configure that is missing in LameXP ???

Have a look here for a complete list of all LAME options:
http://lame.cvs.sourceforge.net/*checkout*/lame/lame/doc/html/switchs.html?revision=1.37

[Octo-puss]

I see. Since I am not familiar with the command line options at all, I asked this.
It's really only that I like to see exact numbers :)

Btw. Looking at the options I'm still somewhat confused. Both --q and --v have 10 possible values to be set, but the Algorithm settings slider only has five.

[LoRd_MuldeR]

I see. Since I am not familiar with the command line options at all, I asked this.
It's really only that I like to see exact numbers :)

Btw. Looking at the options I'm still somewhat confused. Both --q and --v have 10 possible values to be set, but the Algorithm settings slider only has five.

1. The "-q" switch is to configure Speed vs. Quality and applies to all encoding modes (CBR, ABR and VBR)
2. The "-V" switch is to configure Filesize vs. Quality for VBR mode (it's not used in CBR or ABR mode)
3. While you can configure "-V" exactly (all 10 possible values), I limited "-q" to the 5 most common values.

-q 0: use slowest & best possible version of all algorithms. -q 0 and -q 1 are slow and may not produce significantly higher quality.
-q 2: recommended. Same as -h.
-q 5: default value. Good speed, reasonable quality.
-q 7: same as -f. Very fast, ok quality. (psycho acoustics are used for pre-echo & M/S, but no noise shaping is done.
-q 9: disables almost all algorithms including psy-model. poor quality.

[SeeMoreDigital]

Hi LoRd_MuldeR,

I've headed over to "rarewares" to obtain LameXP v3.00 RC-2 (2008-05-18) complete with GUI... However, I'm embarrassed to say I'm unable to find it :eek:

Could you help me out please?

[LoRd_MuldeR]

Rarewares offers compiles of LAME, OggEnc and so on. But those are console apps, without any GUI.
LameXP is my own Audio Encoder front-end and you can get it at my homepage. It's currently not mirrored at Rarewares.

See inital post in this thread or my signature for a download link :)

[Octo-puss]

DUDE!!
For the love of all that is good and pure in this world - get rid of the damn sounds!!! I virtually shitted my pants after accidentally clicking on "About" button. And the damn melody that plays after encode freaked my mother out late at night (I usually don't switch the speakers off).
So please... :D

Edit: in some dialog the cancel button has german text on it instead of english :)

[LoRd_MuldeR]

DUDE!!
For the love of all that is good and pure in this world - get rid of the damn sounds!!! I virtually shitted my pants after accidentally clicking on "About" button. And the damn melody that plays after encode freaked my mother out late at night (I usually don't switch the speakers off).
So please... :D

haha, lol :D

I will add a new option to disable all sounds, okay? :p

Edit: in some dialog the cancel button has german text on it instead of english :)

That might be because I own a GERMAN version of Delphi7 Pro.
I guess there is not much I can do about that, as the text on that button is not editable :rolleyes:
It's one of those pre-defined dialogs...

[Octo-puss]

You bastard, it was intentional :P

Ah ok. I just hope there are no more german texts as the only thing I can say in german is "Ich bin der obbergruppensexführer".


edit: just a cosmetic, but is there a chance of having approximate bitrate added as a tooltip in every slider position under the quality tab?
Also, a progress bar for each file being encoded would be semi-useful "eye candy".
I mean, the functionality of the program is good, so why not bitch about unimportant crap :D

[LoRd_MuldeR]

LameXP v3.00 Final :)

I have updated the LAME encoder to v3.98 Final, which has been released today!

[katjarella]

is not Working :(


start LameXP.exe
waiting...
Application Popup: LameXP has encountered an unexpected problem and will exit right now!
(no further information, Logs or other one.)

[LoRd_MuldeR]

Sorry, I cannot reproduce that. What OS are you running?

Also you might have a look at:
C:\Documents and Settings\John Doe\My Documents\LameXP.log

[katjarella]

System: XP Prof SP3 Deutsch
LameXP.log: not Found or Exist. :(

[LoRd_MuldeR]

System: XP Prof SP3 Deutsch
LameXP.log: not Found or Exist. :(

I use WinXP myself. I thought it might be some Vista bug, but that's even more strange :confused:

Can you download the sources and compile/run them in Delphi 7, so we see what the debugger says ???

Note: You'll need JVCL to compile LameXP...

[katjarella]

I provided a Thinstall Version (Sandbox) and functioned these. Can it be, which you put on any amusing Registry Entry's? Or the Routines are not Clean? Best you do directly without the Registry and work with INI attitudes.

[LoRd_MuldeR]

Yes, it's an ERegistryException. But I don't know why. Works 100% fine here. Are you using an Admin account or a restricted one?

BTW: Storing configuration in INI files is antiquated, under Windows the registry should be the preferred way...

[teejee2008]

There is a problem with lameXP. The main window layout gets messed up on systems with a high DPI setting. My screen settings are 1024x768 with a DPI of 120(large). This is what the main window looks like on my PC.

http://teejee2008.wordpress.com/files/2008/07/lamexp.jpg

Dragging the window border is of no use. The window simply stretches instead of revealing the hidden controls.

[LoRd_MuldeR]

Reset the DPI setting to "Normal Size (96 DPI)", reboot and try again. I think this is a limitation of Delphi, so I cannot do anything about it. Sorry...

BTW: 1024x768 sounds like a pretty "small" screen, so 96 DPI should be fine.

[katjarella]

@LoRd_MuldeR
I test all Programs, with Guest Access, maximally as a User...

LameXP.2008-07-07.Debug:
1: Hello, do you want me to create file associations now? > YES >
>>> [ERegistryException] Fehler beim Setzen der Daten für '' == No Registry write access.

1: Hello, do you want me to create file associations now? > NO
2: Hello, do you want me to load your configuration now? > YES or NO
>>> Program starts normally.

Problem solved: no access to the Registry:)

[LoRd_MuldeR]

Well, at least we know what code is causing the exception now :)

But two questions remain:
1. Why is the access to the registry denied? Any special rights required to set file associations?
2. Why doesn't my code catch the exception? The is a TRY-block arround all registry code.

I change the file associations at:
HKEY_CLASSES_ROOT\.foo

Which, as far as I know, is simply an alias for:
HKEY_CURRENT_USER\Software\Classes\.foo

And this again is an alias for:
HKEY_USERS\<USER ID>\Software\Classes\.foo

And every user should have full write-access to it's own sub-key :confused:

katjarella, does the error still occure when you run LameXP from an Admin account ???

[teejee2008]

its okay, i'll manage. thanks anyway. its a great program.

[katjarella]

1. Why is the access to the registry denied? Any special rights required to set file associations?
No...
HKEY_CLASSES_ROOT\ and HKEY_LOCAL_MACHINE\ is Global:
Administartor(s) = Full Control
Users = Only Read

HKEY_CURRENT_USER\ : Users referred and are valid also only for the user.


I change the file associations at:
HKEY_CLASSES_ROOT\.foo
Which, as far as I know, is simply an alias for:
HKEY_CURRENT_USER\Software\Classes\.foo
And this again is an alias for:
HKEY_USERS\<USER ID>\Software\Classes\.foo


No.
HKEY_CLASSES_ROOT\.foo is Alias for: HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.foo NOT HKEY_CURRENT_USER\Software\Classes\.foo or HKEY_USERS\<USER ID>\Software\Classes\.foo

katjarella, does the error still occure when you run LameXP from an Admin account ???
No! Why, am I to give, execution reef to any programs on my system? It is nevertheless no service program, only a change program!

[stax76]

BTW: Storing configuration in INI files is antiquated, under Windows the registry should be the preferred way...

How did you come to this conclusion?

[LoRd_MuldeR]

No.
HKEY_CLASSES_ROOT\.foo is Alias for: HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.foo NOT HKEY_CURRENT_USER\Software\Classes\.foo or HKEY_USERS\<USER ID>\Software\Classes\.foo

Okay, to be precise:

HKEY_CLASSES_ROOT\.foo is not an "alias" for HKEY_CURRENT_USER\Software\Classes\.foo

Instead HKEY_CLASSES_ROOT is the conjunction of HKEY_CURRENT_USER\Software\Classes and HKEY_LOCAL_MACHINE\SOFTWARE\Classes

:p


Nevertheless I wasn't sure where write-access to HKEY_CLASSES_ROOT\.foo goes. Obviously admin rights are required, at least to modify existing keys...

[LoRd_MuldeR]

How did you come to this conclusion?

Why mess around with configuration files, when the OS provides a high-level configuration database including proper multi-user support? :confused:

It should also be a lot faster, thought this might not be an argument here. LameXP only stores a few settings...


Any idea what is the proper way to set file associations on a none-admin account ???

[stax76]

Why mess around with configuration files

It has a performance gain but is a major pain to backup and restore.

Any idea what is the proper way to set file associations on a none-admin account

User privilegs and file associations are very difficult topics. There is a key for user file associations but I'm not well informed about it:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts

You can find a little file association utility on my website btw.

[LoRd_MuldeR]

LameXP v3.01 Beta-1 (2008-07-13)

Here is my attempt to catch the registry exceptions some of you encountered by adding more Try...Except blocks to the registry code.
This will not set up the file associations properly when you are running with a restricted account, but at least it won't crash anymore.

bin: http://www.mediafire.com/?hd9w9xwymfj
src: http://www.mediafire.com/?g3zax2okt1x

Please report if you encounter any crash or see any error message. Thanks you :)

[Octo-puss]

Oh my! New version! I am so gonna test it.

Btw if the sounds aren't gone I will send you a mail bomb :P

[LoRd_MuldeR]

Oh my! New version! I am so gonna test it.

Btw if the sounds aren't gone I will send you a mail bomb :P

I better check my mailbox carefully from now on :D

[Octo-puss]

bomb incoming...

[Octo-puss]

Hey could you make the program store its settings in a file rather than - obviously - in the registry? I am lazy to set things up and often go around with my stuff sitting on a flash drive.

[LoRd_MuldeR]

Hey could you make the program store its settings in a file rather than - obviously - in the registry? I am lazy to set things up and often go around with my stuff sitting on a flash drive.

Maybe for the next release. The registry code needs an overhaul anyway...

[Octo-puss]

And the SOUNDS?
:D
I encoded about ten CDs today and for a reason I had to do them separately. Fith time I heard the damn melody I wanted to strangle someone :P (not to mention you have to wait before it stops!)

[LoRd_MuldeR]

I might add an option to disable sounds too :rolleyes:

[Octo-puss]

That would be great :P
Btw you could also add the possibility to specify external encoder - some people might want to use alpha versions... just an idea

[LoRd_MuldeR]

Btw you could also add the possibility to specify external encoder - some people might want to use alpha versions... just an idea

That feature is not planned. I always include latest LAME build, even "Beta" builds.

Developers who really want to use "Alpha" versions, which is not recommended at all for regular users, can recompile LameXP with the desired encoder version.

[Octo-puss]

I see.
But you could add it in case you stop developing it :) I mean I used RazorLame or what the name was for well over five years, because it was great. LameXP is perfect, but if you happen to give up on it (I am sure at some point you will - happens with most software), users would be screwed :)
But that is just babbling about far away feature :)

[LoRd_MuldeR]

LameXP is OpenSource. In case I stop development, people can still modify and re-compile the sources with latest LAME encoder binary ;)

Also updating the encoder binaries and re-compiling LameXP takes 3 minutes. Guess I would do that on request, even if development has stopped long ago :)
In case the CLI parameters change, modifications on the LameXP source codes would be necessary anyway...

[Inventive Software]

Any chance you'd consider installing multi-threaded encoders that'd use good CPU thread detection? It took 18 minutes to encode 1h32, with consistent 50% usage over 2 cores.

[LoRd_MuldeR]

In LameXP multi-threading is not implemented on encoder level, it's implemented by running several encodes concurrently.
Since I'm not an encoder developer, I can not implemented multi-threading on encoder-level, I can only incorporate the existing encoders...

[zardano]

LoRd_MuldeR, thanks for the great piece of software. A few suggestions for future development:

1) Better batch encoding options. I like to dump many albums and let it encode overnight. The problem is I cannot set the ID3 tags of each album independently. Also, the track numbers continue to increase, so the second album in the list might have track numbers 13-26 instead of 1-14. I realize this is how the program is designed, but it would be nice to be able to drop a folder and set the ID3 tags independently for each folder, and have the track numbers LameXP assigns reset to 1 for each folder. Or, better yet, have it automatically grab artist and album information from the folder and subfolder, respectively.

2) I second Octo-puss request to disable sounds. ;)

Thanks again for your fine work on this program, it is already the best encoder IMO, and I can correct the ID3 tags after encoding with tagging software, but it would just be nice to have it all done in one shot with LameXP.

[Sharktooth]

lord_mulder: just a sidenote to implement efficient multithreading.
you can us avisynth to open and trim/split the source files (using intermediate wav files ot pipes) so you can launch several (threads) instances of the encoder for each slice and then as a final task join the encoded parts.
using avs will also open the possibility of using some sort of preprocessing (equalizers, multichannel conversions, etc).

[LoRd_MuldeR]

That's far more complicated than what I want to do here, especially because I need to support various input/output formats ;)

At the moment I can easily get ~100% load on my Quadcore when converting an entire album, just by encoding several files concurrently.
Of course this does not work with single files. That's for sure. But after all it's just audio encoding!
If I can wait more than 20 hours to encode a video, then I can wait 5 minutes to convert an audio file as well :D

My target is to keep things as simple as possible. People that need advanced processing will definitely use a more sophisticated tool...

[Sharktooth]

bepipe or avs2wav... have a look at SNG sources. it's not that complex. if you want i can help you implementing it (as soon as i recover from the damn MS complications).

[LoRd_MuldeR]

Thanks for the offer, but currently I'm busy with other stuff (bachelor thesis and so on). So I won't rewrite LameXP, but maybe I'll do a few quick fixes to address known errors...

I hope you get well soon! :)

[Octo-puss]

LoRd_MuldeR, thanks for the great piece of software. A few suggestions for future development:

1) Better batch encoding options. I like to dump many albums and let it encode overnight. The problem is I cannot set the ID3 tags of each album independently. Also, the track numbers continue to increase, so the second album in the list might have track numbers 13-26 instead of 1-14. I realize this is how the program is designed, but it would be nice to be able to drop a folder and set the ID3 tags independently for each folder, and have the track numbers LameXP assigns reset to 1 for each folder. Or, better yet, have it automatically grab artist and album information from the folder and subfolder, respectively.

I second this! :) Like being able to add whole directory with subdirs. I keep my source stuff in ..\grabbed CDs\ and I do not want to click like a @#%^% for each album :)

Other than that, the functionality seems perfectly sufficient. Yeah maybe the tags, but for that I use mp3bookhelper anyway..

[LoRd_MuldeR]

I can't think a simple way to implement support for several subfolders with different tags. So most likely this will not be implemented :o

Remember: I'm very much against making the app more complex than it has to be...

[Octo-puss]

Screw tags, the multi-folder thing is MUCH more important.

[LoRd_MuldeR]

Screw tags, the multi-folder thing is MUCH more important.

You can already drag in files from different folders, if you don't care about tags...

[Octo-puss]

Hm, but that still isn't much comfortable... People are much more lazy than you'd think. And for example, I HATE drag&drop feature ever since it was implemented :P (I'm sure I'm not alone)

[LoRd_MuldeR]

I you don't like Drag&Drop then don't use it :rolleyes:

[Octo-puss]

Yes, but that was a reaction to You can already drag in files from different folders, if you don't care about tags...

in which case such user is f*cked :)
I mean, there are just ideas what a perfect GUI might have.

[LoRd_MuldeR]

LameXP v3.01 is out :)

Changes between v3.00 and v3.01:
* Added an option to disable all sounds in LameXP
* Added warning message for bitrates that violate the current bitrate restriction
* Fixed bitrate restrictions for LAME encoder (strictly enforce bitrate restrictions using "-F" parameter)
* Fixed file associations code (set file associations only for the current user)
* Updated load/save configuration code (store settings in an INI file instead of the registry)

[Octo-puss]

Sweet heavens - SOUNDS!! :D
Thanks a bunch :)

[LoRd_MuldeR]

LameXP v3.02 is out :)

Changes between v3.01 and v3.02:
* Added support for new input format: MPEG Audio Layer-2 (mp2)
* Added option to choose a custom TEMP folder

[Legionario Extranjero]

Sorry, I don't speak english

Great tool. I use it to encode to AAC.

These are my suggestions for Nero AAC:

- Force profile. I know that is not recomended but I want to choose between LC, HE and HEv2(PS)
- Change extension to .m4a

Thank for LameXP

[Inventive Software]

<sarcasm>
Suggestion to you: stop using Apple-fied extensions. .M4A is not an official extension, use .MP4 like a normal person!
</sarcasm>

@LoRd_MuldeR: is it possible, at some point, to extract and copy the meta-data along with the audio to the destination encoder/file? I have lotsa FLACs, and intend to convert them to OGGs, but not if programs won't keep the meta-data I've painstakingly entered into my lossless audio!

[LoRd_MuldeR]

<sarcasm>
Suggestion to you: stop using Apple-fied extensions. .M4A is not an official extension, use .MP4 like a normal person!
</sarcasm>

@LoRd_MuldeR: is it possible, at some point, to extract and copy the meta-data along with the audio to the destination encoder/file? I have lotsa FLACs, and intend to convert them to OGGs, but not if programs won't keep the meta-data I've painstakingly entered into my lossless audio!

Since I have to support a great number of different input formats, which are decoded to WAVE as an intermediate format, this is not possible.

Maybe for some input formats it could be implemented, but only if the corresponding decoder is able to put out the meta data somehow.
Also I'd need a common intermediate format for meta data, like WAVE for the audio part...

[LoRd_MuldeR]

- Force profile. I know that is not recomended but I want to choose between LC, HE and HEv2(PS)

As you said, it's not recommended at all. Hence, it won't be implemented. We don't want to encourage the average user to enforce a profile.

If you really need such eccentric options, use the CLI encoder...

- Change extension to .m4a

I have to decide for one extensions per filetype. The "correct" extensions for MP4 files is .mp4 -- you can rename anyway...

[Inventive Software]

Since I have to support a great number of different input formats, which are decoded to WAVE as an intermediate format, this is not possible.

Maybe for some input formats it could be implemented, but only if the corresponding decoder is able to put out the meta data somehow.
Also I'd need a common intermediate format for meta data, like WAVE for the audio part...

OK, I didn't see it like that. What about a text file as an intermediate for the metadata, like WAV for audio?

[LoRd_MuldeR]

OK, I didn't see it like that. What about a text file as an intermediate for the metadata, like WAV for audio?

Well, if all CLI decoders used in LameXP (there 9 at the moment) could put out meta-data to text file ;)

BTW: I'm just working on implementing filters (e.g. Normalization) ...

[Inventive Software]

FLAC I believe has that option, and possibly OggDec too. ;)

[LoRd_MuldeR]

Here is a new test version. I have added a "Volume Normalization" filter, based on Volumax from RareWares.org:
http://www.mediafire.com/?n3yhwndwoy0

http://img113.imageshack.us/img113/985/lamexpnormalizationsb4.png

[RussianPsycho]

thanks LoRd_MuldeR! this is super!

cu :D

[Legionario Extranjero]

<sarcasm>
Suggestion to you: stop using Apple-fied extensions. .M4A is not an official extension, use .MP4 like a normal person!
</sarcasm>

I sugeested m4a extension because I use two player, one is for audio and the other one is for video (with audio). I'm used to asociating mp4 to video player, and m4a to audio player.

As you said, it's not recommended at all. Hence, it won't be implemented. We don't want to encourage the average user to enforce a profile.

If you really need such eccentric options, use the CLI encoder...


You can add a force profile option in Advanced Options with a "don't touch warning mesage" for newbies.

[LoRd_MuldeR]

I sugeested m4a extension because I use two player, one is for audio and the other one is for video (with audio). I'm used to asociating mp4 to video player, and m4a to audio player.

Still I have to decide to one file extension per output format, so I'll decide for the most common one.

You can add a force profile option in Advanced Options with a "don't touch warning mesage" for newbies.

I will consider that option...

[LoRd_MuldeR]

LameXP v3.03 (2008-08-12) is out :)

Changes between v3.02 and v3.03:
* Added generic support for pre-processing filters
* Added "Normalization" filter, based on Volumax by John33
* Improved code to add/remove context menus in Window Explorer
* Improved code to handle multiple instances of LameXP

[foxyshadis]

Instead of relying on decoders and encoders for metadata, why not just run a commandline tagger over the file(s) once it's done encoding? Once to retrieve from the old, once to give to the new, though I'm pretty sure taggers exist that can copy metadata directly.

[LoRd_MuldeR]

Instead of relying on decoders and encoders for metadata, why not just run a commandline tagger over the file(s) once it's done encoding? Once to retrieve from the old, once to give to the new, though I'm pretty sure taggers exist that can copy metadata directly.

In fact for Nero AAC I need to run a tagger.

The problem is: To use such a tagger for all files (instead of encoder-specific tagger), that tagger would have to support:
MP3, MP2, AAC/MP4, Ogg/Vorbis, FLAC, Monkey's Audio and so on...

This includes at least ID3 tags, MP4-specific meta data, Ogg-specific meta data and APE tags :rolleyes:

[Inventive Software]

MP3Tag. I use it to correct FLAC tags in bulk, and it supports *EVERYTHING*. :D

Have no idea whether it'd work for you though, but the developer is German, which makes contact easier I suppose. ;)

One thing that could be implemented is freedb reading (remote and local), to do tags for CDs (MP3Tag has such support for it) and other random things, but I have a more immediate suggestion.

Read the metadata from the input file, keep it in memory, then write within the output file?

[LoRd_MuldeR]

Will have a look at that. If it's not too hard to integrate it into the current structure of the program, I might add it...

For the moment I try to fix the lack of WMA support. Of course input support only!
http://forum.doom9.org/showthread.php?t=140273

[Inventive Software]

Will have a look at that. If it's not too hard to integrate it into the current structure of the program, I might add it...

For the moment I try to fix the lack of WMA support. Of course input support only!
http://forum.doom9.org/showthread.php?t=140273

WMCmd.vbs might be the ticket, both for encoding and decoding.

[LoRd_MuldeR]

WMCmd.vbs might be the ticket, both for encoding and decoding.

It does depend on WindowsScriptingHost plus WindowsMediaRuntime, right? If so, it's totally useless for my purpose...

[Inventive Software]

Yes, but it's called from the command-line. ;)

I can't think of anything remotely useful that's standalone. Short of building your own utility using the WMF SDK.

[LoRd_MuldeR]

Yes, but it's called from the command-line. ;)

I can't think of anything remotely useful.

John from RarWares is working on something now, based on a stripped-down ffmpeg :)

[LoRd_MuldeR]

Right another Test version, WMA support has been hacked in :)

http://www.mediafire.com/?swmvwexohyx

[~bT~]

a quick question. does this support multichannel audio using neroaacenc? if so, is there a way to select stereo from multichannel sources like ac3?

edit: i just noticed it doesn't support ac3 as input :(

[LoRd_MuldeR]

a quick question. does this support multichannel audio using neroaacenc? if so, is there a way to select stereo from multichannel sources like ac3?

If the Nero AAC encoder supports multi-channels and your Source has multi-channels too, then the re-encoded file will have multi-channels too.

There is no "Stereo Downmix" option yet. At the moment the Encoder decides whether it requires the Decoder to downmix the source...

edit: i just noticed it doesn't support ac3 as input :(

It does support AC3 for sure :cool:

[~bT~]

^ it doesn't say on your webpage :p

Accepted input formats are: Wave, MP3, MP2, Ogg Vorbis, AAC/MP4, FLAC, WavPack, Musepack, Speex and APE.

[LoRd_MuldeR]

^ it doesn't say on you webpage :p

I must have written the info before I hacked in the Valib Decoder (AC3 Filter) :D

Now you can append WMA to that list :cool:

[~bT~]

^ so can we see downmixtostereo soon ;)

[LoRd_MuldeR]

^ so can we see downmixtostereo soon ;)

Can you provide a simple CLI tool that accepts a Multi-Channel Wave as input and puts out a Stereo Wave ???

I'd add it asap...

[~bT~]

^ ahhh, i was thinking maybe u can use avisynth. anyway, no probs. i'm sure u will be doing it in a future build :D cheers for the great lil tool!

edit: can't ac3filter downmix the channels and pass it to neroaacenc?

[LoRd_MuldeR]

edit: can't ac3filter downmix the channels and pass it to neroaacenc?

I need to look at this. My internal decoder interface does have a "downmix" option, but the individual decoder will have to support it as well...

[~bT~]

^ thanks for at least considering my request :)

[Octo-puss]

Oh man, why the heck WMA support? This is ultimate evil. MS fails horribly at producing any audio/video formats.

[katjarella]

@LoRd_MuldeR
Please Read Report: http://forum.gleitz.info/showpost.php?p=372782&postcount=10

[LoRd_MuldeR]

Oh man, why the heck WMA support? This is ultimate evil. MS fails horribly at producing any audio/video formats.

Because many people have WMA files. That's a fact. And why should I prevent people from converting their existing WMA files to some "useful" audio format? In fact they reviewed my software on Softpedia and the biggest flaw they mention was the lack of WMA support. Also keep in mind that I support WMA only as input, never ever as output ;)

[Octo-puss]

And why should I prevent people from converting their existing WMA files to some "useful" audio format? Also keep in mind that I support WMA only as input, never ever as output ;)

lol this sounds MUCH better :D :D

[LoRd_MuldeR]

Here is a new Beta, fixed to install and detect the "WMA File Decoder" component on restricted user accounts:
http://www.mediafire.com/?qwuy2wjpwy1

[~bT~]

can we have the option to convert cue sheets please?

[LoRd_MuldeR]

can we have the option to convert cue sheets please?

What exactly should that feature do?

* If you have a CueSheet with single Wave files, then you can simply convert them.
* If you have a CueSheet with one big Wave file, then you'll have to split the Wave file first.
* If you have a CueSheet with ".bin" file, you can't process it as Wave audio.

[~bT~]

What exactly should that feature do?

* If you have a CueSheet with single Wave files, then you can simply convert them.
* If you have a CueSheet with one big Wave file, then you'll have to split the Wave file first.
* If you have a CueSheet with ".bin" file, you can't process it as Wave audio.
just an example..

Later on you can simply drag the cue sheet (or several cue sheets) to foobar2000 and it will show you the individual album tracks. You can easily convert all or a selection of these tracks to AAC MP4 by using foobar's Convert tool.

[LoRd_MuldeR]

So you want LameXP to load a CueSheet with one big Wave file and split it automatically?

That won't be easy to implement, since I'd need to implement a CueSheet parser, a Wave file splitter and also change some exiting code.

Support for CueSheet's with single Wave files would be much easier to implement...

[~bT~]

So you want LameXP to load a CueSheet with one big Wave file and split it automatically?

yes sir :)

[LoRd_MuldeR]

Here is another Beta, added support for M3U and PLS playlists plus simple Cuesheet importer:
http://www.mediafire.com/?y3gx7qknzec

[Legionario Extranjero]

Suggestion:

- Rip from audio CD

And these options for Nero AAC (Please)

http://farm4.static.flickr.com/3085/2773882082_3513798725_o.png

http://farm4.static.flickr.com/3034/2773882308_8c6bc1965e_o.png

[ricardo.santos]

When i loaded a cuesheet onto LameXp it displayed the folowing message " no wave files found".

I have a 2 hour mp3 file and a cuesheet, thought that by loading the cuesheet i was able to convert a section of the mp3 to aac.

[LoRd_MuldeR]

- Rip from audio CD

This is an encoder front-end, not a CD ripper :p

And these options for Nero AAC (Please)

Nero AAC will choose the optimal profile automatically. Enforcing a certain profile is not recommended and I won't encourage people to so by adding these options...

[LoRd_MuldeR]

When i loaded a cuesheet onto LameXp it displayed the folowing message " no wave files found".

At the moment LameXP will only scan the Cuesheet for Wave files and add these to the playlist.

Are MP3 files in a Cuesheet allowed at all? If so, what is the correct syntax for this ???

[~bT~]

At the moment LameXP will only scan the Cuesheet for Wave files and add these to the playlist.

Are MP3 files in a Cuesheet allowed at all? If so, what is the correct syntax for this ???

afaik, u can have any type of files in a cue sheet.
:thanks: for the updates!

[LoRd_MuldeR]

afaik, u can have any type of files in a cue sheet.
:thanks: for the updates!

Nope, but MP3 is one of the supported formats indeed. Just found this specification:

# Syntax:
FILE [dateiname] [dateityp]

# Bemerkung:
[dateiname] gibt den Dateinamen der zu brennenden Datei an (inkl. Pfadangaben!).
Bei langen Dateinamen und Dateinamen, die Leerzeichen enthalten, müssen diese in Anführungszeichen gesetzt werden.

[dateityp] spezifiziert den Dateityp. Folgende Typ-Angaben sind möglich:

* BINARY (Intel Binary File, LSB first)
* MOTOROLA (Motorola Binary File, MSB first)
* AIFF (Audio-Dateiformat)
* WAVE (Microsoft-Sounddatei)
* MP3 (komprimierte Sounddatei)

I'll add support for "FILE <NAME> MP3" in addition to "FILE <NAME> WAVE" asap ;)

[LoRd_MuldeR]

Right another Beta, improved code for importing M3U/PLS playlists and fixed Cuesheet importer to accept MP3 files:
http://www.mediafire.com/?2ebd0q3sggz

[~bT~]

Nope, but MP3 is one of the supported formats indeed.i have cue files with mp4 & flac files :)

[LoRd_MuldeR]

i have cue files with mp4 & flac files :)

I doubt those CUE's are standard compliant -- if there is an obligatory standard at all...

Can you post the syntax please?

[LoRd_MuldeR]

LameXP v3.04 Beta-5 :)
http://www.mediafire.com/?hyqwzjew4w7 (src (http://www.mediafire.com/?9dwxdmzyydw))

Now LameXP tries to load Meta Data from input files and the Cuesheet importer should handle more file types...

[LoRd_MuldeR]

LameXP v3.04 Beta-6 :)
http://www.mediafire.com/?ol4hov0md3y

Added code to read Meta Data from MP4 files (TAG doesn't support .mp4 files, so I use FAAD for those now) plus minor fixes.

[LoRd_MuldeR]

LameXP v3.04 Beta-7 :)
http://www.mediafire.com/?idokpiddnzi

Show status panel while adding files, plus a number of smaller fixes and improvements...

[~bT~]

:thanks:

[LoRd_MuldeR]

LameXP v3.04 Beta-8 :)
http://www.mediafire.com/?ivt4mjm29ww

Added option to permanently disable the Shell Integration (Explorer Context Menus).

[LoRd_MuldeR]

LameXP v3.04 Beta-9 :)
http://www.mediafire.com/?mzboxvti243 (src (http://www.mediafire.com/?0slmu3wybwe))

Now using MediaInfo instead of TAG/FAAD to read Meta Data from source files - it supports more file/tag formats.

[~bT~]

Added option to permanently disable the Shell Integration (Explorer Context Menus).

not working in vista x86.. or does it need a reboot?

edit: tried reboot. no candy.

ps. i don't know if this is the right place to report these bugs, if it isnt pls let me know where to post :)

[Octo-puss]

Hey I still can't see the disable sounds option.

[~bT~]

Hey I still can't see the disable sounds option.

its in the .ini file. edit it.

[Octo-puss]

its in the .ini file. edit it.

LOL Mulder just won't let it go that easily :P
Damn you :D

[LoRd_MuldeR]

its in the .ini file. edit it.

It's saved in the INI file of course, but you can easily toggle it from the "Advanced Options" menu within the LameXP program ;)

http://img48.imageshack.us/img48/4125/lamenosoundqt8.png

[Octo-puss]

Undocumented features!! Shame on you!! lol :D
edit: I kinda expected, after all the talk about it here, that upon disabling the sounds there would be a popup saying something like "Octo you MTFK!" :D :D

[~bT~]

but you can easily toggle it from the "Advanced Options" menu within the LameXP program ;)
you learn something new every day :p

[LoRd_MuldeR]

LameXP v3.04 Beta-10 :)
http://www.mediafire.com/?0vqm6bgygmf (src (http://www.mediafire.com/?mzwrfdtaxat))

* Added an option to disable the periodic update reminder
* Added new "File Information" dialog (double-click an item in the "Source Files" list!)

[Taurus]

Curiosity killed the cat:
Where can I find the *.ini file?

[~bT~]

start-->run-->%appdata%

[LoRd_MuldeR]

Curiosity killed the cat:
Where can I find the *.ini file?

On WindowsXP it should be located here:
C:\Documents and Settings\John Doe\Application Data\MuldeR\LameXP\Settings.ini

I don't have a clue about Vista :p

[LoRd_MuldeR]

LameXP v3.04 Beta-11 :)
http://www.mediafire.com/?kqtowopl3ql (src (http://www.mediafire.com/?mwzfdegeevn))

New and improved "File Information" dialog instead of simple MessageBox:
http://img133.imageshack.us/img133/4862/fileinfozb6.th.png (http://img133.imageshack.us/my.php?image=fileinfozb6.png)

[~bT~]

I don't have a clue about Vista :p

C:\Users\John Doe\AppData\Roaming\MuldeR\LameXP\Settings.ini

:thanks: for updates

[LoRd_MuldeR]

LameXP v3.04 Beta-12 :)
http://www.mediafire.com/?v7d72twsxme (src (http://www.mediafire.com/?xdevxzpjnom))

Small improvement of "File Information" dialog and support for ASX playlists added.

[Taurus]

start-->run-->%appdata%

On WindowsXP it should be located here:
C:\Documents and Settings\John Doe\Application Data\MuldeR\LameXP\Settings.ini

I don't have a clue about Vista :p

C:\Users\John Doe\AppData\Roaming\MuldeR\LameXP\Settings.ini

:thanks: for updates
Thanks ~bT~ and LoRd_MuldeR
Strange, used Search on the whole machine two days ago with a wildcard *.ini and didn't find any referencies to LameXP.
Now today as I used Search again the settings.ini appeared.
So now I'm a little older and wiser.
Don't trust Search and your own eyes :p;)

[LoRd_MuldeR]

LameXP v3.04 Beta-13 :)
http://www.mediafire.com/?goms6oa1zae

Another attempt to re-write my code to handle child-processes and capture their console output.
Previous code was adapted from MPUI and required an additional thread for each process, the new code was inspired by this (http://support.microsoft.com/kb/190351/de) article.
I hope it works at least as good as the old code did :p

[LoRd_MuldeR]

LameXP v3.04 RC-1 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

If no major bugs are found, this will be the next release...

[ricardo.santos]

Hi LoRd_MuldeR

when i load a cuesheet on to lamexp it only display one file, if i load tha same cuesheet on to foobar it displays that file but divided into several files and i can convert them individually.

i cant get that on LameXp.

[LoRd_MuldeR]

That's because there only is one single input file! Obviously Foobar will split that file into separate tracks.
As said before, LameXP does not do that yet. That's because it won't be easy to implement and will be done at a later version, maybe.
When you create a Cuesheet, simply create "one Wave file per track" in order to avoid this problem...

[LoRd_MuldeR]

LameXP v3.04 RC-2 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Added code to minimize the LameXP processing window into the Notification Area (aka System Tray). Simply use the "Minimize" button...

[ricardo.santos]

When you create a Cuesheet, simply create "one Wave file per track" in order to avoid this problem...

thanks for your explanation, the thing is that the mixes i download(free music before someone says it forbidden to talk about illegal downloads) are in one mp3 file and the cuesheet comes with it.

in order for me to extract and convert a single track to mp3(lower bitrate CBR) i have to convert that singe track to wav using foobar and then lamexp to convert wav to mp3 as foobar doesnt do CBR on the fly.

will wait for future versions of lamexp

thanks

[LoRd_MuldeR]

LameXP v3.04 RC-3 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Updated MediaInfo to v0.7.7.5 (2008-08-22) and another attempt to improve the Registry code...

[LoRd_MuldeR]

LameXP v3.04 RC-4 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Added a balloon tooltip to inform the user about the "Advanced Options" hidden in the titlebar (will pop up at first run).

http://img291.imageshack.us/img291/5671/balloontooltipwl4.png

[Inventive Software]

You are aware of the typo in that screenie I take it? ;)

[LoRd_MuldeR]

You are aware of the typo in that screenie I take it? ;)

I will fix it :p

If you find more typos, please tell me now! I do typos in those strings all the time, but the damn compiler never complains :)

[Octo-puss]

Leave it as it is, I am fond of gibberish :D

Kinda reminded me about what a friend of mine posted (she works as some kind of mailservers admin):

(chinese helpdesk)
dear,
i am totally understand.
my meat is from smtp to exchang server is right, but maybe this 009 server was busy... or something...

[LoRd_MuldeR]

LameXP v3.04 Alpha-42 :)
http://www.mediafire.com/?8rpnukp0m5t (src (http://www.mediafire.com/?ovhtvzte1gm))

Fist attempt to implement multi-language support. Now you need the "LameXP.loc" in the application folder. Edit it in Notepad for translation :cool:
Side note: Replacing tons of hardcoded strings all over you Souce Code sucks. The job is not done yet...

[Octo-puss]

do you ever sleep? :P

edit: do you think you could add some progress indicator other than simple message "encoding"? :)

[LoRd_MuldeR]

do you ever sleep? :P

Sometimes. Usually 5:00 am to 11:00 am :p

edit: do you think you could add some progress indicator other than simple message "encoding"? :)

I'm not sure about that. I tried it once and ended up restoring my old code. Next attempt is scheduled for a later time...

[tipsypenguin]

do we need to keep LameXP.loc if we just need english? I usually just keep LameXP on my desktop. if I need to have other files with it I'll have to move it.

[LoRd_MuldeR]

do we need to keep LameXP.loc if we just need english?

In this very early test version: Yes. But that file will be gone with the next release...

[LoRd_MuldeR]

LameXP v3.04 RC-5 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Further work on multi-language support. Removed dependency on external "LameXP.loc" file, language files are embedded in the EXE file from now on.
I think all hardcoded strings have been replaced (finally) and will be translated now. You can right-click on the titlebar in order to switch the language.
Please note that the German translation is very incomplete at the moment. I'll translate the rest at a later time...

If you are willing to contribute a LameXP translation, other than English or German, please contact me via PM. Thank you :)

[LoRd_MuldeR]

LameXP v3.04 RC-6 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Multi-Language support should be complete now. Languages supported in LameXP are English and German, so far.
Also child-processes will be run as "jobs" now, so they will die immediately when the parent-process crashes.

Anonymous SVN checkout is available from:
http://opensvn.csie.org/viewcvs.cgi/LameXP/src/?root=mulder1984

[LoRd_MuldeR]

LameXP v3.04 RC-7 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Updated Ogg Vorbis encoder to OggEnc v2.85, libvorbis v1.2.1 RC-2, aoTuV b5.6 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=60956&view=findpost&p=586664) (2008-09-05).
Also added the Spanish translation by Legionario Extranjero (http://forum.doom9.org/member.php?u=153459) and fixed a few typos in the English translation.
Furthermore a few smaller bugs were fixed...

[LoRd_MuldeR]

LameXP v3.04 RC-8 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Added the Italian translation by "gulliver_69". Also added an option to shutdown the computer automatically, when all files are completed.

[LoRd_MuldeR]

LameXP v3.04 RC-9 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Improved the code to shutdown the computer automatically. Now LameXP should be able to terminate properly before the systems shuts down.
Furthermore support for two new input for has been added to LameXP: Shorten (*.shn) and TTA Lossless Audio (*.tta).

Note: I'm currently looking for nice 32x32 icons (ICO files) for LAME, Shorten and MediaInfo. These would be used on the "About" page...

[LoRd_MuldeR]

LameXP v3.04 Final :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Changes between v3.03 and v3.04:
* Added support for multiple languages (English, German, Spanish and Italian)
* Added support for reading Meta Data from source files (using MediaInfo)
* Added support for WMA, Shorten and TTA files (input only)
* Added support for various playlist formats (M3U, PLS, ASX, CueSheet)
* Added an option to permanently disable the Shell Intgegration (Explorer Conext Menus)
* Added an option to disable the periodic Update Reminder
* Added an option to shutdown the computer automatically as soon as all files are completed
* Added code to minimize the LameXP window into the taskbar notification area
* Added balloon tooltip to inform the user about "hidden" options
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.6 (2008-09-05)
* Improved code to handle child processes and capture the console output

[Sharktooth]

2pass as default for neroaac is not a good idea.

[~bT~]

^ thanks a lot!

[Inventive Software]

2pass as default for neroaac is not a good idea.

This is only for CBR, and should be left as-is. Default is quality / ABR. Those who need 1-pass CBR can turn it off as they wish.

[LoRd_MuldeR]

2pass as default for neroaac is not a good idea.
This is only for CBR, and should be left as-is. Default is quality / ABR. Those who need 1-pass CBR can turn it off as they wish.

Now what? :confused:

I thought the 2-Pass mode is one feature that makes Nero AAC outstanding and it's the better choice, quality-wise.
So I made it the default. People that prefer speed over quality can turn it of at any time...

[smok3]

2pass is bitrate ABR related i belive, not really about quality.

[LoRd_MuldeR]

2pass is bitrate ABR related i belive, not really about quality.

Well, you can run "-br x" with and without "-2pass". I think both of them is ABR, because there also is "-cbr" for CBR encodes.
So 2-Pass mode should allow Nero AAC to distribute the bits more intelligent in ABR mode and hence improves the quality...

[Inventive Software]

I've never had Nero run 2-pass when I've encoded it in ABR/quality mode.

[LoRd_MuldeR]

I've never had Nero run 2-pass when I've encoded it in ABR/quality mode.

You can't use "-2pass" with "-q", only with "-br" and "-cbr". Not sure what it does in CBR mode ;)


[EDIT]

Doah, the "-2pass" switch works with "-br" only and will trigger an error when used with "-cbr". It seems I never tested that case :mad:

And that right after the final release :rolleyes:


[EDIT²]

Fixed in SVN. No fresh build for the time being...

[LoRd_MuldeR]

Uploaded a new build. Now the "2-Pass" option for Nero AAC is ignored, except for ABR mode. Hence CBR mode will work again, if 2-Pass is checked.

[~bT~]

Thanks my Lord :p

Is there any possibility of you uploading an English only build please?
Current build is taking a lot longer to load for some reason..

[LoRd_MuldeR]

Thanks my Lord :p

Is there any possibility of you uploading an English only build please?
Current build is taking a lot longer to load for some reason..

If the latest build takes longer to load, then this is definitely not because of the multi-language support :p

Extracting the language files to TEMP takes much less time than extracting all the encoder/decoder binaries we need.
And loading the current translation at startup might take some additional time, but it should be negligible!
Removing the other languages wouldn't speed up the program launch at all! We'd still need to extract/load the English translation.
And I definitely won't go back to "hardcoded" strings at this point !!!

[tipsypenguin]

is it possable to change it so we can put nero AAC in a separate directory and just search for it on first use?

[LoRd_MuldeR]

is it possable to change it so we can put nero AAC in a separate directory and just search for it on first use?

This could be implemented, but why do you need it? Why not keep it in the same folder...

[tipsypenguin]

because I like to keep LameXP on my desktop and I don't want to clutter my desktop up with other programs. it's not a big issue. I can always put the program somewhere else and just make a shortcut. just thought I would ask.

[LoRd_MuldeR]

because I like to keep LameXP on my desktop and I don't want to clutter my desktop up with other programs. it's not a big issue. I can always put the program somewhere else and just make a shortcut. just thought I would ask.

I'd prefer the Shortcut solution then ;)

If I want to load the Nero encoder from a user-defined directory, I need to store the path in the config file.
But in fact LameXP checks for the existence of the Nero encoder before loading the configuration from the INI file.
Hence the initialization code would need to be reorganized....

[tipsypenguin]

yeah that seems like a lot of unnecessary work. it's much simpler if I just make a shortcut.

Thanks for the great program. it's nice to have a developer that listens and actually responds to questions. all your hard work is much appreciated.

[LoRd_MuldeR]

yeah that seems like a lot of unnecessary work. it's much simpler if I just make a shortcut.

I think I found a better solution for your problem:
Now you can (optionally) move neroAacEnd.exe and neroAacTag.exe to "%APPDATA%\MuldeR\LameXP" or "%WINDIR%\System32"

Also included the Taiwanese translation by chriszxl (http://forum.doom9.org/member.php?u=146101).

[tipsypenguin]

that works for me

Thanks

[littleD]

Hello LoRd_MuldeR. I didnt used ur program so often but i liked it. Ive got some ideas to improve lamexp:
1. Add Musepack support (nice quality, free encoder)
2. View of command line switches
3. Add approximately bitrate (kbits) at quality base bitrate to all encoders, not ogg only
4. Have to think....:)

[LoRd_MuldeR]

1. Add Musepack support (nice quality, free encoder)

Already implemented:
LameXP already suppots Musepack files. Of course "input only", because this is not a Muspack encoder front-end (yet).

2. View of command line switches

Already implemented:
In the progress window you can double-click an item to show the detailed report (including full commandline).

3. Add approximately bitrate (kbits) at quality base bitrate to all encoders, not ogg only

Impossible because:
The entire idea of a "Quality" mode is that you can NOT predict the bitrate in advance. It's the same as "CRF" mode in x264.
I don't know how reliable the values for Ogg/Vorbis are. I simply copied these from OggDrop. Maybe I should remove them entirely...

4. Have to think....:)

Go ahead...

[littleD]

Already implemented:
LameXP already suppots Musepack files. Of course "input only", because this is not a Muspack encoder front-end (yet).

Oh, sorry, i thought about encoder:) The 8 ver. is still in development but who knows when will it be released. :o

The entire idea of a "Quality" mode is that you can NOT predict the bitrate in advance.

Im aware of that, anyway u can copy that from other coders settings :p Just inform end user it is only predicted or something like that, ugh.

In the progress window you can double-click an item to show the detailed report (including full commandline).


I meant before encoding:) Just another adjustable settings place. For power user for example.

4. ... Add option to delete file after aborting compression by user, for not to keeping junk, not_fully_encoded files.

THX for reply.

[LoRd_MuldeR]

Im aware of that, anyway u can copy that from other coders settings :p Just inform end user it is only predicted or something like that, ugh.

In "Quality" mode there is nothing to predict, because filesize prediction is impossible (for obvious reason) in that mode.
All bitrate prediction for quality-mode would be nothing but wild speculation!

So I better tell the trough to the user (that is: "no filesize prediction possible in quality-mode") instead of displaying a target bitrate that I'll never hit.

I meant before encoding:) Just another adjustable settings place. For power user for example.

That is not possible at the moment, sorry.

The "TEncoder" class is called with encoding parameters, such as "encode mode", "bitrate", "channel mode", "source file", "output file", meta data and so on.
It is not called with any commandline arguments. It will generate the commandline itself (depending on the encoding parameters) right at the moment of encode.

Please tell me which option you are missing currently....

4. ... Add option to delete file after aborting compression by user, for not to keeping junk, not_fully_encoded files.

Sounds like a good idea. I will look for a way to implement that...

[LoRd_MuldeR]

4. ... Add option to delete file after aborting compression by user, for not to keeping junk, not_fully_encoded files.

It has been implemented. Now incomplete files will be deleted on abort. New build is up :cool:

[littleD]

The entire idea of a "Quality" mode is that you can NOT predict the bitrate in advance. It's the same as "CRF" mode in x264.
I don't know how reliable the values for Ogg/Vorbis are. I simply copied these from OggDrop. Maybe I should remove them entirely...

I still insist on predicted bitrate. Others aren't so pedantic ;) http://wiki.hydrogenaudio.org/index.php?title=LAME#Recommended_encoder_settings

[LoRd_MuldeR]

I still insist on predicted bitrate. Others aren't so pedantic ;) http://wiki.hydrogenaudio.org/index.php?title=LAME#Recommended_encoder_settings

The question is whether the values in this table are really hardcoded in the LAME encoder or whether they are simply the result of an empirical test... :confused:

[LoRd_MuldeR]

New build with additional languages and a few fixes online now :)

[Taurus]

Question:
Is the new version of the Nero AAC Encoder usable without any downsides?
Thank you LoRd_MuldeR

[LoRd_MuldeR]

Question:
Is the new version of the Nero AAC Encoder usable without any downsides?
Thank you LoRd_MuldeR

I'm not aware of any problems. All my tests ran through just fine. So I added an update warning for Nero AAC to the latest build...

[Taurus]

I'm not aware of any problems. All my tests ran through just fine. So I added an update warning for Nero AAC to the latest build...
Thank you, my LoRd :D

[LoRd_MuldeR]

New build available. Update language files, again :)

[qseb]

sorry, where is the option to shutdown computer supposed to be? I've 3.04 update5
thx!

[LoRd_MuldeR]

sorry, where is the option to shutdown computer supposed to be? I've 3.04 update5
thx!

http://img258.imageshack.us/img258/2808/shutdowncompom4.th.png (http://img258.imageshack.us/my.php?image=shutdowncompom4.png)http://img258.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php) :p

[qseb]

:thanks:

[Ajax_Undone]

The option to encode and delete or overwrite the original file added to the option of putting them into the same folder (source and destination) would be great...

[LoRd_MuldeR]

An "Overwrite" is a bad idea, because if the source was a WAVE file and the output is a MP3 file, you won't the output to be saved to "foobar.wav", right?
I could add an "Delete input files after conversion" option, but I think such option is pretty dangerous. I need to think about it...

[Ajax_Undone]

Its ok I was just needing to convert all of my Joint Stereo MP3's to just plain Stereo so my PSP can play them and I wanted to retain the origanal folder with out making a ton of (2) files...

EDIT***Or the ability to add a folder into queue and recreate the folder structure else where so one could retain both Either one works for me... If retention of the original source is the problem with the first idea this solves the problem...

[LoRd_MuldeR]

Its ok I was just needing to convert all of my Joint Stereo MP3's to just plain Stereo so my PSP can play them and I wanted to retain the origanal folder with out making a ton of (2) files...

Why you don't specify an dedicated output folder for the converted files then? :confused:

[Taurus]

An "Overwrite" is a bad idea, because if the source was a WAVE file and the output is a MP3 file, you won't the output to be saved to "foobar.wav", right?
I could add an "Delete input files after conversion" option, but I think such option is pretty dangerous. I need to think about it...
Don't even think about it!
So many times I got fooled by programs cleaning the dishes and wiping the floor after they're closed.
Meaning, it is good thinking to decide what's kept and what's lost for yourself.
And "crtl + a" or "crtl + del" is so fast to do :p
If necessary for the Power User bury it somewhere in the options/options...tray or a many newbs will come after you:
Yelling: "Where are my source files gone?"
My 2 Cents.

[LoRd_MuldeR]

I could move them to "reclye bin" instead of wiping them out immediately. Not even sure about that...

[Ajax_Undone]

Like I said I want to retain the original folder structure to keep the files organized...

[Ajax_Undone]

*recycle bin) That woks.

[LoRd_MuldeR]

The problem is, I cannot delete/recycle the source file, until the output file was written.
So even if I delete the "foobar.mp3" source file after the conversion is completed, I'd still need to write the output to "foobar (2).mp3".
Both files, source and output, must exists during the encoding process...

[Ajax_Undone]

So maybe if the creation of the folder structure else where with the converted files...

Both source and destination can exist under this type of setup...

[LoRd_MuldeR]

So maybe if the creation of the folder structure else where with the converted files...

Both source and destination can exist under this type of setup...

I may consider adding a "Retain directory structure" option to a future version.
But I need to think of a proper way to implement that...

[LoRd_MuldeR]

LameXP v3.05 Final :)

Changes between v3.04 and v3.05:
* Added support for Nero AAC encoder v1.3.3.0
* Updated language files (big "thank you" to all contributors !!!)
* Updated LAME encoder to v3.98.2 Final (2008-09-24)

[poisondeathray]

When removing shell context menus in v3.05, LameXP just hangs/freezes with the "Removing shell context menus, please wait " message.

v3.04 works properly when doing this

(XP pro, SP2)

[LoRd_MuldeR]

When removing shell context menus in v3.05, LameXP just hangs/freezes with the "Removing shell context menus, please wait " message.

v3.04 works properly when doing this

(XP pro, SP2)

There were no changes on this feature between v3.04 and v3.05 ...

[poisondeathray]

There were no changes on this feature between v3.04 and v3.05 ...

Hmm... interesting. I'll investigate farther but I just tested both of them several times. Maybe I'll try downloading v3.05 again - If I find anything interesting I'll update you. Thanks

[LoRd_MuldeR]

Hmm... interesting. I'll investigate farther but I just tested both of them several times. Maybe I'll try downloading v3.05 again - If I find anything interesting I'll update you. Thanks

Does it only hang or do you get any errors? Also check the "%APPDATA%\MuldeR\LameXP\Debug.log" file, please.

And did you wait a while, maybe it only takes a while to complete work? ...

[poisondeathray]

There is a dialog box that pops up and says "Shell context menus have been removed" and I push ok , but the program hangs and underneath it says "Removing shell context menus, please wait". I waited a few minutes each time and have to force it closed in task manager.

I cannot find an error log file

Conversions work fine, it's just that I can't diable the context menus

I was wrong, both 3.04 and 3.05 exhibit this behavior. It might be something specific on my system. Not a big deal for me, I can live with it.

[LoRd_MuldeR]

There is a dialog box that pops up and says "Shell context menus have been removed" and I push ok , but the program hangs and underneath it says "Removing shell context menus, please wait". I waited a few minutes each time and have to force it closed in task manager.

That makes no sense to me at all :confused:

The "Shell context menus have been removed" dialog pops up when all work is done. I'll have to check again...

I cannot find an error log file

Then we know that no exception error has occurred at least...

[poisondeathray]

Yeah it's weird. Although I get the "Shell context menus have been removed" dialog box, they are not when I right click on an audio file

I tried rebooting several times as well.

http://i37.tinypic.com/14cqpme.jpg

http://i34.tinypic.com/2z4ltmo.jpg

Not sure if this is related, but I downloaded a different version from a mirror on VideoHelp and got a virus warning (No virus warning on other mirrors, and filesizes were identical). Probably a false alarm, but only the VideoHelp mirror gave that warning (e.g. a mediafire mirror on your webpage did not)

http://i34.tinypic.com/28anbcz.jpg

[LoRd_MuldeR]

I'm not in charge of the VideoHelp mirror, but I got various reports of false positives in "LameXP.exe" already :mad:

It seems many a/v tools blindly throw an alert for "packed" executables. Obviously this is very stupid, but it's a widely used behavior :rolleyes:

Did you bindiff my file against the file from VideoHelp or compare the hashes?

[poisondeathray]

I'm sorry I don't know what "bindiff" is or how to compare hashes...

They all scanned clean with several antivirus programs, it just during the download, the version from VideoHelp gives a warning - no idea why

[LoRd_MuldeR]

You can use the "MD5-Checksum" tools from here, for example:
http://www.nero.com/eng/downloads-utilities.html

Calculate the hashes for both EXE files. If the hashes differ, then the files differ.
Same hashes almost certainly mean that the files are bit-identical...

[poisondeathray]

Yes they are same from all mirrors that I tested, including VideoHelp's

I take it you can't replicate what I'm experiencing? Must be something on this system then.

Like I said, not a big deal for me.

Cheers

[LoRd_MuldeR]

Yes they are same from all mirrors that I tested, including VideoHelp's

So there is absoultely no reason why it should alert for the file from VideoHelp mirror, but not for the file from other mirrors.

If it was a false positive once again, it would happen from all mirrors...


I take it you can't replicate what I'm experiencing? Must be something on this system then.

This is the code in question:

procedure TForm_Main.Menu_DisableShellIntegrationClick(Sender: TObject);
begin
if Menu_DisableShellIntegration.Checked then
begin
if MessageBox(WindowHandle, PAnsiChar(LangStr('Message_ShellIntegrationRemoveWarning', self.Name)), 'LameXP', MB_ICONWARNING or MB_OKCANCEL or MB_DEFBUTTON2) = ID_OK then
begin
ToggleShellIntegration(False);
MessageBox(WindowHandle, PAnsiChar(LangStr('Message_ShellIntegrationRemoveDone', self.Name)), 'LameXP', MB_ICONINFORMATION);
end else begin
Menu_DisableShellIntegration.Checked := False;
end;
end else begin
ToggleShellIntegration(True);
MessageBox(WindowHandle, PAnsiChar(LangStr('Message_ShellIntegrationCreated', self.Name)), 'LameXP', MB_ICONINFORMATION);
end;
end;

I don't see any possibility how it can hang after returning from ToggleShellIntegration() and displaying the "Message_ShellIntegrationRemoveDone" message :confused:

Makes no sense to me. And I cannot reproduce such problem here ...

[poisondeathray]

Thanks for looking into it. If no one else reports something similar it must be something on my system :)

Just for fun, I tried downloading again, and that VideoHelp mirror always flags the virus alert, but other download mirrors do not, and yet they all have the same MD5 hash checksum

I can always remove it from the context menus using the folder options - but it doesn't bother me that much

Cheers

[LoRd_MuldeR]

New build available now :)

Fixed a bug with calculation of free diskspace and added an option to add an entire directory or directory-tree...


Changes between v3.04 and v3.05:
* Added support for Nero AAC encoder v1.3.3.0
* Added option to add an entire directory or an entire directory-tree
* Updated language files (big "thank you" to all contributors !!!)
* Updated LAME encoder to v3.98.2 Final (2008-09-24)
* Updated MediaInfo to v0.7.7.6 (2008-09-12)

[LoRd_MuldeR]

And another new build :)

Included more updated language files and fixed a minor problem with adding a directory-tree...

[LoRd_MuldeR]

New build with more mutli-language updates available now :)

Also a workaround for the WMA Decoder has been implemented, because it seems to be not multi-instance safe...

[LoRd_MuldeR]

Introducing the dropbox :D

http://img388.imageshack.us/img388/9576/lamexpdropbox1cm1.th.png (http://img388.imageshack.us/my.php?image=lamexpdropbox1cm1.png) http://img388.imageshack.us/img388/2487/lamexpdropbox2tx3.th.png (http://img388.imageshack.us/my.php?image=lamexpdropbox2tx3.png)

[parsifal]

Hehe, someone's been busy! Nice feature! Is it resizable? Seems a little big, compared to dropboxes used by other apps (FlashGet comes to mind)...

[LoRd_MuldeR]

Is it resizable?

Nope. Should I make it smaller? I though 128x128 is okay. Look at LamedropXPd (http://news.softpedia.com/images/news2/LamedropXPd-2.png) for example...

[parsifal]

Personally, I find it a little big. Others might not agree. That's why I asked whether it is resizable or not. Let the user decide, and the developer needs worry only about the default size!

Some other dropbox suggestions to think about: Adjustable transparency, dockable.

[tipsypenguin]

maybe I'm slow but what is the dropbox?

[parsifal]

Dropbox is the term used for describing a floating control (usually rectangular, hence the "-box") detached from the main program's GUI, onto which you can drag 'n' drop (hence the "drop-") items (usually files), instead of using the more established GUI controls such as "File" menus or "Add" buttons. A quicker and more intuitive way of assembling a list of items for processing.

[johnsonlam]

1) If the non-Unicode option set to English (Control Panel -> Regional and Language Option -> Advanced), even changed language in LameXP the characters will not display correctly, it looks like the program just load another character set but didn't tell the system DLL that change the display locale

2) LameXP will have error decoding some of the FLAC processed by Audition (filter by VuPlayer's author), Foobar2000 can play and change the tag info correctly, so I doubt the LameXP package (flac decoder 1.2.0) may have problem.

Thanks for your program, it works great .... except the loading a bit slow (.net?)

[johnsonlam]

DUDE!!
For the love of all that is good and pure in this world - get rid of the damn sounds!!! I virtually shitted my pants after accidentally clicking on "About" button. And the damn melody that plays after encode freaked my mother out late at night (I usually don't switch the speakers off).
So please... :D


That's really horrifying in the midnight, I just feel the joke can be accepted if Lord_Mulder can tune it down 5db, it's too loud.

Or ask "Are you brave?" first.

[Taurus]

I don't get it,
how and where to enable/disable the dropdown box?
On XP SP3, all visual enhancements disabled.
It's not a big thing to me, I can drag/drop to the main window.
But just for the sake of curiosity...

[XhmikosR]

Maybe, it will be implemented in the next version? Just guessing.:)

[LoRd_MuldeR]

1) If the non-Unicode option set to English (Control Panel -> Regional and Language Option -> Advanced), even changed language in LameXP the characters will not display correctly, it looks like the program just load another character set but didn't tell the system DLL that change the display locale

What Codepage did you select for "none-Uniode" applications? And what language do you want to display?

Note that you need to reboot your system after changing the Codepage in order to make this change take effect...

You can check your current Codepage with that tool:
http://opensvn.csie.org/viewcvs.cgi/*checkout*/LameXP/src/translations/WhatsMyCodepage.exe?root=mulder1984


2) LameXP will have error decoding some of the FLAC processed by Audition (filter by VuPlayer's author), Foobar2000 can play and change the tag info correctly, so I doubt the LameXP package (flac decoder 1.2.0) may have problem.

Please, what does the log say? I have to assume the FLAC decoder simply doesn't like your file.

A sample file would help me to investigate the problem...


Thanks for your program, it works great .... except the loading a bit slow (.net?)

.NET ??? Are you making jokes? :mad:

This is oldshool Delphi 7, a native Win32 application :p


The startup time is what you have to pay for the fully "self-contained" EXE file...

[LoRd_MuldeR]

I don't get it,
how and where to enable/disable the dropdown box?

In the latest release version: Nowhere, because there is no Dropbox :p

In future versions: Click the "Add File" button and select "Show Dropbox" from the popup menu :cool:


BTW: Of course you can drop files on the main window, but people want something that stays on top when they switch to Explorer (for example).

[tipsypenguin]

maybe it's because I use Vista but drag and drop on the main window has never worked for me. there is no error or anything it just doesn't add files. I run LameXP as admin but that doesn't make any difference.

[LoRd_MuldeR]

It works in WindowsXP and it even works in Linux/Wine. So the problem obviously is Vista!

I don't use Vista and I'm not planning to do so. But maybe Vista doesn't allow Drag&Drop in order to "improve" your security? :rolleyes:

[XhmikosR]

Drag&Drop works in Vista just fine, here. Tipsypenguin, do you have UAC enabled?

[olnima]

...but people want something that stays on top when they switch to Explorer (for example).

My sweet Lord (George Harrison) :),
how about just implementing a checkbox to set the main-window topmost?

Olnima

[LoRd_MuldeR]

My sweet Lord (George Harrison) :),
how about just implementing a checkbox to set the main-window topmost?

Olnima

Nope. We have the Dropbox now, which will always stay on top (if enabled) and which takes far less space on the screen ;)

(I'm strictly against adding more options than we really need)

[tipsypenguin]

yes I have UAC enabled. I thought running it with admin enabled it would work normal but I guess not.

[LoRd_MuldeR]

yes I have UAC enabled. I thought running it with admin enabled it would work normal but I guess not.

Maybe you are not allowed to drag files from a less privileged process to a privileged one ???

So try running both processes, LameXP and the other one (most likely "Explorer.exe", if that one still exists), as Admin and try again.

[XhmikosR]

The cause must be the UAC, because I also am a system admin. I have it always disabled, and I don't face any problems.

[tipsypenguin]

I found out after searching that drag and drop does not work between processes which were started with administrator privileges and normal. explorer runs as normal and can't be changed. if I run LameXP as normal then drag and drop works again. I can't remember why I decided to run it as admin.

[LoRd_MuldeR]

I found out after searching that drag and drop does not work between processes which were started with administrator privileges and normal. explorer runs as normal and can't be changed. if I run LameXP as normal then drag and drop works again. I can't remember why I decided to run it as admin.

Well, this makes sense. And it approves my "don't drag from unprivileged to privileged" theory.

LameXP shouldn't need any Admin rights, unless Vista puts some bizarre restrictions on none-Admin processes.
It runs on WindowsXP in a "guest" account just fine...

[tipsypenguin]

I ran some tests and LameXP seemed to run fine in normal. I can't figure out why I would give it admin privileges but it runs fine in normal so I will leave it set there.

I did notice something else though. the cancel button on the create new folder box is in German.

http://i38.tinypic.com/291f1ao.jpg

[LoRd_MuldeR]

Think I said this 100 times, but: It's a Standard Delphi QueryBox - it's not translatable and it's German, because my Delphi is German ;)

I will replace it with my own custom dialog when I'm in the mood to do so :p

[tipsypenguin]

oh well that makes sense then. I just thought it was something that was missed. I've never noticed it before because I usually check the box to save to the same directory.

[LoRd_MuldeR]

oh well that makes sense then. I just thought it was something that was missed. I've never noticed it before because I usually check the box to save to the same directory.

It's done :)

http://img374.imageshack.us/img374/1303/queryboxpb5.png

[LoRd_MuldeR]

New build available now :)

Changes between v3.04 and v3.05:
* Added support for Nero AAC encoder v1.3.3.0
* Added option to add an entire directory or an entire directory-tree
* Added Dropbox for improved Drag&Drop support
* Updated language files (big "thank you" to all contributors !!!)
* Updated LAME encoder to v3.98.2 Final (2008-09-24)
* Updated MediaInfo to v0.7.7.6 (2008-09-12)

[tipsypenguin]

I'm getting an error when I right click on the main window and select add. and also when it checks for update. I don't see an error log. where would an error log show up if one was produced?

http://i38.tinypic.com/r0e3kk.jpg

http://i37.tinypic.com/2v1kymr.jpg

[XhmikosR]

Yes, I'm getting the same errors as tipsypenguin too.
After deleting the key in registry:

HKEY_CURRENT_USER\Software\MuldeR

I don't get the error when checking for updates, but when I right click to add a file I still get the error tipsypenguin reports.

Drag&Drop works fine though as usually.

I also deleted the folder of LameXP in C:\Users\XhmikosR\AppData\Roaming, but nothing changed.

OS: Vista Business 32-bit, LameXP 3.05 Hotfix 4

Hope it helps.:)

[LoRd_MuldeR]

http://i38.tinypic.com/r0e3kk.jpg

That is a regression error, sorry :mad:

Fixed in SVN :p


http://i37.tinypic.com/2v1kymr.jpg

This simply happens when the server is down or busy. Try again a few minutes later...

[LoRd_MuldeR]

New build available now :)

Changes between v3.04 and v3.05:
* Added support for Nero AAC encoder v1.3.3.0
* Added option to add an entire directory or an entire directory-tree
* Added new languages: Russian, Nederlands, Greek and Ungarian
* Added Dropbox for improved Drag&Drop support
* Updated language files (big "thank you" to all contributors !!!)
* Updated LAME encoder to v3.98.2 Final (2008-09-24)
* Updated MediaInfo to v0.7.7.6 (2008-09-12)

Also the regression mentioned by tipsypenguin (http://forum.doom9.org/showthread.php?p=1192995#post1192995) has been fixed.

[johnsonlam]

What Codepage did you select for "none-Uniode" applications? And what language do you want to display?


Chinese, just for fun.
Usually I didn't use Chinese though I'm a Chinese ;)


Note that you need to reboot your system after changing the Codepage in order to make this change take effect...


Some of the programs can change immediately, don't know how they did it
Just for your information


You can check your current Codepage with that tool:
http://opensvn.csie.org/viewcvs.cgi/*checkout*/LameXP/src/translations/WhatsMyCodepage.exe?root=mulder1984


Thanks.
I'm using English which installed Asian languages


Please, what does the log say? I have to assume the FLAC decoder simply doesn't like your file.

A sample file would help me to investigate the problem...


I'll try creating a shorter FLAC for you, currently I'm not in home right now, will send you a bit later


.NET ??? Are you making jokes? :mad:

This is oldshool Delphi 7, a native Win32 application :p


Just guess, because .NET loading extreme slow


The startup time is what you have to pay for the fully "self-contained" EXE file...

Now I set the TEMP to RAMdrive, feel much better :thanks:

[LoRd_MuldeR]

Some of the programs can change immediately, don't know how they did it

I know how they do it: Unicode :D

LameXP doesn't use Unicode, because my Delphi doesn't support Unicode and I'm currently not willing to change that fact.
Since I have to use ANSI with limited character set, not all languages can be displayed properly at the same time.
What languages can be displayed depends on your current Codepage. LameXP will remind you, if your current Codepage is wrong.

AFAIK Windows can't change the Codepage for None-Unicode apps without a reboot. It'll asks for the Windows CD too.
But we can assume that Chinese/Taiwanese people already use the "Chinese Simplified" Codepage anyway...

I'll try creating a shorter FLAC for you, currently I'm not in home right now, will send you a bit later

If an item fails ("Stop" icon) you can double-click that item in order to show the log. You may want to post the log also :)

[LoRd_MuldeR]

LameXP 2008-10-15 :)

Changes between v3.05 and v3.06:
* Added a custom build of the mpg123 decoder v1.5.1
* Added one more language: Romanian
* Updated language files (big "thank you" to all contributors !!!)
* Fixed a few minor bugs

[LoRd_MuldeR]

LameXP 2008-10-16 :)

Changes between v3.05 and v3.06:
* Added a custom build of the mpg123 decoder v1.5.1
* Added one more language: Romanian
* Updated AC3 Filter Tools to v0.2a
* Updated language files (big "thank you" to all contributors !!!)
* Fixed and improved "Normalization" filter
* Fixed a few minor bugs

[Octo-puss]

I better take a look what's new. Haven't encoded anything for 3 months :)

[LoRd_MuldeR]

LameXP 2008-10-21 :)

Changes between v3.05 and v3.06:
* Added a custom build of the mpg123 decoder v1.5.1
* Added one more language: Romanian
* Updated MediaInfo to v0.7.7.7 (2008-10-17)
* Updated AC3 Filter Tools to v0.2a (2008-06-30)
* Updated language files (big "thank you" to all contributors !!!)
* Fixed and improved "Normalization" filter
* Fixed a few minor bugs

[LoRd_MuldeR]

LameXP 2008-20-26 :)

Changes between v3.05 and v3.06:
* Added a custom build of the mpg123 decoder v1.5.1
* Added two more languages: Romanian and Polish
* Added support for the ALAC audio format
* Updated MediaInfo to v0.7.7.7 (2008-10-17)
* Updated AC3 Filter Tools to v0.2a (2008-06-30)
* Updated language files (big "thank you" to all contributors !!!)
* Fixed and improved "Normalization" filter
* Fixed a few minor bugs

[boyumeow]

A feature request for LameXP, just wonder could U add a "Gain" feature while encoding, which I could increase or decrease the volume of some of my songs as they are either too soft or too loud when I play them in my PSP. Greatly appreciated if U add it, but would still Greatly appreciated cos' U r very much smarter than me (U make good stuff). Thanks.

[LoRd_MuldeR]

A feature request for LameXP, just wonder could U add a "Gain" feature while encoding, which I could increase or decrease the volume of some of my songs as they are either too soft or too loud when I play them in my PSP. Greatly appreciated if U add it, but would still Greatly appreciated cos' U r very much smarter than me (U make good stuff). Thanks.

What is wrong with the Volume Normalization filter, as it is implemented in current version? :confused:

[littleD]

ReplayGain (I assume) and normalization are not the same thing.

[LoRd_MuldeR]

ReplayGain (I assume) and normalization are not the same thing.

Not exactly. ReplayGain will add a tag to the file, so the player will do the volume adjustment at playback time.
If the player doesn't respect ReplayGain, then no adjustment is applied at all! The "gain" will be ignored.

Normalization will change the volume in the audio stream, so it works with all players - no processing needed at playback time.
And since LameXP is used for re-encoding tasks only, performing a "real" normalization is the preferred way to go.

In case you need to apply ReplayGain to existing MP3 files, LameXP is not your tool...

[littleD]

Ur correct, but normalization goes to highest possibly volume level (withoust artifacts) and repalygain desire level is 89db and is lossless :) Both are for those who know what to do with it. But why not to be used during transcoding?

[LoRd_MuldeR]

Ur correct, but normalization goes to highest possibly volume level (withoust artifacts) and repalygain desire level is 89db and is lossless :) Both are for those who know what to do with it. But why not to be used during transcoding?

1. LameXP is for re-encoding. Either from Wave to a lossy format -or- from a lossy format to another lossy format. So re-encoding is inherently lossy!

2. The "Volume Normalization" filter allows you to select any peak-value you want. The default is "-0.1 db", but you can choose whatever suits your needs...

3. There's no need to use ReplayGain, if you are re-encoding (transcoding) anyway. You can simply apply a proper normalization.

[boyumeow]

Sorry for the request I ask, I thought "Volume Normalization" is to limit the height of the wave length rather than amplified it. Guess I should have try the filter b4 I post my request. Hope U r not angry over it, thanks.
I still think LameXP is good except that it can't read *.cda from my audio CDs, which I had to rip it to wave b4 I encode it to MP3. Mind if I ask, is there any way for LameXP to read *.cda and encode, and how? Thanks for Ur fast attention and the good software.

[LoRd_MuldeR]

Sorry for the request I ask, I thought "Volume Normalization" is to limit the height of the wave length rather than amplified it.

Normalization will either lower -or- raise the volume.

It will amplify your track in a way that the loudest part of it gets as close as possible to the desired peak value (but doesn't exceed it).


I still think LameXP is good except that it can't read *.cda from my audio CDs, which I had to rip it to wave b4 I encode it to MP3. Mind if I ask, is there any way for LameXP to read *.cda and encode, and how? Thanks for Ur fast attention and the good software.

There is no such thing as .cda files. The .cda files you may see in Windows Explorer are "dummy" files (44 byte in size) generated my M$ Windows :p

On an Audio-CD there is no "data" track! Hence there aren't any files on such discs. There only are several "audio" tracks and that's it!

If you want to extract the audio tracks from an Audio-CD, you need a CD ripper such as CDex or EAC...

[LoRd_MuldeR]

Merry Xmas :D

Changes between v3.06 and v3.07:
* Added an option to disable multi-threading on multi-core machines
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.61 (2008-12-24)
* Updated mpg123 decoder to v1.6.3 (2008-12-20)
* Updated MediaInfo to v0.7.8.0 (2008-12-10)
* Updated language files (big "thank you" to all contributors !!!)

aoTuV Beta5.61 [beta5.6 >> beta5.61] (2008/12/16)
# Fixed the error to occur by specific software.

aoTuV Beta5.6 [beta5.5 >> beta5.6] (2008/12/10)
# Important! The security hole of old libvorbis origin was fixed like latest libvorbis. The software using the decode function of the former library should be updated to the latest library. This problem does not influence the encode function.
# Reduced distortion by clipping at low sampling frequency and/or low bitrate.
# Fixed noise control part of impulse block added in the beta5.5.
# Tuning of each part was redone according to above-mentioned changed part.

[tipsypenguin]

Thanks for the new version

[~bT~]

thanx for the new version and merry xmas :D

[belorus]

May be add portable mode? (Added in folder INI or XML or REG file and don't create registry setting [HKEY_CURRENT_USER\Software\MuldeR\LameXP])
Sorry, if the question asked.

[LoRd_MuldeR]

May be add portable mode? (Added in folder INI or XML or REG file and don't create registry setting [HKEY_CURRENT_USER\Software\MuldeR\LameXP])
Sorry, if the question asked.

LameXP is 100% portable. It's just one standalone EXE file, which you can run from any "portable" media (e.g. USB Stick).

However storing configuration file in the application folder may lead to problems, as "restricted" users may not have write access there!

Windows has special locations (%APPDATA% and HKEY_CURRENT_USER) to store user-specific data for a reason...

[belorus]

Thank you for your reply!
However storing configuration file in the application folder may lead to problems, as "restricted" users may not have write access there!
Better make it optional.
The program is very good, but it is not enough.

[LoRd_MuldeR]

I don't see a reason why you want to port the configuration file along with the application.
As soon as you move the application to another computer, all the path and file names stored in the config file become invalid.
Better have one config file per computer, stored at the proper location: %APPDATA%

[Inventive Software]

AVG detected LameXP as a false-positive. :rolleyes:

[tetsuox]

AVG detected LameXP as a false-positive. :rolleyes:

AVG detects everything as a false positive! :rolleyes:

[LoRd_MuldeR]

AVG detected LameXP as a false-positive. :rolleyes:

Let me guess: The alert is something like "generic/heuristic.packed" aka "unwarranted/wild.speculation" :rolleyes:

I can only repeat myself: It's not my job to workaround buggy anti-virus software!

We can only guess what aspect of LameXP causes AVG's heuristics to trigger the false alert. And that may even change with any signature update.

False alerts are a major problem with a/v software these days. Personally I use AntiVir (http://free-av.com/en/download/index.html), which doesn't choke on any of my apps...

[juGGaKNot]

If you are willing to contribute a LameXP translation, then please contact me via PM. Thank you

Do you want romanian translation ?

[LoRd_MuldeR]

Do you want romanian translation ?

If you found any mistakes in the existing Romanian translation, I'd be happy to include your fixes :)

[juGGaKNot]

If you found any mistakes in the existing Romanian translation, I'd be happy to include your fixes :)

Damn, well i offer'd to do a good deed, not needed but still i did my work for this year :)

[Inventive Software]

Let me guess: The alert is something like "generic/heuristic.packed" aka "unwarranted/wild.speculation" :rolleyes:

I can only repeat myself: It's not my job to workaround buggy anti-virus software!

We can only guess what aspect of LameXP causes AVG's heuristics to trigger the false alert. And that may even change with any signature update.

False alerts are a major problem with a/v software these days. Personally I use AntiVir (http://free-av.com/en/download/index.html), which doesn't choke on any of my apps...

I know it's not infected (at least I think it's not), hence the ":rolleyes:". I know it's 99.9% likely a false positive. I'll give you the outlandish claim to a virus later (I think it was claimed to be a trojan, but can't remember what) when I find it in the Virus Vault, but currently I see no way to report it as a false-positive.

Incidentally, doesn't compressing an executable break most antivirii? :rolleyes:

[LoRd_MuldeR]

Incidentally, doesn't compressing an executable break most antivirii? :rolleyes:

Nope. Any proper Antivirus is able to detect packed EXE's (at least the common ones, like UPX) and is able to do it's detection on the uncompressed code.

Blindly suspecting any packed executable is just nonsense! If at all, they could display a warning like this:

This executable is packed. Unfortunately our software is not able to check packed files properly yet.
Note that malware may use this technique to obfuscate their code. However the packing of executables itself is not dangerous, many legitimate applications use it.
So most likely this file is innocent (clean), not infected at all.

[x] Do not display this warning again

[Inventive Software]

Oh, AVG reckoned it was Trojan.Generic10.AHFB. Ring a bell? *:rolleyes: @ AVG*

[jfcarbel]

2 questions:

1. Is this application still considered an active project with planned updates coming in the future?

2. Was there a good reason that it does not have WMA support built in and is there any plans for WMA support? (By WMA support I mean decoding, that is to be able to convert WMA to mp3)

BTW - Added this app to the Delphi Wiki page (http://delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi#Delphi_Open-Source_Applications.2FProjects) :)

[LoRd_MuldeR]

2 questions:

1. Is this application still considered an active project with planned updates coming in the future?

2. Was there a good reason that it does not have WMA support built in and is there any plans for WMA support? (By WMA support I mean decoding, that is to be able to convert WMA to mp3)

BTW - Added this app to the Delphi Wiki page (http://delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi#Delphi_Open-Source_Applications.2FProjects) :)

1. Yes, it's still active. It will be updated, but there are currently no new features on my "to-do" list. Anyway, I will keep the encoders up to date.

2. WMA is supported already. Of course only as input. I'd never ever add output support for that crappy mess of an audio format!

[~bT~]

@ LoRd_MuldeR

is it possible for you to add a feature where i can load an .aac file and have it wrapped in .m4a container (lossless)?

i have got a few downloaded mp4's (free) which contain .aac audio but i need to put them in .m4a container for my car stereo to recognise them..

[LoRd_MuldeR]

@ LoRd_MuldeR

is it possible for you to add a feature where i can load an .aac file and have it wrapped in .m4a container (lossless)?

i have got a few downloaded mp4's (free) which contain .aac audio but i need to put them in .m4a container for my car stereo to recognise them..

You can rename any ".mp4" file to ".m4a" :p

These are just two different file extensions used for the very same file format, the MP4 container (that's the container AAC streams are usually stored in).

In case you really have a "raw" AAC stream, use MP4Box to mux it into MP4. There are MP4Box GUI's available, for example YAMB.

[~bT~]

^ i have extracted the audio out of the .mp4 using YAMB.

i have tried extracting to .mp4 then renaming but the files don't work..

[LoRd_MuldeR]

^ i have extracted the audio out of the .mp4 using YAMB.

You don't need to extract! If you have a ".mp4" file you can simply rename it to ".m4a" and vice versa.

The only reason why both extensions, ".mp4" and ".m4a", are used for MP4 files is because people want to associate audio and video files with different players.

Anyway, an MP4 file remains an MP4 file, no matter what extension (name) you give to it...

[~bT~]

^ lol. the mp4 had video too. anyway, its not a big problem, i thought i'd ask just in case u had a trick up your sleeve :p

[LoRd_MuldeR]

the mp4 had video too.

Then use YAMB to extract/remux only the audio stream to MP4, not to "raw" AAC.

http://img155.imageshack.us/img155/6340/yambmp4.th.png (http://img155.imageshack.us/img155/6340/yambmp4.png)

You can then rename the resulting MP4 file to ".m4a", if you like ;)

[~bT~]

^ i did try that (no lolly) will try again. cheers for the tips :)

[jfcarbel]

1. Yes, it's still active. It will be updated, but there are currently no new features on my "to-do" list. Anyway, I will keep the encoders up to date.

Do you entertain requests from users and if so is the forum the best way to post these? Of course, since I know Delphi I could always add features myself :)

2. WMA is supported already. Of course only as input. I'd never ever add output support for that crappy mess of an audio format!

LOL- I agree who wants to output this format. I kinda figured it was supported since WMP11 comes with all the codecs needed to decode just about any version of WMA. Just wanted to ask and confirm. SoftPedia review mentions this, so you might want them to clarify on their review that it does support it as input but not output. Also the free-codecs site does not list WMA as an accepted input format in its description.

Anyways I was looking for something very simple for the wife to use and this fits the bill. And works for me too when I want something quick to convert and don't need the bells and whistles of foobar. So Thanks!

[LoRd_MuldeR]

Do you entertain requests from users and if so is the forum the best way to post these?

Well, you have to understand that I do this in my free time. And that time is limited ;)

So I'm always open for good ideas, but I cannot guarantee anything. At the moment I'm not working on LameXP actively.

Of course, since I know Delphi I could always add features myself :)

This is OpenSource software. You can do what ever you like, as long as you comply with the terms of the GPL :)

I kinda figured it was supported since WMP11 comes with all the codecs needed to decode just about any version of WMA.

Which doesn't mean that LameXP does support WMA. But it does. It uses a small CLI decoder provided by NCH Swift as a free download.

Just wanted to ask and confirm. SoftPedia review mentions this, so you might want them to clarify on their review that it does support it as input but not output. Also the free-codecs site does not list WMA as an accepted input format in its description.

I really can't review and correct any web-site that lists my software. It's the job of their webmasters/authors to keep the information up-to-date :rolleyes:

[jfcarbel]

It uses a small CLI decoder provided by NCH Swift as a free download.

So in order to convert WMA to mp3 with LameXP I need to download a CLI decoder or is this already in your distro?

If not where can I find it for download.

About the GPL yes I am aware of open source licenses and will follow.

[LoRd_MuldeR]

So in order to convert WMA to mp3 with LameXP I need to download a CLI decoder or is this already in your distro?

Did you ever use LameXP? It will ask you to whether you like to install the WMA Decoder or not.

If you agree, the WMA Dencoder will be download and installed for you. No further user interaction is needed for that.

I can't bundle the WMA Decoder with LameXP, because I'm not sure if redistributing is allowed. I asked the author, but I didn't get any answer.

If there was a simple OpenSource "wma2wav" CLI tool, I could use it instead of NCH Swift's tool. But I couldn't find any.

Anyway, the Nero AAC encoder isn't bundled with LameXP either. The Nero license clearly says that I'm not allowed to redistribute it.

BTW: Of course there is no way to convert DRM-infected WMA files :rolleyes:

[jfcarbel]

If you agree, the WMA Dencoder will be download and installed for you. No further user interaction is needed for that.

Got it, the program is installed and working great. Curious - Where does the CLI executable get copied to when downloaded?

I already downloaded the Nero AAC Encoder so I just need to point LameXP to it.

Great program - Thanks!

[LoRd_MuldeR]

Curious - Where does the CLI executable get copied to when downloaded?

All the CLI decoders/encoders that ship with LameXP are extracted to your %TEMP% folder at runtime.

The WMA Decoder will be installed to one of these locations, depending on your user permissions:
* C:\Program Files (x86)\NCH Software\Components\wmawav\wmawav.exe
* C:\Documents and Settings\John Doe\NCH Software\Components\wmawav\wmawav.exe

(Of course LameXP is able to find it at both locations ^^)

[tipsypenguin]

I've got some m4b audiobooks I need to convert. any plans to support that file type as an input? or do you think the rename trick would work?

[LoRd_MuldeR]

I've got some m4b audiobooks I need to convert. any plans to support that file type as an input? or do you think the rename trick would work?

The extension ".m4b" is simply one file extension out of many that is commonly used for MP4 files.

So it's not a "file type" for which support can be added. It's only a naming convention.

Because MP4 files already are support as input, but ".m4b" is not associated with MP4 yet, please rename your ".m4b" file to ".mp4" and try again!

(Of course the "audiobook" cannot be converted if DRM is involved. But you probably knew that)

[~bT~]

will u be adding flac support soon?

[LoRd_MuldeR]

will u be adding flac support soon?

FLAC already is supported :p

[~bT~]

yeah? what, conversion to flac? :thinks:

[LoRd_MuldeR]

yeah? what, conversion to flac? :thinks:

Conversion from FLAC :)

[~bT~]

^ no good :p

[LoRd_MuldeR]

Currently I'm not planning to add yet another encoder to LameXP.

Adding a new encoder is much more work than adding a decoder, because an encoder requires new GUI options, so the layout needs to be redesigned...

[~bT~]

^ its cool. i've found another. cheers anyway.

[LoRd_MuldeR]

LameXP v3.08 :)

Changes between v3.07 and v3.08:
* Updated Ogg Vorbis encoder to v2.85, libvorbis v1.2.1 RC2, aoTuV b5.7 (2009-03-04)
* Updated mpg123 decoder to v1.6.4 (2009-01-10)
* Updated MediaInfo to v0.7.11.0 (2009-02-13)


aoTuV Beta5.7 [beta5.61 >> beta5.7] (2009/03/03)
* Improvement of the encoding speed of low bitrate mode. (Around 11% at the max)
* Fixed some bugs.

[-Phantom-]

problem
i convert 2 albums, all files have tags including tracknumber, i drop 2 folders to encode, files sucsessfully converted, but there is problem with tracknumbers in output files

folder 1\file 1 (tracknumber 1) -> file 1 (tracknumber 1)
folder 1\file 2 (tracknumber 2) -> file 2 (tracknumber 2)
folder 2\file 1 (tracknumber 1) -> file 1 (tracknumber 3)
folder 2\file 2 (tracknumber 2) -> file 2 (tracknumber 4)

[LoRd_MuldeR]

Yes, LameXP sets the tracknumber according to the file's position in the listbox.

In your case you simply shouldn't add both albums to LameXP's list at the same time -or- edit the tracknumbers afterwards.

After all it's just "meta" information, which you can edit at any time...

[b66pak]

thanks
_

[LoRd_MuldeR]

LameXP v3.09 :)

Changes between v3.08 and v3.09:
* Added support for detecting the file type via MediaInfo instead of guessing the type from file extension
* Updated mpg123 decoder to v1.7.3 (2009-04-27)
* Updated FAAD decoder to v2.7 (2009-05-13)
* Updated MediaInfo to v0.7.16.0 (2009-05-20)
* Fixed detection of the WMA decoder under certain circumstances (e.g. Windows 7)

Note that this version introduces a new file type detection system: LameXP will now use MediaInfo to detect the type of an input file instead of guessing the type from the file's extension. This not only is more robust, but also handles files with "wrong" extensions correctly and allows types like "AC3/DTS in Wave" to be supported. I tested the new detection system with various samples and it seems to work flawlessly. Anyway, if you encounter any files that should be supported by LameXP, but aren't detected correctly, please send me samples! You can still turn off MediaInfo in advanced options, but it is highy recommended to NOT do that, because in that case LameXP will fall back to the old extension-based detection system with all its drawbacks...

[b66pak]

thanks...what is the wma filter used by this apps? (who's the dev?)
_

[LoRd_MuldeR]

thanks...what is the wma filter used by this apps? (who's the dev?)
_

WMA filter :confused:

[b66pak]

decoder (codec)...
_

[LoRd_MuldeR]

I use a simple CLI tool called "wmawav.exe" for decoding WMA files to Wave.

Since it's not GPL'd I cannot ship it with LameXP, but need to download it from their homepage. The download is free for the public:
http://www.nch.com.au/components/index.html

(I'm still looking for a more satisfactory solution tough, like some simple CLI WMA decoder based on ffmpeg)

[LoRd_MuldeR]

LameXP v3.10 :)

Changes between v3.10 and v3.09:
* Added a NSIS-based installer (will be released in addition to the ZIP package)
* Added support for the TAK lossless audio format
* Updated language files (big "thank you" to all contributors !!!)
* Updated mpg123 decoder to v1.8.0 RC-2 (2009-05-24)
* Updated the "Normalization" filter to allow multiple instances running in parallel
* Fixed a few minor issues

[b66pak]

thanks...
_

[LoRd_MuldeR]

LameXP v3.10, Hotfix-1 :)

Changes between v3.09 and v3.10:
* Added a NSIS-based installer (will be released in addition to the ZIP package)
* Added support for the TAK lossless audio format
* Added one new language: Serbian (Latin)
* Updated language files (big "thank you" to all contributors !!!)
* Updated MediaInfo to a custom build of v0.7.16 that is statically linked (and removed the DLL)
* Updated mpg123 decoder to v1.8.0 RC-2 (2009-05-24)
* Updated Musepack decoder to v1.0.0 (2009-04-02) and fixed Musepack VS8 support
* Updated Monkey's Audio decoder to v4.06 (2009-03-17)
* Updated the "Normalization" filter to allow multiple instances running in parallel
* Fixed a few minor issues and refactored the code

[boyumeow]

Sorry to make 1 simple comment or correction, inside the ZIP package "Contributors.txt" under the column [TW], maybe should state as Traditional Chinese. I will still respect the [TW] contributor if that is what she/he wants. Thanks and forgive me if I m too calculative.

[LoRd_MuldeR]

Sorry to make 1 simple comment or correction, inside the ZIP package "Contributors.txt" under the column [TW], maybe should state as Traditional Chinese. I will still respect the [TW] contributor if that is what she/he wants. Thanks and forgive me if I m too calculative.

Can you clear this up a bit? We have a "Simplified Chinese" and a "Taiwanese" translation. I personally don't speak any of these languages, so I must rely on the contributors to submit the correct translations. Why exactly do you think that "Taiwanese" should be "Traditional Chinese" instead? Is this really a translation issue or more a political thing? Thanks...

[boyumeow]

Sorry if I create any trouble to U. Usually in China they standardise as using Simplified Chinese (the simplified way of writing a Chinese characters). While Taiwan, HongKong and area near to HK, they use the Traditional Chinese (the olden way of writing Chinese characters). As for me, I prefer to read Traditional Chinese (look very much nicer and meaningful:D), but write in Simplified Chinese (easy and less stroke to write:o).

[LoRd_MuldeR]

Sorry if I create any trouble to U. Usually in China they standardise as using Simplified Chinese (the simplified way of writing a Chinese characters). While Taiwan, HongKong and area near to HK, they use the Traditional Chinese (the olden way of writing Chinese characters). As for me, I prefer to read Traditional Chinese (look very much nicer and meaningful:D), but write in Simplified Chinese (easy and less stroke to write:o).

So if we call the "Traditional Chinese" translation "Taiwanese", this should be okay, as that's the location where they actually use/understand that, right?

Also what would be the ISO language code for "Traditional Chinese", when CN is already used for "Simplified Chinese" :confused:

Yeah, that's the sort of problems you run into when you try to make a multi-language application, but you don't know a thing about Asian languages :o

[boyumeow]

Hehe, if U understand Traditional Chinese, Simplified Chinese is way too easy to recognise. But its not easy to understand Traditional Chinese if learn from Simplified Chinese. Btw, CN is China in-short while TW is Taiwan. I think they use TC for Traditional Chinese and SC for Simplified Chinese. Hope I never create more trouble to U:devil:. Thanks.

[LoRd_MuldeR]

Here is a new test build:
http://www.mediafire.com/file/ngizidhw2ny/LameXP.2009-06-06.Test-1.zip

Added Ukrainian translation by arestarh (http://forum.doom9.org/member.php?u=159600), updated MPG123 decoder to 1.8 RC-3 and renamed "Taiwanese" to "Taiwanese/Chinese (Traditional)".

Hope that is okay for you, boyumeow ;)

[St Devious]

where does it take the path of the lame codec ? do you need to put the lame.exe file or lame_enc.dll file somewhere ?

[LoRd_MuldeR]

where does it take the path of the lame codec?

You cannot adjust that path. LameXP will set the path at startup and that's it ;)

do you need to put the lame.exe file or lame_enc.dll file somewhere?

Nope. All encoders, except for Nero AAC, are included in LameXP :cool:

[boyumeow]

Here is a new test build:
http://www.mediafire.com/file/ngizidhw2ny/LameXP.2009-06-06.Test-1.zip

Added Ukrainian translation by arestarh (http://forum.doom9.org/member.php?u=159600), updated MPG123 decoder to 1.8 RC-3 and renamed "Taiwanese" to "Taiwanese/Chinese (Traditional)".

Hope that is okay for you, boyumeow ;)

Wowowow... R u releasing a new build b'cos of me :eek:. I wasn't intend for the update so fast or correction at all, I respect everything make by the devs and contributors, sorry if I really increase ur work load. Thanks and keep up the good works in life, and don't forget to give urself good rest and enjoyments :D.

[St Devious]

You cannot adjust that path. LameXP will set the path at startup and that's it ;)



Nope. All encoders, except for Nero AAC, are included in LameXP :cool:

so is the lame encoder file included in the lamexp.exe file ?

[LoRd_MuldeR]

so is the lame encoder file included in the lamexp.exe file ?

Exactly.

(Right-click on the titlebar and choose "System Information", then look for the "Tools" folder)

Wowowow... R u releasing a new build b'cos of me :eek:

There were some other changes as well. Also there's nothing special about a new build...

[LoRd_MuldeR]

LameXP v3.10, Hotfix-2 :)

Changes between v3.09 and v3.10:
* Added a NSIS-based installer (will be released in addition to the ZIP package)
* Added support for the TAK lossless audio format
* Added two new languages: Serbian (Latin) and Ukrainian
* Updated language files (big "thank you" to all contributors !!!)
* Updated MediaInfo to a custom build of v0.7.16 that is statically linked (and removed the DLL)
* Updated mpg123 decoder to v1.8.0 RC-3 (2009-06-03)
* Updated Musepack decoder to v1.0.0 (2009-04-02) and fixed Musepack VS8 support
* Updated Monkey's Audio decoder to v4.06 (2009-03-17)
* Updated the "Normalization" filter to allow multiple instances running in parallel
* Updated Auto-Update tool
* Fixed a few minor issues and refactored the code

[LoRd_MuldeR]

Added a number of simple sorting functions:

http://img15.imageshack.us/img15/2633/lamexpsorten.png

Note that sorting by "Track No." will sort the files according to their track number as stored in the file's meta information.
This should help with album files that don't use a proper naming scheme, but are tagged properly.
For obvious reasons that sorting method won't work with files that aren't tagged. Such files will be moved to the end of the list.

[LoRd_MuldeR]

LameXP v3.11 :)

Changes between v3.10 and v3.11:
* Added options to sort the source files (by title, by filename or by track number)
* Updated language files (big "thank you" to all contributors !!!)
* Updated mpg123 decoder to v1.8.1 (2009-06-14)
* Updated FLAC decoder, now using the ICL 9.1 build of FLAC v1.2.1b
* Updated the "Normalization" filter to v0.41 (2009-06-16)
* Fixed a few minor issues and in meta tag processing

[trodas]

Thanks, neat program that finally helped me to decode WMA3 to WAV, so I can convert some vids... Great!

On the side note, pls allow option to turn the sound effect off, lol :)

[LoRd_MuldeR]

On the side note, pls allow option to turn the sound effect off, lol :)

What's wrong about the existing option? :confused:

[LoRd_MuldeR]

LameXP v3.11, Hotfix-1 :)

Changes between v3.10 and v3.11:
* Added options to sort the source files (by title, by filename or by track number)
* Updated language files (big "thank you" to all contributors !!!)
* Updated mpg123 decoder to v1.8.1 (2009-06-14)
* Updated FLAC decoder, now using the ICL 9.1 build of FLAC v1.2.1b
* Updated MediaInfo to v0.7.17 (statically linked)
* Updated the "Normalization" filter to v0.41 (2009-06-16)
* Fixed a few minor issues in meta tag processing

[St Devious]

what's the difference in 3.11 hotfix 1 and 3.11 ?

Why call it hotfix -1, why not just 3.112 or 3.111 ?

[LoRd_MuldeR]

what's the difference in 3.11 hotfix 1 and 3.11?

Updated MediaInfo to v0.7.17, fixed a few minor things and included language file updates I received too late for the first v3.11 release.

Why call it hotfix -1, why not just 3.112 or 3.111 ?

Because it's not worth a v3.12 release yet. And I don't want to add yet another digit to the version number either. So I use a fancy post-fix :D

You can think of this as a v3.11a release, if it makes you feel more comfortable!

By the way: Don't worry, the build numbers are consistent for all release of LameXP :p

[St Devious]

^^ Got it.

It might be better if you put the version number on the zip files. I wanted to download from Mediafire and all it said was LameXP.2009-06-22.zip. So I have to find in the forum what version was released on 6-22. Just some extra hassle.

Btw is it possible to do this. I'm going to try and explain it in as simple lingo as possible.

There are jerks or say loss in CPU usage when a song being encoded is completed, and next one is loaded. probably due to hard drive limitation. Can the software spawn another encoding thread and load the next song, while the previous song is nearing encoding completion, so that the cpu usage does not go down and remains at 100% throughout the transition.

[LoRd_MuldeR]

It might be better if you put the version number on the zip files. I wanted to download from Mediafire and all it said was LameXP.2009-06-22.zip. So I have to find in the forum what version was released on 6-22. Just some extra hassle.

Sorry, I won't change the naming scheme for my files. There are reasons I do it like that ;)

There are jerks or say loss in CPU usage when a song being encoded is completed, and next one is loaded. probably due to hard drive limitation.

Correct.

Can the software spawn another encoding thread and load the next song, while the previous song is nearing encoding completion, so that the cpu usage does not go down and remains at 100% throughout the transition.

Nope. Because the front-end process doesn't know the progress of the encoder processes yet.

Well, we could run n+1 encoding processes on a n core machine. But I don't think this would be a good idea.

Probably we would end up with even more stress on the HDD and run into the bottleneck more often...

[St Devious]

Nope. Because the front-end process doesn't know the progress of the encoder processes yet.

Well, we could run n+1 encoding processes on a n core machine. But I don't think this would be a good idea.

Probably we would end up with even more stress on the HDD and run into the bottleneck more often...

Say I have a quad core. LameXP runs 4 threads.

Can you add a user controlled selectable option to spawn x threads after y seconds since the start of the encode of the first 4 songs. This way while the 4 songs on 4 threads are encoded at 50%, and we spawn 4 more encoding threads. The songs that are at 50% will reach 100% first. Now, the CPU is only encoding the 4 songs that were spawned y seconds after the start. CPU usage is still 100%. Now after y seconds since the spawn of the original spawned threads, the encoder again spawns 4 more threads and the cycle continues.

Maybe the cpu usage drop can be overcome like this

[LoRd_MuldeR]

Say I have a quad core. LameXP runs 4 threads.

Can you add a user controlled selectable option to spawn x threads after y seconds since the start of the encode of the first 4 songs. This way while the 4 songs on 4 threads are encoded at 50%, and we spawn 4 more encoding threads. The songs that are at 50% will reach 100% first. Now, the CPU is only encoding the 4 songs that were spawned y seconds after the start. CPU usage is still 100%. Now after y seconds since the spawn of the original spawned threads, the encoder again spawns 4 more threads and the cycle continues.

Maybe the cpu usage drop can be overcome like this

This would only work if all files take the same time to encode. But files tend to have pretty different encoding times ;)

Also running 8 encoding processes on a 4 core machine probably wouldn't be a good idea...

[St Devious]

This would only work if all files take the same time to encode. But files tend to have pretty different encoding times ;)

Of course, but its only an approximation. we just need something being encoded while encoder changes files.

Also running 8 encoding processes on a 4 core machine probably wouldn't be a good idea...

Can we try and see what the outcome is ?

[LoRd_MuldeR]

I really don't think that the minor drop in CPU usage, which usually occurs when decoding the input files (because decoding is HDD limited, not CPU limited), has a huge effect on the total encoding time.

So I wouldn't worry too much about that! But feel free to do some tests. LameXP is free software, so you can modify the sources yourself. I won't have time for such experiments in the next days...

[St Devious]

But feel free to do some tests. LameXP is free software, so you can modify the sources yourself.

If only I had the knowledge to do that right now. Getting there, but not there yet.

Btw what is the software written in ?

[LoRd_MuldeR]

If only I had the knowledge to do that right now. Getting there, but not there yet.

Btw what is the software written in ?

It's written in Pascal, using the Delphi (http://en.wikipedia.org/wiki/CodeGear_Delphi) IDE. I personally own Delphi 7 Professional, the last one that focused on "native" Win32 development :)

[St Devious]

It's written in Pascal, using the Delphi (http://en.wikipedia.org/wiki/CodeGear_Delphi) IDE. I personally own Delphi 7 Professional, the last one that focused on "native" Win32 development :)

oh oh, I was thinking it would be C++/C as that is what i started alongwith Java. But Pascal looks like a completely different path.

[LoRd_MuldeR]

oh oh, I was thinking it would be C++/C as that is what i started alongwith Java. But Pascal looks like a completely different path.

You probably will like Delphi for creating GUI applications :cool:

[St Devious]

You probably will like Delphi for creating GUI applications :cool:

why is that ?

[LoRd_MuldeR]

why is that ?

See link in my previous post (http://forum.doom9.org/showthread.php?p=1299318#post1299318) ;)

[St Devious]

See link in my previous post (http://forum.doom9.org/showthread.php?p=1299318#post1299318) ;)

i see. aren't their IDE's for other languages that you can do this in ?

[LoRd_MuldeR]

i see. aren't their IDE's for other languages that you can do this in ?

"Delphi" is an IDE and a language (previously known as "Object Pascal") at the same time. There also is a Free Pascal and the Lazarus (http://en.wikipedia.org/wiki/Lazarus_(software)) IDE, but it's pretty limited compared to Delphi...

[St Devious]

"Delphi" is an IDE and a language (previously known as "Object Pascal") at the same time. There also is a Free Pascal and the Lazarus (http://en.wikipedia.org/wiki/Lazarus_(software)) IDE, but it's pretty limited compared to Delphi...

ya it does look limited compared to the other one

but i meant aren't there IDE's for C++ or Java that can help you make beautiful GUIs like Delphi does.

[LoRd_MuldeR]

but i meant aren't there IDE's for C++ or Java that can help you make beautiful GUIs like Delphi does.

Sure. With Java you can create GUI using the Swing or the SWT framework. But Java applications unavoidably require the Java Runtime Environment. I prefer applications that run natively on the system and don't require the user to download/install a huge runtime environment first. For the same reason I won't go the .NET route. Of course I could use C with one of the various toolkits (Qt, GTK+, WxWidgets, etc) to built a GUI app. But C is too much "low level" for my taste. Delphi with JVCL (http://jvcl.delphi-jedi.org/) is a pretty powerful and self-contained package. It's Win32 only though, but it runs in Wine just fine...

[St Devious]

Sure. With Java you can create GUI using the Swing or the SWT framework. But Java applications unavoidably require the Java Runtime Environment. I prefer applications that run natively on the system and don't require the user to download/install a huge runtime environment first. For the same reason I won't go the .NET route. Of course I could use C with one of the various toolkits (Qt, GTK+, WxWidgets, etc) to built a GUI app. But C is too much "low level" for my taste. Delphi with JVCL (http://jvcl.delphi-jedi.org/) is a pretty powerful and self-contained package. It's Win32 only though, but it runs in Wine just fine...

that's good reasoning.

I will keep that in mind when I start developing something.

[b66pak]

i don't thing its good reasoning...considering that java is everywhere the cross platform portability will be at maximum...so goodbye "win only", "linux only" or "mac only"...
_

[LoRd_MuldeR]

If portability is a priority, then yes, using Java may be a good idea ;)

But this was developed as Windows GUI application from the very beginning, so portability was never intended. It works surprisingly well under Linux though, thanks to Wine.

Also a lot of things that I do highly depend on the Win32 API. Doing this from Java would be "ugly" at least and break portability.

Note: After years of GUI development I still prefer Delphi for my own GUI projects, although I do a lot of Java and C programming for other projects at the same time.

Switching to another platform would be a whole lot of work (as I basically would need to start from the scratch) and I don't see the benefit...

[St Devious]

Also a lot of things that I do highly depend on the Win32 API. Doing this from Java would be "ugly" at least and break portability.


How would that be ?

I'm learning Java, so that piqued my interest.

And I need some real project to motivate me. maybe I could make something like this. And I have no idea how to start something like this.

[LoRd_MuldeR]

How would that be ?

I'm learning Java, so that piqued my interest.

And I need some real project to motivate me. maybe I could make something like this. And I have no idea how to start something like this.

Well, my front-end application needs to launch "external" processes, wait for these processes to terminate and capture their console output.

Unfortunately the last time I tried to capture the console output of an external process from Java it didn't work correctly :rolleyes:

Also I need to run my external processes as Jobs (http://msdn.microsoft.com/en-us/library/ms684161(VS.85).aspx), so in case the "main" application encounters a problem, these processes won't keep on running the background until forever.

Job objects are Win32 specific functionality. But Java doesn't exhibit the Win32 API, because Java tries to be "cross platform" and thus hides the underlying OS.

Still you can call native (http://en.wikipedia.org/wiki/Java_Native_Interface) DLL's (e.g. compiled C code) from a Java application. But then you aren't cross-platform anymore. That's what I called "ugly" :p

(For example: Look at my RunProcess (https://opensvn.csie.org/traccgi/mulder1984/browser/LameXP/src/Unit_RunProcess.pas) code and you probably will see what I mean. Can you do that with Java? ^^)

[St Devious]

Well, my front-end application needs to launch "external" processes, wait for these processes to terminate and capture their console output.

Unfortunately the last time I tried to capture the console output of an external process from Java it didn't work correctly :rolleyes:

Also I need to run my external processes as Jobs (http://msdn.microsoft.com/en-us/library/ms684161(VS.85).aspx), so in case the "main" application encounters a problem, these processes won't keep on running the background until forever.

Job objects are Win32 specific functionality. But Java doesn't exhibit the Win32 API, because Java tries to be "cross platform" and thus hides the underlying OS.

Still you can call native (http://en.wikipedia.org/wiki/Java_Native_Interface) DLL's (e.g. compiled C code) from a Java application. But then you aren't cross-platform anymore. That's what I called "ugly" :p

(For example: Look at my RunProcess (https://opensvn.csie.org/traccgi/mulder1984/browser/LameXP/src/Unit_RunProcess.pas) code and you probably will see what I mean. Can you do that with Java? ^^)

Oh, I don't know If I can do that. I'm pretty much at start of Java.

But I'll look at it, maybe I can learn something along the way.

[LoRd_MuldeR]

Here is a new Beta release:
http://www.mediafire.com/file/nyrmlgzdnql/LameXP.2009-07-17.Beta-1.zip

Updated MediaInfo to v0.7.19 ;)

[Octo-puss]

I just used LameXP yesterday to reencode several of my CDs and it sure went a long way since I moaned about the sounds ;D
Keep up the good work!

[Octo-puss]

Hey is there any way to add FLAC encoding? :)

[LoRd_MuldeR]

Hey is there any way to add FLAC encoding? :)

There is a way. But it's not planned right now...

[Octo-puss]

Okay :)
The GUI is really awesome - simple enough and very powerful at the same time - so I thought it could be interesting seeing it become a kind of frontend for not just mp3 format :)

[LoRd_MuldeR]

so I thought it could be interesting seeing it become a kind of frontend for not just mp3 format :)

Encoding is already supported for MP3, Vorbis and AAC. The list of supported input formats is much longer.

Adding even more output formats is mainly a problem of extending the GUI. Internally new encoders/decoders can be added easily ;)

[SeeMoreDigital]

Hey is there any way to add FLAC encoding? :)There is a way. But it's not planned right now...Given that FLAC decoding is offered in more and more hardware players nowadays, I for one would really appreciate such an encoding option :)

[LoRd_MuldeR]

Well, I'm working on another issue right now: Progress display for individual files.

And here is the first attempt to get this working:
LameXP.2009-07-17.Beta-2.zip (http://www.mediafire.com/file/migdm3g33um/LameXP.2009-07-17.Beta-2.zip)

(Please note that it's implemented for LAME only at the moment)

[Octo-puss]

oooh, sexy progress bars!! *wets himself* :D

I know I specifically used some paramater back in ARJ days to see five-pieces progress bars when un/packing archives :D

[LoRd_MuldeR]

Here's another Beta pre-release of LameXP v3.12:
LameXP.2009-07-27.Beta-6.zip (http://www.mediafire.com/file/eo2zmlqzw3w/LameXP.2009-07-27.Beta-6.zip)

This version finally introduces FLAC encoding support :cool:

[mr soft]

Hey :thanks: very much LoRd_MuldeR

I'm getting a unsupported DPI setting 96 error on Win 7, 7100.
Not much of a bother , ok and proceed.
Nice multithreading going on , it's using about 7% across the three cores , well done also on the extensive language support.

[SeeMoreDigital]

I've been doing some testing with FLAC.... Very nice work indeed :)

The joys of lossless encoding...

[Octo-puss]

Here's another Beta pre-release of LameXP v3.12:
LameXP.2009-07-25.Beta-5.zip (http://www.mediafire.com/file/io0i4zzok1v/LameXP.2009-07-25.Beta-5.zip)

This version finally introduces FLAC encoding support :cool:

haha I knew you couldn't resist :P

[LoRd_MuldeR]

Yet another Beta pre-release of LameXP v3.12:
LameXP.2009-07-27.Beta-7.zip (http://www.mediafire.com/file/wmmbt1gmjlk/LameXP.2009-07-27.Beta-7.zip)

Added support for MP3 in RIFF/Wave container (input). Also be more verbose with unknown/unsupported file types.

[Octo-puss]

you are my hero
:D

[prOnorama]

Ah FLAC encoding, nice.

One thing I don't like though: each time time I start up the program it asks if I want to check for a new version, and there's no option to disable this message in the options (well at least it doesn't try to automatically contact some website, I really don't like that).

So please add a "disable message checking for new version" option

[LoRd_MuldeR]

One thing I don't like though: each time time I start up the program it asks if I want to check for a new version, and there's no option to disable this message in the options (well at least it doesn't try to automatically contact some website, I really don't like that).

Oh, that's not true. The option exists for a long time! Anyway, I highly recommend to not disable the update reminder ;)

If the update check is successful once, it won't re-appear until 14 days have passed. In a Beta version the update check can't succeed for obvious reasons.

But v3.12 is going to released soon. Just waiting to receive more language files...

[prOnorama]

Ah you are right I did not know about the Advanced Options but now I found them :)

I'll upgrade to 3.12 if it's a stable releaase (I assume it is)

[LoRd_MuldeR]

I'll upgrade to 3.12 if it's a stable releaase (I assume it is)

I hope it is :D

[LoRd_MuldeR]

One more Beta release for you to test:
LameXP.2009-07-29.Beta-8.exe (http://www.mediafire.com/file/mmcomnnymyi/LameXP.2009-07-29.Beta-8.exe)

This one adds a SSE2 (Pentium 4) build of OggEnc2, which will be used when supported by the user's CPU.
Otherwise LameXP will fall back to the "generic" build of OggEnc2. CPU type is detected at runtime...

[St Devious]

ok let's stop teasing and come out with a final release of 3.12.:p

My Athlon X2 250 article is held up due to this. :thanks:

I'll just use 3.11 Hotfix 1 if there is no speedup in 3.12.

[LoRd_MuldeR]

I'll just use 3.11 Hotfix 1 if there is no speedup in 3.12.

There is no speed-up to be expected from v3.12, except for the Ogg Vorbis encoder maybe. And even that only SSE2 capable machines.

[St Devious]

There is no speed-up to be expected from v3.12, except for the Ogg Vorbis encoder maybe. And even that only SSE2 capable machines.

thanks, using lame anyway.

[LoRd_MuldeR]

thanks, using lame anyway.

LAME is already heavily Assembler optimized by the developers. There is not much I could do to squish out more performance, except for the multi-threaded batch processing.

And that feature is already implemented for quite some time in LameXP. So speed-up is not really what you should expect from future LameXP releases :D

I'm currently trying to get the progress display for the Ogg Vorbis encoder working more smoothly, but the problem is in OggEnc2 itself. I hope John33 can fix this for me...

[LoRd_MuldeR]

Okay, here is yet another Beta that should fix the progress display for Ogg Vorbis:
http://www.mediafire.com/file/ed0wclgmmzd/LameXP.2009-07-30.Beta-9.exe

Thanks to John33 for quickly re-building his binaries with my proposed patch :)

[LoRd_MuldeR]

Beta-10
http://www.mediafire.com/file/tz4jtzzgjkz/LameXP.2009-07-31.Beta-10.exe

Now all encoders (except Nero AAC) should update their status smoothly :)

[LoRd_MuldeR]

LameXP v3.12, RC-1 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Updated language files (big "thank you" to all contributors !!!)
* Updated MediaInfo to v0.7.20 (2009-07-31), using statically linked build
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)

[LoRd_MuldeR]

LameXP v3.12, RC-2 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Updated language files (big "thank you" to all contributors !!!)
* Updated MediaInfo to v0.7.20 (2009-07-31), using statically linked build
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)

The most important change since RC-1 is that LameXP's Web Updater will now only accept digitally signed updates.
GnuPG is used to sign the updates and will also be used the check the authenticity of updates received from the server.
This should protect the user against attacks like domain hijacking, IP spoofing and "man in the middle".

I have uploaded this special build to test the new update system:
LameXP.2009-08-03.Special-1.zip (http://www.mediafire.com/file/odz4ynvunk5/LameXP.2009-08-03.Special-1.zip)

That build will update to RC-2 using an authenticated update. Older builds will update too, but not check the signature :o

[tipsypenguin]

tested the special build. the new update system works good for me.

Thanks LoRd_MuldeR

[LoRd_MuldeR]

LameXP v3.12, RC-4 :)

This version should fix the Ogg Vorbis encoder on (newer) AMD machines, probably broken since Beta-8:
I noticed that the SSE2-optimized (Pentium 4) build of OggEnc2 refuses to run (http://pastie.org/578426) on AMD processors, even if the processor supports MMX/SSE/SSE2 :rolleyes:
Consequently I added another check (https://opensvn.csie.org/traccgi/mulder1984/changeset/308/LameXP/src/Unit_Core.pas) to LameXP. Now the SSE2 build of OggEnc2 will only be used if a SSE2-capable Intel CPU is found...

[LoRd_MuldeR]

LameXP v3.12, RC-5 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Updated MediaInfo to v0.7.20 (2009-07-31), using statically linked build
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

[LoRd_MuldeR]

LameXP v3.12, RC-6 :rolleyes:

Okay, somebody brought the following problem to my attention: LameXP refused to open files, if there was a "\n" sequence in the path to the file.
I was able to track this down to a bug(?) in MediaInfo. If there's a "\n" sequence in the path then MediaInfo won't print out the filename properly, but inserts a line-break instead.
Yes, I know that "\n" is the escape sequence for a new line in the C programming language, but it shouldn't be interpreted like that in this context (see screenshot).

http://img24.imageshack.us/img24/2168/mediainfolinebreakbug.th.png (http://img24.imageshack.us/img24/2168/mediainfolinebreakbug.png)

This behavior of MediaInfo causes the parsing of the output go wacky in LameXP and finally causes LameXP to reject the file, because the file type will be detected as unknown.

So I implemented a workaround for the bug that will fix the problem most of the time. Still there are some rare(!) filenames that won't open. Such as:
C:\Some Folder\nVideo\new\Track.mp3

That's because in this example LameXP has no chance to distinguish the "Video" part of the filename (which will end up in it's own line) from the start of the Video section :o

A report has been sent to the MediaInfo developer...

[LoRd_MuldeR]

This behavior of MediaInfo causes the parsing of the output go wacky in LameXP and finally causes LameXP to reject the file, because the file type will be detected as unknown.

So I implemented a workaround for the bug that will fix the problem most of the time. Still there are some rare(!) filenames that won't open. Such as:
C:\Some Folder\nVideo\new\Track.mp3

That's because in this example LameXP has no chance to distinguish the "Video" part of the filename (which will end up in it's own line) from the start of the Video section :o

A report has been sent to the MediaInfo developer...

Yet another attempt to get this fixed. A bit hackish, but who cares. Now it should also work with path names like the one I mentioned before ;)

http://www.mediafire.com/file/mmform0gmda/LameXP.2009-08-13.Try-2.zip

[Zenitram]

Okay, somebody brought the following problem to my attention: LameXP refused to open files, if there was a "\n" sequence in the path to the file.
I was able to track this down to a bug(?) in MediaInfo.

(...)

A report has been sent to the MediaInfo developer...

Oups oups oups... OK, I will work on this issue as soon as I ome back from vacation!

[LoRd_MuldeR]

Oups oups oups... OK, I will work on this issue as soon as I ome back from vacation!

That would be very nice. Thanks for your efforts :)

(BTW: I had a quick look at the MediaInfo sources, but so far I was unable to find the exact location to fix this)

[LoRd_MuldeR]

LameXP v3.12, RC-7 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added experimental support for Windows 7 taskbar progress indicator
* Updated MediaInfo to v0.7.20 (2009-07-31), using statically linked build
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3a (2009-08-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

[St Devious]

LameXP v3.12, RC-7 :)

Added experimental support for Windows 7 taskbar progress indicator

Wonderful !

[LoRd_MuldeR]

Wonderful !

Waiting for feedback, because I couldn't test it due to a lack of a running Windows 7 system ;)

So I implemented it directly from the M$ API documentation, completely untested...

[St Devious]

Waiting for feedback, because I couldn't test it due to a lack of a running Windows 7 system ;)

So I implemented it directly from the M$ API documentation, completely untested...

alright, i'll test it just for you and report back. I have Win 7 RTM btw.

EDIT: Working as expected

http://i27.tinypic.com/309269w.jpg

[MatLz]

Hi, I've noticed the impossibility to change the output sampling rate when encoding to aac format.

[LoRd_MuldeR]

Hi, I've noticed the impossibility to change the output sampling rate when encoding to aac format.

Well, the Nero encoder doesn't offer any options for re-sampling...

[MatLz]

Well, the Nero encoder doesn't offer any options for re-sampling...

I don't understand....It seems LameXP converts the source in wav, and then Neroaacenc.exe converts the wav in aac. Why don't downsampling the wav?
Maybe?.....

[LoRd_MuldeR]

I don't understand....It seems LameXP converts the source in wav, and then Neroaacenc.exe converts the wav in aac. Why don't downsampling the wav?

This could be done in theory, yes. But that's not how it is implemented right now ;)

For example LAME does have a resample option, so with LAME we can resample "on the fly". That's the more elegant way...

[MatLz]

Ok, maybe in the next version of Neroaacenc....
And I noticed an other thing : when we need an average bitrate encoding, the result is above 2% of loss of the bitrate we have specified (112 -> 110, 160->156, 224->220, 384->376....)
It's Neroaacenc's fault of course! Encoding with commandline has same problem. The solution is to increase bitrate a little (2%) for have the bitrate expected.
So....is a free adjust of bitrate in LameXP with or without boost possible in new version?

[LoRd_MuldeR]

Ok, maybe in the next version of Neroaacenc....
And I noticed an other thing : when we need an average bitrate encoding, the result is above 2% of loss of the bitrate we have specified (112 -> 110, 160->156, 224->220, 384->376....)
It's Neroaacenc's fault of course! Encoding with commandline has same problem. The solution is to increase bitrate a little (2%) for have the bitrate expected.

How do you measure the exact average bitrate of the encoded AAC stream?

What you are seeing may be the container overhead. Remember that Nero AAC puts out the AAC stream in a MP4 container ;)

Just encoded a music file at 128 kbps with Nero AAC and the result came out at 128.005230 (http://pastie.org/586365) kbps

So....is a free adjust of bitrate in LameXP with or without boost possible in new version?

Not planned.

Hi, I've noticed the impossibility to change the output sampling rate when encoding to aac format.

The "Sampling Rate" box will be grayed out for encoders that don't offer re-sampling support from now on...

[MatLz]

With mediainfo, foobar, gspot, mpc.....ha!....
I've extract the aac.
Out of mp4 It's the good bitrate. Dammit...I'm confused. I will go post in the newbies thread... :-(

[LoRd_MuldeR]

With mediainfo, foobar, gspot, mpc.....ha!....
I've extract the aac.
Out of mp4 It's the good bitrate. Dammit...I'm confused. I will go post in the newbies thread... :-(

Well, in "ABR" mode the Nero AAC encoder will hit the desired average bitrate. The local bitrate at arbitrary positions of the file may be much higher or much lower than that!
Furthermore measuring the average bitrate isn't exactly an easy task. The tools you were using may be inaccurate. At least MediaInfo and Avinaptic seem to disagree in this case.
Last but not least the target bitrate is for the audio stream only, it does not take the container overhead into account...

[MatLz]

Hi Lord, Just last question about bitrate. I use a formula to calculate bitrates I need for encoding streams. It works for my needs.
With in count the different containers, is not a formula the best way for calculating average bitrate?

[LoRd_MuldeR]

Hi Lord, Just last question about bitrate. I use a formula to calculate bitrates I need for encoding streams. It works for my needs.
With in count the different containers, is not a formula the best way for calculating average bitrate?

I'm not entirely sure what "formula" you are talking about or what you are trying to achieve :confused:

Encoders that offer an ABR mode will hit the desired/specified average bitrate for you. The "rate control" (RC) algorithm, which controls the (local) bitrate and makes sure that the target (average) bitrate is hit, is implemented inside the individual encoder and probably is much more complex than just a simple formula. The goal of RC is to hit the desired average bitrate while maximizing the overall quality. For example RC would decide to lower the bitrate in less "demanding" parts of the audio file while raising the bitrate in more "demanding" parts. This may results in significant bitrate fluctuations throughout the audio file...

[MatLz]

I'm sure I need english lesson...dammit!
It's not for encoding codec routine or else complicated technical thing I have a formula, It's just the simple formula :
(Size x 8) / time
which gives bitrate of the stream. Am I completely wrong?
Ha my brain is in fire...

[LoRd_MuldeR]

I'm sure I need english lesson...dammit!
It's not for encoding codec routine or else complicated technical thing I have a formula, It's just the simple formula :
(Size x 8) / time
which gives bitrate of the stream. Am I completely wrong?
Ha my brain is in fire...

Yeah, the stream size (in bytes) multiplied by 8 and divided through the duration (in seconds) will give you the average bitrate (in bits per second).

But you can't simply take the file size here, because any container (e.g. MP4, MKA and even ADTS) will have a certain overhead.

The easiest way is to use a tool like AVInaptic (http://www.videohelp.com/tools/avinaptic) or MediaInfo (http://mediainfo.sourceforge.net/en) for this purpose. However be aware that these tools may not always be 100% accurate.

(BTW: For Video streams the Bitrate Viewer (http://www.winhoros.de/docs/bitrate-viewer/index.html) does a great job, unfortunately it isn't available for Audio streams)

[Zenitram]

But you can't simply take the file size here, because any container (e.g. MP4 or MKA) will have a certain overhead.

The easiest way is to use a tool like AVInaptic (http://www.videohelp.com/tools/avinaptic) or MediaInfo (http://mediainfo.sourceforge.net/en) for this purpose. However these tools may not always be 100% accurate.

Ah, bitrates... A lot of discussions about them ;-).
Accuracy depends of the presence of index in the container, for MediaInfo:
- MP4 (and AVI...): it is always accurate (index with exact size of each chunk), container overhead is not a problem
- MKV/MKA (and MPEG...): not accurate (no index, impossible to know without parsing the whole file, but this is long if you have a 10 GB file!), estimation is unfortunatly made from formulas (not always precise)

I hope to implement soon an option for parsing the whole file, and bitrates will be always exact in MediaInfo.

(BTW: For Video streams the Bitrate Viewer (http://www.winhoros.de/docs/bitrate-viewer/index.html) does a great job, unfortunately it isn't available for Audio streams)

I hope to propose the same thing later in MediaInfo for both video and audio!

[MatLz]

Ok, I will be carefull with overhead. I know with h264 stream, mp4 is winner, mkv is good....and avi is so large overhead. Beurk!
I have download btw, I go to see how it works. Thanks a lot for all your explanations Lord.
A+

[SeeMoreDigital]

Hi LoRd_MuldeR,

I've been meaning to ask. Is there any particular reason why when generating AAC files, they are given an .MP4 file extension and not .M4A file extension. Which is more hardware player friendly ;)

[LoRd_MuldeR]

Hi LoRd_MuldeR,

I've been meaning to ask. Is there any particular reason why when generating AAC files, they are given an .MP4 file extension and not .M4A file extension. Which is more hardware player friendly ;)

Yes there is a reason! The AAC streams are stored in a MP4 container and the one and only "official" extension of MP4 files is .mp4 ;)

Also see:
http://en.wikipedia.org/wiki/MPEG-4_Part_14#.MP4_versus_.M4A_file_extensions

<offtopic> If a hardware players doesn't recognize a file because it has a different file extension, this is a serious problem and it should be reported to the manufacturer, so they can fix it via firmware update. If they don't provide a fix in time, return the player to the store and get your money back! Looking at the filename to recognize the type of a file is the most stupid an error-prone implementation I can think of. Analyzing the file header is the one and only method that will work properly in the field, because filenames (and especially extensions) are neither unambiguous nor reliable. I can rename a Word document to .m4a, but does this make it a valid MP4/AAC audio file? No! Even a freshman student should know that simple fact, not to speak of "professional" hardware engineers. </offtopic>

[SeeMoreDigital]

Yes, I understand what's written in the official ISO/IEC specification.

However, the problem with "hardware" playback of (AAC) audio only streams within .MP4 container is, many hardware players expect video to be in the container as well. So during playback you end up seeing a black screen and lose access to the playback track list.

That said, the great advantage of the .MP4 container is, it makes it possible for you to mux an entire album as one continious stream (with no breaks) into the container and then with the aid of chapter points, access the individual tracks. As yet though, I have not found an encoding appliction that offers such a facility...

[LoRd_MuldeR]

However, the problem with "hardware" playback of (AAC) audio only streams within .MP4 container is, many hardware players expect video to be in the container as well. So during playback you end up seeing a black screen and lose access to the playback track list.

If these players were implemented properly, they wouldn't make vague speculations based on the filename, but look at the file header and see what streams are actually stored in the MP4 container :rolleyes:

I'm not going to encourage crappy implementations by using non-standard file extensions. If more people did, they'd probably realize the problem and fix it...

That said, the great advantage of the .MP4 container is, it makes it possible for you to mux an entire album as one continious stream (with no breaks) into the container and then with the aid of chapter points, access the individual tracks. As yet though, I have not found an encoding appliction that offers such a facility...

The same can be done with a simple MP3 or WAV file plus a CueSheet file. And nope, LameXP doesn't offer that feature :)

[LoRd_MuldeR]

LameXP v3.12 Final :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated MediaInfo to v0.7.20 (2009-07-31), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3a (2009-08-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

[SeeMoreDigital]

Thanks for the new release :)

I forgot to ask before. When we visit the "Advanced Options" to change some settings, is there any particular reason why we have to have all those reminder pop-up notices?

[LoRd_MuldeR]

I forgot to ask before. When we visit the "Advanced Options" to change some settings, is there any particular reason why we have to have all those reminder pop-up notices?

Yes. The "advanced" options contain things that usually shouldn't be touched at all. The confirmation dialogs should prevent inexperienced users from doing stupid thing :)

As you may have noticed all options that would change the default will trigger a dialog that has "No" selected by default.

At the same time options that return to the default value will not trigger a confirmation dialog at all and just show an information message.

[SeeMoreDigital]

Yes. The "advanced" options contain things that usually shouldn't be touched at all. The confirmation dialogs should prevent inexperienced users from doing stupid thing :)In that case.... Would it be possible for LameXP to remember a users custom settings, so they are not lost after updating?

[LoRd_MuldeR]

In that case.... Would it be possible for LameXP to remember a users custom settings, so they are not lost after updating?

LameXP does remember all options, unless I forgot something. However options are stored separately for each version/build.

This is done because options may change their meaning (or the valid range) between versions...

If you want to use the settings from an old version in the current version, you can edit the section header in the INI file - at your own risk ;)

[MatLz]

Thanks for your this release Lord and all your work and explainations.
But what is the "LameXP.exe.sig" file?

[Octo-puss]

ah new version
I have about 50 CDs to encode :)

DUDE!!
I overwritten my last version and the bloody program started talking to me in gibberish! For the sake of everything nice and good on the Earth, set the default language to english!!! :D

edit: it was romanian

[LoRd_MuldeR]

But what is the "LameXP.exe.sig" file?

It's a digital signature. You can verify it with GnuPG using my public key (http://mulder.dummwiedeutsch.de/pubkey.txt). If you don't know what that means, ignore it ;)

For the sake of everything nice and good on the Earth, set the default language to english!

The default language is English. However LameXP will try to load a language file that equals your system's language, before it falls back to default.

Also LameXP tries to load only language files that can be displayed correctly with your current Non-Unicode codepage.

In case you think something is wrong, please left-click the titlebar, choose "Show System Information" and then post the results back here.

[MatLz]

It's a digital signature. You can verify it with GnuPG using my public key (http://mulder.dummwiedeutsch.de/pubkey.txt). If you don't know what that means, ignore it ;)
Just curiosity! ;)
I don't understand...so as you said, I will ignore it! But not ignore your work, thanks again!

[Octo-puss]

The default language is English. However LameXP will try to load a language file that equals your system's language, before it falls back to default.

Also LameXP tries to load only language files that can be displayed correctly with your current Non-Unicode codepage.

In case you think something is wrong, please left-click the titlebar, choose "Show System Information" and then post the results back here.
Okay!

LameXP v3.12 Final - Audio Encoder Front-End
Written by LoRd_MuldeR <MuldeR2@GMX.de>

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

Program Information:
· Version: v3.12 Final, Build 64 (2009-08-23)
· Nero AAC Encoder found: False
· WMA File Decoder found: False
· LameXP Sounds enabled: True
· Shell Integration enabled: True
· Update Reminder enabled: True
· Meta Data detection enabled: True
· Multi-Threading enabled: True
· GUI Language: English [EN]

Folder Information:
· LameXP Executable File: D:\Programy\Audio & video\LameXP\LameXP.exe
· LameXP Install Folder: D:\Programy\Audio & video\LameXP
· LameXP Data Folder: C:\Users\Octopuss\AppData\Roaming\MuldeR\LameXP
· LameXP Tools Folder: C:\Users\Octopuss\AppData\Local\Temp\LameXP_114EE8B2.tmp
· Windows Programs Folder: C:\Program Files (x86)
· Windows System Folder: C:\Windows\system32
· Windows AppData Folder: C:\Users\Octopuss\AppData\Roaming
· Windows Temp Folder: C:\Users\Octopuss\AppData\Local\Temp
· Nero AAC Encoder: N/A
· WMA File Decoder: N/A

CPU Information:
· Type: Intel
· Manufacturer: Intel
· Vendor ID: GenuineIntel
· Name: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
· Clock Speed: 4860 MHz
· Family/Model/Stepping: 6/7/10
· MMX/MMXEX Support: True/False
· 3DNow/3DNowEx Support: False/False
· SSE Support: SSE, SSE2, SSE3, SSE4.1
· 64-Bit Extension: True
· Processor Count: 2
· Physical/Logical Cores: 2/2
· HyperTreading: True
· L1/L2/L3 Cache: 32+32/6144/6144 KB

OS Information:
· Name: Windows 7
· Type: Workstation
· Version/Build: 6.1/7600
· Service Pack: 0
· Product Name: Windows 7 Professional
· Product Version:
· Product ID:
· Codepage: windows-1250 (Central European Windows)
· Prim. lang. identifier: 0x0005

[LoRd_MuldeR]

OS Information:
· Name: Windows 7
· Type: Workstation
· Version/Build: 6.1/7600
· Service Pack: 0
· Product Name: Windows 7 Professional
· Product Version:
· Product ID:
· Codepage: windows-1250 (Central European Windows)
· Prim. lang. identifier: 0x0005

In fact your system's default language is Czech ;)

From the MSDN docs:

Prim. lang. identifier Prim. lang. symbol Primary language
0x05 LANG_CZECH Czech (cs)

But since we don't have a Czech translation for LameXP, it will load the first language file (in reverse alphabetical order) that displays correctly on the 1250 Codepage (Central European).

That obviously was Romanian :D

[MatLz]

I have forget to tell you a thing which happend already with previous versions.
If I have a disc in my player and if I launch LameXP, the next launch without a disc, there is an error message (in french, so maybe it's a problem with my system) :

LameXP: LameXP.exe - No disc
There is no disc in the player. Insert a disc in the player D:

There are 3 choice. Cancel, Retry, Continue.
If I click 2 times on Cancel, Continue or on the cross for closing window, it launchs LameXP.
Retry doesn't work.

[LoRd_MuldeR]

This is a system message, it definitely doesn't come from LameXP itself. There's no such message coded in LameXP. So there is nothing I could do about it.

LameXP does remember paths in its config file. But all paths that were stored will be checked for existence before they are used again at next launch. So the cause can't be here!

I assume the system somehow remembers the last active directory and tries to restore that directory when the application is launched next time :rolleyes:

[MatLz]

Thrust you. I change my computer, it's decided. ;)

[Octo-puss]

In fact your system's default language is Czech ;)

But since we don't have a Czech translation for LameXP, it will load the first language file (in reverse alphabetical order) that displays correctly on the 1250 Codepage (Central European).

That obviously was Romanian :D

Well agent Mulder, then why the heck do you not set the default language to english, hardcoded, no checks for translation, whatever? Obviously I found something close to a bug! :P
And I don't even wanna start about the bloody sound that freaked the hell out of me AGAIN when I upgraded! I deeply hate you!! :D

[LoRd_MuldeR]

Well agent Mulder, then why the heck do you not set the default language to english, hardcoded, no checks for translation, whatever?

Because not everybody out there understands the English language :rolleyes:

However we can assume that the user understands the language that is configured as his/her system's default language. So obviously it's a good idea to load the language file that equals the user's default language, if such a language file is available. And of course we should load a language file that can be displayed correctly on the user's system, so we must load a language file that uses the same Codepage as the Non-Unicode Codepage configured on the user's system...

Obviously I found something close to a bug! :P

Nope, everything works exactly as expected...

[Zenitram]

Nope, everything works exactly as expected...

The expected display is something the user can understand, isn't it?
More people from a country A understand English than the language from a country B closed to A. The 2 languages may have the same codepage, but be totally different from the point of view of the citizen of a country. From the example, Romanian is unknow from 99.99% of people speaking Czech, but English is more often known.

So if your goal is to display a language hopefully understable by the user, your algorithm is wrong.
I had the same problem with MediaInfo, the best "easy" algorithm I found is to display English if the user language is not available in your software, I think to implement "fallback" system hardly-coded (example: if Ukrainian is not available, Fallback to Russian is hardly-coded). In any case, working with codepage is not a good solution.

[kypec]

Yep, Zenitram is right. Codepage has nearly nothing to language-wise relativity of human languages. If no specified translation is available for system's language then go with English, no matter what codepage is set on user's system.

[LoRd_MuldeR]

The expected display is something the user can understand, isn't it?

I meant that it's working as expected with the current algorithm, not that the algorithm is perfect.

So it's more a design error than a bug. The latter usually is more easy to fix ;)

More people from a country A understand English than the language from a country B closed to A.

Hmm, maybe in the "western" world. But in the rest of the world? I'm not sure...

So if your goal is to display a language hopefully understable by the user, your algorithm is wrong.

Quite possible...

I had the same problem with MediaInfo, the best "easy" algorithm I found is to display English if the user language is not available in your software

I will consider going back to that simple approach, if people don't like the current one :)

In any case, working with codepage is not a good solution.

Unless I re-write the application in Unicode (which is extremely unlikely to happen), I must deal with Non-Unicode Codepages :o

[Octo-puss]

Hey even the western world approach is wrong :) I believe english is THE default general-common-most used language in the IT "territory", and even people from around China, Japan and whatever country in the east ARE forced to understand at least the basics :) I think majority of software comes primarily in english version for a reason :)

edit: damnit, UNICODE!! THE magic word of today. Go for it :P Really.

[~bT~]

Thanks a lot for the update LoRd_MuldeR!

[MatLz]

Hi my Lord, sorry to disturb you again... Is there a way to change the default "below normal" priority of the decoders and encoders?

[LoRd_MuldeR]

Hi my Lord, sorry to disturb you again... Is there a way to change the default "below normal" priority of the decoders and encoders?

Nope. Why would you want to do that ???

[MatLz]

If I have an encoding in X264 with filters or an other heavy application, speed of audio encoding in the same time is very slow...
No way in the .ini with strange hierogliphic line? ;)

[LoRd_MuldeR]

If I have an encoding in X264 with filters or an other heavy application, speed of audio encoding in the same time is very slow...

The encoder processes run at BELOW_NORMAL priority class for good reason. This way they won't "steal" any processing time from other applications running on the system at the same time. You know that LameXP was designed to push the CPU load to 100% even on multi-core system. Running the encoders at NORMAL priority class (or even increased priority) would certainly cause the system to "hang" and be unresponsive. But we want LameXP to run nicely in the background while we can continue our work (Web-Browser, Office, Audio/Video Player, etc) without limitations. The current implementation ensures this! The LameXP GUI process will run at ABOVE_NORMAL priority class in order to make sure it will be responsive all the time. But that's not a problem at all, because that process won't use much CPU time (usually below 3%).

If you are running x264 at the same time, you should make sure that the x264 process runs at BELOW_NORMAL or even IDLE priority class. Any proper x264 front-end will do that!

No way in the .ini with strange hierogliphic line? ;)

Nope, it's hardcoded. You can only change it by editing source code and re-compiling. Also I wouldn't call a human-readable INI file "hieroglyphic" :D

[MatLz]

I understand. If I need speed I will do it manually in the task gestionnary but if I have lot of files...
Edit the source code?....it's like chinese language for me...
Don't worry, I have strange needs sometimes.
;)

[LoRd_MuldeR]

I understand. If I need speed I will do it manually in the task gestionnary but if I have lot of files...

Raising the priority of a process doesn't necessarily make it run "faster". That's a common myth!

Only if a lot of processes request CPU time at the same moment, so that not all processes which are ready to run can actually run on the hardware in parallel, then some processes must be suspended while others are allowed to run immediately. In that case (and only in that case) the scheduler has to decide which processes are served first and which processes have to wait. That's the only case in which process priorities are important! As long as there's only one CPU-intensive application running on the system, while the other applications are idle (more or less), the priority doesn't matter. Raising the priority of your application won't make it run any faster then. Even worse: Raising the priority of a CPU-intensive task will cause other tasks to slow down and stop responding in time! Therefore all CPU-intensive tasks should run at a lower priority than the rest. Also since most applications will run with "NORMAL" priority, it's usually better to lower the priority of CPU-intensive tasks instead of increasing the priority of all other tasks. Messing with LameXP priorities shouldn't be required at all. In your case it appears that the "problem" was caused, because the priority of the CPU-intensive x264 process wasn't lowered...

[MatLz]

Lowering the priority of CPU-intensive tasks is better than increasing the priority of all the others.
I will not forget. Thanks for your very good explanation Lord.

[SeeMoreDigital]

LoRd_MuldeR,

Is the FLAC encoder supposed to be able to generate 6Ch files from 6Ch AC3 or 6Ch WAV sources? If it is, it's not functioning :(

LameXP v3.12 Final - Audio Encoder Front-End
Written by LoRd_MuldeR <MuldeR2@GMX.de>

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

Source File: C:\Users\SeeMoreDigital\Desktop\03 Hands Clean.AC3
Output File: C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_CDD70379.wav
Commandline: "C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_38724C2F.tmp\tool_valibdec.exe" "C:\Users\SeeMoreDigital\Desktop\03 Hands Clean.AC3" -w "C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_CDD70379.wav"


0.8% Frs: 85 Err: 0 Time: 0:00.109 Level: 0 dB FPS: 779 CPU: 50.1%
73.4% Frs: 6230 Err: 0 Time: 0:05.569 Level: 0 dB FPS: 1118 CPOpening audio output PCM16 3/2.1 (5.1) 48000...
---------------------------------------
Frames/errors: 8483/0
System time: 9064ms
Process time: 8938ms
Approx. 3.30% realtime CPU usage
U: 50.1%
74.2% Frs: 6301 Err: 0 Time: 0:05.679 Level: 0 dB FPS: 1109 CPU: 49.6%
100.0% Frs: 8483 Err: 0 Time: 0:09.064 Level: 0 dB FPS: 935 CPU: 0.0%

BYTES CAPTURED: 6906
EXIT CODE: 0

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

Source File: C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_CDD70379.wav
Output File: C:\Users\SeeMoreDigital\Desktop\03 Hands Clean.flac
Commandline: "C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_38724C2F.tmp\tool_flac.exe" --compression-level-8 --tag=Title="03 Hands Clean" --tag=Comment="Encoded with LameXP" --tag=Track=1 --force --output-name="C:\Users\SeeMoreDigital\Desktop\03 Hands Clean.flac" "C:\Users\SEEMOR~1\AppData\Local\Temp\LameXP_CDD70379.wav"

flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson
flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are
welcome to redistribute it under certain conditions. Type `flac' for details.
LameXP_CDD70379.wav: WARNING: skipping unknown sub-chunk 'JUNK' (use --keep-foreign-metadata to keep)
LameXP_CDD70379.wav: ERROR: WAVE has >2 channels but is not WAVE_FORMAT_EXTENSIBLE; cannot assign channels

BYTES CAPTURED: 453
EXIT CODE: 1



Cheers

[LoRd_MuldeR]

Well, it seems that FLAC doesn't like the Wave file written by the Valib decoder and thus falls back to Stereo mode:

ERROR: WAVE has >2 channels but is not WAVE_FORMAT_EXTENSIBLE; cannot assign channels

If you know a workaround for that, please let me know...

[SeeMoreDigital]

If you know a workaround for that, please let me know...Funny you should mention this...

If you feed LameXP with a 6Ch AAC.mp4 or 6Ch Vorbis.ogg source, it is able to generate a 6Ch FLAC encode.

[LoRd_MuldeR]

Funny you should mention this...

If you feed LameXP with a 6Ch AAC.mp4 source, it is able to generate a 6Ch FLAC encode.

Obviously the Valib decoder is to blame here. Because it doesn't output a WAVE_FORMAT_EXTENSIBLE file, but the FLAC encoder expects such a file. The AAC decoder seems to be fine.

I neither see an option for Valib decoder to produce a WAVE_FORMAT_EXTENSIBLE file nor do I see an option for FLAC to make it read the file anyway :(

[Zenitram]

Okay, somebody brought the following problem to my attention: LameXP refused to open files, if there was a "\n" sequence in the path to the file.
I was able to track this down to a bug(?) in MediaInfo.

Sorry for the delay, I was a bit busy. A Development snapshot (https://sourceforge.net/projects/mediainfo/files/zzz_Development%20snapshots/0.7.20%2B/MediaInfo_GUI_20090902_Windows_i386_WithoutInstaller.7z/download) corrects it (the DLL is in the archive).
An official version will be released on Friday.

[LoRd_MuldeR]

LameXP v3.12 Hotfix-1 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated LAME encoder to v3.98.2 (2009-09-05), compiled with ICL 11.0
* Updated MediaInfo to v0.7.21 (2009-09-04), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3a (2009-08-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

I removed the workaround for the MediaInfo line-break bug, because that bug is fixed now. Thanks to Zenitram!
Also LAME v3.98.2 has been re-built with ICL 11.0. Thanks to John33 from Rarewares.org for providing the fresh build.
Last but not least I disabled the language detection code discussed here (http://forum.doom9.org/showthread.php?p=1317991#post1317991). Hope people are satisfied with that ^^

[Zenitram]

* Added an option to analyze media files (powered by MediaInfo™)

You're becoming a MediaInfo addict... ;-)

[LoRd_MuldeR]

You're becoming a MediaInfo addict... ;-)

I added that feature, because this way it's much easier to get people to send me useful information about files that won't convert properly :D

[Octo-puss]

[B]Also LAME v3.98.2 has been re-built with ICL 11.0.
What does this mean for us users? :) If anything. The encoding is a bit faster maybe?

[LoRd_MuldeR]

What does this mean for us users? :) If anything. The encoding is a bit faster maybe?

There should be no difference for the user. It may be slightly faster, but that's it.

[LoRd_MuldeR]

LameXP v3.12 Hotfix-2 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated LAME encoder to v3.98.2 (2009-09-05), compiled with ICL 11.0
* Updated MediaInfo to v0.7.21 (2009-09-04), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3a (2009-08-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

LAME v3.98.2 has been re-built with ICL 11.0 once again. This time the build should run on CPU's without SSE2 support too!
Thanks to Taurus on German Doom9 for reporting the issue. And many thanks to John33 from Rarewares.org for providing yet another build.
(Note that the LAME bundle downloads on Rarewares.org have been updated silently)

[LoRd_MuldeR]

LameXP v3.12 Hotfix-3 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated LAME encoder to v3.98.2 (2009-09-05), compiled with ICL 11.0
* Updated MediaInfo to v0.7.21 (2009-09-04), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3a (2009-08-04)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

Now the FLAC binary has been replaced with an ICL 11.1 build that should run on Non-SSE2 CPU's too. The previous FLAC build did not.

[SeeMoreDigital]

Marvellous work...

I guess the only major encoder that would be worth including now is AC3..... Did I say that out loud?

[LoRd_MuldeR]

Marvellous work...

I guess the only major encoder that would be worth including now is AC3..... Did I say that out loud?

Well, there is Aften. So this isn't too unrealistic. Will have a look when I have more time.

There's also still the WAVE_FORMAT_EXTENSIBLE problem outstanding with the Valib AC3/DTS decoder :rolleyes:

(BTW: At my university "SMD" refers to a Christian organization for evangelizing students ^^)

[SeeMoreDigital]

There's also still the WAVE_FORMAT_EXTENSIBLE problem outstanding with the Valib AC3/DTS decoder :rolleyes:Bummer!

(BTW: At my university "SMD" refers to a Christian organization for evangelizing students ^^) What a waste...

[MatLz]

Maybe stupid question again...
Is it possible to add an Avisynth input support in LameXP? LameXP needs 'real' files for food?

[LoRd_MuldeR]

Maybe stupid question again...
Is it possible to add an Avisynth input support in LameXP? LameXP needs 'real' files for food?

Maybe possible somehow. But not supported yet. And certainly not on my priority list currently ;)

(Since LameXP decodes any input to uncompressed Wave files first, we'd need a tool that can dump the input AVS script to an uncompressed Wave file)

[MatLz]

Maybe possible somehow. But not supported yet. And certainly not on my priority list currently ;)

(Since LameXP decodes any input to uncompressed Wave files first, we'd need a tool that can dump the input AVS script to an uncompressed Wave file)

No problem, I can wait.;)
For ponctual and particular needs I can use Nicaudio+Bepipe.

[LoRd_MuldeR]

Is the FLAC encoder supposed to be able to generate 6Ch files from 6Ch AC3 or 6Ch WAV sources? If it is, it's not functioning :(

there's also still the WAVE_FORMAT_EXTENSIBLE problem outstanding with the valib ac3/dts decoder
bummer!

It turned out that this was a bug in the Valib decoder from AC3Filter Tools:

It's a bug. It should create WAVE_FORMAT_EXTENSIBLE in this case. Thanks for the report.

The problem has been fixed. So expect a new LamXP release soon...

[SeeMoreDigital]

It turned out that this was a bug in the Valib decoder from AC3Filter Tools:

The problem has been fixed. So expect a new LameXP release soon...Hey, that's great news...

This fix means LameXP will become the only audio encoder I'll ever need to use :D

[LoRd_MuldeR]

LameXP v3.12 Hotfix-4 :)

Changes between v3.11 and v3.12:
* Added support for FLAC (Free Lossless Audio Codec) output
* Added progress display for individual files (for the "encoding" step only)
* Added a SSE2 (Pentium 4) build of the Ogg Vorbis encoder that will be used if supported by the CPU
* Added options to override the Nero AAC profile (be aware: it's not recommended to do that!)
* Added an option to analyze media files (powered by MediaInfo™)
* Added experimental support for Windows 7 taskbar progress indicator and overlay icons
* Updated LAME encoder to v3.98.2 (2009-09-05), compiled with ICL 11.0
* Updated MediaInfo to v0.7.21 (2009-09-04), using statically linked build
* Updated mpg123 decoder to v1.9.0 (2009-08-14)
* Updated Speex decoder to v1.2 RC-1 (2009-07-04)
* Updated AC3Filter Tools to v0.3b (2009-09-19)
* Updated language files (big "thank you" to all contributors !!!)
* Updated Auto-Update tool, from now on only signed updates will be accepted (using GnuPG)
* Fixed a number of minor glitches

I replaced the Valib decoder v0.3b with a fixed build that properly creates WAVE_FORMAT_EXTENSIBLE wave files when decoding multi-channel AC3 sources.
This should fix multi-channel AC3 to FLAC conversion. Thanks to SeeMoreDigital for bringing the issue to my attention and to Valex (AC3Filter project) for fixing the bug!

[LoRd_MuldeR]

LameXP v3.13 Beta-1 :)

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.22 (2009-09-25), using statically linked build (MSVC 9.0)
* Updated language files (big "thank you" to all contributors !!!)

This should fix a bug of the ICL 11.1 which caused LAME to hang on some Windows 7 systems.
I never encountered that problem on my Windows 7 system, but here is the update anyway.
The latest FLAC builds potentially suffer from the problem, so expect another quick update soon.

See also:
http://forum.doom9.org/showpost.php?p=1328818&postcount=8105

[LoRd_MuldeR]

LameXP v3.13 Beta-2 :)

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated FLAC encoder to v1.2.1b (2009-10-01), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.22 (2009-09-25), using statically linked build (MSVC 9.0)
* Updated language files (big "thank you" to all contributors !!!)

Now the FLAC encoder/decoder has been re-compiled with with ICL 11.1.046 too. Should fix a potential hang/crash on Windows 7.

See also:
http://forum.doom9.org/showpost.php?p=1328818&postcount=8105

[mr soft]

Thanks

That growl got me , I was wearing the earphones. :D

[LoRd_MuldeR]

Thanks

That growl got me , I was wearing the earphones. :D

Take this:
https://opensvn.csie.org/traccgi/mulder1984/changeset/361/

[LoRd_MuldeR]

LameXP v3.13 Beta-3 :)

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated FLAC encoder to v1.2.1b (2009-10-01), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.22 (2009-09-25), using statically linked build (MSVC 9.0)
* Updated language files (big "thank you" to all contributors !!!)
* Updated the Splash screen and modified the sound that plays on very first launch

[MatLz]

Hi Lord. Not yet downloaded the new release...but...you have remove your SCRRREAM??

[LoRd_MuldeR]

Hi Lord. Not yet downloaded the new release...but...you have remove your SCRRREAM??

Uhm, if mean the sound on the "About" screen: No, I did not remove it. Beat me for that :p

But this sound won't play when you run the application for the very first time. Now a system-specific sound will be played...

(Took me quite some time to locate Window 7's system startup sound in "imageres.dll" ^^)

[MatLz]

Certainly the best update since long time ago!...
What?...a joke?..of course!:)

I don't know W7 nor Vista...I'm a XP addict.
Now they put their sounds in dll??

[LoRd_MuldeR]

I don't know W7 nor Vista...I'm a XP addict.
Now they put their sounds in dll??

Nope. But they made it impossible the change the "system startup" sound in the control panel. All the other sounds can still be changed.

Also there still is a "Windows Startup.wav" file in the "Windows\media" folder, but that one contains only a one second "click" sound. It's obviously a dummy file ;)

After some research using good old ResourceHacker, I found the actual startup sound in the resource section of the DLL file mentioned before.

It appears Microsoft really doesn't want us to be able to edit the Windows 7 startup sound. Playing the sound from the DLL's resource is no problem though :D

[MatLz]

Wave:5080:1033 no? With reshack it seems it's easy to change that.
(Hope Bill doesn't see this thread...;))

[LoRd_MuldeR]

Wave:5080:1033 no? With reshack it seems it's easy to change that.
(Hope Bill doesn't see this thread...;))

You can't modify or replace Windows system files, at least not easily. On Windows 7 even the "Administrator" doesn't have full access. Only the "Trusted Installer" can change system files.
http://en.wikipedia.org/wiki/Windows_Resource_Protection

That's not really new. Windows XP has a similar method to protect your system files. It works differently though...

[MatLz]

We need 'the full power', modify the propriatary and give him the total control in the properties...
Well it's beyond my understanding....we pay $$$ for an exploitation system which normally give us the possibility to have a 'Personnal Computer', and it's the cross and the flag to change a simple sound...

[LoRd_MuldeR]

We need 'the full power', modify the propriatary and give him the total control in the properties...
Well it's beyond my understanding....we pay $$$ for an exploitation system which normally give us the possibility to have a 'Personnal Computer', and it's the cross and the flag to change a simple sound...

It's generally a good idea to protect system files against modification! Malware modifying system files to hide itself is probably the worst case :eek:

And if he really needs to, the Administrator can still take ownership of the "protected" file to modify/replace it. Needless to say that you must be very careful with that!

Why they made the startup sound a "protected" resource isn't clear to me. But there really are more serious things to worry about...

[MatLz]

I agree for critical files or actions....but a protection for a startup sound? I think it's too much to have do that, or change the old method which worked nice! People bielieve they have the wonderfull lastest thing under their hand, but they're wrong. In lot of cases the world is in regression, it's 'I give you a little something, I take you more liberty'.
Well...sorry to disturb your thread with that!
Maybe moderators will not like...so...what next in LameXP?

[LoRd_MuldeR]

No big plans currently. Time to get prepared for the next semester ;)

[MatLz]

The most important relative variable is time! And you must live before all. So, to release the LameXP264encoder, take your time!

[lucassp]

Hi,

Could someone please tell me how to enable HEAAC v2? Thanks!

[LoRd_MuldeR]

Hi,

Could someone please tell me how to enable HEAAC v2? Thanks!

You don't "enable" HE-AAC v2. That mode is especially designed for ultra-low bitrates and will hurt quality at medium/high bitrates.

The Nero AAC encoder will choose the suitable encoding mode, depending on the select bitrate (or quality). Iff suitable for the selected bitrate, it will use HE-AAC v2.

Anyway, you can enforce the HE-AAC v2 profile in LameXP's advanced options. This is not recommended at all! But it's up to you ;)

[SeeMoreDigital]

Hi,

Could someone please tell me how to enable HEAAC v2? Thanks!From the "Advanced Options" go to "Nero AAC Profile Override" and select "Enforce HE-AAC v2 Profile": -

http://i35.tinypic.com/2sbldus.png


Cheers

[lucassp]

Thanks guys!

I'm encoding at 48kbps. Should this bitrate enforce HEAAC v2 by default?

[LoRd_MuldeR]

Thanks guys!

I'm encoding at 48kbps. Should this bitrate enforce HEAAC v2 by default?

If 48 kbps doesn't use HE-AAC v2 with default settings ("Auto"), then obviously the Nero engineers have decided that HE-AAC v2 isn't preferable for that bitrate (and number of channels).

And if it is used, then you don't need to enforce HE-AAC v2 explicitly, because it's already used with default settings ;)

Please note: HE-AAC v1 = LC-AAC + Spectral Band Replication (http://en.wikipedia.org/wiki/Spectral_band_replication), HE-AAC v2 = LC-AAC + Spectral Band Replication + Parametric Stereo (http://en.wikipedia.org/wiki/Parametric_Stereo)

[black64er]

1. Every time when lameXP is started hi want to update it's self. Where is option that I forbid to do that and to never ask me again.

2. After a task is finished. You play me that sound over and over. And, I guess you'l never realise and now i must tell ya, if is to many files to be converted, task can last awhile, and man works other things while wait to finish your prg. Then what is hapenning? TADADTATYDUAUA I'm finish (playing stupid sound) says LameXP and get me hart atack every time I use it. That is a real pain for my ears!

3. Suppose I click About... option. And You do something stupid again. at my ears! with that terrible loud sample!!!

So, growup and change this 3 thing, please!

[LoRd_MuldeR]

1. Every time when lameXP is started hi want to update it's self. Where is option that I forbid to do that and to never ask me again.

2. After a task is finished. You play me that sound over and over. And, I guess you'l never realise and now i must tell ya, if is to many files to be converted, task can last awhile, and man works other things while wait to finish your prg. Then what is hapenning? TADADTATYDUAUA I'm finish (playing stupid sound) says LameXP and get me hart atack every time I use it. That is a real pain for my ears!

3. Suppose I click About... option. And You do something stupid again. at my ears! with that terrible loud sample!!!

So, growup and change this 3 thing, please!

Obviously you didn't even look at the application's advanced options (http://img291.imageshack.us/img291/5671/balloontooltipwl4.png) menu :rolleyes: :rolleyes: :rolleyes:

Also your way of complaining about a software that was given to you for free is absolutely unacceptable. Remember: I don't owe you anything!

If you have any feature requests, ask kindly and it may be implemented. But this way, no chance ;)

Oh, and expect a strike for your Rule #4 (http://forum.doom9.org/forum-rules.htm) violation very soon. Your PM has already been forwarded to the moderator team...

[black64er]

Obviously you didn't even look at the applications options menu :rolleyes: :rolleyes: :rolleyes:

Oh, and expect a strike for your Rule #4 (http://forum.doom9.org/forum-rules.htm) violation soon...

Well, You are right. All is there (options menu with right click button) - but I see them just now when you said that there's.

Sorry if I been rude, but, as I said - I get heart attack every time I use lameXP :)

[LoRd_MuldeR]

LameXP v3.13 Final :)

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated FLAC encoder to v1.2.1b (2009-10-01), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.22 (2009-09-25), using statically linked build (MSVC 9.0)
* Updated AC3Filter Tools to v0.31b (2009-10-01)
* Updated TAK decoder to v1.1.2 (2009-07-27)
* Updated mpg123 decoder to v1.9.1 (2009-10-09)
* Updated language files (big "thank you" to all contributors !!!)
* Updated the Splash screen and modified the sound that plays on very first launch
* Updated JEDI-VCL from v3.34 to v3.38 (2009-08-27)

[SeeMoreDigital]

LameXP v3.13 Final :)Many thanks mate :)

Great work as usual and kindly appreciated :)

[tipsypenguin]

Thanks LoRd_MuldeR

[LoRd_MuldeR]

LameXP v3.13 Final R2 :)

Changes between v3.12 and v3.13:
* Updated LAME encoder to v3.98.2 (2009-09-26), compiled with ICL 11.1.046
* Updated FLAC encoder to v1.2.1b (2009-10-01), compiled with ICL 11.1.046
* Updated MediaInfo to v0.7.23 (2009-10-16), using statically linked build (MSVC 9.0)
* Updated AC3Filter Tools to v0.31b (2009-10-01)
* Updated TAK decoder to v1.1.2 (2009-07-27)
* Updated mpg123 decoder to v1.9.1 (2009-10-09)
* Updated language files (big "thank you" to all contributors !!!)
* Updated the Splash screen and modified the sound that plays on very first launch
* Updated JEDI-VCL from v3.34 to v3.38 (2009-08-27)
* Updated GnuPG to v1.4.10 (2009-09-02)

Also fixed a minor bug with playing Windows system sounds (environment variables that may appear in the path to the sound file weren't expanded).

[olnima]

Is there any option to encode titles of / a whole CD without saving them to .wav first?

Thanks for your application,
Olnima

[LoRd_MuldeR]

No. There is no feature to rip tracks directly from Audio-CD in LameXP.

[olnima]

...maybe something for a boring november-weekend... :)

[LoRd_MuldeR]

...maybe something for a boring november-weekend... :)

Implementing a CD ripper would take me much more than just a weekend, I guess ;)

Also the chance for a "boring" weekend is extremely small this November, as I'm busy working on my thesis now :D

Last but not least I think that functionality is outside the scope of LameXP.

[Octo-puss]

For ripping the tracks, every sane person uses Exact Audio Copy.

[Karkas]

Sorry if this is a retarded, but I can't seem to figure out how to append/combine multiple mp3 files into 1 with this utility. I'm sure it is possible, but I am just overlooking something simple.

I don't really want to re-encode them, just combine.

I've searched around and can't find out how anywhere. If it isn't possible can you recommend something else? I don't trust the google'd garbage software.

Thanks

[MatLz]

Hi Karkas, LameXP is a nice and powerfull interface for encoding, it's not an editor.
Try mp3directcut for your need, with it you can join mp3 without recode them.

[LoRd_MuldeR]

Sorry if this is a retarded, but I can't seem to figure out how to append/combine multiple mp3 files into 1 with this utility. I'm sure it is possible, but I am just overlooking something simple.

No, it's not possible. You are using the wrong tool for what you try to achieve. Use Audacity, if you need a nice audio editor ;)
http://audacity.sourceforge.net/

[Karkas]

Thanks guys
:thanks:

[LoRd_MuldeR]

LameXP v3.14, Beta-5:
http://www.mediafire.com/file/nnnqymfzt2j/LameXP.2009-11-22.Beta-5c.zip (Mirror 1 (http://dl.dropbox.com/u/3191920/LameXP/LameXP.2009-11-22.Beta-5c.zip)) (Mirror 2 (http://ul.to/dtmcsa))

Changes between v3.13 and v3.14:
* Added Suspend and Resume buttons to the processing window
* Added another language: Spanish/Castlian (Spanish from Spain)
* Updated MediaInfo to v0.7.25 (2009-11-13), compiled with ICL 11.1.046
* Updated language files (big "thank you" to all contributors !!!)
* Fixed a number of minor glitches

Note: There's a new "SilentMode" mode now (available only from the INI file), which will suppress all messages boxes that don't require an explicit answer.

[digitaltoast]

Hi there; it's a great app, but I feel you should definitely get rid of that gigantic huge burping noise on the "about" screen.
I can't persuade someone to use it because of this!

[LoRd_MuldeR]

Hi there; it's a great app, but I feel you should definitely get rid of that gigantic huge burping noise on the "about" screen.

Sorry, but:
http://www.youtube.com/watch?v=bjEW7Y1Xbdo :D

(In English: "A bit of fun must be allowed")

I can't persuade someone to use it because of this!

Too bad. Imagine all the paying customers I loose :p

[digitaltoast]

Sorry, but:
http://www.youtube.com/watch?v=bjEW7Y1Xbdo :D
(In English: "A bit of fun must be allowed")
Too bad. Imagine all the paying customers I loose :p
Oh dear, now I feel bad. I use a lot of your applications, I think they are great. This app too is great, but if you want it to be perfect, just take the huge belching sound off.
That is all. No other criticism. I love this app and use it everyday.

[LoRd_MuldeR]

Oh dear, now I feel bad. I use a lot of your applications, I think they are great. This app too is great, but if you want it to be perfect, just take the huge belching sound off.

Do I hear some sarcasm here? :D

Really, I won't remove that sound from the official version. You can always turn off all sounds (including Uuaarrgh! (http://www.youtube.com/watch?v=frZWAdmUUD4&) sound) in the options. So if you dislike it so much, simply turn the sound off.

Last but not least, this is free software (http://en.wikipedia.org/wiki/Free_software). You can modify it according to your personal needs/preferences, e.g. you can add or remove whatever sounds you want ;)

[MatLz]

Hi my Lord, thx for your releases!...you've work a lot last days!...ha yes and big THX for the new links!(you know why...).

[LoRd_MuldeR]

LameXP v3.14, RC-3:
http://dl.dropbox.com/u/3191920/LameXP/LameXP.2009-11-29.RC-3.zip

Changes between v3.13 and v3.14:
* Added Suspend and Resume buttons to the processing window
* Added another language: Castilian Spanish (Spanish from north/central Spain)
* Updated MediaInfo to v0.7.25 (2009-11-13), compiled with ICL 11.1.046
* Updated mpg123 decoder to v1.9.2 (2009-11-20)
* Updated language files (big "thank you" to all contributors !!!)
* Updated JEDI-VCL from v3.38 to v3.39 (2009-11-05)
* Various minor fixes and improvements

[LoRd_MuldeR]

LameXP v3.14, Final :)

Changes between v3.13 and v3.14:
* Added Suspend and Resume buttons to the processing window
* Added another language: Castilian Spanish (Spanish from north/central Spain)
* Updated mpg123 decoder to v1.9.2 (2009-11-20)
* Updated MediaInfo to v0.7.25 (2009-11-13), compiled with ICL 11.1.046
* Updated AC3Filter Tools to v0.31b (2009-10-01), compiled with ICL 11.1.046
* Updated language files (big "thank you" to all contributors !!!)
* Updated JEDI-VCL from v3.38 to v3.39 (2009-11-05)
* Various minor fixes and improvements

[~bT~]

thank you me lord! :)

[kool]

is this meant for XP or any OS ? :p

[LoRd_MuldeR]

is this meant for XP or any OS ? :p

Initially LameXP was developed on Windows XP, but it is developed on Windows 7 now. There even are some Windows 7 specific features ;)

I assume it works on Windows Vista and on Windows 2000 as well, but I have no such test system. It does work under Linux/Wine though, tested with Ubuntu 9.04.

Legacy Windows systems (Windows 95, 98 and ME) are no longer supported. The number of users with such archaic OS is negligible.

Results of OS poll:
http://mulder.dummwiedeutsch.de/pub/poll/Poll_OS_2009.pdf

[kool]

Thank You

[LoRd_MuldeR]

LameXP v3.15, Alpha-2
http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2009-12-18.Alpha-2.zip

Nothing new since the last release yet. But I updated both, mpg123 and MediaInfo, to the latest versions.

[otmax]

Hi! My English is horrible, please excuse me.
LameXP is a great tool, but we are always have "but" :) I have two requests:
The first and the main: Please, add support to transfer tag's from source files. Just save them as is.
Second, if it's easy: an option to create several files from one (for example, from FLAC, which contains full album). With adding proper tag's, of course ;-)

[LoRd_MuldeR]

The first and the main: Please, add support to transfer tag's from source files. Just save them as is.

That's how LameXP works. Doesn't it?

Second, if it's easy: an option to create several files from one (for example, from FLAC, which contains full album). With adding proper tag's, of course ;-)

LameXP is a converter, not an editor. If you need to cut a long track into several shorter tracks, use an audio editor, such as Audacity.

[otmax]

That's how LameXP works. Doesn't it?
It doesn't. When option "Write metadata to files" switched ON, LameXP getting tags from fields, that was filled by user. When this option switched OFF, result tags are clear. I've tested by converting 3 files with metadata (.ape, .ogg, .mp3) to .ogg.


LameXP is a converter, not an editor. If you need to cut a long track into several shorter tracks, use an audio editor, such as Audacity.
I'm dont say about editing. Just generate tracks automatically, when source file is an album. For example, .ape or .ogg with information about tracks, which are contained in file.
Optionally, of course.

[LoRd_MuldeR]

It doesn't. When option "Write metadata to files" switched ON, LameXP getting tags from fields, that was filled by user. When this option switched OFF, result tags are clear. I've tested by converting 3 files with metadata (.ape, .ogg, .mp3) to .ogg.

That's exactly how it is intended!

If you overwrite the tags manually, it will use your tags, of course. The tags detected from the source files are only used, when you leave the corresponding field empty ;)

And of course turning the meta tag writing off does what one would expect. It doesn't write any meta tags...

I'm dont say about editing. Just generate tracks automatically, when source file is an album. For example, .ape or .ogg with information about tracks, which are contained in file.
Optionally, of course.

Splitting a file into several tracks is editing. At least from my point of view. It currently doesn't fit into the concept of LameXP :rolleyes:

[LoRd_MuldeR]

LameXP v3.15 Xmas-Edition:

Changes between v3.14 and v3.15:
* Added support for Nero AAC encoder v1.5.1.0
* Updated mpg123 decoder to v1.10.0 (2009-12-05)
* Updated MediaInfo to v0.7.26 (2009-12-18), compiled with ICL 11.1.051
* Updated AC3Filter Tools to v0.31b (2009-10-01), compiled with ICL 11.1.051

http://fc04.deviantart.net/fs23/f/2007/346/1/5/Santa_hat_Emoticon_by_CheddarMan.png

[~bT~]

Thank you LoRd_MuldeR! A belated merry xmas and hope u have a fantastic new year! Thanks for all the updates this year and here's hoping there are many more to come next year ;)

[LoRd_MuldeR]

LameXP v3.16 Alpha-2:
http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2010-01-07.Alpha-2.zip

Changes between v3.15 and v3.16:
* Updated WavPack decoder to v4.60.1 (2009-11-29)
* Updated MediaInfo to v0.7.27 (2010-01-04), compiled with ICL 11.1.054
* Updated GnuPG to v1.4.10b (2009-09-03), compiled with GCC 4.2.1

[fripp21]

Hi. Seems to be a great app!

I had some problems though. The app did not start after installation. I dl-ed the v3.16 alpha-2.

Have Windows 7 (64 bits). Is the app supposed to work on this set-up?

Thanks in advance.

[LoRd_MuldeR]

I had some problems though. The app did not start after installation. I dl-ed the v3.16 alpha-2.

Some more info please. "The app did not start" isn't a very helpful error description. What exactly did happen?

Have Windows 7 (64 bits). Is the app supposed to work on this set-up?

My main development machine has Windows 7 (64-Bit) installed ;)

[fripp21]

Oh, thanks - quick reply.

Well, I installed the app. Seemed to be ok. But when I started it the first time it "freezed", the icon came up on screen but the application "did not respond". I had to right-click and end the application. I have uninstalled it now. Maybe try again?

Do I have to reboot after installation?

I have successfully installed and tried both "Avidemux 2.5" and "SMPLayer". Very nice applications!

Thanks.

[LoRd_MuldeR]

Well, sometimes Windows "thinks" that the application does not respond while it's busy, for example when LameXP is starting up ("splash screen").

In Windows 7 (maybe also Vista, never used it) there is a new dialog that will pop up if an applications doesn't respond immediately, which looks like a "crash" dialog.

But it's not a crash! Simply wait until LameXP has initialized. And don't try to "click away" the spalsh screen, as that won't work.

Side note: I have noticed that A/V software can slow don't the start of LameXP significantly. Especially the "file activity" scanner of M$ Security Essentials :rolleyes:

[fripp21]

Ok, thanks. That make sence. I'll install it again and let the first start-up take it's time.

I'll let you know later.

Thanks again!

[Motenai Yoda ^.^]

Great application!

but with v3.15 Xmas using Lame Algorithm Quality on Maximum Quality or High Quality , with vbr quality to 4 do the same commandline? (-q0)
also is possible use the .m4a extension for nero aac files instead of .mp4?

ps a feature request, an "on the fly encoding" option for lame encoding if normalizzation is turned off...

sorry for my english

[LoRd_MuldeR]

but with v3.15 Xmas using Lame Algorithm Quality on Maximum Quality or High Quality , with vbr quality to 4 do the same commandline? (-q0)

Huh? If you use Quality (VBR) compression mode, then then the "Quality/Bitrate" slider controls the "-V" option of LAME. That's a Filesize -vs- Quality option.

The "Lame Algorithm Quality" slider controls the "-q" option of LAME. That's a Speed -vs- Quality option and it applies to all compression modes...

also is possible use the .m4a extension for nero aac files instead of .mp4?

Possible indeed ;)

But the one and only "correct" (regarding the MPEG-4 Standard) file extension for MP4 files is ".mp4", so that's what LameXP will continue to use.

See also:
http://en.wikipedia.org/wiki/MPEG-4_Part_14#.MP4_versus_.M4A_file_extensions

ps a feature request, an "on the fly encoding" option for lame encoding if normalizzation is turned off...

What is "on the fly" encoding supposed to mean?

If you don't use any filters (currently there's only Normalization) and if your source is uncompressed Wave-Audio (PCM), then the source file will be fed directly into LAME.

But if your source is something different from uncompressed Wave, we must decode the source first. There's no other way!

I know that LAME can also accept MP3 files as input directly. But there are many formats that LameXP supports as input, but LAME doesn't accept.

Furthermore there are many encoders supported by LameXP that don't accept MP3 files as input. Decompressing everything to PCM Wave Audio first is the best solution!

(BTW: With N encoders and M audio formats, there are NxM possible combination. And I certainly won't implement special paths for each combination ^^)

[Motenai Yoda ^.^]

The "Lame Algorithm Quality" slider controls the "-q" option of LAME. That's a Speed -vs- Quality option and it applies to all compression modes...together modes use -q0, I think -q0 for Maximum and -q2 for High.

I ustat only with -V 4 so i don't know if there are switch for regarding a better quality on middle/low bitrate and vbr modes.

But the one and only "correct" (regarding the MPEG-4 Standard) file extension for MP4 files is ".mp4", so that's what LameXP will continue to use. yes I know, but my personal portable player don't would play a .mp4 file.

But if your source is something different from uncompressed Wave, we must decode the source first. There's no other way... a pipeling can be used to connect decoder to encoder without that a wav file is needed to write.

[LoRd_MuldeR]

together modes use -q0, I think -q0 for Maximum and -q2 for High.

I ustat only with -V 4 so i don't know if there are switch for regarding a better quality on middle/low bitrate and vbr modes.

I don't get your point. The "-V" and "-q" options are two independent options.

While "-V" controls Quality -vs- Bitrate for VBR mode, the "-q" option controls Quality -vs Speed for all modes.

And that's exactly how it is used in LameXP.

yes I know, but my personal portable player don't would play a .mp4 file.

Don't ask me to implement workarounds for bugs in your player.

Instead ask your manufacturer to fix that serious bug in the player (via Firmware update). And if they don't provide a fix in time, return the broken device to the shop.

(If I allow ".m4a" output, tomorrow the next user will ask for ".xyz", because his player "requires" yet another weird/wrong extension)

a pipeling can be used to connect decoder to encoder without that a wav file is needed to write.

I know how pipes work ;)

But not all encoders used by LameXP can read input from STDIN. And not all decoders used by LameXP can write output to STDOUT.

As said before, with N decoders and M encoders, I cannot implement special paths for each of the NxM combinations!

And another issue: If an encoder reads the input from STDIN, it (usually) doesn't know the length of the input and thus cannot display progress information.

After all, using temporary intermediate files is the most feasible solution for me. I'm not planning to change that...

[Motenai Yoda ^.^]

I don't get your point. The "-V" and "-q" options are two independent options.

While "-V" controls Quality -vs- Bitrate for VBR mode, the "-q" option controls Quality -vs Speed for all modes.

And that's exactly how it is used in LameXP.

forget -V and vbr.

I would tell u "With 3.15 using "Lame Algorithm Quality" on "Maximum Quality" or "High Quality" use -q0. "High Quality" should use -q2 or -h, isn't?"

[LoRd_MuldeR]

Sorry, I still don't get your point. The "-q" option isn't related to VBR mode, nor is it related to ABR mode.

It's simply a "Quality -vs- Speed" option for LAME in general and thus applies to all encoding mode (VBR, ABR and CBR) in the same way.

Furthermore "-h" is simply an alias for "-q 2". So if you set "-q" explicitly (which LameXP does), then "-h" is superfluous!

In LameXP the user can control "-V" (for VBR mode) and "-q" (for all modes) independently. And LameXP's default is "-q 2" aka "-h".

And setting "Lame Algorithm Quality" to "High Quality (Recommended)" will indeed pass the "-q 2" paramter to LAME.

[LoRd_MuldeR]

LameXP v3.16 Alpha-3:
http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2010-01-11.Alpha-3.zip

Changes between v3.15 and v3.16:
* Added support for Nero AAC encoder v1.5.3.0 (2009-12-29)
* Updated WavPack decoder to v4.60.1 (2009-11-29)
* Updated MediaInfo to v0.7.27 (2010-01-04), compiled with ICL 11.1.054
* Updated GnuPG to v1.4.10b (2009-09-03), compiled with GCC 4.2.1

Please note that the Nero AAC encoder v1.5.3.0 can be obtained by re-downloading the v1.5.1.0 package from the Nero web-site!

[LoRd_MuldeR]

LameXP v3.16 Final :)

Changes between v3.15 and v3.16:
* Added support for Nero AAC encoder v1.5.3.0 (2009-12-29)
* Disable DPI warning on Vista and later, as they handle DPI != 96 much better than WinXP
* Updated WavPack decoder to v4.60.1 (2009-11-29)
* Updated MediaInfo to v0.7.27 (2010-01-04), compiled with ICL 11.1.054
* Updated GnuPG to v1.4.10b (2009-09-03), compiled with GCC 4.2.1

[mr soft]

Disable DPI warning on Vista and later, as they handle DPI != 96 much better than WinXP

Big :thanks: as usual, especially for this ^ It was diving me nuts.

LameXP v3.16 Final
Is it ever really the end. :devil:

[LoRd_MuldeR]

Big :thanks: as usual, especially for this ^ It was diving me nuts.

Sorry, I hadn't noticed that Vista & Win7 finally handle scaling for non-standard DPI's much better. WinXP always destroyed the layout with Non-96 DPI. Thus the warning :rolleyes:

http://i47.tinypic.com/2v85pvp_th.png (http://i47.tinypic.com/2v85pvp.png) http://i46.tinypic.com/znwuv7_th.jpg (http://i46.tinypic.com/znwuv7.jpg)

Is it ever really the end. :devil:

"Final" just refers to "release version", as opposed to "Alpha" or "Beta" versions that are intended for testing only.

[LoRd_MuldeR]

LameXP v3.17 Alpha-3
http://www.mediafire.com/file/mj3zemdektt/LameXP.2010-02-03.Alpha-3.zip

Changes between v3.16 and v3.17:
* Updated TAK decoder to v2.0.0 (2010-01-07)
* Updated ALAC decoder to v0.2.0 (2009-09-05)
* Fixed "No Disk" error box that could appear under rare circumstances

[MatLz]

Hi my Lord!
Is your 'error disk fixe' fixe that?:
http://forum.doom9.org/showpost.php?p=1317886&postcount=489

[LoRd_MuldeR]

Hi my Lord!
Is your 'error disk fixe' fixe that?:
http://forum.doom9.org/showpost.php?p=1317886&postcount=489

Probably. I have noticed that DirectoryExists() will popup a nasty message box when called with a path that is located on a removable disc -- if there's no disc in the drive :rolleyes:

So now I have implemented yet another check that is called before DirectoryExists() is called. This additional check will make sure that the drive is ready. If the path points to a drive that is not ready (e.g. CD-ROM drive without a disc), we will reject the path immediately instead of checking for its existence. This has been implemented at two locations where a message box could have been triggered...

[MatLz]

When I will be able to download this build (mediafire:devil: ) and if that (probably;)) fixes my really annoying issue....you will have a big big thx from me and I will send you chocolates!!
Thx

[LoRd_MuldeR]

LameXP v3.17, Alpha-4:
http://www.mediafire.com/file/mzwmtmzzogt/LameXP.2010-02-04.Alpha-4.zip (Mirror (http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2010-02-04.Alpha-4.zip))

Okay, I found a "smarter" way to avoid those message boxes. I have now implemented my own SafeDirectoryExists() function that simply is a wrapper around the native DirectoryExists() function, but will disable system error message boxes before the call to DirectoryExists() and re-enable them afterwards. That's similar to Delphi's SafeLoadLibrary() function. Furthermore all calls to DirectoryExists() in LameXP have been replace with the new SafeDirectoryExists(), which hopefully will avoid those "No Disc" message once and for all...

[MatLz]

Unfortunetely that doesn't resolve my problem...however there is a change:
Now it's 'Splash: LameXP.exe - No disk' instead of 'LameXP: LameXP.exe - No disk'
Sorry for the chocolates;) but thx for your work and your efforts!

[LoRd_MuldeR]

Well, now at least we can be sure that this message box isn't triggered by any call inside LameXP. That's because all calls to DirectoryExists() -- and also to FileExists(), by the way -- have been guarded with wrapper code that will set ErrorMode to SEM_FAILCRITICALERRORS before the actual call. After that change I was unable to re-produce the error message. Well, even before it could only happen under extremely rare circumstances. So unless I get more details on what triggers the message box, I cannot do anything. And are you 100% sure, you used the latest build ???

[MatLz]

Yes the latest (thx for the mirror link)
So what can I do to give you the informations you need to know?
I can only say the error box is old windows style...

[LoRd_MuldeR]

Please try with that DEBUG build:
http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2010-02-05.Debug-1.zip

Maybe we can track down the point where the error message is triggered. The last debug message right before the "No Disk" box would be relevant...

[MatLz]

Ok
Error box appears between CreateForm(TForm_Main, Form_Main) and TForm_Data.Create.

[LoRd_MuldeR]

Ok
Error box appears between CreateForm(TForm_Main, Form_Main) and TForm_Data.Create.

Now that is annoying! It means that the error message is triggered while the "Main" Form is created. So it's definitely not caused by my own code. Apparently it's triggered somewhere inside Delphi's internal Form creation code. That's code I have zero control over. Anyway, I have implemented yet another workaround: I will now disable the Win32 error messages before the native Form constructor is called an re-enable them afterwards. And that for all the Forms of LameXP. It's kind of ugly with all those wrapper functions, but I hope that finally resolves the problem...

LameXP v3.17 Alpha-5:
http://www.mediafire.com/file/a2dymmf2zw4/LameXP.2010-02-05.Alpha-5.zip (Mirror (http://dl.dropbox.com/u/3191920/Beta/LameXP/LameXP.2010-02-05.Alpha-5.zip))

[MatLz]

That does work now!
THANK YOU!
I PM you for the chocolates.
But:It's kind of uglyDon't do ugly things in your code only for me! Can it be a problem for 'real useful' error message and other users?

[LoRd_MuldeR]

There were several people who complained about the issue lately. Good to know that the workaround has fixed it, finally.

I said the solution is "kind of ugly" because I had to built a wrapper around Delphi's function, instead of fixing the underlying code. But there's no better way here...

And I certainly won't start modifying the Delphi VCL code :p

[LoRd_MuldeR]

LameXP v3.17 RC-3
http://www.mediafire.com/file/0gxi1ngdgyt/LameXP.2010-02-20.RC-3.exe

Changes between v3.16 and v3.17:
* Updated TAK decoder to v2.0.0 (2010-01-07)
* Updated ALAC decoder to v0.2.0 (2009-09-05)
* Updated MediaInfo to v0.7.28 (2010-02-19), compiled with ICL 11.1.054
* Fixed "No Disk" error message box that could appear under certain circumstances
* Fixed "...is not responding" error message box that could appear during startup
* Various minor fixes and improvements

[manolito]

Thanks LoRd_MuldeR for this nice app!

I have a request, though... (using 3.16 final right now). I have disabled the WinXP Balloon Tips with TweakUI (I do have my reasons for doing it), but LameXP reenables them every time I run it. Could you please turn this off?

And something else...
LameXP would certainly be my only audio converter if it did support AC3. Could you integrate Aften?


Cheers
manolito

[LoRd_MuldeR]

I have a request, though... (using 3.16 final right now). I have disabled the WinXP Balloon Tips with TweakUI (I do have my reasons for doing it), but LameXP reenables them every time I run it. Could you please turn this off?

Nope. Because I want to use Balloon Tooltips for various things. So it really is a pity if people turn them off :p

If an applications shows Balloon Tooltips, we can assume it has a reason for that. Otherwise you may want to get rid of that application.

http://img291.imageshack.us/img291/5671/balloontooltipwl4.png

<UPDATE> I have implemented a workaround that will re-disabled Balloon Tooltips on exit, if they were turned on at startup </UPDATE>

LameXP would certainly be my only audio converter if it did support AC3. Could you integrate Aften?

I could. It's not a big deal, because the internal "infrastructure" allows adding new encoders/decoders easily.

However the GUI would need to be rearranged. And therefore adding additional encoders is not planned for the upcoming release.

It's on my "TODO" list of a future release...

[manolito]

If an applications shows Balloon Tooltips, we can assume it has a reason for that. Otherwise you may want to get rid of that application.
For me this would mean to get rid of the whole OS...:devil:
These balloon tips have gotten on my nerves from day 1, and MS even decided to make it hard for the average user to get rid of them.

Anyway, thanks for the workaroud, works like a charm...

Cheers
manolito

[LoRd_MuldeR]

LameXP v3.17 Final :)

Changes between v3.16 and v3.17:
* Updated TAK decoder to v2.0.0 (2010-01-07)
* Updated ALAC decoder to v0.2.0 (2009-09-05)
* Updated MediaInfo to v0.7.28 (2010-02-19), compiled with ICL 11.1.054
* Fixed "No Disk" error message box that could appear under certain circumstances
* Fixed "...is not responding" error message box that could appear during startup
* Various minor fixes and improvements

[SeeMoreDigital]

Bummer... You got out the new version before I could ask you.

Errrm... How difficult would it be to add support for 7.1Ch AAC and FLAC encoding, from suitable sources, such as LPCM (.WAV)?


Cheers

[LoRd_MuldeR]

Bummer... You got out the new version before I could ask you.

Errrm... How difficult would it be to add support for 7.1Ch AAC and FLAC encoding, from suitable sources, such as LPCM (.WAV)?


Cheers

LameXP will sent the Wave file to the Nero AAC encoder "as-is". So if the Nero encoder does support 7.1 channels, this is supposed to work already.

But if the Nero encoder doesn't support 7.1 channels, then there's nothing I can do. I'm not a Nero engineer ;)

And the same applies to 7.1 channels FLAC support: It all depends on the encoder's capabilities. LameXP just feeds the Wave into the encoder...

[boyumeow]

Hi LM, sorry to pop-in again. Just something to report (maybe it was reported before).

Window Vista in English language, my songs' title are in Chinese characters, it fails during decoding time with LameXP. But if I renamed the titles in English, all went well and progress properly.

If I switch to Vista in Chinese language, all progress correctly too with Chinese characters.

Back to Vista in English language, using Microsoft Applocale to activate LameXP in Chinese language, I still get the same error during decoding time with Chinese characters.

So, I'm just wonder whether this will get fixed. Thanks.

[LoRd_MuldeR]

Hi LM, sorry to pop-in again. Just something to report (maybe it was reported before).

Window Vista in English language, my songs' title are in Chinese characters, it fails during decoding time with LameXP. But if I renamed the titles in English, all went well and progress properly.

If I switch to Vista in Chinese language, all progress correctly too with Chinese characters.

Back to Vista in English language, using Microsoft Applocale to activate LameXP in Chinese language, I still get the same error during decoding time with Chinese characters.

So, I'm just wonder whether this will get fixed. Thanks.

This is known and expected. It's because LameXP doesn't support Unicode. And it probably never will support Unicode, as Delphi 7.0 doesn't (properly) support Unicode :o

So all file names must be converted from Unicode to ANSI. That usually works fine! But if the Codepage for Non-Unicode applications isn't configured accordingly on your system, the "converted" file name will be invalid, as required characters are missing in the current Codepage, leading to a "wrong" ANSI representation of the file name. If you don't want to globally change the Codepage for Non-Unicode applications, you can use the Microsoft Applocale Wizard to change the Codepage for individual applications. But be aware: If you choose this method, you must launch the application via Applocale every single time!

(You can use WhatsMyCodepage.exe (http://mulder.googlecode.com/svn/trunk/LameXP/src/translations/WhatsMyCodepage.exe) to check what Codepage is currently configured for Non-Unicode applications. So you can compare the Codepages between different systems)

[boyumeow]

Ok, thanks LM, I believe I understand the point about Unicode support which I did suspect that is the cause. But the part about 'Microsoft Applocale' was not functioning in my case, its exactly the same result as without using it.

But, well, I still can use the long way to re-encode my songs, either rename or switch my language Codepage, which I don't find it any hazard cause I HAVE LameXP by LoRd_MuldeR, hehehe ;p.

Btw, just curious when will Delphi 7.0 be properly support Unicode, is it still in development.

Thanks.

[LoRd_MuldeR]

Btw, just curious when will Delphi 7.0 be properly support Unicode, is it still in development.

Nope. Delphi 7.0 was released back in 2002, so it's not under developed for almost one decade. In fact the Delphi IDE is owned/developed by a different company now.

The latest version of Delphi is "Delphi 2010" (aka "Delphi 14"). Starting with Delphi 2009 support for Unicode should be much better. At least the native "String" type is Unicode now.

Unfortunately a full version of an up-to-date Delphi would cost me ~1000,- € at least :p

But the part about 'Microsoft Applocale' was not functioning in my case, its exactly the same result as without using it.

Are you sure you selected the proper language? Most important: Did you verify that with my WhatsMyCodepage.exe (http://mulder.googlecode.com/svn/trunk/LameXP/src/translations/WhatsMyCodepage.exe) tool?

[boyumeow]

Whoa, didn't know that Delphi 14 was so expensive, or else I might consider donate to U :p, but wrong timing at the moment due to personal problem.

Not sure about how U meant to use Microsoft Applocale, I did verify with ur tool and it show my codepage is 1252 (western Europe). It just seem that applocale did change the GUI window of LameXP but when I start "Encode Now", the beginning decoder fail to see those songs title being translate, just seem to me that as if I need to activate aplocale for every single program throughout the whole encoding process.

I will report back after I try it out again, with my KIS disable too, just realize my KIS did something extra.

While it might seem to be my own problem too, cause I tweak my window for some performance purpose. Thanks.

[LoRd_MuldeR]

Not sure about how U meant to use Microsoft Applocale, I did verify with ur tool and it show my codepage is 1252 (western Europe).

Well, if you launched my 'WhatsMyCodepage' tool on your English system via AppLocale utility, then it should show the same Codepage as it would show on the Chinese system without AppLocale.

Given that you have selected the proper language in the AppLocale wizard...

It just seem that applocale did change the GUI window of LameXP but when I start "Encode Now", the beginning decoder fail to see those songs title being translate, just seem to me that as if I need to activate aplocale for every single program throughout the whole encoding process.

I just checked this. And the "AppLocale" settings definitely is forwarded from the main (GUI) process to the child (encoder) processes:

http://i45.tinypic.com/5npyky_th.png (http://i45.tinypic.com/5npyky.png)


But if nothing else helps, you can still try to open the "problematic" files with their short file name:

http://i46.tinypic.com/jzw2fc_th.png (http://i46.tinypic.com/jzw2fc.png)


[EDIT]

Here is an experimental build that provides an alternative 'Open' dialog for Unicode file names:
-Link removed-

Note that the file names will be converted to "short" (8+3) file names. Therefore you should only use the "new" dialog, if the "normal" dialog won't handle it.
It's still recommended to set the Codepage for Non-Unicode applications to the suitable Codepage for your file names...


[EDIT²]

This version includes a much improved version of the new Unicode-safe 'Open' dialog:
-Link removed-

Now multiple files can be selected and "long" file names are only converted to "short" file names if they contain unsupported characters.
If no serious problems are found, this will eventually replace the "normal" dialog. However be aware that Drag&Drop still is not Unicode-safe!
As before it is still recommend to configure the Codepage for Non-Unicode applications according to the file names you want to open...

[LoRd_MuldeR]

LameXP v3.18 RC-1 :)

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Updated LAME encoder to v3.98.3 (2010-02-28), compiled with ICL 11.1.054
* Updated mpg123 decoder to v1.10.1 (2010-02-27)

[boyumeow]

Well LM, indeed, there is problems with my windows environment, just that I could not found the fault. But ur unicode-safe "open" dialog did a good trick. Anyway, I will stick to the manual work as I have say before, cause I would not be able to identify all my songs with the unicode translated titles.

I never afraid of this little manual work, nothing is perfect. I'm just worry that I increase Ur trouble.

And I still had to thanks you for your hard work. :thanks:

[LoRd_MuldeR]

LameXP v3.18 RC-2 :)

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Updated MediaInfo to v0.7.29 (2010-03-08), compiled with ICL 11.1.060
* Updated LAME encoder to v3.98.3 (2010-02-28), compiled with ICL 11.1.054
* Updated mpg123 decoder to v1.10.1 (2010-02-27)

[SeeMoreDigital]

Is there any likelihood of adding say... an AC3 encoder?

[LoRd_MuldeR]

The same still applies:

Marvellous work...

I guess the only major encoder that would be worth including now is AC3..... Did I say that out loud?

Well, there is Aften. So this isn't too unrealistic. Will have a look when I have more time.

As mentioned before, LameXP's backend is organized in a way that allows adding new encoders/decoders quite easily. Updating and extending the GUI is what needs work.

Unfortunately I'm very busy at the moment...

[LoRd_MuldeR]

LameXP v3.18 Final :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Updated LAME encoder to v3.98.4 (2010-03-23), compiled with ICL 11.1.054
* Updated MediaInfo to v0.7.30 (2010-03-26), compiled with ICL 11.1.060
* Updated mpg123 decoder to v1.11.0 (2010-03-20), compiled with GCC 4.4.3

[LoRd_MuldeR]

LameXP v3.18 Final, Hotfix-1 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Updated LAME encoder to v3.98.4 (2010-03-23), compiled with ICL 11.1.054
* Updated MediaInfo to v0.7.30 (2010-03-26), compiled with ICL 11.1.060
* Updated mpg123 decoder to v1.12.1 (2010-03-31), compiled with GCC 4.4.3
* Updated Ogg Vorbis decoder to v1.9.7 (2010-03-29), compiled with MSVC 9.0
* Updated language files (big "thank you" to all contributors !!!)

[MatLz]

Hi my Lord,

I wonder if it is possible to add an option like that:

"don't delete intermediary temp wav files if the source file hasn't been remove from the list to have the possibility to directly encode with other settings"

[LoRd_MuldeR]

Hi my Lord,

I wonder if it is possible to add an option like that:

"don't delete intermediary temp wav files if the source file hasn't been remove from the list to have the possibility to directly encode with other settings"

Possible? Yes. Easy to do? Not really. Will it happen? Nope.

Usually it's preferable to clean up TEMP files as soon as possible. That someone re-encodes the same files twice or even more is... unlikely.

And even if some one does that, having to decode the files again every single time isn't a significant problem.

Decoding time -vs- encoding time is like 1:100 ;)

[nakTT]

Thanks for the latest update, Lord.

:thanks:

P/S: I also downloaded your updated x264 guide.

[Adolph]

Hi, first of all I want to thank LoRd_MuldeR for this great app.:thanks:Mainly because the program uses the latest release on Lamev3.98.4 and ogg aoTuV codecs. What I've found odd it that when I open the program it takes too much time to load(2 minutes 31 seconds) and seems to use a lot of CPU usage when loading because I can clearly hear the fan speeding up during this process.:confused: Is this normal with this application because its just a front end.Unfortunately I'm not a developer to check the code. I run the latest version LameXP v3.18 Final
Windows Vista 32 bit
AMD Turion 64 X2 1.80 GHz
2430MB memory RAM

Please advise
lots of thanks in advance

[LoRd_MuldeR]

This is most likely caused by insanely slow anti-virus software. Try to temporarily disabled the "real-time scanner" (guard) of your a/v software and see if it makes any difference.

I personally recommend Avira AntiVir (Personal Edition), as it is one of the fastest scanners along with a reasonably low false-positive rate...

[nakTT]

Hi Lord,

Since I can manually add Nero components in the application folder, is there any way for me to do the same for OggVorbis and others?

:thanks:

[LoRd_MuldeR]

Hi Lord,

Since I can manually add Nero components in the application folder, is there any way for me to do the same for OggVorbis and others?

:thanks:

Nero "components" ???

I think you mean the Nero AAC encoder, which has to be added manually to the application folder. That's required only because I cannot redistribute the Nero AAC encoder along with LameXP.

All the other encoders supported by LameXP are already "built-in", so you don't need to add them manually. This includes the Ogg Vorbis encoder.

And adding arbitrary encoders, that aren't supported by LameXP yet, isn't possible by putting them into the application folder. You would need to modifying the LameXP source codes. Or ask kindly ;)

By the way: Adding support for Aften (AC-3) is on my long-term "Todo" list, but I'm too busy at the moment...

[nakTT]

Yes, that is what I meant. So that I can manually update existing codec with the latest one (without having to bother you :) )

Since it is no possible at this point, then I will ask you nicely ( ;) ) when we have a new codec to be updated.

:thanks:

[LoRd_MuldeR]

Yes, that is what I meant. So that I can manually update existing codec with the latest one (without having to bother you :) )

Since it is no possible at this point, then I will ask you nicely ( ;) ) when we have a new codec to be updated.

:thanks:

I do my best to keep all the "built-in" encoders up-to-date. However there in fact is a way to overwrite the internal encoders ;)

Just put the encoder binary at:
<Install Directory>\Dev\<Build Number>\Bin\Foo.exe

This of course only works with the encoders that already are supported by LameXP. And it can screw things up if you put a wrong/unsupported binary.

[nakTT]

I do my best to keep all the "built-in" encoders up-to-date. However there in fact is a way to overwrite the internal encoders ;)

Just put the encoder binary at:
<Install Directory>\Dev\<Build Number>\Bin\Foo.exe

This of course only works with the encoders that already are supported by LameXP. And it can screw things up if you put a wrong/unsupported binary.
Glad to hear that ;) but I can't seems to find any directory at all.

I currently using non-installed (portable) version of the software. I can't see any other folder inside the main folder. Please advise.

[LoRd_MuldeR]

I currently using non-installed (portable) version of the software. I can't see any other folder inside the main folder. Please advise.

It won't be there. You need to create it yourself. And there is no "portable" version, as there is no non-portable version ;)

The installer will extract the 'LameXP.exe' to the desired directory and create startmenu shortcuts. But that's it. All the rest is identical to the 'Zip' release.

[nakTT]

It won't be there. You need to create it yourself. And there is no "portable" version, as there is no non-portable version ;)

The installer will extract the 'LameXP.exe' to the desired directory and create startmenu shortcuts. But that's it. All the rest is identical to the 'Zip' release.
I mean the Zip release :)

I see, so I will try to create the folder.

Any idea how can I encode audio (using nero aac) to m4a file instead of current mp4 file.

:thanks:

[nakTT]

I do my best to keep all the "built-in" encoders up-to-date. However there in fact is a way to overwrite the internal encoders ;)

Just put the encoder binary at:
<Install Directory>\Dev\<Build Number>\Bin\Foo.exe

This of course only works with the encoders that already are supported by LameXP. And it can screw things up if you put a wrong/unsupported binary.
Any idea where can I find Foo.exe?

As for the directory, is the below correct?

C:\LameXP\Dev\Build 87\Bin\Foo.exe

[LoRd_MuldeR]

Any idea where can I find Foo.exe?

You won't find it anywhere. You can put it into the aforementioned directory manually, so LameXP will find and use it instead of the "built-in" binary.

Also note that "Foo.exe" was just an example!

So you must use "tool_lamenc.exe" for LAME, "tool_oggenc_i386.exe" or "tool_oggenc_sse2" for Ogg Vorbis, "tool_flac.exe" for FLAC and so on...

As for the directory, is the below correct?

C:\LameXP\Dev\Build 87\Bin\Foo.exe

Nope. Replace "Build 87" with "87" and it will be correct ;)

Any idea how can I encode audio (using nero aac) to m4a file instead of current mp4 file.

.m4a is just a different (and incorrect!) file extensions for MP4 files containing audio.

The one and only "correct" extension for MP4 files (according to the specifications) is .mp4 and that is what LameXP uses.

Anyway, a simple "Right-click -> Rename" in Windows Explorer will do it ;)

(Given that your Explorer isn't crippled to hide the file extension, which is the case with a freshly installed Windows)

[nakTT]

Hi Lord,

Many, many thanks for a very detail guide. I believe with your guide, even a noob like me can get it done. Many thanks again Lord.

Where do you normally download these:
1) tool_lamenc.exe
2) tool_oggenc_i386.exe
3) tool_flac.exe" and others

Or you compile it yourself?


Regarding the extension, forgive me for not being specific enough. What I meant is excluding the rename the file extension. Anyway, I did and still use the trick when using LameXP. ;)

[LoRd_MuldeR]

Where do you normally download these:
1) tool_lamenc.exe
2) tool_oggenc_i386.exe
3) tool_flac.exe" and others

Or you compile it yourself?

If you don't want to (or can't) compile them yourself from the sources (available from the official project web-sites), you will need to find a pre-compiled binary somewhere around the internet :p

http://www.rarewares.org/index.php is a great site for pre-compiled audio tools, like encoders and decoders. Most of the "built-in" binaries I took from there. Some I compiled myself.

[nakTT]

If you don't want to (or can't) compile them yourself from the sources (available from the official project web-sites), you will need to find a pre-compiled binary somewhere around the internet :p

http://www.rarewares.org/index.php is a great site for pre-compiled audio tools, like encoders and decoders. Most of the "built-in" binaries I took from there. Some I compiled myself.
Hi Lord, you got it right. Noob like me can't (yet ;) ) compile myself.

rarewares version of the latest oggvorbis is crashing all the time on me. Confirmed by people at HA forum. Any other place that you normally go to get the binary?

I can see that LameXP using oggvorbis aoTuV b5.7 (2009-03-01). Any idea how can I use the latest test version; aoTuV post-b5.7 (2010-03-14) ( http://www.geocities.jp/aoyoume/aotuv/test.html ) with LameXP? I have tried the directory trick but to no avail.

:thanks:

[LoRd_MuldeR]

Hi Lord, you got it right. Noob like me can't (yet ;) ) compile myself.

rarewares version of the latest oggvorbis is crashing all the time on me. Confirmed by people at HA forum. Any other place that you normally go to get the binary?

Most sites only mirror the Rarewares.org binary. I think you should ping John33 about your crash problem!

(BTW: Are you using the "P4 only" or the "Generic" build?)

I can see that LameXP using oggvorbis aoTuV b5.7 (2009-03-01). Any idea how can I use the latest test version; aoTuV post-b5.7 (2010-03-14) ( http://www.geocities.jp/aoyoume/aotuv/test.html ) with LameXP?

The latest aoTuV release is 2009-03-01 ;)

You are pointing to the latest "test" version of aoTuv, which, as the name implies, should only be used for testing, but certainly not for long-term archiving of audio files.

Also the test versions only include a "reference binary" of venc.exe, which cannot be used for LameXP. There are no sources released!

So we will have to wait for AOYUMI to make a final release of the next aoTuV, including sources. Then we finally can get a new build OggEnc.exe with new aoTuV improvements.

[nakTT]

Most sites only mirror the Rarewares.org binary. I think you should ping John33 about your crash problem!

(BTW: Are you using the "P4 only" or the "Generic" build?)



The latest aoTuV release is 2009-03-01 ;)

You are pointing to the latest "test" version of aoTuv, which, as the name implies, should only be used for testing, but certainly not for long-term archiving of audio files.

Also the test versions only include a "reference binary" of venc.exe, which cannot be used for LameXP. There are no sources released!

So we will have to wait for AOYUMI to make a final release of the next aoTuV, including sources. Then we finally can get a new build OggEnc.exe with new aoTuV improvements.
Crash on all version. Hope they will update soon as I'm not the only one facing the problem.

Perhaps I forgot for bold the word "test" in my question. :p


Lord, any idea on how can I use the aoTuV latest test (;)) version (not necessarily using LameXP)? I thank you in advance.

:thanks:

[LoRd_MuldeR]

From the venc.exe help screen:

aoTuV Post Beta 5.7 - OggVorbis Encoder (c)2003-2010 Aoyumi

usage: venc [options] InputFileName [OutputFileName]

InputFileName is "input wav file name" or "-"(standard input)

[options] <general> (There are exclusive relations)
-qVALUE This value sets audio quality-level. It is between
-2 (low quality) and 10 (high quality). [VBR mode]
-bVALUE This value sets tagets bitrate (in kbits). [ABR mode]

[options] <enc-ctl> (Non-recommendation)
-ub=VALUE Upper bitrate setting (in kbits) for "-b".
-lb=VALUE Lower bitrate setting (in kbits) for "-b".
-lowpass=VALUE Overwrite default low-pass filter setting. New
low-pass filter value is between 2 and 99 (in kHz).
-ibtune=VALUE This relatively changes the noise masking value of
impulse block. This value is between -15 and 0.

[options] <other>
-downmix If the input stream is stereo, the stream of stereo
is converted into mono.
-resample=VALUE The VALUE sets new sampling rate.
-padding=VALUE This adds padding of VALUE (byte) to vorbis comment
domain.
-ignore_length The data length header is ignored.
-i Display of this software information.

Somthing like venc.exe -q5 "c:\foo\bar.wav" "c:\temp\out.ogg" should do the job.

[nakTT]

Somthing like venc.exe -q5 "c:\foo\bar.wav" "c:\temp\out.ogg" should do the job.
I assume "foo" is what ever the folder name, right?

as for -q5, for this test version only 0, -1, -2 will work. I got you there :p

Just kidding Lord, you has been very helpful to me. Thanks bro.


:thanks:


P/S: Thanks again Lord, it works like a charm.

[Adolph]

Thanks again LoRd_MuldeR.I temporarily disabled my McAffe Security Center like you suggested to check if LameXP loaded faster and it worked. LameXP booted really fast like in 3 seconds.
thanks again and keep up the good work

[Adolph]

sorry LoRd_MuldeR one more thing, I'd love to see support for Musepack as output. Can this be possible on future updates if it is not much too ask?
thanks a lot
you're the real LoRd:)

[nakTT]

sorry LoRd_MuldeR one more thing, I'd love to see support for Musepack as output. Can this be possible on future updates if it is not much too ask?
thanks a lot
you're the real LoRd:)
I second that.

Thanks Lord.

[LoRd_MuldeR]

Thanks again LoRd_MuldeR.I temporarily disabled my McAffe Security Center like you suggested to check if LameXP loaded faster and it worked. LameXP booted really fast like in 3 seconds.
thanks again and keep up the good work

Yet another reason to keep away from McAfee :rolleyes:

sorry LoRd_MuldeR one more thing, I'd love to see support for Musepack as output. Can this be possible on future updates if it is not much too ask?

Not currently planned. But never say never...

[nakTT]

Hi Lord,

If you don't already know, people at rarewares has already released the fixed version of the latest oggvorbis. If its not too much trouble, hope you can update LameXP with it. Thanks.

[LoRd_MuldeR]

Hi Lord,

If you don't already know, people at rarewares has already released the fixed version of the latest oggvorbis. If its not too much trouble, hope you can update LameXP with it. Thanks.

As said before, LameXP includes the version of OggEnc that uses the aoTuV-improved Vorbis encoder. The latest OggEnc release with aoTuV still is 2009-03-04. It will be updated as soon as either a new aoTuV version becomes available or the pending aoTuV improvements are merged into the "offical" Vorbis libraries. Furthermore LameXP never used the apparently broken 2010-03-27 release of OggEnc.

[nakTT]

As said before, LameXP includes the version of OggEnc that uses the aoTuV-improved Vorbis encoder. The latest OggEnc release with aoTuV still is 2009-03-04. It will be updated as soon as either a new aoTuV version becomes available or the pending aoTuV improvements are merged into the "offical" Vorbis libraries. Furthermore LameXP never used the apparently broken 2010-03-27 release of OggEnc.
Oops, I may have missed the part saying that LameXP only use auTuV version of ogg. Sorry for any inconvenience. I thank you anyway.

As for the merger, I heard that it is supposed to be in this release but later they said it is postponed to the next release instead. It is (among other) to avoid regression if I remember it correctly. Perhaps you know better than me and would like to share the real reason?

[LoRd_MuldeR]

It's mentioned here that they postponed the merging of psy-tunings (i.e. aoTuV) to a later release:
http://www.hydrogenaudio.org/forums/index.php?showtopic=79765&st=0&p=696408&#entry696408

That's all info I have. Let's hope they will do it soon, so we don't need to worry about two different flavours of Vorbis (up-to-date vs. psycho-acoustically-improved).

[nakTT]

Thanks for the info.

Yeah, I also hope they will do it sooner rather than later. Personally I prefer aoTuV since most people said it is better than the official one.

[MatLz]

Sorry for my late reply...Decoding time -vs- encoding time is like 1:100 ;)So you could claim 'LameXP is now 1% faster*'







(*in rare cases):)

No it's a joke, I understand.

[manolito]

Hi LoRd_MuldeR,

I have one question and one request...:)

Request first: Whenever I update LameXP to a new version, all my previous settings are gone, I have to reenter all my settings. Is it possible to teach the installer so that it will carry over all previous settings to the new version?

And now my question which concerns AC3 to WAV conversion:
Whenever I convert a 2-channel AC3 to WAV with LameXP, this WAV file plays OK in MPC, WaveLab also has no problems with it. But when I try to use this file with MuxMan to author a DVD, MuxMan rejects the file.

OTOH when I use good old HeadAC3he (version 0.24-a13) to do this conversion (one-pass mode, no sample rate conversion or normalization), the resulting WAV file is accepted by MuxMan. Do you have an explanation?


Cheers
manolito

[LoRd_MuldeR]

Request first: Whenever I update LameXP to a new version, all my previous settings are gone, I have to reenter all my settings. Is it possible to teach the installer so that it will carry over all previous settings to the new version?

The settings for each version of LameXP are stored separately.

If you look at "C:\Users\John Doe\AppData\Roaming\MuldeR\LameXP\Settings.ini" in a text editor, you'll see that there is one section per LameXP version.

You can hack the INI file and rename the sections to port your settings into a newer version. At your own risk, of course ;)

And now my question which concerns AC3 to WAV conversion:
Whenever I convert a 2-channel AC3 to WAV with LameXP, this WAV file plays OK in MPC, WaveLab also has no problems with it. But when I try to use this file with MuxMan to author a DVD, MuxMan rejects the file.

Might be a WAVE_FORMAT_PCM -vs- WAVE_FORMAT_EXTENSIBLE issue. See for details:
http://www.microsoft.com/whdc/device/audio/multichaud.mspx

Anyway, I think mpucoder (http://forum.doom9.org/member.php?u=78) would be the man to ask about MuxMan issues...

[LoRd_MuldeR]

LameXP v3.18 Final, Hotfix-2 :)
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

Changes between v3.17 and v3.18:
* Added an Unicode-safe "Open" dialog: File names are converted to "short" names if required
* Fixed mpg123 decoder to work on Windows 2000 (reported by Tim Womack)
* Updated LAME encoder to v3.98.4 (2010-03-23), compiled with ICL 11.1.054
* Updated MediaInfo to v0.7.32 (2010-05-02), compiled with ICL 11.1.065
* Updated mpg123 decoder to v1.12.1 (2010-03-31), compiled with GCC 4.4.4
* Updated Ogg Vorbis decoder to v1.9.7 (2010-03-29), compiled with MSVC 9.0
* Updated language files (big "thank you" to all contributors !!!)

[CpT]

Thanks man, This is a great app!

[ckmox]

thanks for the updates

[skrowl]

Request: Can you please make the output filenames from the nero aac encoder .m4a rather than .mp4? Some video players (including several I tested on my android phone) assume that anything with a .mp4 extension is a video, so they pause whenever I lock my phone. I believe that .m4a is the standard extension for an audio-only aac file anyhow: http://en.wikipedia.org/wiki/MPEG-4_Part_14#.MP4_versus_.M4A_file_extensions

Thank you!

[LoRd_MuldeR]

Request: Can you please make the output filenames from the nero aac encoder .m4a rather than .mp4? Some video players (including several I tested on my android phone) assume that anything with a .mp4 extension is a video, so they pause whenever I lock my phone. I believe that .m4a is the standard extension for an audio-only aac file anyhow: http://en.wikipedia.org/wiki/MPEG-4_Part_14#.MP4_versus_.M4A_file_extensions

Thank you!

Nope. The only "correct" extension for MP4 files is ".mp4" and that's the extension I'll use. If Apples thinks they need their own extension, then that's their problem. I don't care ;)

.MP4 versus .M4A file extensions

The existence of two different file extensions for naming audio-only MP4 files has been a source of confusion among users and multimedia playback software. Since MPEG-4 Part 14 is a container format, MPEG-4 files may contain any number of audio, video, and even subtitle streams, making it impossible to determine the type of streams in an MPEG-4 file based on its filename extension alone. In response, Apple Inc. started using and popularizing the .m4a file extension. Software capable of audio/video playback should recognize files with either .m4a or .mp4 file extensions, as would be expected, as there are no file format differences between the two. Most software capable of creating MPEG-4 audio will allow the user to choose the filename extension of the created MPEG-4 files. [...] The only official file extension defined by the standard is .mp4. [...] The common but non-standard use of the extensions .m4a and .m4v is due to the popularity of Apple’s iPod, iPhone, and iTunes Store.

[Ajax_Undone]

Hey LoRd_MuldeR just pointing out a bug.

When I convert multiple Albums of Tracks the track number gets screwed up...

http://img690.imageshack.us/img690/6702/songs.png (http://img690.imageshack.us/i/songs.png/)

Uploaded with ImageShack.us (http://imageshack.us)

[LoRd_MuldeR]

Hey LoRd_MuldeR just pointing out a bug.

When I convert multiple Albums of Tracks the track number gets screwed up...

The track numbers are assigned according to the file's position in the source files list!

And there are various options to sort the files on the list, including "by track number" ;)

[dforionstar]

LoRd_MuldeR:

Thank you for the awesome LameXP application.

Unfortunately I am unable to use it as the screen fonts are not scalabel and I get the message saying I should use 96 dpi.

In my opinion, that is an outdated restriction, as present-day configurations come in a multitude of display and screen sizes. In my case, I use a notebook PC with 15.4" screen size, WSXGA+ (1680 x 1050) native resolution. I normally use a resolution of 1440 x 900, 144dpi, extra large system fonts. Even at these settings, LamXP fonts are very small.

I hope in future releases, you will be encouraged to address this.

Danke!/Thank you!

[LoRd_MuldeR]

LoRd_MuldeR:

Thank you for the awesome LameXP application.

Unfortunately I am unable to use it as the screen fonts are not scalabel and I get the message saying I should use 96 dpi.

In my opinion, that is an outdated restriction, as present-day configurations come in a multitude of display and screen sizes. In my case, I use a notebook PC with 15.4" screen size, WSXGA+ (1680 x 1050) native resolution. I normally use a resolution of 1440 x 900, 144dpi, extra large system fonts. Even at these settings, LamXP fonts are very small.

I hope in future releases, you will be encouraged to address this.

Danke!/Thank you!

The warning has been removed long ago, but only for Windows Vista and later (that means for Windows 7 too). That's because starting with Vista, DPI settings different from 96 are handled much better. The content of the window is now upscaled by the OS rather than by the application (unless the application explicitly indicated that it is "DPI-aware"). LameXP is not DPI-aware! Using DPI settings different from 96 causes the layout to be destroyed on Windows XP and earlier (see below). Thus the warning will remain for older OS versions. I can only recommend to update your OS, if possible...


Please compare these:

http://i47.tinypic.com/2v85pvp_th.png (http://i47.tinypic.com/2v85pvp.png)

http://i46.tinypic.com/znwuv7_th.jpg (http://i46.tinypic.com/znwuv7.jpg)

[LoRd_MuldeR]

LameXP v3.19 Alpha-3 :)
http://www.mediafire.com/file/d4m5tymfxdq/LameXP.2010-07-12.Alpha-3.exe

Changes between v3.18 and v3.19:
* Updated MediaInfo to v0.7.34 (2010-07-09), compiled with ICL 11.1.065
* Updated mpg123 decoder to v1.12.3 (2010-07-11), compiled with GCC 4.6.0
* Updated language files (big "thank you" to all contributors !!!)
* Fixed decoding of certain invalid WavPack files

[rtjnyoface]

After all the time I've ever spend encoding audio and video files I just came across LameXP. I must say, it's a really awesome program, really. From metadata support to sampling rate, quality preferences, my gosh. It's really a great program. Thanks Mulder!

Oh, and if my memory serves me correctly, ipods (at least the ones not capable of displaying video) don't play mp4 files. But I don't know, my memory may not be serving me too well :)

Anyhoo, thanks again!

edit: oh! and multithreading (well, using a different thread for each instance) is SOOO FUC&^NG AWESOME! The time that nero aac ui uses to encode lamexp does in a small fraction of the time. This should be donationware my friend, holy shite. You have all the features of commercial software in a GNU proggy. Fu*^ng amazing. Thanks again!

[LoRd_MuldeR]

Oh, and if my memory serves me correctly, ipods (at least the ones not capable of displaying video) don't play mp4 files. But I don't know, my memory may not be serving me too well :)

From all that I know (not that I would ever buy/use any Apple products) the iPod only accepts AAC audio streams that are stored in a MP4 container.

However it seems that these morons decided that MP4 files, which only contain a single audio streams, will only be recognized as audio files with an incorrect ".m4a" file name :rolleyes:

LameXP will create MP4 files with the correct ".mp4" file name, of course...

[rtjnyoface]

No dear sir. I've only been using the m4a extension for my ipod. And from what I know, itunes converts them to aac, not mp4.

[LoRd_MuldeR]

No dear sir. I've only been using the m4a extension for my ipod. And from what I know, itunes converts them to aac, not mp4.

Sorry, you don't know what you are talking about. We must distinguish between the stream format and the container format here:

No matter what, the audio streams are in the AAC (Advanced Audio Coding) audio format. Furthermore the AAC streams are usually stored in a MP4 container (MPEG-4 Part 14).

The one and only correct file name extension for MP4 files, according to the MPEG-4 specifications, is .mp4 and nothing else. The .m4a extension was Apple's idea :rolleyes:

A proper application will recognize a MP4 file regardless of its file name (extensions) - by looking at the file header!

Software that relies on file name extensions to "detect" the file format is silly and error-prone by definition. Software that even relies on an incorrect extension simply is brain-dead.

LameXP outputs AAC streams stored in a MP4 container. And those files are stored with the correct .mp4 file name extension.

I will never change that, just because of one company's incompetence. If you really must, rename your audio-only MP4 files from .mp4 to .m4a in Explorer and that's it...

[Chimel]

Late thank you, but the forum would not let me post and then I forgot! ^-^
So glad I found LameXP, I was using Switch Sound File Converter, but the buggers asked me more money when I moved from Vista to Windows 7!
I saw "batch processing" and switches mentioned several times, does it mean LameXP has a command line mode?
For the sake of me I haven't been able to find it.

It's great that you added WMA support after that Softpedia review (or rather before that, as you mentioned), but I have to agree with the comment about the 3 sounds in Setup, About and Encoding, the latter one is real bad when you've switched to other tasks and may have cranked up the volume... It would be great to have at least a silent option, but I guess that's not a priority.

Manolito and some other commenters are right, the settings should really be persistent across updates, the settings.ini manual hack is lame(xp?). Every single application work this way, and I now have files that were converted with the wrong settings because I didn't realize LameXP has reset them all. I have no way to find them now.

That Delphi Unicode limitation really sucks for the artist, album or song names retrieved automatically from the Internet. Whether it's classical composers such as Bedřich Smetana or Leoš Janáček or Scandinavian folk-metal songs such as Erämaan Ärjyt, they are all in unknown different code pages, so AppLocale and batch processing cannot be used. On the other hand, many cheap MP3 players don't support Unicode either, an option to convert all extended characters to pure ASCII could be nice.

But I digress, I appreciate you're doing the best with what little time you have and that old Delphi build, and you have all my :thanks: for that essential tool!

My audio conversion routine, couple of times a week:
- Get a bunch of CDs, mostly used. Insert them into my Win7 PC's CD player, with Windows Media Player set to rip them automatically (into lossless WMAs).
- Review/edit the artist/album/title/genre/folder/file names.
- Run a batch file that calls LameXP to create MP3s out of the WMAs in the same folder.
- Same script then moves the MP3s to a non-indexed folder with robocopy /mov, and the WMAs and artwork to my audio library with robocopy /move.

That's why I was wondering about batch processing and switches at the beginning, I thought I could specify which folder to add and encode, maybe even bypass the 3 manual "Close" buttons at the end of each batch. That would really rock! I'd be glad to help.

[Karkas]

Great program LoRd_MuldeR, thanks a million!

However, I recently ran into a problem transcoding large FLAC files to AAC.

It seems to error out because it is converting the flac to wav as intermediate to AAC, but the wav cant be larger than 4gb. Is there a work-around? 64bit wav codec or soemthing I can add in or some other way?

Thanks in advance

[LoRd_MuldeR]

Great program LoRd_MuldeR, thanks a million!

However, I recently ran into a problem transcoding large FLAC files to AAC.

It seems to error out because it is converting the flac to wav as intermediate to AAC, but the wav cant be larger than 4gb. Is there a work-around? 64bit wav codec or soemthing I can add in or some other way?

Thanks in advance

If that is a limitation of the FLAC decoder (which I think is the case here), then there isn't anything I could do on my side.

And of course you can install 64-Bit "Codecs" on your system, but LameXP won't care, as all the decoders/encoders are "built-in" ;)

(BTW: You don't need 64-Bit code to support files bigger than 4 GB. This is possible with 32-Bit code just fine.
You only have to use the proper data type. And 64-Bit data types are available in 32-Bit code)

[Karkas]

If that is a limitation of the FLAC decoder (which I think is the case here), then there isn't anything I could do on my side.

And of course you can install 64-Bit "Codecs" on your system, but LameXP won't care, as all the decoders/encoders are "built-in" ;)

(BTW: You don't need 64-Bit code to support files bigger than 4 GB. This is possible with 32-Bit code just fine.
You only have to use the proper data type. And 64-Bit data types are available in 32-Bit code)

Thanks for getting back to me:thanks:

Do you know of any other projects that would allow me to coververt my large FLAC file to AAC? They can playback fine...

[LoRd_MuldeR]

Do you know of any other projects that would allow me to coververt my large FLAC file to AAC? They can playback fine...

If the FLAC CLI encoder/decoder doesn't work, then MPlayer/MEncoder and FFmpeg would be the usual candidates to try, I guess...