错误、漏洞、问题 - 页 346

 
AlexSTAL:
说实话,并不是这样的...
这是对他人的一种尊重。你不需要了解编解码器和编码软件。但你可以做一个简单的ZIP-存档(只需一秒钟),并将流量减少数百倍。有一个MT5的免费测试,不是吗?
 
hrenfx:
OFFTOP: 这个视频占用了216MB。考虑对其进行预压缩(至少用一个简单的存档器)。附上同一视频的压缩(无损)例子(400倍)。有许多无损压缩编解码器,其中许多被在线视频服务完全理解。
没有足够的编解码器用于该文件。
 
sergeev:
在文件中缺少一个编解码器。

所以这只是一个简单的离题的例子,不是煽动行动。

MSU屏幕捕捉无损编解码器

MSU Screen Capture Lossless Codec - MSU кодек для захваченного с экрана видео
  • www.compression.ru
MSU Screen Capture Lossless Codec MSU Graphics & Media Lab (Video Group) Идеи, реализация: Дмитрий Попов News: [13.02.2007] Версия 1.2. [02.04.2006] Версия 1.1. [24.03.2006] Версия 1.0. Скачать! (v1.2) Изменения в версии 1.2: Изменения в версии 1.1: Добавлена поддержка "force key frames". Теперь кодек работает не только в RGB24...
 
如何从一个条形号码中获得时间日期?
 
fellow:
如何从一个条形号码中获得时间日期?
int  CopyTime(
   string           symbol_name,     // имя символа
   ENUM_TIMEFRAMES   timeframe,       // период
   int              start_pos,       // откуда начнем 
   int              count,           // сколько копируем
   datetime         time_array[]     // массив для копирования времени открытия
   );
 

请解释一下,一个交易量大于仓位且类型相反的交易,其方向不是 "进/出 "而是 "出",这怎么可能呢?

最后一栏是仓位量,即倒数第二种仓位类型。倒数第二笔交易降低了位置,这部分桌子的最后一笔交易应该是

这一部分的最后一笔交易应该是 "进/出",因为它比位置大,而且有相反的类型。但在报告中,它是 "出来 "的。

2010.10.04 00:01:00 出售 0.1 83.292 0 0 1 0 1 0.1
2010.10.04 03:49:00 出售 0.1 83.785 0 0 1 1 1 0.2
2010.10.05 16:57:00 购买 0.1 83.123 0 0 1 2 1 0.1
2010.10.05 16:57:00 购买 0.2 83.136 96.83 96.83 1 3 -1 0
2010.10.07 09:20:00 购买 0.1 82.633 0 96.83 2 0 0 0.1
2010.10.07 09:39:00 购买 0.1 82.37 0 96.83 2 1 0 0.2
2010.10.07 14:59:00 购买 0.1 82.216 0 96.83 2 2 0 0.3
2010.10.08 14:30:00 购买 0.1 82.074 0 96.83 2 3 0 0.4
2010.10.08 14:30:00 购买 0.1 82.072 0 96.83 2 4 0 0.5
2010.10.08 15:25:00 购买 0.1 81.869 0 96.83 2 5 0 0.6
2010.10.08 15:25:00 购买 0.1 81.921 0 96.83 2 6 0 0.7
2010.10.08 15:25:00 购买 0.1 81.812 0 96.83 2 7 0 0.8
2010.10.08 15:30:00 购买 0.1 81.755 0 96.83 2 8 0 0.9
2010.10.11 00:00:00 购买 0.1 81.58 0 96.83 2 9 0 1
2010.10.11 00:00:00 购买 0.1 81.58 0 96.83 2 10 0 1.1
2010.10.11 00:00:00 购买 0.1 81.56 0 96.83 2 11 0 1.2
2010.10.11 00:00:00 购买 0.1 81.57 0 96.83 2 12 0 1.3
2010.10.11 02:54:00 出售 0.1 82.09 0 96.83 2 13 0 1.2
2010.10.11 02:54:00 出售 1.4 82.09 137.04 233.87 2 14


报告本身在阿塔查。

事实证明,由于这个错误,整个算法无法正常工作。第4行的情况也是如此。

附加的文件:
 
Urain:

请解释一下,怎么可能出现交易量大于仓位且类型相反的交易,其方向不是 "进/出 "而是 "出"。

最后一栏是仓位量,即倒数第二种仓位类型。倒数第二笔交易降低了位置,这部分桌子的最后一笔交易应该是

这一部分的最后一笔交易应该是 "进/出",因为它比位置大,而且有相反的类型。但在报告中,它是 "出来 "的。

该报告本身是阿塔查。

看来,由于这个错误,整个算法不能正常工作。同样的情况也出现在第四行。

显然,我们将不得不改变算法,因为冠军报告中没有 "进/出 "交易。

我认为MQ仍然不应该保存仓位历史,只保存成交量和平均水平两栏,但一切都变得更加容易。

因此,在恢复位置的音量和水平方面的任何错误都是至关重要的。

 
Urain:
冠军报告中根本没有 "进/出 "交易。
为什么不呢?我有一大堆:https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals
 
Yedelkin:
为什么不呢?我有一大堆:https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals
是的,确实,没有全部看完:o),谢谢。那么这就是某种错误。我根据马诺夫的报告进行了人工和算法的采样,这两种方式都是一个错误。我会检查你的,如果不是错误,那就是马诺夫的报告。
 
Yedelkin:
为什么不呢?我有一大堆:https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals

仍然是报告中的一个错误,仔细看看你的前3笔交易。第三个交易应该是 "进/出"。

对不起,不是报告,而是投资者在终端的历史显示。