![]() |
Quote:
|
Quote:
|
Is there a tool to null file contents (replace with zeros from beginning to end of file), especially if you have multiple files?
I know I can do it with HxD but if you have many files this will get odd. |
Quote:
|
Thanks for the hint with fsutil, took me a bit to understand as I have never worked with it. Here is a working batch
Code:
FOR /R %%a IN ("*.bk2") DO (fsutil file setzerodata offset=0 length=%%~za "%%a") |
|
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? |
| All times are GMT -7. The time now is 19:06. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com