Kamerafahrt über ein Bild realisieren

[Popov]

Mein Fernseher läuft mit 400Hz, das mag mein Kanarienvogel. Der guckt schneller als ich

Zum Thema...

Ich denke 1000 Bilder pro Sekunde sind nicht das Begehren des TE, sondern eher 1000 Schritte in der Sekunde, so dass ein Bild zur Not 1000 Pixel pro Sekunde gescrollt werden kann. Das kann man aber auch anders erreichen - einfach paar Pixel überspringen.

[Garfield]

Schön, dass Dein Fernseher 400 Hz hat. Meiner hat nur 100 Hz und zeigt damit nicht weniger Bilder in der Sekunde an als Deiner.

Wozu 1000 Schritte tun, wenn nur jeder 20. wahrgenommen wird? Dann reichen 50. Also nicht 1000 * 1 sondern dann 50 * 20.

[Sir Rufo]

Wer glaubt bei 400Hz auch 400 Bilder/s zu bekommen, der liest sich einmal dieses hier durch
http://www.hifi-forum.de/viewthread-133-7149.html

Es geht dabei nicht ums schlecht reden oder machen, sondern nur um die Klarstellung, was es mit diesen 100/200/400Hz auf sich hat.

[cbspeda]

Hi schau dir mal diese Komponente an:

http://www.imageen.com/info/index.html

lg Peter

[flipdascript]

Zitat von Garfield:

Du meinst Pan & Scan?

So ähnlich ja. Die Bewegung soll halt nur automatisch geschehen und es soll auch möglich sein zu zoomen.

Zitat von Garfield:

Wenn es nicht alles in Delphi sein muss kann man auch Avisynth zu Hilfe nehmen. Da kann man zum Beispiel Slideshows erstellen.

Ich würde das lieber in Delphi umsetzen. Wäre aber evtl. als Prästentationsworkaround denkbar ;P

Zitat von Popov:

@flipdascript
Das "Problem" ist, dass der Timer das Problem ist. Dass eine Prozeduren in 1/1000 Sekunde aufgerufen werden können, ist eher ein urbaner Mythos. Erfahrungsgemäß (ob gefühlt oder tatsächlich) sind es eher 10/1000, womit das Bild pro Sekunde nur um die 100 Pixel verschoben werden kann.

--Schnipp--

Die "Lösung": pro Takt nicht ein Pixel verschieben, sondern mehrere Pixel.

Das hakt leider ab und an, egal ob ich nur um einen, oder gleich um mehrere, Pixel verschiebe.

Zitat von Popov:

Ich denke 1000 Bilder pro Sekunde sind nicht das Begehren des TE, sondern eher 1000 Schritte in der Sekunde, so dass ein Bild zur Not 1000 Pixel pro Sekunde gescrollt werden kann. Das kann man aber auch anders erreichen - einfach paar Pixel überspringen.

Mein primäres Ziel ist es, dass die Bewegung flüssig dargestellt wird. Ich brauche keine 1000 Bilder die Sekunde. Die Windows 8 Locksceen Slideshow kommt dem was ich gern hätte noch am nähsten.

Hier ein Video in dem man sich das anschauen kann:
https://www.youtube.com/watch?v=lHoPCy1an8w

Zitat von cbspeda:

Hi schau dir mal diese Komponente an:

http://www.imageen.com/info/index.html

lg Peter

Werd ich machen. Danke für den Tip!

[Popov]

@flipdascript

Also die Flüssigkeit in anderen Programmen kommt ja nicht davon, weil da mehr Zwischenschritte sind. Ich weiß das, weil ich im Grunde einen alten PC habe und wenn ich ein aktuelles Game drauf ausführe, z. B. bei einem 3D Shooter, dann sehe ich die Bewegungen auch (sozusagen) in Zeitraffer. Da springt das Bild auch alle paar Meter weiter.

Du solltest die Bewegung nicht unbedingt Schritt für Schritt zeigen, sondern Zeitabhängig. Damit meine ich, dass immer nur das Bild gezeigt wird, das zu dieser bestimmten Zeit auch gezeigt werden sollte, und nicht jedes Frame nach und nach. Das Auge kompensiert das und alles wird flüssig.

Mal etwas verständlicher: nehmen wir an du hast eine Animation mit 24 Bildern pro Sekunde. Nach einer 1/2 Sekunde hackt es für eine 1/4 Sekunde, weil ein anderes Programm kurz etwas mehr Leistung brauchte. Nun gibt es das Problem, dass nach der 1/2 Sekunde einen Aussetzer für 1/4 Sekunde gibt. Wie soll der behandelt werden? Sollen die fehlenden 6 Frames gezeigt werden? Das ist die Menge Frames die in einer 1/4 Sekunde gezeigt werden. Werden die 6 Frames nachgeschoben, merkt man den 1/4 Sekunde Aussetzer. Werden sie verworfen, eher nicht.

Ich hab mal an einer Animation gearbeitet und ein ähnliches Problem wie du gehabt. Das Hacken sieht man nur wenn man unbedingt jeden Schritt zeigt. Stattdessen sollte man an der Zeit orientieren.