1
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by punkrockdude -
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.
2
MP3 - General / Re: Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by punkrockdude -3
MP3 - General / Re: Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by punkrockdude -4
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by punkrockdude -The Windows compiles using makefile don't work properly on at least the 2 "g" variants reported here.I wonder if I can get up to 7200x if I can encode using all my cores at the same time, somehow.
5
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Wombat -6
CD Hardware/Software / Re: CD rip has numerous timing problems
Last post by korth -Disc flaws,
label scratched or separating from polycarbonate,
scuffed, scratched or cloudy polycarbonate,
drive may have an issue with the reflective properties of a particular CD,
CD spinning too fast,
and probably more I can't think of.
Multiple attempts to read once can be expected.
CUERipper is able to do C2 error correction in Burst mode so up to 15 re-reads are possible if C2 error correction support detected.
7
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by punkrockdude -The problem is what exactly causes the faulty behaviour with the "g" variants and how to fix it.Like Ryzen 5600G (what I am using) etc or the builds using Og? I now tried a 1h audio (44.1kHz/16bit/2ch) encoded with no parameters and it took 06s. It was using only one logical core.
8
MP3 - General / Re: Resurrecting/Preserving the Helix MP3 encoder
Last post by Wombat -@JoshuaChang binary is ~4600x speed here on the 5900x
The problem is what exactly causes the faulty behaviour with the "g" variants and how to fix it.
9
3rd Party Plugins - (fb2k) / Re: foo_vis_spectrum_analyzer
Last post by Defender -When you use a horizontal peakmeter (in 100% scaling) alignment is perfect if you do not use a legend on top or bottom. The topmost bar will align with the top of the panel and the bottom bar will align with the bottom of the panel when panel height is allotted by me calculated by channels x barheight + gauge size x (channels-1).
The moment I display 1 or 2 horizontal legends the bottom bar does not align anymore with the bottom of the window you paint in the panel I allotted. There is always a gap of 2 pixels between the bottom of the bar and the bottom of the window you paint (left side legend displays channels in full panel height). The same gap is on top, but that one is not noticed that much because the legend is on top of it.
As a result I cannot align the bottom of the bottombar with all other plugins I display. I cannot compensate for this behavior since 1) I do not know if a legend is displayed and 2) even if I lower the panel by 2 pixels that would still not align since in that case the left legend would be displayed too low.
Can you please change this behavior and use the 2 pixels below bottombar and 2 pixels above topbar (and under top legend) for bar display (there's still plenty of space to the legend on top of the topbar)?
10