Hacking Custom IOSX rev18 Installer released

  • Thread starter Thread starter wiiman123
  • Start date Start date
  • Views Views 104,316
  • Replies Replies 394
Ok will do
smile.gif
everthing is working for me on r14 so ill let it alone.
 
Skater4599 said:
...Reguarding MPT, all 3 of my games works from USB and with great speed, almost 0 lag going through doors into large rooms. BUT its not the perfect working solution, you still have to use Alt-dol and only play on veteran difficulty
That's all I wanted to know, thanks. I'll keep running the game from disc then.
 
EnigmaXtreme said:
I dont understand the purpose of NAND emulaton, can you run ANY nand or just your own
You can use any NAND (any region, version, ....)
Also gives you more space (you get as much space as the SD card can handle)
 
Would anyone be kind enough to create a guide on how to set rev18 up together with SNEEK ?
 
Waninkoko did the right thing. I prefer waiting for a stable release with no bug than having to install a new cIOS each day to fix a specific bug. He proved in a way that he want to fix his cIOS to be better and he needs us to report bugs.
 
tueidj said:
Yeah, he did a great job copying Hermes' work.

From what he said, he did more than that. He is able to shutdown a module and load another in its place, you have to admit, that's a nice new feature.
 
WiiPower said:
tueidj said:
Yeah, he did a great job copying Hermes' work.

From what he said, he did more than that. He is able to shutdown a module and load another in its place, you have to admit, that's a nice new feature.
That would be nice, but as tueidj said it doesn't let you do that - mload in 249 is a stripped down mload from hermes.
But I think that functionality would need to be added to each specific module, so that it does the cleanup, like unregistering the device name and queue. Maybe calling os_thread_stop might almost work, but one would need to find the thread id first, which i don't know where to look for, also unregistering the device and queue remains a problem i guess...
However, it is possible to override the dip plugin, because that's not a thread on it's own... and i guess ffs plugin would also be possible to override.
So all in all the addition of mload is a very welcome improvement, I don't think it really matters where it comes from.
 
There's an os_thread_cancel syscall, but I doubt it will unregister any devices or clean-up any queues. After all, it is only meant to cancel individual threads rather than the whole process(/module). That pretty much means the only solution would be to break into system mode and manually remove all entries for the module to be killed from the the internal tables (threads, queues, timers, resources, heaps, fds). Yuck.
 
tueidj said:
Yeah, he did a great job copying Hermes' work.

You probably don't know that Hermes and I share our code. So if I copied Hermes' work, he copied mine too.

Also, he was the one who told me to include mload, even I didn't want to (but hey, finally I think it was a great idea). Also, my mload has changes (like IOS version detection, SWI handling, debug handling, etc.). Btw, mload is not able to shutdown modules to load custom ones (not in the public version).
 
waninkoko said:
tueidj said:
Yeah, he did a great job copying Hermes' work.

You probably don't know that Hermes and I share our code. So if I copied Hermes' work, he copied mine too.

Also, he was the one who told me to include mload, even I didn't want to (but hey, finally I think it was a great idea). Also, my mload has changes (like IOS version detection, SWI handling, debug handling, etc.). Btw, mload is not able to shutdown modules to load custom ones (not in the public version).


You savage...What are you hiding?

Thanks for the work you have done here.

Anyone hear any word on apps starting to make the fixes yet? I'm ready to upgrade, but it causes so many apps to not function. I went to cIOS57rev18 for a minute, but everything was bugging out so I reverted back to rev17.
 
Look at the signature below:

Now, I have cIOS38 rev 14 for a long time.. Should I go to rev17 ? I heard bad things about rev 18 but I am afraid to go to rev 17 from cIOS38 rev 14. Please let me know, thanks.
 

Site & Scene News

Popular threads in this forum