are595

I'm not sure that's a fair summary. It's very clearly stated that there is authentication performed after encryption.

The MAC should prevent the remote server changing the counter or any encrypted bits.

Dang, I was looking at oklog earlier, but looks like it is archived now...

Does anyone have the grading script? I'd be interested in giving it a shot and seeing how well I do.

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.

Would you be willing to hire someone for your Tokyo office?

I am looking for a job anywhere in Asia. I have moderate Mandarin proficiency and very beginner Japanese.

Location: East Asia (Taiwan, Japan, Korea, Mainland China)

Remote: No

Willing to relocate: Yes (I currently do not live in East Asia)

Technologies:

- Hardware: embedded, cpu uarch, coherent interconnects, RTL + validation in systemverilog

- Software: OS/kernel impl, networking + web stack, bitcoin impl, Java, Go, C, C++, Python, Perl, Javascript, several flavors of assembly

Résumé/CV: https://goo.gl/gXOYTf

Email: Listed in resume.

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.

Hey Thomas, I actually applied for a hardware position a couple of days ago, but I'm interested in software as well (and a mix of the two)!

Think you're doing some very exciting work with REX and would love to be a part of the team :).

That's awesome, thanks for the reply.

So I'm assuming you guys do custom app development? Do you also handle the backend server stuff too?

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].

[1] https://www.whatinterviewprep.com/prepare-for-the-interview/...

Mind sharing what company? Trying to apply to international companies that wouldn't mind sending people abroad.

What does your startup do, if you don't mind my asking?

Not OP, but I am also very interested in CS jobs in China (might apply too :3). (BTW, your site's job page seems to be down: http://jobs.p1.com/tech).

How do you find the cost of living is, given that Beijing is such a large city. Are you able to save money for retirement, etc?

Alright, well against current commonly supported TIFF compression algorithms such as LZW, Packbits, and ZIP.

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.

I'd also consider WebP. FLIF is great but compression time is much slower than WebP for similar results.

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).

[1]. https://developers.google.com/speed/webp/

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.

I totally agree with you on Southeast Asia beeing hip, but (as an upcoming graduate), it is very hard to find a job there without fluency (or some cases, with total lack of knowledge of the language).

Is there any language requirement for the Seoul office?

Their blog post goes into more details: https://security.googleblog.com/2016/07/experimenting-with-p...

They are using "New Hope" on top of EC-crypto and calling it CECPQ1-ECDSA.

Have any suggestions as to which companies might be in point B? Currently planning on going to China or Taiwan to work (Computer/Electrical Engineering and/or Software).

As a Computer Engineering student, what sort of courses do you recommend I take in order to work on robotics? My only experience with the field so far has been high school robotics competitions really.