Answering to your idea - compiling Mplayer from git will give me fast seeking - I don't care about picture being accurate for performance loss. I do want those nasty blocks :) like in 1.0pre7 or 1.0rc1 because the more picture I see the more efficiently I can look for a part in a movie clip, also I think they look cool. Do I need to mess around with libmpeg2 if I want this "feature" or is there another tricky command line option? ;) 2010/1/4 Uoti Urpala <uoti.urpala at pp1.inet.fi>: > On Mon, 2010-01-04 at 18:14 +0100, Barnabas Hajas wrote: >> Example image: http://kepfeltoltes.hu/100103/flatt1_www.kepfeltoltes.hu_.png >> >> Attached image shows testing MPEG-2: This sequence of still images >> were created specifying -vo png, I pressed the right arrow (seeking >> forwards) continuously till the movie clip ended. Finally collected >> stills with IrfanView Thumbnails. It shows that mplayer 1.0rc1 does >> the job well. SVN-r29355-4.5.0 didn't produce any images during >> seeking. I don't want to use older mplayer versions due to bugs and >> format-incompatiblity issues, but I really really miss this feature. >> Same case at DivX/XviD. Is there some workaround to resurrect fast >> seeking? > > Try compiling MPlayer from git (use git://repo.or.cz/mplayer-build.git). > That should show an image immediately after every seek. Unlike the above > screenshot the images should be accurate; this makes generating them > somewhat slower, but unless your system is really slow I think it should > be an improvement. > > _______________________________________________ > MPlayer-users mailing list > MPlayer-users at mplayerhq.hu > https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users >
