Jump to content

Search the Community

Showing results for tags 'compressor'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • COMMUNITY HEADQUARTER
    • Rules & Announcements
    • Member Introductions
    • Feedback & Suggestions
    • Darck Nuvo Activation (DNA)
  • COMMUNITY OFFICIAL
    • Darck Repack Releases
    • Non-Official Repack Releases
    • Repack Game Issues
    • Request Repacks
    • Dead Links
  • COMMUNITY SPECIAL
    • DarckSide Cracking
    • PC Application Softwares
    • Android Apps & Games
    • Movies
  • OFF TOPIC
    • General Talk
    • Gaming News
    • Technology News
  • SECRET HEADQUARTERS
    • Archive Dumper

Categories

  • Android Applications
    • Android Games
  • System Software
    • Application Software
    • Operating Systems
    • Utility Software
  • PC Game Cheats & Hacks
    • Trainers
  • Data Compression
    • Archivers
    • Compressors
    • Precompressors
    • Preprocessors
    • Other Useful Programs
  • Installers
    • Inno Setup
    • Delphi
  • Invision Community Resources
    • IPS Releases
    • Developer Resources

Categories

  • Gaming
  • Member Account
    • Settings
  • Repack Troubleshooting
  • Windows

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Gender


About Me

Found 8 results

  1. Version 0.1.1

    16 downloads

    OGGRE is an ogg vorbis audio file compressor. In the vorbis format, the final entropy encoding of frames is very well done, so there is very little to pinch there. But with ogg headers and code blocks at the beginning of each ogg file, the situation is completely different, so they had to use deduplication. As a result, we got a win of only 5-7% from lzma. To compress via FreeArc in arc.ini you need to add something like this: [External compressor:oggre] header = 0 packcmd = oggre_enc.exe {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp and use CLS-OGGRE.dll for unpacking. I also made a version for wwise vorbis compression separately - they just removed all the ogg titles and code blocks. The OGGRE compressor for wwise was made quite on the knee, so to encode any file you must first convert it with the ww2ogg utility from .wav to .ogg and then press oggre_enc_wwise.exe. The unpacked instance through the oggre_dec_wwise will correspond to the .wav file, but without the WAVE header. In short, pure play. P.S. If you don't understand how to use, or something isn't working - that's your problem, I've bolted on this project.
  2. View File OGGRE OGGRE is an ogg vorbis audio file compressor. In the vorbis format, the final entropy encoding of frames is very well done, so there is very little to pinch there. But with ogg headers and code blocks at the beginning of each ogg file, the situation is completely different, so they had to use deduplication. As a result, we got a win of only 5-7% from lzma. To compress via FreeArc in arc.ini you need to add something like this: [External compressor:oggre] header = 0 packcmd = oggre_enc.exe {options} $$arcdatafile$$.tmp $$arcpackedfile$$.tmp and use CLS-OGGRE.dll for unpacking. I also made a version for wwise vorbis compression separately - they just removed all the ogg titles and code blocks. The OGGRE compressor for wwise was made quite on the knee, so to encode any file you must first convert it with the ww2ogg utility from .wav to .ogg and then press oggre_enc_wwise.exe. The unpacked instance through the oggre_dec_wwise will correspond to the .wav file, but without the WAVE header. In short, pure play. P.S. If you don't understand how to use, or something isn't working - that's your problem, I've bolted on this project. Submitter PsYcHo_RaGE Submitted 06/15/2022 Category Compressors VT Link https://www.virustotal.com/gui/file/7de7ebd9c37cc1f3669eeb0570004091d431044a81d426f901d315532d56972a  
  3. Version 1.0

    3 downloads

    A CLS multi-threaded library for BALZ (A ROLZ-based file compressor)
  4. View File CLS-balz A CLS multi-threaded library for balz BALZ - A ROLZ-based file compressor Submitter PsYcHo_RaGE Submitted 04/08/2022 Category CLS-Wrappers VT Link https://www.virustotal.com/gui/file/0e6f4ec0bdce130098dd67d474e7bf1293b08670678dd3d0f679ec48f742cf46  
  5. Version 0.9.5b

    130 downloads

    Q. I don't get it! what it its? A. Its a GUI Based Compressor/Repack Creator by Darck Team. Bugs? Mention them in the comment section below. Hashes #Plain PE32 Name: DarckSideCompressor.exe Size: 12635136 bytes (12 MiB) CRC32: 88659962 CRC64: 4EDDCA226FECA5D1 SHA256: CA234B0A4B8311D8A51FC8269F6B60282232DEA91F1902865F0ED602DD594661 SHA1: 4F17BD47AF6DF02B960959EA8A7A08E6D84EF82E Credits Programmers: @ Jiva newstone & @ PsYcHo_RaGE Designer: @ Jiva newstone Testers: @ PsYcHo_RaGE , @ Jiva newstone , @ ScOOt3r , @ MrGamerAI , @ BedBug & @ -ZH!¥ÃM™RRC- Note: If you are going to use this program anywhere(you like it or not), please respect our work and mention us e.g. if you are a repacker, mention us in your NFO. Happy Repacking
  6. View File DarckSide Compressor Q. I don't get it! what it its? A. Its a GUI Based Compressor/Repack Creator by Darck Team. Bugs? Mention them in the comment section below. Hashes #Plain PE32 Name: DarckSideCompressor.exe Size: 12635136 bytes (12 MiB) CRC32: 88659962 CRC64: 4EDDCA226FECA5D1 SHA256: CA234B0A4B8311D8A51FC8269F6B60282232DEA91F1902865F0ED602DD594661 SHA1: 4F17BD47AF6DF02B960959EA8A7A08E6D84EF82E Credits Programmers: @ Jiva newstone & @ PsYcHo_RaGE Designer: @ Jiva newstone Testers: @ PsYcHo_RaGE , @ Jiva newstone , @ ScOOt3r , @ MrGamerAI , @ BedBug & @ -ZH!¥ÃM™RRC- Note: If you are going to use this program anywhere(you like it or not), please respect our work and mention us e.g. if you are a repacker, mention us in your NFO. Happy Repacking Submitter PsYcHo_RaGE Submitted 04/08/2021 Category Other Useful Programs VT Link https://www.virustotal.com/gui/file/b1daa8387f2d7eef148981d35d3773c571c1b281f2ae803a7e4d5e77ad68750f/detection  
  7. View File lolz lolz is a compressor based on adaptive rANS, suitable for any data, but shows the best results on structured data. Made special models for dxt textures and raw graphics (in the distant future, perhaps, for raw audio will appear). It is possible to compress and decompress multi-threaded. There are quite a few options in lolz, but some of them no longer work due to the lack of need for them, but they have not yet been removed from the codec. The default options are optimal in most cases. Brief description of options: Data detection options: -dt [0..1] - enables / disables detection of pos_ctx / dxt / raw. no headers, everything is detected based on the analysis of data statistics. Default: -dt1; -dtp [0..1] - enables / disables transmission of statistics from previous blocks to subsequent blocks in the detector. Default: -dtp1; -dtb [0..1] - enables / disables enumeration of all options regardless of heuristics. Default: dtb0; -dto [0..1] - enables / disables detection of the best positional o1 context. Default: -dto1; -dtm [0..1] - enables / disables raw graphics multimedia detection. Default: -dtm1; -dtw [0..1] - enables / disables width detection for raw graphics and dxt textures; -dtd [0..1] - enables / disables detection of dxt textures; Multi-threading options: -mtt [0..1] - when multithreaded processing, specifies the used mode of operation. At 0, the dictionary size must be at least 2 times the block size. In this mode, data for each stream will be loaded alternately in block size. In this mode, in most cases, you can achieve better compression than in the second, however, decompression requires as many streams as in compression. When 1, each block is compressed separately, without dependencies on neighboring data, respectively, the compression here is usually worse than in the first mode, but you can specify any number of unpacking streams. It is for this mode that the options from cls.ini MaxThreadsUsage and MaxMemoryUsage are used. Default: -mtt0; -mt [1..16] - sets the number of threads to process. With -mt1 and -mtt0, normal sequential lossless compression is obtained by dividing the stream into blocks. Default: -mt1; -mtb [2..512] - sets the block size in MB. With -mt1 -mtt0, the value also plays, but minimal role. And more doesn't mean better. Usually, for -mtt0, the optimal value is about 32-64MB, so the size of the dictionary should be more than 2 times larger. For mtt1 mode, the dictionary size must be no more than the block size; Main options: -d [16..2032] - dictionary size in MB. Default: -d64; -tt [1..256] - the number of paths to consider in the optimal parser. It greatly affects the speed and compression ratio, but not unpacking. You shouldn't ask more than 16, I assure you it's not worth it. Default: -tt4; -oh [8..14] - sets the maximum number of bytes that the optimal parser will process at a time (2 ^ X). Default: -oh12; -os [0 ..- oh] - sets the minimum number of bytes that the parser will process at a time (2 ^ X). Default: -os8; -fba [0..4096] - sets the size of the minimum match, at which the parser will not bother much in calculations. Compression is decently accelerated (2 times) with a small loss of compression. At 0, these simplifications are disabled. Default: -fba256; -fbb [0..4096] - THIS OPTION DOES NOT WORK AT THE MOMENT. Asked for even greater simplifications; -al [0..1] - enables / disables calculation of literal price even if rep0 matches. Default: -al1; -x [0..2] - turns on the slow modes of the parser with the calculation of (almost) all lengths of the found match, as well as the options match + lit + rep0match. Very slow and merciless. And the benefit is very small. It's easier to add -tt; Default: -x0; Matchfinder options: -rt [0..2] - THIS OPTION DOES NOT WORK AT THE MOMENT. I set the matchfinder type - lz, rolz or hybrid mode, but rolz did not meet expectations and I made all the changes without taking it into account, so it does not work now; Default: -rt0; -mc [2..1023] - Specifies the maximum number of traversals of the binary tree of matches, after which matches for the given position are no longer searched; Default: -mc128; Model options: -cm [0..1] - enables / disables a simple context mixer in some critical places, which mixes a couple of models in each place. When enabled, it improves compression, but slows down decompression. Default: -cm1; -bc [0..8] - sets the level of influence of the previous byte on the mixer; Default: -bc4; -lm [0..4] - THIS OPTION DOES NOT WORK AT THE MOMENT. Specifies the type of an "elementary" literal. Complex high-order models with cm did not perform well, so I abandoned them, as did rolz. Default: -lm0; -blo [0..8] - sets the degree of influence of the previous byte on the encoding of the upper part of the literal. Default: -blo8; -bll [0..8] - sets the degree of influence of the previous byte on the encoding of the lower part of the literal. Default: -bll8; -blr [0..8] - sets the degree of influence of the rep0lit byte on the encoding of the upper part of the literal. Default: -blr4; -bm [0..8] - sets the degree of influence of the rep0lit byte on the encoding of the match type flag. Default: -bm4; -pc [0..4] - sets the positional context for all encoding operations. It is automatically ignored when the detector is on. Default: -pc2; -dmXY (X [0..3], Y [0..4]) - sets the model for encoding color pairs (X) and alpha channel (Y) pairs. At the maximum value of each parameter, adaptive switching between models is used, while the decompression speed is reduced, but the compression is better in most cases. Default: -dm34; -gmXY (X [0..2], Y [0..1]) - X - sets the model for encoding raw graphics. at the maximum value, adaptive switching between models is enabled. However, in this case, it is rare to see a gain over the adaptive mode. Generally, mode 0 is in the lead, but its unpacking is 2 times slower than mode 1. Y - enables updating of model statistics when they were not used (for example, there was a long match). For X0 and X1, it usually gives a small gain in compression, but the speed drops by a factor of 2 (it all depends on the data). In general, the most optimal is -gm00, which is the default mode; Submitter PsYcHo_RaGE Submitted 09/16/2020 Category Compressors VT Link https://www.virustotal.com/gui/file/ac6730b3041a3a05b62ec6a033e9447f7dc87171751c19704ee10d7eb0093cb6/detection Developer ProFrager  
  8. PsYcHo_RaGE

    lolz

    Version test22c4b

    307 downloads

    lolz is a compressor based on adaptive rANS, suitable for any data, but shows the best results on structured data. Made special models for dxt textures and raw graphics (in the distant future, perhaps, for raw audio will appear). It is possible to compress and decompress multi-threaded. There are quite a few options in lolz, but some of them no longer work due to the lack of need for them, but they have not yet been removed from the codec. The default options are optimal in most cases. Brief description of options: Data detection options: -dt [0..1] - enables / disables detection of pos_ctx / dxt / raw. no headers, everything is detected based on the analysis of data statistics. Default: -dt1; -dtp [0..1] - enables / disables transmission of statistics from previous blocks to subsequent blocks in the detector. Default: -dtp1; -dtb [0..1] - enables / disables enumeration of all options regardless of heuristics. Default: dtb0; -dto [0..1] - enables / disables detection of the best positional o1 context. Default: -dto1; -dtm [0..1] - enables / disables raw graphics multimedia detection. Default: -dtm1; -dtw [0..1] - enables / disables width detection for raw graphics and dxt textures; -dtd [0..1] - enables / disables detection of dxt textures; Multi-threading options: -mtt [0..1] - when multithreaded processing, specifies the used mode of operation. At 0, the dictionary size must be at least 2 times the block size. In this mode, data for each stream will be loaded alternately in block size. In this mode, in most cases, you can achieve better compression than in the second, however, decompression requires as many streams as in compression. When 1, each block is compressed separately, without dependencies on neighboring data, respectively, the compression here is usually worse than in the first mode, but you can specify any number of unpacking streams. It is for this mode that the options from cls.ini MaxThreadsUsage and MaxMemoryUsage are used. Default: -mtt0; -mt [1..16] - sets the number of threads to process. With -mt1 and -mtt0, normal sequential lossless compression is obtained by dividing the stream into blocks. Default: -mt1; -mtb [2..512] - sets the block size in MB. With -mt1 -mtt0, the value also plays, but minimal role. And more doesn't mean better. Usually, for -mtt0, the optimal value is about 32-64MB, so the size of the dictionary should be more than 2 times larger. For mtt1 mode, the dictionary size must be no more than the block size; Main options: -d [16..2032] - dictionary size in MB. Default: -d64; -tt [1..256] - the number of paths to consider in the optimal parser. It greatly affects the speed and compression ratio, but not unpacking. You shouldn't ask more than 16, I assure you it's not worth it. Default: -tt4; -oh [8..14] - sets the maximum number of bytes that the optimal parser will process at a time (2 ^ X). Default: -oh12; -os [0 ..- oh] - sets the minimum number of bytes that the parser will process at a time (2 ^ X). Default: -os8; -fba [0..4096] - sets the size of the minimum match, at which the parser will not bother much in calculations. Compression is decently accelerated (2 times) with a small loss of compression. At 0, these simplifications are disabled. Default: -fba256; -fbb [0..4096] - THIS OPTION DOES NOT WORK AT THE MOMENT. Asked for even greater simplifications; -al [0..1] - enables / disables calculation of literal price even if rep0 matches. Default: -al1; -x [0..2] - turns on the slow modes of the parser with the calculation of (almost) all lengths of the found match, as well as the options match + lit + rep0match. Very slow and merciless. And the benefit is very small. It's easier to add -tt; Default: -x0; Matchfinder options: -rt [0..2] - THIS OPTION DOES NOT WORK AT THE MOMENT. I set the matchfinder type - lz, rolz or hybrid mode, but rolz did not meet expectations and I made all the changes without taking it into account, so it does not work now; Default: -rt0; -mc [2..1023] - Specifies the maximum number of traversals of the binary tree of matches, after which matches for the given position are no longer searched; Default: -mc128; Model options: -cm [0..1] - enables / disables a simple context mixer in some critical places, which mixes a couple of models in each place. When enabled, it improves compression, but slows down decompression. Default: -cm1; -bc [0..8] - sets the level of influence of the previous byte on the mixer; Default: -bc4; -lm [0..4] - THIS OPTION DOES NOT WORK AT THE MOMENT. Specifies the type of an "elementary" literal. Complex high-order models with cm did not perform well, so I abandoned them, as did rolz. Default: -lm0; -blo [0..8] - sets the degree of influence of the previous byte on the encoding of the upper part of the literal. Default: -blo8; -bll [0..8] - sets the degree of influence of the previous byte on the encoding of the lower part of the literal. Default: -bll8; -blr [0..8] - sets the degree of influence of the rep0lit byte on the encoding of the upper part of the literal. Default: -blr4; -bm [0..8] - sets the degree of influence of the rep0lit byte on the encoding of the match type flag. Default: -bm4; -pc [0..4] - sets the positional context for all encoding operations. It is automatically ignored when the detector is on. Default: -pc2; -dmXY (X [0..3], Y [0..4]) - sets the model for encoding color pairs (X) and alpha channel (Y) pairs. At the maximum value of each parameter, adaptive switching between models is used, while the decompression speed is reduced, but the compression is better in most cases. Default: -dm34; -gmXY (X [0..2], Y [0..1]) - X - sets the model for encoding raw graphics. at the maximum value, adaptive switching between models is enabled. However, in this case, it is rare to see a gain over the adaptive mode. Generally, mode 0 is in the lead, but its unpacking is 2 times slower than mode 1. Y - enables updating of model statistics when they were not used (for example, there was a long match). For X0 and X1, it usually gives a small gain in compression, but the speed drops by a factor of 2 (it all depends on the data). In general, the most optimal is -gm00, which is the default mode;
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Terms of Use, and Privacy Policy with it We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.