LameXP v4.21 Final · Build #2382 (2023-12-29) [Archive] - Page 14

LoRd_MuldeR

3rd April 2012, 22:03

LameXP v4.04 Beta-12:

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

mr soft

4th April 2012, 08:22

Tweaked directory outline on "output folder" tab for improved performance (hopefully)

Thank you , output folder is now opening a lot faster. :D:D

LoRd_MuldeR

4th April 2012, 21:27

Thank you , output folder is now opening a lot faster. :D:D

Good to know :)

LoRd_MuldeR

6th April 2012, 02:12

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

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

manolito

9th April 2012, 19:36

The only thing I can say is that personally I wouldn't infect my computer with a mess like iTunes or QuickTime...
Totally agreed...:D
But according to the latest test results, QAAC seems to have an edge over Nero and even over FHG.
Do you know if there is a way (maybe some unofficial hack) to use QAAC without actually having to install QuickTime?

Cheers
manolito

LoRd_MuldeR

9th April 2012, 21:12

Totally agreed...:D
But according to the latest test results, QAAC seems to have an edge over Nero and even over FHG.
Do you know if there is a way (maybe some unofficial hack) to use QAAC without actually having to install QuickTime?

Cheers
manolito

In order to use QAAC, you need an "Apple Application Support" installation. You don't need QuickTime or iTunes, but AFAIK these are the only official downloads that include "Apple Application Support".

If you already have an installation of "Apple Application Support" on another system, you can copy over the files. But it won't be possible redistribute these files...

littleD

9th April 2012, 22:13

Do you know if there is a way (maybe some unofficial hack) to use QAAC without actually having to install QuickTime? Since forever iTunes instalation was selfexecutable archive. Just unpack it and u will get every program instalation separated. You may install Apple Application Support as standalone but dont ask me how to install QTime aac codec, i used iTunes two to three versions before. I bet there are some instructions over internet.

To install iTunes without QuickTime use bat file with code: msiexec.exe /i iTunes.msi /quiet . Old hacks always the best http://www.mydigitallife.info/download-and-install-itunes-without-quicktime/

LoRd_MuldeR

10th April 2012, 15:56

LameXP v4.04 Beta-15:
http://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2012-04-10/

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

LoRd_MuldeR

10th April 2012, 21:19

LameXP built with Qt 5.0 (http://labs.qt.nokia.com/2012/04/03/qt-5-alpha/) Alpha:

Warning: This could make your computer explode or may not work at all. Use at your own risk! :devil:

SeeMoreDigital

10th April 2012, 21:33

[B]LameXP built with
Warning: This could make your computer explode or may not work at all. Use at your own risk! :devil:
Cool... an exploding computer... I'm downloading and installing it right now!

LoRd_MuldeR

11th April 2012, 23:11

Here is a binary of LameXP that was built with static Qt 5.0 Alpha libraries:
http://www.mediafire.com/file/0nv4kofjczdbm4z/LameXP_Qt5.2012-04-11.Release.Build-971.7z

Warning: This could make your computer explode or may not work at all. Use at your own risk! :devil:

Przemek_Sperling

12th April 2012, 07:12

LameXP built with Qt 5.0 (http://labs.qt.nokia.com/2012/04/03/qt-5-alpha/) Alpha:

Warning: This could make your computer explode or may not work at all. Use at your own risk! :devil:

It resembles me AC/DC and "That's The Way I Wanna Rock'n'Roll":

"I'm gonna blow up my video
Shut down my radio...":devil:

Taurus

12th April 2012, 09:45

It did not explode :(:D

Some bugs/suggestions:

Remove floppy seek at first start.
The error message scared me a little :D.

Sometimes the GUI does not recover from the taskbar.
Rightclicking re-established it.

DCA encoder throws an error at bitrates below 256kbs (expected).

The dropbox does not work.

Speedwise I cannot say much. Did not do any benchmarking comparing standard LameXP -> Qt 5.0 Alpha

Anyway,:thanks::thanks:

LoRd_MuldeR

12th April 2012, 13:16

Some bugs/suggestions:

Remove floppy seek at first start.
The error message scared me a little :D.

:confused:

Sometimes the GUI does not recover from the taskbar.
Rightclicking re-established it.

The dropbox does not work.

Well, this is an "Alpha" release of Qt.

There are more issues I noticed:
* Icons in the TreeView/TableView don't show up
* Windows that should be "fixed size" can still be resized by the user
* The showEvent() is triggered twice, I already implemented a workaround
* Modal dialogs are not as modal as one would expect
* etc.

DCA encoder throws an error at bitrates below 256kbs (expected).

Probably not related to Qt at all.

Which bitrates work (or do not work) with DCAEnc seems to depend on the number of channels.

LoRd_MuldeR

12th April 2012, 16:39

LameXP v4.04 RC-1:

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

Octo-puss

21st April 2012, 08:30

Feature request:
Please set sounds to DISABLED by default. Please!
edit: in fact, can't you get rid of those completely? This is not Windows where losers demand their speakers to play funky stuff when they click on stuff :P

Octo-puss

21st April 2012, 08:34

Taurus

21st April 2012, 09:56

Typo at cuesheet import:
Cuehseet Assistent :D

LoRd_MuldeR

21st April 2012, 12:27

Oh and btw something is wrong with the update feature. It reports build 986 being latest ( I have 972) but it's not on the web at all. I clicked through all the files there and latest change was 12.4. which is what I have. Huh? :confused:

If the Auto Update feature finds a newer version, it will offer to download the new version. So you don't have to download the new version from the web-site manually.

Also note: The latest version you can get via Auto Update is not necessarily identical to the latest version that is offered as a stand-alone download on the web-site!

edit: in fact, can't you get rid of those completely? This is not Windows where losers demand their speakers to play funky stuff when they click on stuff :P

No, I can't ;)

http://www.youtube.com/watch?v=hQ8tY0c-s04

LoRd_MuldeR

21st April 2012, 12:29

Typo at cuesheet import:
Cuehseet Assistent :D

Thanks for the report. Will fix (https://github.com/lordmulder/LameXP/commit/1bff20e6b9f9a69b68b97d7a4508421a5e915b75) that.

mike20021969

21st April 2012, 15:09

Should it not also be assistant?
<translation>Cuesheet Assistent</translation>

Octo-puss

21st April 2012, 15:50

If the Auto Update feature finds a newer version, it will offer to download the new version. So you don't have to download the new version from the web-site manually.

Also note: The latest version you can get via Auto Update is not necessarily identical to the latest version that is offered as a stand-alone download on the web-site!

Where does it get the new version from then?

I just don't use the auto update because it wants to install the program, which kills the purpose of downloading zip with just the files. Just make the files available on SF damnit :P

LoRd_MuldeR

21st April 2012, 16:13

Where does it get the new version from then?

From the update server. As you have noticed, the update server may provide a slightly newer version than SourceForge sometimes.

I just don't use the auto update because it wants to install the program, which kills the purpose of downloading zip with just the files.

The installer doesn't do any "fancy" things. It neither modifies your system nor collects any personal data. It basically extracts the required files to the "install" folder.

Also it is not possible to use the ZIP package for auto-update, because a running executable cannot replace itself. We need "somebody" to install the new files, after LameXP has exited.

That's why the auto-updater needs to use the installer. And the installer supports a special "update" mode for exactly that purpose ;)

Just make the files available on SF damnit :P

I urge you to remember rule #4.

Octo-puss

21st April 2012, 22:16

Update server NOT being part of SF clears it out, thanks.

Rule 4 of what where? I am confused.
edit: Huh, what profanity and not being nice? :-O Do you really read my post as being unfriendly/rude/whatever? I know this is the internets and you can't always tell how the posted meant it, but I thought it was pretty clear I was posting in a friendly way.

LoRd_MuldeR

21st April 2012, 22:37

Update server NOT being part of SF clears it out, thanks.

I prefer being in control of the update mirrors myself.

If something changes on the server that I have no control over, it may break the auto-update for all existing builds :scared:

edit: Huh, what profanity and not being nice? :-O Do you really read my post as being unfriendly/rude/whatever? I know this is the internets and you can't always tell how the posted meant it, but I thought it was pretty clear I was posting in a friendly way.

I quoted the part of your post that I was referring to. Also this was only a gentle reminder. No offense.

LoRd_MuldeR

26th April 2012, 15:31

LameXP v4.04 has been released :)

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

Przemek_Sperling

26th April 2012, 15:34

Well done! Thank you very much for your hard work! :thanks:

SeeMoreDigital

26th April 2012, 16:30

Hey, hey, hey... Great work mate ;)

Taurus

26th April 2012, 19:21

:goodpost::thanks:

Thank you!

pururin

28th April 2012, 19:52

4.04 Cool :D

Few questions : Do I need to use Lamexp's specific qaac addin or can I replace qaac file to newer version?

If not, how do I track the addin update easily?

qaac quality scale seems a bit confuse to me. I suppose q 0.75 in the gui is around tvbr Q90?
(Actually there're only 15 steps, why would Apple makes it Q0-127 :confused:)

LoRd_MuldeR

29th April 2012, 15:49

Few questions : Do I need to use Lamexp's specific qaac addin or can I replace qaac file to newer version?

Should be possible, unless the new version has changed the interface in a way that breaks compatibility.

If not, how do I track the addin update easily?

I will update the add-in as needed.

qaac quality scale seems a bit confuse to me. I suppose q 0.75 in the gui is around tvbr Q90?

The quality scale for VBR mode in the GUI is 0.00 to 1.00.

As LameXP supports various AAC encoders, LameXP will map the 0.00-1.00 scale to the "internal" representation of the individual encoder.

For the QAAC encoder the internal scale (as least the one that is exposed to the calling application) is 0-127, LameXP cannot do anything about that.

Consequently the 0.00-1.00 scale will be mapped to 0-127 by LameXP.

(Actually there're only 15 steps, why would Apple makes it Q0-127 :confused:)

Ask them :p

(They probably thought that making the quality scale a 7-Bit value should be sufficiently fine-grained for all future versions, even if the current version has fewer quality steps)

pururin

29th April 2012, 21:15

Thanks you Lord. :)

Dogway

1st May 2012, 15:34

LameXP v4.04 (Build #988), compiled on 2012-04-26 at 13:23:48

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

C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_valdec.exe "C:\audio_track.ac3" ↩
-w D:\Temp\812dfc4c29c1443d9ddbb1caa2659822.wav

Opening audio output PCM16 3/2.1 (5.1) 48000...
---------------------------------------
Streams found: 2
Frames/errors: 263716/0
System time: 221187ms
Process time: 129343ms
Approx. 1.53% realtime CPU usage

Exited with code: 0x0000

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

C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_sox.exe ↩
--i D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav

C:\DOCUME~1\ADMINI~1\CONFIG~1\Temp\34ed0c6bfc8349aaae62a81420ce853e\lamexp_sox.exe FAIL formats: ↩
can't open input file `D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav': WAVE: RIFF header not found

Exited with code: 0x0001

I'm trying to encode a 5.1 file using avs input.

My script plays fine in mpc:
l=WAVSource("l.wav")
r=WAVSource("r.wav")
c=WAVSource("c.wav")
lfe=WAVSource("lfe.wav")
ls=WAVSource("ls.wav")
rs=WAVSource("rs.wav")

MergeChannels(l,r,c,lfe,ls,rs)

Lame-xp fails with this error massage:
LameXP v4.02 (Build #578), compiled at 2011-06-14

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

C:/Users/NAUTIL~1/AppData/Local/Temp/d2d906dac226430bb5d0fee4458f206d/tool_avs2wav.exe ↩
C:\sintel\sintel-master-51-flac\51.master.avs ↩
C:\Users\NAUTIL~1\AppData\Local\Temp\d2d906dac226430bb5d0fee4458f206d\e36981fe6dde42c2bb51452c114e12c5.wav

avs2wav v1.2 [May 24 2011]
by Jory Stone <jcsston@toughguy.net>, updates by LoRd_MuldeR <mulder2@gmx.de>
Input: C:\sintel\sintel-master-51-flac\51.master.avs
Output: C:\Users\NAUTIL~1\AppData\Local\Temp\d2d906dac226430bb5d0fee4458f206d\e36981fe6dde42c2bb51452c114e12c5.wav
Checking Avisynth...
Done
Analyzing input file...
Done
Opening output file... Done
[Audio Info]
TotalSamples: 42624000
TotalSeconds: 888
SamplesPerSec: 48000
BitsPerSample: 16
Channels: 6
AvgBytesPerSec: 576000
Dumping audio data, please wait:
AVIStreamRead succeeded, but did not return any samples!
Failed to dump audio stream (status -4). Terminating!

Exited with code: 0xFFFFFFFC

Same here...
and Comodo Firewall doesn't let me set LameXP as a trust program from the pop up notifier, this is always an option when using programs.

more funny facts:
encoding a wav file requires decoding the wav :confused:
that translates to-> a 3Gb audio wav file from a 2h movie is instantly duplicated in the temporal folder, and if you use normalization or any other post filter, there will be a third instance of the file, that is almost 10Gb reading/writting to HDD and required free space.

LoRd_MuldeR

1st May 2012, 17:52

LameXP v4.04 (Build #988), compiled on 2012-04-26 at 13:23:48

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

C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_valdec.exe "C:\audio_track.ac3" ↩
-w D:\Temp\812dfc4c29c1443d9ddbb1caa2659822.wav

Opening audio output PCM16 3/2.1 (5.1) 48000...
---------------------------------------
Streams found: 2
Frames/errors: 263716/0
System time: 221187ms
Process time: 129343ms
Approx. 1.53% realtime CPU usage

Exited with code: 0x0000

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

C:/DOCUME~1/ADMINI~1/CONFIG~1/Temp/34ed0c6bfc8349aaae62a81420ce853e/lamexp_sox.exe ↩
--i D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav

C:\DOCUME~1\ADMINI~1\CONFIG~1\Temp\34ed0c6bfc8349aaae62a81420ce853e\lamexp_sox.exe FAIL formats: ↩
can't open input file `D:/Temp/812dfc4c29c1443d9ddbb1caa2659822.wav': WAVE: RIFF header not found

Exited with code: 0x0001

Looks like either Valdec produced an invalid output Wave file or SoX didn't like the Wave file produced by Valdec for whatever reason.

Can you provide an AC-3 file to reproduce?

I'm trying to encode a 5.1 file using avs input.

My script plays fine in mpc:
l=WAVSource("l.wav")
r=WAVSource("r.wav")
c=WAVSource("c.wav")
lfe=WAVSource("lfe.wav")
ls=WAVSource("ls.wav")
rs=WAVSource("rs.wav")

MergeChannels(l,r,c,lfe,ls,rs)

Lame-xp fails with this error massage:
LameXP v4.02 (Build #578), compiled at 2011-06-14

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

C:/Users/NAUTIL~1/AppData/Local/Temp/d2d906dac226430bb5d0fee4458f206d/tool_avs2wav.exe ↩
C:\sintel\sintel-master-51-flac\51.master.avs ↩
C:\Users\NAUTIL~1\AppData\Local\Temp\d2d906dac226430bb5d0fee4458f206d\e36981fe6dde42c2bb51452c114e12c5.wav

avs2wav v1.2 [May 24 2011]
by Jory Stone <jcsston@toughguy.net>, updates by LoRd_MuldeR <mulder2@gmx.de>
Input: C:\sintel\sintel-master-51-flac\51.master.avs
Output: C:\Users\NAUTIL~1\AppData\Local\Temp\d2d906dac226430bb5d0fee4458f206d\e36981fe6dde42c2bb51452c114e12c5.wav
Checking Avisynth...
Done
Analyzing input file...
Done
Opening output file... Done
[Audio Info]
TotalSamples: 42624000
TotalSeconds: 888
SamplesPerSec: 48000
BitsPerSample: 16
Channels: 6
AvgBytesPerSec: 576000
Dumping audio data, please wait:
AVIStreamRead succeeded, but did not return any samples!
Failed to dump audio stream (status -4). Terminating!

Exited with code: 0xFFFFFFFC
Same here...

Well, there is not much I can do on my side, if AVIStreamRead() returns a code that indicates "success" but the number of samples returned is zero.

...except for reporting the "contradictory" state that has been encountered to the user ;)

and Comodo Firewall doesn't let me set LameXP as a trust program from the pop up notifier, this is always an option when using programs.

Well, I would recommend to send a bug report to Comodo, if the "white-list" doesn't work as expected.

more funny facts:
encoding a wav file requires decoding the wav :confused:
that translates to-> a 3Gb audio wav file from a 2h movie is instantly duplicated in the temporal folder, and if you use normalization or any other post filter, there will be a third instance of the file, that is almost 10Gb reading/writting to HDD and required free space.

Depending on what exactly you are doing, a temporary "working copy" needs to be created, even if both the, source file and the output file, are Wave files.

For example this will be necessary, if any filters are applied...

Dogway

1st May 2012, 18:48

Looks like either Valdec produced an invalid output Wave file or SoX didn't like the Wave file produced by Valdec for whatever reason.

Can you provide an AC-3 file to reproduce?
I tested the sample (cut ac3) file I was going to send you and it worked so I don't think it could be worth... but if you mind, the produced (intended) file was a 3Gb wav, there might be some hint...

Well, there is not much I can do on my side, if AVIStreamRead() returns a code that indicates "success" but the number of samples returned is zero.

...except for reporting the "contradictory" state that has been encountered to the user ;)
I don't know about that, I just wonder if avs processing has ever worked or not.

Well, I would recommend to send a bug report to Comodo, if the "white-list" doesn't work as expected.
I don't think Comodo keeps track of all the hobbyist applications I install (I doubt), but yours is the only one that didn't offer the option to "trust application". In this regard I think it has more to do with some nature of the program rather than Comodo white-listing, I still can go to Comodo options and manual white list LameXP, doable but a bit annoying. Just letting you know some curiosities of LameXP.

Depending on what exactly you are doing, a temporary "working copy" needs to be created, even if both the, source file and the output file, are Wave files.

For example this will be necessary, if any filters are applied...
Despite I still don't understand why a full copy of the file needs to be done (megui didn't do, behappy doesn't either if I'm not wrong...) what I refer here is that in the decoding stage of the wave file an exact wave file copy is done, this is before any filtering, just decoding, then a second copy is performed for the filtering dummy (normalisation, whatever).

http://i212.photobucket.com/albums/cc35/Dogway/Misc/LameXP-Temps.png

LoRd_MuldeR

1st May 2012, 19:10

I tested the sample (cut ac3) file I was going to send you and it worked so I don't think it could be worth... but if you mind, the produced (intended) file was a 3Gb wav, there might be some hint...

I think I know what the problem is:

Wave files (and RIFF files in general) can't grow lager than 4 GB. The limit might even be 2 GB, if the application interprets the chunk "size" field as signed.

There is some confusion about how the "size" field has to be interpreted, but more than 4 GB will never be possible with Wave files. There is no easy workaround for this restriction.

I think Valdec will create a RF64 (http://en.wikipedia.org/wiki/RF64) file rather than a Wave/RIFF file, if the size becomes too large. And it seems that SoX doesn't support RF64 files. The same applies to most tools!

(The only real solution would be switching to "RF64" as the common intermediate format. But as long as most of the audio tools don't support RF64, this is a lost case)

I don't know about that, I just wonder if avs processing has ever worked or not.

My avs2wav tool, based on the tool by Jory Stone, does work for me - most of the time. There only seem to be certain configuration that trigger the strange error.

I don't know why this happens. Actually I don't think this is supposed to happen at all...

I don't think Comodo keeps track of all the hobbyist applications I install (I doubt), but yours is the only one that didn't offer the option to "trust application". In this regard I think it has more to do with some nature of the program rather than Comodo white-listing, I still can go to Comodo options and manual white list LameXP, doable but a bit annoying. Just letting you know some curiosities of LameXP.

Maybe Comodo isn't prepared for the fact that LameXP is a front-end application and will launch other programs in the background.

There is no workaround, because this is "by design". Only way would be adding an option to Comodo that allows whitelisting a program and all child-processes it will create.

Despite I still don't understand why a full copy of the file needs to be done (megui didn't do, behappy doesn't either if I'm not wrong...) what I refer here is that in the decoding stage of the wave file an exact wave file copy is done, this is before any filtering, just decoding, then a second copy is performed for the filtering dummy (normalisation, whatever).

The processing steps in LameXP are as follows:
Decode source file to temporary Wave file > apply all filters on the temporary Wave file > encode temporary Wave file to final output

Actually there is a "shortcut" implemented in LameXP:
We can skip creating a temporary Wave file, if (and only if) the selected encoder can read/decode the individual source file directly.

This "shortcut" cannot be use if any filters are applied, for obvious reasons...

manolito

2nd May 2012, 22:08

I think Valdec will create a RF64 file rather than a Wave/RIFF file, if the size becomes too large. And it seems that SoX doesn't support RF64 files. The same applies to most tools!

(The only real solution would be switching to "RF64" as the common intermediate format. But as long as most of the audio tools don't support RF64, this is a lost case)

I made a few tests trying to reproduce Dogway's problem, and it is absolutely clear that SoX cannot use large WAV files above 4GB. When I used an older version of ValDec which does not support the WavFile_Extensible format Sox would not crap out with an error, but would instead cut off the source file after 15 minutes. Hopeless...

But if the desired target format is something other than Wav then any BeSweet based app can do this because no intermediate Wav file is used. I tried to convert a 6-ch AC3 file (duration almost 3 hours) to a 6-ch normalized AAC file, and BeLight had no problems with this conversion. (HeadAC3he could not do it, it would hang two thirds into the conversion)

Cheers
manolito

LoRd_MuldeR

2nd May 2012, 22:22

I made a few tests trying to reproduce Dogway's problem, and it is absolutely clear that SoX cannot use large WAV files above 4GB. When I used an older version of ValDec which does not support the WavFile_Extensible format Sox would not crap out with an error, but would instead cut off the source file after 15 minutes. Hopeless...

As explained before, Wave files cannot grow larger than 4 GB. That's an inherent limitation of the Wave/RIFF format.

If you ever see a Wave file that is larger than 4 GB, then this is either a RF64 file with a "wrong" file extension or it's a non-standard Wave file.

The former is isn't widely supported yet, the latter is predestinated to cause all kinds of problems...

But if the desired target format is something other than Wav then any BeSweet based app can do this because no intermediate Wav file is used. I tried to convert a 6-ch AC3 file (duration almost 3 hours) to a 6-ch normalized AAC file, and BeLight had no problems with this conversion. (HeadAC3he could not do it, it would hang two thirds into the conversion)

Well, if you don't create an intermediate Wave file, then of course you don't have to worry about the file size limit of Wave files.

manolito

2nd May 2012, 22:43

Well, if you don't create an intermediate Wave file, then of course you don't have to worry about the file size limit of Wave files.
Which leads me to the question if LameXP really should depend on intermediate Wave files for filtering. I am perfectly aware of the fact that this is the core design of LameXP in order to achieve maximum flexibility, but for a practical minded person like me the main objective is always "Does it work?" If not, I need to change the design... Oops, getting a little philosophical here :o

Cheers
manolito

LoRd_MuldeR

2nd May 2012, 22:59

Using Wave files as the intermediate format is the most flexible and most compatible solution, because all CLI decoders that I am aware of at least can write a Wave file and all CLI encoders at least can read from a Wave file. It seems Wave files are the "lowest common denominator" for audio tools. If we don't want to use intermediate files, then we need to pass the uncompressed data via pipe. Even if we assume all decoders can write to STDOUT and all encoders can read from STDIN, which in reality is not the case, what is the format we send over the pipe? Do we send "raw" PCM samples? Or do we send send some kind of "fake" Wave header? If we send "raw" samples, how to indicate the sample format and the number of channels? And how to indicate the total number of samples, so that the encoder can report progress? Will using a pipe work with 2-Pass filters in SoX? After all this will introduce more new problems than it solves, I think...

(And this doesn't even take into account the immense amount of work that would be required to re-write everything ^^)

Paddy97

4th May 2012, 19:49

Is there a way to make LameXP transfer the embedded cover art in a flac file when converting to AAC/MP3?

LoRd_MuldeR

4th May 2012, 19:55

Should be possible, yes.

Paddy97

4th May 2012, 20:02

Should be possible, yes.

Guessed so :-) On closer inspection its working for me if I use MP3 as output but not AAC using QT.

LoRd_MuldeR

4th May 2012, 20:20

Guessed so :-) On closer inspection its working for me if I use MP3 as output but not AAC using QT.

LameXP will re-embed cover art, if the selected encoder supports that. LAME does. QAAC does not. Use Nero AAC ;)

(It may be possible to add the cover art to the QAAC-encoded MP4 file later with some other tool, but LameXP does not implement that currently)

manolito

4th May 2012, 23:11

(The only real solution would be switching to "RF64" as the common intermediate format. But as long as most of the audio tools don't support RF64, this is a lost case)
And it looks like this is not gonna happen anytime soon.

I found a request for SoX to support RF64 plus the answer from Chris Bagwell (it is from 2006), and it does not sound encouraging:
Chris Bagwell | 31 Mar 03:02
Re: New file format? (RF64)
It would be nice to at least see the WAVE64 portion to be rolled into
the current WAV handler. I've seen several requests for > 4gig audio
files in WAV format.

It should be simple enough to add support for both WAVE64 and RF64 since
the code to parse chunks already exists in the wav.c. Just need to
tweak it some to work with these other formats. I'll have to leave that
as an exercise for someone else though.

Chris

Which brings us back to the hard sad facts:

Unless LameXP changes its design fundamentally, it does (and will) not support multichannel source files with a duration of more than 2 hours.

For a 6-ch AC3 source file (16bits, 48 kHz) the threshold is at 2 hours 4 minutes. Audio files which are longer than this are quite common these days. This really limits the usefulness of LameXP.

Cheers
manolito