okamibl / xy-vsfilter

Automatically exported from code.google.com/p/xy-vsfilter
0 stars 0 forks source link

Slow rendering of large borders compared to Libass #95

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
VSFilter's rendering has always been quite slow, and this is one of the 
problems caching doesn't solve entirely.

The attached file includes a script with large animated text that uses \bord6. 
It causes quite heavy lags in xy-vsfilter when appears on the screen for the 
first time. If then I jump back to the beggining, it plays just fine (probably 
being cached by xy-vsfilter). The lag doesn't appear if I reduce the border to 
\bord4.

Yet again, it works just perfectly in libass.

Original issue reported on code.google.com by tp7...@gmail.com on 6 May 2012 at 12:28

Attachments:

GoogleCodeExporter commented 8 years ago
This actually plays smooth for me if using renderer buffering from EVR-CP (EVR 
Buffers) or madVR (CPU Queue) on my Core i5-750, but slower CPUs would probably 
be screwed. Using VMR9 (which is unable to buffer) for example, frame-rate 
drops below 20fps at one point.

Something to look into for a performance enhancement. Thanks for the report.

Original comment by cyber.sp...@gmail.com on 6 May 2012 at 4:27

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
Fixed in xy-VSFilter Test 3.0.0.111

Original comment by cyber.sp...@gmail.com on 15 Jul 2012 at 5:18