Yeah, and renaming. Both of those would make it perfection.
Printable View
Yeah, and renaming. Both of those would make it perfection.
Hey I am Looking for some CWcheats For FF2 anyone?
Weltall, ive hit another odd error. 0.1.9 rev A and B.
When I have them loaded d&d tactics freezes for me in the intro.
If i popped the umd out and put it back, then it continues, however no more audio for the rest of the play. And exiting to xmb freezes it.
1.8 rev c works fine.
Any idea why that might be? Others I know have it work fine with 1.9 reb b
As for deleting and renaming,
On the menu hold r and hit triangle to delete, hold r and hit X to rename.
How come the Fight Night cheats only work for one fight? I had unlimited health and stamina for one fight, then the next it was gone -_-
Also is there an app on the pc like the cheat searcher?
Should be able to run faster.
Just dump a bunch of memory dumps and search em?
You could do that with the Dump function and a HEX editor, but for realtime searching, this is your most practical bet. The other option is PSPlink, but that's for serious debugging purposes, so good luck using it for this kind of thing...Zitat:
Zitat von TheGlow
Doh I never thought to try button combinations and guess I glazed over that part in the readme. NM weltall you've got it all covered. :tup:Zitat:
As for deleting and renaming,
On the menu hold r and hit triangle to delete, hold r and hit X to rename.
Short answer: Some games don't store the values in the same place in RAM for every level so that's why it works on one level and not the rest.Zitat:
How come the Fight Night cheats only work for one fight? I had unlimited health and stamina for one fight, then the next it was gone -_-
Long answer: They usually have a pointer to the address where it can be found. The game loads the dynamic address from the pointer address to get the current place where things are stored at. You could try searching for the address used for health while on the first fight to see if you can find the place where the pointer is stored but usually it isn't that easy and the pointer address won't be the same because it will have an offset that needs to be added to it in order to get the right address.
Any one noticed a crash when you try to search codes for Crazy Taxi Fare Wars?
I'm using FW 3.52#4 and the last CWCHEAT.
PS: Never mind, just press the "note button" to get out of it.
Hey guys what cwcheat POPS to work with 3.40v3 from wildcard?
cwcheatpops.prx should work fine.Zitat:
Zitat von chivafighter
in any case it's untest as i have just 1 PSP so i can't test all the firmwares around. I only keep the latest firmware which is as of now 3.52
check the cwcheat site there are some and it seems japanese cheats are equal to english onesZitat:
Zitat von phiplouvonf
well if it works fine for others you may try the lite prx if it works you have too many things loaded in ram (plugins, cfw prx (oe firmware had more bigger prxes than m33 ones), modded things, ectZitat:
Zitat von TheGlow
you may use also artmoney. that was what i suggest back when memory search functions weren't availableZitat:
Zitat von TheGlow
This isn't a crash you are doing something wrong of these things:Zitat:
Zitat von wuemura
1) doing a wrong search. for this i mean when you try to search in a way which will make a extreme number of results. while this is fine with a machine with a lot of ram like the pc it's a bad idea in the psp were results are stored in the ms. Because it will have a lot to save data (taking so a lot of time which would be similar to a freeze) and/or run out of disk space. A classic wrong search is searching for equal in a diff search as the first steep. another example is searching for little number with the fixed value search and 8bit. like searching for 0 will take A LOT of results.
2) you have run out of disk space
with the note button (most probably with a screenshoot prx or similar) you are just resuming game threads making cwcheat still being in the background trying to do your search
Thanx, so the lastest version of Cwcheat would work since it has the cwcheatpops.prx right?Zitat:
Zitat von weltall
Ok, went to m33 3.52 and now 1.9 rev b works fine.
But now how do I get usb support to work with pops?
I know how to do it as ive done it in every version.
Ive used the usb.prx in the f0, ive used a decrypted one, etc.
its in the pops.txt usb, then cwcheatpops.
ive renamed the cwcheatpops usb.prx, etc.
From previous experience, if the USB.prx is bad, then cwcheat doesnt load up. which is whats happening. hold select forever, never pops up. rem usb in the pops.txt, put the reg pops.prx in and loads fine. shrug.
not critically important.
Edit: usb doesnt work for psp games either.
Enable and connect wire, and my pc makes the usb connection sound 2x really fast.
Nothing gets listed as new hardware or connection, psp isnt listed.
Disconnect and makes the disconnected sound..
This is a new version of cwcheat: 0.1.9 REV.C.
This version adds the possibility to load up to 128 text files per game id, by easily putting a number after the id for the files 1-127 (the first file is just the id.txt like before).
Other than this there are various improvement in the bootup function, the separation of the vsh from homebrew (so also a new id specifically for the vsh, like those checking the online db may have already noticed right not) and the removal of useless code from the code managing the screen clearing when entering in the cwcheat menu (if enabled). This code seemed to make also games like brave story crash, so now it will work fine in dungeons even if the clear background function is enabled.
Enjoy :)
http://cwcheat.consoleworld.org/down...download&id=13
Theglow usb is not working on 3.5x. the required prxs doesn't load so there is something missing (the usbstorms.prx returns that it's missing the required imports)Code:0.1.9 REV.C RELEASE
=====================
- [ALL] now the text reader supports up to 128 text files per id:
Press L/R to go to the previous/next text file.
The name is similar to how the cheat.db name works:
The first file is named with just the id.txt (just like
now), all the others are the id + the number + .txt
eg: with SLUS_12345 as id. The first file is SLUS_12345.txt
the next SLUS_123451.txt,SLUS_123452.txt~SLUS_12345127.txt
- [GAME] Improved disc id detection runtimes and by putting a
new check for the mount status of isofs.
This improved cwcheat startup speed (were applyable) and
compatibility.
This should also reduce the risk of the cheat list being
corrupted.
- [ALL] Added detection of vsh mode. So now vsh has it's own id
different from the one for homebrews.
Cheats for vsh/vsh homebrews which were previously under
the "HOMEBREW" id were moved in the new "VSH" id
- [ALL] Removed rendundant code from the function which cleared
the screen upon entering the cwcheat menu (if enabled)
This fixed also the brave story crash problem as before,
most probably, some data stored in the vram was being
overwritten.
Could you fix the thing where cheats work for one level and not the rest e.g Fight Night?
thanks weltall, i had just seen the post thread on maxconsole and figured it out.
As long as it wasnt just me ;)
Dan try and hack em yourself. It might be the code only works in one arena and now your elsewhere. or with a specific boxer.
I wouldn't know where to start..If anyone could get it working, I'd be truly grateful.
wth i hold r when i powerup nothing
thanks weltall cwcheat keeps getting better and better and now brave story works perfect this is great :tup:
Not sure what you're trying to say there...Zitat:
Zitat von keliikoa89
-dan- that isn't a cwcheat problem it's just a cheat problem. the cheat as someone else said is made just for a level and you would need to hack one for each level (or someone with enough experience in game hacking who makes a pointer code for that game)
That should be a classic DMA (as some calls them) game. in other words a game which allocates dinamically structures or just uses different data structures for each level
loved this app. i only use it as an ingame text reader for game guides and tutorials. never wanted to use it for cheat codes just in game text reading. unfortunately its unstable.
i am currently playing Prince of Persia Revelations. whenever i use CWCheat text reader and go back to the game, the game simply freezes and PSP crashes after a full minute. the main problem is that these crashes happen in random - but more frequent - and i could not pinpoint what causes it. there are times that it would work perfectly... i would be able to read then get back on the game as normal but most of the time... it would just crash and i would lose all game work!
i would appreciate if you could give me a clue whats happening here? loved the app though...
note: using 3.40 OE
the text reader loads text files in the volatile area. It's a special area of ram of 4 mb which is being cleared if you go in suspend mode. The problem is that some never games uses it to store data and they forget to notify the system of their illegal use of it (even sony does this crappy solution in their browser). cwcheat reports the system of the space allocation but the games completely ignores that.
moving to me or user partition it's excluded as they bring only more trouble (as for me, me based functions could stop working eg; videos audio; as for user it could interfere with games, being too little to store anything or modify the position of data modifyied by cheats).
Last we have the kernel partition which is the safest one, but it has a problem: it's crowned more and more every cfw release (m33 prx are getting bigger ultimately, before i could load cwcheat+psplink, as of 3.52m33-4 this isn't possible anymore) and by other prx. so you may only use little text files without adding a buffering solution, which in the other hand will increase the size of cwcheat and will require a partial rewrite of the text reader
thanks for the reply weltall.
when you said only a little text file - how small are we talking in here? i am only using a text file of about 194KB size. i really want to get this to work on my system as it is very convenient to have a guide handy while playing the game. i reckon it way better than using actual cheat codes.
and i manage to pinpoint (although i am not too sure) what triggers the game crash - when i use CWCHEAT text reader and use the d-pad button several times (when reading - i have to sometimes read large chunk therefore scroll a whole page down) or whenever the CWCHEAT text reader is open for quite some time, getting back to the game, i almost expect the game to crash.
any advise you can give me to be able to go around the issue? i'd appreciate any reply. cheers!
a game which uses that area is likely to crash if he stores important data even if you enter and exit immediately the text reader because all the text file is loaded anyway.
as for the ram as of m33-4 there is about 100kb left (safe to be used, actually it's more like 200 300kbs if you don't have irshell) in kernel ram (they increared greatly their prx sizes, before i could load cwcheat+usbhostfs+psplink , now i can't load anymore psplink)
without a streaming from file it's useless moving to kernel imho
Here it is a new version of cwcheat: 0.1.9 REV.D
This revision has mainly optimizations and bugfixes.
Other than these now you can get to the start of an opened text file in the text editor by pressing START
and now USB MASS is supported even in game mode of 3.5x firmwares.
Finally for those who requested how to donate for this project i've setup a donation button with paypal: you may find it here http://cwcheat.consoleworld.org/donations.php
Enjoy :)
DOWNLOAD
Code:CHANGELOG:
0.1.9 REV.D RELEASE
=====================
- [PACKAGE] removed lite and normal homebrew prx as now it's useless
- [ALL] Now it's possible to go to the beginning of the opened text file by pressing START
- [PACKAGE] fixed some errors in the readme
- [ALL] removed all remaining things about the homebrew build in the source
- [ALL] various optimizations in the builtin strings
- [ALL] various optimizations in the text reader
- [GAME] Fixed USB MASS support in 3.5x game mode. Now you can access again the memory stick while playing you favourite game
- [SITE] now it's available a donation link for those who requested it http://cwcheat.consoleworld.org/donations.php
differently from ads which are used just for paying the hosting, this will be a way to show the appreciation for my
work and to make me able to buy new hardware for development
Awesome! Thanks for the update. So do you still need those extra PRXs to get USB to work?
for pops yes for normal game mode no.
it was already working before in pops (you just need a tool to edit your pspbtcnf.bin and add usb.prx) but it had problems loading a required prx in game mode due to a missing prx
-= Double Post =-
rebuild of prx for irshell. the last one was built wrongly
http://cwcheat.consoleworld.org/cwcheat-IRSHELL.prx
download this only if you donwnloaded cwcheat before 21:20 and if you use irshell with cwcheat
well topic says it all really, i bricked my psp while trying to use the text reader of this version (in mhf2). i used the light installation and still ended up in a brick... good thing i have pandora's, anyways just a warning (i tried again after unbrick and it worked, yet the next time it bricked again!!!)
You bricked by using the text reader? So the text reader accesses flash?Zitat:
Zitat von varnil
you bricked with a plugin? i better be more careful with my plugins since i dont have pandora!
impossible cwcheat doesn't access flash0 at all you have something else doing bad things
-= Double Post =-
i've just tried it myself. it didn't even crash so you are wrong or it's a problem made by something else
Weltall, i've been using pointers a lot lately, and i think i've found a bug in CW Cheat, i'm not sure if its been reported or what, but i run a pointer code in SCEP-Cheatmaster (which has the same pointer format) And then when i run that exact same code in CW Cheat it freezes.
If your wondering its a Speed hack i made for Crises Core. I've been trying to contact you for a while but i guess i'll just have to post here.
Also ANOTHER problem i think i found with pointers is the support for negative offsets, I made a pointer code for MGS (infinite ammo) but the offset from the base was a negative, I thought this would be no problem though, because CW Supported negative offsets, but for some reason it didn't work. To check my code was right, i went to the pointers data, jumped to what it pointed to (-08800000) subtracted the offset and there was my ammo code. Any idea why CW Cheat is having problems with these pointer codes?
I'll post my MGS hack here, just so you can see...
_C0 Infinite Sniper1
_L 0x60251258 0x00000001
_L 0x00030001 0x000128E4
actually these code types were never intensively tested (there is only one code in the db).
anyway mgs (there are a lot you know) or crisis core i couldn't understand what game are you talking about :P
and even the region as i need to test it on the game itself.
btw how did you contact me? could you give anyway more samples (or submit them on the db and let me know of them)? could you join some chat rooms in servers like efnet,freenode,malloc or azzurra?
cwcheat pwns :)
well do you have aim or msn or anything? That way i can talk better. I was kinda hoping not to release these codes as i am a main part in OHG, and we're saving codes for a "project" but i guess a few can't hurt. BTW I meant Metal Gear Solid: Portable Ops and Final Fantasy VII Crises core.
ID: ULJM-05275
NAME: CRISIS CORE -FINAL FANTASY VI
$START
$Super Speed {
$Speed $0 $(602243C4 000000FF 00000000 000000E6)}
Ok this is the SCM version of the code, and it works perfectly, locked enabled whatever.
_S ULJM-05275
_G Final Fantasy VII Crises Core
_C0 Super Speed
_L 0x602243C4 0x000000FF
_L 0x00000000 0x000000E6
This, as you can see is the CW Cheat version of the code, which freezes, every time i enable it. I've had success with other pointer codes in CW CHeat, this is the first one with a POSITIVE offset that i've had any trouble with.
Now, this is the code for Infinite Sniper in Metal Gear Solid, it just does nothing at all when i lock it. Its the first NEGATIVE offset code i've tried, but like i said, according to the memory viewer, it SHOULD be working.
_G Metal Gear Solid Portable Ops
_C0 Infinite Sniper1
_L 0x60251258 0x00000001
_L 0x00030001 0x000128E4
ok i will look at them this afternoon and i will report back. thanks for the report :)Zitat:
Zitat von black_wolf_92
i've msn but it's always closed so i don't think it's a good idea. anyway some irc servers have their webchat module if the problem is the application to access them
Thanks Weltall, its good having a developer thats answers so quickly lol.
ok i've tried the ff crisis core code (which i don't know what it does) but at least it didn't crash enabling the debugging of the core returned these values:
pointer address: 0x8A243C4
pointed position: 0x9DC1930
write position: 0x9DC1A16
which seems fine
but i've noticed another thing about this code. if enabled in the main menu (so when not in game i didn't try inside menus) the pointed position is == 0x0 this means the pointer is not present. cwcheat relies to the cheat maker assuring the code is working so trying to access 0x0 it will crash immediately.
maybe cm does this check. i don't know if it's a good idea or not to add a check for null pointer. what do you think?
in the other case you should enable the code only when in game or put a TEST code.
now i will have a look at mgs :P
while the normal offset codes were just slighty tested the inverse ones were completely untested as of now :P
anyway i'll send you a pm i need a quick way to contact which forums can't be
edit: it seems even exiting from a mission and / or conflict makes the pointer null. well maybe a check would help anyway as it would make pointer codes easier to be done fortunately it isn't a bug :)
ok i didn't even check mgs but i've found the bug of the inverse codes so now it should work when you have time contact me i will send you a beta for testing
If I may add my 2 cents: I think that it would be a good idea to automatically test for a null pointer. Afterall, I've never seen a valid pointer that is 0x0. :)
well i went along and added that check, as it needed a rework of the code it allowed me to even optimize a bit the prx size :)