forums.ps2dev.org

Would you mind explaining how this works? It seems as if screen is set to 1 at the end of loadprx, so that screenshot never gets called. Am I missing something?

Perhaps this is a n00b mistake, but I just got snes9x from svn and ran make -f Makefile.psp. I installed the eboot, and when I run it, it shuts my PSP off (I'm running 1.5). Anyone know what I did wrong?

~Tim

In general, writing to the flash is a Bad Thing. Sure, you could do it right and it'd be fine, but if you do it wrong, you're bricking your PSP. If you look at the cost per MB when buying a 1 gig mem stick, you're actually paying under 10 cents per meg, so is 10 cents of memory stick space really wo...

There have been a couple posts about how the dev kits work on this forum, just use the search tool and you'll get a bunch of hits. As to whether or not they can take screenshots, I don't remember reading any information either way.

~Tim

Very nice, that simplifies alot of things. I'll be d/ling that to check it out.

~Tim

Most homebrew screenshots are done by embedding the support for screenshots directly in the homebrew app. There isn't any such support in the OS AFAIK, but I can only assume you could do this with a dev kit. Perhaps gamestop has a dev kit? Or maybe just a really steady camera setup :-D

~Tim

It's right at the top of the board:
http://forums.ps2dev.org/viewtopic.php?t=2493

Read through the whole thing before you start.

~Tim

Ector: I didnt see the original, but it does some nifty bluish things if you press some buttons :-) So pretty!

That's what the search feature of the board is for.
http://forums.ps2dev.org/viewtopic.php?t=3140

You'd be better off buying a universal remote for 10 bucks at radio shack for your pranks.

Currently, there's no way to use the PSP as a host device. It's possible that the PSP can act as a USB host, but it seems unlikely. Even if it could act as a USB host, you wouldn't be able to use it from the normal PSP menu.

There's a bunch of 3DS loaders floating around the net. In fact, I'm pretty sure I even saw one for QBasic once. A quick google search reveals there's plenty of information on loading the format, though it may not be the ideal format for storing on the psp.

~Tim

Thanks groepaz, that fixed it for me. And I must say.... holy crap. That's one hell of a demo.

~Tim

Pardon the n00b question, but I never had to deal with this "swizzling" in directx or opengl... Does swizzling just add a pitch to the side of the texture so it has proper alignment for bus transfers?

~Tim

I get the same problem reakt gets. Same version of PSP too. (PSP1001 with 1.5 fw)

I'm anxious to see this demo after reading all the praise it got, mind releasing the original eboot? :-)

I think it would be easier to be patient until the microphone accessory comes out to think about working on this sort of thing... would be easier than hacking through guesswork.

~Tim

It's possible I'm just doing the format wrong, did you try ector's tool? I'm just getting back into psp dev after not doing anything with it for awhile, so I'm still getting back up to speed with psp graphics stuff. If you post a link to your code though, I could play around with it and try to make ...

I probably had byte ordering wrong.

Try it now:
http://tim.strafenet.com/files/body1.bmp.zip


ector wrote a texture conversion tool that's probably way better than mine:
http://www.dtek.chalmers.se/~tronic/PSPTexTool.zip

I haven't used it recently, but I think it does what you want.

I wrote a quick program to convert an image to 32 bit ABGR. Program is at http://tim.strafenet.com/files/bmp2raw.zip

I also converted your file so you can see if it works: http://tim.strafenet.com/files/body1.bmp.zip

My server is currently down. Apparently my webhost (influxhosting.com) got hacked... at one point my main page was redirecting to some random ipod site... I suppose thats what i get for using a cheap webhost. PM me your email address and I can email it to you, though hopefully my server will be back...

Oh yeah, I was going to add C array support, but I forgot. Is that a useful feature to anyone, or is it just easier to use one of the tools already out there? Maybe it'd be better to have a seperate tool that'd have more control over the conversion from png to C array. I'll add C array support if so...

I added unicode support. Let me know how it works for you, or if you have any trouble.

http://tim.strafenet.com/files/font2png.zip

As an update, I still plan to add unicode and C output to the font program. (C output was actually originally in the program but I took it out since I figured people would prefer to use libpng or something). I haven't had time yet since i've been working something like 14 hrs a day the past few days...

I'll add unicode support and put a new version up later today

Sure, I can make the tool output to a .c file. As for the 16-bit charsets... Could you give an example of how you would specify the subset of the charset? If you can give me an example, i'll modify the tool tonight and post a new version on my site tommorow.

I could make it support 16-bit charsets, but the problem is that you'd have to define what ranges it should generate characters for... since you wouldn't want 65k font glyphs.

If you tell me how you want it to work, I can add support for 16-bit charsets for you.

If I understand your comment correctly, I don't think using an alpha channel with subpixel antialias would work very well with a rasterized font. Say you've got three subpixel rendered pixels at the right side of a font. You might have a black pixel, a red pixel, then a transparent pixel. The red pi...

Nope, I have no intentions of having the best font tool around. I couldn't find any tool to easily create subpixel rendered fonts, and since it's only a few lines of code in C#, I wrote my own. It's not a beta, preview, or anything... It's just a little tool I wrote that I thought I'd give to anyone...

If anyone is interested, here's the tool I wrote to create pngs from fonts.

http://tim.strafenet.com/files/font2png.zip

sfont doesnt seem to do subpixel rendered fonts... That was the original reason for making the tool. Having the ability to make other types of fonts was a trivial extra feature...

And the code to draw the fonts will also be quite small...

You mention "Code a new recompiler for the r4000 chipset"... this may be a stupid comment but.... if PSX is an r3000 and PSP is an r4000... seems like it could be done pretty efficiently. Is r3000 a subset of r4000, or is the architecture different enough that it wouldn't be a simple trans...