Re: [FFmpeg-devel] Parallelization

2015-01-21 Thread Derek Buitenhuis
On 1/21/2015 4:46 PM, Derek Buitenhuis wrote: > On 12/31/2014 3:53 AM, Derek Buitenhuis wrote: >> On 12/31/2014 10:00 PM, David Ison wrote: >>> 3. I am planning initial implementations using OpenMP. There is good >>> support on Gnu, LLVM and other compilers >>>

Re: [FFmpeg-devel] Parallelization

2015-01-21 Thread Derek Buitenhuis
On 12/31/2014 3:53 AM, Derek Buitenhuis wrote: > On 12/31/2014 10:00 PM, David Ison wrote: >> 3. I am planning initial implementations using OpenMP. There is good >> support on Gnu, LLVM and other compilers >> . > > I think it is probably unlikely that O

Re: [FFmpeg-devel] Parallelization

2014-12-31 Thread Reimar Döffinger
On 31.12.2014, at 04:00, David Ison wrote: > 3. I am planning initial implementations using OpenMP. There is good > support on Gnu, LLVM and other compilers > . That is _not_ true. There is no OpenMP support in LLVM, what they misleadingly list is an u

Re: [FFmpeg-devel] Parallelization

2014-12-30 Thread Derek Buitenhuis
On 12/31/2014 10:00 PM, David Ison wrote: > 3. I am planning initial implementations using OpenMP. There is good > support on Gnu, LLVM and other compilers > . I think it is probably unlikely that OMP will be accepted for a bunch of reasons (compiler sup

[FFmpeg-devel] Parallelization

2014-12-30 Thread David Ison
These are some general ideas I have developed about how to approach this. Parallelization Strategy and Goals: 1. Implement in such manner as can easily be disabled and the program runs in serial with the same results as the parallel version. 2. The parallel version likewise produces the sam

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-29 Thread Michael Niedermayer
On Mon, Dec 29, 2014 at 12:12:21PM -0500, David Ison wrote: > To process multiple slices at the same time - would depend on > whether independent slices could be scaled without data dependency > from other slices. > > If there is data dependency, then it would be more difficult. it would be poss

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-29 Thread David Ison
To process multiple slices at the same time - would depend on whether independent slices could be scaled without data dependency from other slices. If there is data dependency, then it would be more difficult. On 12/29/14 9:00 AM, wm4 wrote: On Mon, 29 Dec 2014 11:31:36 + (UTC) Carl Eug

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-29 Thread wm4
On Mon, 29 Dec 2014 11:31:36 + (UTC) Carl Eugen Hoyos wrote: > David Ison dtison.net> writes: > > > > (And I suspect parallelization of vc1 is not > > > an easy task.) > > > > > > Thank you for any contribution! > > Are you referring to the file > > > > libavcodec/vc1.c ? > > To libavco

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-29 Thread Carl Eugen Hoyos
David Ison dtison.net> writes: > > (And I suspect parallelization of vc1 is not > > an easy task.) > > > > Thank you for any contribution! > Are you referring to the file > > libavcodec/vc1.c ? To libavcodec/vc1*, yes An easier choice may be parallelization of the scale filter: It is possib

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-28 Thread Michael Niedermayer
On Sat, Dec 27, 2014 at 11:17:00PM -0500, David Ison wrote: > It was necessary to change the email subscription, because I had used to > subscribe was an alias. > > >The vc1 decoder could need frame parallelization. > >That being said, what normally happens is that > >you decide on which part of

[FFmpeg-devel] Parallelization of FFmpeg

2014-12-27 Thread David Ison
It was necessary to change the email subscription, because I had used to subscribe was an alias. The vc1 decoder could need frame parallelization. That being said, what normally happens is that you decide on which part of FFmpeg you would like to work on and start sending patches. In theory, th

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-26 Thread Carl Eugen Hoyos
Dtison.net dtison.net> writes: > If anything comes to mind - someone make a > suggestion and I'll take a look at it. The vc1 decoder could need frame parallelization. That being said, what normally happens is that you decide on which part of FFmpeg you would like to work on and start sending

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-23 Thread Dtison.net
Logically - codecs, especially on the encoding/compression side, or filters. In general, as a place to start, it could be anything where people feel processing is a little bit slow, does not rely too much on library calls (stdlib, etc.), and where the serial / non-parallel algorithm is not too

Re: [FFmpeg-devel] Parallelization of FFmpeg

2014-12-22 Thread Kieran Kunhya
On 22 December 2014 at 01:43, Dtison.net wrote: > Hello > > Would there be any interest in additional work on parallelization of the > library? > > It is mentioned the Changelog and in multithreading.txt. What part of FFmpeg are you interested in Parallelising? Kieran ___

[FFmpeg-devel] Parallelization of FFmpeg

2014-12-22 Thread Dtison.net
Hello Would there be any interest in additional work on parallelization of the library? It is mentioned the Changelog and in multithreading.txt. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] parallelization over outputs

2014-12-04 Thread Daniel Oberhoff
Hello, I was wondering if ffmpeg parallelizes over outputs, i.e. if I have one input, but multiple outputs, with different codecs and/or filters, since these outputs are independent from each other they could be rendered/encoded in different threads (or thread groups), is this the case? Best