Hi Jochen On Wednesday 16 May 2007 12:26:20 Jochen Becher wrote: > The original chip set > only knew NTSC (and later PAL) so every game was synchronized to that > VSYNC interrupt and all movements used constant speed of 1, 2 or 4 > pixels per frame (that made games a little bit slower using PAL than > NTSC). The problem begins if you decide to support a logical frame rate > that is different from the physical frame rate (e.g. it is impossible to > play a movie that is encoded for 50 HZ at a VSYNC of 82 Hz without > flickering or at least some interpolation tricks which reduces > sharpness). Indeed. Currently with E-UAE and a platform where VSYNC works, if you don't a have a frame-rate that's an integer multiple of the Amiga frame-rate (as you say, 50 Hz for PAL, 60 Hz for NTSC), you get a very jerky, uneven refresh rate. > So what we need are two things: E-UAE that uses VSYNC of the graphics > hardware and a graphics hardware that is compatible to NTSC or PAL. Best > would be if E-UAE could define the exact timings itself (of course you > then need to have some monitor that supports NTSC or PAL or you must use > your TV). Yes. E-UAE needs to be able to find out what refresh rates your monitor supports. With SDL, this is not practical - it's not supported in the API (you could feasibly time how long it takes to do a few dummy buffer flips). Cheers, Rich -- Richard Drummond Web: http://www.rcdrummond.net/ Mail: mailto:evilrich@xxxxxxxxxxxxxx