Announcement

Collapse
No announcement yet.

CL-LiveDebug v3

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Azagthoth
    replied
    alright cool. just have to wait until you release the new version then.

    Leave a comment:


  • Gtlcpimp
    replied
    Actually when I build a GUI for the .ELF file used by LDv3 it will include the option for loading a backup.

    Leave a comment:


  • Azagthoth
    replied
    This is all i can find at the moment.
    https://files.bountysource.com/file/...+Package+2.zip
    if you could make a option in LDv3 for usb memory dump that would be awesome, and do multiple dumps like the mass dumper can when it's done dumping. It would make hacking a lot easier. I need to find a way to boot backup games with LDv3, i need to talk to skiller about that.

    Leave a comment:


  • Gtlcpimp
    replied
    I'm not sure if it can fully be implemented, kind of running low on free kernel space lol...

    Leave a comment:


  • Lazy Bastard
    replied
    Ah, makes sense. It will be awesome to have, though

    Leave a comment:


  • Gtlcpimp
    replied
    Cool, will take a look. Might take a bit before it can be implemented (will have to rebuild just about all of it >.<)

    Leave a comment:


  • Lazy Bastard
    replied
    The source to IGMassDumper can be found at https://svn.bountysource.com/artemis.../IGmassdumper/

    You can access the SVN repository with an SVN client (such as TortoiseSVN) at https://svn.bountysource.com/artemis

    Leave a comment:


  • Gtlcpimp
    replied
    Hey, I do need a break from coding at least some time during the week! lol... For the USB Dumping, if Jimmy's "IGMASS Dumper" actually is flawless in making the dump with any game (meaning that the only issue that blocks it would be the scePadRead b.s. I can't stand) then I would just need the source and can fix it on up. Hell, if it has the ability to work on every game like LDv3 then it can definitely be implemented into part of LDv3 (have a memory dump option added to the main menu). So that leaves a question, is it open source? If so where would I find the source to start fixing?

    Leave a comment:


  • Lazy Bastard
    replied
    Seriously...if we have search, USB dump, and comparison features, we have a complete PS2-side hacking system...which would be monumental.

    Leave a comment:


  • Azagthoth
    replied
    Good job, it works on Ratchet deadlocked. now just waiting on the search function. i was wondering if you can maybe get this usb(mass) dumper to work for all games. it works on some games. it's most likely due to scepadread function i believe.
    http://www.gshi.org/vb/threads/3860-...per-A-question.

    Leave a comment:


  • Gtlcpimp
    replied
    BETA download is now available

    Download: http://cheaters-lounge.net/files/CL-LD3.rar

    Leave a comment:


  • Lazy Bastard
    replied
    Ah, I see. That's a huge deal...well done.

    Leave a comment:


  • Gtlcpimp
    replied
    Well, right now it's closed source. Yes, it is an in-game memory editor and code applying software. Also, search features, was already thinking about that So far on the in-game portion I just need to add the Codes menu and build a search menu, then the in-game would be almost complete. Then I have to start building the GUI for the .ELF that loads it. The entire engine that is hooked by kernel I wrote entirely in Code Designer v2, so it's all one large stand alone module, uses absolutely no 3rd party modules. So I don't think it would help anyone if I made this open source anyway, unless all you guys are top notch ASM workers.. lol The .ELF file is simple there to write the engine onto RAM and write the kernel hook.
    Last edited by Gtlcpimp; 09-17-2010, 05:16:14 PM.

    Leave a comment:


  • Lazy Bastard
    replied
    That's awesome. Am I to understand this is an in-game memory editor/code applying software? If so, do you have plans to implement code searching features? That would take the cake.

    Is this open source or closed?

    Leave a comment:


  • Gtlcpimp
    replied
    The lovely advantage of being kernel hooked, which is part of why I kept trying to explain to misfire and the rest of them to use kernel hooking on Artemis, is that you already are in a permanent kernel status. So you don't have to set the EE status to allow kernel read/writes, it's already in the kernel status So yes, you can modify any address that is mapped by the EE, except for the Read Only Memory of course (the EE can't write there). Also, I'm not going to put a download for it at the moment. Need to finish implementing the other features it is advertised for (the Codes menu and Patches menu are blank at the moment).

    Added screenshots: http://cheaters-lounge.net/index.php?p=19

    Stored patch data + ability to activate / deactivate patches made via the Memory editor has been implemented successfully =D
    Last edited by Gtlcpimp; 09-15-2010, 12:58:17 AM.

    Leave a comment:

Working...
X