RE: David Woodhouse's objections to swfVfy requiring an argument<div><br></div><div>It seems to me that --swfVfy as an inline instruction is essential to the way get_iplayer works. RTMPDump depends on the user (or a helper application) to provide it with the URL of the compressed swf player file.  The URL that get_iplayer provides to RTMPDump is hard-coded--it is statically defined in the perl script <i><a href="http://get_iplayer.pl">get_iplayer.pl</a></i>. When the BBC updates the location of the player file, a<i> web browser </i>can respond to the 301 Error and find the embedded player at its new URL--the web page does not need its HTML source recoded. However, RTMPDump and get_iplayer don't respond to 301 in the same way--to avoid manually updating .swfinfo and hand-recoding <a href="http://get_iplayer.pl">get_iplayer.pl</a>, an opportunity must exist for get_iplayer to provide RTMPDump with a revised-URL instruction that overrides the deprecated swf player URL provided upstream. Once parsed, the best way I have found to introduce a new swf player URL into the RTMPDump/get_iplayer process is:<div>
<br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div>get_iplayer --prefs-add --rtmp-tv-opts="--swfAge=0<span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "> --swfVfy=<font class="Apple-style-span" color="#0000cc"><a href="http://www.bbc.co.uk/">http://www.bbc.co.uk/</a></font><font class="Apple-style-span" color="#0000cc">emp/revisions/18269_21576_</font><font class="Apple-style-span" color="#0000cc">10player.swf</font>"</span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><br></span></div></blockquote><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">In the absence of --swfVfy, the only end-user instructions available to redirect flvstreamer and update .swfinfo seems to be:</span></font><div>
<font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;">
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">get_iplayer --prefs-add --rtmp-tv-opts="swfAge=0 --swfUrl=</span></font><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><a href="http://www.bbc.co.uk/emp/revisions/18269_21576_10player.swf" target="_blank" style="color: rgb(0, 0, 204); ">http://www.bbc.co.uk/emp/revisions/18269_21576_10player.swf</a> --swfhash=756ef5b1b33f59e88680ba06bcbc967e34468c82119df9e3789965513e7e57f5 --swfsize=000f9c9b"</span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><br></span></div></blockquote><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Is the way --swfVfy is implemented in danger of being changed? Circumvention issues aside, --swfVfy provides a very useful downstream opportunity to introduce an entirely new swf player URL conflict-free. I don't doubt that I'm missing something, but unless the end-user is expected to hand-recode strawberry perl, what other options exist when a relocated swf player breaks get_iplayer function?</span></font></div>