Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Keyframes: Delivering scalable, high-quality animations to mobile clients

code.facebook.com

Post reply on HN
Print view View original

151–153 of 153 posts

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#151

Post by nsomaru »

echelon wrote: post #5

This is really slick, and I'm going to investigate using it for the Donald Trump animation on jungle.horse. The license [1] doesn't look to be as encumbered as some of Facebook's other open source licenses, but does include a clause I found to be strange: > provided Your Software does not consist solely of the Software So if I'm reading this correctly, it means only Facebook can redistribute this software? Wat. [1] h…

Cool project. I first saw your domain mentioned on a post about TLDs.

Question: I assume you have some corpus of the recorded speeches of DT. How are you mapping those to words? A broader discussion about how you implemented jungle.horse would be interesting...

Thanks!

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#152

Post by john_reel »

fulafel wrote: post #146
mahyarm wrote: post #84

Earlier quoted context omitted.

As someone who has to deal with mobile perf issues, JSON serialization/deserialization can take a lot more of a perf budget than you realize. A flatbuffer version would definitely be faster hands down. With gzip sizing is about the same, but processing speed wise it is not.

Also if you gzip the binary version and the json version, the gzipped binary is still going to be much smaller. Same with csv data, for download size it really pays off to preprocess and pack into arrays of binary structs before compression. This is part of a bigger class of effects in preprocessing data before compression, it is often surprisingly effective. For example delta coding or columnar format (SoA vs AoS) c…

See: precomp, lrzip, srep

Re: Keyframes: Delivering scalable, high-quality animations to mobile clients

#153

Post by john_reel »

DannyBee wrote: post #144
zwegner wrote: post #133

Earlier quoted context omitted.

Interesting, thanks for the actual-lawyer perspective! So is it that ToSes are less legally binding than copyright law? Or is there special meaning behind " can't grant that right"? Seems like a clear abuse of GitHub's goodwill towards real open-source projects, though. Luckily, it looks like they're going to change the license: https://github.com/facebookincubator/Keyframes/issues/24

They aren't less legally binding, necessarily, it's a question of "what is the end result". The TL;DR is: You can't grant more rights than you have or can sublicense, no matter what the TOS does. The same is true of most property. You can't gain an interest greater than the one the person who gave it to you had. Otherwise, you'd be able to create greater title out of thin air (IE a guy with a life interest can't gran…

That makes a lot more sense, thanks.
Post reply on HN