Hacker News new | past | comments | ask | show | jobs | submit login
Dolphin Progress Report: January 2017 (dolphin-emu.org)
112 points by dEnigma on Feb 1, 2017 | hide | past | favorite | 11 comments



As someone who enjoys writing paragraphs of prose for commit messages on even small changes, I love these updates. I have no interest in the emulator or the games, but the engineering feats and writing style are wonderful.


I hope you're on the Linux kernel mailing list. Some of the rants are absolutely amazing.


> There's actually no reason why it couldn't have fit on a Dual-layer disc. Our only guess as to why it'd be a double disc game is that maybe it was cheaper, and since it is installing itself, there's no need to disc-swap after the initial installation, more or less erasing the biggest annoyance with multi-disc console games.

One possibility was that the optical disk lasers on early Wii units had issues reading dual-layer disks like Super Smash Bros Brawl, causing disk read errors. Nintendo's official laser cleaner disk helped to some degree, and (if I recall correctly) the power of the laser could be increased with software modifications to help.


In the early to mid 90's, I was writing games for a living. We had a 2 disc game that we managed to reduce in size via in-house audio, image, and video compression down to a single disc.

Our publisher felt we were too far along to drop to a single disc and remove code paths, so we ended up with a ton of duplicate content instead.

There are all sorts of reasons to release with multiple discs, not all of them are obvious.


There was a hardware modification that could be attempted. One of the potentiometers could be adjusted, although I forget exactly how this worked. I think this is the modification you were thinking of.


I wonder if they did it for a marketing reason.

The fact that the game was so large that it came on two disks and needed to be installed to a usb drive could be seen as a positive to some gamers.


> leoetlino's genius solution to this is to actually check if a game is running before sending reset and power commands. Such a brilliant check was definitely not something we should have thought about a long time ago to protect from something like this.

Love this tongue-in-cheek bit! :)


> you fucked up the cache

Ha! Makes me wonder how much vulgarity is in the code of games throughout the years. I feel like this sort of thing would fly these days, but maybe I don't know how it works.


If you like this sort of videogame archeology there's a whole wiki dedicated to it:

https://tcrf.net/


One of the most beautiful things about TCRF is their categorization system. They actually have a category of articles for any sort of hidden anything. Take, for example, "Games with hidden developer credits" https://tcrf.net/Category:Games_with_hidden_developer_messag...


Yes we know this is the most transparent, and well run software development you all have ever seen. Let's discuss something more interesting about this report.




Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: