Some streams didn't work on current LG version (but work in previous version)

SS IPTV App for LG Smart TV discussion
Chutriming
Ensign
Ensign
Posts: 11
Joined: 18 Mar 2017, 18:37
TV Model: LG
Flag: Spain

Some streams didn't work on current LG version (but work in previous version)

Postby Chutriming » 18 Mar 2017, 19:05

I had the old SS-IPTV version that was in the LG AppStore, but it changed and a new version appeared (instead of update, it is a new fresh install) (LG WebOS 2)

I installed today this version (maintaining the old version installed) and watched that some links that I have didn't work in this new version, but they are working in the old.

These links works as a proxy. These links points to a service in a computer that I have and it resolv and encapsulates some information to external requests, but, for sorme reason, the new version of SS-IPTV didn't continue the requests. I see that it do a different HTTP request.

Here you can see the requests did by the old SS-IPTV:

************
1) It performs a first requests with a TV User-Agent and refereral SS-IPTV: ************
2) It receives a response with a LOCATION header: ************
3) SS-IPTV follows the LOCATION with the same User-Agent and referer: ************
4) It receives a m3u list (that internally contains a link to other m3u): ************
5) SS-IPTV performs again this request but with other User-Agent, now is "HLS Client" ************
6) And it continues at this point with this "HLS Client" user agent and all works

But with the new version it only do the the "non-hls client" user agent, it is:
************

And that is all, it doesn't play nothing, Is like point 1, 2,3 and 4 of the previous version.. and it stops here. In previous version SS-IPTV repeat this last request with other user-agent (point 5), but with current version does nothing.

And I see that it never tries to use the "HLS Client" user agent (is like it stops when it, in the previous version, launch the HLS Client) and uses other headers: ************
It add a Referer: File, and empty cookie and a "Connection: Close", when previous version has "Connection: Keep-alive" and Accept-Encoding: gzip deflate

User avatar
Eugene
Project Leader
Project Leader
Posts: 5787
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Has thanked: 32 times
Been thanked: 224 times
Flag: Russia
Contact:

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Eugene » 18 Mar 2017, 19:30

We published new version year ago, so it's strange to read about "new version". It isn't new very long time.

The old version was NetCast-compatible, the current version is webOS native, that's why it has different user-agent. Also, it works in local domain (not from app.ss-iptv.com nor lg.ss-iptv.com as old one did), that's why you see referer "file://"

Your problem's reason is relocation that you use. HLS-streams have different mime-type, but there is no way to understand from your links' form before relocation that they are hls (hls streams must have m3u8 extension. So the app cannot define correct mime-type and therefore webOS player cannot play it.
You can fix it pointing mime-type manually in your playlist (this feature is supported by the app):

Code: Select all

#EXTINF: 0 mime-type="application/x-mpegURL", Some Channel
http://some_channel_stream

Chutriming
Ensign
Ensign
Posts: 11
Joined: 18 Mar 2017, 18:37
TV Model: LG
Flag: Spain

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Chutriming » 18 Mar 2017, 20:49

Thank you for your answer.

Sorry for say "new version" in a one year old version :D Yes, the "old" version is the previous that was available in WebOS 2 too (previous to this announcement: ************/news/48-app-s-update)

I added the mine-type to the M3U:
#EXTINF:-1 mime-type="application/x-mpegURL" tvg-logo="******.espai.jazztel.es/images/movistar/0.png",#0
******.168.1.10:8000/channel/plus1

But it doesn't change nothing. Is curious that the previous version works fine (and VLC, and Kodi), that is the same WebOS.

I supose with that that there is nothing that you can look. This will be something like WebOs.loadStream(url) and all the work will be done by WebOS player, only that previous version will do something compatible with NetCast and it work better / is more intelligent.

I will continue using the previous version and problem solved.

User avatar
Eugene
Project Leader
Project Leader
Posts: 5787
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Has thanked: 32 times
Been thanked: 224 times
Flag: Russia
Contact:

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Eugene » 18 Mar 2017, 21:13

It's very strange that it doesn't help you. Just today we've solved the same issue (also with relocation) for another user. Are you sure that playlist you tried wasn't cached?
You can also try to use another attribute instead of mime-type

Code: Select all

player-setting='{"options":{"mediaTransportType":"HLS"}}'

If it doesn't help too, could you provide access to that stream?

Chutriming
Ensign
Ensign
Posts: 11
Joined: 18 Mar 2017, 18:37
TV Model: LG
Flag: Spain

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Chutriming » 19 Mar 2017, 13:53

Hi,

I tryied again with some alternatives. I did a new m3u8 file with only 4 streams and SS-IPTV only showed this streams (so is not cached).
I modified my proxy-program to accept channel/ID.m3u8 URL to do a new try and created this m3u8:

Code: Select all

#EXTM3U

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",#0
http://192.168.1.34:8000/channel/plus1

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png" mime-type="application/x-mpegURL",Mime
http://192.168.1.34:8000/channel/plus1

#EXTINF:-1 player-setting='{"options":{"mediaTransportType":"HLS"}}' tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",Attr
http://192.168.1.34:8000/channel/plus1

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",Exten
http://192.168.1.34:8000/channel/plus1.m3u8

The newest info is that the last link, the link that contains the "m3u8" in the filename worked in actual SS-IPTV, th second (mime-type) and trhid (player-setting) doesn't worked (and the first is the original, that works in older version).

One difference is that the last request (with .m3u8) have different HTTP headers, look:
With m3u8 in URL: ************ (all conversation: ************ showing that is working)
NO m3u8 in URL: ************ (conversation, that stops after m3u8 request: ************ )

With m3u8 it have "Connection: Keep-Alive" vs "Close". With m3u8 it have an "Accetp-Encoding" and without it have a "icy-metadata" header.

I can try to forward the stream if needed.

User avatar
Eugene
Project Leader
Project Leader
Posts: 5787
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Has thanked: 32 times
Been thanked: 224 times
Flag: Russia
Contact:

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Eugene » 19 Mar 2017, 16:39

Specify please, does the stream with .m3u8 work in current version for you?

I've made a mistake in the previous recommendation, the correct code is:

Code: Select all

player-settings='{"mediaTransportType":"HLS"}'

Also you can try another mime-type which is also correct for hls-streams:

Code: Select all

mime-type="application/vnd.apple.mpegURL"

Chutriming
Ensign
Ensign
Posts: 11
Joined: 18 Mar 2017, 18:37
TV Model: LG
Flag: Spain

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Chutriming » 25 Mar 2017, 15:08

Hi, I tried again and this is the result.

This is my debug m3u stream list loaded by SS-IPTV:

Code: Select all

#EXTM3U

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",#0
http://192.168.1.10:8000/channel/plus1

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",Exten
http://192.168.1.10:8000/channel/plus1.m3u8

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png" mime-type="application/x-mpegURL",Mime
http://192.168.1.10:8000/channel/plus1

#EXTINF:0 mime-type="application/x-mpegURL",0Mime
http://192.168.1.10:8000/channel/plus1

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png" mime-type="application/vnd.apple.mpegURL",MimeAppl
http://192.168.1.10:8000/channel/plus1

#EXTINF:0 mime-type="application/vnd.apple.mpegURL",0MimeAppl
http://192.168.1.10:8000/channel/plus1

#EXTINF:-1 tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png" player-settings='{"mediaTransportType":"HLS"}',Attr
http://192.168.1.10:8000/channel/plus1

#EXTINF:0 player-settings='{"mediaTransportType":"HLS"}',0Attr
http://192.168.1.10:8000/channel/plus1


The result is with current SS-IPTV (as you can see I added different names in every stream to identify what is what):

  • Works: Exten, Attr and 0Attr
  • Doesn't Works: #0, Mime, 0Mime, MimeAppl, 0MimeAppl

So seems that the attribute "mime-type" doesn't work in my installation, but "player-settings" yes. And seems that previous SS-IPTV version works better detecting mime-types because the original stream (without indicate any mime-type in the m3u file or adding .m3u8 in the URL) works, while with the current version don't (and need to add a .m3u8 extension or playser-settings={})

User avatar
Eugene
Project Leader
Project Leader
Posts: 5787
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Has thanked: 32 times
Been thanked: 224 times
Flag: Russia
Contact:

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Eugene » 26 Mar 2017, 19:49

I guess, we could fix it soon and hope, you'll check it then

Chutriming
Ensign
Ensign
Posts: 11
Joined: 18 Mar 2017, 18:37
TV Model: LG
Flag: Spain

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Chutriming » 27 Mar 2017, 00:28

Don't worry. It's not critical, and we have methods to bypass the problem (add extension or player settings) and I have the old version too.

Megalodon
Ensign
Ensign
Posts: 2
Joined: 15 Nov 2017, 04:25
TV Model: samsung 55' tv
Flag: United States of America

Re: Some streams didn't work on current LG version (but work in previous version)

Postby Megalodon » 01 Feb 2018, 12:15

to be honest, I think to convert these playlists to Mp4 video is better, such as me, I just convert M3U8 to MP4 so that I can play them without stream media.
Step 1: Open VLC media player and select “Open Network Stream” under Media table.
Step 2: Paste M3U8 video URL into the network URL box, and then select “Convert” in the lower right.
Step 3: A new window will pop up after clicking Convert. Select MP4 as output video format and then set the output folder path.
Step 4: After all settings are done, you can click “Start” to convert M3U8 file to MP4. The output MP4 video will be found in the destination file.
do you get?


Return to “English forum SS IPTV”

Who is online

Users browsing this forum: No registered users and 19 guests