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
General - (fb2k) / Re: Hires Internet Radio - Buffering
Last post by Defender -
Quote from: boxerfan88 on
Quote from: Defender on
Quote from: boxerfan88 on
mpv to foo_record has been stable for 2hrs with zero stutter/dropout ... fantastic.
fooBar should be able to run these streams with no stuttering without having to run external tools.
external mpv
Sorry. You misunderstood me.

I know you (and I) cannot run that stream without stuttering with fooBar only. So fooBar needs to be fixed.
It would be nice if this problem was acknowledged by the developer and put on a todo list.
2
General - (fb2k) / Re: Hires Internet Radio - Buffering
Last post by boxerfan88 -
Quote from: Defender on
Quote from: boxerfan88 on
mpv to foo_record has been stable for 2hrs with zero stutter/dropout ... fantastic.
fooBar should be able to run these streams with no stuttering without having to run external tools.

Unfortunately nope - when foobar run the stream, I still get occasional stutter (source stalling error seen on console) even when using 4096kB of remote file buffer. Not sure what/where is the issue with foobar streaming module.

when I use mpv to manage the stream, no stutter for 2hr period as I posted above.

No clue how to troubleshoot foobar.... if only there was a debug/trace mode that allow us to monitor the internal buffers (similar to mpv "I" info display) that will be great for troubleshooting.

3
3rd Party Plugins - (fb2k) / Re: JSplitter (splitter + SMP x64 alternative)
Last post by LUR -
Quote from: regor on
EDIT: Wait... it works on x64 version
Yep. But it's a pure coincidence) I hasten to inform you that there is a bug in the foo_listenbrainz2 plugin, due to which the plugin can report literally anything about the state of the unchecked menu, in other words, we can simply get numeric garbage. Therefore, in 32 and 64 bit versions it turned out differently, just was unlucky with 32 bits) But when menu is checked it is always correct, that's a fact.

EDIT: I wrote a bug report to the author
4
Audio Hardware / Re: Question in-ears magnetic driver
Last post by Chibisteven -
I wouldn't store anything magnetic near a CRT because it screw up the picture on it.  Or anything magnetic near a magnetic storage device.

Why are you so worried with devices that are sensitive to magnetic fields even wrecking your IEMs when it's the least likely thing to destroy them?

If you really want to wreck your IEMs send a shit ton of power through the wires and into the drivers (they might even smoke or catch fire).
8
3rd Party Plugins - (fb2k) / Re: foo_audiomd5 mismatches, APE and MP3s
Last post by Foobar3031 -
Quote from: VivinCels on
Quote from: Foobar3031 on
I've now moved my entire MP3 library over to ID3v2.4 and also used the 'optimize file layout' function
Hello, can I do the same thing for mp3 files in mp3tag and what do I have to do? I need the ability to create tag with decoded audio MD5 in foo_audiomd5 and then the possibility of error-free reconciliation so that tag editing does not affect this checksum

I can't speak for MP3Tag, but it's achievable within Foobar. Right click on the tracks -> tagging -> MP3 tag types. Also within the right click menu is the optimize command.

When I edit tags, the checksum remains the same. The only times this won't work are:

1. Monkey's Audio format.
2. Where an MP3 file has lyrics embedded.

With (2), you may need to use a tool like MP3tag to properly remove them. I recall using the strip tags keyboard shortcut, followed by control-z to undo, and this rewrote the tags without lyrics.

Hope that helps.
9
FLAC / Re: Multithreading
Last post by Replica9000 -
Quote from: Porcus on
Build with AVX 512: https://hydrogenaudio.org/index.php/topic,127408.0.html

Quote from: Replica9000 on
One option that seems to make encoding painfully slow is the  --analysis-apod option. 
[...]
--analysis-apod tukey(5e-1);subdivide_tukey(47/1);gauss(5e-1);welch;connes

Forty-seven!?
That's "hardly inexpensive" whether it is in analysis or in computation?

I threw a higher number in for the stress test.  The previous test used almost identical command, without --analysis-apod and subdivde_tukey was at 37 instead of 47.  That test only took 3½ hours to complete.

Are those flac builds actually using avx512?  I only see source code for axv2, sse2, sse3 and sse4