服务台：懒惰、自闭还是不愿意承认错误？用非本土的蜡烛来补充图表的内容。 - 页 7 1234567891011121314...22 新评论 --- 2012.11.25 14:23 #61 220Volt: 你是根据什么来发表声明的呢？你是一名开发人员吗？如果没有，请签署 "imho"。这不是一个观点，是来自开发商的信息。 你的问题是什么？ pusheax 2012.11.25 14:24 #62 Urain:与不了解问题的人很难辩论，这一切都归结于扯皮。好的，那么如果是2分钟的间隔，那么是什么？如果是3分钟，那又如何？如果是周末休息，那怎么办？如果是工作日，但却是假日，那么是什么？还是那句话，不要看MQ的历史，实事求是地说，打交道的历史没有那么深，质量也没有那么高（虽然MQ并不理想，但作为其他打交道的典范就可以了）。 如果在一个分钟的时间框架上，条形间隔>1分钟，这是另一个时间框架的条形，所以移动到下一个条形，只要你得到第一个条形的条件==1分钟，就可以找到一个可以开始计算的条形。 Mykola Demko 2012.11.25 14:29 #63 pusheax: 如果在一个分钟的时间框架上，条形之间的间隔>1分钟，这是另一个时间框架的条形，所以移动到下一个条形，只要你得到第一个条形的条件==1分钟，所有找到的条形都可以开始计算。轰鸣声，错误，计算机发出的火花。 如果条形图之间的间隔超过一分钟，这意味着某个条形图上没有刻度，我们有一个错过的条形图。我不能把它看作是M1的一个起点。我已经用MQL5编程一年多了。寻找时间框架上的第一个柱子的算法相当复杂，而且效率很低，对于MQ来说，将胶合点的信息保存在历史文件本身，并在14微秒内按要求输出，比在一百万个柱子中寻找978 853个柱子的胶合点要容易。 pusheax 2012.11.25 14:40 #64 Urain:轰鸣声，错误，计算机发出的火花。 如果条形图之间的间隔超过一分钟，这意味着某个条形图上没有刻度，我们有一个错过的条形图。我不能把它看作是M1的一个起点。我已经用MQL5编程一年多了。如果你相信我，寻找时间框架中第一个条形的算法是相当复杂和低效的，对于MQ来说，将胶水点的信息保存在历史文件本身，并在14微秒内应要求输出，比在978 853条条形中寻找胶水点要容易。这个问题以前是怎么解决的，还没到一年呢？我两年前就解决了这个问题，现在我不记得细节了，但我通过比较各条线之间的时间成功做到了。 Mykola Demko 2012.11.25 14:43 #65 pusheax:这个问题以前是怎么解决的，还没到一年呢？我在两年前就解决了这个问题，现在我不记得细节了，但我通过比较各条线之间的时间成功做到了。我只是把从日期开始的计算放在参数中，用户可以自己搞清楚他将设置什么日期。每个人都自己决定，但没有人有一个正常的解决方案，因为MQ创造了一个无法正常解决的情况。当我在使用一个指标时，我试着用便签来处理它，它看起来不像一个真正的指标，我试着创建一个假的缓冲区来存储实际计算的条数，并将它发送到另一个指标。 [删除] 2012.11.25 14:59 #66 sergeev:这不是意见，是来自开发商的信息。 你的问题到底是什么？ 这不像是我问的问题。 Igor Makanu 2012.11.25 15:51 #67 以及它将如何进一步下线或。Renat: 我认为有人故意用 "可能有别的东西而不是分钟 "的想法来抛出歇斯底里。或像这样。Renat: 没有问题，尤其是每个经纪人决定使用哪个故事。如果它愿意--让它播报一个稍短的、但干净的M1。你不一定要用我们1999年以前的故事。只有实践才能告诉....雷纳特，你明白你的MT4对程序员和用户都是一个完全开放的环境--我是指访问.hst文件和从终端导出/导入历史数据，而现在我们有了MT5，它缺乏.hcc的描述，不会导入 任何历史数据。肯定的是，通过这种方法，用户可能会有 "别的东西"。给我们一个机制来控制历史的质量 pusheax 2012.11.25 16:03 #68 IgorM: 以及它将如何进一步或如此。或者像这样。 只有实践才能告诉....。雷纳特，你知道你的MT4对程序员和用户来说是一个完全开放的环境--我是指访问.hst文件和从终端导出/导入历史数据，而现在我们的MT5没有.hcc的描述，也没有导入历史数据。肯定的是，通过这种方法，用户可能会有 "别的东西"。给我们一个机制，对历史进行质量控制 我同意 "历史质量控制机制 "的说法，因为所有测试中的历史漏洞都是这样的，同一个条形图在这段时间内被复制了多次，有时是一个很长的时期。 Andrey Khatimlianskii 2012.11.26 01:57 #69 komposter:这不是关于某个战前年份的报价细节。没有人要求提供战前的虱子。它是关于图表显示 的实现和相关时间序列函数的操作。 雷纳特。 Komposter，用过去10-12年内的会议记录工作，不要假装1999年以前的会议记录对你很重要。 没有问题，而且有比1999年更早的日子可以让你看到更深的历史。 没有问题，尤其是每个经纪人决定使用什么样的历史。如果他愿意--让他广播短一点，但纯M1。没有必要使用我们1999年以前的故事。阅读和理解书面内容的能力从来都不是你的强项。一个人不是一个读者，一个人是一个作家。我将自我清算。 [删除] 2012.11.26 02:11 #70 sergeev:- 没有人会在MQL中添加功能来分析什么是一分钟，什么是一天。如何做到这一点并不清楚。不清楚？选项1）在历史文件中添加额外的参数Basef--如果条形图确实是分钟的，则为0，如果没有分钟的，但比如说是小时的，则参数=60，如果是白天的，则参数=1440。 a) 在加载图表时，检查它并分别禁止显示非本地条形图，等等，直到seriesinfointeger 的日期...b) 检查一次，并分别记录所有的缝合点（历史记录不会走样）。变体2）只存储缝合点的信息（以节省空间，虽然我认为变体1不会占用现在的硬盘。）变体3）添加缺失的分钟条（在启动分钟历史后--那是周末和简单的孔），例如，给他们一个负值，然后只需用倍数工作，如果例如i条时间和i+1超过1分钟，那么就可以找到合并点。但这是最愚蠢的变体，因为我们应该重写所有指标的算法，图表会变得像Zhanna Aguzarova一样难看。我认为变体1是最可接受的。 没有任何改变，只是增加了一点。 1234567891011121314...22 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你是根据什么来发表声明的呢？你是一名开发人员吗？如果没有，请签署 "imho"。
这不是一个观点，是来自开发商的信息。
你的问题是什么？
与不了解问题的人很难辩论，这一切都归结于扯皮。
好的，那么如果是2分钟的间隔，那么是什么？
如果是3分钟，那又如何？
如果是周末休息，那怎么办？
如果是工作日，但却是假日，那么是什么？
还是那句话，不要看MQ的历史，实事求是地说，打交道的历史没有那么深，质量也没有那么高（虽然MQ并不理想，但作为其他打交道的典范就可以了）。
如果在一个分钟的时间框架上，条形之间的间隔>1分钟，这是另一个时间框架的条形，所以移动到下一个条形，只要你得到第一个条形的条件==1分钟，所有找到的条形都可以开始计算。
轰鸣声，错误，计算机发出的火花。
如果条形图之间的间隔超过一分钟，这意味着某个条形图上没有刻度，我们有一个错过的条形图。
我不能把它看作是M1的一个起点。
我已经用MQL5编程一年多了。寻找时间框架上的第一个柱子的算法相当复杂，而且效率很低，对于MQ来说，将胶合点的信息保存在历史文件本身，并在14微秒内按要求输出，比在一百万个柱子中寻找978 853个柱子的胶合点要容易。
轰鸣声，错误，计算机发出的火花。
如果条形图之间的间隔超过一分钟，这意味着某个条形图上没有刻度，我们有一个错过的条形图。
我不能把它看作是M1的一个起点。
我已经用MQL5编程一年多了。如果你相信我，寻找时间框架中第一个条形的算法是相当复杂和低效的，对于MQ来说，将胶水点的信息保存在历史文件本身，并在14微秒内应要求输出，比在978 853条条形中寻找胶水点要容易。
这个问题以前是怎么解决的，还没到一年呢？
我两年前就解决了这个问题，现在我不记得细节了，但我通过比较各条线之间的时间成功做到了。
这个问题以前是怎么解决的，还没到一年呢？
我在两年前就解决了这个问题，现在我不记得细节了，但我通过比较各条线之间的时间成功做到了。
我只是把从日期开始的计算放在参数中，用户可以自己搞清楚他将设置什么日期。
每个人都自己决定，但没有人有一个正常的解决方案，因为MQ创造了一个无法正常解决的情况。
当我在使用一个指标时，我试着用便签来处理它，它看起来不像一个真正的指标，我试着创建一个假的缓冲区来存储实际计算的条数，并将它发送到另一个指标。
这不是意见，是来自开发商的信息。
你的问题到底是什么？
或像这样。
没有问题，尤其是每个经纪人决定使用哪个故事。如果它愿意--让它播报一个稍短的、但干净的M1。你不一定要用我们1999年以前的故事。
只有实践才能告诉....
雷纳特，你明白你的MT4对程序员和用户都是一个完全开放的环境--我是指访问.hst文件和从终端导出/导入历史数据，而现在我们有了MT5，它缺乏.hcc的描述，不会导入 任何历史数据。肯定的是，通过这种方法，用户可能会有 "别的东西"。
给我们一个机制来控制历史的质量
以及它将如何进一步或如此。
或者像这样。
只有实践才能告诉....。
雷纳特，你知道你的MT4对程序员和用户来说是一个完全开放的环境--我是指访问.hst文件和从终端导出/导入历史数据，而现在我们的MT5没有.hcc的描述，也没有导入历史数据。肯定的是，通过这种方法，用户可能会有 "别的东西"。
给我们一个机制，对历史进行质量控制
这不是关于某个战前年份的报价细节。没有人要求提供战前的虱子。
它是关于图表显示 的实现和相关时间序列函数的操作。
Komposter，用过去10-12年内的会议记录工作，不要假装1999年以前的会议记录对你很重要。
没有问题，而且有比1999年更早的日子可以让你看到更深的历史。
没有问题，尤其是每个经纪人决定使用什么样的历史。如果他愿意--让他广播短一点，但纯M1。没有必要使用我们1999年以前的故事。
阅读和理解书面内容的能力从来都不是你的强项。一个人不是一个读者，一个人是一个作家。
我将自我清算。
- 没有人会在MQL中添加功能来分析什么是一分钟，什么是一天。如何做到这一点并不清楚。
不清楚？
选项1）在历史文件中添加额外的参数Basef--如果条形图确实是分钟的，则为0，如果没有分钟的，但比如说是小时的，则参数=60，如果是白天的，则参数=1440。
a) 在加载图表时，检查它并分别禁止显示非本地条形图，等等，直到seriesinfointeger 的日期...
b) 检查一次，并分别记录所有的缝合点（历史记录不会走样）。
变体2）只存储缝合点的信息（以节省空间，虽然我认为变体1不会占用现在的硬盘。）
变体3）添加缺失的分钟条（在启动分钟历史后--那是周末和简单的孔），例如，给他们一个负值，然后只需用倍数工作，如果例如i条时间和i+1超过1分钟，那么就可以找到合并点。但这是最愚蠢的变体，因为我们应该重写所有指标的算法，图表会变得像Zhanna Aguzarova一样难看。
我认为变体1是最可接受的。 没有任何改变，只是增加了一点。