Since Mark Jurik doesn't want/can’t afford to adapt his studies to MultiCharts we want to find a way to do it on our own. It seems we found a solution to make it work, but we need to invest some more time to make it available to public.
So my question is how many of us need the jurik indicators. Please add your comment if you need it. If the number of users will be significant we will implement in this project.
Thanks.
Do you really need the Jurik indicators? Please vote.
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
This is not a large project, but it is interesting why do you say no?
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
It seems the question is not actual anymore since we were able to adapt to Jurik indicators and it works with MultiCharts now! It will be released in 5.5.
Keep in mind it works for TS2000i indicators. We didn't have a chance to test TS8 versions so we can't sate it works. If you have further questions send us an e-mail.
Keep in mind it works for TS2000i indicators. We didn't have a chance to test TS8 versions so we can't sate it works. If you have further questions send us an e-mail.
- Attachments
-
- Jurikind.png
- (78.61 KiB) Downloaded 2053 times
-
brodnicki steven
- Posts: 407
- Joined: Jan 01 2008
- Been thanked: 3 times
That's great news Andrew !, it could actually be listed as a new selling feature for MC.
Mark Jurik is a mathematician and has excellent indicators, they don't however, predict the future, they are just the best at what they do.
The JMA for example, is an excellent proxy for price and that's its best use.(it was NOT designed for MA crossovers or smoothing other indicators.)
I have used Jurik's tools in TS2ki for 10+years and I'm a satisfied customer of Mark's. I'm very glad that they will be compatible with MC soon.
Mark Jurik is a mathematician and has excellent indicators, they don't however, predict the future, they are just the best at what they do.
The JMA for example, is an excellent proxy for price and that's its best use.(it was NOT designed for MA crossovers or smoothing other indicators.)
I have used Jurik's tools in TS2ki for 10+years and I'm a satisfied customer of Mark's. I'm very glad that they will be compatible with MC soon.
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
Steven,
Thanks for the comments Steven!
Thanks for the comments Steven!
-
RobotMan
- Posts: 375
- Joined: Jul 12 2006
- Location: Los Altos, California, USA
- Has thanked: 31 times
- Been thanked: 13 times
- Contact:
I concur with Steven. I have used Jurik functions in my own indicators since the late 1990's. I converted the JMA I used in TS for (my own) use in MultiCharts and have continued to be impressed with the results. I use JMA every day. I have tried for over a year to buy the most current version, but as everyone else already knows, have been unsuccessful.
I also am a big supporter of using legal and licensed software. As long as it is on the up and up, I am all for it and look forward to it.
Having JMA available in Multicharts is a very beautiful thing!
I also am a big supporter of using legal and licensed software. As long as it is on the up and up, I am all for it and look forward to it.
Having JMA available in Multicharts is a very beautiful thing!
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
RobotMan,
Do you really think that we are promoting illegal software? We got the indicator sources and dll for our customer and analyzed why it doesn't work.
As far as we understand Jurik provides DLL to a customer with hardcoded TS customerid. If you are legal customer you know your TS customerid and type it in the MultiCharts input. If you enter something different the indicator will not work.
So basically we adopted MultiCharts to work with Jurik indicators and they are protected the same way as they were under TS.
So as son as we release Multicharts 5.5 you should ask Jurik if he want to provide his studies to MultiCharts.
Do you really think that we are promoting illegal software? We got the indicator sources and dll for our customer and analyzed why it doesn't work.
As far as we understand Jurik provides DLL to a customer with hardcoded TS customerid. If you are legal customer you know your TS customerid and type it in the MultiCharts input. If you enter something different the indicator will not work.
So basically we adopted MultiCharts to work with Jurik indicators and they are protected the same way as they were under TS.
So as son as we release Multicharts 5.5 you should ask Jurik if he want to provide his studies to MultiCharts.
Andrew, if you had stated upfront that its not a large project then i wouldn't have said No.This is not a large project, but it is interesting why do you say no?
Since you asked for feedback, i was just letting you know that some of us do not use it and if its a large undertaking then we'd rather you NOT devote precious resources on it.
But since its now available, i am sure the guys who use it will appreciate it greatly.
-
RobotMan
- Posts: 375
- Joined: Jul 12 2006
- Location: Los Altos, California, USA
- Has thanked: 31 times
- Been thanked: 13 times
- Contact:
Andrew Said:
http://forum.tssupport.com/viewtopic.php?p=25724#25724
Albeit a well meaning and friendly gesture.
No Andrew, of course not. I was talking about stuff like this.RobotMan,
Do you really think that we are promoting illegal software?
http://forum.tssupport.com/viewtopic.php?p=25724#25724
Albeit a well meaning and friendly gesture.
Andrew Said:
Currently for me if I debug customerid and getuserid functions via:
print("customerid= ", customerid, " getuserid=", getuserid ) ;
I get a value of 0.00 returned for customerid, whereas I correctly get my multicharts userid for getuserid.
If you think it makes sense, could you make the customerid function return the same value as what getuserid does?
Or, alternatively, call that same MultiCharts input that you mentioned above in the Jurik solution? (my only concern there would be depending how the original indicator is programmed it may then be prompting you to enter your customerid in every single bar).
A solution for the customerid function should make MultiCharts even more compatible with TS indicators.
Thanks for your time.
Hi Andrew, that solution sounds really great for the Jurik indicators, but I was wondering also about other older TS ELS/ELD based indicators that use the function customerid in their actual protected easylanguage code (rather than a dll), as their security check:As far as we understand Jurik provides DLL to a customer with hardcoded TS customerid. If you are legal customer you know your TS customerid and type it in the MultiCharts input. If you enter something different the indicator will not work.
Currently for me if I debug customerid and getuserid functions via:
print("customerid= ", customerid, " getuserid=", getuserid ) ;
I get a value of 0.00 returned for customerid, whereas I correctly get my multicharts userid for getuserid.
If you think it makes sense, could you make the customerid function return the same value as what getuserid does?
Or, alternatively, call that same MultiCharts input that you mentioned above in the Jurik solution? (my only concern there would be depending how the original indicator is programmed it may then be prompting you to enter your customerid in every single bar).
A solution for the customerid function should make MultiCharts even more compatible with TS indicators.
Thanks for your time.
bruiser,
I don't think the suggestion of CustomerID should return same value as of GetUserID instead it would be a good idea to have an ability to input TS ID in MC for CustomerID so that studies locked for only TS can be used on MC also. People with legitimate copy will only have ability to use studies on MC just like they do on TS at present, so it takes care of piracy issue.
GetUserID should remain unique to MC only.
Regards
Super
I don't think the suggestion of CustomerID should return same value as of GetUserID instead it would be a good idea to have an ability to input TS ID in MC for CustomerID so that studies locked for only TS can be used on MC also. People with legitimate copy will only have ability to use studies on MC just like they do on TS at present, so it takes care of piracy issue.
GetUserID should remain unique to MC only.
Regards
Super
Hi Super,
I totally take your point about GetUserID remaining unique to MC only.
I in light of that, I really like your idea of: in Multicharts, being able input your TS Customer ID, which the function call to CustomerID would then return (instead of 0 as it does now), and thus allowing legitimate owners, the ability to use studies which previously were locked for TS only, to now also run on MC as well.
Seems like a pretty cool solution.
Cheers,
Bruiser
I totally take your point about GetUserID remaining unique to MC only.
I in light of that, I really like your idea of: in Multicharts, being able input your TS Customer ID, which the function call to CustomerID would then return (instead of 0 as it does now), and thus allowing legitimate owners, the ability to use studies which previously were locked for TS only, to now also run on MC as well.
Seems like a pretty cool solution.
Cheers,
Bruiser
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
That's right SUPER. This is what we want to do for Jurik indicators.
-
TJ
- Posts: 7775
- Joined: Aug 29 2006
- Location: Global Citizen
- Has thanked: 1036 times
- Been thanked: 2233 times
Brilliant !That's right SUPER. This is what we want to do for Jurik indicators.
Hi Andrew,
For those that were interested in this: can I clarify if the official Multicharts 5.5 will actually have the ability to Input a TS Id, (which a call to CustomerId would then return)?
If so, will the solution only be for the Jurik Indicators?, or will it be a generic Input, that would allow virtually any TS Indicator that has CustomerId validation to work (if legitimate customerid of course)?
For those that were interested in this: can I clarify if the official Multicharts 5.5 will actually have the ability to Input a TS Id, (which a call to CustomerId would then return)?
If so, will the solution only be for the Jurik Indicators?, or will it be a generic Input, that would allow virtually any TS Indicator that has CustomerId validation to work (if legitimate customerid of course)?
-
brodnicki steven
- Posts: 407
- Joined: Jan 01 2008
- Been thanked: 3 times
Yes, we want to be able to run TS2ki locked studies in MC (hopefully not just Jurik). Incorporating the TS customerID looks like a great solution.
-
Andrew Kirillov
- Posts: 1589
- Joined: Jul 28 2005
- Has thanked: 2 times
- Been thanked: 31 times
- Contact:
We will think what we can do. I'm not sure it will be available in MultiCharts 5.5
-
TradingPro
- Posts: 20
- Joined: Dec 21 2009
May we please have a response from TSSupport on this important issue.
Do we now have full compatibility with Jurik indicators in MC6 ?
Do we now have full compatibility with Jurik indicators in MC6 ?
-
brodnicki steven
- Posts: 407
- Joined: Jan 01 2008
- Been thanked: 3 times
** It's still not native compatibility but Andrew can make it work for you, if you contact him.May we please have a response from TSSupport on this important issue.
Do we now have full compatibility with Jurik indicators in MC6 ?
-
TradingPro
- Posts: 20
- Joined: Dec 21 2009
Thanks again Steven, I’ll wait for Andrews response.** It's still not native compatibility but Andrew can make it work for you, if you contact him.May we please have a response from TSSupport on this important issue.
Do we now have full compatibility with Jurik indicators in MC6 ?
-
Dave Masalov
- Posts: 1712
- Joined: Apr 16 2010
- Has thanked: 51 times
- Been thanked: 490 times
Dear evanscje,
Please send us an e-mail with detailed description of your request.
Please send us an e-mail with detailed description of your request.