![]() |
|
7-Zip SFX package splitter
1 Attachment(s)
The very old and very simple 7zSFX file splitter....
Separately saves the 7zSFX file, installation configuration (simple TXT) and 7z archive. |
Quote:
Please may you build a version of listext that orders the output of file sizes from largest to smallest? E.g. Code:
Source: . |
2 Attachment(s)
Quote:
ok! ListExt - Update Code:
USAGE:. |
1 Attachment(s)
Quick tested in freshly new ListExt from WinXP! Nice and found the file size reports bug. Listed results 100* bigger than real. (Missing "." or "," characters.)
|
1 Attachment(s)
Quote:
|
Quote:
Previous days (2023.03.16. build): This file size reports bug, available from Win7 SP1 x64! Last days (2023.03.17. build): File size report fully works!! (WinXP and Win7) ;) |
StuffIt, a (potentially?) useful tool for compressing JPEG images
1 Attachment(s)
An excerpt, from the wiki page:
StuffIt Image Format (SIF) "Early in 2005, a new JPEG compression system was released that regularly obtained compression in the order of 25% (meaning a compressed file size 75% of the original file size) without any further loss of image quality and with the ability to rebuild the original file, not just the original image. (ZIP-like programs typically achieve JPEG compression rates in the order of 1 to 3%. Programs that optimize JPEGs without regard for the original file, only the original image, obtain compression rates from 3 to 10% (depending on the efficiency of the original JPEG). Programs that use the rarely implemented arithmetic coding option available to the JPEG standard typically achieve rates around 12%.) The new technique was implemented as a StuffIt X format option in their StuffIt Deluxe product. They have also proposed a new image format known as SIF, which simply consists of a single JPEG file compressed using this new technique. Pending filing of their patent, they retain knowledge of the details of this algorithm as a trade secret. Some details are disclosed in: the high JPEG recompression is achieved by undoing the last step of the JPEG compression itself (the Huffman encoding of quantized transform coefficients). Instead, the transform coefficients are compressed by a more efficient algorithm (a predictive model based on the DC coefficients of neighboring blocks). Similar techniques are also applied for other image file formats such as GIF and TIFF and even the MP3 music file format. By means of decomposition, the relatively high compression rates for individual file formats can also be achieved for container file formats such as PDF, PSD and even ZIP." Attached below is an archive containing, what I believe to be all the appropriate resources needed to create an StuffIt archive, a sample jpeg and a simple batch script to test packing. I haven't experimented with every available switch, so don't take the sample script as being the most optimal method of packing. Theres a plethora of other resources that are created when installing this software but I'm pretty confident that, at least in testing only these files are needed to create a StuffIt archive. Preliminary tests have shown uninmpressive results, in contrast to a typical compression chain of srep & lolz Code:
Source: 32 MiB JPEG |
L33THAK0R: This test image sets, publicable?? (32MB -> 15MB)
The 'S + L methods' = Stuffit+LOLZ? The compressor, not user friendly in takes very long commands and more options! The compressor, says message: "StuffIt Deluxe is not installed. To obtain StuffIt Deluxe visit..." Resolve, use registration code added from registry before compression and delete its after compression in finished. Or make VBOX-ed EXE-package from to ONE exe files, from (de)compress... Few dll's properly injectable the main executable files, reducing files counts. Upload to my package? UPDATE: Checked my package, not injected more dll's to main EXE files... The "sitx.dll" readable to "plugins" dir. The registration code problem its mininally harderly resolve from newer than WinXP OS, aka SysWOW6432 related issues. More problems, finding optimal, best and hardware scalable (dict. size and cpu threads related) compreesion commands achieve overall best compreesion ratio. My results from "test.jpg" file: 5 420 967 byte |
Quote:
EDIT: If you don't mind me asking how were you able to achieve your 5mb result? |
1 Attachment(s)
Thanks from many clarifications. Other infos, its very easy tricks.
As for the rest, it's pretty simple stuff... It's enough to look at the topic discussing the Precomp 0.4.8 stdio version, there I wrote about how the many dll files, together with the EXEs, became 1-1 stand-alone EXEs file, with Enigma VBOX. There is one small thing missing from the package you posted, the registration keys necessary for the program to be registered, which would affect warez and I have no idea how much the moderators would like it. If it is in an unextractable form and we do it, just because we want to use and test it, Stuffit for compressing the games, then use it! It wouldn't be up to me, that's for sure! How did the 5MB result come about? I used the program! :) UPDATE: Added fixed executables from use without any restrictions... Usage: 1. Get full package from previous page posted in L33THAK0R (link) and unzip. 2. Download and unzipping my fixed files and replace it original files. 3. Compress It! (see txt file.) The program very obsolete in use JPG/MP3 files only compression the "pure" files! (extensions related!) StuffIt not detected any file data packed/readed from any file extensions... Examples Test1: Get few JPG files, make "JPGTEST" dirs and copy it. Run StuffIt and compress... See results. Test2: Get few JPG files, make "JPGTEST" dirs and copy it. Run any compressors (Arc/Rar/Tar) with in Store compression mode put to one archive in many JPG files. Run StuffIt and compress one archive file.... See results. (worser!) |
Quote:
Thanks for this very useful program! Would it be possible to create a file listing based on reading file headers instead of reading file extensions? Reasons being that file extensions are not always valid, and some files don't have extensions at all! And if possible, export file types to appropriately named folders for further processing. And maybe import processed files back to their original locations? Yes, I know this would be a big task, but possible? Thank you. |
Generic Riff Wave Extractor for game rippers
2 Attachment(s)
Some Info 'bout tha release:
If u have tried to do some rips, u prolly know how hard it is to find good C++ coders (or to learn it). And furthermore don't expect any help for RIP teams. They would prefer kill their parents than sharing anything. So when a RIP Game Team unfortunatly forget a tool in their release, it's always a great JOY for gameripppers coz it's officially free of use now. Yes, you have understand, here is a POWERFULL RIPtool coded by a genious coder of Challenge Of Reverse Engineering (CORE). It allows you to extract Wav PCM Files from all files in a dir (and replace extracted bytes by 00 hehe).It saves wavefiles with usefull info in name (startin'offset and length), so it can be reinjected with inject.exe (could be found in lots of CLS releases). So just pack extracted data with lame, and then you are ready to do a good RiP. I thought several minutes about sharing this, but no way, i won't play bitch as they used to do... LET'S SHARE - iT's spirit of scene isn't it ???? |
5 Attachment(s)
Quote:
Code:
ListExt.ini. |
Thanks for the prompt reply and update to this program!
A definite improvement over the last version of listext, especially with regard to file locations! In my case, I have many thousands of extensionless files. By reading the file headers, there are a variety of file types, mostly audio, imagery with some video as well. Ultimately, I would like to see the option of being able to read extensionless files to determine their file types and then determine the appropriate compression methods to be used. |
^^
Mesa by Shegorat would be ideal for this but you will have to contribute to krinkels.org in order to obtain that. |
Noted, thank you.
But as of this writing, it seems that Mesa has limited file type detection and doesn't (as yet) include mp4 and ogv file types among others. From my limited file checking of my thousands of extensionless files, the most common file types I found were - png, jpg, ogg, ogv, webp, mp3, and txt (plus variations of text types). So even if I had Mesa, it wouldn't detect some of these files which is not really ideal. |
From where you get those files anyway?
PS: TXT files cannot be detected if extensionless because they doesn't have any file header. |
Quote:
|
Quote:
https://imagizer.imageshack.com/v2/2...923/czMlUV.png |
Quote:
AIFF, AVI, MKV, FSB, MP4, DDS, TGA, TIFF, GIF, SWF But, since there is little free time, and also little feedback, I don’t yet know what to tackle first. |
Thanks for your comment.
I would like to suggest that OGV and WEBP file formats be included as I have a large number of these files from various games. Thank you. |
Quote:
or classic WAVs https://arcadestrikerblog.wordpress....ackedmusic.png I can post a sample if needed. Or maybe they used something else? Dragon Unpacker cannot overwrite the content of the source file with "00s" after exporting/unpacking the files, like the tool (Generic Riff Wave Extractor) linked above. |
Quote:
|
Windows Inno Unpacker GUI (>> InnoSetup-Exe)
Windows InnoUnpacker GUI (January 2025)
>> Inspect and unpack InnoSetup(.exe) up to Version InnoSetup 6.4.0 https://www.rathlev-home.de/index-e....-e.html#unpack Download Installer Download Portable Console Version https://www.rathlev-home.de/tools/im...nounpack-e.png |
Quote:
It's a very simple tool that uses signature files to detect file formats. It's not perfect (for example, I have quite a few mp4s it won't detect and have recently submitted a request for them to update their mp4 signature), but it's able to return data for most of my files and it's always accurate (in my experience) when it specifies the format. I threw a bunch of files in a folder and scanned them so you can see the output. https://i.imgur.com/p7Kopks.png As you can see, it found most files and even looks inside a non-password protected archive to give info on contained files as well. DROID can be downloaded directly from the UK National Archives site: https://www.nationalarchives.gov.uk/...records/droid/ Another application called TrID. It uses an algorithm to find similarities between files in order to determine filetype as opposed to looking for specific hard-coded headers. It's available as a command-line application: https://mark0.net/soft-trid-e.html or with a GUI: https://mark0.net/soft-tridnet-e.html I hope these are helpful for you. |
Exe To Bat
Quote:
|
Quote:
https://www.techguy.org/threads/solv...to-bat.759618/ => https://letmegooglethat.com/?q=exe+to+bat https://www.instructables.com/EXE-Back-to-a-BAT/ https://github.com/BlickiTools/exe-to-bat-converter |
Many repackers daily use ZPAQ compressor?? Few weeks ago released the specially modified ZPAQF release, added/modded in 1,4,8 bit images compression optimizations. Speedup are ~40% faster and ratio gains ~1-6% than orig ZPAQ 7.15 version.
See this: https://encode.su/threads/4369-Under...ng-zpaq-models or directly the src: https://github.com/kaitz/zpaqf One problems: Not available compiled binaries. UPD: kaitz released in previous days new zpaq7.15.2f version and x64 compiled binaries. The EXE file instant crashing. I need AVX/AVX2 capable CPU?? |
Hello
I like to use RapidCRC and blake3 for my repacks. The problem is that this software suffers from the lack of command-line operation. To create my files, I now use b3sum.exe which can generate these files. https://github.com/BLAKE3-team/BLAKE3 |
FMX Style Converter
Hi Guys, I designed and created a program discussed with @audiofeel (GUI version of the beta), which allows you to convert (both from the command line for the more experienced, and from a Graphical Interface) FMX 2.5 styles from Indexed Binary (*.fsf) to Raw/Plain (*.style) and vice versa to be able to EDIT them manually, without having to download RAD studio or Delphi. The download of the program(s) can be found HERE on my site. The password is obviously "Felix_550" (without the quotes). I hope it is useful! :D;)
http://felix550.unaux.com/info.php?file=FSF+2+Raw |
xxHash3 hash
Hello guys!
I’ve been experimenting with xxHash3 and got help from AI — the results turned out to bee OK This is a simple xxHash3 hash generator and checker, I decided to make it open source because I’ve used it in some of my repack projects, and it works great. Feel free to do whatever you want with it Enjoy! 😄 https://github.com/Luxuse/xxhash3-lx |
Quote:
|
Quote:
|
Quote:
|
Quote:
|
New "LOLZ-killer" compressors??
Few days ago released new compressor, named in OpenZL for structured data. https://github.com/facebook/openzl Windows/Linux binaries (x64 only) not available, this complicated sorce codes only. |
NewCrc Beta
1 Attachment(s)
NewCrc
NewCrc – Windows file integrity checker Supported hashes: CRC32, XXH3-64 Features: compare files with checksum lists zhashgen.exe in TEST-2 can create MD5 crc32 and XXH3-64 Here is somme virustotal scan : zhashgen.exe https://www.virustotal.com/gui/file/...229e?nocache=1 NewCrc https://www.virustotal.com/gui/file/...1514?nocache=1 NewCrc : https://github.com/Luxuse/NewCrc/tree/main |
| All times are GMT -7. The time now is 20:42. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com