🚀 go-pugleaf

On Tue, 13 Mar 2012 19:02:20 GMT, Jan Panteltje
<pNaonStpealmtje@yahoo.com> wrote:

>On a sunny day (Tue, 13 Mar 2012 09:08:29 -0700) it happened Joel Koltner
><zapwire-usenet@yahoo.com> wrote in
><2iK7r.107499$Xo4.55974@en-nntp-13.dc1.easynews.com>:
>
>>Jan Panteltje wrote:
>>> Wrong, you should have mentioned Amiga, that one actually had genlock IIRC.
>>
>>It did although I believe it was stuck at a ~15.75kHz line rate.  I.e., 
>>the locking was meant to support the small variations in line rate that 
>>you'd get coming out of video recorders or cheap cameras, but it didn't 
>>support markedly different frame rates.
>>
>>Why is X limited to a fixed frame-rate, though?  It seems like having an 
>>API to deal with an adjustable frame-rate would be a pretty 
>>straightforward addition?
>
>It can be fixed, I gave the link some time ago,
>  http://linuxtv.org/pipermail/vdr/2008-July/017347.html
>
>Better would be to let the chip handle it,
>There are so many frame rates and formats these days,
>having solutions and modelines for the X server for each one
>would be problematic,
>Running mplayer or xine in X and having it doing resizing deinterlacing
>perhaps and aspect correction just to name a few things, but then playing
>50 Hz movies on a 60 Hz system does NOT make a real media player.

I am not quite sure what you are going on about here.  Handbrake (thanks
to underlying tools) can convert between the two.  With enough processor
power it can do it at real time and faster rates.  It hurts S/N a bit, but
where were you in the meantime?

>Maybe people got used to it, just like they got used
>to low bitrate mp3, and highly compressed video....
>Technology moving backwards.