next steps

1 view
Skip to first unread message

Milan Toth

unread,
Jun 10, 2008, 4:39:05 AM6/10/08
to milenia...@googlegroups.com
So, these are the things what are have to be done :

- fine tune bandwidth / throughput detection and frame dropping - it not proper now
- create a buffer pool for live streams, because now they are just multiplexed as they arrive, and broadcasting delay grows continously
- vp6/h264 rtmp implementation - vp6 has some tricks, for example rtmp message type 0x16 with encapsulated packages, and i don't know anything about h264 rtmp encapsulation yet
- rtmpe decypher. it seems like a standard RC4 strream cypher, but i'm sure they changed something
- rtmpt maybe

Milan

Anjo Krank

unread,
Jun 10, 2008, 4:57:36 AM6/10/08
to milenia...@googlegroups.com
h264 one is not such a big deal. From looking at the ruby server, you
just need a parser for h264 (QuickTime in fact) that translates a
timecode to a payload location and length. Then send this data and
repeat. I have a decoder (halfway working), but given that you aren't
including my stuff anyway and it's not really rocket science, I guess
you'll only need a day or two to write one.

Cheers, Anjo

Reply all
Reply to author
Forward
0 new messages