Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: exhale - Open Source USAC encoder (Read 329156 times) previous topic - next topic
0 Members and 4 Guests are viewing this topic.

Re: exhale - Open Source USAC encoder

Reply #1175
Note that the main page of that MPEG-H decoder states that it supports only baseline MPEG-H level 4 profile. But I just gave it a super quick test, it refuses all non-MPEG-H files in its transport decoder. The binary is also 11% smaller suggesting it's missing a lot of stuff.

Re: exhale - Open Source USAC encoder

Reply #1176
Oh,  sorry for wasting your time!
It should have been better if they just made it as a superset of FDK-AAC decoder when it's apparently using the same code base.

Re: exhale - Open Source USAC encoder

Reply #1177
Hi... After marvelling with Carl's xHE-AAC exhale,
Anyone knows where I can find a Dolby AC4 implementation? My UHD TV includes this codec and I would like to use It.

Re: exhale - Open Source USAC encoder

Reply #1178
I took a quick look at exhale sources and I don't see it doing anything to source WAV file channel order. If that's the case @john33 is absolutely correct and multichannel files encoded with it are quite broken, unless manually reordered to correct channel order.
My apologies, you're absolutely right, I totally misunderstood how the extensible WAVE format works regarding multichannel (I thought it allows to reorder the channels... which it doesn't). Just committed a fix to exhale's main branch, along with a minor tuning for the low-rate BA_MORE_CBR modes. With that the channel ordering should be correct.

Chris
If I don't reply to your reply, it means I agree with you.

Re: exhale - Open Source USAC encoder

Reply #1179
New compiles on RareWares. :)

Re: exhale - Open Source USAC encoder

Reply #1180
New compiles on RareWares. :)

tested

exhale-v1.2.1-14cdd94f-20250527_x64 -> broken return to prompt (i7-2600k) when encoding
exhale-v1.2.1-14cdd94f-20250527_x86 -> encode ok, preset 9, but foobar don't play it -> Unable to open item for playback (Unsupported audio track format)

mka encapsulation of the m4a same playback problem unsupported audio


Re: exhale - Open Source USAC encoder

Reply #1181
exhale-v1.2.1-14cdd94f-20250527_x64 -> broken return to prompt (i7-2600k) when encoding
exhale-v1.2.1-14cdd94f-20250527_x86 -> encode ok, preset 9, but foobar don't play it -> Unable to open item for playback (Unsupported audio track format)

mka encapsulation of the m4a same playback problem unsupported audio
Apologies, I uploaded an AVX2 optimised compile in error for the x64 version. I'll recompile and upload again. Thanks for letting me know.

Playback requires this component in foobar (for 64 bit Windows, otherwise the standard component):
https://foobar.hyv.fi/foo_pd_aac.fb2k-component

Playback of encoded files with both encoders works fine here.

EDIT: x64 compiles now updated.

 

Re: exhale - Open Source USAC encoder

Reply #1182
exhale-v1.2.1-14cdd94f-20250527_x64

1 out of 1 files converted with major problems.

Source: "Z:\EAC3.eac3"
  An error occurred while writing to file (The encoder has terminated prematurely with code -1 (0xFFFFFFFF); please re-check parameters) : "Z:\EAC3_5.1.m4a"
  Additional information:
  Encoder stream format: 48000Hz / 6ch / 32bps floating-point
  Command line: exhale.exe 9 "E318910B-98D2-4B18-9246-8C241372BAA3.m4a"
  Working folder: Z:\Temp\foo_converter\
  Conversion failed: The encoder has terminated prematurely with code -1 (0xFFFFFFFF); please re-check parameters





Re: exhale - Open Source USAC encoder

Reply #1184
Where does "exhale channel remap" come from? It's not required and I've never seen it before. And, the previous version would encode multichannel audio but the channels were not necessarily in the correct order.

Re: exhale - Open Source USAC encoder

Reply #1185
exhale... 1 out of 1 files converted with major problems.
John is right, Case's Exhale Channel Remap isn't required with the new version from today. Please don't use it anymore.

If the error still occurs when you don't use the channel remapping DSP, then please post the original input WAV file since it seems to have an unexpected channel map.

Chris
If I don't reply to your reply, it means I agree with you.

Re: exhale - Open Source USAC encoder

Reply #1186
Without using "exhale channel remap", the error still exists.
The original multi-channel music file comes from https://samples.ffmpeg.org/, and foobar2000 plays it normally without any problems.



Re: exhale - Open Source USAC encoder

Reply #1187
I already tested it with 6_Channel_ID.wav and it encodes and plays perfectly. What OS are you using? MSVCRT.dll may require updating.

Re: exhale - Open Source USAC encoder

Reply #1188
The updated exhale rejects at least side channels, not related to dlls.

Re: exhale - Open Source USAC encoder

Reply #1189
Ah, OK, I should check the code before commenting, I guess!  :(

Re: exhale - Open Source USAC encoder

Reply #1190
I already tested it with 6_Channel_ID.wav and it encodes and plays perfectly. What OS are you using? MSVCRT.dll may require updating.
This has nothing to do with the runtime dlls, the problem should be the incorrect recognition of the multi-channel layout.

Re: exhale - Open Source USAC encoder

Reply #1191
Thanks, you two. Hopefully fixed in commit a6193fab ("fab" for "fabulous version" ;) ). Please give it another try.

Chris
If I don't reply to your reply, it means I agree with you.

Re: exhale - Open Source USAC encoder

Reply #1192
My 5.1 test signal now worked. A 3.1 channel test file with channels (FL FR FC LFE) was accepted but it plays back as 4 channel file (FL FR SL SR).




Re: exhale - Open Source USAC encoder

Reply #1196
There is a small problem that has not been solved
Although interesting, excuse my asking, but why do you use Exhale for 5.1 multichannel encoding at 560-953 kbps?
Isn't Exhale a codec optimised for stereo at very low bitrates? You can encode 5.1 E-AC3 at 640kbps for free with ffmpeg and have full compatibility. Where do you play 5.1 MPEG-D USAC xHE-AAC content? Do recent tvs support it?


Re: exhale - Open Source USAC encoder

Reply #1198
There is a small problem that has not been solved
Although interesting, excuse my asking, but why do you use Exhale for 5.1 multichannel encoding at 560-953 kbps?
Isn't Exhale a codec optimised for stereo at very low bitrates? You can encode 5.1 E-AC3 at 640kbps for free with ffmpeg and have full compatibility. Where do you play 5.1 MPEG-D USAC xHE-AAC content? Do recent tvs support it?

Since it is a test, the purpose is to find possible problems, not just to find them in common situations.
It's just a test, don't worry about it