Results 1 to 9 of 9

Thread: Quick review on pik fast mode

Threaded View

Previous Post Previous Post   Next Post Next Post
  1. #1
    Member
    Join Date
    Aug 2017
    Location
    Mauritius
    Posts
    59
    Thanks
    67
    Thanked 22 Times in 16 Posts

    Quick review on pik fast mode

    The latest version of pik seems to offer both better and faster compression.Note: This is nothing scientific but rather just a quick test.

    Old pik
    Code:
    time cpik bench.png bench_1.0_old.pik
    Compressing with maximum Butteraugli distance 1.000000
    Compressed to 115793 bytes
    
    
    real    1m0.421s
    user    0m58.672s
    sys     0m1.738s
    
    time cpik bench.png bench_1.0_old.pik --fast
    Compressing with fast mode
    Compressed to 125221 bytes
    
    
    real    0m0.158s
    user    0m0.135s
    sys     0m0.022s
    

    Latest pik (with SIMD + updated butteraugli)

    Code:
    time cpik bench.png bench_1.0_new.pik --fast
    Compressing with fast mode
    Compressed to 126405 bytes
    
    
    real    0m0.178s
    user    0m0.139s
    sys     0m0.023s
    
    time cpik bench.png bench_1.0_new.pik
    Compressing with maximum Butteraugli distance 1.000000
    Compressed to 107785 bytes
    
    
    real    0m37.641s
    user    0m36.794s
    sys     0m0.840s


    Libjpeg compresion speed

    Code:
    time jpeg -q 90 -oz -h -qt 3 -qv bench.ppm bench_jpeg_90.jpg
    jpeg Copyright (C) 2012-2014 Thomas Richter, University of Stuttgart
    and Accusoft
    
    This program comes with ABSOLUTELY NO WARRANTY; for details see 
    README.license.gpl
    This is free software, and you are welcome to redistribute it
    under certain conditions, see again README.license.gpl for details.
    
    
    0 bytes memory not yet released.
    
    4038577 bytes maximal required.
    
    542 allocations performed.
    
    real    0m0.234s
    user    0m0.227s
    sys     0m0.007s
    It seems that pik fast mode is faster than LibJPEG. Ofcourse we lose some compression here(~8%) with respect to pik default mode(--distance 1.0) .In my view the fast mode makes pik usable in a production setting , where the fast mode can be used first to serve the user the image asap and then the original image can be placed in a queue to be optimized by pik 1.0 later , thus gaining the 8% extra compression without compromising on user experience.
    Last edited by khavish; 9th January 2018 at 19:57. Reason: added more precision

  2. Thanks:

    Jyrki Alakuijala (9th January 2018)

Similar Threads

  1. PIK image format
    By Jyrki Alakuijala in forum Data Compression
    Replies: 72
    Last Post: 30th May 2019, 00:39
  2. COMPRESSING AES CBC MODE OUTPUT
    By biject.bwts in forum Data Compression
    Replies: 3
    Last Post: 24th January 2012, 23:40
  3. LLVM 2.6 released, quick try with paq8o8
    By Hahobas in forum The Off-Topic Lounge
    Replies: 1
    Last Post: 29th November 2009, 22:31
  4. Tamp Quick LZ compression
    By Sportman in forum Data Compression
    Replies: 2
    Last Post: 28th September 2008, 01:20
  5. Debug mode!
    By encode in forum Forum Archive
    Replies: 0
    Last Post: 12th May 2006, 17:40

Posting Permissions

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