Gamestudio Links
Zorro Links
Newest Posts
Free Live Data for Zorro with Paper Trading?
by AbrahamR. 05/18/24 13:28
Change chart colours
by 7th_zorro. 05/11/24 09:25
Data from CSV not parsed correctly
by dr_panther. 05/06/24 18:50
AUM Magazine
Latest Screens
The Bible Game
A psychological thriller game
SHADOW (2014)
DEAD TASTE
Who's Online Now
4 registered members (degenerate_762, AbrahamR, AndrewAMD, ozgur), 667 guests, and 8 spiders.
Key: Admin, Global Mod, Mod
Newest Members
Hanky27, firatv, wandaluciaia, Mega_Rod, EternallyCurious
19051 Registered Users
Previous Thread
Next Thread
Print Thread
Rate Thread
Page 2 of 2 1 2
Re: iVolume equivalence [Re: SFF] #420786
04/03/13 10:33
04/03/13 10:33
Joined: Nov 2012
Posts: 209
S
SFF Offline OP
Member
SFF  Offline OP
Member
S

Joined: Nov 2012
Posts: 209
Hi,

Could you add Tick/Renko chart in a future Zorro?
They are the major charts other than a normal time-based chart.

Re: iVolume equivalence [Re: SFF] #420800
04/03/13 13:37
04/03/13 13:37
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
Tick bars can be added - they might be useful under certain circumstances.

Renko bars have no use for automated trading in our opinion, so we normally won't add them. But if a client pays for this function, we'll add it also to the public Zorro version. Alternatively, you can just program Renko bars in a script - should not be very difficult.

Re: iVolume equivalence [Re: jcl] #420804
04/03/13 14:24
04/03/13 14:24

A
acidburn
Unregistered
acidburn
Unregistered
A



Originally Posted By: jcl
Tick bars can be added - they might be useful under certain circumstances.

Renko bars have no use for automated trading in our opinion, so we normally won't add them. But if a client pays for this function, we'll add it also to the public Zorro version. Alternatively, you can just program Renko bars in a script - should not be very difficult.


I'm curious, why do you say that "Renko bars have no use for automated trading"? Any particular reason?

Re: iVolume equivalence [Re: ] #420805
04/03/13 14:48
04/03/13 14:48
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
Renko bars are constructed by removing the time information from the price curve. You can only see a trend direction, but not its steepness or its acceleration and deceleration. So your algorithm gets less information and consequently will be less profitable than with a real price curve.

Renko bars are meant as a visual aid, with the idea of not getting distracted by the dents and ripples in a curve with real bars. They are not meant for automated trading. A computer won't get distracted by dents and ripples and thus has no use for Renko bars.


Re: iVolume equivalence [Re: jcl] #420807
04/03/13 15:15
04/03/13 15:15

A
acidburn
Unregistered
acidburn
Unregistered
A



Originally Posted By: jcl
Renko bars are constructed by removing information from the price curve. You can see a trend, but not its acceleration and deceleration. So your algorithm has less information available and consequently will be less profitable than with a real price curve.

Renko bars are meant as a visual aid, with the idea of not getting distracted by the dents and ripples in a curve with real bars. They are not meant for automated trading. A computer won't get distracted by dents and ripples and thus has no use for Renko bars.



If you don't mind a little constructive discussion, and while I agree with you on most parts of your reply, I could also claim that OHLC bars/candlesticks are not suitable for algorithmic trading because they too remove lots of price information (also as a visual aid). Would I be wrong? wink

For example, consider Renko with 1 pips brick size and H4 OHLC, I'm sure you'll agree that the former (Renko) carries a lot more information than the latter. Sampling every 4 hours does a much stronger data reduction than waiting for 1 pips move with bricks.

Renko and other CRB (constant range bar) types most powerful (and sometimes most troublesome) feature is that they're not time based, IMHO. So powerful that I'm still seriously researching it and definitely will consider it for automated trading. Because, in both cases we're speaking of data reduction, we take lots of price ticks and collapse it to either an OHLC candlestick or a brick, the difference is that OHLC bars are sampled by time (periods), where bricks are sampled by price (difference). Because profits come from price differences, bricks could even be more suitable for trading. Strong words, I know. The research on this interesting subject is ongoing... grin

Re: iVolume equivalence [Re: ] #420820
04/04/13 08:45
04/04/13 08:45
Joined: Jul 2000
Posts: 27,986
Frankfurt
jcl Offline

Chief Engineer
jcl  Offline

Chief Engineer

Joined: Jul 2000
Posts: 27,986
Frankfurt
I can certainly be wrong here. When you look into the trading scene and methods from a mathematical point of view, you see a lot of obvious bunk. So you might come too quick to the conclusion that some particular method can not work.

After that disclaimer: I think you can not compare the information loss of renko bars with OHLC bars. OHLC extracts a certain time frame from the price data. Due to the fractal nature of price curves, this is not really a loss of information, at least not for the particular time frame the system is designed for. Within that time frame, the information is complete.

Profits do not come from price differences. They come from the prediction of price differences. You need some criteria, such as a trend deceleration or some curve or candle pattern, for predicting a reversal or a continuation. Such a criteria is missing in a Renko chart. You can see the reversals, sure, but you can see not much for predicting them.

Of course the usefulness of Renko bars can be easily proven by at least one profitable system that is based on Renko bars instead of the price curve. However I haven't seen such a system yet.

Re: iVolume equivalence [Re: jcl] #420826
04/04/13 10:53
04/04/13 10:53

A
acidburn
Unregistered
acidburn
Unregistered
A



Yeah, now that you've explained it so nicely, and I specifically like the paragraph where you explain the need for some kind of price prediction, I think you might have an important point there.

I mean, I'll have to sit on that for some time before I have an answer for myself, and then you. Or I'll just come back with a profitable Renko system, without a lot of explanation, how about that? wink

The truth is, I spent some quality time researching various bricks, even inventing my own brick type grin , but it's also true that I didn't come up with a new profitable Renko system, although it all looks very promising and tempting. Who knows, maybe you just provided me the answer why it ended like that. Now that I've discovered Zorro, I'll put the emphasis back to OHLC paradigm. I need to reset. cool

Re: iVolume equivalence [Re: Proomer] #436377
01/24/14 14:31
01/24/14 14:31
Joined: Jan 2014
Posts: 5
Mallorca. Balearic islands.
J
juanperico Offline
Newbie
juanperico  Offline
Newbie
J

Joined: Jan 2014
Posts: 5
Mallorca. Balearic islands.
Originally Posted By: Proomer
Just to be clear here ... Since the data is available there should be a function for it.

I fully endorse this post.
What JCL and Spirit say, is partially correct, but in no case justify the lack of a traded volume proxy.

Are price updates a good proxy for actual traded volume in FX?

I know that this debate will never end, but my feel of years trading forex based on tick volume - 1 min time frame -
is absolutely concordant with that paper.

J.P.

Last edited by juanperico; 01/29/14 09:51.
Page 2 of 2 1 2

Moderated by  Petra 

Gamestudio download | chip programmers | Zorro platform | shop | Data Protection Policy

oP group Germany GmbH | Birkenstr. 25-27 | 63549 Ronneburg / Germany | info (at) opgroup.de

Powered by UBB.threads™ PHP Forum Software 7.7.1