[vlc-devel] [PATCH 02/21] input/stream: stream-fragments: add initial documentation
filip at atch.se
Tue Aug 2 23:11:32 CEST 2016
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
> 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
> Rémi Denis-Courmont
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel