Page 1 of 2 12 LastLast
Results 1 to 30 of 46

Thread: PACKET v.0.01 new fast compressor !

  1. #1
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    PACKET v.0.01 new fast compressor !

    Packet file compressor.

    Packet is new experimental LZP+ARI very faster compressor.
    Requires 4 MB Memory free.

    Copyright ? 2008 by Nania Francesco Antonio (Italy ME)
    All rights reserved. Use only for TESTING.



    LINK:
    http://www.winturtle.netsons.org/packet.zip

  2. #2
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,979
    Thanks
    376
    Thanked 347 Times in 137 Posts
    Thank you!

  3. #3
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts

    Thumbs up

    Thanks Francesco!

  4. #4
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts
    Quick test...

    A10.jpg > 845,534
    AcroRd32.exe > 2,054,947
    english.dic > 909,388
    FlashMX.pdf > 4,122,762
    FP.LOG > 1,230,593
    MSO97.DLL > 2,410,700
    ohs.doc > 1,081,920
    rafale.bmp > 1,557,830
    vcfiu.hlp > 1,190,190
    world95.txt > 1,070,231

    Total = 16,474,095 bytes


    ENWIK8 > 37,637,275 bytes

    Compression Time: 7.748 Seconds

  5. #5
    Member
    Join Date
    Sep 2007
    Location
    Denmark
    Posts
    870
    Thanks
    47
    Thanked 105 Times in 83 Posts
    Quick test

    Quake2.bin (quake2 cd image w/audio tracks) 733.071.360 bytes


    Commpressor - compressed size - decomp time
    RZM 0.07h - 461.162.427 - 00:02:00.938
    Packet 0.01 - 592.710.674 - 00:02:47.522


    Time measured with acutimer v1.2

    RZM compress much better and is faster to decompress.
    just i only measured decompression time because i find it more important than compression time

    -- edit --
    fixed that i had reversed the decomrpession time.
    my conclusion was correct. rzm deccompressed faster
    Last edited by SvenBent; 12th May 2008 at 11:32.

  6. #6
    Member
    Join Date
    Sep 2007
    Location
    Denmark
    Posts
    870
    Thanks
    47
    Thanked 105 Times in 83 Posts
    Quick teste again


    Extremeties (quake2 expasion cd image, only data) 389.808.128 bytes


    'Compressor - Compressed size - Comp time - Decomp time
    RZM 0.07H - 113.568.796 bytes - 00:05:06.413 - 00:00:42.426
    Packet 0.01 - 235.540.043 bytes - 00:00:38.943 - 00:01:57.675


    same results as before
    RZM compresses alot better and decomrpesses faster
    Packet is faster to compress

    and yes Packet was actually slower in decompression than compression

  7. #7
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Packet slower in decompression ? true but ....

    I don't believe that Packet is so slow in decompression but is currently surely it! I believe is a problem that can be resolved! I have to resolve him/it really in all of my programs in the phase of decompression! However Packet is born as an experiment of improvement of LZP and demonstrative! In fact I have intention in the briefest time to publish on my site a description of my system Advanced LZP and to make him/it of everybody available!

  8. #8
    Member
    Join Date
    Sep 2007
    Location
    Denmark
    Posts
    870
    Thanks
    47
    Thanked 105 Times in 83 Posts
    I will b back soon with some more test of the PAcket decompression time.

    to be honnest i worked on both the rzm and packet on the same time.
    I'm running af quadcore q6600 (@3ghz and) and drives in raid 0 so i don't think it the reason. But i will to a complete serial testing of decompression time right now.


    just one question. does packet works with big files ?

  9. #9
    Member
    Join Date
    Sep 2007
    Location
    Denmark
    Posts
    870
    Thanks
    47
    Thanked 105 Times in 83 Posts
    new test under propoer condition

    Code:
    Nebula  emulator + 3 rom files (43,4 MB)
    
    Packet 0.01     23.1 MB   00:00:01.641
    RZM 0.07h       15.8 MB   00:00:04.705
    Tor v0.4 -12    19.0 MB   00:00:01.366
    
    
    WarCraft 3 install dir with saves in 7.z container (1,36 GB)
    
    Packet 0.01     1.31 GB   00:02:44.287
    RZM 0.07h       1.16 GB   00:04:33.038
    Tor v0.4 -12    1.17 GB   00:01:27.952

    Seems that packet IS faster then rzm at decompression. my prior results mus be incorrect

    I tried using Tor as well
    Tor seem to compress better and decompress faster.

    once again it didn't measure compression time. because they are not important to me
    Last edited by SvenBent; 12th May 2008 at 13:16.

  10. #10
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,979
    Thanks
    376
    Thanked 347 Times in 137 Posts
    Quote Originally Posted by Nania Francesco View Post
    Packet is new experimental LZP+ARI very faster compressor.
    Of course, potentially LZP should be slower than ROLZ/LZ77 at decompression. RZM just uses more expensive LZ-output encoding...

  11. #11
    Tester
    Black_Fox's Avatar
    Join Date
    May 2008
    Location
    [CZE] Czechia
    Posts
    471
    Thanks
    26
    Thanked 9 Times in 8 Posts

    Post

    Thanks Francesco!

    Quote Originally Posted by SvenBent View Post
    to be honnest i worked on both the rzm and packet on the same time. I'm running af quadcore q6600 (@3ghz and) and drives in raid 0 so i don't think it the reason
    As observed some time ago with CCM, even running each program on different core(s) and providing it with different RAM area can result in (de)compression slowdown...
    I am... Black_Fox... my discontinued benchmark
    "No one involved in computers would ever say that a certain amount of memory is enough for all time? I keep bumping into that silly quotation attributed to me that says 640K of memory is enough. There's never a citation; the quotation just floats like a rumor, repeated again and again." -- Bill Gates

  12. #12
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Pachet not support file >2GB

    For SvenBent! currently the only ones two programs of mine that support >2GB are only WinTURTLE and FlashZIP! Hi!

  13. #13
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Packet v.0.02 SUPPORT FILE >2GB [NTFS]

    Packet v.0.02 Released

    In New Version:
    - Improved better WAVE compression.
    - Improved faster compression/decompresson.
    - Support for NTFS files [>2GB].

    LINK:
    http://www.winturtle.netsons.org/packet.zip

  14. #14
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts

    Thumbs up

    Thanks Francesco!

  15. #15
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts
    Quick test...

    A10.jpg > 845,535
    AcroRd32.exe > 2,054,948
    english.dic > 909,389
    FlashMX.pdf > 4,122,763
    FP.LOG > 1,230,594
    MSO97.DLL > 2,410,701
    ohs.doc > 1,081,921
    rafale.bmp > 1,557,831
    vcfiu.hlp > 1,190,191
    world95.txt > 1,070,232

    Total = 16,474,105 bytes



    ENWIK8 > 37,637,276 bytes

    Compression Time: 8.733 Seconds

  16. #16
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts

    Thumbs up

    Another quick test...

    Test file: Scribble.wav (9,249,480 bytes)

    PACKET v0.01 compresses scribble.wav to 74,108 bytes.
    PACKET v0.02 compresses scribble.wav to 71,704 bytes.

    Quote Originally Posted by Francesco
    Improved better WAVE compression.
    The 'improved WAVE compression' is working.

  17. #17
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 778 Times in 485 Posts
    packet 0.02 compresses 1 byte larger but wins for a smaller packet.exe.zip.
    http://cs.fit.edu/~mmahoney/compression/text.html#3345

  18. #18
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,239
    Thanks
    192
    Thanked 968 Times in 501 Posts
    Matt,

    Wonder if you could test fpaq0pv4,v4A,v4B from these threads:
    http://encode.su/forums/index.php?ac...ic=671#msg9437
    http://encode.su/forums/index.php?ac...ic=679#msg9654

    PM is really invisible here, it seems...

  19. #19
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Thanks Matt!

    Thanks for testing packet Matt ! Hi !

  20. #20
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    THE NEXT VERSION ....

    Currently Packet uses the engine of FlashZip and doesn't have anything to whether to see with Fpaq0p that would be indeed more powerful and slower ! In the next version I will double the speed of decompression and I will improve the compression!

  21. #21
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 778 Times in 485 Posts
    Quote Originally Posted by Shelwien View Post
    Matt,

    Wonder if you could test fpaq0pv4,v4A,v4B from these threads:
    http://encode.su/forums/index.php?ac...ic=671#msg9437
    http://encode.su/forums/index.php?ac...ic=679#msg9654

    PM is really invisible here, it seems...
    I added v4 and v4a, but v4b gave me this error on my Athlon-64 3500+

    Fatal Error: This program was not built to run on the processor in your system. The allowed processors are: Intel(R) Pentium(R) 4 and compatible Intel processors. Enables new optimizations in addition to Intel processor-specific optimizations.

    http://cs.fit.edu/~mmahoney/compression/text.html#5586

    Edit: PM works, I just didn't think to check it. I haven't been to the forum lately due to lots of other work.
    Last edited by Matt Mahoney; 19th May 2008 at 23:31.

  22. #22
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Packet v.0.03 is released

    Packet v.0.03 file compressor. Only for testing
    Copyright ? 2008 by Nania Francesco Antonio (Italy). All rights reserved.
    Packet is new experimental LZ77+ARI order[0] very faster compressor.
    Requires 3 MB Memory free for compression and 1 MB for decompression.
    New
    - Improved better compression.
    - Low Memory.
    - Very faster decompresson.
    - Support for NTFS files.

    Instructions: Packet [options] [mode] infile outfile
    options:
    d -> decompress
    c [mode] -> use for normal compression [FAST]
    c x [mode] -> use for best compression [SLOW]
    mode:
    1 - 6 -> set mode only in compression [1=fast - 6=slow]
    LINK:
    http://www.winturtle.netsons.org/packet.zip

  23. #23
    Moderator

    Join Date
    May 2008
    Location
    Tristan da Cunha
    Posts
    2,034
    Thanks
    0
    Thanked 4 Times in 4 Posts

    Thumbs up

    Thanks Francesco!

  24. #24
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,239
    Thanks
    192
    Thanked 968 Times in 501 Posts
    @Matt:
    > I added v4 and v4a, but v4b gave me this error on my Athlon-64 3500+
    > Fatal Error: [...] The allowed processors are: Intel(R) Pentium(R) 4 and compatible Intel processors.

    Ah. So here we have a good example for that thread: http://encode.su/forum/showthread.php?t=32

    > http://cs.fit.edu/~mmahoney/compression/text.html#5586

    Thanks, but please test 4B too. Here I patched out the "GenuineIntel" checks, hope it'll help:
    http://shelwien.googlepages.com/fpaq0pv4B1.exe

    Also here's my E2160 fpaq0p comparison.
    http://shelwien.googlepages.com/fpaq0pv4B1.htm
    Actually I was going to test "packet" instead, but its author likes to overwrite his archives
    and testing only the last version seemed boring

    > PM works, I just didn't think to check it.

    That's why I called it "invisible". Wonder if Ilya can make it blink if there's a PM or something.
    Last edited by Shelwien; 20th May 2008 at 04:06.

  25. #25
    Tester
    Black_Fox's Avatar
    Join Date
    May 2008
    Location
    [CZE] Czechia
    Posts
    471
    Thanks
    26
    Thanked 9 Times in 8 Posts
    Quote Originally Posted by Shelwien View Post
    Actually I was going to test "packet" instead, but its author likes to overwrite his archives
    and testing only the last version seemed boring
    Versions 0.01 to 0.03 can be found here http://www.mediafire.com/?9medvcms91y
    I am... Black_Fox... my discontinued benchmark
    "No one involved in computers would ever say that a certain amount of memory is enough for all time? I keep bumping into that silly quotation attributed to me that says 640K of memory is enough. There's never a citation; the quotation just floats like a rumor, repeated again and again." -- Bill Gates

  26. #26
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,239
    Thanks
    192
    Thanked 968 Times in 501 Posts
    Thanks, Black_Fox

    But, now, this is really something: http://shelwien.googlepages.com/packet003.htm

    Seems that v0.03 fails to restore offsets after E8 in "normal" mode,
    and completely loses most of matches (replaced with zeroes) in
    "x" mode.

    But instead, its fast

  27. #27
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Packet v.0.03B released

    Packet v.0.03b file compressor. Only for testing
    Copyright ? 2008 by Nania Francesco Antonio (Italy). All rights reserved.
    Corrected All Bugs
    LINK:
    http://www.winturtle.netsons.org/packet.zip

  28. #28
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,239
    Thanks
    192
    Thanked 968 Times in 501 Posts
    E2160 @ 9x360=3.24, DDR2-800 5-5-5-18 @ 900
    http://shelwien.googlepages.com/packet003b.htm
    Works now.

  29. #29
    Tester
    Nania Francesco's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    1,565
    Thanks
    220
    Thanked 146 Times in 83 Posts

    Thanks For test Shelwien

    I wanted to know Shelwien thing think of it of this program ?

  30. #30
    Administrator Shelwien's Avatar
    Join Date
    May 2008
    Location
    Kharkov, Ukraine
    Posts
    3,239
    Thanks
    192
    Thanked 968 Times in 501 Posts
    Sorry, I don't think much of whatever LZ.
    Its very wide and theoretically interesting topic, but I don't see any practical application for most of new LZ engines.
    Well, if an archiver appeared which would compress significantly better than rar,
    and work faster at the same time - maybe I'd consider using it.
    But for now even 7-zip isn't enough as rar has better management of LZH/ppmd/delta, so there're still a lot of cases where 7-zip is unable to win without major option tweaking.

    As to "packet", well, it seems comparable to rar -m1, while being 2x+ faster in decoding.
    Also options seem to mainly affect the encoding speed

Page 1 of 2 12 LastLast

Similar Threads

  1. another (too) fast compressor
    By Cyan in forum Data Compression
    Replies: 139
    Last Post: 6th February 2016, 20:41
  2. PACKET 0.91a compressor is online !
    By Nania Francesco in forum Data Compression
    Replies: 8
    Last Post: 7th August 2009, 16:49
  3. RINGS Fast Bit Compressor.
    By Nania Francesco in forum Forum Archive
    Replies: 115
    Last Post: 26th April 2008, 21:58
  4. Tornado - fast lzari compressor
    By Bulat Ziganshin in forum Forum Archive
    Replies: 23
    Last Post: 27th July 2007, 13:26
  5. Fast PPMII+VC Compressor
    By in forum Forum Archive
    Replies: 4
    Last Post: 2nd August 2006, 19:17

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •