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.
Last post by Wombat -
I still wonder what happens here and the following idea may be far fetched. Together with my B550 chipset for AMD i had several USB problems until some AGESA BIOS update fixed it. It may be worth to check for the latest BIOS update.
These are the bitrates for MP3 CBR mode. There is no 12 kbps among them. Thus, to get 12 kbps file, which can be played back on a wide range of audio equipment, you have no choice but to use VBR mode (or ABR as a variation of it) so that some of the data is compressed at a lower bitrate and some of the data is compressed at a higher bitrate, producing the output that is as close as possible to the bitrate you specified.
If not specified, LAME may sometimes resample automatically when faced with extreme compression conditions (like encoding a 44.1 kHz input file at 32 kbps). To disable this automatic resampling, you have to use --resample to set the output samplerate equal to the input samplerate. In that case, LAME will not perform any extra computations.
Last post by Klymins - @Kraeved Much thanks. So, is manually setting the cutoff frequency possible with this? I wrote "--lowpass 3500" but this also changed the sampling rate to 8000Hz. It must be 11025Hz otherwise i can't import this file to Flash. Also, can this tool make 12kbps CBR (18kbps and 20kbps files were CBR)?
Last post by KevinB52379 -
Hello! I did try the Clang version because quite honestly I was curious and was hopeful it would fix it. Alas it does not. I get about 250x to 300x realtime encoding from FLAC to mp3. The files are on an external ahrd drive and encoding to my internal NVME SSD. I get similar results with everyone's build of Helix, and my system slows down (even more so than normal). I even tried disabling AVG thinking that was somehow interfering, but no dice.
When I use Case's version of Helix Win32 build, I get about 1000x to 1300x realtime encoding those same files.
I've tried everyone's 64 bit builds and 32 bit builds with the same results....
Except for Case. Does he put some magic in his compile?? LOL
You are correct, I have a Zen3 8 core processor that can handle 16 threads (AMD Ryzen 7 5700g @ 3.8ghz base...it has integrated graphics and the system has 32GB of DDR4 RAM and 1tb nvme gen3 SSD (Samsung 980 1tb).
I'm willing to try any other builds if anyone wants me to, but so far, Case's version is the only one that seems to work properly with fast encoding speeds and doesn't cause the system to basically hang...with his version the system does slow down, but it still responds. And encoding speed remains fast and consistent with full cup utilization. With everyone else's builds the cpu utilization never reaches 100% even though I have foobar encoding settings set to automatic for thread count and default priority.
Oh, I have the latest chipset drivers and graphics drivers from AMD. Sorry to be so wordy but just trying to provide info.
Last post by Case -
Looks like it can't open sqlite databases. The sqlite error 14 means SQLITE_CANTOPEN and the win32 error 2 means ERROR_FILE_NOT_FOUND. And you get the exact same problem with a clean portable install?