[vlc-devel] [PATCH 02/21] input/stream: stream-fragments: add initial documentation

Filip Roséen filip at atch.se
Tue Aug 2 23:11:32 CEST 2016


Hi,

On 16/08/02 23:30, Rémi Denis-Courmont wrote:

> I agree in principles. But on the one hand, that is not my point. And on the 
> other hand, the fact of the matter is that avformat and MKV demuxers do 
> manipulate their URL.

Yes, I am aware of what you are describing above and I see your point.

Given that the current implementation of the mkv-demuxer does not currently
work with things like archives in either case, nor does it do a very good
job when `--mkv-preload-local-dir` is enabled, what you describe needs
fixing in either case.

I was thinking about fixing these issues together with the patches in this
patch-batch, but given the circumstances I decided not to (like I did not
include the deprecation and replacement of legacy archive
access/stream_filters that currently cannot be viewed as other than
broken).

> The art cache treats the URL is a unique identifier. So far this works because 
> the fragment does not affect the resource per se. Your patchset creates an 
> impossible environment whereby the fragment may need to be included or 
> excluded from the URL to constitute a unique identifier, in a manner that is 
> not reasonably predictable for the art cache.

The impossible environment does not constitute an impossible fix in my
opinion; making the art cache work with the added functionality should not
be a major obstacle.

If the art cache needs a unique identifier for every resource, it should
then include the use of fragments in a portable manner. 

 - Am I misunderstanding what you are saying, or can the new functionality
   be a plausible solution given some adjustments to how the art cache is
   implemented?

> -- 
> Rémi Denis-Courmont
> http://www.remlab.net/
> 
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20160802/4704f848/attachment.html>


More information about the vlc-devel mailing list