NexusFi: Find Your Edge


Home Menu

 





Sierra Chart / Rithmic


Discussion in Sierra Chart

Updated
      Top Posters
    1. looks_one bobwest with 7 posts (7 thanks)
    2. looks_two sudhirc with 3 posts (2 thanks)
    3. looks_3 mattz with 2 posts (2 thanks)
    4. looks_4 ludvig with 2 posts (4 thanks)
      Best Posters
    1. looks_one ludvig with 2 thanks per post
    2. looks_two bobwest with 1 thanks per post
    3. looks_3 mattz with 1 thanks per post
    4. looks_4 sudhirc with 0.7 thanks per post
    1. trending_up 6,808 views
    2. thumb_up 18 thanks given
    3. group 9 followers
    1. forum 17 posts
    2. attach_file 0 attachments




 
Search this Thread

Sierra Chart / Rithmic

  #11 (permalink)
 
bobwest's Avatar
 bobwest 
Western Florida
Site Moderator
 
Experience: Advanced
Platform: Sierra Chart
Trading: ES, YM
Frequency: Several times daily
Duration: Minutes
Posts: 8,162 since Jan 2013
Thanks Given: 57,341
Thanks Received: 26,267


iqgod View Post
I think SierraChart decided to make the SierraChart Rithmic Bridge source code available as per this link - it is from 2013:

https://www.sierrachart.com/SupportBoard.php?PostID=6567

They have decided to make it available as an open source component in 2020 after an user requested, check this recent post:

https://www.sierrachart.com/SupportBoard.php?PostID=218750

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
Reply With Quote
Thanked by:

Can you help answer these questions
from other members on NexusFi?
New Micros: Ultra 10-Year & Ultra T-Bond -- Live Now
Treasury Notes and Bonds
NexusFi Journal Challenge - April 2024
Feedback and Announcements
Futures True Range Report
The Elite Circle
The space time continuum and the dynamics of a financial …
Emini and Emicro Index
Deepmoney LLM
Elite Quantitative GenAI/LLM
 
Best Threads (Most Thanked)
in the last 7 days on NexusFi
Get funded firms 2023/2024 - Any recommendations or word …
61 thanks
Funded Trader platforms
39 thanks
NexusFi site changelog and issues/problem reporting
26 thanks
The Program
18 thanks
GFIs1 1 DAX trade per day journal
18 thanks
  #12 (permalink)
ludvig
russia kaliningrad
 
Posts: 19 since Jan 2011
Thanks Given: 0
Thanks Received: 21


bobwest View Post
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.

Hi Bob,
Your assumption that creation a custom bridge for SC is any kind of hack, is completely wrong. SierraChart proposes opensource, well designed and documented way for such things:
https://dtcprotocol.org/
https://www.sierrachart.com/index.php?page=doc/DTC_TestClient.php

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.

Reply With Quote
Thanked by:
  #13 (permalink)
 
bobwest's Avatar
 bobwest 
Western Florida
Site Moderator
 
Experience: Advanced
Platform: Sierra Chart
Trading: ES, YM
Frequency: Several times daily
Duration: Minutes
Posts: 8,162 since Jan 2013
Thanks Given: 57,341
Thanks Received: 26,267



ludvig View Post
Hi Bob,
Your assumption that creation a custom bridge for SC is any kind of hack, is completely wrong. SierraChart proposes opensource, well designed and documented way for such things:
https://dtcprotocol.org/
https://www.sierrachart.com/index.php?page=doc/DTC_TestClient.php

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.

Thanks for filling me in.

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
Reply With Quote
Thanked by:
  #14 (permalink)
 
sudhirc's Avatar
 sudhirc 
detroit,mi
sc
 
Experience: Intermediate
Platform: NT
Broker: NT
Trading: ES
Frequency: Every few months
Duration: Hours
Posts: 417 since Sep 2011
Thanks Given: 1,709
Thanks Received: 471


bobwest View Post
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.

If you're not actually trading and just want to try out SC, you can get a free delayed feed from SC (delay is about 10 minutes) that will have no technical issues. https://www.sierrachart.com/index.php?page=doc/DelayedExchangeDataFeed.php

The future is clearly not with SC plus Rithmic, even though it will work today.

Bob.

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.

Started this thread Reply With Quote
Thanked by:
  #15 (permalink)
 
bobwest's Avatar
 bobwest 
Western Florida
Site Moderator
 
Experience: Advanced
Platform: Sierra Chart
Trading: ES, YM
Frequency: Several times daily
Duration: Minutes
Posts: 8,162 since Jan 2013
Thanks Given: 57,341
Thanks Received: 26,267


sudhirc View Post
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.

I think you will love it. As you may already know, there is a learning curve that can be very steep. But it is worth it.

Bob.

When one door closes, another opens.
-- Cervantes, Don Quixote
Reply With Quote
Thanked by:
  #16 (permalink)
 Japhro 
Canada
 
Experience: Advanced
Platform: Sierra
Broker: AMP/Rithmic
Trading: NQ, ES, YM, UB
Posts: 213 since Aug 2013
Thanks Given: 33
Thanks Received: 195


mattz View Post
We will support Rithmic for those who it with Sierra if one chooses that as a data feed.

Matt Z
Optimus Futures

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

Reply With Quote
  #17 (permalink)
 
mattz's Avatar
 mattz   is a Vendor
 
Posts: 2,493 since Sep 2010
Thanks Given: 2,440
Thanks Received: 3,789


Japhro View Post
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]
Reply With Quote
  #18 (permalink)
 SafruAI 
Bingen
 
Platform: Sierra
Posts: 31 since Jun 2019
Thanks Given: 25
Thanks Received: 26

Hello,

I am aware of the issues using SC with Rithmics. I understand the warnings given by SC are mainly related to historical data (https://www.sierrachart.com/index.php?page=doc/Rithmic.php).

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.

Thank you for your input, guys!!!

Reply With Quote




Last Updated on March 31, 2023


© 2024 NexusFi™, s.a., All Rights Reserved.
Av Ricardo J. Alfaro, Century Tower, Panama City, Panama, Ph: +507 833-9432 (Panama and Intl), +1 888-312-3001 (USA and Canada)
All information is for educational use only and is not investment advice. There is a substantial risk of loss in trading commodity futures, stocks, options and foreign exchange products. Past performance is not indicative of future results.
About Us - Contact Us - Site Rules, Acceptable Use, and Terms and Conditions - Privacy Policy - Downloads - Top
no new posts