Kodi Community Forum

Full Version: [RELEASE] iPlayer - BBC Video and Music Plugin (UK only!)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Can this work with using a proxy from within xbmc yet?
Either by the main xbmc network proxy setting or specifically to the addon?

I have this working nicely in Australia via a vpn service when setting the video to the lowest level (this was using the latest svn version).

but really want to use a via proxy..

I have tried the patch on the http://code.google.com/p/xbmc-iplayerv2 site in the issue section but it is based of version "IPlayer-v2.0.zip" which may be my problem.
I just got this working today, from outside UK. I am using the Tor network to get a UK exit IP. Then using the s/w Proxycap for forwarding certain requests to the TOR network.

I set up the rules to forward certain addresses from XBMC through the TOR network. So only authentication goes through Tor network but the real data comes directly and fast.

Just forward these IP addresses...

Now this might be too wide a net for some people. Tweak accordingly.

Note: I am not using the internal XBMC proxy setting. Proxycap automatically intercepts certain requests and forwards them to the Tor network.
I've installed the iPlayer on Dharma beta 1 on Windows 7. When trying to open up the directory listings it waits at 'Loading Directory 0%' for about 2 minutes before proceeding. This issue repeats through the iPlayer menu hierarchy. However, streams seem to play fine.

Has anyone come across this before?
I've installed beta 2 and most of the problems have resolved themselves - just a few streams not working, such as the BBC News Channel live stream.

Even the HD streams are working great on my little atom powered Revo!
I have read how to install it but it will not work...

Anyo9ne care to share how to do it for an XBMC noob like me?

I renamed the iplayer folder to plugin.video.iplayer and copied it into my xbmc\addons folder but nothing happens.Oo

Running Dharma beta 1 and iplayer v2.3.1
Last month I installed iPlayer addon on xbmc svn from Ubuntu svn ppa.

Since upgrading from svn to Dharma beta 1 and also beta 2 I am having a problem with skipplus and skipminus on this specific plugin. I have filed a bug with the plugin community but they suggest that this is an xbmc issue. Before submitting a ticket in trac can anybody confirm this?

What steps will reproduce the problem?
1. Play any stream
2. Press control for skipplus or skipminus

What is the expected output? What do you see instead?

the expected output is the stream stepping forward or backward of 30 sec or 10min depending on the command. The actual output is the stream freezing for about 1 minute and then starting again, sometimes from the requested time, other times from the same point where it paused

What version of the plugin are you using? On what OS?

Plugin version 2.3.1 on Ubuntu 10.04 and XBMC Dharma - beta1 and beta2
I'm getting the same probelm. Dharma beta 2, Ubuntu 10.10 beta, plugin version 2.3.1.
after working well for a few weeks, i'm finding the plugin unstable now sadly.

v2.3.1 on XBMC4Xbox. Built on Sep 15 2010 (SVN:30635, compiler 1310)

the errors before the stream ends usually occur after seeking (but is it related to the seeking? not sure) and appear like this ('packet body. len:' value varies but is always between 6000 and 8000):

Quote:17:06:52 M: 16601088 NOTICE: RTMP Seek to 1661217 requested
17:06:52 M: 17113088 WARNING: CDVDPlayer::CheckContinuity - resync backword :2, prev:1657320000.000000, curr:1657160000.000000, diff:-160000.000000
17:06:53 M: 16789504 WARNING: CDVDPlayer::CheckPlayerInit(1) - Ignoring too large delay of 4067000.000000
17:07:21 M: 16031744 ERROR: RTMP_ReadPacket, failed to read RTMP packet body. len: 67467
17:07:29 M: 17154048 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
17:07:29 M: 17174528 NOTICE: CDVDPlayer::OnExit()

full log
(debug in plugin in, debug mode on xbmc off, i've exceeded pastebin's limit, does this help?)

update: may be a network problem. with RTMP proxy setting. on port 1935 this seems better than on port 80. needs more testing (this is a plugin setting, i am not using a proxy). could also be peculiar to my internet connection? not sure yet. thanks.
Might be better reporting it on the Trac system.
Could easily be network issues. Note I'm currently unable to stream a bunch of videos from the bbc, and some users have reported issues on the messageboard also. Last night I played a video fine, but then later another one I had to restart a few times. I don't think this is xbmc related (but I there are issues with xbmc and rtmp seeking currently)

I've just installed the plugin and it can be seen within the Videos add-ons and radio works fine however streaming video does not. A window pops up which appears to start the buffering but no video ever appears.

I've got XBMC installed on Fedora 12.

Can anybody help? I can post a debug if required. Many thanks.
Smiff Wrote:after working well for a few weeks, i'm finding the plugin unstable now sadly.

v2.3.1 on XBMC4Xbox. Built on Sep 15 2010 (SVN:30635, compiler 1310)

I have been having some trouble with 2.3.1 and beta 1. So I just checked the google code site and v2.3.2 is out (released earlier today). I haven't had chance to check it out yet and there is no change log, but hopefully it will fix some of the crashing/freezing issues.
It wont fix any issues like that - I just fixed up the live streams that didn't work. The plugin just passes a url to xbmc to play so things like seeking/crashing/freezing are not the plugin. Other issues with slow listings on windows must be something to do with the windows xbmc python.

There is a log of changes: http://code.google.com/p/xbmc-iplayerv2/source/list for this version:


Quote:changed: all live streams now use newer fetch_stream_info method
changed: store live channels in dictionary data structure.
fixed: non working news24 live stream
fixed: cosmetics and misc changes
changed: bumped version to 2.3.2
for me, RTMP port 80 is very unstable and port 1935 is a lot better, but not quite perfect.
some streams seem to drop always in one place so i wonder if there's a problem on the server end aswell..
Hitcher Wrote:Might be better reporting it on the Trac system.