You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Here's the AKF, take a look at it. Just need to be sure it counts correctly. Check it out.
Here's the AKF, take a look at it. Just need to be sure it counts correctly. Check it out.
The ACF calculation itself is done by definition and this is correct to begin with - the code is simple and transparent. But it would be interesting to compare the speed if calculated via FFT. By the way this code also lends itself to noticeable acceleration.
Here's the AKF, take a look at it. Just need to be sure it counts correctly. Check.
The ACF calculation itself is done by definition and this is correct to begin with - the code is simple and transparent. But it would be interesting to compare the speed if you calculate via FFT. By the way, this code also lends itself to noticeable acceleration.
Through FFT will not be exact, on 8th page chart ('Random Flow Theory and FOREX'), red line ACF by formula, blue curve is symmetric about the centre. I may have done something wrong, though (the file itself is attached on the same page above). lna01 Can you tell me how to build ACF correctly using FFT, I did it from memory, maybe I made a mistake.
forward FFT -> modulus+ ^2 -> reverse FFT -> extraction of the real part Re() -> normalization
Here's the AKF, take a look at it. Just need to be sure it counts correctly. Check it out.
But it would be interesting to compare the speed if counting via FFT.
By the way, this code lends itself to noticeable acceleration as well.
ACF via fft was symmetrical most likely due to underwriting zeros. And the accuracy is questionable for some reason.
But something seems to me that the realtime boosted head-on calculation should be faster than the fft version. However, the total estimated amount of calculations continues to be very confusing. In particular the arbitrariness in the choice of the linear regression length is already questionable at this stage. A similar problem for linear regression channels is still a problem by and large. In fact, I already wrote about it earlier in this thread.
Yes, there are more questions than answers. But it's getting interesting.
1. The correlation coefficient is not supposed to be modulo greater than 1, but it is.
2. Why a*x+b, Prival? Is that how you want to detrend the graph? There are other ways that are more accurate. For example, the linear regression (the analogue of mach, but it has a smaller lag). By deducting the current LR value from the price, we perfectly get rid of trends, including non-linear ones.
We can simply take the first price difference (i.e. form a series of returns), but that removes only linear components of trends. If we take the second difference, we also remove the quadratic ones, etc.
If you want to get rid of lag (but want to retrace on history), then you can do something like Fourier MA, i.e. based on Fourier transform and high frequencies rejection. Klot has this as well.
1. The correlation coefficient is not supposed to be modulo greater than 1, but it is.
You have to be more careful with FFT: tnn (or nl in the body) should be a degree of two, i.e. 2^n, where n is an integer.
P.S. I removed wrong source code, and place it here.
P.P.S. Just in case more details about data handling: Size of original array needs to be increased 2 times, then again increase it to the nearest degree of two. All added cells should be written zeros. The array of spectral density for inverse fft should also have extended size; amplitude squares should be written to cells for real components, and (naturally) zeros should be written to cells for imaginary ones. As a result we take the elements from the beginning to the original size of the array.
2 Prival: I don't know how to reproduce this exactly in Matkadec, trial and error should help in the end. The ACF should match with reasonable accuracy.