Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
Do any one in here uses Rithmic data with Sierra Chart.
Currently I subscribe to Rithmic & use with NT. I'm planning to try Sierra chart for couple of months to explore it. To keep the costs low, if i can use Rithmic data, i want to use it.
In their web site they had indicated that they don't support Rithmic, but googling around i had seen people using it but did not get to talk to any one who uses it.
It can be done. There are some special things you have to do, but unfortunately I don't have them at my fingertips right now, perhaps someone else will. If not, you can search the SC documentation, and perhaps the FAQ and support board, although this can be a difficult search.
I will see if I can dig up what you need to do, and will post it here if/when I do.
Sierra is an amazingly superior platform, in my opinion, but they don't always get along with others too well. They have been grumbling about Rithmic for a long time, and at some point probably will pull the plug. This has been a contentious topic with them for a long time now.
I should point out that if you ever have a problem with either data or a trade and you are using Rithmic, Sierra Chart will probably refuse to help you with it. That's what they mean by "not supporting" Rithmic, at least most of it. They apparently have had issues in the past and were not happy with Rithmic's side of things. That's why they don't plan to stay with them forever, or at least that's my understanding.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote
We will support Rithmic for those who it with Sierra if one chooses that as a data feed.
Matt Z
Optimus Futures
Trading futures and options involves substantial risk of loss and is not suitable for all investors. Past performance is not necessarily indicative of future results. You may lose more than your initial investment. All posts are opinions and do not claim to be facts. Please conduct your own due diligence. Use only Risk capital when trading Futures.
1 800 771 6748 local 561 367 8686 email [email protected]
It is really good to know that Rithmic works, and since i currently have the subscription, it will be economical to try this way. If SC works, then i can think about their recommended data feed, which is Denali or what ever at that point.
SC team now working with VS2019 as a development environment. Sierra and Rithmic Bridge sources are parts of the single Visual Studio solution and compiled together. Problems with Rithmic started when developers started use VS2015 version and the problems is conflict of rithmic libs, which contains third party libs, like openssl and zlib and SC code. Possibly, it is Application Binary Interface problems with building total solution on last versions VS.
Total packet of rithmic libs is written on pure C, may by C++ 98, but without C++11,14,17 options and the bridge program can be compiled on VS2012, for example. I have a source code of the first version of SCRithmicBridge, written by SC developers at 2012, sources contains some Microsort specific functions which is deprecated now and parts of MFC libraries.
May be , solution is to remove all MS code from bridge sources, create a separate project and try to build this program using gcc, VS2012 or LLVM..
Based on my experience using SC w/Rithmic, I'd say don't go there. SC would lose connection to Rithmic no less than 20+ times a week, and then take a minute or so to reconnect. Irritating to the nth degree.
Finally threw in the towel and switched to SC's Denali and haven't had any more connection issues.
And it is my understanding that SC will say bye-bye to Rithmic for good at the end of 2020.
I do recall that SC sometimes lost connection and had to reconnect, although not to an irritating degree for me.
While I didn't have a lot of issues, I do somewhat agree that the SC/Rithmic marriage will not last. I think that the best idea would be just to use it now to get an introduction to SC while using a feed you currently have, but not to plan on using the combination for long.
I assume this isn't a serious idea, but in case it is,
1. Edit:I have deleted my original point 1, because the source code may be available. See the post by @iqgod below.
2. Like any developers, they change their source code all the time. If you have a copy from 2012, any ideas you have about it are out of date. Edit:If they are in fact offering the current source code, this may be incorrect, but I will leave it in here because the issue of how it interfaces with the main SC program is still relevant, and unless they are guaranteeing they will keep the bridge code up to date, you can't know if the version you have still works with the current version of SC.
3. Tinkering with someone else's source code, in any version, is playing with fire if you expect the result to be usable by you for any real purpose. The bridge program has to run along with the current version of the main Sierra Chart program, which expects to interact with their current bridge code, not whatever someone else has put together.
4. Edit: I have deleted my original point 4, because the source code may be available. See the post by @iqgod below.
5. Sierra Chart knows more about their code than anyone else, and if any of this would solve it, they would already have done it.
It would be better if you did not post suggestions to solve an issue that no one is going to be able to use, even if they would work.
-------------------
Update: I have made edits as noted, after reading a post by @iqgod below. I still strongly doubt that the suggestions would work, but if the source code is available, then at least they could be tried. (If source is available, it is for the bridge program, not the main Sierra Chart application, to be clear .) I have made a comment following @iqgod's post on the availability question, and would welcome more more info, just to settle the matter.
But I think anyone trying to hack someone's code and use it in a critical situation (trading) is taking a huge risk. Also, I intensely doubt that any but a very few FIO members would be technically prepared to try this hack, and I believe that, of those who are, no working programmer would think it would be worth the risk of unanticipated problems in real trading. I could be wrong about this, but I wouldn't hire a programmer who thought this was a good idea, anyway. Maybe that's just me.
But if the code is available and you have the nerve, fire away. Try it in your own trading over a good period of time and under different conditions before offering it as a solution, though. And my advice to any other traders would still be not to use any such hack, no matter the circumstances. Money is involved, after all.
I still think the post I was responding to is not a practical way to address the issues.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote