Support Board
Date/Time: Fri, 09 Jan 2026 18:45:03 +0000
Post From: Comments and Concerns for 2026 Linux Direction - Users and Devs Need Better Communication
| [2026-01-05 13:27:06] |
| User677437 - Posts: 95 |
|
This thread has my video, by the end of the post I come to the opposite conclusion that it's better to have charts glitch with OS Timer OFF, instead of price freezing with cursor movement with OS Timer ON, like what the other thread says in title - I also demonstrate this in video. SC isn't going to see what we've been trying to tell them, on a singular instance with a 100 symbols running. My video demonstrates that there is a drastic difference between a built out chart book, and a bare bones instance and how OS Timer ON / OFF functions. Everything is fine in barebones instance. But in built out chartbook there is obviously a bug / bottlenecking happening that causes price to hang with cursor movement. If this problem can be solved - the same problem that was linked in the locked linux thread - yall wouldn't need to dive into Linux adoption for 2026- because it would already be perfect by what we expect and are used to for heavily built out chartbooks using gbs of ram, on high end computers, using OpenGL. Global Crosshair Cursor and OS Timer -ON- Recommendation Date Time Of Last Edit: 2026-01-05 14:04:05
|