[rtmpdump] SWFVerification Type 2 request not supported [PATCH]

[Adam Malcontenti-Wilson]

This patch makes it a bit clearer what Phillipp was trying to do, I
think. Instead of ignoring SWFVerification pings that we don't
understand, just attempt to send back a type 1 ping instead. This is
probably relying on a bug in FMS to work, so you might not want to
include it into svn, but it does appear to be a stopgap solution of
lesser evils.

On Fri, Sep 9, 2011 at 4:05 PM, Philipp Hagemeister <phihag at phihag.de> wrote:
> Howard Chu wrote:
>> Philipp Hagemeister wrote:
>>> type 2 verification seems to work with the current code, so the patch
>>> (attached, public domain) is trivial.
>> What are you talking about? Nobody has submitted anything to make type 2
>> SWF verification work.
>
> Let me rephrase that: The command
>
> rtmpdump -W
> 'http://media.mtvnservices.com/player/prime/mediaplayerprime.1.9.2.swf?uri=mgid:cms:episode:thedailyshow.com:396064&type=normal&ref=None&geo=DE&group=entertainment&&CONFIG_URL=http%3a%2f%2fmedia.mtvnservices.com%2fpmt%2fe1%2fplayers%2fmgid%3acms%3aepisode%3athedailyshow.com%3a%2fcontext8%2fconfig.xml%3furi%3dmgid%3acms%3aepisode%3athedailyshow.com%3a396064%26type%3dnormal%26ref%3dNone%26geo%3dDE%26group%3dentertainment%26'
> -o out -r
> rtmpe://viacomccstrmfs.fplive.net/viacomccstrm/gsp.comedystor/com/dailyshow/TDS/season_16/episode_113/ds_16113_act1_768x432_1720.mp4
>
> fails without this patch, but works with it. So while type 2
> verification is not implemented, mtvnservices accepts type1, even if it
> asks for type 2.
>
> Regards,
>
> Philipp
-- 
Adam Malcontenti-Wilson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rtmpdump_swfverficiation_fallback.patch
Type: application/octet-stream
Size: 868 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/rtmpdump/attachments/20110909/4f4d483c/attachment.obj>