Earlier quoted context omitted.
Well you're doing gods work as far as I'm concerned. Conflating difficulty in practice with impossibility in principle is, to my mind, a source of so much unnecessary cognitive error.
The declaration of an impossibility of a given task or goal is a reflection of the perceived barrier by the individual, rather than the task itself.
I ported Mac OS X to the Nintendo Wii
151–160 of 337 posts
Re: I ported Mac OS X to the Nintendo Wii
#152Re: I ported Mac OS X to the Nintendo Wii
#153[flagged]
Re: I ported Mac OS X to the Nintendo Wii
#154[flagged]
This solution’s COU cost can be significantly improved by using memory protection. You protect the frame buffer from writes. The first time it is written, you take a fault, and start refreshing every 60 Hz and leave it writeable. After some number of refreshes, you protect it again, the idea being is that the UI may now be quiescent. I do this in my Palm OS port for the same reason.
Re: I ported Mac OS X to the Nintendo Wii
#155This is excellent. YUV appears to be a PAL-specific color space. I wonder how off an NTSC Wii would be. Presumably it would have the wrong color space until an equivalent conversion scheme was devised for NTSC. I was surprised to see regional color spaces leak into the project, but I presume that Nintendo's iOS (the coincidentally-named system this is replacing) could handle that abstraction for game developers.
Re: I ported Mac OS X to the Nintendo Wii
#156[flagged]
Re: I ported Mac OS X to the Nintendo Wii
#157Re: I ported Mac OS X to the Nintendo Wii
#158Re: I ported Mac OS X to the Nintendo Wii
#159Earlier quoted context omitted.
Wasn't the old Linux joke, don't ask "how do I do X with Linux" (because you'd get ridiculed for not reading the docs) but instead, just state "X isn't possible with Linux" and then someone would show you how it's done?
Or eventually you could answer wrongly to a question without answers, triggering plenty of correct ones
Re: I ported Mac OS X to the Nintendo Wii
#160Earlier quoted context omitted.
As I remember it, they were basically the same—but IOKit is C++ (with restrictions) because 3rd party developers didn't want to learn Objective-C. But that's a hazy, 20 year old memory.
From here: https://news.ycombinator.com/item?id=10006411 "At some stage in the future we may be able to move IOKit over to a good programming language"
Remember: there was a short window of time where everyone thought Java was the future and Java support was featured heavily in some of the early OS X announcements.
Also DriverKit's Objective-C model was not the same as userspace. As I recall the compiler resolved all message sends at compile time. It was much less dynamic.