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.
Recent Posts
1
Lossless / Other Codecs / Re: HALAC (High Availability Lossless Audio Compression)
Last post by Hakan Abbas -
Yes, after a little break, HALAC 0.2.7 version is ready. I need to get a little more warming to continue where I left off.
In this version, small structural changes and some small compression ratio improvement were made. But more importantly, it can now be decode as a DLL. I also had to prepare an Audio Player using this DLL because it was asked too much. This player can play .halac files and .wav files that are Encode with the version 0.2.7 version of HALAC. And in fact, many other audio formats can also be played builtly, but I haven't activated them at this stage. The player is suitable for the Cross platform. Only DLL/SO installation operations will need to be changed. If necessary, I try to prepare a .so version for Linux.
https://github.com/Hakan-Abbas/HALAC-Audio-Player

Player is presented as open source. If desired, other Audio Players can also integrate HALAC using this DLL. However, since HALAC is still in development, there may be structural changes in each version.
Code: [Select]
// Dll Function Prototypes //
typedef char* (*EXPORT_WAVFunc)(const char*, unsigned short); // Return .wav file to memory. Parameters -> "filename" and "thread count"
typedef unsigned int (*EXPORT_SIZEFunc)(const char*); // Return .wav file size. Parameters -> "filename"
typedef void (*EXPORT_DELETEFunc)(); // Delete .wav file from memory.
X
2
General - (fb2k) / foobar2000 as Audiobook player
Last post by degarb -
Has foobar been tested listening to audio books?

There are two requirements for an audiobook player: 1. Speed control (up to 3x speed, which is good for lectures and slow speakers) 2. Remember the playing position within the file, even in the event of power failure (essential)

Things that are essential for music (equalizer and sonic enhancers like bbe sonic enhancer or the jet audio plugins) are not essential.  Neither is displaying the jpg like android book players.  But playback speed and remembering the playing place in the  11 hour file, even if the os crashes or I kill foobar.   I absolutely refuse to tolerate listening to any speech book or lecture at 1x speed, if I can help it.  2x is too slow for most lectures after you get accustomed to speeding up speech, but 2x is better than nothing. 

Also, I al
3
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by KevinB52379 -
@Case - I would try that toolkit, but the problem is, once the system starts to hang, I can't do anything.  For example, that start menu button doesn't respond, and when I hit "abort" on foobar, it can take several minutes for it to finally abort (if it even stops at all).  There have been times I have to let it finish encoding the process because I can't cancel it.

I do find it odd that the cpu utilization doesn't even go to 90 - 100% usage like it does with your 32 bit binary from a few days ago and @JoshuaChang version does.  So far those are the only 2 builds that work properly.

Oh, I also am legally blind and use Screen Magnification software, but this program ISN'T the cause of the problem, because even when I shut it down before encoding, the system still hangs.
Let me look into it.
4
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -
If you don't mind, you could install Windows Performance Toolkit and use Windows Performance Recorder to record what goes on with the machine when encoding. You can enable all options under Resource Analysis and you can stop recording when the system goes slow. If you share the recording it should reveal why your machine acts so badly.

@Kraeved - I already tried to reply in the related topic why VSTs aren't smooth. But let me clarify. The VSTs are given big blobs of audio data to process at once, the exact size depends on design of decoder components and what other DSPs may be before them. The janky VSTs apparently have trouble updating their UIs when dealing with such data. All buffers in foobar2000 are big to support smooth and glitchless audio playback. DAWs have tiny buffers to work as realtime as possible.
5
General - (fb2k) / Re: Multivalue tag - help needed
Last post by ojdo -
It should work (entering ; as a separator), but only if you add RELEASECOUNTRY to the list of "Multivalue fields", found in
Preferences > Advanced: Display / Properties dialog / Multivalue fields.
6
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Kraeved -
@KevinB52379, what if you discard Foobar2000 as an intermediary for a while and encode right in the terminal using Hyperfine, a cross-platform tool for warming up the system and measuring the execution time of the binaries? For example, @misio discovered and I verified that visualization via VST plug-ins works much slower in Foobar2000 than the same plug-ins in audio editors (DAWs), and surprisingly, interaction with WavPack files turned out to be the slowest.
7
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by KevinB52379 -
Quote from: Case on
I did some benchmarking and GCC's fprintf takes 100 times longer even here compared to MSVC's or clang's function.
Attached is a patch that changes progress printing to use WriteConsole on Windows when stderr isn't redirected to file. That gives consistently fast progress display on all compilers. I also noticed that stopping encoding by keyboard press didn't work when not compiled on Visual Studio, fixed that too.

I also changed the progress printing to happen 4 times less often than originally. I think maikmerten's progress update happened too seldom, it looked buggy when it was so sluggish.

I hope @KevinB52379 can test this and report if things now work correctly.

Edit: replaced with static compile.

EDIT:  I tried the -D switch and that didn't improve anything.

Also, please note, I am able to use FAAC, LAME, Vorbis, Opus from rarewares with all thrads going with foobar2000 and I have fast encoding speeds and no system hang.  Yes, I know there are slowdowns because all the cores are being used, but this system hang I'm experiencing with Helix is totally different.
I tried this version.

At first it started off promising, encoding started at around 1300x, but then about 20 seconds or so in, things started to slow down.  They system started to hang, things became very unresponsive.

When encoding first started with foobar it started about 1400x to 1500x and then slowed down drastically.

In fact, in foobar the file list of what was currently being encoded stopped updating, the time elapsed stopped updating, the estimated time complete incrased and then stopped updating.  The only thing that was changing, although very slowly was the progress bar of the encoding task.
9
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Case -
Quote from: Kraeved on
Hmmm.
[...]
Code: [Select]
  hmp3.case.x64    6.860 ± 0.051   1.41 ± 0.01  
  hmp3.chang.x64   4.850 ± 0.019   1.00     
Note that the intention is to find and solve the abnormal system slowdown KevinB reported. His problem is in no way related to relative performance of different compiles.

Though I do wonder how JoshuaChang's clang compile is so fast. Usually GCC has been able to produce faster binaries. And if I compile a clang build with joshua's makefile, I get a slower binary than my GCC compile.
10
General - (fb2k) / Re: Free Encoder Pack
Last post by Case -
Updated 2024-04-23 with Opus 1.5.2, qaac 2.82 and refalac 1.82.
Installer also changed - now no longer asks for admin credentials for regular users. And can query default install dir from the browse dialog for portable install users.