Session Timer MT4
FREE
Pubblicato:
16 aprile 2022
Versione attuale:
4.1
Non hai trovato un robot adatto?
Ordina il tuo
su Freelance
Vai alla sezione Freelance
Ordina il tuo
su Freelance
Come acquistare un Robot di Trading o un indicatore
Esegui il tuo EA
hosting virtuale
hosting virtuale
Prova un indicatore/robot di trading prima di acquistarlo
Vuoi guadagnare nel Market?
Come presentare un prodotto per venderlo con successo
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati

Thanks David.
There is a new update with additional features released today. I hope you find it useful. I will be glad if you could provide a review on the indicator under the “Reviews” tab.
Thank you for this. Please include UTC and spread and if possible GMT
Sorry spread only
Hi RUTTO2,
Thanks. Please download my other free indicators:
Current Price
Price Ray
Both have the functionality of showing current spread along with Bid price. I hope it helps.
HI there,
I'm having an issue with the time zone indicator; Tokyo session should start 1 hour after Sidney session but your indicator set Tokio open 4 hours after Sidney open...
Also if I wont to add the extra time zone, can't set the length of 4 hours, no matter what I set in the parameter it will be always 8 hours.
Could you please help me on this?
HI there,
I'm having an issue with the time zone indicator; Tokyo session should start 1 hour after Sidney session but your indicator set Tokio open 4 hours after Sidney open...
Also if I wont to add the extra time zone, can't set the length of 4 hours, no matter what I set in the parameter it will be always 8 hours.
Could you please help me on this?
Hi #brax64,
Thank you for downloading the Session Timer indicator and for the query. To explain, I have taken the Sessions section at Forex Factory website.
As an example, the Local time is the same as Server time at GMT+3 (180 minutes). As you rightly mentioned, Sydney is currently (no DST) an hour ahead of Tokyo as shown above (2:08pm and 1:08pm), but the session at Sydney has started at 12am (local/server) and 3am at Tokyo. You will notice the same displayed on your chart, which has two hourly candles in between Sydney and Tokyo session start time. Do note that the Sydney session open is synced with the close of the New York session, considering the DST time differences.
To explain your question on Additional city, let me take an example of a city Dubai, which is GMT +4 (4*60 = 240 minutes) ahead of GMT. You will enter the inputs as below:
Please ensure that the GMT offset time for Server is entered correctly (in minutes) as it will also reflect on the time each session appears on the chart. I hope this helps.
Do send me a message if you need further clarifications.
This is absolutely awesome trading session indicator. It is far ahead of any other I've seen so far for MT4! Thanks a million because I can switch to MT4 platform.
However, I got a little issue: whatever I do it only renders sessions for last two days (I use M30) - any clue what am I doing wrong?
This is absolutely awesome trading session indicator. It is far ahead of any other I've seen so far for MT4! Thanks a million because I can switch to MT4 platform.
However, I got a little issue: whatever I do it only renders sessions for last two days (I use M30) - any clue what am I doing wrong?
Hi freezer, thanks for your comment. Really appreciate your kind words.
Yes, I've tried it but it makes no difference :-(
Yes, I've tried it but it makes no difference :-(
Hi @freezer
Sorry for the delayed response. I have updated the product with a new version (3.7) fixing the previous sessions not showing as per count. Please let me know in case of any further issues.
With this version, I have also added a functionality of selecting a different custom timings file for any symbol (a chart). Below is a sample session timings for:
The filename can be specified in the input parameter:
Do make changes as needed. Please refer to the user guide for more information.
Regards,
Keni
Hi Keni,
thanks a lot for the updated version - I can confirm it works fine for me.
I got some ideas how to make this extension totally unbeatable (correct me if I am wrong or if these features are already implemented):
Please let me know your thoughts. Having this would make the extension absolute killer (there is no other extension or platform which reflects these DST aspects and render sessions all year long correctly). I am aware of the fact that implementing especially the second feature could be quite a hell :)
Again, thanks for this great extension.
Hi Keni,
thanks a lot for the updated version - I can confirm it works fine for me.
I got some ideas how to make this extension totally unbeatable (correct me if I am wrong or if these features are already implemented):
Please let me know your thoughts. Having this would make the extension absolute killer (there is no other extension or platform which reflects these DST aspects and render sessions all year long correctly). I am aware of the fact that implementing especially the second feature could be quite a hell :)
Again, thanks for this great extension.
Hi @freezer,
As a norm, the product has undergone changes over the last 2 years and the credit largely goes to the valuable inputs by users like you. I am thankful for that.
I appreciate your suggestion. I had also considered it, before including the input parameter “Server - GMT offset (in minutes)”. The solution I had in mind was to ask the user to input a file containing past and future DST settings for the Server, in line with how it is being used for showing the current time (with/without DST) for cities (SYD, LON, FFM and NYC). This would mean the user providing the following Server DST details for the past and future:
DST start date » DST end date
The above would have allowed the indicator to apply the DST settings automatically for a period to show session range on the chart inclusive of Server DST changes (at that time). However, since Session Timer was not initially designed to show session range on the chart for a past period, I was unsure how the user would accept including a file requirement, as the data is not readily available and needs to be created. Again, the Server - GMT offset depends on the broker/market-maker where the user has opened an MT4/MT5 account. I thought the wider acceptable option was to have the input parameter “Server - GMT offset (in minutes)” to handle the DST time difference for the near future and past, and I went with it.
Again, the functionality of “Session Timings.txt” is required to adjust the session timings to be shown on the chart based on DST changes, as rightly mentioned by you. It also helps users to have the own custom timings for each city based on the symbol traded.
Please give me some time to reconsider the implementation of an option to include the Server DST settings file into the product as well. Your suggestions are always welcome.
Best,
Keni
Hi Keni,
thanks a lot for the updated version - I can confirm it works fine for me.
I got some ideas how to make this extension totally unbeatable (correct me if I am wrong or if these features are already implemented):
Please let me know your thoughts. Having this would make the extension absolute killer (there is no other extension or platform which reflects these DST aspects and render sessions all year long correctly). I am aware of the fact that implementing especially the second feature could be quite a hell :)
Again, thanks for this great extension.
Hi @freezer,
I have released an update today (version 3.8) in which I have included an input parameter “Server - DST Applied as per Time Zone” that allows a selection of a city (Sydney, Frankfurt, London or New York) to adjust the DST for Server when applicable. This is besides the GMT offset for the Server. I currently use a server that is GMT+2 (120 minutes) and has DST settings applied as per New York. Another is GMT (0 minutes) with London for DST. Both seem to work fine.
Also updated the User Guide explaining this new functionality. Please refer to it for more information.
I will be glad if you can check on your side and let me know if you have any queries or issues.
Thanks.
Regards,
Keni