Page 3 of 3 FirstFirst 123
Results 61 to 71 of 71

Thread: Etincelle - new compression

  1. #61
    Member
    Join Date
    Feb 2010
    Location
    Nordic
    Posts
    200
    Thanks
    41
    Thanked 36 Times in 12 Posts
    Quote Originally Posted by mindi View Post
    Etincelle is certainly an interesting piece of software. But I do not think it's a miracle to make it worthwhile to patent. I wonder what it would be used. In combination with the slow SSD drive and its drivers? On-fly file system compression? Perhaps ... maybe ...
    hmm, how does it compare to other alternatives in the on-the-fly fs compression for independent blocks?

  2. #62
    Member
    Join Date
    Sep 2008
    Location
    France
    Posts
    863
    Thanks
    459
    Thanked 257 Times in 105 Posts
    generally speking, i recommend GPL if you want to earn money on it (of course using secondary commercial license), lgpl if you don't need money but want to keep your ideas protected (from using in closed-source software), and bsd otherwise
    Thanks Bulat for clarifications.
    Although tempting, i don't see how Etincelle could bring in any revenue.
    Therefore, my main worry is about license side-effects for 3rd party devs.
    I wish GPL code to be able to use Etincelle without any risk for their own license.


    In combination with the slow SSD drive and its drivers? On-fly file system compression?
    how does it compare to other alternatives in the on-the-fly fs compression for independent blocks?
    Probably not the best use case for Etincelle, which takes advantage of long-range matches; compressing each small block independently, by definition, does not allow that.
    I would need to create a special version of Etincelle targeting small files (in the ~64K range). Nothing impossible, if there is a need for it.

    Now, for independent small block compression, i may have something better within the next few monthes
    Last edited by Cyan; 24th April 2010 at 15:19.

  3. #63
    Member
    Join Date
    Jul 2014
    Location
    chongqing
    Posts
    2
    Thanks
    0
    Thanked 0 Times in 0 Posts
    I want the etincelle's source code, where are download?

  4. #64
    Member
    Join Date
    Sep 2008
    Location
    France
    Posts
    863
    Thanks
    459
    Thanked 257 Times in 105 Posts
    There is none. The project of Open-sourcing Etincelle did not reached completion status.

    Considering my current free time,
    with all of it currently gobbled for the LZ4 framing layer,
    and next stages planned to be concentrated on the next version of Zhuff,
    there is very little chance this item will get through anytime soon.

    Developing on free time only makes for a quite limited workforce.

  5. #65
    Member
    Join Date
    Jun 2009
    Location
    Kraków, Poland
    Posts
    1,474
    Thanks
    26
    Thanked 121 Times in 95 Posts
    But opening source doesn't require a lot of work either. Unless you have something to hide (patented algos inside? ), ie replace.

  6. #66
    Member
    Join Date
    Jul 2014
    Location
    chongqing
    Posts
    2
    Thanks
    0
    Thanked 0 Times in 0 Posts
    I think, the lz4 is very slower than etincelle,
    etincelle rc2 alreday can use in work.
    so, I very want current etincelle rc2 code.
    I can convert to stream mode, use in work.
    I'm chinese, english is say bad, sorry.
    mybe you provide a DLL for etincelle rc2, thank you very math!

  7. #67
    Member
    Join Date
    Feb 2013
    Location
    San Diego
    Posts
    1,057
    Thanks
    54
    Thanked 71 Times in 55 Posts
    Quote Originally Posted by Piotr Tarsa View Post
    But opening source doesn't require a lot of work either. Unless you have something to hide (patented algos inside? ), ie replace.
    Yeah. The source could have been opened in the time it took to post to this board. <g> Also, open-sourcing instantly grows the potential workforce from 1 -> billions.

  8. #68
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 779 Times in 486 Posts
    Opening source is easy. The expensive part is all the time spent answering questions from people trying to understand your code. Probably nothing is documented, and it has to be for open source to be useful. Who wants to spend time doing that for abandoned code?

  9. Thanks:

    Cyan (3rd September 2014)

  10. #69
    Member
    Join Date
    Jan 2017
    Location
    Selo Bliny-S'edeny
    Posts
    24
    Thanks
    7
    Thanked 10 Times in 8 Posts
    So was the "incompressible segment detection" algorithm described? Is it a precise algorithm which says something like, "cut off right here"? - as opposed to simply "tread at a faster pace"?

  11. #70
    Member
    Join Date
    Sep 2008
    Location
    France
    Posts
    863
    Thanks
    459
    Thanked 257 Times in 105 Posts
    It was a simpler "tread at a faster pace" strategy.
    Worked great for speed, and also produced a nice little win for compression ratio.
    Last edited by Cyan; 10th December 2018 at 08:34.

  12. #71
    Member
    Join Date
    Jan 2017
    Location
    Selo Bliny-S'edeny
    Posts
    24
    Thanks
    7
    Thanked 10 Times in 8 Posts
    After an already compressed/incompressible block is skipped by the match finder, the resumed matches come at a greater price: the distances with the preceding block are much longer. Thus an advanced algorithm targeting high compression ratios should try to "excise", rather than just "skip", the incompressible blocks. Was something like this ever attempted?

Page 3 of 3 FirstFirst 123

Tags for this Thread

Posting Permissions

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