Hi<br><br>On Monday, 22 February 2016, Karl Dietz <<a href="mailto:dekarl@spaetfruehstuecken.org">dekarl@spaetfruehstuecken.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Torbjorn,<br>
<br>
did you open a bug ticket to track these issues?<br>
<br>
On 21.02.2016 17:48, Torbjorn Jansson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
problem 1: url too long<br>
url got cutoff since it was longer than 128 character limit of<br>
capturecard.videodevice in the database.<br>
</blockquote>
<br>
Can you post the playlist and preferably a documentation that can be<br>
used to determite the maximum URL length? (to the ticket)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
problem 2: "#EXTM3U "<br>
channel scanning didn't work at all, it just complained about the file.<br>
apparently there is an extra space in the first line of the m3u file<br>
like this without quotes: "#EXTM3U "<br>
</blockquote>
<br>
Please post a sample, so our parser can be relaxed to accept more<br>
variants of M3U.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
problem 3: format of #EXTINF:<br>
next the format of EXTINF: is a bit different, like this:<br>
#EXTINF:-1,Animal Planet<br>
</blockquote>
<br>
That's an issue. Our parser is written around the concept of playlists<br>
with channel numbers. Preferably Enigma2 would prepend the channel<br>
number that is used in the other interfaces.<br>
(TV screen / webiste / etc.)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
problem 4: channel.serviceid=0<br>
field serviceid in channel table is 0, result is that the backend can't<br>
find the channel once it has successful started receiving data.<br>
there is errors in the log about not able to find program 0 in PAT<br>
<br>
only way to workaround this is specify #EXTVLCOPT:program= in the m3u file.<br>
<br>
i assume there is no way of convincing the backend to tune to the only<br>
working service there is?<br>
</blockquote>
<br>
This requires a rewrite / redesign. Reading a bit of the stream,<br>
counting PIDs of the packets, then trying to figure out which service<br>
uses these PIDs. With some services sharing PIDs this is going to be a<br>
bit of guessing game.<br>
<br>
But if I remember correctly the URLs contains all kinds of tuning<br>
details, like frequency, PIDs, etc. if the program_number/service_id is<br>
also part of the tuning information, then it would be easiest to extend<br>
the playlist generator to just add this information.<br>
<br>
Regards,<br>
Karl</blockquote><div><br></div><div><br></div><div>There is no standard for a playlist of HLS stream. </div><div>I made the one we're using to look a bit like the MP3 one as used by the old WinAmp and that we could reuse the existing playlist code. <span></span></div><div><br></div><div>The only thing defined is what's found in the m3u8 one (the HLS stream itself)</div><div><br></div><br>