SvtPlay

[ottomatic]

You need an ffmpeg compiled with support for https. This is not the case with the ffmpeg which is bundled with serviio.
/ O

I need a pointer to what ffmpeg build to use. Would the latest Zeranoe Static windows build do (can't find info on https-support)?

Yes.

[n3mmr]

This is probably me going demented, BUT: I updated the SvtPlay plugin to the latest one, and edited it to make the "unlimited" setting mean 88 entries max. The titles appear as expected for the categories I tested, but none of the shows will play on my BDP-S370 or WDTVLIVE HD.

I just dropped the 1.3.1 linux serviio in a new directory and started up the serviio service from the new location.

I haven't done anything beyond extracting the linux tar, adding the very latest SvtPlay plugin and configuring two online SVT Play categories.

Am I missing something in the profiles for these renderers or what??

Once I'm sure I haven't just forgotten some simple implicit step in the install, I'll do the appropriate debug log setting and get a log to analyse.

You need an ffmpeg compiled with support for https. This is not the case with the ffmpeg which is bundled with serviio.

Regards

/ O

That isn't it, I think - at least

  Code:

> pwd
/usr/local/serviio-1.3.1
> ./ffmpeg -protocols
ffmpeg version N-52264-g6189ff3 Copyright (c) 2000-2013 the FFmpeg developers
  built on Apr 19 2013 19:26:03 with gcc 4.6.3 (GCC)
  configuration: --enable-mmx --enable-sse --enable-ssse3 --disable-debug --enable-nonfree --enable-gpl --enable-runtime-cpudetect --enable-postproc --enable-avfilter --enable-swscale --enable-libgsm --enable-libxvid --enable-libx264 --enable-libfaac --enable-libtheora --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libspeex --enable-pthreads --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --disable-static --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-vdpau --enable-libass --enable-openssl --enable-openal --enable-shared
  libavutil      52. 27.100 / 52. 27.100
  libavcodec     55.  3.100 / 55.  3.100
  libavformat    55.  3.100 / 55.  3.100
  libavdevice    55.  0.100 / 55.  0.100
  libavfilter     3. 58.100 /  3. 58.100
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  3.100 / 52.  3.100
Supported file protocols:
Input:
cache
concat
crypto
data
file
gopher
hls
http
httpproxy
https
mmsh
mmst
pipe
rtp
srtp
tcp
tls
udp
rtmp
rtmpe
rtmps
rtmpt
rtmpte
Output:
file
gopher
http
httpproxy
https
md5
pipe
rtp
srtp
tcp
tls
udp
rtmp
rtmpe
rtmps
rtmpt
rtmpte


seems to indicate my ffmpeg does support https.

[ottomatic]

...
seems to indicate my ffmpeg does support https.

True dat.

Well, upgrading to zeranoe helped for me.

One more thing to check are the actual feed definitions. Make sure the URL:s match what you see when you click around in the SvtPlay site today.

Regards

/ O

[n3mmr]

...
seems to indicate my ffmpeg does support https.

True dat.

Well, upgrading to zeranoe helped for me.

One more thing to check are the actual feed definitions. Make sure the URL:s match what you see when you click around in the SvtPlay site today.

Regards

/ O

I'd like to know what configure options were used for zeranoe ffmpeg- Do I have to find a windows box and run ffmpeg and see what the init message tells me, or can someone else do it for me, please?? Pretty please???

[ottomatic]

I'd like to know what configure options were used for zeranoe ffmpeg- Do I have to find a windows box and run ffmpeg and see what the init message tells me, or can someone else do it for me, please?? Pretty please???

I just downloaded the latest 64 bit static zeranoe build for Windows.

Output:

  Code:

D:\Program Files\Serviio\lib>ffmpeg.exe -version
ffmpeg version N-56553-g5dca837
built on Sep 21 2013 18:08:41 with gcc 4.7.3 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avis
ynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable
-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype
--enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enabl
e-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-lib
opus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspee
x --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aace
nc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpac
k --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
libavutil      52. 45.100 / 52. 45.100
libavcodec     55. 33.100 / 55. 33.100
libavformat    55. 18.102 / 55. 18.102
libavdevice    55.  3.100 / 55.  3.100
libavfilter     3. 86.102 /  3. 86.102
libswscale      2.  5.100 /  2.  5.100
libswresample   0. 17.103 /  0. 17.103
libpostproc    52.  3.100 / 52.  3.100


Would there be any chance of having support for http://www.oppetarkiv.se in the SVT-Play plugin?
Öppet Arkiv is a new twin site to SVT-Play containing material older than 2005. A real nostalgic goldmine
Or maybe it already works? By individual shows, I guess it does, but it doesn't have the same structure as SVT-Play, no genres, just an A-Ö index page. Would be too much to parse and index all shows, wouldn't it? I mean, they would all end up in the same subfolder in Servioo, wouldn't they?

What do you think Otto? Possible?

It's possible. The groove plugin relies on pirateplay.se. I just checked and oppetarkiv.se works fine there. Alas, Otto needs to add support for scraping oppetarkiv.se similarly to svtplay.se.

Hello.Just wondering if anybody got the oppetarkiv plugin to work?

[ottomatic]

Hello.Just wondering if anybody got the oppetarkiv plugin to work?

It turns out the HTML markup had changed for Öppet Arkiv as well. I have fixed the plugin and uploaded it to a separate new forum thread:
viewtopic.php?f=20&t=13326

Regards

/ O

[ottomatic]

Folks,

I uploaded version 1.1.13 of the SvtPlay plugin.

This is a minor update which provides support for more resolutions in the quality priority list.
This update will probably only affect those who have their quality option set to Low or Medium.

Regards

/ O

[n3mmr]

Hello.Just wondering if anybody got the oppetarkiv plugin to work?

It turns out the HTML markup had changed for Öppet Arkiv as well. I have fixed the plugin and uploaded it to a separate new forum thread:
viewtopic.php?f=20&t=13326

Regards

/ O

I wish the web resource URL for oppetarkiv.se could be of the form;

http://www.oppetarkiv.se/kategori/titel

rather than

http://www.oppetarkiv.se/etikett/titel/Almedalsveckan/

Are there any higher-up categories that can be given as web resource urls, rather than each and every show?? Getting something up from öppetarkiv requires a lot of prework on a computer. Browsing directly in serviio would be so much nicer.

[n3mmr]

This is probably me going demented, BUT: I updated the SvtPlay plugin to the latest one, and edited it to make the "unlimited" setting mean 88 entries max. The titles appear as expected for the categories I tested, but none of the shows will play on my BDP-S370 or WDTVLIVE HD.

I just dropped the 1.3.1 linux serviio in a new directory and started up the serviio service from the new location.

I haven't done anything beyond extracting the linux tar, adding the very latest SvtPlay plugin and configuring two online SVT Play categories.

Am I missing something in the profiles for these renderers or what??

You need an ffmpeg compiled with support for https. This is not the case with the ffmpeg which is bundled with serviio.

Regards

/ O

That isn't it, I think - at least

  Code:

> pwd
/usr/local/serviio-1.3.1
> ./ffmpeg -protocols
ffmpeg version N-52264-g6189ff3 Copyright (c) 2000-2013 the FFmpeg developers
  built on Apr 19 2013 19:26:03 with gcc 4.6.3 (GCC)
  configuration: --enable-mmx --enable-sse --enable-ssse3 --disable-debug --enable-nonfree --enable-gpl --enable-runtime-cpudetect --enable-postproc --enable-avfilter --enable-swscale --enable-libgsm --enable-libxvid --enable-libx264 --enable-libfaac --enable-libtheora --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libspeex --enable-pthreads --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --disable-static --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable-vdpau --enable-libass --enable-openssl --enable-openal --enable-shared
  libavutil      52. 27.100 / 52. 27.100
  libavcodec     55.  3.100 / 55.  3.100
  libavformat    55.  3.100 / 55.  3.100
  libavdevice    55.  0.100 / 55.  0.100
  libavfilter     3. 58.100 /  3. 58.100
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  3.100 / 52.  3.100
Supported file protocols:
Input:
cache
concat
crypto
data
file
gopher
hls
http
httpproxy
https
mmsh
mmst
pipe
rtp
srtp
tcp
tls
udp
rtmp
rtmpe
rtmps
rtmpt
rtmpte
Output:
file
gopher
http
httpproxy
https
md5
pipe
rtp
srtp
tcp
tls
udp
rtmp
rtmpe
rtmps
rtmpt
rtmpte


seems to indicate my ffmpeg does support https.

Today I decided to finaly do something about this problem.

I started out by verifying the problem again, i e not changing any ffmpeg versions or anything else, and SUDDENLY it just started working.

Uhh?

I had rebooted my server yesterday, nothing else. Given that when testing previously I had restarted the serviio service several times, this seems surprising.

[ottomatic]

Today I decided to finaly do something about this problem.

I started out by verifying the problem again, i e not changing any ffmpeg versions or anything else, and SUDDENLY it just started working.

Uhh?

I had rebooted my server yesterday, nothing else. Given that when testing previously I had restarted the serviio service several times, this seems surprising.

Yeah, I have it working on one server at home, but on the other I only get content items on the "Kanaler" (live) feed. All the feeds for individual shows or categories such as "Dokumentärer" are emtpy.

So I need to do some debug logging too.

I suspect the problem is in Serviio rather than the plugin, because I get nice content items with playable stream URL:s when I just run the plugin through a Groovy console for testing.

I've been using this plugin with problem with tv shows such as Bron, Plus, Rapport etc. Today, I tried adding Downton Abbey, and I get this in the log:

  Code:

2013-11-03 13:30:04,505 WARN  [FeedUpdaterThread] Failed to retrieve online item information for https://svtplay10m-f.akamaihd.net/i/se/secure/20131031/1358893-001A/DOWNTON_ABBEY_4-001A-290cbdad789e3de5_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=AgDVUG1sFwNad8xBdlJQULa2EtEhBjDzqdVzAfkTSy4FgZjnJPT4ia5yi4dYouKe8NoZJ8SMoWJLaA%3d%3d. It might not play.
java.io.IOException: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:320)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveTechnicalMetadata(FeedUpdaterThread.java:237)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:116)
Caused by: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.metadata.FFmpegMetadataRetriever.validateMandatoryMetadata(FFmpegMetadataRetriever.java:454)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveMetadata(FFmpegMetadataRetriever.java:97)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveOnlineMetadata(FFmpegMetadataRetriever.java:135)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:297)
   ... 2 more

Any idea as to why?

[ottomatic]

I've been using this plugin with problem with tv shows such as Bron, Plus, Rapport etc. Today, I tried adding Downton Abbey, and I get this in the log:

  Code:

2013-11-03 13:30:04,505 WARN  [FeedUpdaterThread] Failed to retrieve online item information for https://svtplay10m-f.akamaihd.net/i/se/secure/20131031/1358893-001A/DOWNTON_ABBEY_4-001A-290cbdad789e3de5_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=AgDVUG1sFwNad8xBdlJQULa2EtEhBjDzqdVzAfkTSy4FgZjnJPT4ia5yi4dYouKe8NoZJ8SMoWJLaA%3d%3d. It might not play.
java.io.IOException: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:320)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveTechnicalMetadata(FeedUpdaterThread.java:237)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:116)
Caused by: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.metadata.FFmpegMetadataRetriever.validateMandatoryMetadata(FFmpegMetadataRetriever.java:454)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveMetadata(FFmpegMetadataRetriever.java:97)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveOnlineMetadata(FFmpegMetadataRetriever.java:135)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:297)
   ... 2 more

Any idea as to why?

Not right off the bat. Try updating your ffmpeg binary to a later version.

Regards

/ O

I've got a version of ffmpeg that I've compiled on my own, I'm on Linux. Cant' guarantee it's flawless

But I interpreted the error message as a parsing error, not an ffmpeg error. I'll see if I can dig a bit further and see what I can come up with.

[ottomatic]

I've got a version of ffmpeg that I've compiled on my own, I'm on Linux. Cant' guarantee it's flawless

But I interpreted the error message as a parsing error, not an ffmpeg error. I'll see if I can dig a bit further and see what I can come up with.

Serviio is saying that ffmpeg can does not recognise the video format.

Did you include https support when compiling ffmpeg?

Regards

/ O

[ottomatic]

I've got a version of ffmpeg that I've compiled on my own, I'm on Linux. Cant' guarantee it's flawless

But I interpreted the error message as a parsing error, not an ffmpeg error. I'll see if I can dig a bit further and see what I can come up with.

Having looked into this, I am even more sure that the problem is in your ffmpeg executable. The "metadata exception" is thrown when serviio asks ffmpeg to retrieve metadata and ffmpeg fails to do this.

Like I stated earlier, you need to include HTTPS support in ffmpeg as most video streams from SvtPlay are delivered over that protocol these days.

For more info on where ffmpeg fails, open a command window, cd to the directory where you keep your ffmpeg binary, and run the following command:

  Code:

ffmpeg.exe -analyzeduration 10000000 -i "<path to video stream>" "path to output file.mp4"


In your case, you found the path to the video stream in the Serviio log file. Although the URL is probably outdated by now, you should have run:

  Code:

ffmpeg.exe -analyzeduration 10000000 -i "https://svtplay10m-f.akamaihd.net/i/se/secure/20131031/1358893-001A/DOWNTON_ABBEY_4-001A-290cbdad789e3de5_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=AgDVUG1sFwNad8xBdlJQULa2EtEhBjDzqdVzAfkTSy4FgZjnJPT4ia5yi4dYouKe8NoZJ8SMoWJLaA%3d%3d" "Downton_Abbey_4.mp4"


You should see a clear error message telling you why ffmpeg cannot parse the metadata.

Regards

/ O

[ottomatic]

Today I decided to finaly do something about this problem.

I started out by verifying the problem again, i e not changing any ffmpeg versions or anything else, and SUDDENLY it just started working.

Uhh?

I had rebooted my server yesterday, nothing else. Given that when testing previously I had restarted the serviio service several times, this seems surprising.

I think the may be a flaw in the way Serviio indexes things. I had the same problem and got the feeling it had to do with Serviio being busy indexing a lot of MP3 files with varying quality in ID3 tags.

Regards

/ O

[n3mmr]

Today I decided to finaly do something about this problem.

I started out by verifying the problem again, i e not changing any ffmpeg versions or anything else, and SUDDENLY it just started working.

Uhh?

I had rebooted my server yesterday, nothing else. Given that when testing previously I had restarted the serviio service several times, this seems surprising.

I think the may be a flaw in the way Serviio indexes things. I had the same problem and got the feeling it had to do with Serviio being busy indexing a lot of MP3 files with varying quality in ID3 tags.

Regards

/ O

Since perhaps 4-5 days I no longer get anything playable from svtplay.se. The items show up, but they cannot be played on any of my media players, a WD TV HD Live and a Sony BDP-S370.

The log ( with standard log settings ) typically says nothing for the shows in question.

Any ideas??

[ottomatic]

Since perhaps 4-5 days I no longer get anything playable from svtplay.se. The items show up, but they cannot be played on any of my media players, a WD TV HD Live and a Sony BDP-S370.

The log ( with standard log settings ) typically says nothing for the shows in question.

Any ideas??

Not really.

This feed URL works for me:

  Code:

http://www.svtplay.se/kategorier/dokumentar?tab=senasteprogram

The first item currently is "Musik special - Operan och publiken". It plays flawlessly through my Samsung Bluray SmartHUB.

Can something have happened to your firewall settings recently?
What happens after you force a refresh of the feeds?
What happens after you reboot the server?

If it works after a refresh / reboot, then perhaps you need to lower the general feed expiry interval; SvtPlay may have started using some kind of short term cookie / ticket for the streams to make the URL:s more short lived.

Try to enable debug logging and see what it says.

Regards

/ O

[n3mmr]

Since perhaps 4-5 days I no longer get anything playable from svtplay.se. The items show up, but they cannot be played on any of my media players, a WD TV HD Live and a Sony BDP-S370.

The log ( with standard log settings ) typically says nothing for the shows in question.

Any ideas??

Not really.

This feed URL works for me:

  Code:

http://www.svtplay.se/kategorier/dokumentar?tab=senasteprogram

The first item currently is "Musik special - Operan och publiken". It plays flawlessly through my Samsung Bluray SmartHUB.

Can something have happened to your firewall settings recently?
What happens after you force a refresh of the feeds?
What happens after you reboot the server?

If it works after a refresh / reboot, then perhaps you need to lower the general feed expiry interval; SvtPlay may have started using some kind of short term cookie / ticket for the streams to make the URL:s more short lived.

Try to enable debug logging and see what it says.

Regards

/ O

Force refresh or reboot had no effect.

Expiry is at minimum.

I'll look at doing a debug log later this week.

What IS the difference between how the titles and contents respectively get transferred??