Multicharts User Thread

AB is the fastest, however you'll be limited in length of backfill to a mere 30 days.

However, using Paul Mirandas jTWS dump app you can pull in all the OLDER data from IB and dump it into AB with ease.

It's an annoying workaround and one I wish tomasz would code into his IB data plugin. Allowing me the option to extend my data pull length to a much longer period (the max IB allows based on periodicity as set up when you create the initial database) would be nice....

Otherwise, aside fom that little minor detail, AB kills MC fo speed anyday of the week. Or weekend. LOL.
 
Giles I can send you a private version of IB plugin with extended backfill. Please contact me at support address. I am a little bit concerned about releasing it to the public because TWS is throttling backfills (about every 54 requests trigger a 3 minute delay).
 
1 - You would be mistaken. I dont use an email address that has my name in it. I am certain that is how you attempted to match me...

I used the 2.1 Beta you just recently released.... on a Dual Core PC.

2 - No need for me to test your software any further. I made my decision.

3 - Thanks.

Quote from Andrew Kirillov:

Dear Giles,

Thank you for your post. I think our results are different from yours because most probably you used the older MultiCharts version and/or didn't have a dual-core PC.

If I am not mistaken, you downloaded the trial version on January 25, 2007. Since then there have been drastic changes in the program's functionality and performance. That is why if you ran tests now the results would be similar to ours. At the moment, we are offering all the customers who have ever tried MultiCharts to use a new free trial - even if they have used it before.

You are right saying MultiCharts is slow when downloading data from IB. The reason is that from the very beginning the program was developed with quality data feeds in mind - those who quickly return the requested quotes. That is why the program waits till all the quotes are recevied before plotting the chart. This pattern works fine with fast datafeeds (like eSignal) but slowly with those similar to IB. We are going to change this in MultiCharts 2.2. Data will be downloaded into charts in portions. Even if the data feed has not sent all the requested quotes you will be able to see the bars for the data that have already been received. That's what most applications do which creates the effect of fast data downloading.

As for the lack of the unique features (with the exception of EasyLanguage-compatibility), please visit our website where you can find the description of the features you might have missed. Please note the various chart types, data management features, the number of the supported data feeds as well as back-testing and genetic algorithms.
 
Quote from Andrew Kirillov:

Dear Giles,

[snip]

You are right saying MultiCharts is slow when downloading data from IB. The reason is that from the very beginning the program was developed with quality data feeds in mind - those who quickly return the requested quotes. That is why the program waits till all the quotes are recevied before plotting the chart. This pattern works fine with fast datafeeds (like eSignal) but slowly with those similar to IB. We are going to change this in MultiCharts 2.2. Data will be downloaded into charts in portions. Even if the data feed has not sent all the requested quotes you will be able to see the bars for the data that have already been received. That's what most applications do which creates the effect of fast data downloading.

[snip]
[/B]
This is NOT entirely the truth.

Many vendors use IB datafeed with no problem. Multicharts often get stuck with Pacing Violation. Obviously Multicharts has a faulty algorithm that does not know how to work with IB's datafeed.

<object width="425" height="350"><param name="movie" value="http://www.youtube.com/v/vSbgA1Xmpd4"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/vSbgA1Xmpd4" type="application/x-shockwave-flash" wmode="transparent" width="425" height="350"></embed></object>
 
1 - Not a problem, that mistake has been made before. I used to use that some 10 years ago, then the spam took over and I cancelled it....

2 - That could explain it. But my issue was more than just loading IB data slowdowns. I have started it up with just Local data, no Online data and it takes entirely too long to load the data in and plot the chart....
 
Quote from ET99:

This is NOT entirely the truth.

Many vendors use IB datafeed with no problem. Multicharts often get stuck with Pacing Violation. Obviously Multicharts has a faulty algorithm that does not know how to work with IB's datafeed.


This video is EXACTLY how I feel while waiting for MC to plot a chart..
 
Quote from Andrew Kirillov:

They can also switch from one resolution to another thus requesting a lot more data in a different resolution.

That's why partial data downloading could solve the problem.

Which is why I love AB.

I can change periodicities and in a FLASH it will switch. Not is a minute or so. LOL (even if it is 30 seconds, thats tooooo long) AB is so fast it is in 1/10 of a second that I can see the newly reconfigured chart data.... switch from 1 min to 1 day and voila... DONE.... MC is slow.... Slow as molassas in this case. and if the Beta is 2x faster than I'll say slow as unpasteurized fresh vermont Maple syrup.

That is my pet peeve with MC. If ti was at least as fast as InvestorRT, I would have evne more so seriously considered it. Bottom Line, I no longer wanted to pay monthly fees. a Reasonable yearly fee is more up my alley. As in any businees Time AND Money matter waste either and you hurt your bottom line.

And thanks Tomasz for the new IB.dll plugin.... Yes pacing violations occur, but I am learning how to navigate it. I have been able to reconstruct a number of charts of lengthy data so far....
 
Back
Top