Skip to main content
Recent Posts
1
Audio Hardware / Re: Room correction (room equilization) questions
Last post by LazyBorzoi -
the picture is probably a measured frequency response.
btw the easiest way to do this is with mathaudio room eq plugin for foobar2000. which is also freeware and has a good tutorial.

also if you use bad microphone, it's possible to get results that are worse than no correction at all, so it really only makes sense with a good linear-FR microphone.

I installed the plugin and added it to the Foobar2000 but couldn't figure out how to run it within the Foobar. Do you remember how to do it?
2
WavPack / Re: Support for 64bit wav
Last post by saratoga -
It is not about sound, it is about the file itself, currently WAV uses 32 bit fields, which limits the size of the file and therefore the length of the music you can record. 64 bit files can be way bigger and you can record instead of just six and half hours of two channels with 16 bit and 44.1 kHz you can record over 3 million years.

This thread is discussing fp64 samples in wav, not the wav64 format.
3
3rd Party Plugins - (fb2k) / Re: External Tags
Last post by sveakul -
The "edit file tags" menu is only available if >100 files are selected (or if external tags already exists). Could you fix this?

That's strange, I'm using 1.0.16.3 and right-clicking a single file or single stream on a playlist does show "Edit file tags" as a submenu of Tagging;  this for files with or without an external tag.  Of course it is selected as a context menu display option in Preferences as I assume yours is also?

4
WavPack / Re: Support for 64bit wav
Last post by tehabe -
It is not about sound, it is about the file itself, currently WAV uses 32 bit fields, which limits the size of the file and therefore the length of the music you can record. 64 bit files can be way bigger and you can record instead of just six and half hours of two channels with 16 bit and 44.1 kHz you can record over 3 million years.
5
MPC / Re: Do Musepack's inherently fast decoding speeds still mean anything?
Last post by saratoga -
Claims about Decoding speed (unrelated to musepack) have quite often struck me as odd. I have many times considered making a threat about it, but wasn't sure how to phrase it. For example on this website we find the claim that Opus is supposed to be about as fast as AAC and musepack is supposed to be about as fast as Mp3, both being faster (almost 3 times) than Opus and AAC.

I absolutely can not reproduce this behaviour. A quick test on my random laptop using the decoding speed test plugin in foobar2000 (single threaded) gives me about 252x realtime speed for Opus, 587x realtime speed for Musepack, ~715 realtime speed for Mp3 and a whopping ~1600x realtime speed for AAC. Maybe this has something to do with hardware decoding support? Or the AAC decoder in ffmpeg has recently been improved? I guess it would also depend on architecture... x86 vs AMD64 vs ARM.

I just can almost never correlate benchmark results I've seen online with what I experience in the real world. Do you know more about this @saratoga ? I think you have some know-how on decoder ... things?

Unless you spent 5 years optimizing each of the codecs in assembly like I (and others) did for that comparison I linked, you can't really do that. You don't know how fast an optimized decoder would be on a given device, only how fast some specific windows application is, and that will probably be uncorrelated with mobile device power consumption.

In reality, mp3 is pretty slow, most things are faster at a similar level of optimization due to the hybrid filterbank. Opus is probably a bit slower or maybe the same as mp3. WMA is probably the fastest modern codec, followed closely by MPC and then Vorbis and AAC.

This probably doesn't matter on an Android device. These are all using low power dsp chips for decode such that decoder time is negligible compared to other things. In rockbox it matters a lot more since there is nothing but decode consuming power.
6
WavPack / Re: Support for 64bit wav
Last post by saratoga -
Quote
As far as I can make out, 64bit float wav would only be of use for true 32bit audio interfaces
Most audio interfaces are now 24bit..
(32bit is actually 24 bit, and 64bit would be 48bit)

Interfaces that take 24 or 32 bit samples certainly exist, but none can actually use 24 bits making this irrelevant. No sense fretting about data your D/A discards anyway.
9
WavPack / Re: Support for 64bit wav
Last post by kC_ -
> But I did a test project and it hasn't caused any downsides either

How about 2x the disk footprint for no redeeming benefit?
Yep indeed!!
I really can't see/hear any benefits, and as you said just the space usage.

As far as I can make out, 64bit float wav would only be of use for true 32bit audio interfaces
Most audio interfaces are now 24bit..
(32bit is actually 24 bit, and 64bit would be 48bit)

My interfaces are 24bit so indeed recording at 64bit is just a waste of space... But interesting none the less and maybe for future proofing wavpack this 64bit wav should be supported.

There are a few true 32bit interfaces (the mytek Brooklyn for example is one) which would benefit from 64bit float (as in reallity 32bit float is 24bit and 64bit float is 48bit)

Anyway just a thought for any future wavpack releases!

Cheers
Garry
10
Support - (fb2k) / Re: Add Folder issue
Last post by sajog159 -
Hi, its to late (here in Budapest) to play with laptop options. Will try tomorrow
What I can say now:
- I cannot change the size of mentioned window on laptop. No idea why.
- On the other hand the dimensions of this window can be changed on desktop`s fb2k but it is impossible to modify it when Select and No knobs cannot be seen.

Thanks for replay anyway (solution on lapton now is drag Folder on the area of playlist)
SimplePortal 1.0.0 RC1 © 2008-2018