Hacker Newsnew | past | comments | ask | show | jobs | submit | heykoo's commentslogin

And HEIF are automatically converted to JXL for iOS 17?


Yes!


I’m not clear on the benefit of doing that. Won’t you end up with worse quality from the transcode and have equivalent file size?


Do give it a try! In our tests we found that sizes are smaller and encoding of HEIF takes very very long time. Remember, we provide bunch of other things like image resize and crop etc so we always end up encoding image again. Encoding in HEIF is very slow.


Having recently watched King of Kong (http://www.imdb.com/title/tt0923752/) I highly doubt the accuracy of these "remakes".


I probably phrased this incorrectly, hence the downvotes. These arcade machines have specific timers, odd hardware characteristics, hard memory limits, etc, that are likely impossible to replicate in software accurately - in addition to the software algorythms they use.

In king of kong, you will hear how a blob of solder in the right location will change the characteristics of the game to invalidate the entry for world record status.

Simply looking at the framerate counter at the bottom you can see that this isn't in any way "accurate". By looking at the github repo, you can even see the author has written about some of the inaccuracies - timing, collision detection, randomization, and bugs.


Hi, I'm the author. The framerate you see at the bottom right corner only indicates how often it is drawn. The game loop is actually sophisticated enough to keep the game updating at a solid 60Hz like the original, so the speeds are accurate because of that.

I feel like I hammered out the most of the critical inaccuracies, and I left out the original bugs because I found it preferable.


You've done a great job, and I am in no way intending to be critical. My only concern was the claim of accuracy. It is an outstanding simulation of the original, and I commend you for your work on it.

However, leaving out the bugs, for example, makes it not accurate. As for the timer, I don't see how you could guarantee the frequency in a javascript VM. It could be similar (by continually testing how inaccurate it is and adjusting the frequency of subsequent iterations), granted, but this is not accuracy (it is emulation). As for memory, etc, many of these older games had "death screens" where a buffer overflows and simple crashes the game, preventing you from continuing past a certain point - that too would be very difficult to accurately model in javascript. The list could go on and on. And this is in no way critical of you, or what you have done - it is simply statement of fact about accuracy!

As an aside, Billy Mitchell (the first person to ever get a perfect pacman score) was one of the stars in the movie The King of Kong.

Again, I think what you have done is AWESOME. But it is not accurate (and likely could not be).

Urghhh... I wish i'd never posted anything now :(


no, not a problem. i am agreeing with you now. curious, what should i call it instead? perhaps, faithful? or near-perfect?


I have no idea, im afraid. I like the thought of an "ambitious reproduction", but "awesome" works just as well :)


If you have problems disengaging from your work, I strongly recommend having a go at archery. Focusing on nothing but a spot of gold way down the field does wonders for clearing your head :)


I was struggling with designing a page for my appstore app. This will certainly come in handy!

FYI: Just noticed you have a bit of duplicate markup in your head - the dns-prefetch links are duplicated


Thanks for the clarification! Do you know when the application process typically starts for the winter round?


It should be soon. I don't remember the exact dates but pretty sure its coming up within the next month or so.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: