ITV plugin not woking

The plugin stopped working overnight 16/17 July 2017.

Now getting an error message ----> ERROR Video tag not found in playlist

Log dump as follows ----->

Tue Jul 18 06:02:06 BST 2017 WARNING: Content from the last request
InvalidVodcridNo match found for production id: [old-origin-api.itv.com]
Tue Jul 18 06:02:06 BST 2017 SEVERE:
cz.vity.freerapid.plugins.exceptions.PluginImplementationException: 'Video' tag not found in playlist
at cz.vity.freerapid.plugins.services.itv.ItvFileRunner.getRtmpSession(Unknown Source)
at cz.vity.freerapid.plugins.services.itv.ItvFileRunner.run(Unknown Source)
at cz.vity.freerapid.plugins.webclient.AbstractFileShareService.run(AbstractFileShareService.java:102)
at cz.vity.freerapid.core.tasks.DownloadTask.doInBackground(DownloadTask.java:98)
at cz.vity.freerapid.core.tasks.DownloadTask.doInBackground(DownloadTask.java:42)
at javax.swing.SwingWorker$1.call(Unknown Source)
at java.util.concurrent.FutureTask.run(Unknown Source)
at javax.swing.SwingWorker.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

with the same problem here.

The problem is the ITV "hub" website now doesn't show videos until you log in with an email address and password. Signing up is free, but probably limited to UK IP addresses.

Edit: Here is an example URL. [www.itv.com]



Edited 1 time(s). Last edit at 08/04/2017 09:29PM by martyh.

martyh wrote:
-------------------------------------------------------
> The problem is the ITV "hub" website now doesn't
> show videos until you log in with an email address
> and password.

The ITV plugin being currently broken has nothing to do with the requirement to provide login credentials in their browser API.

@tong2shot

You are probably having your well-deserved summer vacation, but FWIW:

1. Recent ITV hub overhaul has broken access to the (now deprecated) VOD RTMP streams, that itv.frp was using
2. The ITV hub URIs have gone back to HTTPS protocol.
3. On supported combinations of OSes+desktop browsers, ITV hub have now shifted to encrypted MPEG-DASH streams (their LIVE streams still use RTMPE, but FRD never supported those).
4. The legacy VOD RTMP streams ARE STILL PRODUCED and can still be accessed, provided some code patch.
5. As a long term (?) solution, when/if the RTMP streams are permanently killed-off, you should consider adding support for their unencrypted AppleHLS streams, aimed at mobile iDevices (iPhone, iPads and such).
6. Linking itv.frp to the Tor plugin has practically no effect currently; they are very quick to block all GB Tor exit nodes,
plus it will become really unusable once/if the switch to HTTP streams in the ITV plugin is made (and I don't know whether it's just my setup, but latest Java 8, even with UnlimitedJCEPolicyJDK8 installed, often gives me errors that look like this

Fri Feb 24 01:54:24 EET 2017 INFO: Starting 'run' for file [www.itv.com]
Fri Feb 24 01:54:24 EET 2017 INFO: Starting download in TASK [www.itv.com]
Fri Feb 24 01:54:25 EET 2017 INFO: Extracting GZIP
Fri Feb 24 01:54:25 EET 2017 INFO: Setting referer to [www.itv.com]
Fri Feb 24 01:54:25 EET 2017 INFO: Converting [mercury.itv.com] with  URI charset UTF-8
Fri Feb 24 01:54:25 EET 2017 SEVERE: cz.vity.freerapid.core.tasks.DownloadTask@6b12b1 failed: java.lang.Exception: java.lang.IllegalStateException: unsupported protocol: 'tor-gb-http'
java.lang.Exception: java.lang.IllegalStateException: unsupported protocol: 'tor-gb-http'
	at cz.vity.freerapid.core.tasks.DownloadTask.doInBackground(DownloadTask.java:100)
	at cz.vity.freerapid.core.tasks.DownloadTask.doInBackground(DownloadTask.java:42)
	at javax.swing.SwingWorker$1.call(Unknown Source)
	at java.util.concurrent.FutureTask.run(Unknown Source)
	at javax.swing.SwingWorker.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalStateException: unsupported protocol: 'tor-gb-http'
	at org.apache.commons.httpclient.protocol.Protocol.lazyRegisterProtocol(Protocol.java:149)
	at org.apache.commons.httpclient.protocol.Protocol.getProtocol(Protocol.java:117)
	at org.apache.commons.httpclient.HttpHost.(HttpHost.java:107)
	at org.apache.commons.httpclient.HttpMethodBase.setURI(HttpMethodBase.java:280)
	at cz.vity.freerapid.plugins.services.tor.TorProxy.modifyMethod(Unknown Source)
	at cz.vity.freerapid.plugins.services.tor.TorProxyClient.makeRequest(Unknown Source)
	at cz.vity.freerapid.plugins.services.itv.ItvFileRunner.run(Unknown Source)
	at cz.vity.freerapid.plugins.webclient.AbstractFileShareService.run(AbstractFileShareService.java:102)
	at cz.vity.freerapid.core.tasks.DownloadTask.doInBackground(DownloadTask.java:98)
	... 7 more

The above is an excerpt from an older log kept on disk, but even the recent "IllegalStateException" errors are identical).

7. As things stand, their geolocation/playlistservice APIs can be "fooled" by an "X-Forwarded-For=" header,
I suggest you follow that route for geo-filtering circumvention (youtube-dl devs have...).

From a code perspective, please take a look at the following open source projects:

1. get-flash-videos (Perl)
#211
Fixed Itv.pm

2. youtube-dl (Python)
#13671
Fixed itv.py
Code to evade geo-filtering

I think as a stop-gap solution you can just re-enable the RTMP (flash) VOD streams, but in the autumn you should definitely consider a major rewrite of the plugin ...

Thank you for past and future () work on the ITV plugin (and all the rest of the plugins you maintain) !

Best wishes



Edited 2 time(s). Last edit at 08/05/2017 01:53PM by TVjunkie.