xy-vsfilter renders gaussian blur faster than libass

[GoogleCodeExporter]

This renders much slower than real time in mplayer2 using gl output using 
latest libass (from google code). It apparently renders faster than real time 
on xy-vsfilter.

Style: 
TS-Title3,Samarchy,100,&H00FCFCFC,&H000000FF,&H00000000,&H00000000,-1,0,0,0,100,
100,0,0,1,0,0,2,10,10,10,1

Dialogue: 
0,0:01:41.62,0:01:48.00,TS-Title3,,0000,0000,0000,,{\blur30\t(0,899,\blur1.1)\fs
90\an4\pos(285,172)\c&H411BA8&}UTW presents\NFrom The\NNew World
Dialogue: 
0,0:01:41.62,0:01:48.00,TS-Title3,,0000,0000,0000,,{\blur30\t(0,899,\blur8)\1a&H
FF&\3a&HA1&\bord8\fs90\an4\pos(285,172)\c&H411BA8&\3c&H411BA8&}UTW 
presents\NFrom The\NNew World

Original issue reported on code.google.com by erg...@gmail.com on 13 Oct 2012 at 6:06

[GoogleCodeExporter]

Yup, this is easy to see. The strict glyph-by-glyph rendering algorithm in 
libass makes these kinds of blurs with big overlaps quite inefficient. There is 
no quick solution to this. A faster gaussian blur implementation might help a 
little bit, but it will not solve the underlying issue.

Original comment by g...@chown.ath.cx on 15 Oct 2012 at 4:02

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Working on this. Bitmap merging is all but finished, and SSE2 + AVX gaussian 
blur is in the works.

Original comment by Rodger.C...@gmail.com on 3 Jan 2014 at 8:21

[GoogleCodeExporter]

While trying to speedup subtitle rendering I rewrote code for gaussian blur. 
That doesn't help much for my video files, but for some cases (especially large 
blur radius) benefit can be significant. Maybe my work can help with this issue.

Original comment by vabn...@gmail.com on 24 Jan 2014 at 10:13

Attachments:

• blur.patch