Support Board
Date/Time: Wed, 27 Nov 2024 20:44:24 +0000
OpenGL support Now Ready for Initial Testing
View Count: 30804
[2019-10-09 04:26:27] |
Acro - Posts: 441 |
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 |
191009_1133_29.png / V - Attached On 2019-10-09 04:26:10 UTC - Size: 1.28 KB - 489 views 191009_1133_17.png / V - Attached On 2019-10-09 04:26:19 UTC - Size: 2.14 KB - 521 views |
[2019-10-09 08:09:30] |
Sierra Chart Engineering - Posts: 104368 |
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. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2019-10-09 08:09:59
|
[2019-10-09 08:25:40] |
Acro - Posts: 441 |
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: 104368 |
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: Customizing Fonts, Colors, Line Styles, and Widths for Chart Trading, Chart DOM, and Trade DOM 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. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2019-10-10 04:04:00
|
[2019-10-10 14:02:32] |
User316362 - Posts: 210 |
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: 823 |
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 |
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.
|
taskmanager.jpg / V - Attached On 2019-10-25 19:17:21 UTC - Size: 51.55 KB - 492 views |
[2019-10-26 23:15:27] |
j4ytr4der_ - Posts: 938 |
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: 196 |
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
|
2019-10-24_20h25_41.png / V - Attached On 2019-10-28 13:28:45 UTC - Size: 80.83 KB - 468 views |
[2019-10-28 15:50:56] |
j4ytr4der_ - Posts: 938 |
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: 375 |
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: 823 |
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
|
[2019-11-01 23:17:25] |
AlexPereira - Posts: 197 |
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. |
sc_opengl_bug.png / V - Attached On 2019-11-01 23:16:11 UTC - Size: 18.52 KB - 490 views |
[2019-11-04 10:42:42] |
samual sprat - Posts: 343 |
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: 104368 |
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. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2019-11-08 20:14:18
|
[2019-11-09 09:19:55] |
User907968 - Posts: 823 |
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: 210 |
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: 104368 |
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. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2019-11-10 01:24:43
|
[2019-11-10 02:29:30] |
User316362 - Posts: 210 |
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: 210 |
sorry, picture with letters here
Date Time Of Last Edit: 2019-11-10 02:41:47
|
TPO chart-11-09 19.png / V - Attached On 2019-11-10 02:38:33 UTC - Size: 87.07 KB - 482 views TPO chart-11-09 19 B.png / V - Attached On 2019-11-10 02:41:44 UTC - Size: 69.03 KB - 488 views |
[2019-11-10 05:01:22] |
User379468 - Posts: 508 |
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: 104368 |
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. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
[2019-11-11 14:28:13] |
User316362 - Posts: 210 |
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: 79 |
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] |
samual sprat - Posts: 343 |
Yup toothfairy, same here. I mentioned it on the 4th of nov
|
[2019-11-18 03:48:27] |
User624476 - Posts: 33 |
I have the transparency problem as well. v2008
|
To post a message in this thread, you need to log in with your Sierra Chart account: