Jason Tackaberry wrote: > [EMAIL PROTECTED] t]$ cat mkthumb > mkdir tmp.$$ > pushd tmp.$$ > mplayer -ss 30:00 -vf decimate=2:100000:100000:1,scale=120:-2 -frames > $((12*15)) -vo png -ac null -ao null -benchmark "$1" > convert --verbose -delay 8 *.png thumb.mng > mv thumb.mng "../$2" > popd > rm -rf tmp.$$
That is one solution. Right now the thumbnailer in beacon also uses mplayer to generate the thumbnails. When we use kaa.xine for that, it could be faster because we don't have to restart xine. And instead of mng, maybe use the rasterman solution: he uses eet to store the images in raw format and eet will compress them (not as good as png, but faster). And evas can load images from eet. What is missing is a simple Timer to replace the images. > So it takes 6 seconds to generate a 15 second clip at 12fps. (The evas > thumbs looked like about 5 fps, but it's hard to tell.) That's not > really that bad, and if you want to generate a 5fps mng then it takes > about 3 seconds. > > Sure it takes ages when you have lots of movies. But that's not _that_ > slow when you consider what it's doing. OK, Raster is doing much more. If you look at http://www.rasterman.com/files/rage_08.jpg he also has thumbnails for different positions in the stream. So let us say 20 thumbnails and this pushes the 3 seconds to 1 minute. Dischi -- The 50-50-90 rule: Any time you have a 50-50 chance of getting something right, there's a 90% probability you'll get it wrong.
pgpFb86CWxOJz.pgp
Description: PGP signature
