10-17-2010, 09:11 AM
(This post was last modified: 10-17-2010, 09:15 AM by pegasus2000.)
(10-16-2010, 08:15 PM)gid15 Wrote: Hi pegasus2000,
could you post a compiled PSP application using this function and not rendering correctly on Jpcsp? There are only few PSP applications using sceGuCopyImage and our implementation might still have problems. Also, we still have open issues with homebrews rendering directly to the framebuffer, without using GE lists.
It seems that the main site for nanodesktop (http://visilab.unime.it/~filippo/Nanodes...esktop.htm) is down...
Yes. Unfortunately, Visilab website is down for some days because of a
technical problem. I'll inform you immediately when it will return
up (within few days).
All homebrews that are compiled with PSP/PSP KSU/PSP CFW HAL
use internally sceGuCopyImage() for video
rendering acceleration, so all are not suitable under JPCSP.
Here it is the Nanodesktop Demo 1 compiled with PSP HAL:
And here it is the same program compiler with JPCSP HAL:
When using JPCSP HAL, Nanodesktop uses a software routine
running in the emulated CPU that does the same work of
sceGuCopyImage() via software. In this way, it can compensate
the lack of a working sceGuCopyImage() (the same approach
is used in PSPE emulator).
So, the support of sceGuCopyImage() is required only for
performance reasons.
We think that, as the JPCSP HAL is designed on the features of
your emulator, perhaps you could simply create a module in
your emulator containing some routines that are specific
for Nanodesktop and that can be called
by the HAL during the emulation, and one of this could be
a Java routine that copies a rectangular area in memory
from a position to another (i.e. what sceGuCopyImage() does).
If you need a copy of the homebrew compiled for the real PSP
and for JPCSP emulator, you can download that here:
http://rapidshare.com/files/425552619/Na..._JPCSP.zip