rwinn

12 ms·

91.
by rwinn 13y ago
not sure if i fully understand what you are trying to do, but encoding 60 frames per second will be hard. If you already know the color palette it might be possible, this lib spends about 80% of the time doing the color reduction.
92.
Show HN: gif.js - Fast GIF encoder using web workers(jnordberg.github.io)
63 points by rwinn 13y ago|15 comments
93.
by rwinn 14y ago
That's unfortunate. All text is rendered with SVG, so it should be technically possible for your screen reader to pick up on when new SVG text nodes are added. Perhaps i should add a "Your screen reader sucks message" :-P
94.
by rwinn 14y ago
From https://en.bitcoin.it/wiki/Mining_hardware_comparison and some discussions on #bitcoin-dev
95.
by rwinn 14y ago
Good catch, fixing
96.
by rwinn 14y ago
Not at all :) The frontend is built with d3.js and geometry.js. Backend is node running express with browserify and less to bundle the client.
97.
by rwinn 14y ago
It's based of that 40 megahashes per second consumes 1 joule of power (1watt)
98.
by rwinn 14y ago
It's the total amount of money passing trough the network. But since bitcoin transactions work by sending "change" back to yourself this value is not that relevant. In most cases 90% of the transaction amount is sent back as change. https:
99.
by rwinn 14y ago
Yep, that's right
100.
Realtime Bitcoin Stats(realtimebitcoin.info)
205 points by rwinn 14y ago|145 comments
101.
Show HN: Voronoi painter(makeitgo.ws)
12 points by rwinn 14y ago|1 comments
102.
by rwinn 14y ago
Video: https://www.youtube.com/watch?v=ALPkDoX9Wz0
103.
by rwinn 14y ago
So when did KHTML become WebKit?
104.
Finger Management (OS X)(makeitgo.ws)
1 points by rwinn 14y ago|0 comments