[vlc-devel] [PATCH] RFC: http: add support for byte range requests
remi at remlab.net
Fri Jul 12 12:03:15 CEST 2019
None of the objections are specific to multi-track - uselessness, bad performance and extra complexity. And it's very inappropriate to approve a patch if you don't understand why it works or does not (by your own admission) especially if somebody else pointed out problems and doubly so if you sit on the TC.
This is just like block flags all over again. You blindly approve and support whatever François suggests regardless of technical merit and dis-merit.
Le 12 juillet 2019 08:49:22 GMT+03:00, Thomas Guillem <thomas at gllm.fr> a écrit :
>On Thu, Jul 11, 2019, at 20:53, Rémi Denis-Courmont wrote:
>> Le torstaina 11. heinäkuuta 2019, 18.32.20 EEST Thomas Guillem a
>> > On Mon, Jun 17, 2019, at 10:13, Rémi Denis-Courmont wrote:
>> > > Hi,
>> > >
>> > > There is no explanation why this is needed, and how this won't
>> > > performance badly where it's used, or make things more
>complicated for no
>> > > benefits.
>> > >
>> > > I don't disagree that this won't affect normal HTTP streaming,
>> > > not the point.
>> > Maybe this RFC lack some comments, but we all have guessed that
>> > will be used for adaptive.
>> So what? That does not address any of the three objections above.
>I see only 2 objections (1 and 3), that I don't really understand,
>maybe Francois will understand it.
>The third one, about multi-track (like AVI) is invalid since this piece
>of code will only be used by adaptive and there is no multi-track
>streams in that case.
>> Rémi Denis-Courmont
>> vlc-devel mailing list
>> To unsubscribe or modify your subscription options:
>vlc-devel mailing list
>To unsubscribe or modify your subscription options:
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the vlc-devel