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)
Thanks. I was not aware of this, obviously, and it is interesting.
I checked the first link you give, and it does say "We are making the source code for the Rithmic Bridge available." I didn't see where this is done, and this is from 2012 -- but they may have, somewhere else.
The second link has a downloadable executable file and some parameter files. It does not have source code. The difference is crucial, because without the source code you cannot do anything to change the program. This link is not about open source, or it would include the .cpp file containing the open source code.
If they have done this somewhere else, it would be interesting to know. I still would never start changing the code for a working program that has to interface with a closed source program (Sierra Chart), but it is interesting if they have made it available.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote
During 5 last years I had fulfilled several projects of connectors form different broker and exchange api to SC, including trading functionality, in some cases. And there is no any need to use old sierra bridge sources, I mentioned this only for the reason that I know, that heavy workload
developer teams very often simply have no time to rewrite their code completely and are making step by step additions and improvements. Old rithmic bridge sources is completely outdated now. Don't try to find a link to that, it was alive on SC site long ago very short time.
My supposition about problem decision at my first post is based on two facts:
1.SC Support posts: https://www.sierrachart.com/SupportBoard.php?ThreadID=51595
2. I am RApi user for last 3 years , Rithmic is a single producer in the industry of CME Level3 data, and connection to
rithmic servers simply works FINE.
I am glad to know that you were not proposing to modify some old SC code, and I may have jumped to that conclusion too quickly. I am aware of, although not really familiar with, the protocol that SC has proposed and I am very happy that it is being put to use this way. I know that SC has been extremely critical of the interface provided by Rithmic and also critical of the fact that Rithmic has not gone to the DTC protocol that SC has published.
Unfortunately, I do not think that many users of Rithmic will have a choice, and so, in time, I expect SC and Rithmic to completely part ways. Probably fairly soon, although they (SC) have been threatening to for a long time now.
In any case, thanks for the additional information.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote
Thanks Bob for your feedback, this is exactly what i did yesterday...signed up with delayed feed. In the process of converting my NT templates to SC and i love the rich functionality in it.
Does this mean you will support users on Rithmic/Sierra even after end of this year when they cut users off? If so, will you have your own Rithmic/DTC bridge for this purpose? If so, this is interesting
If Sierra cuts off the Rithmic feed, and disable the feed, then I can not make it work.
However, if they just stop supporting it while allowing the data to flow, we will support it just like we have been so far.
Our policy was and always will be to support what the customer chooses as their data feed.
Thank you,
Matt Z
Optimus Futures
There is a substantial risk of loss in futures trading. Past performance is not indicative of future results.
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]
What about the Rithmic Trading Service? My idea was to use SC Denali as data vendor + Rithmic as Trading Service. Does anybody has good or bad experience using the described setup?
The reason why I need to use Rithmic instead of SC Teton is that I trade on Eurex. SC Teton does not support Eurex.
The reason why I dont want to stay with CQG is that CQG does not provide daily loss limit + auto liquidation on a broker level. Rithmic does. Based on my experiences I have decided only to continue trading with daily loss limit + auto liqui.
So I have to decide between SC in combination with Rithmic Trading Service or going to another execution platform which works more reliable with Rithmics trading service.