VMC make things more complicated and since I don't need/use VMCs, I can't test it properly. But it would be interesting to make VMC work properly too.
I don't use VMC either(I have plenty of free space on my card)but I just compile OPL with VMC just to have the feature but I guess I'll just remove it(I think I found some other problem before and the fix was again to compile OPL without VMC)
Yea that new VMC bug is causing problems I think just change make file VMC=0 the make rebuild ;)
About that bug if you have like VMC0 with game load game that reads both slots it will show save exactly the same for both even with out real MC or VMC in slot 2
That gets me jumpy might corrupt HD and that I would not like :rant:
Just a suggestion: We should do what Sony does to exit back to the dashboard (The OSD, or HDDOSD) by invoking ExecOSD(). But to facilitate booting a particular homebrew software directly, FMCB should be modified to accept an argument that specifies the ELF to boot.
Either that, or modify FMCB to accept an argument that signals FMCB to boot the pre-determined ELF that should be launched whenever IGR is activated.
If that is done, the OPL core can be kept simple.
What could anyone say about this(what problem ToA have with IGR so you can't successfully reset unless we use this).
I tried few thing and ended up with only this
part of the new code in the IGR_Thread function(everything else from the new changes was removed)Quote:
Reset_Iop("rom0:UDNL rom0:EELOADCNF", 0);
With just this ToA don't freeze when you try to reset compared to IGR without this new change.
...but even with this,the fact that ToA don't like IGR still remains(I get some strange sounds in battle when IGR is enabled)
Ah and SifInitRPC(0) is needed as it's what starts the RPC server for IOP to EE communications .... If you don't call that, programs using it may operate incorrectly since the top line resets the IOP but does nothing else.
The lines before the IOP reset command are there to stop all running/pending stuff before the reset is executed. To prevent hang-ups. Since TotA is fuxxored up, I recommend stop trying to use IGR with it.
But hey funny enough, the NTSC version has no issues with it as far as I can tell.
Ok,I was just curious why IGR start to work just with this.
PS.I also have the NTSC version(the original USA version,not dubbed)
Are you using any modes...maybe it's because of the mini OPL that you are using
But yes, SMB for example broke a bunch of games who used to work on HDD mode, like for example Fatal Frame2, which currently plays fine on MINI OPL if I use "alternative EE core" option set.
Is there is any simple way to remove the USB code(I kinda doubt it...all those gui changes and the code for USB).
I only use SMB to test a game before installing it(till now I haven't encounter a game that work on SMB but not on HDD)and HDD to play...USB is always disabled