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: Resurrecting/Preserving the Helix MP3 encoder (Read 92040 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #600
@KevinB52379, could you please give this GCC x64 build a try? All my previous GCCx64 offerings had the 'msvcrt' dependency whereas this one has the 'ucrt' dependency which the Clang compiles also depend on. Will it make any difference? I guess we're about to find out!
https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-20240612-UCRT64.zip

I appreciate your efforts, I really do...but unfortunately, this compile is one that causes one of the worst system freezes/hanging I've seen to date.  The "Abort" and "Pause" button don't even appear on the dialog box during conversion with foobar.  The file progress list never changes, however the progress bar does, albeit slower than a Helix compile that works fine on my system.

Thanks for trying though :)

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #601
Ah well, some you win and some you don't!! Thanks for trying it out.

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #602
When experimenting with web radio usage, it turned out that hmp3 would create very bursty output, with many MP3 frames being emitted every few seconds. That's because by default, hmp3 fetches ~3 seconds of input data, then encodes and outputs that audio, then fetches another big chunk of audio. For file-based use cases, that's desirable to avoid I/O-overhead.

For web radio, that's potentially problematic. Thus hmp3 now switches to a "low delay" mode when outputting to stdout. In this mode, input audio is consumed and encoded in small chunks (as few bytes as the encoder expects for a complete MP3 frame), which lowers the delay and creates a more evenly spaced stream of packets.

https://github.com/maikmerten/hmp3/commit/2b03a33c760693dc29d6e6854211684452ff703b

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #603
Lastest dev builds:
win32XP: https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-2b03a33c-20240615-win32XP.zip
GCC x64: https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-2b03a33c-20240615-x64.zip
CLang x64: https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-2b03a33c-20240615-Clang.zip

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #604
@KevinB52379, could you please give this GCC x64 build a try? All my previous GCCx64 offerings had the 'msvcrt' dependency whereas this one has the 'ucrt' dependency which the Clang compiles also depend on. Will it make any difference? I guess we're about to find out!
https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-20240612-UCRT64.zip

I appreciate your efforts, I really do...but unfortunately, this compile is one that causes one of the worst system freezes/hanging I've seen to date.  The "Abort" and "Pause" button don't even appear on the dialog box during conversion with foobar.  The file progress list never changes, however the progress bar does, albeit slower than a Helix compile that works fine on my system.

Thanks for trying though :)
Did the encoding complete in expected time window when it causes the system to hang?
(i.e. did the encoding time consumption of hang/no-hang situation roughly the same?)

If you use single thread will the system still hang?

 

Re: Resurrecting/Preserving the Helix MP3 encoder

Reply #605
@KevinB52379, could you please give this GCC x64 build a try? All my previous GCCx64 offerings had the 'msvcrt' dependency whereas this one has the 'ucrt' dependency which the Clang compiles also depend on. Will it make any difference? I guess we're about to find out!
https://www.rarewares.org/files/mp3/hmp3-dev-5.2.4-20240612-UCRT64.zip

I appreciate your efforts, I really do...but unfortunately, this compile is one that causes one of the worst system freezes/hanging I've seen to date.  The "Abort" and "Pause" button don't even appear on the dialog box during conversion with foobar.  The file progress list never changes, however the progress bar does, albeit slower than a Helix compile that works fine on my system.

Thanks for trying though :)
Did the encoding complete in expected time window when it causes the system to hang?
(i.e. did the encoding time consumption of hang/no-hang situation roughly the same?)

If you use single thread will the system still hang?

The elapsed time/time remaining never shows up, neither do the "Pause" and "Abort" buttons.  The progress bar is the only thing that changes, and it is much, much slower than versions that works for me...it does however successfully create mp3s once the encoding is done and the system becomes responsive again.