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 313336 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Re: exhale - Open Source USAC encoder

Reply #175 –
del

Re: exhale - Open Source USAC encoder

Reply #176 –
exhale v1.0.4-63b919d2
Built on May 30, 2020, GCC 10.1.0
-------

Binaries removed. New compile will come after Chris fix the current issue.

Re: exhale - Open Source USAC encoder

Reply #177 –
netranger's too
"ERROR while trying to open input file Z:\╟руЁєчъш\exhale v1.0.4-63b919d2\Win64\/╠єч√ър/wav/Loreena McKennitt - An Ancient Muse.wav! Does it already exist?"

Re: exhale - Open Source USAC encoder

Reply #178 –
It's an issue of the exhaleApp source code, m14u.

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

Re: exhale - Open Source USAC encoder

Reply #180 –
As I wrote above, I'll try to fix that for the next release. Please don't wait for that, it might take some time. Alternatively somebody else could fix it.

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

Re: exhale - Open Source USAC encoder

Reply #181 –
Quote from: C.R.Helmrich on
By the way, I call this release the "E" release since this is the fifth public release of exhale. E is also the initial of a former colleague of mine at Fraunhofer, a kind and gentle person and brilliant mind who passed away two weeks ago, much too young. I dedicate this exhale version to him.

Chris

Sorry for your loss, Chris.

Re: exhale - Open Source USAC encoder

Reply #182 –
Quote from: john33 on
As requested:

www.rarewares.org/files/aac/exhaleApp-v.1.0.4b-a7a5204a_x64.zip

www.rarewares.org/files/aac/exhaleApp-v.1.0.4b-a7a5204a_x86.zip

Intel 19 compiles.
Thank You. That was fast.

Early I've managed to run 38 hours  of music on this beta build ,CVBR mode 3. No issues were found.

P.S.  It's time for  binaries of 1.0.4 final

Quote from: C.R.Helmrich on
This release completes my general audio quality tuning for all CVBR modes. I'm not planning further major changes in bit allocation, only sample-specific adjustments if severe audio quality issues are reported (that is, for samples other than Fatboy, Girl, and Linchpin).
All right.  As for the last test@80 kbps, exhale can be very usable ( previous 1.0.3.x) even at this bitrate once Linchpin, Fatboy and equivalent samples would be tuned, hopefully, in some future. I wouldn't mind to use it at 80kbps for mobile use also when outside, driving, etc.
As for now, 1.0.4 looks solid. 

Re: exhale - Open Source USAC encoder

Reply #183 –
1.0.4 Release binaries:

www.rarewares.org/files/aac/exhaleApp-v.1.0.4-63b919d2_x64.zip

www.rarewares.org/files/aac/exhaleApp-v.1.0.4-63b919d2_x86.zip

Christian: Would you like these added to the 'aac' page at Rarewares? If so, perhaps you would be kind enough to provide a suitable description? TIA.

Re: exhale - Open Source USAC encoder

Reply #184 –
Just had some time to test the v1.0.4 binaries i compiled and they work just fine in foobar2000 when converting. No issues at all.

Re: exhale - Open Source USAC encoder

Reply #185 –
They would work fine with foobar2000 converter because it changes the current working directory to the output location and simply emits a relative path to the output file, which it uses an ASCII safe temporary name for.

I can try to implement Unicode support using the same piece of code as the Windows FLAC uses. That makes it quite simple, as it implements support for both command line arguments and fopen with UTF-8 strings, and converts them to UTF-16 for Windows' Unicode API.

Re: exhale - Open Source USAC encoder

Reply #186 –
Quote from: kode54 on
They would work fine with foobar2000 converter because it changes the current working directory to the output location and simply emits a relative path to the output file, which it uses an ASCII safe temporary name for.

Thnx for the reply/info kode54 :)

Re: exhale - Open Source USAC encoder

Reply #187 –
Exhale 1.0.3 is settled into SBo  (the Slackware repository for 3rd party scripts) and I am preparing to update to 1.0.4. Two questions have come up though:

  • A simple 'make release'  creates two executables in bin: exhale and exhaled. At the moment I package exhale only but I am a little curious as to the purpose of exhaled? I am guessing that it a version of exhale that contains debug symbols...
  • A static library: libexhale.a is generated in lib using the simple 'make release' but how do I generate a shared library? Nothing in the Linux world will link to either static or dynamic library at the moment but shared libraries are preferred in the Slackware world. I can see references to a dynamic library in makefile.base but I am a little too obtuse to work out how to build it unfortunately...

And thanks again for a working xHE-AAC encoder  :)

Re: exhale - Open Source USAC encoder

Reply #188 –
Usually, i have no problems with using command-line encoders. But i cannot make exhale for windows work.
Code: [Select]
D:\Downloaded\exhaleApp-v.1.0.4-63b919d2_x86\exhaleApp.exe D:\Downloaded\exhaleApp-v.1.0.4-63b919d2_x86\1.wav D:\Downloaded\exhaleApp-v.1.0.4-63b919d2_x86\1.m4a
doesn't work

Code: [Select]
cd /d D:\Downloaded\exhaleApp-v.1.0.4-63b919d2_x86
exhaleApp.exe 1.wav 1.m4a
doesn't work also

Can someone give me full working example of command to use?

Re: exhale - Open Source USAC encoder

Reply #189 –
Quote from: Rollin on
Can someone give me full working example of command to use?

You need to provide a preset:

exhaleApp.exe 5 1.wav 1.m4a
Also foobar2000 converter preset works fine with parameters <preset> %d

Having additional question if there's an Adroid player cabable playing this format, and how goes this compared to Opus.

Re: exhale - Open Source USAC encoder

Reply #191 –
D:\Setup\Programmiportable\exhaleApp-v.1.0.4-63b919d2_x64\exhaleApp.exe  1 "C:\Users\User\Documents\1\no.wav" "C:\Users\User\Documents\1\no.m4a"
First to use mode 1, you need to resample the wav file (only format supported), you can do with foobar2000 in processing and you add the resampler.
To me it worked even if you use the same name in m4a file as the wav file.

Re: exhale - Open Source USAC encoder

Reply #192 –
Can someone confirm plentiful fails to encode 24 bit sources? I get encoded only few track of an album, while when downscaling the source to 16 bit, all tracks are converted.

Re: exhale - Open Source USAC encoder

Reply #193 –
I tried with a 24/96 file and exhale immediately failed (mode 4 if that matters). Then I downsampled the file to 24/44.1 WAV, and then exhale encoded this WAV file without issue.
On my side 24 bit seems fine, but not 96000 Hz

Re: exhale - Open Source USAC encoder

Reply #194 –
Quote from: kode54 on
I can try to implement Unicode support using the same piece of code as the Windows FLAC uses. That makes it quite simple, as it implements support for both command line arguments and fopen with UTF-8 strings, and converts them to UTF-16 for Windows' Unicode API.
Thanks very much for the offer, that would be great! Even a PM with some quoted reference code on how to use 'wchar_t' instead of 'char' (I assume that's part of the issue) would already be very helpful, I don't have much time for this at the moment.

Quote from: andrew.46 on
A simple 'make release'  creates two executables in bin: exhale and exhaled.
That's strange, 'make release' should only create exhale, only 'make debug' should create the debug build exhaled.

Quote from: Anakunda on
Can someone confirm plentiful fails to encode 24 bit sources? I get encoded only few track of an album, while when downscaling the source to 16 bit, all tracks are converted.
88.2 and 96 kHz should work from CVBR mode 5 or 6 upwards, and 24 (or even 32) bits should work in any case. Do you have a short 24-bit WAV file for me which doesn't work, to identify the issue?

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

Re: exhale - Open Source USAC encoder

Reply #195 –
Hi, I have been trying out exhale, and so far so good, but to make things easier I noticed exhale is apparently capable of taking input from stdin, so I had assumed I should be able to pipe to exhale from ffmpeg instead of having to convert everything to wav first?  Anyway below is the command (one of the ones I have tried anyway) I am trying to use:

Code: [Select]
ffmpeg.exe -i input.??? -f wav - | exhale.exe 5  "output.m4a"

Which isn't working, so my question is, is piping from ffmpeg possible or should I give up on this method?. And if it isn't currently implemented, could I add it as a feature wish, if it isn't already on the todo list.

Thanks

Re: exhale - Open Source USAC encoder

Reply #196 –
Hi,

Try to add:
Code: [Select]
-map_metadata -1 -bitexact
parameters to ffmpeg.

    AiZ

Re: exhale - Open Source USAC encoder

Reply #197 –
Thanks very much, nice to have this working.
I had actually tried the metadata flag in my trials but had removed it for simplicity of the posted version, but have never had to use the bitexact flag before, so that was the missing ingredient I hadn't tried, anyway, thanks again, AiZ.

Re: exhale - Open Source USAC encoder

Reply #198 –
Update (preset 3).
1.0.01.0.11.0.21.0.31.0.41e41f670
castanets106107100106105105
fatboy_30sec111112111115115115
eig99101102114113113
Bachpsichord106105111117121121
Enola110110108106107107
trumpet101100106105105105
applaud104106107107107107
velvet108109109107107107
Linchpin939495929393
spill_the_blood102102106108109108
female_speech10410597978685
French_Ad104104101103102102
1.0.01.0.11.0.21.0.31.0.41e41f670
41_30sec109110112115114114
finalfantasy10110010098104104
ATrain106106110114113113
BigYellow109110109105106106
FloorEssence105106105107109109
macabre9695100107107107
mybloodrusts9797101959595
Quizas103104107110110110
VelvetRealm106105108114113113
Amefuribana100100101105105105
Trust99100102101102101
Waiting103103106109111110
experiencia107108104101103103
HearttoHeart105105108103102102
Tom'sDiner115115102104107106

Re: exhale - Open Source USAC encoder

Reply #199 –
C.R.Helmrich, can you clarify exactly what you are seeing in the fb2k metadata writing that is corrupted, per this note?

Quote
The reason is an incompatibility between exhale's file write-out routine and foobar2000's metadata transfer routine, with the latter writing the metadata only partially and/or at the wrong location in the MPEG-4 file generated by exhale.

I'm encoding in fb2k 1.5.5 beta 1, and I'm not seeing any of these errors in the metadata; the files are still playing fine with no issues, at least using kode54's fdk-aac decoder.  If you can detail what you are seeing that is wrong, I can pass it back to Peter and he can try to fix what's wrong in the fb2k metadata writer.  :)