forums.ps2dev.org

I don't know what went wrong, but you could just replace the whole function with and it should still work.

laichung wrote:I wonder, is the XMB/GameOS run under lv0/lv1/lv2?

Gameos is lv2 just like otheros. The processor is capable of running multiple LPARs at once, so you could theoretically run gameos and otheros together, although the hypervisor doesn't allow that for simple resource reasons.

Doubting what a hacker can do based on reading about the system is so funny. Many developers here have done more than just "read about" the system. But even just with the literature, we can have a pretty good idea of what he can do. He's glitched something either on the FlexIO bus, during...

Interestingly, this is Geohots comment on accessing the RSX from OtherOS: "And actually, the RSX being restricted is just theory as far as I know. OtherOS under the hypervisor may have the access required to write a 3D driver, just no one wrote one." Yes, that's what we've been saying all...

In grub-legacy it would be in stage2... check stage2/fsys_ext2fs.c.

Also check grub2 and u-boot, they're probably better. For example:
http://git.denx.de/?p=u-boot.git;a=blob ... c4;hb=HEAD

Also

• 135, 136, 231 are "lv1_mm_call" in PNG and "undocumented" on wiki, maybe they're interesting
• 233 is "undocumented" in PNG and not listed in wiki

otherwise they match up, in some cases the wiki has functions named where the PNG does not.

The lv1_mm_calls aren't identical. For example 0=lv1_allocate_memory and 6=lv1_query_logical_partition_address_region_info, but they're both lv1_mm_call in geohot's image.

For relatively simple implementations, you might check the ext2/3/4 support in grub2, u-boot, or other bootloaders.

He says the hardware is simple, so I doubt he's directly reading/writing the XDR (at an effective 3.2GHz clock, a Spartan-3 probably couldn't do that anyway). I imagine it's some simpler glitching he's doing -- for example, just overwriting a particular bit while watching the initial configuration o...

please use unified diff format ("diff -u") or just do a "svn diff"

USB is only supposed to provide power to devices that have correctly enumerated. In particular, devices aren't allowed to draw the maximum 500mA unless the host has specifically assigned a device configuration that requested this much power. Many devices either ignore this rule, or follow the USB Ba...

^^ spammer

You might have more luck by starting with a kboot/petitboot build and just modifying it to get what you want. Then you'll know when your changes cause it to no longer boot :)

What is the proper way to place music on an Mp4 Player? What you ask here has nothing to do with a PS2 console Tip: when a user has only a single post and they're posting a question which seems off topic, and they have a useless signature like "i need help" at the end of their post, they ...

Just link to the project website.... http://ps2pc.parodius.com/
(this is an incredibly ancient project)

dark_hex wrote:BUT THE ORIGINAL MAIN.C ARE VERY DIFERENT.
WHAT IS THE PROBLEM?

The problem is that your expectations for a decompiler is wrong. A decompiler can never recreate the original C source code in the general case.

Our crystal ball is hazy, so we'll need to see the actual errors to provide actual help.

I think the code is correct as-is. The Player_SetSynchroValue and Player_GetSynchroValue functions aren't in the current svn version of libmikmod, so if you're building against external mikmod libraries, then these definitions are needed. Maybe you were trying to build against both the external and ...

It's more a question of whether your g++ and libstdc++ builds support it, there shouldn't be anything PSP-specific. As long as you build things without -fno-rtti I expect it would work.

Using 'sudo -E' will preserve environment variables. Ubuntu versions prior to Karmic were compiled with SECURE_PATH which overrides the PATH even with -E. On Karmic I think that's fixed, but /etc/sudoers still contains env_reset by default which disables -E. So it's not quite that easy -- the env t...

Yeah, thanks for noticing that jsharrad. sudo will clear the PATH and other variables. Try something like:

If you don't have the file "psp-ranlib" anywhere on your system, the toolchain was not built or installed properly. If you do have "psp-ranlib", then your PATH is not set up correctly to point to it.

See
http://ps2dev.org/psp/Tools/Toolchain

Because: $ cat test.cc #include <stdio.h> int main&#40;&#41; &#123; printf&#40;"hello, world\n"&#41;; return 0; &#125; $ psp-g++ -s -o test test.cc -L/usr/local/pspdev/psp/sdk/lib -Wl,--start-group -lc -lpspuser -lpspkernel $ psp-size test text data bss dec hex file...

Do what it says and install gcc. Use the cygwin setup program to select and install it.

readme.txt and readme-ubuntu.txt both already state that you need libusb-dev installed.

Updated the wiki

No, not possible.

thanks

You don't need it except as a reference to see why that error is occurring.