Hulu Plugin Development Thread - Developers only! - Printable Version
+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Python Add-on Development (/forumdisplay.php?fid=26)
+--- Thread: Hulu Plugin Development Thread - Developers only! (/showthread.php?tid=45888)
- jdeslip - 2009-06-03 20:26
Is the Hulu plugin (browser) boxee uses open-source? Can it be ported back to xbmc?
- rwparris2 - 2009-06-03 20:32
jdeslip Wrote:Is the Hulu plugin (browser) boxee uses open-source? Can it be ported back to xbmc?
Please don't post in this thread unless you have code or pseudo code (you also don't need to post to apologize, I know you're sorry ).
To answer your question, no and no.
- highlandsun - 2009-07-11 08:11
For anyone curious, it looks like Hulu changed things again a few days ago; they used to only be using RTMPE on their H.264 streams but now they're using it on all of their streams. And they've changed the RTMPE protocol; the server is sending a packet that rtmpdump-1.6 doesn't recognize. Back to decoding packet dumps I guess.
edit: simple fix, rtmpdump was only decoding 1 out of up to 3 bytes of a packet's channel ID...
- andrewgee - 2009-07-30 10:10
highlandsun Wrote:For anyone curious, it looks like Hulu changed things again a few days ago; they used to only be using RTMPE on their H.264 streams but now they're using it on all of their streams. And they've changed the RTMPE protocol; the server is sending a packet that rtmpdump-1.6 doesn't recognize. Back to decoding packet dumps I guess.
Great find highlandsun
For those not confident with C++, could you detail what changes we should make to fix the decoding the the channel ID?
- motd2k - 2009-07-30 10:41
No, please don't. We can't allow any discussion of reversing RTMPE here i'm afraid.
- highlandsun - 2009-07-31 04:40
motd2k: this is generic to RTMP, not specific to RTMPE. And the official RTMP spec from Adobe is now public info. http://www.adobe.com/devnet/rtmp/pdf/rtmp_specification_1.0.pdf
The same bug exists in flvstreamer, last time I checked.
- motd2k - 2009-07-31 08:12
Yea its cool. RTMP is fine, i know its public - i've looked over librtmp alot recently.
If there's a bug (specific to rtmp) then thats fine. To what field are you refering by 'Channel ID' though? If you post a packet dump i'll get it fixed on SVN
- highlandsun - 2009-07-31 09:57
In section 6.1.1 of the spec, the Chunk Stream ID can be 1 to 3 bytes long. The current code only handles a 1 byte ID (values 0-63).
Probably easier for me to just give you the patch...
I should point out, it's possible I have the 3 byte decode wrong; the text says the 3rd byte is most significant, but the Figure implies that it's the 2nd byte. So maybe it should be t + t << 8 instead. I suspect though that the actual value doesn't matter to us...
- highlandsun - 2009-08-09 12:12
Cool, I see my patch has been added to flvstreamer's svn now.
- motd2k - 2009-08-10 00:18
The massive allocations were a problem, needed to convert to std vector but have had alot on the plate.