THV system, final edition | Page 1175 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

THV System Trades & Patterns Thread 857 replies

THV 4 system with SAH; My Trading Journal 163 replies

Bow's trading journal (THV, Hmaoui simple system) 4 replies

My Journal - Based on THV V3.0 by Cobraforex 30 replies

the vouchers - THV System 2 replies

Attachments: THV system, final edition
Exit Attachments

THV system, final edition

  • #23,481
  • Mar 13, 2012 5:19am Mar 13, 2012 5:19am
Can you post a screen shot? Where did you download the new build?

Quoting neild1971
Hi Miss Pips, downloaded new MT4 build and the SAH has done what people have mentioned above, like you said the MT4 is buggy. I put anothe indi at the bottom and the problem is still there.
  • #23,482
  • Mar 13, 2012 6:44am Mar 13, 2012 6:44am
Does someone else uses Fib. Pivots mainly ?

After a Signal from the Trix i always have a look at the Pivots first
and often dont make a trade, indifferent how well the Trix looks

if the Pivots are to close or the Cross is one pip from a Camarilla away
or i adjust my TP or SL according to the Pivots aso..

How do you use the Pivots ?
How to opt out annoying user signatures ??
  • #23,483
  • Mar 13, 2012 8:36am Mar 13, 2012 8:36am
Quoting MissPips
Can you post a screen shot? Where did you download the new build?
2012.03.13 23:29:58 Go Trader 4 build 416 started (Go Markets Pty Ltd)
Attached Image (click to enlarge)
Click to Enlarge Name: newbuild.JPG Size: 96 KB
  • #23,484
  • Mar 13, 2012 8:51am Mar 13, 2012 8:51am
Not the best day today for scalping €/$ with THV.

Misleading and rare signals..

Or ?
How to opt out annoying user signatures ??
  • #23,485
  • Mar 13, 2012 9:10am Mar 13, 2012 9:10am
Thats all I need,head and shoulder,bearish mtf divergence ,break and retest with nice 1,2,3 50%F setup; result is here.
Attached Image (click to enlarge)
Click to Enlarge Name: thv.gif Size: 48 KB
  • #23,486
  • Mar 13, 2012 12:31pm Mar 13, 2012 12:31pm
Thanks for the quick response MissPips! I will give that a shot. Thanks again


Quoting MissPips
Hi Carson,

Seller9 posted one a while back. I did try to put one in the SAH but because of the large number of MAs it made the SAH infernally slow. So I removed it. Seller9 reported the same problem if I'm not mistaken. You can use type 31, 32 or type 24 in the SAH as a decent proxy
  • #23,487
  • Mar 13, 2012 1:47pm Mar 13, 2012 1:47pm
Thanks a bunch! Here's a fix for mt4 build416. If you are downloading this for the first time be sure to download the helper indies from this post.

http://www.forexfactory.com/showthre...40#post5395640.

If you don't have that build you don't need to download it. There's a bug in the build. The way you create this type of indicator is that for each row you have two buffers and you get the different colors by setting one buffer to 1 (for example the green value for the first row) and the other one (for example the red buffer) to empty for that cube in that row. This build has a bug in that for the first row it displays both the buffer you set to one, and below it it shows an additional row (which is theoretically impossible since it only is supposed to have 8 buffers) which displays the OTHER buffer you set to empty, which it shouldn't show. That's why this extra row is the exact inverse of the one that should show up

So I fixed it by initializing the buffers to -1 instead of to the empty value and limiting the indicator so it can only display values from 0 to 4. This isn't the best thing, and that's why I think you don't need to download this unless you have a build with this bug.

Quoting neild1971
2012.03.13 23:29:58 Go Trader 4 build 416 started (Go Markets Pty Ltd)
Attached File(s)
File Type: ex4 SwissArmyMixedhistoV4.82mt416Bugfix.ex4   233 KB | 1,152 downloads
  • #23,488
  • Mar 14, 2012 1:03am Mar 14, 2012 1:03am
Quoting ricmi
Thats all I need,head and shoulder,bearish mtf divergence ,break and retest with nice 1,2,3 50%F setup; result is here.
Hi, Is it possible to lay out indicators and tpl .Thank you!
  • #23,489
  • Mar 14, 2012 4:07am Mar 14, 2012 4:07am
Quoting MissPips
Thanks a bunch! Here's a fix for mt4 build416. If you are downloading this for the first time be sure to download the helper indies from this post.
Thanks Miss Pips works great.
  • #23,490
  • Mar 14, 2012 5:19am Mar 14, 2012 5:19am
Great!
Quoting neild1971
Thanks Miss Pips works great.
  • #23,491
  • Mar 14, 2012 12:45pm Mar 14, 2012 12:45pm
Hi I am new in this forum and I just read about this system and I've downloaded all of attachments in 1st page but I still didn't understand when I read the manual about this system. Could anyone please tell me, where should I start to learn from? I'm confuse to start learning about this system, there are many templates too here. Thanks.
  • #23,492
  • Mar 15, 2012 7:50am Mar 15, 2012 7:50am
Hello MissPips,

yes, I understand and agree. The second indicator wouldn't solve this problem.

"That wouldn't solve it either, if I understood you correctly, because there can be cases where all 5 or all 15 cubes (for example) can be the same color, because the trix (for example) really was red all the time or green all the time."

Yes, but for backtesting this way people could start to watch the past of the sah at that point where they didn't had 15 cubes (for M15) red or green with the sah on M1 chart and set a marker at the earliest point. If MT4 reloads you normally see that this "point" changes and then the data from now on is messed up. This is the way I use it when I do backtesting for higher or lower timeframes with the sah and proof that MT4 didn't reload.

If it would be possible to teach the sah to only use realtime data and not paint a cube red or green for the past or when it reloads it would produce only real alerts on the chart too but I think this is not possible. Or just teach the sah to set the marker when an alarm in realtime appears. I think it's not possible.

I'm absolutely not into coding software with MQL4/C but maybe it could work this way: Check "IF" an alarm was within the last X minutes (or right now), set a marker. Within X minutes would mean to check it but X should not earlier than ticks come in. "ELSE" don't set a marker. "IF" there was an alarm before X minutes, don't place a marker. "CHECK" this condition every tick. But I don't understand the way coding works. This is what I would expect. Maybe I am wrong.

As I said, it's not essential. It is just that I like to think about a solution.

Btw. do you know a good place to start to learn programming for MT4 MQL4? I've found a good guide but I am not experienced enough to understand that behind the first few chapters.

http://www.earnforex.com/forex-e-boo...ull_Course.pdf

Have a good day

Quoting MissPips
That wouldn't solve it either, if I understood you correctly, because there can be cases where all 5 or all 15 cubes (for example) can be the same color, because the trix (for example) really was red all the time or green all the time.

I really can't think of a decent way to solve this issue. I thought of having another indicator which called the SAH using the same parameters you had chosen for the SAH, and which put a line on the chart when it got a signal from it. This indicator would only collect data going forward in time. (++ instead of --...
  • #23,493
  • Mar 15, 2012 9:35am Mar 15, 2012 9:35am
Starting to watch the past of the SAH where the cubes aren't consecutive for the timeframe isn't right either because sometimes that
is legit (and sometimes it isn't) and you don't know which is which when it's added after the fact. In a very strong downtrend you'll get lots of consecutive reds, for example, and if you discount that then you are skewing the results of your backtest.

It is possible to write an indicator that works only 'forward' -i.e on real time data only and fills the cubes only forward from the moment it is loaded and sets a marker when an alarm is given (which is essentially the same data as in the cubes, so it doesn't really add much.) But this data is still going to get erased and restarted (forward in real time) when the indicator is initialized, just like the cubes do.

Also doing it this way (forward in realtime only) would remove the legitimate use of the SAH for backtesting, which is when you want to see how a combination of indicators works as a filter for the SAME timeframe. (i.e you want to see how a trix cross, the coral, a the cloud and a longer moving average than the Coral work together, or how a trix cross, the cloud, the coral and the ADX for the same timeframe work together.) So I don't really want to make the SAH work that way.

Probably the best way to back test using MTF values would be to try the MTF simulator that was posted.

I don't know a good place to learn mql. I just press F1 and read the help when I want to know how something works.




Quoting FXler
Hello MissPips,

yes, I understand and agree. The second indicator wouldn't solve this problem.

"That wouldn't solve it either, if I understood you correctly, because there can be cases where all 5 or all 15 cubes (for example) can be the same color, because the trix (for example) really was red all the time or green all the time."

Yes, but for backtesting this way people could start to watch the past of the sah at that point where they didn't had 15 cubes (for M15) red or green with the sah on M1 chart and set a marker at the earliest point....
  • #23,494
  • Mar 15, 2012 10:45am Mar 15, 2012 10:45am
"Starting to watch the past of the SAH where the cubes aren't consecutive for the timeframe isn't right either because sometimes that
is legit (and sometimes it isn't) and you don't know which is which when it's added after the fact."


Maybe we are talking about different things. I don't mean data that is added after the fact. I am talking about the data that is collected live, when you start your session and MT4 doesn't reload. This is data you can collect with valid alarms and backtest as long as it does not reload. But not before the start of the session (with no new initialisation).

So what I normally do is to start my MT4 at the morning and let it run until the evening. If I don't change the timeframe, don't reconnect the internet, don't lose connection to the internet, the datafeed from my broker does not stop and my computer does not hang aso there is no reloading issue for the sah and the data is valid. That is what I described as backtesting the way it works and also the way to proof if it did reload with a marker.


"But this data is still going to get erased and restarted (forward in real time) when the indicator is initialized, just like the cubes do. "



Yes, but for the session without (!) reloading the data is fine and also the markers are correct. If MT4 would keep the markers from old sessions that were placed in realtime on the chart it would work too but I've never seen that. I only noticed what you described, the marks are replaced.

But I agree that this is not as good as it could be and it doesn't make sense to realize it, especially for others who would get confused by these extra rules to keep in mind.

"Probably the best way to back test using MTF values would be to try the MTF simulator that was posted."

A few month ago I've tried that but I think it didn't work with other timeframes. You can only put it on one chart with one timeframe. To backtest M5 settings on an M1 Chart didn't work. I've used a backtest-tool. But I am not sure. I will check that again soon. It should work with the sah with setting ePeriod 0 for actual timeframe.

"I don't know a good place to learn mql. I just press F1 and read the help when I want to know how something works."

That's a good idea. I never use F1 help from software. I didn't noticed that. Thanks

Quoting MissPips
Starting to watch the past of the SAH where the cubes aren't consecutive for the timeframe isn't right either because sometimes that
is legit (and sometimes it isn't) and you don't know which is which when it's added after the fact. In a very strong downtrend you'll get lots of consecutive reds, for example, and if you discount that then you are skewing the results of your backtest.

It is possible to write an indicator that works only 'forward' -i.e on real time data only and fills the cubes only forward from the moment it is loaded and sets a...
  • #23,495
  • Mar 15, 2012 2:00pm Mar 15, 2012 2:00pm
Yes, I think we are talking about different things. What I mean is that suppose you start the SAH in the morning and leave it running. You come home and you want to see if it disconnected so you look to see (for example) if you have 15 consecutive red bars in the row watching the 15 slow trix (if I understood what you are doing). But what I am saying is that when you have a strong downtrend you can get 30, even 45 consecutive red bars in real time, and that is what really happened (because in downtrends people panic more it seems, even though I've never understood this because since forex is two sided what is a downtrend for the EUR in EURUSD is an uptrend for the USD). Anyway, if you looked at that and decide that isn't real data because there are too many consecutive red bars, you would skew the results of your backtest.

Someone posted an MTF version of vhands trade (called MTFvhandsTrade), which although I remember it rather vaguely, supposedly does let you backtest the 5 m trix (for example) on a 1 m chart. That was the whole point of it.

Regarding not erasing the markers, the markers would be in the same place as the cubes, since they would have to be based on them. For example suppose you want an alert on the fast trix, the cloud, the coral and the fast trix one higher timeframe. So you set each of the four rows to those, and set the alarm to look at all four rows and set maxscore to 4. So you'd get an alert and a marker whenever all four rows were the same color. The four rows being the same color and the marker would be showing the same information, and based on the same information. So when if the cubes got wiped out ( by the indicator being initialized) then the marker would also get erased.)

It is possible to not have the marker erased on init, but what would happen in this case is that you'd have two sets of markers. You'd have the first set (which was the real time set that didn't get erased) and then you'd have the second set (which would be the set that would be recreated 'backward' if the indie got reset (by a disconnect for example), just like the cubes are recreated backward in time. So you'd have both sets of markers, but it wouldn't be clear which was which.
The only way to get around it would be to have a second indicator which only went forward in time, which read data from the SAH, and which also didn't erase the markers. That would work because you'd always only have markers that were created in real time, even it it got reset. If it got reset, you'd still have the markers that were created and not erased, and then you wouldn't have duplicates after the reset because it would only go forward in time. But then you'd have to erase all the markers manually (more or less - I could put in a feature that would do it on request) when you wanted a clean chart.

Maybe next time we get a long holiday I'll give it a shot.


Quoting FXler
"Starting to watch the past of the SAH where the cubes aren't consecutive for the timeframe isn't right either because sometimes that
is legit (and sometimes it isn't) and you don't know which is which when it's added after the fact."


Maybe we are talking about different things. I don't mean data that is added after the fact. I am talking about the data that is collected live, when you start your session and MT4 doesn't reload. This is data you can collect with valid alarms and backtest as long as it does not reload. But not before the start...
  • #23,496
  • Mar 15, 2012 10:32pm Mar 15, 2012 10:32pm
There was a perfect setup yesterday. If you were watching the 15 min charts, a H&S formation occurred with the head reversing on the 1.300 pysch level. On the next shoulder, a perfect rainbow trade occurred. I was fortunate enough to be watching my computer, even though it occurred a little earlier than I normally like to trade.
Attached Image (click to enlarge)
Click to Enlarge Name: thursday trade.gif Size: 73 KB
  • #23,497
  • Mar 16, 2012 5:55am Mar 16, 2012 5:55am
Hello. Not only swiss army work incorect.
THV MTF and Infopanel works incorect to.
Attached Image (click to enlarge)
Click to Enlarge Name: 1.JPG Size: 69 KB
  • #23,498
  • Mar 16, 2012 6:26am Mar 16, 2012 6:26am
I don't have the source code for THV MTF because I wasn't part of the release of V4 so I can't fix it. Just use the SAH instead - it's better anyway.
Ditto for the infopanel - I don't have the source code. But I did speak on the phone with customer service at Go Markets and they are going to report the bug to Alpari's programming department.

Quoting eevviill
Hello. Not only swiss army work incorect.
THV MTF and Infopanel works incorect to.
  • #23,499
  • Mar 16, 2012 8:14am Mar 16, 2012 8:14am
Quoting eevviill
Hello. Not only swiss army work incorect.
THV MTF and Infopanel works incorect to.
Very nice and informative picture,with all data like TFs,trix, diversified info panel...
  • #23,500
  • Mar 16, 2012 8:14am Mar 16, 2012 8:14am
Quoting MissPips
I don't have the source code for THV MTF because I wasn't part of the release of V4 so I can't fix it. Just use the SAH instead - it's better anyway.
Ditto for the infopanel - I don't have the source code. But I did speak on the phone with customer service at Go Markets and they are going to report the bug to Alpari's programming department.
Thank you very mutch. But it is very strange
There are "MissPips" the write side of the indicator THV MTF.

P.S. Why Swiss Army better then THV MTF
9 traders viewing now