<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <br>
    <br>
    <div class="moz-cite-prefix">On 03/29/2016 04:16 AM, Russel Winder
      wrote:<br>
    </div>
    <blockquote cite="mid:1459235783.6589.22.camel@winder.org.uk"
      type="cite">
      <pre wrap="">On Sat, 2016-03-26 at 20:20 +0200, Sebastian Dröge wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">[…]
For background info, libdvbv5 is GPL licensed.
</pre>
      </blockquote>
      <pre wrap="">
The Linux Media email list members are not picking up on my question
about licencing, but it has been an Easter break for the bulk of them
so I guess leave it a few more days to see if anyone addresses the
issue.

If libdvbv5 remains GPLv2 then clearly a reimplementation of the DVBv5
"middleware" is required for GStreamer since it require LGPL 2.1 or
more permissive dependencies. As with libdvbv5 this will have to be
principally DVBv5 but with a DVBv3 backward compatibility layer.

libdvbv5 has to be pure C with no dependencies other than libc. This
leads to what appears to be very primitive (i.e. 1960s) ways of
realizing some algorithms. Given GStreamer relies on GLib, a GStreamer
implementation of the DVBv5 algorithms would obviously be realized with
GObjects making the middleware API a lot more harmonious with the rest
of GStreamer, and just better in general.

Given the licencing issue and the MPEG-TS issue, there may then be a
strong argument for reimplementing the DVBv5 middleware, at the expense
of having to maintain it. However ongoing maintenance is a small price
given that currently the DVBv3 → DVBv5 problem is a huge problem for
GStreamer.

I will most likely look at parsing DVBv5 files (real channel and
virtual channel) using C (this is going to be very, very painful :-(
with a view to creating GObjects that are effectively maps (just
properties à la other GStreamer types).</pre>
    </blockquote>
    FWIW I have a version of dvbsrc that is able to parse v5 files using
    GKeyFile. Code is at
    <a class="moz-txt-link-freetext" href="https://cgit.freedesktop.org/~thiagoss/gst-plugins-bad/log/?h=dvb-v5-file">https://cgit.freedesktop.org/~thiagoss/gst-plugins-bad/log/?h=dvb-v5-file</a>
    in case it could be helpful.<br>
    <br>
    Perhaps some of it can help you. I was going to propose merging it
    upstream but it is better to settle on a plan here for the future of
    our DVB implementation before adding more small features.<br>
    <blockquote cite="mid:1459235783.6589.22.camel@winder.org.uk"
      type="cite">
      <pre wrap="">

Is there a preferred test framework for codes such as this? I generally
test C codes with Python+pytest.
  
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
gstreamer-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>