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

[Motenai Yoda]

Originally Posted by LoRd_MuldeR

Maybe you confused DTS with Dolby ProLogic? The latter indeed stores 4 channels (left, right, center, back) in a Stereo signal and the 4 channels can then be restored from the Stereo signal using a ProLogic decoder.

If I'm not wrong dpl can archive up to 5.1 channels in a stereo track.

[LoRd_MuldeR]

After all it turned out he has a "true" 5.1 DTS stream - only camouflaged as fake PCM 2.0 to hack around the Audio CD specifications.

[LoRd_MuldeR]

LameXP v4.07 Alpha-7

Changes between v4.06 and v4.07:
* Upgraded build environment to Microsoft Visual Studio 2012 with Update-1
* Added option to select the "overwrite mode" to advanced options tab
* Added option to filter the log entries on the "processing" dialog (see context menu)
* Added "Up One Level" button to the output folder tab
* Updated Qt runtime libraries to v4.8.4 (2012-11-29), compiled with MSVC 11.0
* Updated Opus encoder/decoder libraries to v1.1.x and Opus-Tools to v0.1.6 (2012-12-07)
* Fixed handling of certain characters when passing meta tags on the command-line

[apilonte]

I have taken audios with my audio recorder, and wanted them to be converted from wav to flac format by LameXP. Since the recorder has taken mono audio tracks I expected the flac files to have a mono track, too. But LameXP, at least with its default settings, gave me stereo tracks. Of course, left and right channel are identical. So the rendered flac file is even bigger than the original wav file. With Audacity (a freeware audio editor), which is using the LAME codecs, too, conversion is done from mono to mono. That's why I hope, LameXP can do it as well and I only didn't press the right button.

My question ist: How can I have LameXP to render flac mono tracks?

Greetings
Heinrich

[LoRd_MuldeR]

Hello, Heinrich.

First of all, Wave (PCM) to FLAC conversion has nothing to with LAME at all

Secondly, if a FLAC file with two identical Mono channels comes out twice as big as uncompressed PCM, then that's a good example of how bad (or non-existing) the inter-channel compression of FLAC is

Finally, I am not quite sure how your Mono Wave file can end up as Stereo FLAC file. Can you post your log?

[apilonte]

Originally Posted by LoRd_MuldeR

Can you post your log?

Certainly, if I only knew where to find it. Searching in LameXP's F.A.Q.s I found a slice of text saying "In that case you can double-click on the failed item in order to view the log." But in my case nothing really failed. And if I double-click on the titel just been converted, I get the "meta information", which I don't think will tell you much.

[LoRd_MuldeR]

You can click on "succeeded" items just as well to show the log

(And here I'm talking about the "Processing" window, not about the main window)

[apilonte]

This is the log. Input file: channels=1 (line 8); output file: channels=2 (line 39). Hope you see the reason why a second channel has been created.

Heinrich

LameXP v4.06 (Build #1170), compiled on 2012-11-04 at 13:56:05

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

C:/DOKUME~1/Heinrich/LOKALE~1/Temp/d039e52d80114476ab85d728a3a4a0a0/lxp_sox.exe --i "D:/Heinrich/Eigene Musik/MesseRohrdorfProbe.wav"

Input File : 'D:/Heinrich/Eigene Musik/MesseRohrdorfProbe.wav'
Channels : 1
Sample Rate : 44100
Precision : 24-bit
Duration : 01:34:29.92 = 250043400 samples = 425244 CDDA sectors
File Size : 750M
Bit Rate : 1.06M
Sample Encoding: 24-bit Signed Integer PCM

Exited with code: 0x0000

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

--> Number of channels is: 1

C:/DOKUME~1/Heinrich/LOKALE~1/Temp/d039e52d80114476ab85d728a3a4a0a0/lxp_sox.exe -V3 -S --guard --temp . "D:\Heinrich\Eigene Musik\MesseRohrdorfProbe.wav" C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\7548e458743848c29fbdc9cc9c8e4121.wav channels 2

C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe: SoX v14.4.0
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO formats: detected file format type `wav'
Input File : 'D:\Heinrich\Eigene Musik\MesseRohrdorfProbe.wav'
Channels : 1
Sample Rate : 44100
Precision : 24-bit
Duration : 01:34:29.92 = 250043400 samples = 425244 CDDA sectors
File Size : 750M
Bit Rate : 1.06M
Sample Encoding: 24-bit Signed Integer PCM
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO sox: Overwriting `C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\7548e458743848c29fbdc9cc9c8e4121.wav'
Output File : 'C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\7548e458743848c29fbdc9cc9c8e4121.wav'
Channels : 2
Sample Rate : 44100
Precision : 24-bit
Duration : 01:34:29.92 = 250043400 samples = 425244 CDDA sectors
Sample Encoding: 24-bit Signed Integer PCM
Endian Type : little
Reverse Nibbles: no
Reverse Bits : no
Comment : 'Processed by SoX'
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO sox: effects chain: input 44100Hz 1 channels
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO sox: effects chain: gain 44100Hz 1 channels
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO sox: effects chain: channels 44100Hz 2 channels
C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\lxp_sox.exe INFO sox: effects chain: output 44100Hz 2 channels
Done.

Exited with code: 0x0000

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

C:/DOKUME~1/Heinrich/LOKALE~1/Temp/d039e52d80114476ab85d728a3a4a0a0/lxp_flac.exe -7 --channel-map=none -T title=MesseRohrdorfProbe -T "comment=Encoded with LameXP" -T track=1 -f -o "D:\Heinrich\Eigene Musik\MesseRohrdorfProbe (3).flac" C:\DOKUME~1\Heinrich\LOKALE~1\Temp\d039e52d80114476ab85d728a3a4a0a0\7548e458743848c29fbdc9cc9c8e4121.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.
7548e458743848c29fbdc9cc9c8e4121.wav: WARNING: skipping unknown sub-chunk 'fact' (use --keep-foreign-metadata to keep)
7548e458743848c29fbdc9cc9c8e4121.wav: wrote 425447346 bytes, ratio=0,284

Exited with code: 0x0000

[LoRd_MuldeR]

Okay, I had a quick look and it turns out that the FLAC encoder class does not have 1 channel (mono) in the list of supported channel counts.

Consequently the input will be up-converted to 2 channels (stereo), before it is sent to the FLAC encoder.

Unfortunately I'm not quite sure whether I omitted 1 channel (mono) intentionally in the list of supported channel counts for FLAC or just forgot it

Anyway, I will do some more testing when I have more time...

[apilonte]

Originally Posted by LoRd_MuldeR

I will do some more testing when I have more time...

Thank you. Would be nice if you could find some minutes to look after it.

Heinrich

[LoRd_MuldeR]

Originally Posted by apilonte

Thank you. Would be nice if you could find some minutes to look after it.

Heinrich

Sorry for the delay, been very busy in the last few days.

I just gave it a try and indeed FLAC will fail to encode from a Mono (1ch) Wave file, so I had disabled "1ch" input for a reason

No idea why FLAC doesn't work with Mono input though...

[real.finder]

LameXP v4.05 (Build #1100), compiled on 2012-09-03 at 22:48:43
-------------------------------
C:/Users/SHEKO6~1/AppData/Local/Temp/e85c168fcc05486f9728f8b3be211cdc/lxp_avs2wav.exe D:\sheko6000.2\lossless.avs C:\Users\SHEKO6~1\AppData\Loca\Temp\9\e85c168fcc05486f9728f8b3be211cdc\c45608c1de5845c7b8f83f9a597e4938.wav
avs2wav v1.3 [Aug 16 2011]
by Jory Stone <jcsston@toughguy.net>, updates byLoRd_MuldeR <mulder2@gmx.de>
Input: D:\sheko6000.2\lossless.avs
Output: C:\Users\SHEKO6~1\AppData\Local\Temp\9\e85c168fcc05486f9728f8b3be211cdc\c45608c1de5845c7b8f83f9a597e4938.wav
Checking Avisynth...
Done
Analyzing input file...
Done
Opening output file... Done
[Audio Info]
TotalSamples: 364299776
TotalSeconds: 7590
SamplesPerSec: 48000
BitsPerSample: 16
Channels: 6
AvgBytesPerSec: 576000
Dumping audio data, please wait:
All samples have been dumped. Exiting.
Dump size exceeds 4 GB, cannot save as RIFF/Wave file!
Error while closing output wave file!
Exited with code: 0xFFFFFFFA

[LoRd_MuldeR]

Hi, real.finder.

Indeed, as a matter of fact, the maximum size of a RIFF/WAVE file is 4 GB. Do you have any specific question/suggestion?

BTW: Please use [CODE]...[/CODE] tags for pasting logs and other lengthy stuff...

[real.finder]

thank you for fast reply

BTW: Please use [CODE]...[/CODE] tags for pasting logs and other lengthy stuff...

sorry, I forgot to do that; more like, I see it not necessary because I post the log directly

any way, I think it's avs2wav, avs2wav has a lot of Issues, like it not work if there is no video in avs script

any way I use a big pcm wav file size 4.7 gb directly without an avs script and lamexp work normally

for suggestion, you can use avs2pipemod instead of avs2wav, because it work even if there is no video in avs script and more things

for file 4gb and over, it show warning but it work for me

avs2pipemod.exe -wav "x.avs" > "x.wav" 

pause

D:\x>avs2pipemod.exe -wav "x.avs"   1>"x.wav"
avs2pipemod[info]: writing 11776.767 seconds of 48000 Hz, 6 channel audio.
avs2pipemod[warning]: audio size over 32bit limit (4GB), clients may truncate audio.
avs2pipemod[info]: finished, wrote 11776.767 seconds [100%].
avs2pipemod[info]: total elapsed time is 60.708 sec.

mediainfo

General
Complete name                            : D:\x\x.wav
Format                                   : Wave
File size                                : 6.32 GiB
Duration                                 : 3h 16mn
Overall bit rate mode                    : Constant
Overall bit rate                         : 4 608 Kbps

Audio
ID                                       : 0
Format                                   : PCM
Format settings, Endianness              : Little
Codec ID                                 : 1
Duration                                 : 3h 16mn
Bit rate mode                            : Constant
Bit rate                                 : 4 608 Kbps
Channel(s)                               : 6 channels
Sampling rate                            : 48.0 KHz
Bit depth                                : 16 bits
Stream size                              : 6.32 GiB (100%)

I wonder how eac3to work for very big file

thank you again

[LoRd_MuldeR]

The WAVE/RIFF file format has a size limit of 4 GB. That's a direct consequence of the fact that chunk sizes are defined as 32-Bit integers (unsigned). There is no way around that, except for changing the specifications. That of course wouldn't be WAVE anymore and all programs would have to be updated to support the new format! And indeed, there is the RF64 format that resolves the issue. Only problem: Support for RF64 is pretty much non-existing in audio tools of today! At the same time, some tools use an "ugly" hack to write "normal" WAVE files larger than 4 GB, by simply setting the "size" value to the maximum possible value (~4 GB) and then writing as much data as they have. In other words: They write past the end of the file! Such file obviously is non-standard and broken! Whether any subsequent tool will be able to process the "broken" file is sheer luck.

About avs2wav issues: There may be some other problems in that tool, which I'd have to investigate. But the 4 GB limit is not a bug or limitation of avs2wav. It simply is not possible to write a (correct) WAVE file larger than 4 GB. Unless you have a time machine to go back to the early 90's and convince Microsoft to define the WAVE format with 64-Bit size fields (rather than 32-Bit), nothing can change that...

[real.finder]

I see, but what about avs2pipemod?

In the end, we will not use the wav file officially, it's just a temporary file within lamexp operations

[LoRd_MuldeR]

Originally Posted by real.finder

I see, but what about avs2pipemod?

I'd prefer to fix my avs2wav tool.

Originally Posted by real.finder

In the end, we will not use the wav file officially, it's just a temporary file within lamexp operations

The temp file will be processed by the encoder, so unless all encoders supported/used by LameXP are able to read a "broken" Wave file, creating such a file is pointless.

Also, what if the user selects Wave/PCM output ???

[real.finder]

so, what about wave 64 in temporary file within lamexp operations?

and you can make the output in 4gb limit as usual by make the temporary file within lamexp operations only use the fixed avs2wav or avs2pipemod

The choice is yours

thank you again

[LoRd_MuldeR]

Originally Posted by real.finder

so, what about wave 64 in temporary file within lamexp operations?

As said before, support for RF64 Wave files is pretty much non-existing in the relevant audio tools. None of the encoders used by LameXP can read this.

[LoRd_MuldeR]

LameXP v4.07 Beta-1
http://sourceforge.net/projects/lame...29/2013-01-17/

Changes between v4.06 and v4.07:
* Upgraded build environment to Microsoft Visual Studio 2012 with Update-1
* Added option to select the "overwrite mode" to advanced options tab
* Added option to filter the log entries on the "processing" dialog (see context menu)
* Added "Up One Level" button to the output folder tab
* Updated Qt runtime libraries to v4.8.4 (2012-11-29), compiled with MSVC 11.0
* Updated Opus encoder/decoder libraries to v1.1.x and Opus-Tools to v0.1.6 (2013-01-17)
* Fixed handling of certain characters when passing meta tags on the command-line