Fehler, Irrtümer, Fragen - Seite 346

Neuer Kommentar
 
AlexSTAL:
Um ehrlich zu sein, ist es nicht so...
Es ist eine Art von Respekt für andere. Sie müssen sich nicht mit Codecs und Codierungssoftware auskennen. Aber Sie können ein einfaches ZIP-Archiv erstellen (das dauert nur eine Sekunde) und den Datenverkehr um das Hundertfache verringern. Es gibt doch einen kostenlosen Betatest für MT5, oder?
 
hrenfx:
OFFTOP: Dieses Video nimmt 216 MB in Anspruch. Ziehen Sie eine Vorkomprimierung in Betracht (zumindest mit einem einfachen Archivierungsprogramm). Im Anhang finden Sie ein Beispiel für die (verlustfreie) Komprimierung desselben Videos (400x). Es gibt viele verlustfreie Komprimierungscodecs, von denen viele von Online-Videodiensten perfekt verstanden werden.
es gibt nicht genügend Codecs für die Datei.
 
sergeev:
fehlt ein Codec in der Datei.

Es handelte sich also um ein einfaches Offtopic-Beispiel, nicht um eine Aufforderung zum Handeln.

MSU Screen Capture Verlustfreier Codec

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...
 
Wie erhalte ich timeDate aus einer Taktnummer?
 
fellow:
Wie erhalte ich timeDate aus einer Taktnummer?
int  CopyTime(
   string           symbol_name,     // имя символа
   ENUM_TIMEFRAMES   timeframe,       // период
   int              start_pos,       // откуда начнем 
   int              count,           // сколько копируем
   datetime         time_array[]     // массив для копирования времени открытия
   );
 

Erläutern Sie bitte, wie es möglich ist, dass ein Handel, dessen Volumen größer ist als die Position und der vom Typ her entgegengesetzt ist, eine Richtung hat, die nicht "in/out" sondern "out" ist.

die letzte Spalte ist das Positionsvolumen, die vorletzte Positionsart. Der vorletzte Deal hat die Position verringert und der letzte Deal in diesem Teil der Tabelle sollte sein

Das letzte Geschäft in diesem Teil der Tabelle sollte "in/out" sein, da es größer als die Position ist und den entgegengesetzten Typ hat. In dem Bericht steht es jedoch "out".

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


Der Bericht selbst befindet sich in der atacha.

Es stellt sich heraus, dass der gesamte Algorithmus aufgrund dieses Fehlers nicht korrekt funktioniert. In Zeile 4 ist es dasselbe.

Dateien:
ReportHistory-630165.zip  70 kb
 
Urain:

Bitte erklären Sie, wie es möglich ist, dass ein Handel mit einem größeren Volumen als die Position und dem entgegengesetzten Typ die Richtung nicht "in/out" sondern "out" hat.

die letzte Spalte ist das Positionsvolumen, die vorletzte Positionsart. Der vorletzte Deal hat die Position verringert und der letzte Deal in diesem Teil der Tabelle sollte sein

Das letzte Geschäft in diesem Teil der Tabelle sollte "in/out" sein, da es größer als die Position ist und den entgegengesetzten Typ hat. In dem Bericht steht es jedoch "out".

Der Bericht selbst ist atacha.

Es scheint, dass der gesamte Algorithmus aufgrund dieses Fehlers nicht richtig funktioniert. Das gleiche gilt für die vierte Zeile.

Offenbar müssen wir den Algorithmus ändern, weil es in den Meisterschaftsberichten keine "in/out"-Geschäfte gibt.

Ich denke, dass MQ immer noch keine Positionshistorie speichern sollte, sondern nur zwei Spalten für das Volumen und den Grad der Mittelwertbildung, aber alles wird viel einfacher.

Folglich ist jeder Fehler bei der Wiederherstellung der Lautstärke und des Niveaus der Position kritisch.

 
Urain:
In den Berichten über die Meisterschaften gibt es überhaupt keine "In/Out"-Geschäfte.
Warum nicht? Ich hatte einen ganzen Haufen davon: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals
 
Yedelkin:
Warum nicht? Ich hatte einen ganzen Haufen davon: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals
Ja, in der Tat, ich habe sie nicht alle durchgesehen :o), danke. Dann handelt es sich um eine Art Fehler. Ich habe sowohl manuell als auch algorithmisch eine Stichprobe gemäß Manovs Bericht durchgeführt, und es ist in beiden Fällen ein Fehler. Ich überprüfe deinen, wenn es kein Fehler ist, dann ist es Manovs Bericht.
 
Yedelkin:
Warum nicht? Ich hatte einen ganzen Haufen davon: https://championship.mql5.com/2010/ru/users/Yedelkin/history_deals

Immer noch ein Fehler im Bericht, schauen Sie sich Ihre ersten 3 Trades genau an. Der dritte Handel sollte "in/out" sein.

Entschuldigung, nicht der Bericht, sondern die Anzeige des historischen Investors im Terminal.


1...339340341342343344345346347348349350351352353...3184
Neuer Kommentar