Open GoogleCodeExporter opened 8 years ago
Pre-buffering, i.e. using one thread to produce subpics and another thread to
do alphablending, is a better way. But the synchronization and debug is too
difficult. The old vsfilter 2.39 has such mechanism. And indeed I've made
change to that part. Few tests have done to that part of code, so I disabled
the pre-buffering option too avoid users get access to that buggy part.
Original comment by YuZhuoHu...@gmail.com
on 3 Oct 2011 at 12:29
you can add enable/disable pre-buffering option disabled by default
instead of permanent disable
it is helpful on slow PC's
Original comment by ved_k...@ymail.com
on 6 Oct 2011 at 1:50
what if xy-vsfilter pre-buffering kept limited only to Karaoke Animation, KFX,
On Screen Texts & Soft Signs that are detected. pre-buffer b4-hand only these
parts of ASS subs. won't that put stop to sudden LAG?
use only cache feature for rest of normal subtitles. no pre-buffering used.
won't that improve performance & put stop to Anime OP/EP Lag?
basically idea is pre-buffer only parts of ASS Subs that r really needed to
pre-buffer preventing unnecessary pre-buffer. This may stop causing sudden LAG
& heavy CPU load when played especially on Single Core CPU's. correct me if i m
wrong ;)
Original comment by ved_k...@ymail.com
on 26 Nov 2011 at 11:56
Or you could use something like a render-queue.
You could try to render the next subtitle (even if it's supposed to appear only
a minute later), queue it, and when it's time to display the sub, you just need
to paste it on top of the video and de-queue it.
That way, you could also improve the speed of move animations, since the sub
has already been rendered (and just needs to be pasted at a different location
than previously)
It's just an idea though. I don't know if it'd actually work, or how easy/hard
it'd be to implement (or if it's not already been implemented).
Original comment by Nolo...@gmail.com
on 3 Jan 2012 at 7:10
Original issue reported on code.google.com by
ved_k...@ymail.com
on 30 Sep 2011 at 6:36