服务台。投诉，建议。 - 页 8

新评论
 
Alexey Kozitsyn:

在MT4中，使用类似的方案，数据不被加载。即，最初有大约2050个可用的，为了获得更多的历史，你需要滚动到更深的历史。

这就是我告诉你的情况。很明显，在MT4中没有其他方法。一直以来都是这样的。

但MT4总是自己同步 TF和指标的数据，程序员根本不需要照顾它（如果他之前通过报价档案或通过图表下载历史）。在我看来，这比自动下载MT5历史记录的能力更有优势。

 
Alexey Kozitsyn:

在MT4中，使用类似的方案，数据不被加载。也就是说，最初大约有2050个，为了获得更多的历史，你需要滚动图表深入到历史。

我还注意到一个奇特的现象。当滚动时，如果有新的条形图被加载，prev_calculated被重置为0（作用类似于 "刷新 "按钮）。

亲爱的开发者。请评论是否有办法在不使用图表滚动的情况下调换历史记录（MT4！）。

我的专家顾问非常好。

如果不以编程方式滚动图表，就不能下载历史记录，只能模拟PgUp键--这在Fours论坛上有过介绍。

你也可以通过在 "所有刻度 "模式下多次运行测试器来增加历史数据。正在测试的时间段和下面直到M1的时间段将被调换到最大值--将多次尝试下载服务器上的所有数据，而不注意图表上最大条数 的设置。

 
Slawa:

在四合院中，和以前一样。

在不滚动图表的情况下，不可能抽出历史记录，只能通过模仿PgUp键--这在四人的论坛上写过。

你也可以通过在 "所有刻度 "模式下多次运行测试器来增加历史数据。正在测试的时间段和下面直到M1的时间段将被调换到最大值--将多次尝试下载服务器上的所有数据，而不注意图表上最大条数 的设置。

不幸的是，我还没有去过四合院论坛。谢谢你的澄清。
 

就另一个问题写信给Servicedex #1342540。起初，他们回复并要求提供密码。我提供了代码和描述问题的详细截图。几天来的答复是--沉默。而我只是问他们是否要修复它。

重点是：在MT5测试器中访问时间序列时，如果测试的开始日期早于某个符号的历史开始日期，那么在整个测试过程中，你无法从其时间序列中获得数据，即使在这些日期，这个符号已经有了历史。相反，测试人员发送错误"XXXXXX：没有历史记录。请确保交易服务器上有XXXXY历史"。

多币种分析经常使用公共集合中的那个符号子集，因为在测试历史的当前时刻已经开始。而随着这套书中其他符号的历史开始，它也将它们联系起来。我认为，对于强调的多货币终端来说，没有这种可能性是一个很大的缺点。

甚至在向servicedex发送请求后，我发现SymbolInfoTick函数 在这种情况下运行良好，尽管不可能与时间序列一起工作。这意味着，为了创建正常工作的程序，我们必须发明一个拐杖，在测试期间通过自己固定每个刻度的价格变化来建立必要的时间序列数据。

 
这似乎是OHLC在M1测试模式 下的局限性，在 "所有点 "模式下一切都能正常工作。
然而，我的EA从2000年到2016年的测试运行时间是40秒，它被编程为只在H1条的开盘时采取行动，在M1的OHLC模式下，是40秒。
在 "所有刻度 "模式下，它从2000年到2016年运行了6分钟，这几乎慢了10倍。在完全相同的测试精度水平上。我认为，通过SymbolInfoTick创建所需的TF的 "拐杖 "将工作得更快。
 
Ilya Malev:
这似乎是OHLC在M1测试模式 下的局限性，在 "所有点 "模式下一切都能正常工作。
然而，我的EA从2000年到2016年的测试运行时间是40秒，它被编程为只在H1条的开盘时采取行动，在M1的OHLC模式下，是40秒。
在 "所有刻度 "模式下，它从2000年到2016年运行了6分钟，这几乎慢了10倍。在完全相同的测试精度水平上。我认为，通过SymbolInfoTick创建所需的TF的 "拐杖 "将工作得更快。
最好是在不拄拐杖的情况下提醒SD的问题一次或两次。开发人员是很忙的人，有时会错过请求。而这一点，从描述来看，是测试器的一个明显错误。
 
Servicedesk写道，该行为已经得到纠正。谢谢你!
 
Ilya Malev:
Servicedesk写道，该行为已经得到纠正。谢谢你!
不客气!(如果是给我的而不是给SD的）。
 
Alexey Kozitsyn:
不客气!(如果是给我的而不是给SD的）。
实际上是写给SD的，但也感谢你的主题)
 

应用

存储中的错误

打开, 开始: 2015.09.29 17:09, #1311805

悬而未决的问题...

123456789101112131415...29
新评论