[MPlayer-dev-eng] Re: using pthreads with mplayer

Rich Felker dalias at aerifal.cx
Tue Jul 5 22:22:20 CEST 2005


On Tue, Jul 05, 2005 at 10:06:52PM +0200, Michael Niedermayer wrote:
> Hi
> 
> On Tuesday 05 July 2005 17:32, Oded Shimon wrote:
> > On Tue, Jul 05, 2005 at 05:19:14PM -0100, Andrea Palmat? wrote:
> > > At 13:37 05/07/2005, you wrote:
> > > >lol, there are no pthreads in MPlayer, at all. Disregarding -cache,
> > > > MPlayer is a completely single-threaded program. You're possibly
> > > > thinking of MPlayerXP, which is a threaded version of MPlayer. The way
> > > > it works is by making threads to decode the picture, and a single
> > > > thread which each time shows a new frame on the VO. Whether this speeds
> > > > this up or not is debatable, but not here.
> > >
> > > Strange because i've found in the config.h i've found:
> > >
> > > /* Define this if your system has pthreads */
> > > #define HAVE_PTHREADS 1
> > >
> > > and in config.mak
> > >
> > > HAVE_PTHREADS = yes
> > >
> > > searching thru the code i've found a pthread.c (in libavcodec) that is
> > > compiled on my system. so it is useless?
> >
> > In MPlayer, yes. I was gonna mention it, then figured no point. Since
> > libavcodec is a general library, it works for other programs, and some
> > programs use it's threads feature for _encoding_ (afaik, it can't do
> > threaded decoding, atleast not within the library). 
> 
> it can for mpeg1/2, if the video has been encoded with multiple slices, (mpeg2 
> always uses slices)
> it should also be easy to add support for this to mplayer but only SMP systems 
> would benefit and they probably are already fast enough to decode most mpeg2 
> streams around ...

ever heard of hdtv?

rich




More information about the MPlayer-dev-eng mailing list