Skip to main content
Recent Posts
3
Scientific Discussion / Re: What bit-depth is required for low frequency sine
Last post by saratoga -
Yes, that's what I did in my first post. Do we have similar relationship for non-periodic signals (but band-limited at low and high freq.)?

Not really. For an arbitrary signal anything is possible.  Image an isolated square pulse for instance, which is bandlimited but could have both a full scale change between two samples (the rising/falling edges), and then no change for several samples (the top of the pulse).
6
Scientific Discussion / Re: What bit-depth is required for low frequency sine
Last post by saratoga -
It depends on the frequency of the signal. If it is at the Nyquist limit, the distance between samples has to be equal to the amplitude. If your signal is well below the Nyquist limit, you will have smaller and smaller differences, culminating in a DC signal for which the difference is always zero (in the absence of dither and noise shaping at least).

You can easily calculate the minimum step size for a given frequency and sampling rate by the way. It's just the change in amplitude between two sequential samples on either size of the maximum or minimum of a sin wave. When that step size gets less than the quantization level, and if you are not dithering or using noise shaping, the step size will be zero.

7
Scientific Discussion / Re: What bit-depth is required for low frequency sine
Last post by Serge Smirnoff -
Thanks for the replies. The situation with sine wave is clear - it can be successfully quantized with two bits only. Agree.

I expressed my idea not clearly. I wanted to talk about different aspect of quantization. So, I will ask another way.

If we take any band-limited signal sampled at 44100 and normalized to 1.0, what will be the minimum distance between two neighboring samples. I noticed that there is a clear bottom limit for that distance even for 64bit signals. And my thought was that this min distance is determined by the lowest frequency component of the signal.
8
Uploads / Can anyone upload TT DR Offline Meter v. 1.4?
Last post by singer4freedom -
Please upload TT DR Offline Meter v. 1.4. I recently had to reset my computer and because of that, all my programmes got deleted. I have been using the TT DR Offline Meter v. 1.4 for some time now but now I can't find it ANYwhere on the internet. All I can find on the net is ''TT DR Meter v. 1.4a'', but I want the full offline version named v. 1.4 (not 1.4a). Please, someone share the offline version 1.4 here from your collection. Thanks a lot.
9
General - (fb2k) / Re: [Request] View ReplayGain Track Gain True Peak Levels in Playlist as dB
Last post by darkflame23 -
Yes, guilty as charged!

My request had nothing to do with ReplayGain or adjustment for listening (although I do use that when I make a dinner party playlist), I just wanted the pure Integrated LUFS value readout in the playlist. As ReplayGain now uses LUFS to work out its values, it was possible to derive the figure from the ReplayGain one. Some very kind souls helped me out there!
10
Development - (fb2k) / Re: metadb_index_client questions
Last post by TheQwertiest -
init_stages::before_config_read seems awfully early in the process for most services to be available.
Welp, the code is mostly identical to the official sample:
https://github.com/zao/foo_wave_seekbar/blob/9138c3a79f3a7ed55a6bc6f915c40742a0372631/foobar2000/foo_sample/rating.cpp#L92

Do you know if there is a better example?

The definition of objects with static storage duration in your stats.h seems a bit sketchy as you include that header in multiple translation units and as such, have duplicate registrations of objects.
Yes, this is most likely the cause, thanks!
SimplePortal 1.0.0 RC1 © 2008-2018