Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
24. Jul 2009
ist einfach nicht möglich, da immer irgendwas dazwischenfunken kann.
man kann zwar einem Prozess eine sehr hohe Priorität verpassen > Stichwort: critical time <
aber dann kann immernoch ein interrupt oder irgendelche Hardware dazwischenfunken
und zusätzlich ist der restliche PC nicht mehr bediehnbar.
die produzieren mit Sicherheit kleine Soundhäppchen und schicken diese an die...
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
30. Jun 2009
Allerdings bei nahezu 100% CPU-Last, was man aber nicht wollte
(ok, bei mir insgesammt nur knapp 50%, da 2 CPUs)
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
29. Jun 2009
Da wäre hier ein Microcontroler angebrachter, welcher die Ein- und Ausgangswerte mit passend seuern kann und diesen könnte man dann auch vom PC aus ansteuern ... zwar nicht alle 10ms (obwohl dieses auch möglich wäre).
Ein µC könnte 100 Hz wesendlich leichter einhalten
und dazu kommt noch, daß durch andere Umstände der PC auch mal "blockiert"/ausgebremmst sein kann und dann selber die 100 Hz...
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
29. Jun 2009
genau timen kann man damit nichts, man könnte nur die Process- und Thread-Priorität erhöhen, dann kommt es theoretisch öfters mal in den Bearbeitungsprozess rein, aber wie of und wie lange Windows sich dann mit deinem Programm befaßt, ist damit nicht bestimmt.
Forum: Win32/Win64 API (native code)
Delphi
by himitsu,
29. Jun 2009
nimm mal kein NOW zur Zeitmessung, denn dieses hat schonmal nur Genauigkeiten in dem gemessenem Bereich (8 bzw. 16 ms),
also kleinere Einheiten kannst du damit eh nicht genau messen.
Auch GetTickCount kann bei solch kleinen Messeinheiten nicht genutzt werden.
