Seeking in MPEG2/MPEG4 streams

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



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
>


[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux