Topics
06 Jul 2015, 21:16
 2580
 3
06 May 2015, 10:25
 1952
 2
01 May 2015, 18:40
 2415
 2
28 Apr 2015, 21:52
 2577
 4
25 Mar 2015, 08:16
 5
 1081
 3
13 Oct 2014, 11:56
 261
 4804
 14
15 Feb 2014, 19:02
 0
 2938
 3
Replies

WhiteSage
18 May 2015, 20:46

Do you mean tick volume or tick data (t1, t2..) on a higher time frame?


@WhiteSage

WhiteSage
16 May 2015, 00:47

RE:

lec0456 said:

Why was all the reference code taken down?

Huh.. Great question.


@WhiteSage

WhiteSage
16 May 2015, 00:45

The .net Stream writer is probably your friend in this case, but you will have to build a system to save and recall it. Should you not have the capturing bot/indicator running at the time, there will be a hole in the data. Market depth is real time only as far as I know.


@WhiteSage

WhiteSage
16 May 2015, 00:42

Do check the reference samples, lots of goodies:

/forum/calgo-reference-samples/56

Looks like Positions.FindAll and a foreach loop is what you are after.


@WhiteSage

WhiteSage
16 May 2015, 00:34

Turns out running other things while optimizing causes the platform to lose priority (windows thread management?).

Turning up the applications priority in task manager restores some of it.


@WhiteSage

WhiteSage
16 May 2015, 00:31

Are the entry points identical?
Is the account leverage, currency, commission and spread the same?
Is it the same broker?
Is it the same stream?


@WhiteSage

WhiteSage
16 May 2015, 00:27

cTrader/cAlgo is the software, your streams and interactions are to do with your broker.
Check out Forex peace army, it explains all of these things and more: http://www.forexpeacearmy.com/forex-forum/education/


@WhiteSage

WhiteSage
09 May 2015, 07:24

This sounds more like a broker problem and not the platform.


@WhiteSage

WhiteSage
09 May 2015, 06:52

All the power of collections, linq and external libraries, without the overhead of an interpreted language. I can't help but wonder if the forex programming communities haven't cottoned on yet. Either that or they have and are keeping quiet! =P


@WhiteSage

WhiteSage
09 May 2015, 06:47

Look out for:

Having too many charts open (in cAlgo this can be on both bots and indicators).

Charts that recalculate heavily on tick.

MT conversions, they are less than efficient. I've found the converted scripts run much worse than something hand ported.


@WhiteSage

WhiteSage
08 May 2015, 05:44

I couldn't find a way to do this with code, so bump


@WhiteSage

WhiteSage
03 May 2015, 08:57

Lol, don't mind me. I must have bumped the sort heading on the Log..


@WhiteSage

WhiteSage
01 May 2015, 18:34

You wont be able draw charts or chart objects in backtest at the moment, its coming.

For now build it in to an indicator if possible.


@WhiteSage

WhiteSage
29 Apr 2015, 00:12

It turns out calling myIndicator.Calculate from a bot doesn't execute correctly.

I had a parameter called ENABLE that was set to false by default (to prevent the indicator recalcing all the time), then tried the following:

myIndicator.ENABLE = true;
myIndicator.Calculate(MarketSeries.Open.Count);

But it doesn't fire the method correctly for some reason.


@WhiteSage

WhiteSage
29 Apr 2015, 00:12

This post was removed by moderator, because it duplicates another post. /forum/calgo-support/5037?page=1

 


@WhiteSage

WhiteSage
28 Apr 2015, 22:36

You can use C#.Net to do just about anything, post in the jobs thread.


@WhiteSage

WhiteSage
28 Apr 2015, 22:25

Without seeing the code its hard to say, I would check your code to be doubly sure you are searching for the right trade labels and that the instantiating code for the trade has the right label (do you have many different trade scenarios?)
The fact it didn't refire in backtest is curious but not unforeseen.
Some of the differences are:
Backtests with OnTick are inaccurate unless you are using tick data.
Backtests only start with a fraction of the available bars a chart has, this may effect long MA's or any indicators that use Min and Max values or accumulate.
Backtest chart grow (how large I do not actually know!) with each tick. I assume forward tests do also.


@WhiteSage

WhiteSage
21 Apr 2015, 09:15

AMD 8320 (true 8 core) 8gb ram and no issues. Can optimize with 7 cores and still work on other things. Be aware certain processes will never be *fast* because of the nature of copying/working with large data series. Check your hardware, install of windows etc.

No support.


@WhiteSage

WhiteSage
19 Apr 2015, 22:57

RE:

Spotware said:

We plant add chart objects to backtesting in the future. Currently all chart objects are ignored in backtesting.

It seems everything to do with drawing is disabled during backtest, when drawing becomes a feature it would be handy to have a toggle for it, so the user can turn them back off for speed.


@WhiteSage

WhiteSage
19 Apr 2015, 22:51

Check the overloads, you can pass in a marketSeries.


@WhiteSage