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

[SeeMoreDigital]

Hi LoRd_MuldeR,

I've just tried installing the new release but for some reason Windows 10 Home (Version: 21H1, OS Build: 19043.1165) reports the following: -

https://i.ibb.co/2gnvjsH/Lame-XP-warning.jpg

https://i.ibb.co/vjfhjnR/Capture.jpg

[LoRd_MuldeR]

As a long term member, I probably don't have to explain to you what a FALSE POSITIVE is and who you need to report the problem in their software to, if you want a chance for this to be fixed ;)

Also, I probably don't have to explain that even though cURL (https://curl.se/) could be abused by "attackers" to do evil things (like pretty much any non-trivial program can be abused!) it still is a perfectly legitimate software that must not be blocked :o

See also:
http://lamexp.sourceforge.net/doc/Manual.html#anti-virus-notes

(Note: Since we have been through this a zillion of times, that is as much as I'm going to say about the topic)

[jpsdr]

For me, Kaspersky didn't like lxp_curl.exe created in temp directory when lamexp is running. Contacted them, confirmed as false positive, will be fixed very shortly in their database. I had to do the same exact same process for the exact same file with previous lamexp version, and probably will with next version... :(
But lamexp is very good at trigging false positive... ;)

[manolito]

Sorry for late replay. This has already been addressed for the upcoming release.


Thanks for the new version :D

The new behavior after starting the software when it is more than 1 yeaur old is very welcome...

[K4sum1]

Is there no way to encode in ALAC?

[SeeMoreDigital]

Is there no way to encode in ALAC?

See here: https://forum.doom9.org/showthread.php?p=1859759#post1859759

[K4sum1]

See here: https://forum.doom9.org/showthread.php?p=1859759#post1859759

Ok, I found dBpoweramp, and that works fine for my purposes. Bit janky at times but might actually use it instead of LameXP from now on.

I like ALAC because Windows shows the track ID tags on it, unlike FLAC, and I have some older Apple devices that only support ALAC.

Sorry for the late reply, I had forgotten that I made the post.

[TomServo]

We use LameXP on a Windows 10 machine to encode mp3 files in bulk to a normalized mp3 at 96kbps CBR, mono. This is done on external hard drives. We copy the encoded files to a master and a backup. We noticed that the resulting encoded files are severely fragmented, which makes them copy extremely slowly unless we optimize the external HDD after each bulk encoding. Using the Windows HDD Analyze tool after encoding a batch, it always shows fragmentation. Then we optimize the HDD, but the next time we encode a batch the Analyzer shows high fragmentation again. Is there any insight into this? Something we could do differently to help mitigate this? I can provide more information about the LameXP settings and environment if needed. Thank you!

[LoRd_MuldeR]

We use LameXP on a Windows 10 machine to encode mp3 files in bulk to a normalized mp3 at 96kbps CBR, mono. This is done on external hard drives. We copy the encoded files to a master and a backup. We noticed that the resulting encoded files are severely fragmented, which makes them copy extremely slowly unless we optimize the external HDD after each bulk encoding. Using the Windows HDD Analyze tool after encoding a batch, it always shows fragmentation. Then we optimize the HDD, but the next time we encode a batch the Analyzer shows high fragmentation again. Is there any insight into this? Something we could do differently to help mitigate this? I can provide more information about the LameXP settings and environment if needed. Thank you!

Well, the exact way how the operating system (file system) allocates "blocks" for new files on the HDD is not under the control of user-space applications. When a new file is created, or more data is appended to existing file, the file system necessarily needs to find and allocate the required number of "free" blocks on the HDD, so that the data can actually be stored. The file system should prefer to allocate a contiguous range of blocks for each file, but this may not always be possible – in which case "fragmentation" happens. This is especially true when multiple files are written out at the same time: The data of the files that are written out in parallel will have to be "interleaved" in some sort of way.

This means that while running multiple encoder processes in parallel, as LameXP does by default, results in improved usage of modern multi-core CPU and therefore will speed-up the overall process, it also is susceptible to more fragmentation.

Of course, you can simply restrict the number of parallel encoder processes, even to one, in order minimize fragmentation. But this will probably result in a massive slow-down. You can't have your cake and eat it too! :D

(BTW: On modern SSDs fragmentation is a non-issue. So probably the "best" solution would be to encode to an SSD and stop worrying about fragmentation altogether. You still could copy/move the files to a mechanical HDD later on)

[TomServo]

Ok, that makes sense. We used to use a software called "Audiobook Cutter" that merged all the new encoded files in a folder into one file, and then wrote, one by one, new files in ~10 minute segments. We stopped doing that, and that's when this issue was noticed. Now that I know this information, hopefully we can come up with a solution to mitigate it instead of having to purchase 20+ SSDs to replace these.

[bigdog660]

Hi, I've been trying to convert AAC in a MP4 container to MP3. I get the following error:

LameXP v4.19 (Build #2320), compiled on 2021-08-29 at 18:25:44

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

The format of this file is NOT supported:
C:/Users/rgeer/Downloads/test.mp4

Container Format: dash
Audio Format: Type: AAC, Profile: LC, Bitrate: 126 kbps

Media info gives me this:

General
Complete name : C:\Users\rgeer\Downloads\test.mp4
Format : dash
Codec ID : dash (iso6/mp41)
File size : 3.87 MiB
Duration : 4 min 15 s
Overall bit rate : 127 kb/s
Encoded date : UTC 2017-03-21 21:11:13
Tagged date : UTC 2017-03-21 21:11:13

Audio
ID : 1
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 4 min 15 s
Bit rate : 126 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Frame rate : 43.066 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 3.82 MiB (99%)
Encoded date : UTC 2017-03-21 21:11:13
Tagged date : UTC 2017-03-21 21:11:13

Is there any chance this may be fixed or feature added in the future? Thanks!

[manolito]

You can find information and methods to open this DASH format here:
https://filext.com/file-extension/DASH

[LoRd_MuldeR]

Even though your file has a .mp4 file extension, it's not a "regular" MP4 container, but DASH (https://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_over_HTTP) format. This format is not currently supported :scared:

I don't know whether FAAD supports this kind of file, but I doubt it. If it does, then support for DASH input could be added to LameXP. You could always try yourself:
faad.exe -o output.wav your_input.mp4

If FAAD cannot handle this kind of file directly, maybe you could use MP4box to demux the AAC stream?

[lvqcl]

IIRC it's possible to remux it from DASH-MP4 to regular MP4 using ffmpeg.

[bigdog660]

Thanks for all the info guys. ffmpeg does the job, but I was liking the LameXP GUI. I finally used my head, and found a ffmpeg GUI that works well enough for DASH to MP3 conversion. For kicks and giggles, I'll give FAAD and MP4box try and report back soon. Been a long time since I've used them independently.

[SeeMoreDigital]

Why not de-mux the elementary AAC audio stream out of the .mp4 container prior to re-encoding to .mp3?

EDIT: That being said... Why bother re-encoding to mp3 when LC-AAC at the same bit-rate is superior?!

[mike20021969]

Hi.

With AAC encoding:
Could you include as an additional option format ADTS (Audio Data Transport Stream) with an .aac file extension?
Thanks.

[LoRd_MuldeR]

It appears that QAAC has an option to output ADTS, but neither FDKAAC nur NeroAAC has such option.

Why would you need ADTS anyway? MP4 is, by far, the most widely used standard container for AAC. Also, you can always demux from the MP4 container, e.g. by using MP4Box.

[LoRd_MuldeR]

LameXP v4.20 Beta-2
https://sourceforge.net/projects/lamexp/files/Snapshots%20%28BETA%29/2022-06-19/

Changes between v4.19 and v4.20:
* Updated MediaInfo to v22.03 (2022-03-31), compiled with ICL 2021.2 and MSVC 15.9
* Implemented workaround for DwmEnableBlurBehindWindow() not working on Windows 11

[shades]

Dear LoRd_Mulder!

I hope you are well!
I have a feature request, perhaps you could consider please?

When converting to .wav on the slider it just says, (uncompressed) for obvious reasons.
Could this be changed to (samplerate) and do a up-downsample conversion and maybe a Stereo/Mono selector?

This would make this an extremely useful tool for me. I need to change samplerates and mono conversion all the time working with stems etc.

Thanks for your time working on this great tool.

[WSC4]

Can you correct your uninstaller to remove all files please? I have installed and uninstalled a few times, but files are left over in directories. The main problem is in the registry HKEY_CLASSES_ROOT shell. And this was a bad problem. Thanks.

[LoRd_MuldeR]

Can you correct your uninstaller to remove all files please? I have installed and uninstalled a few times, but files are left over in directories. The main problem is in the registry HKEY_CLASSES_ROOT shell. And this was a bad problem. Thanks.
Which files exactly do you mean that are left over after uninstall?

Also, first you talk about files, then suddenly you are referring to the registry key HKEY_CLASSES_ROOT. Those are two entirely different things. So, is this about files or registry entries? :confused:

[WSC4]

Which files exactly do you mean that are left over after uninstall?

Doing a search for lamexp of the entire drive for system files and folders, hidden files and folders and subfolders came up with lamexp in the file name. I have forgotten how many.

Also, first you talk about files, then suddenly you are referring to the registry

Perhaps I should have written "Also, the main problem is in the registry..." or "Another problem is in the registry...".

In Registry Editor, Edit, Find and entering lamexp found it in the HKEY_CLASSES_ROOT.

I did this because sometime after uninstalling LameXP, I was in Windows Explorer and right clicked to "Open With" a 7-Zip file and LameXP was listed to open the .7z file.

[LoRd_MuldeR]

Doing a search for lamexp of the entire drive for system files and folders, hidden files and folders and subfolders came up with lamexp in the file name. I have forgotten how many.
LameXP installer does not "create" any files, other than those extracted to the selected install directory. The only exception of this probably are the shortcuts created in the start menu and on the desktop.

The uninstaller is supposed to remove the LameXP install directory as well as the shortcuts that were created during install.

If you think this doesn't work as expected, then you need to re-produce the problem and provide more detailed information! Otherwise, it will be next to impossible to have this fixed...

In Registry Editor, Edit, Find and entering lamexp found it in the HKEY_CLASSES_ROOT.
Well, the key HKEY_CLASSES_ROOT is used to store information about file types.

LameXP needs to modify entries in this key in order to add the shell command "Convert this file with LameXP" to all supported file types – provided that you enable the "Shell integration" option in the program. However, this is not so simple, because, in the HKEY_CLASSES_ROOT key, file extensions (e.g. ".mp3") are mapped to file types (e.g "Winamp.File.MP3"). And it is the file types that we need to modify! Consequently, for all supported file extensions, we first have to figure out the corresponding file types. Then, we can add our shell operation to each file type that was found in the previous step. So, to make a long store short, the list of file types that we need to modify is not fixed and is not known in advanced!

Because it cannot be known in advance which keys in HKEY_CLASSES_ROOT we will have to modify on a specific machine, there is no simple way to remove those entries in the uninstaller. You would probably think that we could simply scan the entire HKEY_CLASSES_ROOT key and remove every "ConvertWithLameXP" sub-key. But keep in mind that the (un)installer is created with NSIS, so we are pretty much limited to removing hard-coded registry keys :rolleyes:

I did this because sometime after uninstalling LameXP, I was in Windows Explorer and right clicked to "Open With" a 7-Zip file and LameXP was listed to open the .7z file.
LameXP will never add the "ConvertWithLameXP" operation to the .7z file extension.

If, however, the file extension .7z happens to be associated with the same file type as one of the file extensions supported by LameXP (e.g. .mp3), then we could end up in a situation where the operation "ConvertWithLameXP" appears for .7z files too, even though this was unintended. To make it clear again: LameXP does not create such situation by itself! But, if such situation exists on your system, then there is hardly anything we could do about it...

[danlock]

Thanks for the recent update. I downloaded it today and am very impressed and very pleased.

thanks!

[WSC4]

@danlock

https://www.videohelp.com/software/TAudioConverter

[LoRd_MuldeR]

LameXP v4.21 has been released :)
https://github.com/lordmulder/LameXP/releases/latest

Changes between v4.20 and v4.21 [2023-12-29]:
* Upgraded build environment to Microsoft Visual Studio 2019.11 (MSVC 16.11)
* Updated the Windows SDK version to 10.0.19041.0
* Updated LAME encoder to v3.101 Beta-3 (2023-12-15), compiled with ICL 2023.2 and MSVC 16.11
* Updated Opus encoder/decoder libraries to v1.4+9 (2023-11-03) and Opus-Tools to v0.2+34 (2023-11-12)
* Updated Monkey's Audio binary to v10.38 (2023-12-22), compiled with ICL 2024.0 and MSVC 16.11
* Updated FLAC encoder/decoder to v1.4.3 (2023-06-23), compiled with ICL 2024.0 and MSVC 16.11
* Updated mpg123 decoder to v1.32.3 (2023-10-02), compiled with GCC 13.2.0
* Updated MediaInfo to v23.11 (2023-11-30), compiled with ICL 2023.2 and MSVC 16.11
* Updated cURL to v8.5.0 (2023-12-06), with libcurl v8.5.0 and OpenSSL v1.1.1w
* Updated QAAC add-in (separate download) to QAAC v2.80 (2023-07-05), compiled with ICL 2024.0 and MSVC 16.11
* Updated ALAC decoder to refalac v1.80 (2023-07-05), compiled with ICL 2024.0 and MSVC 16.11
* Added an option to disable the icon in the notification area (now disabled by default)
* Updated language files (big thank-you to all contributors !!!)Download updated version of the QAAC add-in here:
LameXP.qaac-addin.2023-12-18.zip (https://sourceforge.net/projects/lamexp/files/Miscellaneous/Add-ins/qaac/LameXP.qaac-addin.2023-12-18.zip/download)

[SeeMoreDigital]

Super duper... Thank you my Lord :)

[bar72]

Just like to say many thanks for this. Saved me a ton of time with a bunch of DVDs I was transcoding to mkv. Handy it normalises surround files with ease.

[MrVideo]

I'm fairly certain that I've done this before, but now it doesn't want to import FLAC files. Complains that the file format could not be recognized.

The files are created by ExactAudioCopy. Here is the mediainfo output of one of the files:
General
Complete name : F:\CDRips\WT40-2004-04\WT40-2004-04-1\01 - WT40-2004-04-Track01.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 87.8 MiB
Duration : 16 min 27 s
Overall bit rate mode : Variable
Overall bit rate : 746 kb/s
Album : WT40-2004-04-1
Part : 1
Part/Position : 1
Part/Total : 4
Track name : Track01
Track name/Position : 01
Track name/Total : 4
Performer : WT40-2004-04
Encoded by : Exact Audio Copy (Burst mode)
Genre : CHR
Recorded date : 2004
Writing library : FLAC.EXE -8 -V -T "MONOSTEREO=-" -T "ARTIST=WT40-2004-04" -T "TITLE=Track01"
-T "ALBUM=WT40-2004-04-1" -T "DATE=2004" -T "TRACKNUMBER=01" -T "GENRE=CHR" -T "COMMENT="
-T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=4"
-T "TOTALTRACKS=4" --picture="C:\Users\brown\AppData\Local\Temp\CPI8B1D.tmp" -o
Cover : Yes / Yes
Cover description : CD Front Cover
Cover type : Cover (front) / Cover (front)
Cover MIME : image/ / image/jpeg
MCDI : Yes
MONOSTEREO : -

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 16 min 27 s
Bit rate mode : Variable
Bit rate : 744 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Bit depth : 16 bits
Compression mode : Lossless
Stream size : 87.5 MiB (100%)
Writing library : libFLAC 1.4.3 (UTC 2023-06-23)
Audacity reads in the file without any issues.

The files are written as FLAC, instead of WAV so that the metadata can be added.

Any thoughts? Something I can try?

[SeeMoreDigital]

I'm fairly certain that I've done this before, but now it doesn't want to import FLAC files. Complains that the file format could not be recognized.

The files are created by ExactAudioCopy. Here is the mediainfo output of one of the files: -


General
Complete name : F:\CDRips\WT40-2004-04\WT40-2004-04-1\01 - WT40-2004-04-Track01.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 87.8 MiB
Duration : 16 min 27 s
Overall bit rate mode : Variable
Overall bit rate : 746 kb/s
Album : WT40-2004-04-1
Part : 1
Part/Position : 1
Part/Total : 4
Track name : Track01
Track name/Position : 01
Track name/Total : 4
Performer : WT40-2004-04
Encoded by : Exact Audio Copy (Burst mode)
Genre : CHR
Recorded date : 2004
Writing library : FLAC.EXE -8 -V -T "MONOSTEREO=-" -T "ARTIST=WT40-2004-04" -T "TITLE=Track01"
-T "ALBUM=WT40-2004-04-1" -T "DATE=2004" -T "TRACKNUMBER=01" -T "GENRE=CHR" -T "COMMENT="
-T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=4"
-T "TOTALTRACKS=4" --picture="C:\Users\brown\AppData\Local\Temp\CPI8B1D.tmp" -o
Cover : Yes / Yes
Cover description : CD Front Cover
Cover type : Cover (front) / Cover (front)
Cover MIME : image/ / image/jpeg
MCDI : Yes
MONOSTEREO : -

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 16 min 27 s
Bit rate mode : Variable
Bit rate : 744 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Bit depth : 16 bits
Compression mode : Lossless
Stream size : 87.5 MiB (100%)
Writing library : libFLAC 1.4.3 (UTC 2023-06-23)


Audacity reads in the file without any issues.

The files are written as FLAC, instead of WAV so that the metadata can be added.

Any thoughts? Something I can try?What settings are you using with MediaInfo to obtain a report like that?

[LoRd_MuldeR]

I'm fairly certain that I've done this before, but now it doesn't want to import FLAC files. Complains that the file format could not be recognized.
Can you please share your log (https://lamexp.sourceforge.net/doc/Manual.html#options-for-debugging) and/or provide a sample file?

[MrVideo]

What settings are you using with MediaInfo to obtain a report like that?
View -> text
File -> Export -> text

[SeeMoreDigital]

View -> text
File -> Export -> text
Hmmmm... I don't understand what this is: -

Writing library : FLAC.EXE -8 -V -T "MONOSTEREO=-" -T "ARTIST=WT40-2004-04" -T "TITLE=Track01"
-T "ALBUM=WT40-2004-04-1" -T "DATE=2004" -T "TRACKNUMBER=01" -T "GENRE=CHR" -T "COMMENT="
-T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=4"
-T "TOTALTRACKS=4" --picture="C:\Users\brown\AppData\Local\Temp\CPI8B1D.tmp" -o

I haven't seen it before in a MediaInfo file report.

[MrVideo]

Can you please share your log (https://lamexp.sourceforge.net/doc/Manual.html#options-for-debugging) and/or provide a sample file?
http://vidiot.com/Zipfiles/lamexp_sample.zip

While I turned the console on, I can't cut-n-paste the text from the console. The sample file should provide the same error.

For some reason, the image is not liked (skipping unsupported image track).

Audio file format could *not* be recognized.

Then the file was rejected.

[MrVideo]

Hmmmm... I don't understand what this is: -

Writing library : FLAC.EXE -8 -V -T "MONOSTEREO=-" -T "ARTIST=WT40-2004-04" -T "TITLE=Track01"
-T "ALBUM=WT40-2004-04-1" -T "DATE=2004" -T "TRACKNUMBER=01" -T "GENRE=CHR" -T "COMMENT="
-T "BAND=" -T "ALBUMARTIST=" -T "COMPOSER=" -T "DISCNUMBER=1" -T "TOTALDISCS=4"
-T "TOTALTRACKS=4" --picture="C:\Users\brown\AppData\Local\Temp\CPI8B1D.tmp" -o

I haven't seen it before in a MediaInfo file report.
I see that all the time, especially in mkv video files. It displays the command that created the file. In this case, EAC runs the external flac program to convert the ripped wave file to FLAC.

[SeeMoreDigital]

Mine look like this: -

General
Complete name : \\Synology_NAS\My Music\My Albums (2.0) CD's\Beatles, The\[1969] Abbey Road [2019 CD]\Abbey Road.flac
Format : FLAC
Format/Info : Free Lossless Audio Codec
File size : 279 MiB
Duration : 47 min 30 s
Overall bit rate mode : Variable
Overall bit rate : 822 kb/s
Album : Abbey Road
Performer : The Beatles
Genre : Rock
Recorded date : 1969 [2019]
Cover : Yes
Cover type : Cover (front)
Cover MIME : image/jpeg

Audio
Format : FLAC
Format/Info : Free Lossless Audio Codec
Duration : 47 min 30 s
Bit rate mode : Variable
Bit rate : 821 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Bit depth : 16 bits
Compression mode : Lossless
Stream size : 279 MiB (100%)
Writing library : libFLAC 1.4.3 (2023-06-23)
MD5 of the unencoded content : 6338CCADBA82E0BA336659B09AD9E5B9

[LoRd_MuldeR]

http://vidiot.com/Zipfiles/lamexp_sample.zip

The sample file should provide the same error.

For some reason, the image is not liked (skipping unsupported image track).

Audio file format could *not* be recognized.

Then the file was rejected.
I can reproduce your problem. Here is the full MediaInfo outpu in XML format that LameXP will process:
https://pastebin.com/tQb86gSR

This part definitely looks weird (not a valid MIME type string), and it's probably the reason why the image isn't extracted correctly:
<Cover_Mime>image/ / image/jpeg</Cover_Mime>

Could be a bug/quirk in MediaInfo :confused:

Anyways, even if we can't recognize the image (cover art), we still should be able to detect the file type. I suppose more in-depth analysis will be needed :rolleyes:


While I turned the console on, I can't cut-n-paste the text from the console.

With Windows' standard terminal emulator, hold down the left mouse button to select and then a single right click will copy the selection to clipboard.

[MrVideo]

I can reproduce your problem. Here is the full MediaInfo outpu in XML format that LameXP will process:
https://pastebin.com/tQb86gSR
Glad that you can reproduce.

What am I supposed to do with it in regards to LameXP? I noticed that all of the paths in the file pertain to your system.
With Windows' standard terminal emulator, hold down the left mouse button to select and then a single right click will copy the selection to clipboard.
That's just it, holding down the left button doesn't select anything. It is completely ignored in the console terminal. (Win7-64) Even the scroll wheel is ignored.

I await word. It will kinda suck if the image can't be copied over to the MP3 file. But, it will not be the end of the world if it doesn't.

[LoRd_MuldeR]

What am I supposed to do with it in regards to LameXP? I noticed that all of the paths in the file pertain to your system.
You don't. At this point, I will need to do some in-depth debugging, when I have more time (probably at the WE).

[MrVideo]

You don't. At this point, I will need to do some in-depth debugging, when I have more time (probably at the WE).
Sorry, I misunderstood. I read the posting and thought you meant I was supposed to feed it to LameXP on my system. I look forward to your finding(s).

[LoRd_MuldeR]

My analysis shows that, for your specific sample file, MediaInfo's output (XML) is missing the <Format>FLAC</Format> tag in the "general" section. Actually, there's no <Format> tag in the "general" section tag at all :confused:

All my other FLAC files, and actually all my audio files, do have a proper <Format> tag in the "general" section.

Consequently, I have now opened an issue at MediaInfo project, because at the moment I would suspect a problem on their side:
https://github.com/MediaArea/MediaInfo/issues/1088#issue-2991294402

[MrVideo]

My analysis shows that, for your specific sample file, MediaInfo's output (XML) is missing the <Format>FLAC</Format> tag in the "general" section. Actually, there's no <Format> tag in the "general" section tag at all :confused:

All my other FLAC files, and actually all my audio files, do have a proper <Format> tag in the "general" section.

Consequently, I have now opened an issue at MediaInfo project, because at the moment I would suspect a problem on their side:
https://github.com/MediaArea/MediaInfo/issues/1088#issue-2991294402
I must be missing how things work. So, why doesn't LameXP like the FLAC files? What does MediaInfo have to do with this? Yes, I am really confused.

In other words, what is different in my FLAC file that is different your FLAC file that trips up the error? I'm guessing that the flac program that EAC uses is a little different than the flac program that you use?

[SeeMoreDigital]

Did/can you provide a sample?

[lvqcl]

http://vidiot.com/Zipfiles/lamexp_sample.zip


Mp3tag shows that this file has FLAC tags, but also it has ID3v1 and ID3v2 tags.

[LoRd_MuldeR]

I must be missing how things work. So, why doesn't LameXP like the FLAC files? What does MediaInfo have to do with this? Yes, I am really confused.
LameXP is a GUI front-end. It uses various CLI tools "under the hood". For example, MediaInfo is used for detecting the file types of the given input files as well as for extracting the meta tags (including artwork).

Therefore, if MediaInfo doesn't recognize your file, or if MediaInfo produces inconclusive results for your file, as is the case here, then we have a problem ;)

In other words, what is different in my FLAC file that is different your FLAC file that trips up the error? I'm guessing that the flac program that EAC uses is a little different than the flac program that you use?

I'm not sure. I haven't seen this problem with any of my files. Might be related to the ID3 tags. Anyway, since the problem has been confirmed by the MediaInfo developer, we can hope for a fix...

[SeeMoreDigital]

Mp3tag shows that this file has FLAC tags, but also it has ID3v1 and ID3v2 tags.
Ah... So that's the stuff I didn't understand...

[MrVideo]

I'm not sure. I haven't seen this problem with any of my files. Might be related to the ID3 tags. Anyway, since the problem has been confirmed by the MediaInfo developer, we can hope for a fix...
Here is what is really weird. I can rip music CDs and LameXP has no issue importing those flac files (I just checked). I just looked again at the track and the <Format>FLAC</Format> line is there in the "General" section.

I wonder if the issue is the image type, since none of the music CDs that I rip contain any images, i.e., I never insert a cover image (too lazy to scan the cover and add it to the rip). For the WT40 rips, I use the same image for all of them.

Hopefully there is a new version soon.

[MrVideo]

Anyway, since the problem has been confirmed by the MediaInfo developer, we can hope for a fix...
Ya, hopefully soon. No update in the bug database entry you pointed to.

[SeeMoreDigital]

Do you need the 'flac tags'. What happens if you remove them, does everything work correctly?