forums.ps2dev.org

Honestly, as long as you can't understand something as simple as a program framework with SDL, you won't be able to program any games more complicated than "click the red rectangle". Just go slowly and learn stuff as you go. The idea is to go from the bottom up, not the other way around.

Maybe you should look into SDL :) MUCH easier, and faster, than plotting one pixel at a time :)

Also, you can code and debug your game in your desktop, and just recompile & tweak for PSP later.

I'm sleepy.

..gotta program something then! Since I usually work better when I should be sleeping.

Geez, I wouldn't think anyone in their right mind would write something intrinsically as modular as the PSP VSH without OO :P

You can use a C make file for C++ programs. Also, eveything in your code is pretty much C, not C++ specifically, except for the cout stuff which BTW I don't think will work :P

You can use a multimiter to check the voltage the PSP gives in the camera power pins, I guess.

You might try taking a look at the NeHe OpenGL tutorials ( nehe.gamedev.net ) or something to learn more about the basics of 3D programming, like those primitive types. Just ignore the OpenGL bits (or better yet, read them too so you learn even more :) )

"dfjvnadfjkvnajklfdnvladf" is a pointer.

What bin2c or bin2o do is that they convert your stuff to a char*, not much different than "sgjvoryh9ejg9ejrf0e", IIRC it writes the data in hex because not all 256 char values can be encoded in the C file.

For the record, I think the problem was you passing &file to argp. "file" was already a pointer to the path, and &path makes it a double pointer which is apparently (accordingly to TyRaNiD's code) not what it expects (unlike "PC-like" argv's which are a pointer to a dynam...

Art wrote:and with a name like Pirata, which in English means "stealing"

It means "Pirate".

Just FYI :)

There's no such thing as "decompiling" per se, actually. The most you can do is disassemble a program that's in machine code to Assembly (not "Assembler") because that's a 1:1 correspondence. Also, knowing what language a program was written in doesn't make it any easier to "...

That simply won't work because ReactOS is just an Operating System, not a x86 emulator, and Windows programs are compiled for x86, not MIPS. So that means you'd have to rebuild from source, and if you want Windows-only programs, that's probably not possible :)

There's a function with a name like the one for printf, that clears the screen, I think. You should read the docs in the SDK to see all of these functions. The Makefile you write in a text editor... :) Use one of the samples in the PSPSDK to get started. As I said, you usually get text input via som...

You basically don't have cin, scanf or any of that in the PSP, but there are stuff like Danzeff's OSK (on screen keyboard) that are specially made for the PSP. I believe you can also use the built-in text entry screen (the onw that the XMB uses, eg. in the browser). For that matter, there's also not...

I remember the instructions said exactly what to check during the cygwin install, at the time I did it. Maybe you're looking in the wrong place :) Best you'd do is probably find some tutorial or something which lists all of the needed packages (basically, most of the devel ones, plus svn, wget and s...

It sounds like you didn't install autoconf... at least that's what the error says.

You probably miss the 1.50 kernel add-on.

The way you are thinking of doing it shows very obviously that you don't understand the very logic of programming (ie: stuff is sequential). Unless, of course, you're doing that inside a loop that clears the screen and redraws every frame, when that then makes sense. I'd rather use a queue with the ...

I'm personally very interested in that since I started playing around with OGRE recently :)

Good luck!

And don't use goto, that's bad! Unless you REALLY know what you're doing, and that's clearly not the case. (no offense!)

I suggest you take some basic C tutorials on if, for, while, switch, strings and stuff before trying to program for the PSP. It's going to make your experience a lot easier.

Even then, the center pixels of each bar (or whatever new graphic it is) should still be different from the BG color, unless the user is very very annoying and paints the bars with that very same color :)

How about that... for&#40;y = 0; y <ImgHeight; y++&#41; &#123; png_read_row&#40;png_ptr, &#40;u8*&#41;tempLine, png_bytep_NULL&#41;; //read a row if &#40;y==StepY&#41;//if the row is the one we want &#123; //select some pixels from the row for&#40;y = 0; y...

When you do something like a = expression; "expression" is evaluated and calculated, with the biggest precision of the two operands for each arithmetic binary operation (+, -, *, /), REGARDLESS of the type in the left, and THEN the final value is copied, being converted if needed. Which me...

Hey, very good, thanks a lot! :)

If I'm not mistaken, it doesn't run anything made with the PSPSDK.

The idea of a forum is to keep your questions and answers intact, so people with the same problems will know the solution without having to ask again :)

Also, please stop bumping threads 1 hour after you last post, that's useless and annoying. haha if you look carefully its actually about 12 hours in between posts cause 12pm doesnt just turn into 1 am anyways Yes, sorry about that :p But my point is still valid... bumping is bad, especially for a r...

using global variables was one of the easiest ways i could think of having the variables because i needed access to most of them in alot of diffferent functions and didnt want to have to pass stuff through to the functions all, but with your struct suggestion, your talking about my global variables...

almost every variable used within my program is global, but i can post them if you think that would help That's already bad in itself... You could, for example, do a tree structure with them using structs (app_data.notes.author for example instead of authornotes). I'm also under the impression that...

The PSP is an Allegrex CPU, so look for that or simply MIPS assembly.

There are the VFPU ops--check those out in yapspd and the VFPu diggins topic here.