Some channels not open #208
Comments
|
Has this always been the case or did it change recently? Can you provide a full debug log showing this (I.e. including playing one of these playing channels)? |
|
The problem was also present in the last plugin Vu+ an continues on this. I put the following scenery in the log file: I start kodi and wait for the channels to load, after starting a channel that works and after the 2019-04-18 16:14:00 all the logs are relative to a channel that does not it works. |
|
Hmmm, the second channels appears to get stuck in a loop like this: It doesn't ever seem to process the h264 like the first channel does. Not sure why. If you record one of the non working channels can you play it back in kodi? |
|
Yes, I can watch the recordings of these channels. |
|
Very strange. And do you know others who have the same problem locally? |
|
Are you using transcoding or anything like that? |
|
Those channels are multi-program MPEG-TS, aka MPTS. For a few years Kodi (ffmpeg?) struggled to play those streams, live or recorded. I don't know the situation now since I stopped using enigma STBs. If I remember correctly, transcoded streams work flawlessly. Quick google-fu returned |
|
My next suggestion was going to be try enabling transcoding 😉 |
Missed this earlier. ^^ That's even weirder. If it plays recorded streams something must be wrong with the code path taken with live mpeg streams. I know for a fact everything used to work around April 2018. I know this because I built LibreELEC for RPi around that time for a friend and his sole purpose was to watch those same channels, using his VU+ STB as backend. To my knowledge it's still working. But I'll ask him and find the exact LibreELEC/Kodi/Enigma add-on combo. |
|
Since then the addon would have moved to using a stream reader to enable timeshifting. That is one change that could have an effect. Is it possible that may play a part in this? It still doesn't explain recordings working though because as far as I know enimga2 just puts the raw stream to disk for timers. |
|
I wonder is this user having the same issue: https://forum.kodi.tv/showthread.php?tid=343248 |
|
Confirmed, user is also impacted. They did say that it works with iptvsimple. @hudokkow I’m a little lost on what to do with this. The fact it works for recordings and not for a live stream is strange. |
|
I have a similar problem, when using the e2 addon, the audio cuts every 10 seconds or so, when using the direct url (iptv plugin or similar) the audio is perfect. |
|
Can you try enabling transcoding and change the port int the addon and see what happens? |
|
Also, what provider/country are you using? |
|
I'm in Brazil, sorry, it's an android box modified to run enigma2, so no transcoding working yet. |
|
If you could create a full debug log playing one channel that works and one that doesn’t we can see if it’s the same issue. It doesn’t sound the same though as you get video and just have audio issues. Does the same audio issue happen with a recording? If so, a sample would be great and I can test it locally. |
|
I'm not sure if it happens on recordings, I'll test later today and post those logs. |
|
Maybe create a new issue. This sounds like it’s not the same as it’s an audio only issue for you. |
|
Okido. Details below. 21:55:02.196 T:1942245952 NOTICE: Starting Kodi (18.0-ALPHA2 Git:258cf89). Platform: Linux ARM 32-bit
21:55:02.196 T:1942245952 NOTICE: Using Release Kodi x32 build (version for Raspberry Pi)
21:55:02.196 T:1942245952 NOTICE: Kodi compiled Mar 25 2018 by GCC 7.3.0 for Linux ARM 32-bit version 4.14.24 (265752)
21:55:02.197 T:1942245952 NOTICE: Running on LibreELEC (hudo): devel 9.0, kernel: Linux ARM 32-bit version 4.14.24
21:55:02.197 T:1942245952 NOTICE: FFmpeg version/source: 3.4.1-Kodi
21:55:02.197 T:1942245952 NOTICE: Host CPU: ARMv7 Processor rev 4 (v7l), 4 cores available21:55:03.017 T:1942245952 NOTICE: ADDON: pvr.vuplus v3.6.1.2 installedThat corresponds to:
Complete log file below. Sorry, but log is too big (17MB) for paste sites. kodi_log_rui_rpi2_vuplus_funkar_limpo.zip Three channels are played in this debug log without problems. As far as I know, they are all MPTS (multiprogram TS):
EDIT: You can PM me in slack to not spam here. |
|
@phunkyfish I think in here everyone has same problem. It's the same use to transcode or not ... the behavior is the same |
|
That’s useful info, thanks @clefss |
|
@phunkyfish Sorry, but I couldn't test the plugin ... I followed the steps to compile and use but I couldn't open the plugin on kodi. Probably I didn't do this correctly. |
|
@clefss what platform do you run on? |
|
@phunkyfish Windows, but I built it in the docker container of ubuntu and then put the result in the plugins folder in Windows and Kodi didn't detect the plugin. I followed your linux build instructions. |
|
You would need to build on windows to put it on Windows I think. |
|
It's not working. It correctly detects and passes the PID to Kodi but no joy. |
|
Ok, that would indicate a kodi pvr bug potentially. Plus I see the value being read in kodi. I made a similar change to iptvsimple and it appears to work, however that does not use inputstreams. |
|
@hudokkow Can you verify if the program is correctly selected here: i.e. is nProgram correctly set in the above block. |
|
from pvr.vuplus/src/client.cpp from xbmc/cores/VideoPlayer/DVDDemuxFFmpeg.cpp // in case of mpegts and we have not seen pat/pmt, defer creation of streams
if (!skipCreateStreams || m_pFormatContext->nb_programs > 0)
{
unsigned int nProgram = UINT_MAX;
if (m_pFormatContext->nb_programs > 0)
{
// select the correct program if requested
CVariant programProp(pInput->GetProperty("program"));
if (!programProp.isNull())
{
int programNumber = static_cast<int>(programProp.asInteger());
CLog::Log(LOGERROR, "%s - hudokkow: programNumber is %i", __FUNCTION__, programNumber);
for (unsigned int i = 0; i < m_pFormatContext->nb_programs; ++i)
{
if (m_pFormatContext->programs[i]->program_num == programNumber)
{
nProgram = i;
CLog::Log(LOGERROR, "%s - hudokkow: nprogram is %i", __FUNCTION__, nProgram);
break;
}
}
}and a bit more complete |
|
I must be encoding the program property incorrectly. |
|
In the above the program number is 880 but nprogram is 18. However the streams appear to be under program number 303 which would mean an nProgram of 6. Or am I reading this wrong? |
|
Also, do you have the sRef and M3u file for the channel above? |
|
@hudokkow could you provide a debug log for when you play a recording for this channel? I think what is happening is that the PiD given in the live stream does not align with the PID in the stream. So this may be isolated to the provider. Without inspecting the data for the correct PID it would be difficult to supply the right one to kodi pvr. Why it works for recordings I don’t know but the log might help with the latest logging additions. |
|
Closing, please see #237 for solution. |
Some channels in portugal (like Sport TV 5, Eleven Sports 1) do not open.
To explain it better, if I download the m3u of the WebIf and open with VLC the channel does not open but if it opens with Classic Media Player the same channel already opens. The same happens with the plugin, if open m3u in the IPTV Simple Client extension the channels give but in your with url that not open.
I do not know if I explained myself well because it is a confusing problem. I do not know if it's from codecs or anything else.
The text was updated successfully, but these errors were encountered: