Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
When doing a Replay Chart, with 'For All Charts In Chartbook' selected, the replay should not start until all charts have loaded their data.
As it is now, the chart used to start the replay will begin the replay before another chart has fully loaded its data.
Starting with release 1663 SC supports combining CME trades into their original summaries.
The feature was requested several times here on FIO, esp by order flow / volume traders.
"1663 Release Date: 2017-12-08
Time and Sales window supports through a new combining option, the combining of CME trades into the original summary trade when using the Sierra Chart Exchange Data Feed."
It would be great [as I am a GNU/Linux "fan" as well] but unfortunately if you look at their web site is unlikely that they will support Linux and more likely that they will support macOS. Better than nothing but again unfortunately they do not have a time frame to when this will be done.
Regarding of using SC in Linux with Wine, I never tried because when I was researching on SC forums about it, SC team/engineers do not recommend doing this and they say that there will be problems...
I do like them for trade execution, and clean charts... but I wish there was a dynamic fib levels tool that had confluence of different time frame fib levels on one chart. I have seen this for a forex market, but not for futures markets.
The 64-bit version of Sierra Chart has now been released as of a few weeks ago.
You just need to update with Help >> Download Current Version.
There will be an icon for it on your desktop that ends with_64. But it should automatically run anyway as long as long as the Windows you are running is 64-bit which is the case for 95% of our users.
We also hope in about two weeks to release the CME market by order data which will support additional levels of market depth. We will also include the number of orders at each price level in the market depth data display. This will only though be available with the Sierra Chart Exchange Data Feed but with other supported trading services additional levels of depth have been available for a while now anyway.
As far as other operating support goes, that is actively being worked on indirectly by making changes to the internal design of Sierra Chart to allow it to be ported to another operating systems easily. But still this really is a major development task that still is not likely to be a reality until 2019. But we do think it is going to be a reality due to the definitive progress being made.
If I overlay a study from a source chart in one time zone (e.g. New York) onto a destination chart in a different time zone, (e.g. Seattle), the times are treated the same as if they are in the same time zone. So the study value that occurs at 12:00 Noon in New York ends up being displayed in the Seattle (destination) chart at 12:00 Noon, when it should be moved to the equivalent time in Seattle(9:00AM). This causes inconsistent results depending on the global time zone setting. It seems only the last bar in the destination matches the correct last bar of the source.
The study values being overlaid are ending up at the wrong place in time, and there is a hockey stick at the end of the line. This makes no sense to me.
The chart on the left (destination) is in PDT, the one on the right (source) is in EST. Try changing the time zone in either one and the overlay changes. The only correct one is when they match, which defeats the purpose.
There are reasons why one would want a chart fixed to New York time (session times, studies that have specific times in them like Globex Hi and Low) and why one would want to trade in their own time zone.
Sierra has stated that I am first one to mention this, and they have no intention on fixing it (as of 3/13). They say it would be inefficient to implement this. I suppose, but I would think an internal global time reference could be used by all charts, and then offset when desired on a chart by chart basis.
So if you are using overlaid studies, then the source and destination charts should all be in the same time zone.
I was just on board with Sierra Charts for a couple of weeks. Extremely love its efficiency, powerfulness, comprehensiveness, and nerdyness
Among the many great tools, Zig Zag is a cool tool. And I am wondering, whether there is a chance to make it a basic bar type, kind of like a reversal bar. The issue of using the current Zig Zag tool constructed from other bar types (time bars for example) is: the time bar is the basic calculation unit where the detailed tick information can not be accurately assigned to the correct Zig Zag lines. Say the Zig Zag line reverses at a certain time-based bar where its high serves at the reversal price --- a transition from a UP line to a Down line. The ticks before the reversal price should be assigned to the UP line, and the ticks at and after the reversal price should be assigned to the Down line.
It seems that the only way to get calculation exact is to have its own Zig Zag bar type. And this will be indeed a variant of the reversal bar which uses the reversal prices to delimit the bars. Once we have this bar type, the Volume By Price and Numbers bars tools will reveal much more clear picture of the bid/ask dynamics.
I wish they had some kind of inspector so you could quickly change study / chart settings. Also if study / chart settings could be 'styled' so that a change on one chart automatically updates on another one. The current remove and re-add study process gets tedious.
Also, chart settings should be savable similar to study settings. It's outrageous that I frequently need to change the time zone from universal time to NY time. I've changed every time setting I can in the program to NY time and still when I make new charts they start in universal time.