Support Board
Date/Time: Wed, 27 Nov 2024 06:47:15 +0000
FYI Sierra Chart Version 2225 Runs on a Mac using Codeweavers Crossover Version 20 for Mac
View Count: 10152
| [2022-02-10 23:12:20] |
| GravisHTG - Posts: 306 |
|
Anyone know if Sierra chart is very stable in Parallel ? maybe its worth it to get it instead.
|
| [2022-02-10 23:25:02] |
| User207252 - Posts: 14 |
|
Found the directory but copy and paste does not work. Do you have to use Crossover to transfer the Chartbook files? If so, how is this done? Thanks
|
| [2022-02-10 23:35:13] |
| GravisHTG - Posts: 306 |
|
well , when I was doing it , I just copy paste the file and it was fine.... But it was only chartbooks ... maybe some .dll require you to install extra stuff in that Wine Bottle.
Date Time Of Last Edit: 2022-02-11 00:43:33
|
| [2022-02-11 00:00:40] |
| User584084 - Posts: 262 |
|
Open the Crossover App on the Mac. Find the Sierra Chart bottle. Highlight the Sierra Chart bottle. Right click on the Sierra Chart bottle. Select Open C: Drive. Double click on the SierraChart directory. Find the Data directory. This is where your Chart or Chartbook files go. Copy your Chart files from the Finder App directory on the Mac to the SierraChart Data directory on C: drive.
|
| [2022-02-11 01:06:44] |
| 1+1=10 - Posts: 270 |
|
I’ve been running SC on Parallels since 2019 with no issues.
|
| [2022-02-17 01:48:21] |
| bdunn - Posts: 19 |
|
You can easily find the SierraChart folder running Crossover for Mac. It’s under your username folder. Go to /Users/username and you’ll find the SierraChart folder there. You can drag this to the Finder side bar for quick access. Running SC on Crossover on three Macs with zero issues at all. |
| [2022-07-05 05:36:04] |
| Tony - Posts: 519 |
|
Been curious how Crossover works, just found out they have a Linux version too, installed trail version for Linux, it seems Sierra Chart works on Crossover very well, I don't really notice any major differences with Wine. Here are my thoughts and observations, hope I get the right picture: Crossover and Wine are done by the same develop team, if Crossover works on newer Macs, then Wine should too, they just don't want make it happen for marketing purpose? Each Crossover bottle is basically a segregated Wine environment? Crossover only works on M1 Macs as long as Apple supports Rosetta 2, because it doesn't run natively on M1? I visited an Apple Store yesterday and asked a tech there how Rosetta works, he seems quite confused, opened a browser and started to google 'Mac Rosetta' with misspelling of 'Rosetta'... hopeless. For Intel based Mac, I think, Linux+Wine still a way better option than Crossover, maybe? My only issue with Crossover was that I failed to install a program called "Microsoft Edge Webview2 Runtime", but that has nothing to do with Sierra Chart. Date Time Of Last Edit: 2022-07-05 05:42:04
|
| [2023-02-20 08:22:37] |
| ivory - Posts: 95 |
|
I've been looking into moving to MacOS again, reevaluating both CrossOver and Parallels. There are issues with both, but in my experience CrossOver is much worse. I would be interested in knowing if others have noticed similar problems and if there are good solutions. I do have a separate Windows laptop just for Sierra, but in comparison with m1 max mbp it's just loud, hot, and slow. I just wish there was a way to use mbp. Problems with CrossOver - Sierra is very buggy and unstable when running with CO. For example, after opening Trade Activity log window I was able to click on toolbar menus, but not on drop downs - they don't react. After I tried that, the entire program halted and had to be killed. In the past I had an issue where all charts simply stopped updating. Only the last price on the price axis was updating. There are delays with window content redrawing when windows are resized. Crosshair is lagging too. Looking at Message Log I notice that Market Profile study complains about index out of bounds errors and there are some socket access issues, which I have never seen on Windows or Parallels. Overall I would not feel comfortable placing trades when using this method. On the plus side, fonts are crisp compared to Parallels and windows are native, i.e. integration with MacOS shell is decent. Problems with Parallels - this is mostly around integration with the shell and multi-monitor support. The only mode that works reliably, but is a no-go for a multi-monitor setup, is a single-window mode. Coherence seems to work great until for some reason windows get minimized, for example when I lock the screen or it's locked after a period of inactivity. As far as I can tell it is not possible to bring windows back without exiting coherence, entering fullscreen mode, bringing all windows back, arranging them, and going back to coherence. Trying to bring windows back from the dock does nothing. Also, windows in coherence mode seem to be of some special type, I think they are treated as dialogs, meaning they don't cooperate with external tools for window management, like Amethyst. Fullscreen Mode seems to mostly work, but it suffers from several subtle issues. Firstly, it is not possible to have clear and accurate rendering on the internal screen and external monitors at the same time. Parallels will optimize for one or the other, depending on settings. Not a big issue, IMO. Secondly, if screensaver/screenlock is on or the computer was put to sleep and woken up, there is a high chance that Parallels will render all Windows' screens, except for the main one, on another desktop (in mac's nomenclature it's called "spaces") covering other programs' windows. At the same time, it will render the main screen on the correct space/desktop and the rest of screens in that space will be pitch black. There is no way to fix this, that I know of, without exiting fullscreen mode (as in: entering the single window mode), reentering it, and rearranging all windows all over again. There are also issues with mouse pointer precision, i.e. the mouse feels off and sometimes sticks to the edge of the screen. The stickiness can be fixed by "optimizing for games" (whatever that means). So, to summarize, Parallels works with some annoying, but not mission critical issues. Crossover is unreliable. I wasn't able to run wine as version that I get through brew is not compiled for apple silicon. After monitoring the Linux thread for the last few months, I am of the opinion that the best solution is going to be running Sierra under Linux + Wine once Asahi Linux project matures a bit more. They are making surprisingly good progress, including a working GPU driver prototype. Unfortunately external monitors are not supported yet, so it's not a viable option just yet. |
| [2023-02-24 13:56:59] |
| ivory - Posts: 95 |
|
Parallel's fullscreen window leaking problem has led to a Window Server crash, which caused a log out and losing access to Sierra until restart of user session has been completed. Therefore I have to conclude that Parallels is not a suitable solution... back to the Windows laptop, I am afraid.
Date Time Of Last Edit: 2023-02-24 13:57:23
|
| [2023-02-24 15:23:46] |
| Tony - Posts: 519 |
|
... back to the Windows laptop, I am afraid.
Probably the best option, ivory. I never trust Apple, they have a bad record of how they treat Mac users. Parallel runs natively on M1/M2, defiantly better than CrossOver, which rely on Rosetta 2, Apple supported Rosetta for less than 2 years back in 90s, Rosetta 2 probably will have the same fate.There is another possible solution for M1/M2 is Oracle's VirtualBox, they are currently testing on M1/M2, I have VirtualBox running on Linux on a 2015 iMac, fairly decent, and it's free. Date Time Of Last Edit: 2023-02-24 15:32:16
|
| [2023-02-24 15:39:20] |
| ivory - Posts: 95 |
|
Probably the best option, ivory.
I have to agree, sadly because nothing comes close to how quiet my macbook is. As far as hardware goes, m1 mbp is just nothing short of beautiful. I will try it again once Asahi Linux introduces multimonitor support, probably in the next few months. Thanks for letting me know about VirtualBox, but I think I will pass on VMs at this point. |
| [2023-06-13 08:19:33] |
| ivory - Posts: 95 |
|
A quick update for those interested. After a long break I tried running Sierra under CrossOver on my M1 mac. Some of the issues described above were gone, but I noticed a new one - once I was filled, I couldn't adjust attached orders.
|
| [2023-07-08 14:06:06] |
| Dirty Moose - Posts: 6 |
|
Hey all, I got Sierra up and running on iOS with no problems using crossover. The one problem I am running into is with custom study. I’m getting an error that reads “This study has just caused a cpu exception” “This custom DLL study may cause Sierra Chart to be instead able until you remove the study from the chart and restart Sierra” Did I skip a step somewhere or is it not possible to run custom study’s on macOS? Matt |
| [2023-07-08 16:30:52] |
| Tony - Posts: 519 |
|
@Dirty Moose I have no problem running custom studies with Wine. The "CPU exception" issues I have experienced always caused by divided by zero. Even though it is not possible for denominator to be zero in reality. Fixed by: Replace all a / b with a / max(1, b) Date Time Of Last Edit: 2023-07-08 16:32:51
|
| [2023-07-08 16:39:56] |
| Dirty Moose - Posts: 6 |
|
Thanks for the response Tony. Would you mind clarifying a bit as I have zero coding knowledge, where am I replacing the divided by zero with the code you gave me? Matt |
| [2023-07-08 20:27:17] |
| User584084 - Posts: 262 |
|
I have no problem running custom studies with SC Version 2517, Crossover Version 22.0.1 and macOS High Sierra Version 10.13.3.
|
| [2023-07-08 20:39:22] |
| Tony - Posts: 519 |
|
@Dirty Moose Sorry, I didn't know the study was written by someone else, unfortunately, the possible solution I guessed can only be done by the person who originally coded your custom study, unless you have the source code, you could try to post it here, me or other folks might be able to modify it. Have you experience any problems running that custom study in Windows? If not, parallels+windows is definitely a better option than crossover Date Time Of Last Edit: 2023-07-09 03:25:25
|
| [2023-07-10 19:34:53] |
| Dirty Moose - Posts: 6 |
|
Ty @tony parallels did the trick. Works flawlessly on my MacBook M1.
|
| [2023-07-11 06:10:19] |
| ivory - Posts: 95 |
|
I'm surprised to see people report "flawless" execution under Parallels. Makes me wonder - am I just unlucky or are you guys using fewer features? Last time I checked Sierra under Parallels, chart replay didn't work.
|
| [2023-07-11 08:49:20] |
| Sierra_Chart Engineering - Posts: 17190 |
|
We do not see how a chart replay issue would be related to using Parallels if everything else is fine with the chart and it is updating normally in real time. Go through the instructions here: Replaying Charts: Basic Chart Replay Instructions And set the Replay Mode to standard: Replaying Charts: Replay Mode 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2023-07-11 08:49:45
|
| [2023-07-11 11:25:19] |
| ivory - Posts: 95 |
|
The chart was stuck for a long time, then bars would update in a single burst and get stuck again. By a long time I mean several minutes with replay speed set to x2000 for ES. At normal replay speed it would take hours. I haven't seen that before. I don't have the capacity to retest it at the moment.
|
To post a message in this thread, you need to log in with your Sierra Chart account: