Actually i have, didn't you get the Memo! ;-)You have not answered my question...
The Wii U OS (Cafe os) is linux based. Which makes the idea of running linux on it easier, since it nativily runs a linux based firmware.....
The Wii OS was also linux based. Even the 3DS. You can download the ROM for the Wii U, and lots of the code and files are linux (.sh .bin .raw, etc)
what was you going to attempt after you have that installed and a backup?
You have good intentions I believe, but....When I get a chance, I'd like to swap out the kernel for one of the later ones that delta made like 3.10..... As the later kernels are marked as having fixed the incompatibility with most usb mass storage devices . That and playing around with maxternal's race attack some more to see if I can get it to take. If we can implement SMP in vWii and the linux kernel SMP code delta added to his latest kernels (including the one we're currently using 3.086) as a proof of concept can handle it okay, then we know it will also work in U mode. Also more people will be able to "jump in" and try out Trinux without wanting to put their head through a wall, as its so crippled right now XD.
Also furthermore, according to Delta's repo, he's abandoned the Wii-gc linux project, so all his source code will need to be mirrored elsewhere before its gone. I have his entire archive on my desktop that I'm typing this very message from, so I will get it mirrored somewhere ASAP. Its a massive archive, considering its Wii linux, but its literally everything he's ever released..... His repo can be found here along with all his source code for every kernel he's put out there: https://github.com/DeltaResero/
Personally would rather see inferno os or Nix os. (Honestly I think they would be a bit more useful) Just my thoughts i guess.
Honestly, I don't see Nintendo replacing the Wii U os, there's no point in rewriting the OS from the ground up and trying to debug all the games that are currently on the market to work properly with it. Imo the next OS will come with the next console. Completely different (or suped up) hardware, brand new platform altogether.
Nintendo would be shooting themselves in the foot trying to "reboot" the Wii U OS. The U is struggling enough commercially as it is, they can't afford to launch a new OS for it and risk all the bugs that could come with such a thing. I think they'll just keep building upon the current CafeOS until the next console comes along.
I'm wondering if whoever "leaked" the news of NX being a replacement OS for the Wii U was likely somebody who works for their IP/security/legal dept trying to use scare tactics to kill off the impending homebrew scene. They want people to think that all these efforts will essentially be for nothing and people will just forget about homebrew on the Wii U.
We're all tech savvy people here, realistically is Nintendo going to bother writing a brand new OS for the Wii U (reinvent the wheel) or just keep building on the current OS? What makes more sense? "Work smarter, not harder."
Economically writing a brand new OS for it wouldn't make any sense either. That would cost them big bucks to pull off.
ray lewis thanks for the support....I guess lol. I haven't had any time to work on this stuff, but I'll be working on it tonight. Been crazy busy with work and school.......
I completely agree. If nx is anything it will be a cloud based intercommunications among already existing consoles and maybe incorporate other devices being able to play your games away from console via cloud. And maybe some emulators for other devices.Honestly, I don't see Nintendo replacing the Wii U os, there's no point in rewriting the OS from the ground up and trying to debug all the games that are currently on the market to work properly with it. Imo the next OS will come with the next console. Completely different (or suped up) hardware, brand new platform altogether.
Nintendo would be shooting themselves in the foot trying to "reboot" the Wii U OS. The U is struggling enough commercially as it is, they can't afford to launch a new OS for it and risk all the bugs that could come with such a thing. I think they'll just keep building upon the current CafeOS until the next console comes along.
I'm wondering if whoever "leaked" the news of NX being a replacement OS for the Wii U was likely somebody who works for their IP/security/legal dept trying to use scare tactics to kill off the impending homebrew scene. They want people to think that all these efforts will essentially be for nothing and people will just forget about homebrew on the Wii U.
We're all tech savvy people here, realistically is Nintendo going to bother writing a brand new OS for the Wii U (reinvent the wheel) or just keep building on the current OS? What makes more sense? "Work smarter, not harder."
Economically writing a brand new OS for it wouldn't make any sense either. That would cost them big bucks to pull off.
ray lewis thanks for the support....I guess lol. I haven't had any time to work on this stuff, but I'll be working on it tonight. Been crazy busy with work and school.......
I completely agree. If nx is anything it will be a cloud based intercommunications among already existing consoles and maybe incorporate other devices being able to play your games away from console via cloud. And maybe some emulators for other devices.
Do you not know what inferno os is? Or nix os? Inferno os has really good compilers and ide software and makes things easier moving between two different operating systems without either one knowing it's happening. And nix os well just read up.
Yup TotalInsanity was correct lol. I thought you just made a typo @FatI believe he thought you meant "NX OS" as opposed to "Nix OS"
Well interestingly enough I thought the arm blocked access to the other 2 cores in vwii. I thought it dropped smp and ran emulated on one core of the ppc.
If I am correct in this then without getting out of vwii you will never enable multi core process.
Someone should watch what instructions are being given while entering vwii.
I am pretty sure it runs like a vm and is set to emulate single core processes.