SvtPlay

Upgraded to Serviio 1.2 and svtplay plugin 1.9. Still no luck playing live content using my LG ST-600 / LG profile. Freezes up before the video starts to play, just like before. Oh well.... The earth is still going around the sun I'm happy to be able to play on demand content in HD without video transcoding. Gonna keep track of this thread to see if anything comes up that's worth trying out. Maybe Otto or Zip wil eventully find a solution...

Keep up the good work

  Code:

2013-03-27 12:06:34,143 DEBUG [FeedUpdaterThread] Checking for new and expired online resources
2013-03-27 12:06:34,143 DEBUG [OnlineRepositoryDAOImpl] Reading all OnlineRepositories
2013-03-27 12:06:34,143 DEBUG [OnlineRepositoryDAOImpl] Reading an OnlineRepository (id = 13)
2013-03-27 12:06:34,143 DEBUG [OnlineRepositoryDAOImpl] Reading an OnlineRepository (id = 18)
2013-03-27 12:06:34,143 DEBUG [OnlineLibraryManager] Resource http://www.svtplay.se/plus not in cache yet, loading it
2013-03-27 12:06:34,143 DEBUG [FeedParser] Parsing feed 'http://www.svtplay.se/plus'
2013-03-27 12:06:34,439 DEBUG [FeedParser] Feed failed parsing (Invalid XML: Error on line 41: The content of elements must consist of well-formed character data or markup.), trying BOM detection
2013-03-27 12:06:34,439 DEBUG [FeedParser] BOM Feed failed parsing (Invalid XML: Error on line 41: The content of elements must consist of well-formed character data or markup.), trying unzipping it
2013-03-27 12:06:34,439 WARN  [FeedUpdaterThread] An error occured while scanning for online item information, will continue
java.io.IOException: Cannot parse resource from http://www.svtplay.se/plus. Message: Error during feed parsing, provided URL probably doesn't point to a valid RSS/Atom feed. Message: Invalid XML: Error on line 41: The content of elements must consist of well-formed character data or markup.
   at org.serviio.library.online.OnlineLibraryManager.findResource(OnlineLibraryManager.java:179)
   at org.serviio.library.online.OnlineLibraryManager.findResourceInCacheOrParse(OnlineLibraryManager.java:186)
   at org.serviio.library.online.metadata.FeedUpdaterThread.getOnlineItems(FeedUpdaterThread.java:159)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:96)

This is the error I get when I try to add any feed from svtplay with the latest svtplay plugin.
I have Serviio 1.2 running on Windows 2008 server.
I am located in sweden but that shouldn't be an issue anyway.
I also tried with http://www.svtplay.se/telefonsupporten? ... des&sida=1 with the ?tab=episodes etc arguments. No difference.
Any suggestions?

I solved my problem.

Didn't check the dropdown selection box where you add the online source. Changing that to Web resource solved my problem.

Thanks for the plugin!

[ottomatic]

I solved my problem.

Didn't check the dropdown selection box where you add the online source. Changing that to Web resource solved my problem.

Good!

Thanks for the plugin!

You are welcome!

/ O

[csholmq]

Just upgraded to 1.2.

  Code:

2013-04-15 08:53:07,187 DEBUG [FeedUpdaterThread] Retrieving file size from the URL connection
2013-04-15 08:53:07,551 DEBUG [FeedUpdaterThread] Retrieving information about the video stream 'Skavlan - Del 5'
2013-04-15 08:53:07,551 DEBUG [FFMPEGWrapper] Invoking FFMPEG to retrieve media information for file: http://svtplay3p-f.akamaihd.net/i/world/open/20130215/1352926-005A/SKAVLAN_9_VAR_2-005A-c891208368c6d444_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=
2013-04-15 08:53:07,560 DEBUG [ProcessExecutor] Starting /root/.serviio/opt/bin/FFmpegWrapper.sh -analyzeduration 10000000 -i http://svtplay3p-f.akamaihd.net/i/world/open/20130215/1352926-005A/SKAVLAN_9_VAR_2-005A-c891208368c6d444_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=
2013-04-15 08:53:08,755 WARN  [FeedUpdaterThread] Failed to retrieve online item information for http://svtplay3p-f.akamaihd.net/i/world/open/20130215/1352926-005A/SKAVLAN_9_VAR_2-005A-c891208368c6d444_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=. 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:292)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveTechnicalMetadata(FeedUpdaterThread.java:209)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:102)
Caused by: org.serviio.library.local.metadata.extractor.InvalidMediaFormatException: Unknown video file type.
   at org.serviio.library.metadata.FFmpegMetadataRetriever.validateMandatoryMetadata(FFmpegMetadataRetriever.java:453)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveMetadata(FFmpegMetadataRetriever.java:94)
   at org.serviio.library.metadata.FFmpegMetadataRetriever.retrieveOnlineMetadata(FFmpegMetadataRetriever.java:132)
   at org.serviio.library.online.metadata.FeedUpdaterThread.retrieveMetadata(FeedUpdaterThread.java:269)
   ... 2 more


  Code:

ffmpeg version 1.2-Qnap_csholmq Copyright (c) 2000-2013 the FFmpeg developers
  built on Apr 14 2013 12:33:22 with gcc 4.2.3 (GCC)
  configuration: --arch=arm --disable-armv6 --disable-armv6t2 --disable-neon --prefix=/opt --extra-libs=-ldl --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-pthreads --enable-libmp3lame --enable-librtmp --enable-libshine --enable-libfdk-aac --extra-version=Qnap_csholmq
  libavutil      52. 18.100 / 52. 18.100
  libavcodec     54. 92.100 / 54. 92.100
  libavformat    54. 63.104 / 54. 63.104
  libavdevice    54.  3.103 / 54.  3.103
  libavfilter     3. 42.103 /  3. 42.103
  libswscale      2.  2.100 /  2.  2.100
  libswresample   0. 17.102 /  0. 17.102
[h264 @ 0x114c850] non-existing SPS 0 referenced in buffering period
[h264 @ 0x114c850] non-existing SPS 32 referenced in buffering period
[h264 @ 0x114c850] non-existing SPS 0 referenced in buffering period
[h264 @ 0x114c850] non-existing SPS 32 referenced in buffering period
Illegal instruction

Maybe it's an issue with my wrapper?

[ottomatic]

Just upgraded to 1.2.

... [Error message removed]

Maybe it's an issue with my wrapper?

Maybe. But what does your wrapper do?

Try calling ffmpeg directly with the same switches that your wrapper produces, and watch the output.
Perhaps you need a newer version of ffmpeg?

The "non-existing SPS 32 referenced in buffering period" error might give you a hint, although I'm not sure it causes the ffmpeg analysis to fail entirely.

[csholmq]

Just upgraded to 1.2.

... [Error message removed]

Maybe it's an issue with my wrapper?

Maybe. But what does your wrapper do?

Try calling ffmpeg directly with the same switches that your wrapper produces, and watch the output.
Perhaps you need a newer version of ffmpeg?

The "non-existing SPS 32 referenced in buffering period" error might give you a hint, although I'm not sure it causes the ffmpeg analysis to fail entirely.

Just tried that. Same errors. Does it work with your ffmpeg?

  Code:

ffmpeg -analyzeduration 10000000 -i http://svtplay3p-f.akamaihd.net/i/world/open/20130215/1352926-005A/SKAVLAN_9_VAR_2-005A-c891208368c6d444_,900,348,564,1680,2800,.mp4.csmil/index_4_av.m3u8?id=

[ottomatic]

Just tried that. Same errors. Does it work with your ffmpeg?

I'll look at it this evening.

/ O

[csholmq]

It was a bug with VFP optimization. I disabled it and voilá!

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?

[csholmq]

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.

[ottomatic]

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.

Interesting.

I have been a bit busy lately so I can't promise to get anything done this week. But of course it is doable.

For your information: The SvtPlay plugin has been mostly decoupled from Pirateplay. There are still "fallback" references, but the plugin should in ordinary curcumstances be able to parse the URL:s by itself.

Regards

/ O

That sounds promising!
Just thinking - Does Serviio allow for multiple folder levels in online sources? If it does, it would be nice to have subfolders for each show. If not, well then all episodes would end up in the same folder, not so nice.

[ottomatic]

That sounds promising!
Just thinking - Does Serviio allow for multiple folder levels in online sources? If it does, it would be nice to have subfolders for each show. If not, well then all episodes would end up in the same folder, not so nice.

No multiple / recursive folders allowed.

So it would probably be best to just add each show that the user is interested in.

/ O

[ottomatic]

Hi,

Here is a first draft of a plugin for Öppet Arkiv.

I have NOT tested this with Serviio, just with a groovy interpreter.

It works pretty much like the SvtPlay plugin.

Feed URL:s should be to the shows listed at:
http://www.oppetarkiv.se/kategori/titel

So, e.g. Vilse i pannkakan would be added as a feed using the URL:

  Code:

http://www.oppetarkiv.se/etikett/titel/Vilse%20i%20pannkakan/

When I have cleaned up some of the debug printing and verified that it actually works I'll start a separate thread for this plugin.

Regards.

/ O

[csholmq]

Hi,

Here is a first draft of a plugin for Öppet Arkiv.

I have NOT tested this with Serviio, just with a groovy interpreter.

It works pretty much like the SvtPlay plugin.

Feed URL:s should be to the shows listed at:
http://www.oppetarkiv.se/kategori/titel

So, e.g. Vilse i pannkakan would be added as a feed using the URL:

  Code:

http://www.oppetarkiv.se/etikett/titel/Vilse%20i%20pannkakan/

When I have cleaned up some of the debug printing and verified that it actually works I'll start a separate thread for this plugin.

Regards.

/ O

  Code:

2013-04-19 20:26:17,259 DEBUG [OnlineLibraryManager] Resource http://www.oppetarkiv.se/etikett/titel/Fem%20myror%20är%20fler%20än%20fyra%20elefanter/ not in cache yet, loading it
2013-04-19 20:26:17,260 DEBUG [WebResourceParser] Parsing web resource 'http://www.oppetarkiv.se/etikett/titel/Fem%20myror%20är%20fler%20än%20fyra%20elefanter/'
2013-04-19 20:26:17,260 DEBUG [WebResourceParser] Found matching url extractor (OppetArkiv) for resource http://www.oppetarkiv.se/etikett/titel/Fem%20myror%20är%20fler%20än%20fyra%20elefanter/
2013-04-19 20:26:17,260 DEBUG [FeedItemUrlExtractor] OppetArkiv: Starting parsing resource: http://www.oppetarkiv.se/etikett/titel/Fem%20myror%20är%20fler%20än%20fyra%20elefanter/
2013-04-19 20:26:17,266 DEBUG [FeedItemUrlExtractor] OppetArkiv: OppetArkiv: extracting items for url: http://www.oppetarkiv.se/etikett/titel/Fem%20myror%20är%20fler%20än%20fyra%20elefanter/ , maxItemsToRetrieve: 50
2013-04-19 20:26:17,476 WARN  [WebResourceParser] Plugin returned null container
2013-04-19 20:26:17,477 WARN  [OnlineContentCacheDecorator] Could not store object to local cache (online_feeds): Value must not be null
2013-04-19 20:26:17,477 WARN  [FeedUpdaterThread] An error occured while scanning for online item information, will continue
java.lang.NullPointerException
   at org.serviio.library.online.OnlineLibraryManager.getEarliestItemExpiryDate(OnlineLibraryManager.java:313)
   at org.serviio.library.online.OnlineLibraryManager.storeResourceExpiryDate(OnlineLibraryManager.java:358)
   at org.serviio.library.online.OnlineLibraryManager.findResource(OnlineLibraryManager.java:177)
   at org.serviio.library.online.OnlineLibraryManager.findResourceInCacheOrParse(OnlineLibraryManager.java:186)
   at org.serviio.library.online.metadata.FeedUpdaterThread.getOnlineItems(FeedUpdaterThread.java:159)
   at org.serviio.library.online.metadata.FeedUpdaterThread.run(FeedUpdaterThread.java:96)


Seems as if you forgot to parse åäö

[n3mmr]

A minor question regarding the use of Pirateplay, a bit OT, but still.

I've tried using the pirateplay.se webapp and AdobeHDS.php to download stuff from SVTPlay, and it fails fairly often.

I' was going to write to the Pirateplay guy and ask, but.... I can't find a contact address anywhere?? Am I going blind??

And am I right in guessing that AdobeHDS.php only ever gets involved in downloading HDS streams ( the "only" bit isn't ever stated explicitly on the pirateplay web page ) and that to get a download command generated from the app I have to find an HDS stream and use that as data to the web app: the AdobeHDS.php script can't possibly be used from the ffmpeg commands generated for HLS streams, or can it??

[ottomatic]

A minor question regarding the use of Pirateplay, a bit OT, but still.

I've tried using the pirateplay.se webapp and AdobeHDS.php to download stuff from SVTPlay, and it fails fairly often.

I' was going to write to the Pirateplay guy and ask, but.... I can't find a contact address anywhere?? Am I going blind??

And am I right in guessing that AdobeHDS.php only ever gets involved in downloading HDS streams ( the "only" bit isn't ever stated explicitly on the pirateplay web page ) and that to get a download command generated from the app I have to find an HDS stream and use that as data to the web app: the AdobeHDS.php script can't possibly be used from the ffmpeg commands generated for HLS streams, or can it??

From the front page of http://pirateplay.se:

Vem?

Vem står för sidan? Det gör jag, Jacques de Laval, licensbetalare. På fritiden utvecklar och underhåller jag Pirateplay.se och Pirateplayer. Man når mig enklast via e-post: jacques[snabel-a]pirateplay.se eller via Twitter.

AFAIK, yes: AdobeHDS.php only ever gets involved in downloading HDS streams.
I assume that the pirateplay app usually suggests HLS streams over HDS precisely for the same reasons as the SvtPlay plugin; because ffmpeg is more a more versatile tool (and the only one supported by Serviio).

[ottomatic]

Seems as if you forgot to parse åäö

It is not so much the plugin as Serviio itself. There really should be no unescaped special language characters in URL:s.

I'll report the issue to zip. And meanwhile perhaps we, the users, should also report the issue to Öppet Arkiv, without going too much into the specifics of how we are interfacing their service; suffice it to say that "some clients cannot properly handle å-ä-ö in url:s".

Regards

/ O

[csholmq]

Seems as if you forgot to parse åäö

It is not so much the plugin as Serviio itself. There really should be no unescaped special language characters in URL:s.

I'll report the issue to zip. And meanwhile perhaps we, the users, should also report the issue to Öppet Arkiv, without going too much into the specifics of how we are interfacing their service; suffice it to say that "some clients cannot properly handle å-ä-ö in url:s".

Regards

/ O

I see. I contacted Öppet Arkiv with the issue and hopefully they'll respond asap.