[MPlayer-dev-eng] [PATCH] multi-threaded lavc
Torinthiel
torinthiel at megapolis.pl
Wed Sep 1 11:59:29 CEST 2004
On Tue, Aug 31, 2004 at 11:02:31PM +0200, Michael Niedermayer wrote:
> > michael, imo it should be possible to make a mode where the threaded
> > motion est behaves just like the non-threaded. just delay subsequent
> > rows so that when row N is on mb M, row N+1 is on mb M-1. it won't be
> > as fast but it might be worth it. the synchronization could be done
> > without thread-level locking. if it's not obvious how, i can explain.
> 1 row != 1 thread, and IIRC the optimal number of threads was close to the
> number of cpus, in which case there will be several rows per thread, waiting
> in such a case for the mb above is problematic speedwise
So it's like first thread handles first 8 rows, second next 8 and so on?
And would it be possible that row m goes to thread m%N, N-number of
threads?
This way, assuming each CPU has about the same power, wouldn't cause
much delay. Only a constant delay at the beginning of ecoding.
Torinthiel
--
Waclaw "Torinthiel" Schiller GG#: 542916, 3073512
torinthiel(at)megapolis(dot)pl
gpg: B06901F1 fpr: FAA3 559F CAE9 34DE CDC8 7346 2B6E 39F2 B069 01F1
"No classmates may be used during this examination"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20040901/f9830629/attachment.pgp>
More information about the MPlayer-dev-eng
mailing list