[FFmpeg-devel] [PATCH] libavformat: add mbedTLS based TLS

Rostislav Pehlivanov atomnuker at gmail.com
Wed Apr 25 19:26:03 EEST 2018


On 24 April 2018 at 07:18, Thomas Volkert <silvo at gmx.net> wrote:

> On 23.04.2018 21:33, Rostislav Pehlivanov wrote:
> > On 23 April 2018 at 20:16, Thomas Volkert <silvo at gmx.net> wrote:
> >
> >> On 23.04.2018 11:27, Thomas Volkert wrote:
> >>> On 22.04.2018 20:03, Carl Eugen Hoyos wrote:
> >>>> 2018-04-22 20:00 GMT+02:00, Nicolas George <george at nsup.org>:
> >>>>> Carl Eugen Hoyos (2018-04-22):
> >>>>>> How do you detect that this is not the "current version" of mbed?
> >>>>> Is it really our responsibility?
> >>>> We try to always do it and I believe that allowing LGPL makes
> >>>> more sense and less headache: Since we do the checks so
> >>>> rigorously it makes sense to assume we did it as correctly
> >>>> for this case.
> >>>>
> >>>> I don't understand why we don't go the easy way that clearly
> >>>> has advantages instead for the complicated way (with at
> >>>> least some disadvantages).
> >>> Okay. I looked over their web page and the Debian packages again.
> >>> The web page of mbedTLS declares Apache license as the "primary open
> >>> source license".
> >>>
> >>> I will add it to EXTERNAL_LIBRARY_VERSION3_LIST and push it today, if
> >>> their are no further objections.
> >> pushed
> >>
> >>
> >> Sorry, had to revert, I'd still like to know what gains (disk space,
> >> performance, maybe security-wise too if possible), this would have over
> >> existing TLS libraries. Code-wise it looked fine.
> >>
> Okay.
>
> Is the idea to have a detailed comparison (measurement values, feature
> comparison) between the TLS implementations and then decide if we accept
> or drop the patch?
> Do you have already defined threshold values for disk space and
> performance by which you will decide if it is worth to integrate mbedTLS
> in FFmpeg?
>
> Best regards,
> Thomas.
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>

Yes, I'd like to have a comparison. No, I don't have a hard threshold,
it'll depend on how well mbedtls measures up to the alternatives.


More information about the ffmpeg-devel mailing list