alexkcd

12 ms·

61.
by alexkcd 14y ago
No different than h264 in that regard. I'd rather we discuss the technical merits of this technology than have another patent debate. Not that I wouldn't agree, just that if you want to talk patent reform, it might be better suited to do so
62.
by alexkcd 14y ago
Second that. I was pretty upset that I couldn't make it to the last one. Also, on the tricks front: I was proxying UITableViews to override their layout before UICollectionViews were cool :)
63.
by alexkcd 14y ago
This isn't a problem. Just make it work the way shared folders already do. When I join a team, create a folder with the team's name in the Dropbox root, and optionally (or in case of conflicts) let me also choose the folder name.
64.
Android developers: Help Luma (YC W12) make Kubricks out of droids
1 points by alexkcd 14y ago
65.
by alexkcd 14y ago
Apple should migrate from x86 to LLVM IR. Then JIT down to native code upon program installation. That way they can switch the underlying architecture as much as they like. I'm surprised they haven't adopted this scheme with iOS already whe
66.
by alexkcd 14y ago
All modern C++ compilers support RVO, so there will be no copy given how this function is implemented. If by "safer" you mean "probably faster", then that's not true: http://cpp-next.com/archive/2009/08/want-speed-pass-by-value... The aut
67.
by alexkcd 14y ago
Same here. It would be great to get end-to-end encryption, but I don't think that this is currently practical. Some recent research [1] has shown that it's theoretically possible to delegate the ability to process your data, without giving
68.
by alexkcd 14y ago
My guess is that Apple asked Facebook not to use the same name as the built in camera, and Facebook complied to avoid damaging their renewed relationship.
69.
by alexkcd 15y ago
Check out apigee.com if you want something more refined.
70.
by alexkcd 15y ago
I keep hearing this argument. But physically traveling there is pretty stupid if you think about it. It's much simpler to set up a communication channel. Sure it'll have a 50 year latency, but we could easily stream all of youtube (or the e
71.
by alexkcd 15y ago
There must be a different underlying issue there. Showing a keyboard view should have no performance implications on a web view. Similarly drawing text into a texture tile should not take "multiple seconds of delay".
72.
by alexkcd 15y ago
Jonathan Blow (creator of Braid) has an interesting rant on social video games: http://www.youtube.com/watch?v=SqFu5O-oPmU The gist being that games like Farmville are A/B tested to maximize addictiveness and profit, rather than maximizin
73.
by alexkcd 15y ago
I don't think it will matter if they do. The integration of Google+ with Google's other products is what will drive the adoption. It's basically impossible to avoid. I can imagine even tighter integration with Google's offerings down the ro
74.
by alexkcd 15y ago
They have a point. OpenGL was not designed with security in mind (same goes for Direct 3D). Prior to WebGL there wasn't really a need for security, since applications making use of OpenGL would typically be considered trusted. Index buffers
75.
by alexkcd 15y ago
Indeed. I write a lot of Objective-C code, and still drop into C++ for the CPU heavy tasks. Swapping out NS* containers for std::* alone gives a fairly high boost in performance. All the C++ hate is blown way out of proportion. C++ is a gre
76.
by alexkcd 16y ago
That's how Apple's SDK works. Existing photos in the camera roll might be annotated with location information. So for security reasons 3rd party apps need location permission to access the camera roll. SteadyCam does not collect any locatio
77.
by alexkcd 16y ago
Oh man, I had this "brilliant" idea to make SteadyCam free to try, by inserting a watermark in the demo mode and limiting recording time to 15 seconds. The full version can be unlocked via in-app purchase. That was the theory, anyway. In pr
78.
by alexkcd 16y ago
Yup :)
79.
Show HN: SteadyCam. Real-time video stabilization on the iPhone 4(blog.midnox.com)
11 points by alexkcd 16y ago|8 comments
80.
by alexkcd 16y ago
Steve Jobs tried that a while back. Of course, Apple wasn't as large then as it is now.
81.
by alexkcd 16y ago
Yes all my arguments apply to my hypothetical codec. Where did I imply otherwise? If you want your codec to be adopted despite lack of hardware/software support, you really need to offer something worth the hassle. Notably reduced buffering
82.
by alexkcd 16y ago
Actually, mp3 is widely used because that's what the pirates chose back in the dial up days, when a lossy codec met their needs perfectly. You might still remember a time when mp3 was not supported by many players. H264 meets the pirates' n
83.
by alexkcd 16y ago
"One of the most important properties of my media formats is it's accessiblility." Great! H264 is what you want then. It's not only supported, but also hardware accelerated, on most devices out there. WebM isn't, and won't be for a long tim
84.
by alexkcd 16y ago
WebM is an inferior codec to h264. As much as I'd like a patent-free alternative, it's unlikely that consumers will be willing to take a step back in video compression/quality. The fact of the matter is that large companies can afford to p
85.
by alexkcd 16y ago
"A single use of an obj-C number formatter..." [emphasis mine]. Carmack is a pretty smart guy, he wouldn't be using number formatters in an inner loop. Anyway my point was that you can find fault in just about anything. But, you'll be muc
86.
by alexkcd 16y ago
Wow, the author is pretty clueless about C++: "Objective-C users never call "dealloc" themselves; whereas C++ users have to call this all the time." If you ever call delete in C++, you're doing it wrong. I have a large project where I never