https://docs.mql4.com/common/gettickcount
https://docs.microsoft.com/de-de/win...ectedfrom=MSDN
"GetTickCount() is accurate to +-16ms only"
In Echtzeitmodus werden Timer-Ereignisse nicht mehr als 1 Mal in 10-16 "Millisekunden aufgrund von Hardware-Einschränkungen generiert."
https://www.mql5.com/de/docs/eventfu...llisecondtimer
(Wenn er das überhaupt schafft...ist die CPU/System unter Last, wird sich das "hoffnungsvolle 1x in 16ms nicht ausgehen...)
Fazit: EventSetMillisecondTimer, GetMicrosecondCount, GetTickCount haben alle mit den gleichen Limits zu kämpfen.
Bedeutet das MQ4/5 sich ordentlich bei den Windows Libraries bedient, da waren die Russen wohl zu faul selbst was ordentliches zu programmieren. Das gesamte Date+Time ist ein Desaster. Umso tiefer wir in der Diskussion in den MQL4/5 Eingeweiden herumstöbern, umso mehr offenbaren sich die Unmöglichkeiten.
Deine Annahme, das es einen "virtuellen" Tick auslößt (einstellbar, zumindest im Tester), wäre eigentlich die bessere Lösung/Implementierung gewesen, da man unabhängig von der Hardware ist, letztendlich sollte "immer" die einzige Abhängigkeit der Quote Server des Brokers sein...und nicht die Limits der verwendeten Hardware...
Mike
PS: Würden mehr Broker API's/Bridges anbieten, würde ich mir sofort einen eigenen schlanken Klient in OCaml oder C# schreiben, die gesamten Optionen wie Markets, Indikatoren etc. brauche ich persönlich nicht
PPS: Mit dem Zeitstempel der letzten OHLC könnten man besser arbeiten, als mit den Windows Hardware Zeit Limitationen