forums.ps2dev.org

things to consider about this boot image: This uses a French AZERTY keyboard I could not get the root pass to work due to this, so I had to reset it manually using single user from grub Everything I tried from SVN worked perfectly, it is definitely a better option than using msys/cygwin on a windows...

THREE GIG!

Not exactly perfect for a small usb portable drive.. however it will come in handy

Has there been any progress on this? I'd love to be able to use my psp as a normal HID gamepad but sadly I lack the resources to do so.

Hi lethalspoon you may find people are a lot more helpful if you have used the search button (or a search engine) before asking questions. You even admitted that it was a dumb question in the first place. People are very helpful here, but please at least try to help yourself before asking (or indeed...

hey that is very cool. tried it with devkitpro, worked as soon as i copied over usb.h

and as luck would have it, my 4gb hd just died :(

well gif is a copywrited technology... Just open the pix in paint and then save them as a .png and use libpng there is NOTHING about what you have said that makes any sense whatsoever. However, the LZW patent expired last year worldwide and quite a few OSS projects have reimplemented GIF with LZW s...

Downloaded KOF91 sources.. will look and let you know how I get on ;)

well you could always just execute luaplayer + your script from your main eboot.... and have your script exit cleanly

NovaCaine wrote:thx for that, the whole makefile thing is new to me (usually a windows programmer)

it shows ;)

Looks like you are trying to compile c++ code (namely the classes defined in cell.h) in a c module (main.c). You could try renaming your C files to .cpp and see if that helps...

how about removing that option too as really you shoudnt even need it as you arent using a cygwin compiler only a cygwin environment!

a thought occurs... why are you linking -lmingw32 ??? tried NOT having that in your makefile..? or are you creating a windows app.

A more sensible option would just be to replace sceIoGetStat with sceIoGetstat

check the makefiles indeed... tsk.

Interesting. I think msysDTK should included in the devkitProUpdater setup package.

MIke

my apologies..

it's one of those things where i've only actually written half of what my brain was thinking, somehow thinking it made sense.. although in my defense the topic title was "devkitpsp samples"

I think the point has been totally missed. I was merely offering to make all of the example makefiles uniform across the examples, instead of needing to edit them manually. there are no hard coded paths in the makefiles.

I'm aware of how to do it. I just wondered if it was worth modifying the handful of makefiles that DO NOT have that line so that the examples could be built easier.

Lack of response, hardly worth it.

go here: http://www.devkitpro.org/setup.shtml download the windows installed (current version is 1.2.0) run it. download and install and keep files. pick mirror location to be close to you (I choose kent, uk as I'm in london) let everthing install edit c:\devkitpro\msys\msys.bat and include the foll...

this has nothing to do with software development.

Is it worth me submitting a patch that fixes all the makefiles to create eboots rather than the plain .elf that some makefiles output. Also I could submit something that automatically adds /c/devkitpro/devkitpsp/bin to the path when msys is launched - this will enable true out of the box setup and l...

using devkitpro/pspsdk and the samples you would very quickly be able to write a function to plot pixels in any colour you wish, clearing the screen is also very easy. its just a case of setting up a buffer in memory, plotting pixels to it, and dumping it into a framebuffer from the gu*() commands. ...

I need to change the number of samples that the psp expects from 1024 down to near 700 ish. Is there a simple way of doing this?

I'm using the pspAudio* functions and the standard callback (populating each screen update)

Thanks Paco, that is perfect

sceKernelDcacheWritebackAll(); was the one I needed!

ok now this is even more weird

If I call my drawsprites() function twice, it seems the problem doesnt occur..

is there some kind of write-delay that I need to be aware of???

Righto... now where was that screencap code I saw... Hmm.. anybody got any screencap code that I can use from within the app itself? dumping the output of my buffer to a file results in "perfect" graphics. failing that, anybody got a camera that they can take a photo of - If i send them a ...

Hey people. I've just about completed porting Bruno's Mikie Emulator to the PSP. It works great. However. There seems to be an issue with some sort of tearing (not vsync related) when displaying graphics. I would attach a screenshot but this forum doesnt seem to allow it. Any offer on image hosting ...

hmm very strange

just hangs at "loading....."

is it meant to do something? how long does it have to "load" for...?

hey

I'm surprised nobody has replied to this, as it seems rather interesting.

I will test it now.

This is a very cool realease guys. I dumped the rom from my bubble bobble old & new cart (including sram) and it was VERY playable (without sound) on frameskip 3 at full screen.

All of those errors are to do with zlib by the looks of things. is your zlib.a corrupt??