Re: [hybi] Framing take IV [why fragment]

[Dave Cridland <[e-mail]>]

On Thu Aug  5 17:09:50 2010, John Tamplin wrote:
> On Thu, Aug 5, 2010 at 11:51 AM, Dave Cridland <[e-mail]>  
> wrote:
> > Imagine we have frame-based compression (I know this still up for  
> debate,
> >> though I think a good case has been made that we need to be able  
> to
> >> compress
> >> some payloads and not others).
> >>
> >
> > Oh, sure. But that doesn't mean we need to have compression at  
> the frame
> > layer.
> 
> 
> What would you suggest?  If the entire stream is compressed (which  
> has been
> proposed as an alternative to having per-frame compression [which  
> itself
> might still share a compression state across frames]), how do you  
> send some
> payload frames uncompressed?
> 
> 
DEFLATE, for example, includes ways of transferring blocks of  
uncompressed data. Tweaking the compression strategy on the fly is  
perfectly reasonable.



> > I think the definition of a message is something that an  
> application
> > programmer can sensibly write code to react to, so I'd disagree.
> 
> 
> If nothing else, updating a progress indicator for downloads of  
> such large
> content seems sensible.  It also seems reasonable that media could  
> be
> started playing before all of it has been received.

I'm basically happy with that concept. It does mean exposing the  
chunkiness to the Javascript layer to an extent, though.

Dave.
-- 
Dave Cridland - mailto:[e-mail] - xmpp:[e-mail]
  - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/
  - http://dave.cridland.net/
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade