View Single Post
Old 26th February 2015, 12:56   #757  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by Moragg View Post
You did give me (a perhaps "easy") to implement idea: couldn't there be two subtitle renderers? One (xyvsfilter) pre-SVP to render only pixel art / the frame-by-frame typesetting, and one post-scaling (xysubfilter) to do all the rest?

It seems then the hard part (coding subtitle renderers) could be ignored, all it would need is filter(s) to decide which subs should be rendered when, probably based off duration of the subtitle.
Since the two subtitle renderers would have the same filter they don't need to communicate at all - and one would hope running two very similar things wouldn't cause any issues.
Currently that's not possible, nor would we have any interest in supporting a solution which requires more than a single subtitle filter:
  • XySubFilter and xy-VSFilter are two distinct filters which share no resources, nor are they able to communicate.
  • XySubFilter and xy-VSFilter share the same api, and cannot co-exist in the same graph since without conflicts.
If someone were going to do this properly, they should base it off valid SubRenderIntf.h logic utilizing a single subtitle renderer. The simplest way would be for someone to take up development of our already existing yet rather broken XySubFilterConsumer project, fix all the bugs, and give it the role of pre-SVP. Then someone would need to modify XySubFilter provider to support two subtitle consumers (pre-scale & post-scale), along with a proper heuristic. We currently have zero active developers though, so it's very unlikely something like this would be worked on by us.

I still think you'd better off convincing a video renderer developer to integrate SVP-like frame interpolation and work from there, rather than create a hackish solution like this.
cyberbeing is offline   Reply With Quote