Extinguished some remaining uses of argv[] or QApplication::arguments().

Now using our own command-line parser, based on GetCommandLineW() + CommandLineToArgvW , instead of using QApplication::arguments(). This is less portable, but Qt's internal command-line parser has some rather strange behavior with processing certain characters. As a result, with Qt's command-line parser, some path names passed to LameXP got screwed up! Specifically "C:\Some Path\''Foo''.mp3" got mangled to "C:\Some Path''Foo''.mp3", i.e. the Backslash disappeared! Should be fixed now.

When generating the initial output-folder name for the Cue Sheet dialog, make sure there is no folder *or* file of that name yet. The previous code did check for folders only!

CueSheet Importer: Fixed generation of the initial (suggested) output folder name when the CUE file name ends with one or multiple dots (now really).

Added one more mirror.

CueSheet Importer: Fixed generation of the initial (suggested) output folder name when the CUE file name ends with one or multiple dots.

Now using a separate QSemaphore to limit the number of tasks in the queue of the QThreadPool. Instead of starting exactly as many task as there are threads in the pool and adding a new task only after a running one finished, we will now keep a fixed number of tasks in the queue (currently hardcoded to 32). Since there always will be more tasks left in the queue than there are threads in the pool, we ensure that no thread will ever become idle. Might be slightly faster than the "old" approach.

Updated VS2008 project file.

Fixed HTML code, need to escape the ampersand.

Some small updates to the file analyzer benchmark code.

Changed the method to synchronize the analyzer threads: We now use QSet to maintain a list of the thread id's of all threads that are still running - instead of only recording the highest thread id that has finished. This way a thread can now actually check if there still is any running thread with a lower thread id. Before thread n could only check if thread n-1 has finished yet or not. As a result we can relax the waiting now. Only threads that want to emit a file will wait for the "previous" threads to finish.

Updated mpg123 decoder binary to v1.14.2 (2012-05-12), compiled with GCC 4.6.1.

Bump version.

Fix: In order to ensure the "correct" ordering, *all* threads need to wait for the previous threads to finish - not only the threads that will emit a file. If both, thread n and n+1, want to emit a file and thus n+1 has to wait for n, we additionally must allow thread n+2 to terminate before n and n+1, even if n+2 does *not* emit a file. That's because as soon as n+2 finishes, it unblocks all threads x with x < n+2, which includes n and n+1. If that happens and n+1 is still waiting for n, we effectively allow n+1 to emit its file *before* n. By blocking all threads x with x > n+1 until n+1 has finished (regardless of whether they want to emit a file or not) this problem is resolved. As long as we assume that most threads actually *do* emit a file, this commit shouldn't hurt the performance.

Updated MediaInfo binary to v0.7.57 (2012-05-02), compiled with ICL 12.1.7 and MSVC 10.0.

Some code refactoring regarding the QWaitCondition/QMutex in FileAnalyzer_Task.

Slightly improved progress indicator for file analyzer: Additional files from playlists are now taken into account earlier.

Some speed-optimizations for the Progress model.

Added progress indicator to CueSheet import thread.

Implemented progress indicator for the working banner.

Implemented a method to disables update signals from the FileList model. This will significantly speed-up adding a lot files, but comes with the drawback that updates won't be visible immediately.

Now using a QWaitCondition to synchronize the FileAnalyzer threads.

Fixed a regression in b00b5278971615fb2601072abd39264cc59b4652.

Some minor tweaks to the multi-threaded FileAnalyzer class.

Rewrote FileListModel class to use a QHash map internally. This should speed-up the lookup, especially when adding a huge number of files.

Fixed a potential stack overflow due to a QApplication::processEvents() that was called from within a slot which may itself be called again while event processing (leading to a recursion that can eventually overflow the stack!)

Implemented multi-threading for file analyzer. Now multiple files can be analyzed in parallel. This should speed-up adding files quite a bit, especially when a huge number of files is added at once.

Made tool registry thread-safe, using a QReadWriteLock.

Implemented multi-threading for tool extraction. The extraction of the tools is limited by a/v software. Without an a/v software interfering, the extraction takes no time (less than a second on the test machine). With an a/v software slowing down things, it can take up to 20 seconds or longer. By extracting several files in parallel, we give the a/v software the chance to take advantage of multi-threading. Should help quite a bit, on multi-core systems.

Development open for version 4.05 now.

Added Swedish translation. Thanks to Åke Engelbrektson <eson57@gmail.com>.

Added Swedish translation. Thanks to Åke Engelbrektson <eson57@gmail.com>.

Version v4.04 is released!

Updated FAQ document.

Fixed a type in German translation.

Better method to prevent MediaInfo from detecting playlist files.

Changed temporary installer file name.

Bump version.

Workaround for a recent change in MediaInfo's behavior for M3U playlist files.

Make it possible to remove items with the DEL key.

Bump version.

Fixed language codes.

Updated Chinese/Taiwanese translation. Thanks to 456Vv <123@456vv.com>.

Updated Russian translation. Thanks to Иван Митин <bardak@inbox.ru>.

Updated VS2008 project files.

Added one missing NOBR().

Updated German translation.

Updated Polish translation. Thanks to Sir Daniel K <sir.daniel.k@gmail.com>.

Updated Korean translation. Thanks to JaeHyung Lee <kolanp@gmail.com>.

Updated dcaenc binary to version 2012-01-14.

Updated Spanish translation. Thanks to Rub3n CT <rub3nct@gmail.com>.

Small update to translator's guide.

Detect Windows 8 and detect if Windows 8 is running in "compatibility mode" for Windows 7.

Updated Ukrainian translation.

Bump version.

Updated Qt runtime libraries to v4.8.1 (2012-03-14), compiled with MSVC 10.0.

Added yet another configuration to build LameXP with *static* Qt5 libraries. Still experimental!

Added a new configuration for initial Qt 5.0 support. Needed a few code-changes and workarounds. Highly experimental!

Updated MediaInfo binary to v0.7.56 (2012-04-08), compiled with ICL 12.1.7 and MSVC 10.0.

Small optimization of lamexp_themes_enabled().

Updated MediaInfo binary to v0.7.55 (2012-04-05), compiled with ICL 12.1.7 and MSVC 10.0.

Fixed a few memory leaks found by VLD.

Added support for the Visual Leak Detector. This effects "Debug" builds only.

Fix of previous commit.

Slightly changed temporary installer name.

Fix potential memory leak: According to the docs, setModel() creates and sets a new SelectionModel, so we need to remember and delete the "old" SelectionModel.

Bump version.

Don't check for elevation on Wine. It seems Wine always runs the process elevated (tested under Wine 1.4 on Ubuntu 12.04).

Changed creation of QFileSystemModel. Object will now be created when the user first visits the "Output Folder" tab. Also added option to "refresh" the directory outline, which will effectively destroy and re-create the QFileSystemModel in order to discard all data that may be cached.

Some more Wine workarounds: Disable x64 binaries, as it seems they fail to load under Wine (tested with Wine 1.4 under Ubuntu 12.04 x64).

Updated Russian translation. Thanks to Иван Митин <bardak@inbox.ru>.

Slightly changed cache handling.

Use the 'FindExInfoBasic' information level on supported OS (Windows 7 and later). Should further speed-up things.

Now using FindFirstFileEx() on supported OS. Should be a bit faster, as we can request the FindExSearchLimitToDirectories search limit.

Various tweaks to improve the QFileSystemModel performance. Also slightly improved the initialization.

Some code refactoring and clean-up.

Some improvement of the previous commit.

New workaround to focus the selected item in the "output folder" view: As the focus will get lost again when the QFileSystemModel asynchronously loads a directory, we need to focus again on each directory loaded. Though we must stop focusing on the selected item, as soon as the user expands a folder. Otherwise the view would scroll unexpectedly...

Some tweaks to the initialization of the QFileSystem model.

Improved output folder LineEdit.

Added button to edit the current output path in a simple LineEdit control.

Use _beginthreadex() instead of calling CreateThread() directly. This is more correct, when using the MSVCRT.

Minor code clean-up.

Merge branch 'master' of github.com:lordmulder/LameXP

Yet another workaround for the previous commit.

Updated Ukrainian translation.

Better workaround for the previous commit.

Workaround for Windows XP: It appears that QThread::isRunning() may return TRUE even after the QThread object has already emitted the "finished" signal. For some reason this only occurs on Windows XP, but never occurs on my Windows 7 machine. As a workaround we will call QThread::yieldCurrentThread() and then try again. This seems to fix the issue on my Windows XP machine.

Updated F.A.Q. document.

Updated MediaInfo binary to v0.7.54 (2012-03-13), compiled with ICL 12.1.7 and MSVC 10.0.

Merge branch 'master' of github.com:lordmulder/LameXP

Updated SoX binary to v14.4.0 (2012-03-04), compiled with ICL 12.1.7 and MSVC 10.0.

Updated Ukrainian translation.

Updated mpg123 decoder binary to v1.13.6 (2011-03-11), compiled with GCC 4.6.1.

Updated mpg123 decoder binary to v1.13.5 (2011-03-07), compiled with GCC 4.6.1.

Updated GnuPG binaries to v1.4.12, compiled with GCC 4.6.1.

More FLAC workarounds. Using "--channel-map=none" will fix most cases, although we will loose the channel map for Wave files that contain a valid channel map. On the other hand, FLAC fails most of the time when trying to use the channel map from the Wave file.

Some workarounds for FLAC. It seems FLAC doesn't like 1.0, 3.0, 3.1, 4.0 channel files. It also doesn't like more than 6 channels. It still fails with files that have >2 channels and are NOT in the "Wave Extensible" format.

Fixed detection of 32-Bit Float data via SoX. For whatever reason SoX returns a "precision" of "24-Bit" for 32-Bit Float Wave files, so we have to detect the actual precision from the "sample encoding".

Set supported input formats for FHG AAC encoder.