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
Some streams didn't work on current LG version (but work in previous version)
-
- Ensign
- Posts: 10
- Joined: 18 Mar 2017, 18:37
- TV Model: LG
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Some streams didn't work on current LG version (but work in previous version)
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):
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
-
- Ensign
- Posts: 10
- Joined: 18 Mar 2017, 18:37
- TV Model: LG
Re: Some streams didn't work on current LG version (but work in previous version)
Thank you for your answer.
Sorry for say "new version" in a one year old version 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.
Sorry for say "new version" in a one year old version 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.
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Some streams didn't work on current LG version (but work in previous version)
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
If it doesn't help too, could you provide access to that stream?
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?
-
- Ensign
- Posts: 10
- Joined: 18 Mar 2017, 18:37
- TV Model: LG
Re: Some streams didn't work on current LG version (but work in previous version)
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:
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.
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.
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Some streams didn't work on current LG version (but work in previous version)
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:
Also you can try another mime-type which is also correct for hls-streams:
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"
-
- Ensign
- Posts: 10
- Joined: 18 Mar 2017, 18:37
- TV Model: LG
Re: Some streams didn't work on current LG version (but work in previous version)
Hi, I tried again and this is the result.
This is my debug m3u stream list loaded by SS-IPTV:
The result is with current SS-IPTV (as you can see I added different names in every stream to identify what is what):
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={})
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={})
- Eugene
- Project Leader
- Posts: 5620
- Joined: 15 Apr 2013, 22:54
- TV Model: LG 47LM960V, LG LB679V
- Location: Санкт-Петербург
- Been thanked: 18 times
- Contact:
Re: Some streams didn't work on current LG version (but work in previous version)
I guess, we could fix it soon and hope, you'll check it then
-
- Ensign
- Posts: 1
- Joined: 15 Apr 2020, 05:20
- TV Model: U32J4290
Re: Some streams didn't work on current LG version (but work in previous version)
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
Re: Some streams didn't work on current LG version (but work in previous version)
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??