|
#181
|
|||
|
|||
|
instead of -ssd -hddslow -hddfast you could add a in memory buffer. a set size of memory will be allocated at start (ex: 64mb). you first write processed output to this memory buffer and when its full you flush it directly to storage (1 write operation, works on a separate thread) and in the meantime allocate another memory buffer to start again. so instead of a 1gb file doing 4k+ write operations (with -hdd*) it will do only 16-17 write operations.
|
| Sponsored Links |
|
#182
|
|||
|
|||
|
Quote:
Last edited by newfolder; 11-06-2026 at 07:54. |
|
#183
|
||||
|
||||
|
Quote:
Issues - A significant number of streams are left behind (not detected), scanner needs some improvements - Even though there's only one game known to use of internal crc checks sendQuantumCRCs (The Crew 2), such data cannot be processed by this project - spaceSpeedTradeoffBytes cannot be set by user and/or program does not check input for this change meaning games that this program cannot work on games that use the frostbite engine - this project suffers from the same problem as xtool with leviathan and some hydra streams where they can be detected but not processed at all The streams that are left behind can be however seen by this tool which can be found here, it's good that it is also open source as well, should help with development.
|
| The Following User Says Thank You to Razor12911 For This Useful Post: | ||
newfolder (11-06-2026) | ||
|
#184
|
|||
|
|||
|
Quote:
The public repo is only ~2 days old (still v33.1), but I'm actively developing the Trinity Engine branch (Oodle + Unity LZ4 + Zlib + Preflate) with perfect AES roundtrips. Scanner improvements are my top priority right now. Would love to hear more details about the missed streams or any test files you can share. Open to collaboration! https://github.com/johna124/Oodleforge Last edited by newfolder; 11-06-2026 at 07:49. |
| The Following User Says Thank You to newfolder For This Useful Post: | ||
Dunnowho69 (22-06-2026) | ||
|
#185
|
|||
|
|||
|
Could someone make a 64-bit version of this "t5lzma.exe" (source code) program? (While maintaining compatibility.) The 32-bit version only supports dictionary sizes up to "-d27", it no longer supports "-d28", although it is a good question whether it could handle higher ones. It is noticeably slower than the classic 7z/LZMA, but perhaps it could be minimally better.
|
|
#186
|
|||
|
|||
|
An interesting precomp-fork, 32bit test package. (Only suitable for zlib-streams.)
Its compression speed, thread-dependent, can be up to 50+ MB/s. The decompression speed is slightly minimally faster. (Unfortunately, it also has quite strong limitations.) Original author's description: Quote:
Last edited by kj911; Yesterday at 17:42. |
| The Following User Says Thank You to kj911 For This Useful Post: | ||
ScOOt3r (Today) | ||
![]() |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Support and Help on Game Compression Tools and Methods | Snake288 | Conversion Tutorials | 4 | 18-04-2020 06:30 |
| Help choosing an mp3 player | ikermalli | Media Players | 8 | 22-08-2010 23:15 |
| [REQ] Pac-Man World 2 Starforce 3 Crack (RLD Tools inside) | newone111 | PC Games | 48 | 21-03-2010 00:22 |
| Frequently Asked Questions | Joe Forster/STA | PC Games - Frequently Asked Questions | 0 | 29-11-2005 09:48 |
| Daemon Tools Question | Overthere | PC Games | 11 | 16-06-2003 17:02 |