Are you still looking for candidates? After last month's post saying that some emails were missed, I applied again (and then once more this month), but I have yet to receive a reply indicating my application was received.
It has wireless charging and NFC build into the base, wow! That's really well thought out. I'm not too sold on the iMac-style monitor computers, but I admit they seems to have done a lot right when making the Vivo AiO.
I don't have too much knowledge of ARM, but from what I hear the errata are surprisingly few in number (compared to say, an x86 cpu).
Also, that is not to say companies like ARM are only recently verifying their chips. This is only in regards to formal validation, which others have explained the circumstances of pretty well. There are still entire teams dedicated to code and functional validation.
Good points, but I just wanted to point out that we are only missing a 4 kHz range (20-24 kHz) as the highest frequency a 48 kHz digital signal can represent is 24 kHz (Nyquist sampling theorem).
MP3s actually tend to have a worse cutoff depending on encode settings, with values from 20.5 down to 16 kHz [1].
In my own tests, I found FLIF generally beats PNG (PNG Crush/Optipng both in brute-force mode) for comics (greyscale, majority white) as well, but by a less significant margin.
It's also worth noting that there aren't many other lossless formats, so it's still a valid comparison. I'm sure neither TIFF nor RAW outperform FLIF either.
Yes, the FLIF format is still being fully fleshed out. I would actually give WebP a shot instead of JPG. It offers better compression and already has native implementations in Chrome and on Android.
Hi Daniel, very cool project! I am interested in hearing your thoughts on alternative image formats / compression methods.
WebP is very promising (also based on VP8) for lossless and lossy compression. Have you considered using it to compress PNGs in the same way Lepton is compressing JPGs? Odds are it wouldn't be bit-perfect though (despite being pixel-perfect).
Also interested in hearing about the tradeoffs between server-side decoding and client-side. Not to keep focusing on it, but WebP has native support in Chrome and javascript decoders for everything else.
I think it is a very exciting time for image formats with several promising new ones on the way (WebP, FLIF, maybe BPG but possible legal issues).
Interesting that they are using VP8 to compress the JPEGs. This is one degree of separation away from Google's WebP [1]. It would be interesting to see how they stack up (WebP has a lossy and lossless mode).
Just wanted to add that it's a super powerful tool with a ton of plugins developed by really knowledgeable people. The programming can have sections of parallel code and sections of serial code combined in cool ways, and you can pipe the output right to encoders like x264.
The MAC should prevent the remote server changing the counter or any encrypted bits.