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: Any way to retain the duration played as you switch to another track?
Last post by MrInsertName -
I got the component by just coding it for you. It keeps track of internal decoder time at the moment, which of course can be way ahead of what is heard if the output buffer is long. I can improve it now if this is what you're after.

Oh, I see! So is "highly experimental" just programmer slang for "I made it moments ago"? XD

Thank you so much!! You were under no obligation to, and yet you made one anyway!! I am sincerely grateful, perhaps neat pieces of software really do have neat people like you follow suit :)

Don't feel any pressure to, the DSP works great currently. If it's too much a hassle then I don't mind at all, it's already amazing enough that you did this in the first place!!

Compounding on what you said earlier about its reliance on the internal decoder, my current output buffer length was manually set to about 1030ms~ to accommodate for the fading event times I set earlier, but I saw it at about 2000ms later, not sure if I just set it that way without realising or if it's variable depending on what needs it.

If it's of no circumstance to you, then please, go ahead! The installed component already works many wonders, and the inherent offset isn't too much of an issue in casual listening, Can't thank you enough already XD

My (deepened) gratuity to you, fellow Foobar2000 expert!! :)
6
General - (fb2k) / Re: Any way to retain the duration played as you switch to another track?
Last post by MrInsertName -
Here's a highly experimental component that may achieve what you wish: https://foobar.hyv.fi/foo_retain_playtime.fb2k-component.

Enable by adding 'Retain Playtime' DSP to the active DSP chain. Abuses decoder shim tech that Peter added for my Skip Track component.
Again, many thanks!! Works great. :)

I've found that the transitioning from one track to another, whether intentional or not, adds about a 2-second forward offset to the next track's retained duration (so it's just a little off), and changing the fading duration in manual track changing doesn't necessarily mitigate it. I tried finding the source code for the component online to try my hand at fixing it (if even possible :'D) but to no avail. I'm not really sure where you got this experimental component from, but (aside from the 2-second offset) it works wonders! 1000% better than not having the functionality in the first place.

My gratuity to you, fellow interweb user! :D
7
General - (fb2k) / Re: Mono Button on Toolbar
Last post by regor -
If you want to automatize the process...
https://hydrogenaud.io/index.php?PHPSESSID=tar500hd8th3qdm3nce2aj9ebs&topic=96094.75

This component can be used to automatically select a DSP based on the output device.

Code: [Select]
$ifequal($strstr(%windows_output_device_name%,Headphones),0,,Headphones;)
Then you add a chain, which is just a DSP preset, and add there the mix to mono. Whenever the device containing headphones in the name is used, it will use such DSP preset.

X

If you want to go further, you can make foobar to automatically chose an audio device by a priority list:
https://regorxxx.github.io/foobar2000-SMP.github.io/scripts/device-priority-smp/

For ex: use Blueetooth speaker if available, otherwise headphones, otherwise speakers, ...

There are also ways to assign an specific button to a dsp preset, but it involves SMP and I will not explain it. It can be done with this:
https://regorxxx.github.io/foobar2000-SMP.github.io/scripts/playlist-tools-smp/

So there is no need to manually select device/dsp at all.
9
General - (fb2k) / Re: Mono Button on Toolbar
Last post by Bogozo -
You can create and and sacve two DSP chain presets (for normal listening and for mono) and then add two buttons to toolbar, corresponding to these DSP chain presets or add DSP switcher to toolbar.
https://youtu.be/PskRpeCTuN8
DSP chain preset for normal listening may be saved as empy, or include some DSPs if needed.
10
Other Lossy Codecs / Re: TSAC: Very Low Bitrate Audio Compression
Last post by btc -
Comparable how? I'd say TSAC @<any bitrate> is not comparable to <non-AI codec>@<any bitrate>. They are just too different for one to make such comparisons.
AI (LACE, NoLACE)  vs non-AI (Opus)
https://opus-codec.org/demo/opus-1.5/nolace_results.png
https://opus-codec.org/demo/opus-1.5/

AI (descript-audio-codec: TSAC based on it) vs non-AI (Opus)
https://github.com/descriptinc/descript-audio-codec/blob/main/assets/objective_comparisons.png

It's possible to compare any audio codec to another one, regardless of technology.