[vlc-devel] [PATCH] Add an access-demux which can retrieve raw subtitles

Rémi Denis-Courmont remi at remlab.net
Wed Mar 24 01:23:41 CET 2010

----- Message d'origine -----
> Agreed, that's what I tried to do at first. But the stream layer totally
> screws up the particular purpose of this module: reading and displaying
> subtitles that are "injected" into the stream in real time. First,
> starting the input blocks VLC at pre-buffering stage, since there is
> nothing to buffer yet. Since the data is sparse and arriving at a
> seemingly random pace, it cannot flow through the buffer nicely, and the
> demux only gets out-of-date data. And then it messes up further with
> synchronization and pace control.

Hmm no, there is really nothing wrong with the cache. You simply cannot get away without timestamps. There is a cache between the demux and the codec as well, and possibly between the codec and the output. Besides, you need to specify the timespan of the text anyway, no?

To inject text in real time, why don't you use the marquee filter?

> I'm not sure how this relates to the fake modules, and what's your point
> about that.

My original point is that I do not want to reinvent all the access plugins.

 But it looks like accessing unpaced, unbuffered, unframed
> data from a demux doesn't quite work with the current access model. Am
> I missing something? Is there a better way to do that? If the goal of
> this module doesn't fall within the capabilities of the core access
> functionalities, then one could argue it's rationale enough for an
> access-demux; but even then, can you suggest an acceptable way to split
> and/or reuse access code?

streamUrlNew. But even then, timing will be screwed.

More information about the vlc-devel mailing list