I was asking, what will the transition effect while one image replacing other during playback? Will the first image fade out, or wipe or something like that.
So, here we can do two things as far I can think as of now, we can either encode the images in video format (i.e. generate a video out of them) using some libraries like ffmpeg and play them, there we would have full control on frame rate and output format and since a video would be generated we can put play, pause and backward forward controls easily. Or secondly if generating video seems a hefty task then we can simply make a slide show of individual images using some Qt class and see if we can get precise control of timing(fps). I'll be fixing some bugs, as exams are going in my college(they are till this Wednesday) so not getting much time. Will get completely into it once they get over. Thank you :) On Sun, Mar 18, 2012 at 11:18 PM, Larry Gritz <[email protected]> wrote: > I'm not sure what you mean by "transition effects." Can you clarify? > > I think that with a real "playback" mode, there will be no need for the > "slideshow" any more, as long as the playback lets you set frame rates in > "seconds per frame" as well as "frames per second". > > > > On Mar 17, 2012, at 4:21 PM, Panks wrote: > > So we need some transition effects also here I guess, else it won't be far > from slideshow? > > > On Sun, Mar 18, 2012 at 4:30 AM, Larry Gritz <[email protected]> wrote: > >> The "slide show" is just a very crude cycling through images, with n >> seconds delay before moving on to the next image (n >= 1). >> >> By "playback", we mean playing back the images at a very precise frame >> rate (24 or 30 fps for 2048 horizontal resolution images), with the usual >> "movie player" kind of controls (pause, play, forward, back, etc.). This >> would probably require quite a bit of clever work in pre-caching the images >> as OpenGL textures in order to achieve frame rate, or possibly having one >> thread handle the interface and a second thread reading images ahead of >> when they are actually needed. It needs to be a good movie player, >> although it only needs to play back a list of individual frames; in >> contrast to something like VLC, it does not need to understand movie >> formats like Quicktime or AVI, nor does it need to play back sound (for >> now, anyway). >> >> -- lg >> >> > -- > Larry Gritz > [email protected] > > > > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > -- Pankaj UG Student *|* Dept. of Computer Science and Engineering IIT Madras, Chennai, India
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
