Forum: PS3 Technical Development - Topics relating to Playstation 3 Technical development ONLY! Read and discuss the latest Cobra USB updates, tutorials and explanations or find out about bluray drive bypass firmwares plus much more.


The above video goes away if you are a member and logged in, so log in now!




 
Would you like to get all the new info from
PSX-Scene in your email each day?




Want to learn more about the team keeping you up to date with the latest scene news?

Read about them now!

Check out our Developer bios, too!

 


User Tag List

Thread: New Project: testelf and extract_elf
  

Page 5 of 5 FirstFirst ... 3 4 5
Results 41 to 46 of 46
  1. #41  
    jimmy8091 is offline Registered User
    Join Date
    Jan 2011
    Posts
    3
    Downloads
    2
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    0
    Likes Received
    0
    Return codes for both inflate and deflate Zlib

    Code:
    #define Z_OK            0
    #define Z_STREAM_END    1
    #define Z_NEED_DICT     2
    #define Z_ERRNO        (-1)
    #define Z_STREAM_ERROR (-2)
    #define Z_DATA_ERROR   (-3)
    #define Z_MEM_ERROR    (-4)
    #define Z_BUF_ERROR    (-5)
    #define Z_VERSION_ERROR (-6)
    What values are causing the buffer error?
    Reply With Quote  

  2. #42  
    Slynk is offline Member
    Join Date
    Sep 2010
    Posts
    754
    Downloads
    0
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    4
    Likes Received
    361
    It's the data size in the metadata section headers:

    Section Csize 7922
    Section Size 56

    The compressed size should NOT be so damn big >.< There are only 7 sections in this file so it's not a sum of all compressed sizes either. I'm not sure what's wrong... why is this value so high? Any way, my girl friend wants to play WoW with me so I'll up my work to a git and you guys can look at it XD.
    Reply With Quote  

  3. #43  
    Slynk is offline Member
    Join Date
    Sep 2010
    Posts
    754
    Downloads
    0
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    4
    Likes Received
    361
    https://github.com/Slynk/Elf-Tools

    There ya go. I'll update the first page with the link as well. It's my first time using git so if I did something wrong, tell me >.<

    EDIT: Hmm... maybe that's the encrypted size... how large does the encryption method make things? If so, where do I get the compressed size from?
    Reply With Quote  

  4. #44  
    Ben Jeremy's Avatar
    Ben Jeremy is offline Developer and master of common sense
    Join Date
    Aug 2010
    Posts
    737
    Downloads
    4
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    4
    Likes Received
    92
    Thanks for posting it up on a git.

    I don't know if I'll have time today to look at it, but I've got tomorrow off, too. (Federal holiday)
    Working hard on UberCFW, incorporating NTFS, sub-free NetFlix and Blockbuster, PSN cheat system with built-in swearbot and MAC-spoofing, Adding MKV, RAM and BIK movie support, and Xbox360 emu*.

    *not really. Get a life, newbs...

    My YouTube channel: http://www.youtube.com/user/BenJeremy
    Reply With Quote  

  5. #45  
    jimmy8091 is offline Registered User
    Join Date
    Jan 2011
    Posts
    3
    Downloads
    2
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    0
    Likes Received
    0
    Can you explain why you changed this:

    Code:
    decompress(self + get_u64(&Meta_Section_Header[i].dataOffset), get_u64(&Meta_Section_Header[i].dataSize), bfr, get_u16(&Elf_Header.e_phentsize));
    to this:

    Code:
    decompress(self + get_u64(&Meta_Section_Header[i].dataOffset), get_u64(&Meta_Section_Header[i].dataSize), program_sections + (i * get_u16(&Elf_Header.e_phentsize)), get_u16(&Elf_Header.e_phentsize));
    and why you dropped the brf allocation, after the conditional?

    From my understanding of this, there's a check for encrypted section, if encrypted decrypt, then check if compressed, if compressed decompress, then copy buffer to the relevant section.
    Reply With Quote  

  6. #46  
    Slynk is offline Member
    Join Date
    Sep 2010
    Posts
    754
    Downloads
    0
    Uploads
    0
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Likes Given
    4
    Likes Received
    361
    Thought I'd skip the middle man. No sense in writing to a buffer then writing it to the virtual program section when I could just write straight there.

    The decryption decrypts and writes over the self section that I input. (No reference to bfr) and decompress now takes the decrypted (or never ecrypted) section, decompress it and outputs it to the program section (or just copies it if it's not compressed).

    The problem is finding out the size of the compressed section. : /
    Reply With Quote  

Page 5 of 5 FirstFirst ... 3 4 5
Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •