Schneller Timer

[Surrounder]

schau dir mal folgendes an, das hat mir bei der Auswahl bzw. schreiben eines eigenen Timers geholfen

http://www.blubplayer.de/tutorials.html

[marlem]

@Daniel G
der delphi-timer meines wissens nach nicht!

[simonko]

hier wie versprochen der source code. es handelt sich dabei um ein galton brett. es funktioniert bislang nur wenn man 10 reihen auswählt. und 20 000 bälle sollten eben schneller nach unten laufen.

[faux]

Übrigens: Windows kann, soweit ich weiß, maximal alle 21ms den Timer ansprechen. Es gibt ja noch andere Programme auch.
20000 Shapes?
Was hast du vor? Das müssen ja extrem winzige Shapes sein, dass man da jedes noch sehen kann.

Grüße
Faux

[simonko]

schwierig zu erklären. schau dir mal das programm an.

[glkgereon]

Egal was du Simulierst: 20000 Shapes???

Das ist der Falsche Weg. Egal was du wie simulierst.

eine ordentliche Simulation kommt zum anzeigen mit einer PaintBox aus (ok, wegen mir auch Image o.ä....)

zur anzeige Komponenten hin-und-herzuschieben ist nicht besonders performant.

berechne das ganze rein mathematisch, schreib das ganze in ne datenstruktur und mal dir aus der datenstruktur immer per hand dein bild. vielleicht minimal aufwendiger, aber um meilen besser.

[turboPASCAL]

Nein, Timer unter 1 ms gibt es nicht (jedenfalls als vordeffinierten).

Solch ein "normaler" Timer ist für ein normales Prg. also nicht Prof. Programm völlig ausreichend und genügend.

Wenn dein Prg. schneller laufen soll, lass den Timer weg und mach es in einer Schleife (While, For oder Repeat-Until).

Shapes und Panels zu verwenden ist denkbar ungünstig, da diese viel Rechenzeit ( für eine CPU ) verbrauchen. Benutze ein Bitmap und zeichne direkt darauf.

[simonko]

Keine Lust. Für den Zweck dass das programm bringen soll reicht es aus. vielleicht könnte man mehrere kugeln zugleich runterfallen lassn?

[Flare]

Du könntest vielleicht auch einfach, wenn es zu viele Bälle werden auch einfach nur bis zu 50 anzeigen und den Rest im Hintergrund berechnen lassen.


Flare