On Sat, 12 Jan 2019 01:03:09 +0100
Michael Niedermayer wrote:
> On Fri, Jan 11, 2019 at 11:16:20AM +0200, Lauri Kasanen wrote:
> > On Fri, 11 Jan 2019 09:56:15 +0100
> > Michael Niedermayer wrote:
> >
> > > > +#ifdef __GNUC__
> > > > +// GCC does not support vmuluwm yet. Bug open.
>
On Fri, Jan 11, 2019 at 11:16:20AM +0200, Lauri Kasanen wrote:
> On Fri, 11 Jan 2019 09:56:15 +0100
> Michael Niedermayer wrote:
>
> > > +#ifdef __GNUC__
> > > +// GCC does not support vmuluwm yet. Bug open.
> >
> > this should probably be tested by configure similar to how other
> >
On Fri, 11 Jan 2019 09:56:15 +0100
Michael Niedermayer wrote:
> > +#ifdef __GNUC__
> > +// GCC does not support vmuluwm yet. Bug open.
>
> this should probably be tested by configure similar to how other
> compiler limitations are tested
We can't really test for it, because there is
On Thu, Jan 10, 2019 at 11:55:34AM +0200, Lauri Kasanen wrote:
> ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
> yuv420p16be \
> -s 1920x1728 -f null -vframes 100 -v error -nostats -
>
> 9-14 bit funcs get about 6x speedup, 16-bit gets about 15x.
> Fate passes, each format
./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s hd1080 -i /dev/zero -pix_fmt
yuv420p16be \
-s 1920x1728 -f null -vframes 100 -v error -nostats -
9-14 bit funcs get about 6x speedup, 16-bit gets about 15x.
Fate passes, each format tested with an image to video conversion.
Only POWER8 includes 32-bit vec
