Escolar Documentos
Profissional Documentos
Cultura Documentos
-----------------------------------------------2015/01/10 - v0.97
------------------*Re-compiled to fix broken strings table.
*Large files can now be copied properly to the HDD unit (copied in blocks).
*Fixed size computation of the unused areas of the HDD unit by making it complia
nt with the homebrew APA driver.
2015/01/09 - v0.97
------------------*Added animations to UI.
*Select button will be CIRCLE for Japanese consoles and CROSS for everything els
e.
*Shifted the PAL screen to the right by 4.
*Re-added quit confirmation message.
2015/01/07 - v0.97
------------------*Added support to install FMCB for the PSX, from a PS2.
*Added HDD space check.
2015/01/06 - v0.97
------------------*Fixed language support.
*Added new warning against the use of multi-installations.
2015/01/02 - v0.97
------------------*Updated to be compilable with the latest PS2SDK revision.
*Compiled with the latest PS2SDK revision for stability.
*Updated to support FMCB v1.95.
*Enlarged output buffers for S-commands within SECRMAN to 16-bytes, as CDVDMAN c
an assume that these output buffers are 16-bytes long.
*Added support for DEX units.
*Revamped the GUI.
*HDD unit will only be shut off if HDD support is disabled.
*Changed fonts to the Google Noto fonts.
*Added warning messages for users of unsupported consoles (ROM v2.30) and for us
ers with HDDs that need maintenance/replacement (for FHDB).
2014/06/25 - v0.96
-----------------*Updated to be compilable with the latest PS2SDK revision.
*Compiled with the latest PS2SDK revision for stability.
2013/10/13 - v0.95
-----------------*Fixed required space calculating, which was using the wrong IFDIR macro. It pro
bably wouldn't have really affected required space calculation though, but it's
good to do it right.
*Fixed the returned error code for cache initialization failures, for multi-inst
allations. The installer should no longer say that the installation completed su
ccessfully if the cache cannot be initialized.
*Added support for the SCPH-10000 (v1.01) and SCPH-15000 kernel update.
*Recompiled with the new PS2SDK, so that the installer can receive its fixes.
2013/08/14 - v0.94H BETA
-------------------------
but it seems like the homebrew CRT is buggy and crashes instead. :(
2012/04/07 - v0.93B BETA
-----------------------*Fixed RPC registration in all RPC server modules. Previously, they passed a poi
nter to the address of the RPC server buffer instead of the address of the RPC s
erver buffer itself, to sceSifRegisterRpc().
*Reduced the stack size of the MCTOOLS RPC server.
*Increased the stack size of the SECRMAN_RPC RPC server, since it seems like 0x8
00 bytes is really way to insufficient.
*Adjusted the compilation flags of all modules, enabling -O3 and -mno-check-zero
-division.
*Fixed a critical bug in the EE_memcpy() functions in all modules that have it:
The DMA start address was not incremented after address and transfer length alig
nment was performed.
The bug never occurs, since all buffers used in the EE-side of the insta
ller are all aligned to 64-byte boundaries.
*MCTOOLs was updated to free up it's allocated cache memory if an error occurs,
so that it won't run into the "Out of memory" error (That usually happens when a
memory card's parameters were misread either because of a corrupted/damaged or
substandard card).
*Changed the size of the RPC transmit buffer for the EE MCTOOLS client (Rounded
up to 16).
2011/11/03 - v0.93A BETA
-----------------------*Changed buffer alignment to 64-byte alignment for all buffers that will have da
ta flushed back into from the Data Cache. Other buffers now use 16-byte alignmen
t.
*Fixed the age-old buffer "alignment issue" (The phantom that was responsible fo
r mysteriously corrupting the stack has been vanquished!). !!CRITICAL!!
Turns out, data buffers specified with SifCallRpc() will have data read
from and written to in groups of 16... and some of the calls to SifCallRpc() wit
hin the EE-side clients like MCTOOLS pass the address of a 32-bit variable to it
. The result? The SIF overwrites data beyond the end of that 32-bit variable whe
n it does it's usual 16-byte block writes!
I know that SifSetDma() won't fix alignment and padding issues on it's o
wn, so I actually expected the SIF library to fix those issues lol.
*Fixed the issue with the "done!" messages disappearing. =3
Somehow, I can now see why the messages were disappearing, after getting
some sleep! XD
It's because of the fact that the status messages are displayed 2 lines
after the "Copying <file>..." message is first displayed. The system will bring
the cursor back 2 lines, write the status and then bring the cursor back forward
2 lines. The problem is that this behaviour should not exist for the last file
copied (The cursor position should only be brought back ONE line!). D:
2011/10/02 - v0.93 BETA
----------------------*Fixed a design fault that caused a resource leak. The File Descriptors (FDs) us
ed in the CopyFile() function were constantly overwriting each other, which prob
ably caused some opened files to be left unclosed and it's FD never feed up.
*Improved how the log messages are displayed, to give more accurate status updat
es.
Since the file copy process is asynchronous, file copy status messages w
ere previously incorrectly tagged with the files.
An error that occurred might not refer to the file that was being writte
n to the card, but the file that was being read from the source as another file
was being written to the card.
*Somehow fixed the stack corruption issue. And hence, all variables that were de
----------------------*Initial release