<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, May 19, 2013 at 6:08 AM, Jean-Baptiste Kempf <span dir="ltr"><<a href="mailto:jb@videolan.org" target="_blank">jb@videolan.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
</div>To be honest, the question is more: "will you maintain this module<br>
correctly for a correctly long time?" than "what language is it in?"<br>
<br>
By experience, maintaing C code is easier than C++ modules, because more<br>
people are familliar with C code and because C++ programers often feel<br>
compelled to use "cool features" of the language, because they can. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
That being said, C++ makes sense when you need inheritance, like for MKV<br>
or MXF, or like for Dash, where you have multiple profiles.<br>
<br>
For HLS? why not, but:<br>
 - Do your first commits with the old code and transition. A rewrite from<br>
   scratch is not going to be accepted;<br>
 - Do not use templates or operator overload just because you can;<br>
 - Do not make it depend on 3rd party libs without asking (and no, Boost<br>
   is NOT ok);<br>
 - Do not reimplement stuff that should be in the VLC core;<br>
 - Prepare the transition to a Demux or an Access Demux module.<br></blockquote><div><br></div><div style>What do you mean exactly by "Prepare the transition to a Demux or an Access Demux module"? So far the HLS module doesn't seem to be doing any demuxing at all. Are you saying it should take on new responsibilities?</div>
<div style><br></div><div style><br></div><div style>Kevin</div></div><br></div></div>