[Ceschiatti]

Any news about Cumulative Delta Volume on MultiCharts?

[Tams]

Originally Posted by Ceschiatti »

Any news about Cumulative Delta Volume on MultiCharts?

don't waste your time waiting...
MultiChart (and EasyLanguage) was not designed to handle those data requirements.
if you are serious on CD, MD, etc. type of analysis, you should investigate in one of those dedicated programs that have a proven track record. Trading is about making money, not experimenting new gadgets

[Mel_Function]

A request for Cumulative Delta has been submitted a few days ago:

MultiCharts Project Management - Issue MC-25 - Add Cumulative Volume Delta capabilities

Please sign-up and vote for the project. The more people show interest the sooner
the developing could start.

Maybe you are interested in keyboard shortcuts also?

MultiCharts Project Management - Issue MC-34 - Add keyboard shortcuts for drawing tools

[FulcrumTrader]

Just a heads up, the MC crew will be out in Vegas for the Online Trade Expo [ The Traders Expo Las Vegas ] and if you want to talk to them first hand about Cumulative Delta here is your chance. BTW, the Online Trade Expo is free so register early here........... The Traders Expo Las Vegas


I will arrive in Vegas on Sunday the 14th and will be staying at one of my homes there until Monday the 22nd. The FulcrumTrader Group has a great get together of Cumulative Delta Volume based traders that will be out at my place the 18th to 20th. We will have an informal get together for any traders that want to show up and "talk shop" at Caesars Palace Wednesday night at 7:00 pm (come join us at the SHADOW BAR in Caesars Palace..... Caesars Nightlife Shadow a Bar at Caesars Palace ).

If anyone wants to get a hold of me with questions contact my email here for get together details: info@fulcrumtrader.com

[BlowFish]

Originally Posted by Tams »

don't waste your time waiting...
MultiChart (and EasyLanguage) was not designed to handle those data requirements.
if you are serious on CD, MD, etc. type of analysis, you should investigate in one of those dedicated programs that have a proven track record. Trading is about making money, not experimenting new gadgets

I disagree on part of this. Sure it needs some re-architecting (it was a mistake to copy TS's limitations). Historical data needs proper sequencing information and/or millisecond or better time stamps, that's simply a design limitation (as you say) they will have to fix it eventually to remain competitive. I have had some indication in emails they will but who knows when?

Arguably real time data handling is 'bugged'. It is possible for race conditions to exist, they seem to have fixed a lot of the issues there but it is possible to have variables (like close) change between the beginning and ending of a function. That should plain just not happen. This is not really a design decision, it is that the internal architecture is simply not 'robust'. (Probably some multicore issue).

I would go further, if you want to do any work where precision is important MC perhaps is not the best choice. It's a shame really as it's a decent product that I have a lot of time invested in (since version one if memory serves).

[BlowFish]

Originally Posted by BlowFish »

I hope they get it right when they do it. (take a look at MC's volume profile a evidence of how they can work hard at implementing a feature and mar it by not giving enough user control or doing something 'daft').

I think there some fundamental issues with MCs architecture which is why it is probably taking a while. The database only has 1 second resolution and no sequencing info across different series (bid & ask are stored as separate series). More worryingly there appear to be some anomalies processing live data (users report indicators not getting called on every tick for example).

Anyway the more people that get on their case the better chance of getting this done in a timely (and useful) fashion.

Oh you can have CD bars with ninja though it needs code slotting in for a custom bar type.

A quick update.

I have been doing some testing with TSSuport I am pleased to say they are taking these issues very seriously and have been doing a lot of work behind the scenes.

I had heard on the grapevine that Rithmic had made some changes to their infrastructure and that it the data was currently pretty top notch. I decided to spend a few days testing and doing a bit of platform testing at the same time. I actually used Zen which in theory should see the same improvements.

As MC is my package of choice I decided to write the initial test stuff there. It quickly became apparent. that something weird was going on, one of the things I logged was if the bid >= ask. That was triggering now and then. It would appear that there are a couple of 'wrinkles' with how Zen reports some trades anyway to cut to the chase TSS have changed their zenfire connector to accommodate these. I notice you get crosses in Ninja too incidentally.

I also hear that we will be ale to construct historical bars tick by tick, initially for IQfeed, this should allow cumulative delta to be plotted correctly when loading a new chart.

I am rather looking forward to V7.0!

Edit: I have not seen race condition for quite some while, hopefully that has been fixed in all the updates. I guess I should turn back on the code that deliberately tries to cause one!!

[waveslider]

Hi Blowfish - been a while.

I think you were one of my inspirations for joining MC after leaving TS. Anyway - I still use them as a historical data provider. I am becoming more interested in intra-bar order flow and am about to migrate to IQfeed as a data provider.

Sounds like TS will not likely have sub-second data any time soon, agree?

Now my only issue with MC is on the automated side, but that is a different story...

[BlowFish]

It has (been a while). A far as I am aware TSSuport have a kind of 'interim solution' for CD that is restricted to IQfeed and reads their (IQfeed's) historical data rather then the MC database. This is rather limiting not least because IQfeed does not supply enough historical data for a complete CD calculation. (Depending on how far back you want to go). A shame really but I guess better than nothing and possibly good enough for what you require.

To be honest when it became apparent that was as good as it was going to get for the foreseeable future I stepped back a bit.

Automation seems to be an area that they are more receptive to working on