SVTPlay.se - no programs work

[GoogleCodeExporter]

When trying to view any program on SVTPlay it will only give a spinning busy 
icon.

Tested on XBMCbuntu and XBMC on Windows 7.

Original issue reported on code.google.com by jagflash...@gmail.com on 29 Aug 2013 at 5:49

Attachments:

• uzgPlugin.log
• xbmc.log

[GoogleCodeExporter]

.: Kanaler :. and Öppet arkiv are working but not .: Senaste nyhetsprogram :.

Do you need a separate issue for the .: Senaste nyhetsprogram :.?
Instead of "news program" it shows "Rekommenderat".

Let me know if you need more log files.

Original comment by jagflash...@gmail.com on 29 Aug 2013 at 5:57

[GoogleCodeExporter]

They moved to HTTPS m3u8 streams and apparently XBMC does not like that. Let me 
look more into it.

Original comment by basrie...@gmail.com on 29 Aug 2013 at 7:19

• Changed state: Started

[GoogleCodeExporter]

See here: http://forum.xbmc.org/showthread.php?tid=171260&pid=1495233#pid1495233

Seems to be an XBMC issue in relation with akamaihd.net and https streams.

Original comment by basrie...@gmail.com on 29 Aug 2013 at 7:51

[GoogleCodeExporter]

Ok, bad luck. No https support in XBMC's ffmpeg. 

http://forum.xbmc.org/showthread.php?tid=172428&action=newpost

So we need to find non-https streams of they exist. How is the other SVT plugin 
doing it? 

Original comment by basrie...@gmail.com on 31 Aug 2013 at 7:21

[GoogleCodeExporter]

I have attached debugtext from a program i know is not working. I don't know if 
you have any use of it?

The other SVT add-on is even worse. It can't even list the episodes...

Original comment by jagflash...@gmail.com on 31 Aug 2013 at 12:58

Attachments:

• debugtext.txt

[GoogleCodeExporter]

The new update SVT Play add-on has the same issue.

Original comment by basrie...@gmail.com on 1 Sep 2013 at 7:39

[GoogleCodeExporter]

Some program seems to still work so it's not all that have been moved to https. 
I don't know if you can detect it and show a message when it's not working 
instead of nothing?

Original comment by jagflash...@gmail.com on 1 Sep 2013 at 7:53

[GoogleCodeExporter]

Only the newer episodes.

Original comment by basrie...@gmail.com on 1 Sep 2013 at 8:49

[GoogleCodeExporter]

Seems new versions of ffmpeg do support https.

From https://github.com/FFmpeg/FFmpeg/blob/master/Changelog
"- TLS/SSL and HTTPS protocol support"

Original comment by cartridg...@gmail.com on 4 Sep 2013 at 8:08

[GoogleCodeExporter]

True, but it's not yet in the XBMC Trunk.

Original comment by basrie...@gmail.com on 4 Sep 2013 at 8:13

[GoogleCodeExporter]

I tested one of the latest ffmpeg builds:
ffmpeg -i 
"https://svtplay3a-f.akamaihd.net/i/world/open/20130904/1355926-013A_abc/REGIONA
LA_NYHET-013A-abc-56a73d3f91e736a7_,900,348,564,1680,.mp4.csmil/index_0_av.m3u8?
null=&id=AgBQ2BN2FwNaluOdJ1INF0y3l9i0yBiyecQju8vg3IgpjSLsEtCDDR3ELaxnM0Mokm0s4i9
tscIe0Q%3d%3d"

I worked just fine. Sadly libavcodec/libavformat 5.5 is not even included in 
the latest Gotham release (only 5.4) of XBMC.

Original comment by cartridg...@gmail.com on 4 Sep 2013 at 8:59

[GoogleCodeExporter]

Could you post that here: 
http://forum.xbmc.org/showthread.php?tid=172428&pid=1499088#pid1499088

Original comment by basrie...@gmail.com on 4 Sep 2013 at 9:25

[GoogleCodeExporter]

I have posted in the above thread.

Original comment by cartridg...@gmail.com on 5 Sep 2013 at 2:48

[GoogleCodeExporter]

Latest XBMC Nightly is compiled with gnu-tls support. Tested it and the SVT 
Streams played perfectly.

Original comment by cartridg...@gmail.com on 11 Oct 2013 at 8:41

[GoogleCodeExporter]

Are you sure about that? I tested the LIVE streams and none of them worked... 
What programs/episodes did you tested it on?

Original comment by jagflash...@gmail.com on 11 Oct 2013 at 9:05

[GoogleCodeExporter]

Or should i say "Kanaler". All other streams are back on http and Homeland 
doesn't work because of the Flash Access 3 plugin.

Original comment by jagflash...@gmail.com on 11 Oct 2013 at 9:09

[GoogleCodeExporter]

I will test again with some logging active.

Original comment by cartridg...@gmail.com on 12 Oct 2013 at 8:02

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Seems that you are correct.
Cannot try until they start using https again.
It really sucks that svt disables playing for instance Homeland on mobile 
devices.
Radiotjänst bills you for owning a smart phone and then you cannot even play 
all programs on your smart phone. :(

Original comment by cartridg...@gmail.com on 12 Oct 2013 at 8:46

[GoogleCodeExporter]

You can test it on the "Kanaler" http://www.svtplay.se/kanaler. They all use 
https but when i tested them none of them work. I don't know if Bas have to do 
something with XOT before it works with https streams?

Original comment by jagflash...@gmail.com on 12 Oct 2013 at 2:42

[GoogleCodeExporter]

I tried changing chn_svt.py:

I changed
  self.baseUrl = "http://www.svtplay.se"
to
  self.baseUrl = "https://www.svtplay.se"

and both "Kanaler" and regular programs worked.

Still can't play Homeland though, since it's DRM protected.

Original comment by cartridg...@gmail.com on 13 Oct 2013 at 3:02

[GoogleCodeExporter]

Could you please specify what did not work if you would leave it at http?

Original comment by basrie...@gmail.com on 13 Oct 2013 at 3:37

[GoogleCodeExporter]

Are we really talking about the same thing here? Why change 
http://www.svtplay.se/kanaler to https://www.svtplay.se/kanaler ?

Original comment by jagflash...@gmail.com on 13 Oct 2013 at 8:14

[GoogleCodeExporter]

When i try to watch "Kanaler" with XOT i only get "The selected item have no 
stream" and nothing more. I'm running XBMC (13.0-ALPHA9 Git:20131011-9c9fdb3).

Original comment by jagflash...@gmail.com on 13 Oct 2013 at 8:36

Attachments:

• uzgPlugin.log
• xbmc.log

[GoogleCodeExporter]

Peoples, I am going to stop you all here. There are 3 things here getting mixed 
up:

- Videos
- Live Videos (and now also the catch-up feature)
- Actual channels that you can stream (http://www.svtplay.se/kanaler)

Videos (Except Homeland) should all work, as they reverted HTTPS there. The 
channels won't work (they still use HTTPS) and the Live Videos I do not support 
(yet). 

So please be clear what you report.

Original comment by basrie...@gmail.com on 13 Oct 2013 at 9:00

[GoogleCodeExporter]

Sorry, my comments were a bit confusing.

I tested a Gotham Nightly build (with https support for ffmpeg).
I then changed the chn_svt.py script, modifying the baseUrl to always use https.

After that everything worked. They reverted almost everything back to http, but 
seems like everything is also available through https.

Currently "Vidoes" and "Kanaler" is working.

Original comment by cartridg...@gmail.com on 13 Oct 2013 at 11:04

[GoogleCodeExporter]

ok, but I don't think you need to change the self.baseUrl to https, as it is 
not used for any stream urls. Could you please test this? I can't due to 
regional restrictions.

Original comment by basrie...@gmail.com on 14 Oct 2013 at 7:21

[GoogleCodeExporter]

I changed back and "Kanaler" doesn't work, this worked by changing baseUrl. 
Probably should have changed somewhere else in the code, but my experience with 
this is limited.

Attached some log files.

Original comment by cartridg...@gmail.com on 14 Oct 2013 at 7:50

Attachments:

• xbmc_without_changes.log
• xbmc_with_https_in_baseUrl.log
• uzgPlugin_without_changes.log
• uzgPlugin_with_https_in_baseUrl.log

[GoogleCodeExporter]

Well, I looked at the logfiles, but the streams you start are in both cases the 
HTTPS streams (look at the logs and find a line that contains: "Selected 
Streams:"). So I am not convinced. The json file I open for the channels 
redirects to the http url if you request the https url, so that cannot be the 
thing. 

I did notice that  you tried two different channels SVT1 and SVT24. They both 
have their own server svt13-lh.akamaihd.net and svt10-lh.akamaihd.net. Could 
you verify with one channel only?

Original comment by basrie...@gmail.com on 14 Oct 2013 at 9:38

[GoogleCodeExporter]

It's correct. If I change the self.baseUrl = "http://www.svtplay.se" to 
self.baseUrl = "https://www.svtplay.se" in chn_svt.py all the "Kanaler" works.

Original comment by jagflash...@gmail.com on 14 Oct 2013 at 9:59

[GoogleCodeExporter]

I tested it on XBMCbuntu 13 ALPHA 8 and it did not work. It's only working in 
ALPHA 9 and I think that's because there was no support in ALPHA 8 for HTTPS.
Maybe for playing HTTPS XBMC can't change from HTTP to HTTPS? It must start 
with HTTPS for it to play HTTPS streams?

Original comment by jagflash...@gmail.com on 14 Oct 2013 at 10:06

[GoogleCodeExporter]

Could you please post a Fiddler trace while playing such a channel, and also a 
corresponding uzgplugin.log?

Original comment by basrie...@gmail.com on 14 Oct 2013 at 11:28

[GoogleCodeExporter]

Oh, and please put the XOT log level to DEBUG or TRACE

Original comment by basrie...@gmail.com on 14 Oct 2013 at 11:36

[GoogleCodeExporter]

Fiddler too big again. Use this URL:
http://sprend.com/download.htm?C=74ac9336848f42f8bb74d91e391b5d44

I hope this was what you requested?

Original comment by jagflash...@gmail.com on 14 Oct 2013 at 12:35

Attachments:

• uzgPlugin.log

[GoogleCodeExporter]

nope, I want is:
- A fiddler trace of XOT-Uzg.v3 trying to play a channel WITHOUT the 
self.baseUrl modification + uzgplugin.log (Trace or Debug) + xbmc.log (Debug)

- A fiddler trace of XOT-Uzg.v3 trying to play that SAME channel WITH the 
self.baseUrl modification + uzgplugin.log (Trace or Debug) + xbmc.log (Debug)

Original comment by basrie...@gmail.com on 14 Oct 2013 at 5:48

[GoogleCodeExporter]

I hope it will be right this time...

Original comment by jagflash...@gmail.com on 14 Oct 2013 at 6:50

Attachments:

• fiddler_trace.zip

[GoogleCodeExporter]

Here are mine as well...

Original comment by cartridg...@gmail.com on 14 Oct 2013 at 7:01

Attachments:

• logs.7z

[GoogleCodeExporter]

Ok, I figured it out, thanks to the logs of jagflashardinxbox360 and 
cartridge79. 

Because you replaced the http with https, the channels were processed as if 
they were a stream. This seemed to work, but not as intended. 

I just update the chn_svt.py and it should be fixed. Could you please try this 
version? 

Original comment by basrie...@gmail.com on 14 Oct 2013 at 7:31

Attachments:

• chn_svt.py

[GoogleCodeExporter]

Yes, it's working!

Original comment by jagflash...@gmail.com on 14 Oct 2013 at 7:53

[GoogleCodeExporter]

Great work!

Both "Kanaler" and other programs work.
Now all that is needed is a stable release of Gotham.

Original comment by cartridg...@gmail.com on 14 Oct 2013 at 7:55

[GoogleCodeExporter]

Very nice. I will make this version the new one then.....but....as there is no 
hurry in updating (No Gotham build yet) I won't release an update straight away.

Original comment by basrie...@gmail.com on 14 Oct 2013 at 8:02

[GoogleCodeExporter]

A new release is available XOT-Uzg.v3.3.7 which has a fix included.

Original comment by basrie...@gmail.com on 20 Oct 2013 at 7:06

• Changed state: Done

[GoogleCodeExporter]

I can confirm that SVTPlay Kanaler now works on XBMCbuntu ALPHA 9 (released 
today).

Original comment by jagflash...@gmail.com on 2 Nov 2013 at 7:47

[GoogleCodeExporter]

Issue 488 has been merged into this issue.

Original comment by basrie...@gmail.com on 21 Nov 2013 at 6:29

[GoogleCodeExporter]

Issue 488 has been merged into this issue.

Original comment by basrie...@gmail.com on 21 Nov 2013 at 9:49

[GoogleCodeExporter]

Issue 488 has been merged into this issue.

Original comment by basrie...@gmail.com on 21 Nov 2013 at 9:54