[natedredd10]

"Gomi" has done this in Ninja straight out..
Surely it can be done in MC...at least kinda.
Surely not a 2 day project though.
Before you waste massive amounts of time I would REALLY run through the logic that volume delta makes any sense at all.
To me its basically nonsense. Thats not to say that something like Market Delta has not figured out a better chart to visualize tick data than century old candle shit.surely they have..
You should however question that the bid - ask means jack shit in reality in a double auction.

[tucciotrader]

yeah I noticed that...I read the entire discussion about this in a thread over here and I have come to think the same...also the high frequency trading mess all it up!

[tucciotrader]

my last question is: how much difference is between On Balance Volume and Cumulative Volume Delta?

On Balance Volume can still "feel" buy/sell pressure in a way? (allthough it must increase or decrease in ticks)

[playafh69]

I beg to differ. I trade using Bid/ask, and it actually works quite well. Its true that you need to have a quality data feed, but most people don't realize that you have to use it on the right instrument. Bid/ask does not work well at all on the YM or TF, simply because there isn't enough institutional activity.

Also, i hear a lot of people complaining about how HFT messes everything up. But, again, I fail to see the validity in this. If a bank buys 2 x1000 lots or 2000 x1 lots, they're still buying 2000 contracts, and you will see that regardless. HFT is simply the speed or rate that the trades occur, thats it. There might be increased momentum because of it, but they're still buying and selling 2000 contracts, and you will see that.
Banks and institutions don't do HFT trading to compete with newbie day traders, they do it to compete with other banks and institutions to get better price improvement.

[BlowFish]

It can not be done accurately with easy laguage. There are some architectural issues with multicharts that I have made Tssupport aware of. I wrote some code that you will find in the volume splitter thread that 'works' with this caveat.

[Tams]

Originally Posted by BlowFish »

It can not be done accurately with easy laguage. There are some architectural issues with multicharts that I have made Tssupport aware of. I wrote some code that you will find in the volume splitter thread that 'works' with this caveat.

MultiCharts was re-written in 2007.
If the issue was pre-2007, probably they have taken your report into consideration and fixed it.

[ochie]

There is an architectural issue (which Andrew Kirillov confirmed) reported to the TS Support forum in 2009. It appears it has to do with the async reading of the CurrentBid/CurrentAsk while incoming ticks are still being processed. It was originally thought that the problem was with IntraBarPersist. Don’t know the current status of this and it may still be an issue. I moved to an alternative. Here is the link to that thread. Post subject: Why I don't trust "IntraBarPersist"

[BlowFish]

Originally Posted by Tams »

MultiCharts was re-written in 2007.
If the issue was pre-2007, probably they have taken your report into consideration and fixed it.

It still appeared to be there a couple of months ago. bestbid & bestask are non starters for this sort of thing (they peek at current best bid and best ask not the value it was when the tick occurred). Most of the code out there (including stuff I have posted) use that approach. Using multiple data streams appear to have odd sequencing issues now and then. From what I understand it can not be guaranteed that all processing in every study in every chart is done for tick n before tick n=1 gets some attention. It's all a bit tricky as ticks can occur at exactly the same time. I dunno all I can say is that I wrote some logging stuff and there where rather too many anomalies for me to be completely happy.