PSP: Jpcsp v0.1 (revision 920) :: AEP Emulation Page - Emulation News

*
Feb 13, 2009
r920 (Fixed video command TMATRIX: texture matrix is 3*4 (spotted ...) committed by gi...@web.de - Fixed video command TMATRIX: texture matrix is 3*4 (spotted by raziel1000)
Fixed video command TMATRIX: texture matrix is 3*4 (spotted by raziel1000)
*
Feb 11, 2009
r919 (Update patch for Bust A Move Deluxe: allow sceAudio) committed by gi...@web.de - Update patch for Bust A Move Deluxe: allow sceAudio
Update patch for Bust A Move Deluxe: allow sceAudio

Last 30 days

*
Feb 08, 2009
issue 30 (Dynarec CPU) commented on by foxik...@mail.ru - You should disable ´debug´ mode. Open LogSettings.xml and in line "" write "info" instead of "debug".
You should disable ´debug´ mode. Open LogSettings.xml and in line "" write "info" instead of "debug".
*
Feb 08, 2009
issue 30 (Dynarec CPU) commented on by foxik...@mail.ru - You should disable ´debug´ mode. Open LogSettings.xml and in line "" write "debug" instead of "info".
You should disable ´debug´ mode. Open LogSettings.xml and in line "" write "debug" instead of "info".
*
Feb 08, 2009
issue 30 (Dynarec CPU) commented on by gkukobat - I don´t know if this should work like that! but when i check on for dynarec, i have large fall of performance in emulator!
I don´t know if this should work like that! but when i check on for dynarec, i have large fall of performance in emulator!
*
Feb 05, 2009
r918 (another system time fix (spotted by shadow)) committed by pfft.whatever - another system time fix (spotted by shadow)
another system time fix (spotted by shadow)
*
Feb 03, 2009
r917 (Implemented experimental "Only GE Graphics" to increase perf...) committed by gi...@web.de - Implemented experimental "Only GE Graphics" to increase performance: for some games, up to 100% FPS increase
Implemented experimental "Only GE Graphics" to increase performance: for some games, up to 100% FPS increase
*
Feb 03, 2009
issue 67 (java.lang.StackOverflowError with Compiler) commented on by gi...@web.de - Super Fruitfall problem http://jpcsp.org/forum/viewtopic.php?p=2621#p2621 has been somehow fixed in r912
Super Fruitfall problem http://jpcsp.org/forum/viewtopic.php?p=2621#p2621 has been somehow fixed in r912
*
Feb 03, 2009
issue 60 (Add a compatibility option to ignore invalid memory access) Status changed by gi...@web.de - Implemented in r916. Can also be loaded from a patch file: emu.ignoreInvalidMemoryAccess=1
Status: Fixed
Implemented in r916. Can also be loaded from a patch file: emu.ignoreInvalidMemoryAccess=1
Status: Fixed
*
Feb 03, 2009
r916 (Implemented Issue 60: Add a compatibility option to ignore i...) committed by gi...@web.de - Implemented Issue 60 : Add a compatibility option to ignore invalid memory access
Implemented Issue 60 : Add a compatibility option to ignore invalid memory access
*
Feb 03, 2009
issue 68 (Invalid Memory Access while loading Texture at 0x4200000) Status changed by gi...@web.de - Fixed in r915
Status: Fixed
Fixed in r915
Status: Fixed
*
Feb 03, 2009
r915 (Fixed Issue 68: address 0x4200000 is equivalent to 0x4000000...) committed by gi...@web.de - Fixed Issue 68 : address 0x4200000 is equivalent to 0x4000000.
Fixed Issue 68 : address 0x4200000 is equivalent to 0x4000000.
*
Feb 02, 2009
r914 (looks like I can´t count to 10 Razz

) committed by pfft.whatever - looks like I can´t count to 10 Razz

looks like I can´t count to 10 Razz

*
Feb 02, 2009
r913 (moved sema stuff out of threadman into another class. added ...) committed by pfft.whatever - moved sema stuff out of threadman into another class. added ModuleMgrForUser fw 271 (but we don´t know what the new function does). lots of minor changes.
moved sema stuff out of threadman into another class. added ModuleMgrForUser fw 271 (but we don´t know what the new function does). lots of minor changes.
*
Feb 02, 2009
issue 75 (sceIoDevctl 0x01F20001 unknown umd command) commented on by pfft.whatever - After the devctl the game proceeds to enumerates all files on the UMD, twice. This can take a "long" time.
After the devctl the game proceeds to enumerates all files on the UMD, twice. This can take a "long" time.
*
Feb 02, 2009
issue 75 (sceIoDevctl 0x01F20001 unknown umd command) reported by gi...@web.de - Reported for Burnout Legends: "sceIoDevctl 0x01F20001 unknown umd command (check disc type?)" http://www.jpcsp.org/forum/viewtopic.php?f=9&t=420&p=2608#p2608
Reported for Burnout Legends: "sceIoDevctl 0x01F20001 unknown umd command (check disc type?)" http://www.jpcsp.org/forum/viewtopic.php?f=9&t=420&p=2608#p2608
*
Feb 01, 2009
issue 72 (Increasing memory usage) commented on by gi...@web.de - The problem still happens with disabled file IO logging.
The problem still happens with disabled file IO logging.
*
Jan 31, 2009
issue 74 (hleIoRead: ArrayIndexOutOfBoundsException: Sector number xxx...) reported by gi...@web.de - Mind Quiz is throwing this exception http://www.jpcsp.org/forum/viewtopic.php?f=9&t=567&p=2572#p2572
Mind Quiz is throwing this exception http://www.jpcsp.org/forum/viewtopic.php?f=9&t=567&p=2572#p2572
*
Jan 29, 2009
issue 73 (Insufficient space on Memory Stick) reported by gi...@web.de - BOF still reports insufficient space on memory stick. http://www.jpcsp.org/forum/viewtopic.php?f=9&t=473&p=2558#p2558
BOF still reports insufficient space on memory stick. http://www.jpcsp.org/forum/viewtopic.php?f=9&t=473&p=2558#p2558
*
Jan 29, 2009
issue 72 (Increasing memory usage) reported by gi...@web.de - The memory usage of the Windows process is sometimes increasing over the size allocated to the JVM. See http://www.jpcsp.org/forum/viewtopic.php?f=9&t=473&p=2558#p2558 This might be related to the support of mipmaps in r829.
The memory usage of the Windows process is sometimes increasing over the size allocated to the JVM. See http://www.jpcsp.org/forum/viewtopic.php?f=9&t=473&p=2558#p2558 This might be related to the support of mipmaps in r829.
*
Jan 25, 2009
r912 (fixed system time (nanos -> micros)) committed by pfft.whatever - fixed system time (nanos -> micros)
fixed system time (nanos -> micros)
*
Jan 22, 2009
r911 (more patches thanks to raziel1000) committed by geo...@moralis.gr - more patches thanks to raziel1000
more patches thanks to raziel1000
*
Jan 21, 2009
issue 70 (Add texture cache compatibility options) commented on by pfft.whatever - Hmm, ok. It´s just when I ran the 2Dstudio demo I wasn´t convinced the texture was changing. I´ll try it again.
Hmm, ok. It´s just when I ran the 2Dstudio demo I wasn´t convinced the texture was changing. I´ll try it again.
*
Jan 21, 2009
issue 67 (java.lang.StackOverflowError with Compiler) commented on by gi...@web.de - Super Fruitfall: http://jpcsp.org/forum/viewtopic.php?f=9&t=258&p=2453#p2453
Super Fruitfall: http://jpcsp.org/forum/viewtopic.php?f=9&t=258&p=2453#p2453
*
Jan 21, 2009
issue 68 (Invalid Memory Access while loading Texture at 0x4200000) changed by gi...@web.de - Test on a PSP: 0x4200000 is equivalent to 0x4000000
Status: Started
Owner: gi...@web.de
Test on a PSP: 0x4200000 is equivalent to 0x4000000
Status: Started
Owner: gi...@web.de
*
Jan 21, 2009
issue 66 (divide by zero exception in doDIV) Status changed by gi...@web.de - Fixed in r910
Status: Fixed
Fixed in r910
Status: Fixed
*
Jan 21, 2009
r910 (Fix divide by zero (Issue 66)) committed by gi...@web.de - Fix divide by zero ( Issue 66 )
Fix divide by zero ( Issue 66 )
*
Jan 20, 2009
issue 66 (divide by zero exception in doDIV) changed by gi...@web.de -
Status: Started
Owner: gi...@web.de
Status: Started
Owner: gi...@web.de
*
Jan 20, 2009
issue 70 (Add texture cache compatibility options) commented on by gi...@web.de - A texture is automatically reloaded when it has changed in memory. A hash, based on the texture content and the color table, is computed each time the texture is used in order to detect such changes. This is displayed for example in the TextureCache statistics at the end of a run: ...ChangedHits=4325 (4,18%)...
A texture is automatically reloaded when it has changed in memory. A hash, based on the texture content and the color table, is computed each time the texture is used in order to detect such changes. This is displayed for example in the TextureCache statistics at the end of a run: ...ChangedHits=4325 (4,18%)...
*
Jan 20, 2009
r909 (Patch for Patapon provided by raziel1000) committed by gi...@web.de - Patch for Patapon provided by raziel1000
Patch for Patapon provided by raziel1000
*
Jan 20, 2009
issue 70 (Add texture cache compatibility options) reported by pfft.whatever - Disable texture cache: Completely disable use of the texture cache. I have not looked at the texture cache code in detail, so I currently suggest an option "Enable smart texture cache": Clear the cache on each TFLUSH, but not on each PRIM. This will handle textures changed in place. Also, pspdisplay has hooks on mem.write, so we could detect when a texture is being modified and invalidate it.
Disable texture cache: Completely disable use of the texture cache. I have not looked at the texture cache code in detail, so I currently suggest an option "Enable smart texture cache": Clear the cache on each TFLUSH, but not on each PRIM. This will handle textures changed in place. Also, pspdisplay has hooks on mem.write, so we could detect when a texture is being modified and invalidate it.
*
Jan 20, 2009
issue 69 (Add "Disable reserved thread memory" compatibility option) reported by pfft.whatever - This option will remove the limit in pspsysmem, it should help Issue 48.
This option will remove the limit in pspsysmem, it should help Issue 48.
*
Jan 19, 2009
r908 (fixed SceKernelSemaInfo) committed by pfft.whatever - fixed SceKernelSemaInfo
fixed SceKernelSemaInfo
*
Jan 19, 2009
r907 (ops i commented out something by accident Very Happy

) committed by geo...@moralis.gr - ops i commented out something by accident Very Happy

ops i commented out something by accident Very Happy

*
Jan 18, 2009
r906 (fixed a small bug in sceKernelThreadInfo (write was 2 bytes ...) committed by geo...@moralis.gr - fixed a small bug in sceKernelThreadInfo (write was 2 bytes wrong )
fixed a small bug in sceKernelThreadInfo (write was 2 bytes wrong )
*
Jan 18, 2009
issue 68 (Invalid Memory Access while loading Texture at 0x4200000) Summary changed by gi...@web.de -
Summary: Invalid Memory Access while loading Texture at 0x4200000
Summary: Invalid Memory Access while loading Texture at 0x4200000
*
Jan 18, 2009
issue 68 (Invalid Memory Access while loading Texture) reported by gi...@web.de - A texture at address 0x4200000 is loaded by Castlevania: http://www.jpcsp.org/forum/viewtopic.php?f=9&t=233&p=2412#p2412 This address is interpreted as an invalid address. Check the behaviour on a real PSP.
A texture at address 0x4200000 is loaded by Castlevania: http://www.jpcsp.org/forum/viewtopic.php?f=9&t=233&p=2412#p2412 This address is interpreted as an invalid address. Check the behaviour on a real PSP.
*
Jan 18, 2009
r905 (Patches for Castlevania X and Patapon provided by raziel1000...) committed by gi...@web.de - Patches for Castlevania X and Patapon provided by raziel1000 and snkmad.
Patches for Castlevania X and Patapon provided by raziel1000 and snkmad.

Earlier this year

*
Jan 16, 2009
issue 40 (NullPointerException in sceUtilitySavedataInitStart) Status changed by pfft.whatever - r778
Status: Verified
r778
Status: Verified
*
Jan 16, 2009
issue 28 (Cube demo VFPU broken) Status changed by pfft.whatever -
Status: Verified
Status: Verified
*
Jan 16, 2009
issue 3 (Unhandled texture storage Cool

commented on by pfft.whatever - Derby Time verified but still not rendering: http://jpcsp.org/forum/viewtopic.php?p=2260#p2260
Derby Time verified but still not rendering: http://jpcsp.org/forum/viewtopic.php?p=2260#p2260
*
Jan 16, 2009
issue 46 (seek 0x80000 problem) commented on by pfft.whatever - Original issue should be fixed r903, but we still need to make sure the io changes don´t break anything.
Original issue should be fixed r903, but we still need to make sure the io changes don´t break anything.