[GEM-dev] filmAVF

Chris Clepper cgclepper at gmail.com
Sat Jan 20 16:14:45 CET 2018


On OS X the 'auto' option has always played the movie at whatever rate is
specified by the second argument - so auto 1 is 1x and auto 0.38 is 38%.
The DirectShow version also does this or did when I wrote them.

The GEM framerate is something entirely different and needs to be much
higher than any common film format.  At the very least the gemwin should
play 60fps in VBL sync and show a movie without any tearing artifacts.

On Sat, Jan 20, 2018 at 9:34 AM, Dan Wilcox <danomatika at gmail.com> wrote:

> I guess what I'm asking is should filmAVF *exactly* match the behavior of
> filmQT or should it match the behavior in general of the other film*
> objects?
>
> I'm not a heavy GEM user. Does the "auto" property automatically play the
> file at it's natural frame rate independent of GEM's frame rate or does it
> play the file at GEM's frame rate? filmAVF is currently doing the latter
> and it wile additional work for it to do the former.
>
>
> On Jan 7, 2018, at 12:15 PM, Dan Wilcox <danomatika at gmail.com> wrote:
>
>
> Dan:
> seems to work! it doesn't crash! loaded fillm are a little "laggy" though
> and do not react to sudden frame changes very quickly.... at least from
> quick tests with short clips. i did load a 2 hour .mp4 though and nothing
> crashed so it seems all fairly stable now.
>
>
> By "laggy", do you mean with automatic playback? QT seems to handle that
> itself while filmAVF is currently letting Gem do the "auto" property which
> seems slower. From what the help file says, "auto" does advances the frame
> on the net Gem frame render.
>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at lists.iem.at
> https://lists.puredata.info/listinfo/gem-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20180120/00bf16df/attachment-0001.html>


More information about the GEM-dev mailing list