[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-multimedia
Subject:    Re: Use of the VideoPlayObject for thumbnails
From:       Ewald Snel <ewald () rambo ! its ! tudelft ! nl>
Date:       2002-06-10 8:37:52
[Download RAW message or body]

Hi Simon,

[...]

> Hmmm. This would be really nice, because what I'd ideally like to do is
> scan frame 1, see if it's boring[1], if so scan frame 2, then 4, then 8
> etc. This is to avoid the problem Apple Quicktime Viewer has, where many
> commercially-produced video clips fade up from black, and so preview as a
> black rectangle.

I have committed some code to CVS, but it's not very efficient and it probably 
contains some bugs. You can paste the following code in SimpleUI::slotEject() 
to test it.

    Arts::VideoPlayObject vpo = video();

    fprintf( stderr, "slotEject()\n" );

    if (!vpo.isNull())
    {
	QImage qImage = KVideoWidget::snapshot( video() );

	if (!qImage.isNull())
	{
	    fprintf( stderr, "Saving snapshot ...\n" );
	    qImage.save( "/tmp/snapshot.png", "PNG" );
	}
    }

> Maybe I could create a KnowWhenYouveFinishedSeekingPlayObject interface and
> have xineVideoPlayObject implement this. Does xine inform you on changes of
> state, or am I dreaming?

I'm not sure if that is possible, but it should work without such an 
interface. The x11Snapshot() function will return the next image that becomes 
available for display. This should be the first image after seeking has 
completed (it should stall for a few ms).

> Cheers, Simon

bye,

ewald

_______________________________________________
kde-multimedia mailing list
kde-multimedia@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-multimedia
[prev in list] [next in list] [prev in thread] [next in thread]