[Red5] A new RTMP type? - FOUND IT! :(

[Gaston Gorosterrazu]

HIya, Steven found it. It's his credit...

Im done for tonight, I'll continue tomorrow, but in the meanwhile, if anyone is interested.. download the 5k piece from:

http://190.48.54.33/sample3.amf  (the 01 type is at pos 3509).

The 01 type looks good, and matched what they already sayd about it... but the next ones start to mess up. you'll see

See ya guys.
G

  ----- Original Message ----- 
  From: Luke Hubbard (luke at codegent.com) 
  To: Red5 at osflash.org 
  Sent: Wednesday, March 01, 2006 3:38 AM
  Subject: Re: [Red5] A new RTMP type? - FOUND IT! :(


  Hi Gaston,

  You may have found a new type, there are ones we don't know about. 
  Here is the current list.. of know and unknown.

      public static final byte TYPE_CHUNK_SIZE = 0x01;
      // Unknown: 0x02 
      public static final byte TYPE_STREAM_BYTES_READ = 0x03;
      public static final byte TYPE_PING = 0x04;
      public static final byte TYPE_SERVER_BANDWIDTH = 0x05;
      public static final byte TYPE_CLIENT_BANDWIDTH = 0x06; 
      // Unknown: 0x07
      public static final byte TYPE_AUDIO_DATA = 0x08;
      public static final byte TYPE_VIDEO_DATA = 0x09;
      // Unknown: 0x0A ...  0x11
      public static final byte TYPE_NOTIFY = 0x12; 
      public static final byte TYPE_SHARED_OBJECT = 0x13;
      public static final byte TYPE_INVOKE = 0x14;

  If you think you have found a new one, and get stuck decoding it, post the bytes and I will see if I can work it out. Of course if you find a new one and work out its structure, everyone on the list will be happy :). 

  Regards,
  Luke


  On 3/1/06, Gaston Gorosterrazu <goro at hostarg.com.ar> wrote:
    Hiya, found the same:

    02 00 00 00 00 00 04 01 00 00 00 00 00 01 3B = Ok, next packets of 02, treat
    them as 315 bytes ones...

    Now.. next packet is #8 (C8).. should still have 187 bytes of that AMF # to
    come.. so, i grab my next 128 bytes.. and look for header of the next one..
    what's coming next?... not a C#, but a DB (219 = 11011011, meanign a 1 byte
    header of AMF # 011011... but of course, never had that AMF # before.. ) So, 
    i get to decode everything fine UNTIL 01 comes in, after that.. everything
    is blury for the next thousands of bytes... not a 12 bytes header (easy to
    recognice: they have lotsa 0s :).. not even something i would recognice.. :( 

    I'll keep crying in the chapel until I find how to solve, then post here. If
    anyone of you discovered it, then yell at me.

    Thanks
    Goro




    ----- Original Message -----
    From: "Shlok" < shlok25 at gmail.com>
    To: <luke at codegent.com>; <Red5 at osflash.org>
    Sent: Sunday, February 26, 2006 7:08 PM 
    Subject: Re: [Red5] A new RTMP type?


    : Hey Luke,
    : please do shoot a mail on this list whenever you commit.... or should
    : we expect it to be commited in the next version??
    : thanks,
    : -shlok.
    :
    : On 2/26/06, Luke Hubbard (luke at codegent.com) <king.selassie at gmail.com>
    wrote:
    : > > Luke,  I haven't noticed the fact and yes you are right. This size 
    affects
    : > > the rest chunks that belong to the same tag (same AMF object).  I
    think
    : > > maybe it's the way the server tunes the speed according to the
    bandwidth.
    : >
    : > Yup, thats what it looks like. I have implemented it in the protocol 
    : > decoder, and now im able to run rtmp protocol decoder in client mode
    : > without any errors. Still a bit more work to do, then I will commit.
    : > Thanks for reporting it.
    : >
    : > -- Luke 
    : >
    : > _______________________________________________
    : > Red5 mailing list
    : > Red5 at osflash.org
    : > http://osflash.org/mailman/listinfo/red5_osflash.org
    : >
    :
    :
    : --
    : The difference between Good and Best is IMMENSE!
    :
    : _______________________________________________
    : Red5 mailing list
    : Red5 at osflash.org
    : http://osflash.org/mailman/listinfo/red5_osflash.org


    _______________________________________________ 
    Red5 mailing list
    Red5 at osflash.org
    http://osflash.org/mailman/listinfo/red5_osflash.org





------------------------------------------------------------------------------


  _______________________________________________
  Red5 mailing list
  Red5 at osflash.org
  http://osflash.org/mailman/listinfo/red5_osflash.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/red5_osflash.org/attachments/20060301/ca7003ed/attachment.htm