Patch for rtmpdump/librtmp
#16
The takedown request was to sourceforge. asking for removal of rtmpdump project from the sourceforge website, which they did so.
Reply
#17
Get the patch "iplayer_2010-03-05_rtmp.patch.txt" from http://trac.xbmc.org/ticket/8971 and apply the patch at the parent folder of ipalyer (i.e. the folder contains "IPlayer"):

Code:
patch -p0 < iplayer_2010-03-05_rtmp.patch.txt

Works all right as far as the handshake goes.
Reply
#18
highlandsun Wrote:PS: use the rtmpdump SVN, not the tarballs. Currently at r416.

rtmpdump-2.2c is released now with all of the most recent updates, so no need to use SVN for this now.
Reply
#19
I just glanced at rtmpdump website and noticed they licensed the code under lgpl. Any chance this might help in updating the current libRTMP instead of patching? Not sure if they are talking about all the code minus the SWFverify or all of it though.
Reply
#20
All of librtmp was relicensed. XBMC's current libRTMP is like rtmpdump's great-great-great-grandfather. Several generations obsolete; the simplest update for it is just to replace it.

Also worth noting that librtmp is now fully supported by ffmpeg, as of ffmpeg SVN r22904.
Reply
#21
@highlandsun

Noticed yesterday that librtmp (svn r443) will not recognize anything after "?" character in the playpath string. This is not the case with rtmpdump. I tried:
Code:
playpath=self.PlayPath+"?"+auth
In the log I can see is
Code:
NOTICE: SendPlay, seekTime=0, stopTime=0, sending play: self.PlayPath


Iplayer now requires the auth string attached to the end of playpath with "?" as a seperator. As the problem explained above it does not work anymore with iplayer. Could you have a look?

How do I enable DEBUG logging for librtmp by default? I cannot get it working by turning debug logging on in XBMC GUI.

Many thanks for your help.
Reply
#22
Hmm, my xbmc.log always has debug output, regardless of the XBMC GUI debug setting.

Looks like you have a quoting problem, the log message should have had the contents of self.PlayPath, not the literal string "self.PlayPath" ...


03:36:59 T:139835171870480 M:2859126784 INFO: SendPlay, seekTime=0, stopTime=0, sending play: vod/world_of_chemistry_01

It also looks like you're not using the most recent XBMC patch, your log message doesn't match mine.
Reply
#23
I removed the name of the playpath string on purpose

Here is the url passed to librtmp
Code:
rtmp://bbcmedia.fcod.llnwd.net:1935/a1414/e3/ playpath=mp4:iplayerstream/secure_auth/800kbps/EastEnders_23_04_2010_b00s2zts?s=1272078562&e=1272164962&h=1cac755bbebdb26584029bbe9d7c0535 swfurl=http://www.bbc.co.uk/emp/10player.swf?revision=15501_15796 swfvfy=true tcurl=rtmp://bbcmedia.fcod.llnwd.net:1935/a1414/e3

Here is the sendkey info
Code:
16:09:22 T:2738330512 M: 93646848  NOTICE: SendPlay, seekTime=0, stopTime=0, sending play: mp4:iplayerstream/secure_auth/800kbps/EastEnders_23_04_2010_b00s2zts

You can ignore the NOTICE bit in the log as I messed up the LOGGING in the code (to log everything from libRTMP).

I am currently using the "dif.txt" patch. Is it too old?
Reply
#24
No, the dif.txt in trac right now is fine. And I put your URL in an XBMC script and ran it here, the playpath was fine when I checked it in gdb. I have no idea why you're getting a truncated one.

Code:
import xbmc, xbmcgui

rtmp_url="rtmp://bbcmedia.fcod.llnwd.net:1935/a1414/e3/ playpath=mp4:iplayerstream/secure_auth/800kbps/EastEnders_23_04_2010_b00s2zts?s=1272078562&e=1272164962&h=1cac755bbebdb26584029bbe9d7c0535 swfurl=http://www.bbc.co.uk/emp/10player.swf?revision=15501_15796 swfvfy=true tcurl=rtmp://bbcmedia.fcod.llnwd.net:1935/a1414/e3"
item = xbmcgui.ListItem("RTMPLocal")
xbmc.Player(xbmc.PLAYER_CORE_DVDPLAYER).play(rtmp_url, item)
Reply
#25
Using IPlayer plugin on linux with xbmc and librtmp patches stopped working some days ago. I have a look and saw that it was trying to play a stream url with &auth=auth=abcd123etc

This patch fixes it for me.

http://malus.exotica.org.uk/~buzz/xbmc/i...lugin.diff

(might be better to remove the auth= earlier on perhaps - but its a quick workaround)
Reply
#26
exobuzz Wrote:Using IPlayer plugin on linux with xbmc and librtmp patches stopped working some days ago. I have a look and saw that it was trying to play a stream url with &auth=auth=abcd123etc

This patch fixes it for me.

http://malus.exotica.org.uk/~buzz/xbmc/i...lugin.diff

(might be better to remove the auth= earlier on perhaps - but its a quick workaround)

Thanks exobuzz. Iplayer works again. Here is the latest patch to iplayer 2010-03-05
http://trac.xbmc.org/attachment/ticket/8....patch.txt
Reply
#27
s7mx1 Wrote:Thanks exobuzz. Iplayer works again. Here is the latest patch to iplayer 2010-03-05
http://trac.xbmc.org/attachment/ticket/8....patch.txt

most welcome. I mentioned this in the other thread, but you can change the line

Code:
self.connection_href = "rtmp://%(ip)s:1935/%(application)s?_fcs_vhost=%(server)s&%(auth)s&aifp=v001&slist=%(identifier)s playpath=%(playpath)s swfurl=%(swfurl)s swfvfy=%(swfvfy)s" % params

to

Code:
self.connection_href = "rtmp://%(ip)s:1935/%(application)s?_fcs_vhost=%(server)s&%(auth)s playpath=%(playpath)s swfurl=%(swfurl)s swfvfy=%(swfvfy)s" % params

as the auth line from the xml, now contains the other data also.
Reply
#28
Thanks for everyone's hard work on the librtmp integration and iplayer plugin modifications. Things seem to be pretty much working again.

The only thing I've noticed that's missing from before is that seek doesn't seem to work. Is this just me, or does something else require updating?

Cheers again.
Reply
#29
Seek works on several of the rtmp streams I've tested. Dunno about iplayer.

Did you also apply the required patch to ffmpeg libavformat?
Reply
#30
Just a quick update for you highlandsun. I just got the first working cache of .swfinfo and a stream playing on the xbox with your library. Just looking at a few issues, then do some cleanup, and I'll post the patches on the trac, and hope that the xbox maintainer puts it in.

cheers!
Reply

Logout Mark Read Team Forum Stats Members Help
Patch for rtmpdump/librtmp0