许多人感兴趣的话题:MetaTrader 4和MQL4的新内容 - 即将发生的重大变化 - 页 50 1...434445464748495051525354555657...75 新评论 Avals 2013.08.11 18:16 #491 MetaDriver: 有这样一封信。然而,差距(报价的不连续跳动)可能发生在任何时候,而不仅仅是在条形图的开头。 因此,任何 "变薄 "的格式,从定义上讲,都不是没有罪过的。 只有在ticks中才是完整的,而且在杯子的历史中可能更加完整。 我正试图为自己做一个分钟格式,到目前为止,我找到了这个折中方案。我可能会像上面描述的那样(没有Open,只有{Hi-Lo-Close}),我理解所有的缺点,这只是我为我的测试者提供的一个版本的编码。 我将使用原始的ticks或用任何方法人为地削减它们(用保存的ticks格式{bid-ask-time})。 是的,酒吧最初是为天而建的。对他们来说,关闭和打开是很重要的,而且差距也很频繁。在较小的tf o c本身并不重要。也许会议的开幕和闭幕仍然发挥着作用,但肯定不是会议记录)imha hrenfx 2013.08.11 18:18 #492 MetaDriver:我不认为寻求理解而不做判断是我最严重的罪过。;) 思考--当然,就罪的严重性而言--是更大的。我同意。 Vladimir Gomonov 2013.08.11 18:22 #493 hrenfx: 思考,从罪的严重性来说,当然是更强。我同意。我很高兴你说对了。 所以你最好在我的旁边给自己找一个大锅。 这样我们就有足够的时间闲聊了。没有假释。;) Mykola Demko 2013.08.11 18:27 #494 MetaDriver:你确定MQ棒M1是无包装存放的吗?那么,为什么在获取历史记录时有延迟(小但存在),但重新应用(如到缓存)却更快呢?显然,在历史文件中,条形图是作为同步条形图的变化来存储的,那些是压缩形式的。 所以你的52字节的计数是对未打包的历史的计数。 Vladimir Gomonov 2013.08.11 18:49 #495 Urain:你确定MQ棒M1是无包装存放的吗?那么,为什么在获取历史记录时有延迟(虽然很小,但有延迟),但重新应用(如对缓冲区)却更快。显然,在历史文件中,条形图是作为同步条形图的变化来存储的,那些是压缩形式的。 所以你关于52字节的计算是对未打包的历史的计算。我没有说过这一点,不仅如此--我肯定有包装。该格式没有向公众宣布,我也没有尝试去 "破解 "它。 所以一切都很正确,我只描述了未打包的格式。这是从文件中提取的。 Mykola Demko 2013.08.11 19:41 #496 MetaDriver:我没有说过这个问题,不仅如此,我肯定它是包装好的。该格式没有公开宣布,我也没有试图 "破解 "它。 因此,这是正确的,我只有描述的未打包的格式。这是从文件中提取的。 这是正确的,但你试图表明新的格式将是经济的,同时比较了未包装的当前格式和部分包装的新格式。 Vladimir Gomonov 2013.08.11 19:48 #497 Urain: 这是正确的,但你试图表明新的格式将是经济的,同时比较目前未包装的格式和部分包装的新格式。 我不是在比较经济,你是在想象。 只有信息量。 没有经济,我的解包格式更大==88字节{开盘,高点,低点,收盘}和==72字节{高,低,收盘}。 Mykola Demko 2013.08.11 20:02 #498 MetaDriver: 我没有比较经济性,你想象的,只有信息性。 没有经济性,我的解包格式更==88字节{开盘,高点,低点,收盘}和==72字节{高点,低点,收盘}。好吧,你不应该因为石头而得癌症。本来建议只是把信息量增加一倍,而不是52字节88。从一开始hrenfx 就提出了同样的建议。 hrenfx 2013.08.11 20:04 #499 为什么会有一个有这么多数据的格式?也就是说,有必要定义这个tick过滤器(这种格式)的局限性,当它与纯tick历史的 结果没有区别时。一目了然,简单的蜱虫过滤器HighBid+LowAsk并不比智能过滤器差多少(根据数据量)。Close-data仅适用于多币种同步。也许,换成一个较小的时间框架,而不是这样做,会更容易。例如,S20在HighBid+LowAsk格式下,同样的一分钟只需要48个字节(也许更少,如果每个价格4个字节就足够了)。在我的测试器中,我通过long int做所有事情--非常快)。而就准确性而言,100%会比你的分钟过滤器多出88个字节。P.S. FunctionError(Freq, DataSize) = Full - Freq * DataSize 趋于零,当增加Freq 时。其中Error 是指信息的损失。全面--全面的市场信息。Freq * DataSize 是一个 "乘法 "函数:用Freq 量化频率可以恢复的信息量,以及每个量化项的信息含量(DataSize)。 Mykola Demko 2013.08.11 20:15 #500 hrenfx:为什么会有一个有这么多数据的格式?也就是说,有必要定义这个tick过滤器(这种格式)的局限性,当它与纯tick历史的 结果没有区别时。一目了然,简单的蜱虫过滤器HighBid+LowAsk并不比智能过滤器差多少(根据数据量)。Close-data仅适用于多币种同步。也许,换成一个较小的时间框架,而不是这样做,会更容易。例如,S20在HighBid+LowAsk格式下,同样的一分钟只需要48个字节(也许更少,如果每个价格4个字节就足够了)。在我的测试器中,我通过long int做所有事情--非常快)。就准确性而言,它将100%击败你的88字节的分钟过滤器。 关于交易、自动交易系统和策略测试的论坛 对许多人来说是一个有趣的话题:MetaTrader 4和MQL4的新内容 - 大变化即将到来 阿瓦尔斯, 2013.08.11 15:43 如果你不知道如何处理这个问题,你可能会忘记它是一个半措施。我们需要一个合适的蜱虫测试员。p.s.如果它将在芯片中广泛传播,那么这很好) 1...434445464748495051525354555657...75 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
有这样一封信。然而,差距(报价的不连续跳动)可能发生在任何时候,而不仅仅是在条形图的开头。 因此,任何 "变薄 "的格式,从定义上讲,都不是没有罪过的。 只有在ticks中才是完整的,而且在杯子的历史中可能更加完整。 我正试图为自己做一个分钟格式,到目前为止,我找到了这个折中方案。我可能会像上面描述的那样(没有Open,只有{Hi-Lo-Close}),我理解所有的缺点,这只是我为我的测试者提供的一个版本的编码。 我将使用原始的ticks或用任何方法人为地削减它们(用保存的ticks格式{bid-ask-time})。
我不认为寻求理解而不做判断是我最严重的罪过。;)
思考,从罪的严重性来说,当然是更强。我同意。
我很高兴你说对了。 所以你最好在我的旁边给自己找一个大锅。 这样我们就有足够的时间闲聊了。没有假释。
;)
你确定MQ棒M1是无包装存放的吗?
那么,为什么在获取历史记录时有延迟(小但存在),但重新应用(如到缓存)却更快呢?
显然,在历史文件中,条形图是作为同步条形图的变化来存储的,那些是压缩形式的。
所以你的52字节的计数是对未打包的历史的计数。
你确定MQ棒M1是无包装存放的吗?
那么,为什么在获取历史记录时有延迟(虽然很小,但有延迟),但重新应用(如对缓冲区)却更快。
显然,在历史文件中,条形图是作为同步条形图的变化来存储的,那些是压缩形式的。
所以你关于52字节的计算是对未打包的历史的计算。
我没有说过这一点,不仅如此--我肯定有包装。该格式没有向公众宣布,我也没有尝试去 "破解 "它。
所以一切都很正确,我只描述了未打包的格式。这是从文件中提取的。
我没有说过这个问题,不仅如此,我肯定它是包装好的。该格式没有公开宣布,我也没有试图 "破解 "它。
因此,这是正确的,我只有描述的未打包的格式。这是从文件中提取的。
这是正确的,但你试图表明新的格式将是经济的,同时比较目前未包装的格式和部分包装的新格式。
我没有比较经济性,你想象的,只有信息性。 没有经济性,我的解包格式更==88字节{开盘,高点,低点,收盘}和==72字节{高点,低点,收盘}。
好吧,你不应该因为石头而得癌症。本来建议只是把信息量增加一倍,而不是52字节88。
从一开始hrenfx 就提出了同样的建议。
为什么会有一个有这么多数据的格式?也就是说,有必要定义这个tick过滤器(这种格式)的局限性,当它与纯tick历史的 结果没有区别时。
一目了然,简单的蜱虫过滤器HighBid+LowAsk并不比智能过滤器差多少(根据数据量)。
Close-data仅适用于多币种同步。
也许,换成一个较小的时间框架,而不是这样做,会更容易。例如,S20在HighBid+LowAsk格式下,同样的一分钟只需要48个字节(也许更少,如果每个价格4个字节就足够了)。在我的测试器中,我通过long int做所有事情--非常快)。而就准确性而言,100%会比你的分钟过滤器多出88个字节。
P.S. FunctionError(Freq, DataSize) = Full - Freq * DataSize 趋于零,当增加Freq 时。
其中Error 是指信息的损失。
全面--全面的市场信息。
Freq * DataSize 是一个 "乘法 "函数:用Freq 量化频率可以恢复的信息量,以及每个量化项的信息含量(DataSize)。
为什么会有一个有这么多数据的格式?也就是说,有必要定义这个tick过滤器(这种格式)的局限性,当它与纯tick历史的 结果没有区别时。
一目了然,简单的蜱虫过滤器HighBid+LowAsk并不比智能过滤器差多少(根据数据量)。
Close-data仅适用于多币种同步。
也许,换成一个较小的时间框架,而不是这样做,会更容易。例如,S20在HighBid+LowAsk格式下,同样的一分钟只需要48个字节(也许更少,如果每个价格4个字节就足够了)。在我的测试器中,我通过long int做所有事情--非常快)。就准确性而言,它将100%击败你的88字节的分钟过滤器。
关于交易、自动交易系统和策略测试的论坛
对许多人来说是一个有趣的话题:MetaTrader 4和MQL4的新内容 - 大变化即将到来
阿瓦尔斯, 2013.08.11 15:43
如果你不知道如何处理这个问题,你可能会忘记它是一个半措施。我们需要一个合适的蜱虫测试员。
p.s.如果它将在芯片中广泛传播,那么这很好)