<div dir="ltr"><div class="im">Sorry I'm sending these to the list cuz they didn't go the first time<br><br>On Wed, Nov 25, 2009 at 6:10 PM, Max Horn <span dir="ltr"><<a href="mailto:max@quendi.de" target="_blank">max@quendi.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
It also tries to File::open() a bunch of files that do not exist; for<br>
my version of ITE, that's about 35 files it tries to open but which<br>
don't exist. But (a) the same caching mechanism should apply here,<br>
too, and (b) it seems weird that a mere 35 file open should slow down<br>
the PSP that much. But of course it's not impossible :).<br>
<br></blockquote></div><div>How does it decide which files to try and
open? Maybe it's climbing up a directory tree trying to open a whole
bunch of files? Remember that when I run using the PSP shell (ie.
connected to the PC) it's at normal speed. I thought this was due to
caching but maybe it's because it sees a different directory tree.<br>
 </div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Yotam, can you insert the equivalent of printf's at strategy points of<br>
the PSP code to find out where it takes so long? I imagine that if you<br>
could use a printf statement that just prints __FILE__, __LINE__ and a<br>
millisecond count (e.g. obtained from g_system), and then copy & paste<br>
that all over the SAGA startup code. That way, it should be possible<br>
to pinpoint where exactly the slowness is.<br>
<div><br></div></blockquote></div>Good idea. Printfs won't work
directly because as I said above, the PSP shell makes the game run
normally. But I can print to a file when the PSP is disconnected.<br><br><br><div class="im">On Wed, Nov 25, 2009 at 6:00 PM, Walter van Niftrik <span dir="ltr"><<a href="mailto:walter@vanniftrik-it.nl" target="_blank">walter@vanniftrik-it.nl</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br></div>
AFAIK, SCI is the only engine that uses dual opl2 mode. This
essentially requires twice the CPU power for audio. You could try
setting it to mono by editing the adlib.cpp file.<br>
<br></blockquote></div><br>It seems to run much slower than 1/2
but I'll try it out. Maybe there's some kind of starvation going on
because the PSP has no  preemptive multitasking so the mixer task is
doing too much at a time before it returns control?<br>
<br><div class="im">On Wed, Nov 25, 2009 at 5:51 PM, Filippos Karapetis <span dir="ltr"><<a href="mailto:philipk79@hotmail.com" target="_blank">philipk79@hotmail.com</a>></span> wrote:<br></div><div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">






<div>
I really don't know what could be wrong with SAGA. The engine checks
for the presence of certain files on startup to enable/disable
features... perhaps Common::File::exists() is slow on the PSP?<br><br></div></blockquote>
</div><br>Maybe, but is this the only engine that uses exists() many times when it starts up?<br><font color="#888888"><br><br>Yotam<br></font><br></div>