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
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 :)-D and future (;-)(:D) work on the ITV plugin (and all the rest of the plugins you maintain) !
Best wishes
-------------------------------------------------------
> 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.The above is an excerpt from an older log kept on disk, but even the recent "IllegalStateException" errors are identical).(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
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 :)-D and future (;-)(:D) work on the ITV plugin (and all the rest of the plugins you maintain) !
Best wishes