Home >> Support Board

Support Board

Date/Time: Fri, 03 May 2024 21:31:05 +0000

Post From: 32-bit Builds of Sierra Chart to be Discontinued with Newer Versions

[2020-12-20 16:47:31] Link To Thread - Link To Post [Go To First Post]
User791263 - Posts: 151
I watch posts re Change Log to avoid version updates that might cause my large system problems. I've had trouble twice before, finally abandoning a larger version I had converted to 2nd instance (I lost months), but decided reducing size/complexity for speed was needed by me. I have no need for 64-bit micro-second stamps, inside bar tick by tick calcs, or anything past V1991,which works well and fast. Trying to have the most-recent workable 32-bit version, I studied versions and tried V2012, as I saw fixes of V2006 in V2007 and saw your attempt to "improve" recalculation of tagged references in V2003. --> "2003 Release Date: 2019-10-25 New option for text drawings ... When studies in charts make references to other charts, Chartbook loading can be faster because recalculation due to tagging with changes in source charts, only occurs once all chart data is loaded among all charts. ... " That recalculation of tagged charts, "occurs once all chart data is loaded among all charts"-- did not work at all for me: It went into constant recalculation, mostly locking SC. I changed nothing between my fast V1991 and V2012 (I think I tried V2007 too). Same problem. If going forward 16 versions did not work, I shudder to convert my one DLL and still get the constant recalc problem in a 64-bit. Having been a programmer, I sympathize greatly with attempts to "improve" that may fail in unusual cases. Most SC users are perfectly happy with stable, fast 32-bit. We understand your priority to improve data feeds/symbol changes; Those are not our priorities. Our priorities: Refine and finish off our own years of work on a stable, fast platform. Some of the best traders trade trends, not even concerned with seconds. Internet lag is about 50ms makes msec stamping debatable. Better use of DOM is all the "inside the bar" most of us need, such as a couple of money-making simple added tools (such as Max DOM Tracing (similar to fill-coloring between studies by Reference study. ie: shows few-second direction of max DOM bar). But if staying with fast, simple 32-bit without improvements is the choice over tools, we'll stick with stable 32-bit and write our own tool, if you give us Market Depth data layout. Bottom Line: Please, let us stay with 32-bit. Maybe just update 32-bit once a year for data feed/symbol compatibility and add a couple of studies/improvements like Max DOM bar trace. Please; I bet lots of users would agree with me in a user survey. Some of us would just like to become profitable enough to send you a $ bonus, once in a while. Happy Holidays.