<p dir="ltr">Hello,</p>
<p dir="ltr">Le 2 août 2016 19:04, Jean-Baptiste Kempf <jb@videolan.org> a écrit :<br>
><br>
> On 02 Aug, Rémi Denis-Courmont wrote :<br>
> > I don't remember the specifics of the discussion, and I don´t recall it<br>
> > being particularly conclusive.<br>
><br>
> I'm quite sure we discussed this point in Hamburg last year and this<br>
> year in Vienna.<br>
><br>
> As the spec says the fragments semantics are effectively unconstrained,<br>
> we should be allowed to do something that makes sense for us, and that<br>
> would not violate the spec.</p>
<p dir="ltr">It wouldn't violate existing specs to the extent that I am aware. However, support for files within archives in URLs is desirable not only in VLC. It has been asked in Mozilla and elsewhere. It has been considered for standardization (at least by WHATWG), and maybe still is.</p>
<p dir="ltr">The risk of conflict with a future standard, or defacto standard by sole other application is therefore much higher than for the existing title/chapter fragment usage.</p>
<p dir="ltr">> I'm quite sure we said that we should use the fragments to define the<br>
> subfiles inside the archive. And that we could recurse if we encode the<br>
> "#" in it, to have a .zip in a .rar in an iso on a smb share.</p>
<p dir="ltr">Without a standard on fragment within archives, it might be problematic in the future. It is also wrong in some ways:<br>
- Because it changes the representation of the resource, it should be passed to the authority and caches. Fragments are not passed that way. That is hopefully inconsequential in VLC now, though I do not know for sure.<br>
- It changes the way the "final" downstream fragment is coded. We can no longer simply append a hash sign and the existing title/chapter syntax to the location.</p>
<p dir="ltr">> I don't see anything bad in the proposed solution, tbh: It does not add<br>
> much overhead and the code is quite well documented.</p>
<p dir="ltr">In addition, because the fragment affects the stream_t, not just the start time, the result will be totally wrong in any code path not preserving the fragments. I do not know the full impact, and within VLC, it is fixable but sounds tricky.</p>
<p dir="ltr">> With my kindest regards,<br>
><br>
> -- <br>
> Jean-Baptiste Kempf<br>
> http://www.jbkempf.com/ - +33 672 704 734<br>
> Sent from my Electronic Device<br>
> _______________________________________________<br>
> vlc-devel mailing list<br>
> To unsubscribe or modify your subscription options:<br>
> https://mailman.videolan.org/listinfo/vlc-devel<br></p>