Login Page - Create Account

Support Board


Date/Time: Thu, 24 Sep 2020 09:20:56 +0000



OpenGL support Now Ready for Initial Testing

[2019-07-12 01:03:21]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Prerelease version 1947 of Sierra Chart has support for OpenGL:
https://en.wikipedia.org/wiki/OpenGL

The basic objective of OpenGL is to transfer the rendering of graphics from the CPU to the GPU to reduce CPU usage.

The greatest reduction in CPU usage is going to come from systems that have a capable and fast GPU:
https://en.wikipedia.org/wiki/Graphics_processing_unit

This option can be enabled through Global Settings >> Graphics Settings >> Other. Once you enable the option for OpenGL, a restart of Sierra Chart is needed and Sierra Chart stays in that mode until the option is disabled and is restarted again.

OpenGL support is very much a beta. There can be stability and rendering issues. For example, the Chart Values tool does not function properly. OpenGL does not have support for text so we had to create an alternative to do text. So text is not necessarily going to render in a way you might like.

Once again this is considered a beta and problems can be expected. We do not recommend using OpenGL during live trading.

Report any issues in this thread but we will not necessarily respond. There is no need to go into extensive detail. And if it issue has been reported, then do not report it again. We do not want to be flooded with all kinds of issues. And once again we will not necessarily respond.

If you are using Linux and you have problems, then please at this time do not post those issues here. Our first objective is to have stability on Windows.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-09-07 12:56:37
[2019-07-12 06:14:00]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Hi support, a few observations -

- Transparency is inverted for drawing tools and chart drawstyles - i.e. 100% = fully opaque and 0% = fully transparent

- Circle drawstyles produce very coarse polygons, rather then circles

- Chart drawing tools fill behaviour is inconsistent, both in color selection and whether the shape actually fills

- Chart drawing tools cause large CPU spike and are not very responsive

- When scrolling charts that have circle drawstyles, there is very noticeable screen tearing


Not all negative feedback though - render time for 'Market Depth Historical Chart' is massively reduced, which is great!
[2019-07-13 02:16:22]
hurleydood - Posts: 15 | Ending Date: 2019-03-09 [Expired]
Yes the font look like pixelated bitmaps.
You can render nice clean TrueType fonts using FreeType which is popular on non-Windows systems.
https://learnopengl.com/In-Practice/Text-Rendering
[2019-07-13 02:37:23]
user8888 - Posts: 106 | Ending Date: 2020-09-30
yes, beta.
after 1 min of moving the mouse around the chartbook across the screens, with the opengl option enabled, all 3 screens went black.
unrecoverable. physical button need it to restart the system.
2 1st screens to internal gpu, the 3rd to secondary gpu.
[2019-07-13 03:49:14]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding post #4, this sounds driver related to us.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-07-13 03:58:24]
user8888 - Posts: 106 | Ending Date: 2020-09-30
yes, and to me aswell. but the drivers are up to date. thank you anyway.
[2019-07-13 13:06:51]
mpro - Posts: 36 | Ending Date: 2020-10-01
When using Numbers Bars with "Highlight Volume/VPOC" or "Candle Stick Outline". There is a black box in the foreground. Regardless of the color settings.

V1948
Date Time Of Last Edit: 2019-07-13 13:15:34
imageNumbersBars_OpenGL_Bug.png / V - Attached On 2019-07-13 13:02:18 UTC - Size: 73 KB - 417 views
[2019-07-13 20:53:25]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding post #4 and #6, we will try to duplicate this set up and see what the problem is. Regarding post #6, how many monitors do you have?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-07-13 20:53:42
[2019-07-15 07:10:48]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding post #4 and post #6 where the screens went black, can you provide us the following information:
1. What are the exact models of video cards, amount of monitors in the system, and screen resolutions?
2. What version of Windows is being used? Screenshot of system information would be good.
3. Does the issue appear with some specific chartbook(s)?
4. Can you download, install, and take screenshots from the tabs "Graphics card" and "Advanced" in software:
https://www.techpowerup.com/gpuz/
4.1 Can you take screenshots of the tab "Sensors" from GPU-Z when you run SC?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-07-15 07:11:30
[2019-07-15 14:43:51]
user8888 - Posts: 106 | Ending Date: 2020-09-30
yes, sir, I can provide you with all that.

However, you might be quite right when saying that sounds like a driver problem, because my video driver crashes from time to time.

But, crashes, alters the resolution of 1 or 2 screens, and I can recover it, revert back the resolutions and continue normally.

The beta OpenGL option of your software seems to increase the problem, leaving the system unrecoverable. But the problem is there before the OpenGL option.

So, thank you very much for your efforts, but might be my system.

I've updated the drivers, even tried with previous versions, but same result.

If you still want that info, let me know... But I should have the driver problem fixed before being able to evaluate properly the OpenGL way (which is not gonna happen soon because I've tried everything I know already)

The system is a win server 2012 R2 and the secondary GPU is based on a ATI chipset. 2 of the 3 screens are UHD.


Thank you very much.
[2019-07-16 09:25:58]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Therefore lets set aside the request for the time being.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-07-16 21:47:28]
User929084 - Posts: 60 | Ending Date: 2020-08-31 [Expired]
Hi. Just downloaded V 1951 to see the difference of OpenGL. Here's what I notice

1. No visible crosshair, even though it is enabled. It will appear for fraction of a second when moving mouse around.

2. None on the keyboard shortcuts work. I checked in global settings and they are the same as before, just don't work.

3. Tearing of price and time scales on all charts when moving mouse around. First img is the chart where I have pointer on ( tearing ) and second img is second chart ( tearing1 ), and it's even worse then the first one. I have Global Cursor on.
imagetearing.png / V - Attached On 2019-07-16 21:47:12 UTC - Size: 41 KB - 430 views
imagetearing.1.png / V - Attached On 2019-07-16 21:47:18 UTC - Size: 42.93 KB - 392 views
[2019-07-17 09:28:20]
User138602 - Posts: 151 | Ending Date: 2020-04-17 [Expired]
The visibility of the crosshair was always this troublesome. Even before the implementation of opengl. Couldnt find a solution in any of the crosshair related settings and there arent that many as far as i know.

@SC It would be nice if you could give us an always easy to find crosshair option...just thicker crosshair lines may work. Yes, there are workarounds like pressing CONTROL button on the keyboard in combination with the right mouse setting in windows. But its still not convinient or optimal.

I would like to have the crosshair as my default pointer because i could compare quickly a pricelevel in different timeframes. But not knowing where i am on the whole screen lets me always switch back to the default arrow pointer. The crosshair is just not visible enough or not visible at all.
Date Time Of Last Edit: 2019-07-17 09:37:19
[2019-07-17 13:20:01]
User929084 - Posts: 60 | Ending Date: 2020-08-31 [Expired]
I only brought this up because without OpenGL enabled I never had a crosshair problem. It is always visible and tracks time and price like it should on all charts. Sometimes it will disappear from one of the charts, but all I have to do is just move my mouse over to that chart and it comes back.
[2019-07-17 19:32:42]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
This is said in Post #1:
For example, the Chart Values tool does not function properly.

Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-07-17 19:34:04]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
The crosshair is just not visible enough or not visible at all.
If you have a problem it is because you are not using the right settings based on the chart background color you are using and your screen resolution.

The visibility of the Chart Value/Crosshair tool has never been an issue. You can adjust the colors, the Line style and thickness. Refer to:
https://www.sierrachart.com/index.php?page=doc/Tools.html#ChartValues_ToolConfiguration
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-07-17 19:34:48
[2019-07-17 20:58:19]
User138602 - Posts: 151 | Ending Date: 2020-04-17 [Expired]
I HATE to capture this thread...sry, its about opengl and NOT crosshair.

But just to be on the same page: I am not talking about the horizontal and vertical lines extending to the edges of a chart window. I am only refering to the little cross in the center. My comment is kinda off-topic, i must admit.

Nevertheless, are we still talking about the same thing and i am able to even modify the center cross?
[2019-07-17 21:01:09]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
But that particular object is something you can control in the Pointer settings through the operating system control panel. It is not set by Sierra Chart. You should be able to choose a larger one and one with a greater contrast.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-07-17 21:01:36
[2019-07-17 22:11:31]
User138602 - Posts: 151 | Ending Date: 2020-04-17 [Expired]
Changing the pointer color did the trick. The arrow mouse pointer is black now but the crosshair gets a white outline.
Its a compromise...thx.
Date Time Of Last Edit: 2019-07-17 22:13:55
[2019-07-18 17:56:43]
HinckleyBob - Posts: 45 | Ending Date: 2020-07-17 [Expired]
I am assuming this problem is associated with this Beta software: Attached file shows:
1. The range of the rectangle fill is incomplete.
2. The ragged right edge of the rectangle fill.
3. The artifact of a semi-opaque vertical edge price scale, not fully vertical.

This is always reproducible.

A system information file is available at http://speccy.piriform.com/results/z5MmaP6NAn8kfe8ilHioyxA

Update: I turned off the OpenGL option, and was able to reproduce the problem. So this message is posted to the wrong thread. Sorry, haven't had this problem before.
Date Time Of Last Edit: 2019-07-18 18:08:43
attachment2019-07-18_13-47-23.pdf - Attached On 2019-07-18 17:54:02 UTC - Size: 114.12 KB - 215 views
[2019-07-19 19:37:41]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Update: I turned off the OpenGL option, and was able to reproduce the problem. So this message is posted to the wrong thread. Sorry, haven't had this problem before.
You need to restart Sierra Chart after disabling the OpenGL option. If you still have the problem after restarting and not using OpenGL, then post that particular chart following these instructions but only if you are not using OpenGL:
https://www.sierrachart.com/index.php?page=doc/PostingInformation.php#ProvidingChartbookSingleChart
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-07-19 19:38:11
[2019-07-21 13:18:47]
mpro - Posts: 36 | Ending Date: 2020-10-01
I get a crosshair with OpenGL only when the chart is updating. So without datafeed there is no crosshair.

https://youtu.be/EuuPWCsdZHM

1953
[2019-07-21 21:08:42]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
There is a known issue with the Chart Values tool. This will be resolved.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-07-24 05:32:35]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
When using 'Study Subgraphs Reference with 'Transparent Fill Rectangle Top/Bottom' the fill occasionally works on a chart but mostly not. This might be the case for other transparent Draw styles and may not be limited to Study Subgraphs Reference but i've not tested them. Also, I think this may be related to CFD's as it works as expected with Futures. See attached chartbook

Also when using the 'Colour Bar based on Alert Condition' with 'Color Bar Hollow' draw style, the fill of the bar is always black even if there is a 'Color Bar Candle Fill' which is triggered
Date Time Of Last Edit: 2019-08-02 02:36:15
attachmentERROR - Study Subgraphs Reference.Cht - Attached On 2019-07-24 05:31:39 UTC - Size: 50.85 KB - 142 views
[2019-07-25 07:30:53]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
When different color transparencies overlap, sometimes the combined color is just one of the colours. For example when green and red overlap, instead of orange the color would be red or green

However what works fine is when same transparent colors overlap and they create a more opaque version of that color
Date Time Of Last Edit: 2019-07-25 09:09:00
[2019-07-29 20:01:00]
User871277 - Posts: 34 | Ending Date: 2020-02-07 [Expired]
Moving mouse marks somehow everything on the right, e.g. price of asset, values of indicators etc.

Click in chart region with crosshair, move mouse, -> marks the right of the screen, marks disappear with left click.

Current Version: 1957 (July 23, 2019)
Date Time Of Last Edit: 2019-07-29 20:04:24
Attachment Deleted.
[2019-07-30 00:54:47]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post #26, this is already a known issue.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-08-11 22:15:55]
Bedhog - Posts: 154 | Ending Date: 2020-09-27
Using Win10 w/Radeon WX5100... enabled OpenGL. The fonts were different/difficult to read and appeared to be sluggish drawing charts. Disabled OpenGL.
[2019-08-11 22:46:15]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Make sure you are running the current version of Sierra Chart. Instructions to update:
https://www.sierrachart.com/index.php?page=doc/SoftwareDownload.php#FastUpdate
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-08-12 03:40:33]
User735389 - Posts: 146 | Ending Date: 2020-08-20 [Expired]
are there any known issue with nvidia cards, or optimus? Or some min spec for the graphics card? settings tweaks? Usage limits in terms of how many charts it can run?

I have an nvidia 1050m 2gb. Even with just one chart (sized at about 1080p) there's an unuable amount of lag when i'm forcing it to use the nvidia card. Oddly i see both the integrated intel and nvidia gpu usage spike when i'm doing anything to the chart (like scrolling around). When using the integrated intel card only, the system is more responsive, which is very odd. Could be a configuration thing but i have no idea what it would be.

Performance chokes pretty fast with additional charts. When I run 1 of my normal chartbooks (which as about 8 normal charts, 1 blank chart, 1 detached chart, all fitted on a 4k monitor) the intel card is maxed at 100% when idle. I'm usually running 27 of these chartbooks at a time, which runs great non-opengl.

All the settings in the nvidia control panel are set to off or optimized for performance
Date Time Of Last Edit: 2019-08-12 03:40:59
[2019-08-12 15:38:08]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post #30, is this when using the new OpenGL option and you have restarted Sierra Chart?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-08-12 16:08:32]
User735389 - Posts: 146 | Ending Date: 2020-08-20 [Expired]
yes im restarting SC everytime i toggle the setting (as indicated with the popup)
[2019-08-12 16:14:38]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Just a Data Point....looks good here.

I have an AMD Ryzen 7 2700x processors and an Nvidia Geforce GTX 1660 Ti graphics card with two large monitors.
I have two chart books open and a large number of charts in each plus spreadsheets.


Without OpenGL processors utilization are:

CPU=3%
GPU=9-10% (very Stable)

With OpenGL utilizations are:

CPU = 3%
GPU = 10%-25% varying

Looks like work is successfully using GPU for rendering.

No issues noticed at all so far.
[2019-08-13 15:31:37]
User316362 - Posts: 165 | Ending Date: 2020-11-19
I did find one issue. The "Right Edge (centered) " Value label will not show when OpenGL is turned on in the studies in the lower chart regions. (version 1971).
The "centered" and "above" etc seems to be having issues also.

Works fine without OpenGL
Date Time Of Last Edit: 2019-08-13 15:48:38
[2019-08-16 15:48:42]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Should OpenGL issues be posted here (like post 34)? Are the issues being logged for the developers? There are a few threads on OpenGL and one place to follow along with would be good. I'm very impressed with the performance BTW. The Chart update times have dropped over 10 fold on my computer. most charts say 1ms update, amazing.
[2019-08-16 17:05:10]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Draw DOM Graph on chart (adv setting 2) didn't draw volume #.
[2019-08-16 17:21:24]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Yes post any issues here but in many cases we will not respond. We are monitoring the thread. This feature is still considered a beta.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-08-16 19:18:02]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding post #30 above:
1. Screenshot of Sensors tab in GPU-Z app when the problem appears and first tab on idle.
2. Attached Chartbook. Perhaps there is some specific settings for studies/chart
3. how many displays do you have?

Also the user may try to reduce screen resolution to 1600x900 or even to 1280x720 to reduce usage of video RAM.
If you need help with GPU Z let us know.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-08-16 19:18:18
[2019-08-17 00:46:14]
101010 - Posts: 18 | Ending Date: 2019-10-05 [Expired]
Certain text isn't showing on screen. For instance, I cannot see the DOM quantities when Draw DOM Graph on Chart is enabled. I also cannot see the number box in bottom right hand corner that tells you bar spacing.

I am also getting laggy user interface when moving charts around or scaling charts using NVIDIA GTX 1060. I don't experience any of this when using the integrated Intel graphics card. The NVIDIA card gives much faster chart drawing times though.
Date Time Of Last Edit: 2019-08-17 01:09:00
[2019-09-04 13:43:16]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
latest opengl updates have worked nicely on chart drawings and transparencies mostly, but I'm getting some new issues after charts have been running for some time. Drawings or studies using transparency with set colours like blue/red etc, the colour changes to black and they are not clearly visible any longer. This happens on some charts in the chartbook, not sure if it only affects some charts or all

Also sometimes a chart will just go black completely and nothing is on it at all, just black background. No bars/text/anything. I'm using 1984
[2019-09-04 14:04:02]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
more details on #40 to help debugging: When the left coordinates are out of view for a certain duration, the color changed to black. Condensing the bars so the left coordinates becoming visible, the filled color changes back to the its original color.
[2019-09-04 20:25:11]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
Chart Calculator after placing the first anchor the text is scambled until the second anchor is placed
[2019-09-05 16:13:39]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
post #40. I just cut an extended rectangle on a non opengl instance and the same thing happened but only on the single extended rectangle, so maybe the issue is not opengl related
[2019-09-07 13:12:33]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Chart Calculator after placing the first anchor the text is scambled until the second anchor is placed
We are aware of this and this affects text on all drawing tools . We will fix this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-09-07 21:45:38]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Just curious, are OpenGL fixes being added incrementally with new Sierra versions or will they all come at once when announced?
[2019-09-08 04:16:26]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Yes they are added incrementally . You should always be running the latest version if using OpenGL.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-09-08 04:58:31
[2019-09-08 10:04:12]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
I've got 2 GPU's in my system, nvidia 980 GTX and an nvidia 1070 GTX. The default GPU is the 1070 which is about 1.3x more powerful than the 980. In the nvidia control panel I can select which GPU Sierra is assigned to for OpenGL and CUDA. If I leave it on the 1070 sierra runs great and the GPU load is about 33%. I tried to assign sierra to the 980 however (for CUDA and OpenGL) and it's unusable. The load on GPU varies every couple of seconds from 50-90% (in task manager) and makes the whole system sluggish (windows 10 latest). The difference in GPU load doesn't make sense as I would expect it to be around 50-60% max on the 980 given the difference in capabilities of the GPUs.

Not sure what's causing this. Maybe the 980 isn't supported yet or not optimised. Or maybe I'm not setting everything needed up to use the 980 correctly?

Are optimisations expected down the line? btw i'm running 1986
Date Time Of Last Edit: 2019-09-08 10:06:39
[2019-09-08 15:01:31]
User138602 - Posts: 151 | Ending Date: 2020-04-17 [Expired]
i have a 980 myself....runs opengl active SC without obvious problems.
Date Time Of Last Edit: 2019-09-08 15:02:09
[2019-09-09 05:02:19]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Our initial thought about those users who are noticing performance issues with a particular GPU is as follows:

Do not tell the operating system what GPU Sierra Chart should be using. It needs to make that decision itself.

And a particular chart must not be contained in more than one display. If two or more displays a chart is contained within are driven by different GPUs, you would create a situation where there are inefficiencies because the operating system has to start transferring resulting output between video adapters.

It is not efficient to have GPU do the rendering, and then have this output transferred to another display which uses a different GPU.

The above statements still have to be technically confirmed by us, and are just at this point only a logical conclusion.

------
When changing which GPU Sierra Chart is assigned to, you do need to restart Sierra Chart so there is a re-initialization of OpenGL on the Sierra Chart side.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-09-09 15:29:55
[2019-09-12 09:49:21]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Hi support,
Not a technical issue, more an observation when using openGL.

Personally I am now finding line width 1 to be not much use for anything other than solid lines.
The line is either bordering on being invisible (in the case of dotted line) or it's difficult to quickly distinguish between dashed, dash-dot & dash-dot-dot.

If don't know if other people see it the same, or maybe it's just me and I should invest in new glasses (or use wider lines).
[2019-09-12 11:04:42]
User907968 - Posts: 335 | Ending Date: 2020-12-27
I observed some other strange behavior today when there are different coloured transparent rectangles drawn onto the chart.

- Sometimes the fill colour of one or more rectangle will change depending on the chart scroll position.

- Very occasionally, when switching chartbooks there is sometimes a faint/ghost image showing parts of the previous chart within the transparent fill area of one or more rectangles on the new chart.

edit: in regard to the comment about ghost image, having seen this occur a couple more times I can't say with any certainty what the source of the ghost image is. It may be from the previous chartbook or it may be from one of the charts behind current one (but in the same chartbook).
Date Time Of Last Edit: 2019-09-13 13:13:04
[2019-09-12 13:04:46]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post #50, post #51, please provide Chartbook for us to test.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-09-12 13:05:04
[2019-09-12 13:40:01]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Ok, chartbook attached as requested.

I also attached a couple of images as an example of what I saw earlier, although not the same chartbook.
The rectangles in the images are added by a custom study, but I was able re-create the issue with manually added drawings also.

Let me know if you want anything else.
Private File
Private File
Private File
[2019-09-13 13:05:20]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
Yeah still got issues with transparency and colour disappearing from rectangle/extended rectangle on 1987. Not sure what triggers it but seems to happen after i've been cutting rectangles or deleting drawings
[2019-09-18 09:32:46]
User907968 - Posts: 335 | Ending Date: 2020-12-27
A further comment regarding post #50 -
Subgraph lines, such as MA, will often appear as a solid line when the draw style is dash, dash-dot & dash-dot-dot and the chart bar spacing is small.
In the attached images, the MAs are set to show each of the line-styles listed previously in addition to dot.

Regarding capturing screen images -
'Edit >> Screen Images >> Save Chart to File' does not seem to capture the screen colors correctly.
'Edit >> Screen Images >> Copy Chart Image' does not seem to work any more, a message is returned when trying to paste into paint - "The information on the clipboard can't be inserted into paint"
Date Time Of Last Edit: 2019-09-19 08:50:07
Private File
Private File
Private File
[2019-09-19 03:52:15]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Subgraph lines, such as MA, will often appear as a solid line when the draw style is dash, dash-dot & dash-dot-dot and the chart bar spacing is small.
This will be the case and we do not see how we can do better with this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-09-24 18:20:09]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Version 1991 has caused these problems for my system: Window 10 Home, GTX 1060, Driver 436.60. I used Ver. 1990 previously

... Message Log copy ...

''''
Loaded depth data records for CLX19_FUT_NYMEX 2019-09-18 from 2019-09-17 22:19:51 to 2019-09-18 13:57:43. | 2019-09-24 14:09:35.019
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::DrawFillSubgraphs. | 2019-09-24 14:09:35.123 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::DrawFillSubgraphs. | 2019-09-24 14:09:35.192 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.193 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.195 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.197 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.199 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.202 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.204 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.206 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.208 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.210 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.212 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.214 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.216 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.218 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.220 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.222 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught exception in c_Chart::GraphDataForGraph. | 2019-09-24 14:09:35.224 *
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught an unhandled exception in c_Chart::WindowProc. Message: 15, wParam: 0, lParam: 0 | 2019-09-24 14:09:35.228 *
| Caught an unhandled exception in AsyncWindowProc. Message: 1024, wParam: 0, lParam: 0. | 2019-09-24 14:09:35.229 *
Loaded depth data records for CLX19_FUT_NYMEX 2019-09-19 from 2019-09-18 21:30:05 to 2019-09-19 13:53:35. | 2019-09-24 14:09:35.609
CLX19_FUT_NYMEX [C][M] 10 Sec #1 | Caught an unhandled exception in c_Chart::WindowProc. Message: 512, wParam: 0, lParam: 50660612 | 2019-09-24 14:09:35.962 *

....
[2019-09-24 18:50:39]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Attach the Chartbook you are using. Here are instructions:
https://www.sierrachart.com/index.php?page=PostingInformation.php#AttachFile
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-09-24 23:47:10]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Here it is ...
Date Time Of Last Edit: 2019-09-28 19:40:35
Private File
[2019-09-27 10:32:41]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Another observation, relating to OpenGL & the following option -

Global Settings -> General Setting -> General 4 -> Destroy Chart Windows When Hidden

If multiple chartbooks are open within the same instance and this option is not enabled, then I am noticing that the application can be much less responsive.

The sluggish behaviour coincides with Microsoft's DWM.exe spiking to 10-15% CPU usage (typically <= 1%)
There are no detached charts and SC is contained within a single monitor.
The OS is Win 7 Pro.

Maybe this is expected behaviour, in which case I will make sure to always enable "Destroy Chart Windows When Hidden".
[2019-09-28 06:08:33]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post #60, if a chart is not visible, it should not receive a WM_PAINT message and not be drawn. We need to test this. If it is not receiving a WM_PAINT message and it is still causing a performance issue, we need to see if there is anything we can do from our side.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-09-30 09:39:35]
User907968 - Posts: 335 | Ending Date: 2020-12-27
I am using n_ACSIL::s_LineUntilFutureIntersection & sc.AddLineUntilFutureIntersectionEx() to draw transparent extension zones.
When a study draws multiple zones using more than one colour, sometimes the colours get mixed up along the length of the extension zones.
The attached images show the issue, image 1 has openGL enabled, whilst image 2 does not.
Date Time Of Last Edit: 2019-10-01 06:16:46
imageimage 1 - openGL.png / V - Attached On 2019-09-30 09:39:15 UTC - Size: 89.93 KB - 188 views
imageimage 2.png / V - Attached On 2019-09-30 09:39:22 UTC - Size: 42.25 KB - 153 views
[2019-09-30 12:43:44]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Sorry support, it's me again....

There may be a GDI leak in v1993 when openGL is enabled.

Attached images -

#1 User interface only, no chartbooks open
#2 11 Chartbooks open, immediately after opening
#3 11 Chartbooks open, cycled through chartbooks 5 times to simulate browsing charts throughout the day
Private File
Private File
Private File
[2019-09-30 15:40:32]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post # 63. Test version 1993:
https://www.sierrachart.com/index.php?page=doc/SoftwareDownload.php#FastUpdate

See if that makes any difference.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-09-30 15:59:30]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Ok, updated as instructed and repeated test.
GDI object behaviour seems unchanged.
Private File
[2019-09-30 16:05:12]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
Hi SC. In 1992 chart calculator multi line is not working and shows only one selected attribute on one line. Unchecking the multi line option stretches out all the attributes as expected
[2019-10-02 15:56:07]
User316362 - Posts: 165 | Ending Date: 2020-11-19
In versions 1991 and pre-release 1994....

Turned on the Trading DOM ( Trade>>Trading CHart DOM On) causes all drawings, studies and right axis(price etc) to disappear in CHart region
Date Time Of Last Edit: 2019-10-02 16:02:38
[2019-10-02 16:19:46]
User907968 - Posts: 335 | Ending Date: 2020-12-27
v1994 - drawing transparency setting seems reversed
i.e. transparency % actually represents the opacity
[2019-10-06 13:50:42]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
The transparency values being reversed - is this the new way to set transparency levels? If so fine, but confirm either way so I don't change all my drawing tools only to have to change them again later
[2019-10-06 19:46:31]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
No, this problem will be corrected.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-10-07 02:06:54]
User316362 - Posts: 165 | Ending Date: 2020-11-19
#67 above looks to be resolved in the latest v1996...thanks.
[2019-10-08 13:27:57]
User316362 - Posts: 165 | Ending Date: 2020-11-19
OpenGL.... when right-click on tool drawing (example Fibonacci)...the color selection only lists the color number. The actual colors that use to be beside the color number are now missing v1997
imageOpenGL-Colors.png / V - Attached On 2019-10-08 13:27:34 UTC - Size: 7.52 KB - 151 views
[2019-10-08 15:40:42]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We are looking over all of the recent issues mentioned in this thread including post #72.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-10-09 02:07:19]
Acro - Posts: 388 | Ending Date: 2021-05-04
Re the pixelated text, changing the font to consolas bold actually looks quite good and a lot clearer than Segoe with Open GL

The only issue with this is that then the text in the label column and region data line can appear microscopic
Date Time Of Last Edit: 2019-10-09 02:09:09
[2019-10-09 04:26:27]
Acro - Posts: 388 | Ending Date: 2021-05-04
Re selecting a price to buy or sell at from the Chart DOM, there is currently no option in the graphics settings to adjust the colors that appear when placing your cursor in the buy or sell columns of the Chart DOM.
See attached screenshots - it would be good to be able to choose these colours to make it clear what price one was selecting and it would also be good if the price column could show the text of the price chosen for the buy or sell regardless of what the scale settings might be for the Chart DOM. This would increase user confidence when placing orders from the Chart DOM
image191009_1133_29.png / V - Attached On 2019-10-09 04:26:10 UTC - Size: 1.28 KB - 152 views
image191009_1133_17.png / V - Attached On 2019-10-09 04:26:19 UTC - Size: 2.14 KB - 141 views
[2019-10-09 08:09:30]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
You can see the order price at the top left of the chart. And the colors are adjustable with these color settings in Graphics Settings: Chart DOM Buy/Sell Column Lines. We will see about adding separate color settings though.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-10-09 08:09:59
[2019-10-09 08:25:40]
Acro - Posts: 388 | Ending Date: 2021-05-04
To clarify my post #75 I meant the color of the box (both the outline color and the highlight color) when the cursor is in the buy or sell column.

I don't think that box color is adjustable by the Chart DOM Buy/Sell Column Lines colors
[2019-10-10 04:01:48]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Yes we know what you mean. And that color is controlled by Chart DOM Buy/Sell Column Lines as the documentation expresses very clearly. Refer to:
https://www.sierrachart.com/index.php?page=doc/ChartTradingCustomizingGraphics.php

And there is only an outline color. No fill color.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-10-10 04:04:00
[2019-10-10 14:02:32]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Is there a way to see Chart update performance in terms of time to update. It "appears" that the OpenGL is updating on a time interval (like 1 second) versus price change or smaller interval verus Non-OpenGL updating. Non-OpenGL being much faster.
[2019-10-21 09:09:14]
User907968 - Posts: 335 | Ending Date: 2020-12-27
v2001

UI responsiveness when adding drawing tools seems inversely proportional to the number of existing user drawn tools.

Drawing tools added in ACSIL (when s_UseTool::AddAsUserDrawnDrawing = 0), do not seem to cause the same issue.

Performing a direct comparison of a chart with OpenGL disabled does not lead to the same behaviour.
[2019-10-25 19:19:59]
Stephan908 - Posts: 46 | Ending Date: 2020-03-02 [Expired]
I'm running build 1997 64bit, windows 10, 16GB of memory, Nvidia Geforce GTX 1080 & Nvidia Geforce GTX 1050Ti. If I enable OpenGL and restart SierraChart, Sierra will use up all my memory and my other apps will crash. If I leave it running for a few more minutes, Sierra will eventually crash also. Thanks.
imagetaskmanager.jpg / V - Attached On 2019-10-25 19:17:21 UTC - Size: 51.55 KB - 139 views
[2019-10-26 23:15:27]
j4ytr4der_ - Posts: 251 | Ending Date: 2021-05-09
I would gladly test this in my configuration which may be a bit unusual. I run Sierra inside Windows 7 on a Mac using Parallels Desktop. Unfortunately, PD does not universally support OGL so when I enable the OGL setting in SC, it is disabled again when I re-launch.
Date Time Of Last Edit: 2019-10-26 23:15:41
[2019-10-28 13:29:47]
User462086 - Posts: 118 | Ending Date: 2021-02-17
My windows 10 machine has a dedicated GPU and OpenGL version 4.0 installed. However, the checkbox to enable OpenGL in Sierra Chart reverts to a unchecked state after restarting SC. Is there something else I should be configuring on my pc? Screenshot of graphics renderer attached. Thanks
Date Time Of Last Edit: 2019-11-08 11:03:06
image2019-10-24_20h25_41.png / V - Attached On 2019-10-28 13:28:45 UTC - Size: 80.83 KB - 100 views
[2019-10-28 15:50:56]
j4ytr4der_ - Posts: 251 | Ending Date: 2021-05-09
Mine does the same (reverting to unchecked) but I assumed it was because I'm on Parallels Desktop. If that wasn't it then I'm interested to hear what the solution may be.
[2019-10-30 03:48:45]
Kiwi - Posts: 285 | Ending Date: 2019-10-03 [Expired]
Linux Mint 19.2 x64, Linux Kernel 5.3.2 (for new cpu),
Wine 4.0.2 with Sierra Chart 2005

AMD Ryzen 5 3600, 16G ram, NVIDIA GT 1030
Dual screen off GT 1030 with one dvi, one hdmi

Ticked; stays ticked; seems good although some slight variations in sloped line rendering.
Date Time Of Last Edit: 2019-10-30 03:50:28
[2019-10-30 10:39:04]
User907968 - Posts: 335 | Ending Date: 2020-12-27
v2005 (although change may have occurred in an earlier version)

Performance seems degraded when using Market Depth Historical Graph, UI is less responsive and chart lags hugely when scrolling (also see large spike in GPU).
There is a marginal improvement when the chart is on monitor driven by primary GPU, rather than secondary GPU.

This behaviour is not observed using the same chartbook but with OpenGL disabled.

Performance of basic charts does however seem improved compared to earlier versions.

Edit:
Ok, so I maybe I am actually wrong in my previous statement.
I have tested this some more and it actually seems that performance difference between display on primary GPU and secondary GPU is huge, also it is not just charts with Market Depth Historical Graph.

Attached image is what I see in task manager when scrolling the chart with MDHG study applied, is this expected or is there a problem (either with my system or SC)?

Also I should add that this running under windows 10, v1903, build 18362.449 if that is of any relevance.
Date Time Of Last Edit: 2019-10-31 10:28:09
imagecsrss.png / V - Attached On 2019-10-31 10:21:48 UTC - Size: 77.63 KB - 141 views
[2019-11-01 23:17:25]
AlexPereira - Posts: 171 | Ending Date: 2020-04-26 [Expired]
is this problem known ( the one shown in the image ) ? I am using SC, latest version ( 2007 but happened with older versions ), windows 10 and amd radeon gpu ( rx580 ).

as on the screenshot, when i move mouse above the DOM or when adding/moving tools, all the text becomes black boxes, for a few frames and then becomes text again.
imagesc_opengl_bug.png / V - Attached On 2019-11-01 23:16:11 UTC - Size: 18.52 KB - 139 views
[2019-11-04 10:42:42]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
In 2007 I have right aligned volume profile with transparent bars and the bars are not visible. This was working in 2003, not tested builds in between
[2019-11-08 20:14:07]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We have released version 2008 of Sierra Chart, with some changes with OpenGL which may solve a problem that some users have with high GPU usage with multiple monitors and multiple GPU's in the system. Only one GPU will be used and usually the primary GPU.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-11-08 20:14:18
[2019-11-09 09:19:55]
User907968 - Posts: 335 | Ending Date: 2020-12-27
v2008
Tested today, issue described in post #86 persists.
Maybe a marginal improvement in secondary GPU / monitor performance, but this seems at greater expense to primary GPU / monitor perfomance, which is noticeably degraded when compared to v2007.

The performance degredation is most apparent when dragging the value scale to scroll charts vertically.
I did not test MDHG, only a basic candlestick chart.
[2019-11-09 17:20:24]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Referring to post #32 above and same equipment and configurations.

without OpenGL

7% CPU and 0% GPU


with OpenGL running

Version 2007 CPU has gone up to 8-8.5% % and Single GPU is approx 70-75%% after a minute or so. Note: The earlier version in post #32 was around 1984 if i recall...maybe sooner

Same (8.5% and 75%) for version 2008 (pre-release).


What is curious is that the CPU has also gone up with OpenGL running.


With some further experimentation....I found that the bulk of the GPU utilization is comping from the displaying of two TPO-Profiles I have in my chartbook.
Chart 1 has Day session and Evening Session enables (two profiles per day)
Chart 2 has only the day session enabled

I minimized Chart 1 that shows two profile periods per day (intraday and overnight periods) and the results with OPENGL running are
CPU 3-3.5% and 27-30% GPU

I minimized the Chart 1 and Chart 2 (one profile period, no overnight) with OPENGL running and the results are:
CPU 2-2.5% and 22-24% GPU - basically no TPO charts running

Both TPO profile charts open:
CPU 8.5% and 75% GPU


Next, I disabled the Evening Session in CHart 1. SO both charts are only day session. and being displayed;
CPU 4-4.5% and 30-35% GPU

Conclusions:

- The TPO profile charts are extremely GPU intensive and a simple TPO profile charts almost doubling the utilization of all other charts in chartbook (approximately 12 charts plus spreadsheet)
- TPO profile with just day session (no evening session) while adding a lot of utilization is far more reasonable that also enabling the evening session.


Maybe the TPO profile studies could be revisited to understand why the GPU utilization is so high especially with the evening session turned on when using OpenGL?

Without the TPO profile charts/studies.....the OPENGL utilization is quite reasonable.

Update: after setting for awhile the GPU is now 80-90 %...wonder if there is a leak....related to TPO charts?

P.S> I'm using 2 monitors which, with experimentation, have no effect on the GPU utilization in this experiment. also, note that the GPU utilization climbs slowly (a couple of minutes) to that 75% mark after bringing up a chartbook. I have an AMD Ryzen 7 2700x processors and an Nvidia Geforce GTX 1660 Ti graphics card with two large monitors.
Date Time Of Last Edit: 2019-11-09 18:00:32
[2019-11-10 01:24:34]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Are the TPO Profiles displayed as Letters, Blocks or Horizontal Bars?
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-11-10 01:24:43
[2019-11-10 02:29:30]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Letters...picture attached.
Date Time Of Last Edit: 2019-11-10 02:34:31
Attachment Deleted.
Private File
Private File
[2019-11-10 02:39:08]
User316362 - Posts: 165 | Ending Date: 2020-11-19
sorry, picture with letters here
Date Time Of Last Edit: 2019-11-10 02:41:47
imageTPO chart-11-09 19.png / V - Attached On 2019-11-10 02:38:33 UTC - Size: 87.07 KB - 135 views
imageTPO chart-11-09 19 B.png / V - Attached On 2019-11-10 02:41:44 UTC - Size: 69.03 KB - 119 views
[2019-11-10 05:01:22]
User379468 - Posts: 306 | Ending Date: 2020-09-30

The greatest reduction in CPU usage is going to come from systems that have a capable and fast GPU:
We do not recommend using OpenGL during live trading.

Which would you recommend between consumer gaming vs professional/quadro for best suited to Sierracharts performance?

What's the expected timeframe for OpenGL to be be ready for live trading?
[2019-11-11 03:12:34]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We do see poor performance with TPO charts when using OpenGL. We will be looking into this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-11-11 14:28:13]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Thanks. For what's it's worth...without OpenGL enabled....I also see a difference in CPU utilization when the two TPO charts are minimized also. from 7% down to 5.5-6% on the CPU
[2019-11-15 13:25:04]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Version 2011 & between to 2007.

Subgraphs transparent drawing used by studies draw grey colors only. You can check volume profile as an example.

Version 2005 shows no such thing.
[2019-11-15 13:30:24]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
Yup toothfairy, same here. I mentioned it on the 4th of nov
[2019-11-18 03:48:27]
User624476 - Posts: 19 | Ending Date: 2020-09-30
I have the transparency problem as well. v2008
[2019-11-20 10:25:33]
Sierra_Chart Engineering - Posts: 806 | Ending Date: 2021-01-07
Regarding post #80 above:

There may be a difference with chart drawing performance between using OpenGL as compared to the GDI. But it does not matter how s_UseTool::AddAsUserDrawnDrawing is set when it comes to performance in OpenGL or the GDI. If there is a performance issue, we just need a chart with manually drawn drawings to demonstrate this. Not from ACSIL because we cannot reproduce what you are doing.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation
Date Time Of Last Edit: 2019-11-20 10:26:00
[2019-11-20 11:55:27]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Re #80 & #101 -

I can send you a chart, but it is easy to replicate.

I manually add a number (say 20-30) of drawings such as 'extending rectangle' or 'rectangle' or 'horizontal ray'.
As the count of drawings added increases, then when adding each new drawing (or modifying existing) the CPU & GPU usage increase significantly and as a consequence the UI becomes much less responsive.
[2019-11-21 21:24:48]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
same issue as post #102
[2019-11-22 16:02:26]
caligola - Posts: 95 | Ending Date: 2021-05-15
version 2014

I can see that there are still problems with text readability, each written character is blurry compared to its equivalent in a Sierra Chart platform without OpenGL

this happens in the Values Scale, Time Scale, Text Drawings, Chart Dom Quantities

Some special character like «€» doesn't work with OpenGL

https://i.imgur.com/KSoi8Zr.png
[2019-11-22 18:04:15]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding post #104 this is not something we can help with. If the text in OpenGL is not acceptable for you, do not use OpenGL. There is not going to be any further changes with this. Support for non-ASCII characters will come later.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-11-22 18:04:29
[2019-11-22 21:29:51]
User379468 - Posts: 306 | Ending Date: 2020-09-30
Tested opengl today on new 9th gen Intel i7 system with Nvidia Geforce RTX 2060 GPU, as well as Intel 630 iGPU, SC v2007. Chart drawing times all went down significantly to 0-1ms, CPU and GPU usage show higher.

But in actual use everything including chart updates, UI responsiveness, moving windows, etc is notably more jerky/slow/less usable. Non opengl setting restores normal responsive performance.
Date Time Of Last Edit: 2019-11-23 03:38:22
[2019-11-23 10:48:54]
caligola - Posts: 95 | Ending Date: 2021-05-15
In SC 2014 I found that a Study Draw Style Line, Line Style Dot, Size 1 looks like a normal Line at zoom 0, I can see the dots only increasing the zoom. Please look at the following screenshots

http://www.sierrachart.com/image.php?Image=1574505608700.png

http://www.sierrachart.com/image.php?Image=1574505648177.png

It seems that zoom applies also to dots, it should not as per the not-OpenGL SC

thanks
[2019-11-25 19:00:02]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
More info related to my post 98 above.
If there is only 1 volume profile, the color will display correctly. If you have more than 1 volume profiles then one of them displays correctly & the rest are grey. Other studies using transparent drawing will behave the same.
[2019-11-26 10:39:41]
User907968 - Posts: 335 | Ending Date: 2020-12-27
New issue v2015/v2016

When adding a drawing tool such as rectangle, horizontal ray etc they disappear from view when the cursor is stationary.
[2019-11-26 23:47:07]
User316362 - Posts: 165 | Ending Date: 2020-11-19
V2015 (& v2017) OpenGL


I cannot see the price retracement tool during the pull of the anchors.

I click on an anchor and do not see the price retracement until the second point of selection.

update.....

The problem still exists in v2017
Date Time Of Last Edit: 2019-11-28 14:46:02
[2019-12-07 15:22:50]
User316362 - Posts: 165 | Ending Date: 2020-11-19
v2021 Flickering or disappearing of tools "during" the draw/use of the tool. I believe #110 and #111 are the same things
[2019-12-28 17:34:58]
User316362 - Posts: 165 | Ending Date: 2020-11-19
The "Cycle" tool is not visibly drawing with OpenGL. (latest version I checked is 2028)
[2019-12-29 21:55:29]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We will look over the recent postings here. We have not spent time on this recently.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2019-12-29 22:04:11]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Thank you, the invisibility and flickering while trying to draw with the tools are the most problematic in my opinion.
[2019-12-30 13:46:50]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
there is still an issue when more than 1 volume profile with transparency enabled is loaded onto a chart, the colours are all uniform black/dark instead of the chosen colours
[2020-01-03 04:17:25]
Acro - Posts: 388 | Ending Date: 2021-05-04
Per Post #116,
I find that transparent fill rectangle top/bottom can also show just dark gray instead of the chosen colors when using OpenGL.
If one turns off OpenGL then the chosen colors reappear
[2020-01-12 21:11:12]
caligola - Posts: 95 | Ending Date: 2021-05-15
In SC 2014 I found that a Study Draw Style Line, Line Style Dot, Size 1 looks like a normal Line at zoom 0, I can see the dots only increasing the zoom. Please look at the following screenshots

http://www.sierrachart.com/image.php?Image=1574505608700.png

http://www.sierrachart.com/image.php?Image=1574505648177.png

It seems that zoom applies also to dots, it should not as per the not-OpenGL SC

thanks

It happens also in 2028

thanks
[2020-01-16 00:31:56]
RIFT - Posts: 46 | Ending Date: 2021-01-08
many transparent studies are gray and sometimes I have such charts as attached (GPU: AMD 5700XT)
imageSierraChart.OpenGL.png / V - Attached On 2020-01-16 00:31:39 UTC - Size: 88.24 KB - 120 views
[2020-01-16 01:17:44]
User379468 - Posts: 306 | Ending Date: 2020-09-30
V2028 chart draw time from almost 50ms to 1ms, excellent.

Dash-dot line draw type shows as solid line.
[2020-02-03 07:38:15]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
More info related to my post 98 above.
If there is only 1 volume profile, the color will display correctly. If you have more than 1 volume profiles then one of them displays correctly & the rest are grey. Other studies using transparent drawing will behave the same.
We are looking into this.

The problem with Chart Drawings not appearing or flickering during application is being looked into.

We are very sorry about the delay with all of this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-03 16:32:47]
NRGTrader - Posts: 341 | Ending Date: 2021-05-10
Why doesn't the check in global graphics settings, other, use open GL - Stay checked after saving all and then shutting down SC and restarting?
[2020-02-05 18:02:01]
Sierra_Chart Engineering - Posts: 806 | Ending Date: 2021-01-07
This means there was a failure to initialize OpenGL on your system.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation
[2020-02-05 19:19:51]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Interesting finding:
I need to move my GTX-1060 to test new trading PC so I install my AMD Radeon RX580 to the trading PC I've been using. This is what I have found w/ respect to OpenGL, besides all other things have reported here before: Moving cursor on RX580 will render all text background to the same text foreground color until cursor stops. This doesn't happen w/ the GTX-1060.

RX580 driver is Adrenaline 2020 20.2.1
GTX1060 driver is 441.87
[2020-02-05 19:48:19]
NRGTrader - Posts: 341 | Ending Date: 2021-05-10
Has anyone attempted this running SC on Parallels - MacBook with MacBook connected to a BlackMagic eGPU Pro with an RX Vega 56?
[2020-02-05 22:14:42]
AlexPereira - Posts: 171 | Ending Date: 2020-04-26 [Expired]
his is what I have found w/ respect to OpenGL, besides all other things have reported here before: Moving cursor on RX580 will render all text background to the same text foreground color until cursor stops.

is it the same I posted on #87 ?
[2020-02-05 22:41:15]
Sierra_Chart Engineering - Posts: 806 | Ending Date: 2021-01-07
We have released version 2045 with a resolution to the Open GL problems reported.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation
[2020-02-06 10:54:30]
Acro - Posts: 388 | Ending Date: 2021-05-04
I do not believe 2045 solves the problem with transparent fill described above
[2020-02-06 18:17:22]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We will check on this.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-06 23:32:06]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Version 2045 did not resolve the issue with transparency. That has still yet to be done. It only resolved the issue with Chart Drawing tools.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-06 23:51:48]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Nice 2045 resolves the flickering when drawing. Thanks!
Date Time Of Last Edit: 2020-02-06 23:52:22
[2020-02-13 02:09:06]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
This isn't sticky anymore. Does that mean it's no longer a sore thumb sticking out because SC has no resource to support or it's just a plainly oversight mistake?
[2020-02-13 03:52:58]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Well the thread is just very long and the OpenGL development is considered complete other than this transparency issue. And also some performance improvements we are working on.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-13 03:56:47]
Acro - Posts: 388 | Ending Date: 2021-05-04
Thanks

I think there's a lot of us waiting on the transparency issue as once that's solved there is a massive reduction in CPU usage going to OpenGL

For me, my CPU would go from 5% to 1% for my main chartbook
[2020-02-13 09:39:25]
User138602 - Posts: 151 | Ending Date: 2020-04-17 [Expired]
Greetings,

could it be that OpenGL usage needs alot more system Ram.
I dont use OpenGL because my PC is running out of its 16GB RAM.
Date Time Of Last Edit: 2020-02-13 09:39:39
[2020-02-13 11:14:05]
User907968 - Posts: 335 | Ending Date: 2020-12-27
Re: chart drawings vs. UI performance degradation

80 https://www.sierrachart.com/SupportBoard.php?PostID=195152#P195152
102 https://www.sierrachart.com/SupportBoard.php?PostID=198080#P198080

This issue still persists in v2048.
Once the chart area becomes more complicated (either by multiple drawing tools or subgraphs) the GPU is regularly saturated during UI interaction such as scrolling, drawing or moving the 'Chart Values Tool' crosshair.

In addition to the above, chartbooks containing multiple charts can cause the GPU usage to be consistently high, despite only one chart being visible.

I guess this means my that current GPUs are not sufficient for using SC with openGL in any meaningful way.

Can you make any recommendations for GPU specification?
[2020-02-13 16:47:12]
User316362 - Posts: 165 | Ending Date: 2020-11-19
Post #134....I don't know about recommendations, however,

I'm using an "NVIDIA GeForce GTX 1660 Ti" graphics card and it works great

As one example
[2020-02-13 17:43:10]
User907968 - Posts: 335 | Ending Date: 2020-12-27
@User316362
Thanks for the info, I will have a look.
[2020-02-22 23:40:54]
nosast - Posts: 178 | Ending Date: 2020-09-30
The latest version fixes the transparency bugs with OpenGL. I would love to use OpenGL for live version as the load on one core gets minimzed a lot and transfered to the GPU (especially noticable on a MDH chart). But the implementation still has some graphic issues that doesn't make it anywhere near visually pleasing.

- Fonts
- Lines (stair step on close)
- Overlays
- Volume bars

I attached some examples and how it looks when OpenGL is not used.
imageOpenGL_SNAG_ 2020-02-22 - 23.50.37.png / V - Attached On 2020-02-22 23:40:27 UTC - Size: 1.78 KB - 84 views
imageOpenGL_SNAG_ 2020-02-22 - 23.52.01.png / V - Attached On 2020-02-22 23:40:33 UTC - Size: 1.11 KB - 85 views
imageOpenGL_SNAG_ 2020-02-22 - 23.52.21.png / V - Attached On 2020-02-22 23:40:46 UTC - Size: 14.02 KB - 75 views
[2020-02-22 23:41:42]
nosast - Posts: 178 | Ending Date: 2020-09-30
File attached
imageOpenGL_SNAG_ 2020-02-23 - 00.03.09.png / V - Attached On 2020-02-22 23:41:04 UTC - Size: 10.53 KB - 72 views
imageOpenGL_SNAG_ 2020-02-23 - 00.03.29.png / V - Attached On 2020-02-22 23:41:12 UTC - Size: 2.07 KB - 64 views
imageno_OpenGL_SNAG_ 2020-02-23 - 00.06.52.png / V - Attached On 2020-02-22 23:41:36 UTC - Size: 1.08 KB - 69 views
[2020-02-22 23:42:04]
nosast - Posts: 178 | Ending Date: 2020-09-30
File attached
imageno_OpenGL_SNAG_ 2020-02-23 - 00.07.28.png / V - Attached On 2020-02-22 23:41:51 UTC - Size: 8.94 KB - 66 views
imageno_OpenGL_SNAG_ 2020-02-23 - 00.05.00.png / V - Attached On 2020-02-22 23:41:55 UTC - Size: 1.41 KB - 66 views
imageno_OpenGL_SNAG_ 2020-02-23 - 00.05.56.png / V - Attached On 2020-02-22 23:41:58 UTC - Size: 16.18 KB - 62 views
[2020-02-26 12:26:58]
User462086 - Posts: 118 | Ending Date: 2021-02-17
This is great, thank you.

One question for the SC developers: GDI objects from a custom study (rectangles in this case) aren't displayed when using OpenGL. Is this to be expected or perhaps a graphics card issue? Thanks

Using SC 2057.

Edit: For clarification, the 'GDIExample.cpp' also doesn't print to a fresh chartbook after a restart of SC.
Date Time Of Last Edit: 2020-02-26 14:40:01
[2020-02-26 13:24:15]
Marmany - Posts: 250 | Ending Date: 2021-04-16
For info, tried out Open GL on v2054 with one instance of my Trading chartbook running with following results
Open GL inactive CPU = 3.0 % Mem = 23.5 GPU = 0
Open GL active CPU = 0.9% Mem = 106 GPU = 80
With open GL active cursor movement became very slugish.
Graphics cards are 2GB PNY QUADRO NVS 510 DisPort, I guess these are not up to handling the load from Open GL.
As CPU never becomes overloaded I have de-activated open GL.
[2020-02-27 09:45:24]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Using the GDI is not supported in a chart when using OpenGL.

In regards to post #142, you need to run 2056 for the latest performance improvements with OpenGL. Update and test again.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-27 10:04:31]
caligola - Posts: 95 | Ending Date: 2021-05-15
In SC 2014 I found that a Study Draw Style Line, Line Style Dot, Size 1 looks like a normal Line at zoom 0, I can see the dots only increasing the zoom. Please look at the following screenshots

http://www.sierrachart.com/image.php?Image=1574505608700.png

http://www.sierrachart.com/image.php?Image=1574505648177.png

It seems that zoom applies also to dots, it should not as per the not-OpenGL SC

thanks

it still happens in 2057
[2020-02-27 11:12:22]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
In regards to post #144 there cannot be any further improvement with that. We have previously said that.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-27 11:43:48]
Marmany - Posts: 250 | Ending Date: 2021-04-16
Updated to 2057 with no apparent change in values that appear in Task Manager.
All I can say is that when Open GL is activated the reported GPU value is increased from a steady 0% to a number fluctuating between 20% and 80%. My knowledge regarding computer hardware is too limited to know the significance of this.
The CPU values are reduced as reported in #142.
Also noticed that some text created with Drawing Tool appeared in normal font whereas bold font is specified in the study. Changing Global Font from Tahoma to Arial rectified this situation.
[2020-02-27 16:16:41]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Anyone has segmentation fault drawing on OpenGL or it's just me? It only happens during very fast market many times. My version is 2057. It didn't happen in version 2054. I can live w/ transparent issue but definitely cannot w/ segmentation fault. I'm back to non OpenGL.
[2020-02-27 18:37:09]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Regarding the segmentation fault we would like to see if anyone else is encountering this before we invest more time in it.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-02-28 18:19:12]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
Just some info even in post 148, u said not investing time for now ...

HD Server | Server thread ending. Closing socket. | Username: XXXXXXX | Thread:4984 | 2020-02-28 13:12:46.336
HD Server Manager | Current server count=0 | 2020-02-28 13:12:46.336
Loaded depth data records for CLJ20_FUT_NYMEX 2020-02-27 from 2020-02-26 19:00:00 to 2020-02-27 13:56:33. | 2020-02-28 13:12:49.544
Loaded depth data records for CLJ20_FUT_NYMEX 2020-02-28 from 2020-02-27 20:53:23 to 2020-02-28 13:12:10. | 2020-02-28 13:12:53.340
CLJ20_FUT_NYMEX [CV][M] 10 Sec #1 | StartDateTimeForLoadingOrderFills: 00:00:00 | 2020-02-28 13:12:53.351
CLJ20_FUT_NYMEX [CV][M] 10 Sec #2 | Caught exception in c_Chart::DrawStudyGraph. | 2020-02-28 13:15:02.566 *
[2020-03-02 21:44:51]
User486568 - Posts: 10 | Ending Date: 2020-10-02
I'm using a Quadro Pro P2000 card and have OpenGL turned on.

I've been experiencing SC crashing lately with OpenGL on. Let me know if there is a crash report anywhere else that might be useful in diagnosing the issue.

Here is the Windows 10 Event Viewer error message:

Faulting application name: SierraChart_64.exe, version: 0.0.0.0, time stamp: 0x5e5655bd
Faulting module name: SierraChart_64.exe, version: 0.0.0.0, time stamp: 0x5e5655bd
Exception code: 0xc0000005
Fault offset: 0x0000000000e653a5
Faulting process id: 0x2eb8
Faulting application start time: 0x01d5f0c594a61d8b
Faulting application path: C:\SierraChart\SierraChart_64.exe
Faulting module path: C:\SierraChart\SierraChart_64.exe
Report Id: b9db7b66-8060-46f1-80e6-cf3d90edef16
Faulting package full name:
Faulting package-relative application ID:

I've also had this message:

Faulting application name: SierraChart_64.exe, version: 0.0.0.0, time stamp: 0x5e5655bd
Faulting module name: ntdll.dll, version: 10.0.18362.657, time stamp: 0x64d10ee0
Exception code: 0xc0000005
Fault offset: 0x000000000003b900
Faulting process id: 0x50a0
Faulting application start time: 0x01d5f0bc4fb4a877
Faulting application path: C:\SierraChart\SierraChart_64.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: b828bc93-e92f-485c-a484-693715c6baaa
Faulting package full name:
Faulting package-relative application ID:
[2020-03-03 00:31:02]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We will be looking over the issue in post 149 and 150. If we need more information we will let you know.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-03-03 10:25:44]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
2059 + OpenlGL is causing black screens for me. Sierra menu's etc remain visible and function but the chart regions go black. I'm back to 2053 for now
[2020-03-03 12:05:56]
User316362 - Posts: 165 | Ending Date: 2020-11-19
2057 + OpenGL

The Trading DOM blanks out and flashes back on occasionally
[2020-03-03 12:44:12]
User907968 - Posts: 335 | Ending Date: 2020-12-27
v2059

When vertically scrolling chart with number bars study, the NBs study is often also drawn into other chart regions.
See attached.
Private File
[2020-03-03 15:38:48]
User486568 - Posts: 10 | Ending Date: 2020-10-02
v2059

Faulting application name: SierraChart_64.exe, version: 0.0.0.0, time stamp: 0x5e5e3347
Faulting module name: ntdll.dll, version: 10.0.18362.657, time stamp: 0x64d10ee0
Exception code: 0xc000041d
Fault offset: 0x000000000004d62c
Faulting process id: 0x3c70
Faulting application start time: 0x01d5f17156cff95e
Faulting application path: C:\SierraChart\SierraChart_64.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: 5daf01eb-4324-478a-9f07-f8f86266f6a8
Faulting package full name:
Faulting package-relative application ID:
[2020-03-07 08:52:11]
Sierra_Chart Engineering - Posts: 806 | Ending Date: 2021-01-07
In regards to the exception issue in post 149, 150 and 155 we need to get a Chartbook from one of you to look into this. Instructions:
https://www.sierrachart.com/index.php?page=PostingInformation.php#AttachFile

We will also look into the other recently posted items.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation
[2020-03-07 11:40:35]
User624476 - Posts: 19 | Ending Date: 2020-09-30
Bug in

Edit-> Copy Chart Image


OpenGL On = copies a blank gray image
OpenGL Off = works normally
[2020-03-08 00:32:50]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
#149 see attached
Private File
[2020-03-10 03:56:36]
User486568 - Posts: 10 | Ending Date: 2020-10-02
#150 & #155 see attached

Updated attached to only include the chart that seems to cause the issue. When I replay or have this chart running a long time it seems to make SC unresponsive and/or crash. It didn't do this on earlier versions of SC using OpenGL.
Date Time Of Last Edit: 2020-03-10 11:58:58
Private File
[2020-03-11 20:40:54]
User316362 - Posts: 165 | Ending Date: 2020-11-19
v 2064

charts occasionally flashing of/on and various colors. It just lasts an instant.
[2020-03-15 22:14:34]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
Still getting black screens in 2066. Same as before, sierra menu's etc remain visible and function but the chart regions go black. Stability is a little better than before, but still an issue. I'm back to 2053 again
Date Time Of Last Edit: 2020-03-15 22:15:09
[2020-03-16 03:26:18]
Tooth Fairy - Posts: 51 | Ending Date: 2020-09-30
You will know when it be done. For now, they haven't done anything about it yet.
[2020-03-16 23:28:33]
User62936 - Posts: 47 | Ending Date: 2020-12-14
Just upgraded my computer and started using OpenGL because my charts were updating quite slowly because of the Historical Market Depth Study and the current huge volatility, there is lots of data on the charts.

The OpenGl mostly works great, but I noticed that I can't save a chart to file. All I get is a black screen. When I turn OpenGL off, it works as it should, but with OpenGL selected, I get a black image. Curiously, I can use the command "Save main window to file", and that gives me the image, but when I use "save chart to file", I get a black image.
[2020-03-17 00:10:36]
User62936 - Posts: 47 | Ending Date: 2020-12-14
Another issue with regards to openGL is the drawing of VWAP. (it might not be VWAP, it might be drawing in general for different line types)

I use a dashed line for my VWAP. If you refer to the two attachments, you can see with openGL on, there is no dash, it just looks solid, except when the line is steeply vertical. With openGL turned off, the dash is visible at all times.
imageopengl ON.png / V - Attached On 2020-03-17 00:09:54 UTC - Size: 78.99 KB - 74 views
imageopenGL OFF.png / V - Attached On 2020-03-17 00:09:59 UTC - Size: 72.32 KB - 65 views
[2020-04-01 22:33:09]
nosast - Posts: 178 | Ending Date: 2020-09-30
I still have some graphic issues with DOM overlay when hovering over Bid/Ask to put in an order and Ask/Bid-Differnce Profiles are missing the divider line per price level. Also the fonts are just ugly and letters are never aligned/centered in current price box or DOM e.g.(attached files)

Is OpenGL still getting some updates? MDH is just not usable in normal mode as one core gets maxed out and makes everything sluggish.
Attachment Deleted.
imageSNAG_ 2020-04-01 - 23.45.12.png / V - Attached On 2020-04-01 22:32:58 UTC - Size: 3.96 KB - 79 views
imageSNAG_ 2020-04-01 - 23.45.32.png / V - Attached On 2020-04-01 22:33:02 UTC - Size: 31.91 KB - 70 views
[2020-04-02 12:15:03]
nosast - Posts: 178 | Ending Date: 2020-09-30
Another important issue with transparency:

I often use transparent extending rectangles and move the around. While movement with OpenGL the rectangle is not visible - w/o OpenGL its visible.
[2020-04-02 18:16:13]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We will look over the recent postings here but we cannot do anything about post #164. That is just how the line will be under OpenGL, with all of the details surrounding drawing Study Subgraphs.

and if this is a concern:
Also the fonts are just ugly
then OpenGL is not for you. It is pointless to point these kinds of things out to us at this point in time. We have made that clear in the first post:
So text is not necessarily going to render in a way you might like.

Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-04-02 18:18:15
[2020-04-02 19:06:24]
nosast - Posts: 178 | Ending Date: 2020-09-30
I can live with the fonts as long as the overlay in the DOM and the Profile Bars are fixed.

Today was the first day using OpenGL. I like that most of processing is now done on the GPU. Only other glitch I noticed and not mentioned before is some flickering occuring every one in a while.
[2020-04-15 14:09:26]
nosast - Posts: 178 | Ending Date: 2020-09-30
Hey SC,

any OpenGL issues adressed in the recent releases of Sierra? Especially asking to fix the DOM price overlay when entering a trade (post 165)and the occasional flickering of the screen (think this has something to do with transparency but not sure).
[2020-04-16 07:52:30]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
Not sure in regards to post #169, we need to look at what was done.

The main focus is we have been working on the exception issues and we think we know why those are occurring.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2020-04-16 07:52:44
[2020-04-16 08:38:03]
nosast - Posts: 178 | Ending Date: 2020-09-30
Thanks. I think the flickering is something I can fix when I deactivate transparency in a custom study. Still need to do some verification with that. If the exceptions you mentioned caused a freeze or shutdown of Sierra, I have that too sometimes, think it started in a recent release prior 2080 or so.

For me the most disturbing is really the DOM overlay. Without OpenGL its yellow colored, with Open GL its grey, orange (bid) and mintgreen (ask). Re-Attached the pic.
imageSNAG_ 2020-04-01 - 23.45.32.png / V - Attached On 2020-04-16 08:37:55 UTC - Size: 31.91 KB - 63 views
[2020-04-16 15:26:45]
nosast - Posts: 178 | Ending Date: 2020-09-30
Flickering still present - even when I deactivate the custom study.
Maybe it helps for finding the root cause: Flickering is only happening when I have a window detached (need to be that way to have all the charts ligned up to the different displays). As soon as I re-attach the flickering chart it stops.
[2020-04-21 05:30:03]
Acro - Posts: 388 | Ending Date: 2021-05-04
Re your answer in post #78, I've attached a screenshot taken using OpenGL when trying to place an order from the Chart DOM.
As you can see, because the highlighted box is black it is impossible to tell what price you are submitting the order at other than looking at the very top left of the chart.

This is what I meant by black and this is even though the buy column and sell column lines are set to blue and red respectively
image2020-04-21_13-27-29.png / V - Attached On 2020-04-21 05:29:46 UTC - Size: 5.11 KB - 58 views
[2020-04-21 10:04:44]
nosast - Posts: 178 | Ending Date: 2020-09-30
@Acro: Same for me as you can see on my screenshot from post #171 and #165
[2020-04-21 10:18:44]
Sierra Chart Engineering - Posts: 89860 | Ending Date: 2021-04-05
We are aware of the issue in #173. And we are working on that.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
[2020-04-21 23:00:09]
nosast - Posts: 178 | Ending Date: 2020-09-30
Nice! Issues I reported in #165 (DOM Overlay and Renko bar styling) are fixed in v2090.
[2020-04-22 18:47:59]
User624476 - Posts: 19 | Ending Date: 2020-09-30
v2091, flickering when using the hand tool with chart values

Win 10
AMD RX580
Driver Version
19.50.19.19-200228a-352369C-RadeonSoftwareAdrenalin2020
imagev2091 flickering.gif / V - Attached On 2020-04-22 18:47:10 UTC - Size: 2.57 MB - 53 views
[2020-04-22 18:57:41]
NRGTrader - Posts: 341 | Ending Date: 2021-05-10
Anyone?

https://www.sierrachart.com/SupportBoard.php?PostID=206335#P206335
[2020-05-02 12:24:45]
User124702 - Posts: 22 | Ending Date: 2021-09-10
I previously had the exact same problem as #177 when I tested OpenGL a few weeks ago. When I move the chart, a lot of the graphic elements will flicker. Now that specific issue seems to be fixed.

However, I noticed now when I hover over and out of the scale/chart resizer line, my charts flicker. Attached is a screenshot of what it looks like.

Version 2092 64-bit
Win 10
AMD Radeon Pro WX 3200 Series
Driver Version: 26.20.14001.39003

Side note: using OpenGL makes it so much faster. Really looking forward to being able to use it.

Update: The flickering does happen upon scrolling and just moving the Chart Value Tool across the chart. This flicker just happens less than it used to in the older version of SC.
Date Time Of Last Edit: 2020-05-02 13:42:38
image2020-05-02 08_14_29-Window.png / V - Attached On 2020-05-02 12:17:43 UTC - Size: 391.29 KB - 57 views
[2020-05-02 12:38:43]
NRGTrader - Posts: 341 | Ending Date: 2021-05-10
RE: Mac, Parallels/Win10/Sierra Chart

Message #82 : https://www.sierrachart.com/SupportBoard.php?PostID=195615#P195615
Message #124 : https://www.sierrachart.com/SupportBoard.php?PostID=206335#P206335

Anyone or j4ytr4der_ had any success?

Thank you.
[2020-07-17 18:18:15]
RIFT - Posts: 46 | Ending Date: 2021-01-08
When I use open gl chart graphics settings, the style of the line is only then correctly displayed, if I stretch the chart out really wide (see screenshots). Could you please help me with fixing that.

When i click on the chart with the mouse and move it still flickers.

SC 2138 64 bit
WIN 10 pro 64 bit
AMD RX5700XT
image2020-07-17_19h36_23.png / V - Attached On 2020-07-17 18:14:44 UTC - Size: 305.46 KB - 55 views
Attachment Deleted.
image2020-07-17_19h37_13.png / V - Attached On 2020-07-17 18:18:02 UTC - Size: 236.24 KB - 49 views
[2020-07-25 01:47:00]
User124702 - Posts: 22 | Ending Date: 2021-09-10
Just sharing what I did to get OpenGL to work and I think it was worth the effort at least for me. OpenGL speeds up Sierra Chart significantly for me. I use Volume Profile charts.

I was using a AMD Radeon Pro WX 3200 and I switched over to a Nvidia Quandro K1200 (used card off of ebay) and this fixed everything and it works perfectly. The flickering issue I had is completely gone.

I spent some time researching this issue since i really wanted OpenGL to work and to my understanding AMD doesn't support OpenGL very well and they basically have "bugs" inherently built into their drivers when it comes to OpenGL. OpenGL is a open source software. The only way around this is the developer needs to write code for these issues which seems to be a pain in the butt. Nvidia support OpenGL much better and addressed these OpenGL issues with their drivers so OpenGL just works out of the box. This is just my guess but end result I just could not get my AMD graphics card to work and after switching to Nvidia, it works very well.
[2020-07-25 07:11:25]
sunnyd - Posts: 323 | Ending Date: 2020-10-25
User124702 Interesting, I’ve not heard of anyone with AMD cards complaining about OpenGL not working right. Thanks for sharing. In the Linux thread there are mainly AMD gpu users as AMD has much better support on Linux.

I wonder if there are any other AMD GPU users that can chime in if they have had failure or success with AMD? The next gen cards are out soon and I hadn’t considered OpenGL support to be a factor in buying decision and wanted to have good support in Linux

To post a message in this thread, you need to login with your Sierra Chart account:

Login

Login Page - Create Account