Skip to content
  1. Apr 13, 2018
  2. Apr 10, 2018
  3. Apr 06, 2018
    • Luker's avatar
      RFC decoder::block_size() get real size · f0ca54c0
      Luker authored
      
      
      block_size() optimistically reported the block size
      as extracted from the partitioning. The problem
      is that the last block is not always full, so the
      last block had the wrong size.
      
      report the right size
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      f0ca54c0
    • Luker's avatar
      Add option to ill with zeros the lost symbols · 325789d9
      Luker authored
      Fixes #24
      
      
      
      Sometimes it makes sense to have incomplete data.
      This way we both de-interleave the incomplete data
      and we give a std::vector<bool> of which bytes were
      transmitted correctly and which were zeroed out.
      
      Accessible through the end_of_input() calls, as it is the
      only call that makes sense for this, since we need to
      also ignore any other repair symbol.
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      325789d9
  4. Mar 30, 2018
  5. Mar 29, 2018
  6. Mar 11, 2018
    • Luker's avatar
      RFC6330 conformity · 714185d6
      Luker authored
      We were doing really bad stuff.
      * we were not using the correct block size, but instead
        creating something completely out-of standard
        This surely means that we were not compatible with
        OpenRQ (Ticket #20), and possibly a reason for which
        decoding fails too ofter (Ticket #21).
      * We used the wrong ESI number, which should skip
        the padding numbers (#23, #20
      
      )
      * we did not expose the real block size to the user
        of the RFC namespace (RFC iterators)
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      714185d6
  7. Mar 10, 2018
  8. Mar 06, 2018
  9. Mar 03, 2018
    • Luker's avatar
      C API cleanup · 74aa4e1c
      Luker authored
      
      
      ...which brings some API breakage :(
      
      notable things:
      
      * C and C++ names for structs and variables are now in sync
      * common.hpp is much easier to read
      * added "trcked by" "tracks ..." to know that some things
        are to be kept in synch between C and C++
      * "RaptorQ_Dec_Result" name was too similar to
        "RaptorQ_Decoder_Result". The C++ version calls it
        "Decoder_wait_res", let's go with that, at least it
        is more different and actually more to the point.
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      74aa4e1c
  10. Jan 08, 2018
  11. Jan 07, 2018
  12. Jan 02, 2017
  13. Dec 27, 2016
  14. Nov 10, 2016
    • Luker's avatar
      Fix benchmarks. · 77e43f42
      Luker authored
      
      
      Benchmarks now make more sense.
      
      New RAW API is about 30% faster than the RFC.
      Precomputations only make sense after a certain size,
      probably dependent on symbol size ?
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      77e43f42
  15. Nov 08, 2016
  16. Nov 02, 2016
  17. Oct 31, 2016
  18. Oct 26, 2016
  19. Oct 25, 2016
  20. Oct 24, 2016
    • Luker's avatar
      Big, useless commit. · 3ae18757
      Luker authored
      
      
      Spaces, not tabs.
      
      Actually, I liked tabs much more. But it seems a lot
      of IDEs and general reader do not handle them correctly,
      or do not let you configure "1 tab == 4 spaces", so the code
      was not always readable.
      
      "git diff -w" for this commit is en empty list.
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      3ae18757
    • Luker's avatar
      RAW without interleaver, typesafety, API changes · a778a39b
      Luker authored
      
      
      This was originally meant only to eradicate the interleaving
      code, so that the raw API could be slightly faster.
      
      Turns out a lot had to be done for that, and the API changed
      to reflect those changes.
      
      The RAW_Encoder template now has enabled/disabled methods,
      so that you can only use the right one, depending on
      whether you choose interleaving or not.
      
      While doing all of this, I realized a nice way to let the user
      choose the correct symbol number for the block. +1 for typesafety.
      
      And since the commit became really big, I threw in a couple
      of useless style changes, bringing back everything to 80 columns.
      
      Really, I should be doing smaller commits.
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      a778a39b
  21. Oct 18, 2016
  22. Oct 12, 2016
  23. Oct 09, 2016
  24. Sep 28, 2016
    • Luker's avatar
      32 bits: silence warnings · 668f93a7
      Luker authored
      
      
      Also: modify a bit the API for 32 bits.
      The user should not expect RQ to manage more memory
      than the 32 bit machine can handle. This means that
      some methods should work with and return size_t, not uint64_t
      
      Signed-off-by: default avatarLuca Fulchir <luker@fenrirproject.org>
      668f93a7
  25. Sep 22, 2016
  26. Sep 08, 2016
  27. Sep 07, 2016
  28. Sep 06, 2016
  29. Jul 09, 2016
  30. Jul 06, 2016