[x265] [PATCH] Replace sad_12, sad_24, sad_32 vector class functions with intrinsics

Derek Buitenhuis derek.buitenhuis at gmail.com
Thu Oct 3 17:19:39 CEST 2013


On 10/1/2013 6:50 PM, Steve Borho wrote:
> This is the effort to get rid of the GPL vector class headers   We're replacing primitives that use those classes with intrinsics because the GPL headers have to be gone by November and we prefer not crippling what performance we have today.
> 
> At our current pace of assembly development, it would take about two years to replace them all with assembly and we don't have that luxury.
> 
> Assembly development will continue in parallel with this effort; but there will be a lot of patches in the coming weeks that replace vector class based intrinsic primitives with pure-intrinsic primitives; or just deleting vector primitives that we don't care enough about to keep.

I'll translate:

[14:37] < j-b> seriously, is that that hard to do .asm files instead of writing new intrinsincs?
[15:47] < Daemon404> j-b, intrinsics are faster because they dont get reviewed.
[15:47] < Daemon404> as opposed to Skyler_'s asm review
[15:48] < Daemon404> i also love the arbitrary november date
[15:49] < Daemon404> oh holy sad intrinsics spam...
[15:50] < Daemon404> there's no way that isn't just copy/pasted bullshit.
[16:08] < Daemon404> also
[16:08] < Daemon404> arent these (copy/pasted?) intrinsics possibly going to be super crappy
[16:08] < Daemon404> due to register allocation

- Derek


More information about the x265-devel mailing list