Search results

FreeSCI for the Pandora Someone asked for it, it will be included on the next ScummVM revision but, oh well, porting things to Pandora is so damn easy so why not? :) Seems to work fine for the supported games (which are not all, check the FreeSCI page)...

Or they can paste the contents of their "/tmp/pndrunanki.out", which should be the same thing.

Nice! Will take a look soon! Now we can look for minilib-based gp2x software to port :)

Today I wanted to clean my Pandora screen, so I got my Monster Cleaner, put the Pandora in standby so the screen would be blank, and cleaned it. To my horror, when I turned it on, there were dozen of screens asking if I wanted to really move my memory card to another, delete almost all icons...

I think he gave the source to me at some time in the past. But I think that for the Pandora a straight port should work.

Not while I am alive.

These 2 things are the next ones on the TODO. Besides figuring the weird control issue.

Hmm the problem is uploading 50mb with a web browser, how long would this take? I am thinking of leaving the patches files outside of the pnd and instruct the user to put it on appdata, this file will never change, what do you guys think? Also, I am thinking of doing a second menu option to...

So no one ported FreeSCI yet? hmmmm....

Yes for me it reconnects automatically too.

I got this insmod error too, just rebooting is the right thing to do?

Hmm really? ZC seemed to come from 30 to 40fps, but I might not remembered correctly the previous value. But it visibly faster. How do you do scaling on allegro? Zelda Classic already did its own scaling, so I did not bother to see how it is done, I may look at it to see if it helps you. Also...

ScummVM is trivial to compile to the Pandora, so you can expect that it will be ported some time on the future. I am one of the SCI lovers too :)

And my hacked code that worked (but is very ugly!): void gp_initGraphics(unsigned short bpp, int flip, int applyMmuHack) { #ifdef DEBUG sprintf(buf, "Initing buffer\r\n"); printf(buf); #endif if (!framebuffer_mmap[0]) framebuffer_mmap[0]=(void *)malloc(fb_size); if...

Hmm I'm not too used to accessing a fb direcly, here is the initialization section of the gp2x sdk, see if you think the code is reusable with the Pandora fb (I've cut some non-important parts): void gp_initGraphics(unsigned short bpp, int flip, int applyMmuHack) { #ifdef DEBUG sprintf(buf...

Just one thing I forgot to write, I don't know why but some games only works with joystick 1 and some with joystick 2, so some games were not working with the arrow keys, only with ADWS, so to overcome this on this first version, I mapped both controls to the arrow and B keys, so 2 player games...

You can compile npplayer standalone without a makefile, and it has a main already, just use the compile line I've put on the message.

I did, but it seems to be pointing to my server instead of the archive, maybe because of its huge size?

PocketSNES uses the rlyeh lib, so it writes directly to the framebuffer, but it is programmed to the gp2x fb, this must be very different from the Pandora, I presume. What we need is a Pandora "wrapper" of the rlyeh minilib, this would bring a lot of the more optimized programs.

Forgot to put on the description, the keys are: Start - Start A - B X - A L - L R - R Map - ENTER