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

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

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

Post by Chutriming »

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:

http://imgur.com/ihapa7k
1) It performs a first requests with a TV User-Agent and refereral SS-IPTV: http://imgur.com/Ymhbf35
2) It receives a response with a LOCATION header: http://imgur.com/URYyC9a
3) SS-IPTV follows the LOCATION with the same User-Agent and referer: http://imgur.com/C3utWWq
4) It receives a m3u list (that internally contains a link to other m3u): http://imgur.com/I0WCChi
5) SS-IPTV performs again this request but with other User-Agent, now is "HLS Client" http://imgur.com/tyCYcjq
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:
http://imgur.com/ZZFLWVy

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: http://imgur.com/lgO1fJf
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: 5620
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Been thanked: 18 times
Contact:
Russia

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

Post by Eugene »

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: 10
Joined: 18 Mar 2017, 18:37
TV Model: LG
Spain

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

Post by Chutriming »

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: http://ss-iptv.com/en/news/48-app-s-update)

I added the mine-type to the M3U:
#EXTINF:-1 mime-type="application/x-mpegURL" tvg-logo="http://www.espai.jazztel.es/images/movistar/0.png",#0
http://192.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: 5620
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Been thanked: 18 times
Contact:
Russia

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

Post by Eugene »

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: 10
Joined: 18 Mar 2017, 18:37
TV Model: LG
Spain

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

Post by Chutriming »

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: http://imgur.com/zO2Xwb0 (all conversation: http://imgur.com/LftCmt5 showing that is working)
NO m3u8 in URL: http://imgur.com/Rrz15B1 (conversation, that stops after m3u8 request: http://imgur.com/3JXmLAZ )

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: 5620
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Been thanked: 18 times
Contact:
Russia

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

Post by Eugene »

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: 10
Joined: 18 Mar 2017, 18:37
TV Model: LG
Spain

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

Post by Chutriming »

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: 5620
Joined: 15 Apr 2013, 22:54
TV Model: LG 47LM960V, LG LB679V
Location: Санкт-Петербург
Been thanked: 18 times
Contact:
Russia

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

Post by Eugene »

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

FabricioElVicco
Ensign
Ensign
Posts: 1
Joined: 15 Apr 2020, 05:20
TV Model: U32J4290
Ecuador

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

Post by FabricioElVicco »

Ahora en 2020 llegué a tener este mismo problema y no he podido resolver, anteriormente estaba usando la aplicación en una Smart Samsung con la aplicación instalada en la Tv, después de desinstalar y volver a instalar no me reproduce mi lista .m3u8, probé en un reproductor VLC y en otros dispositivos android y va bien, no sé como resolver éste problema

DeCosSoft
Ensign
Ensign
Posts: 1
Joined: 23 Aug 2020, 18:48
TV Model: Lg
United States of America

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

Post by DeCosSoft »

As today 2022 i have the same problems with my m3u8 playlist on LG TV webOS. In other apps works but not this one....any fix or guide??

Post Reply