- Aug 04, 2018
-
-
Luker authored
The documentation is in place and updated even for the RAW API. a bit more testing and we are done with v1 Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Apr 06, 2018
-
-
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: Luca Fulchir <luker@fenrirproject.org>
-
- Mar 30, 2018
-
-
Luker authored
Things are much more stable and tested. Documentation is still missing. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Mar 03, 2018
-
-
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: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Just using wait() on the future does not give the same semantic meaning as decode_once, which can sometimes be needed. Also, the C++ API exposes that, so the C API should really track it. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jan 08, 2018
-
-
Luker authored
Renamed Decoder_aligned_res in Decoder_written It's really the same, just that the RFC forces the sizes of the memebers, while in the RAW API we can keep size_t also: bump up to 1.0.0-alpha1, things are much better and consistent now Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jan 07, 2018
-
-
Luker authored
Using a struct makes it more portable for C, and we avoid some first/second which nobody ever understand/remeber the meaning Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Dec 19, 2017
-
-
Luker authored
Fix unusable apis, port a couple of windows fixes Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Dec 11, 2017
-
-
Luker authored
* Wrong declaration of C functions * fix including of split caches for header-only and linked library CmakeList: split the sources for linked and header-only Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Dec 15, 2016
-
-
Luker authored
Maybe. we'll see. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Nov 10, 2016
-
-
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: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 31, 2016
-
-
Luker authored
Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Also, bug that prevented things from compiling. Sorry for last-second changes. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
We can now either compile & link the library, or include header-only (almost, but the structure is there). Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 26, 2016
-
-
Luker authored
Technically, we broke the old C RAW API. but it was just created, and we are in prealpha. And we only put things const. so whatever. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 25, 2016
-
-
Luker authored
Compared to v0.1.X we already broke the whole API, and created 3 (three) new ones (C++ Raw, C RAW, C RFC), Since our versioning scheme tracks the API incompatibilities as the first version number, this seems like a good moment to bump it up. Things are finally stabilizing, too. Of course, it's still a prealpha.... (read: precomputation sharing is incomplete/not tested enough) Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Better command line parsing, added block listing. working for #9 Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Close #11 . Seems good enough, but let's not call it final yet. Minor tweaks to the CPP API, too Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 24, 2016
-
-
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: Luca Fulchir <luker@fenrirproject.org>
-
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: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 18, 2016
-
-
Luker authored
Ticket #3 not yet finished, blocked by #7 Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Oct 15, 2016
-
-
Luker authored
An other commit towards #2 Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Sep 06, 2016
-
-
Luker authored
This way we don't need to sync on which algorithm to use, as that would introduce locking. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Also, cleanup Cmake. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jul 02, 2016
-
-
Luker authored
no big deal here Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jul 01, 2016
-
-
Luker authored
Groundwork started. Started moving things to RFC6330. Next steps will be cleanup & RaptorQ namespaces. Meanwhile we need better file naming. Supporting multiple versions of the same API should be easier now. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jun 29, 2016
-
-
Luker authored
Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jun 24, 2016
-
-
Luker authored
Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Jun 01, 2016
-
-
Luker authored
We start breaking the API, too Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- May 30, 2016
-
-
Luker authored
There seems to be support for it everywhere. defines are bulky and error-prone Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
I almost made this a header-only library. should I make the switch now? Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Nov 04, 2015
-
-
Luker authored
Multiblock alignment decoding was wrong if the block size was not aligned with the output alignment. Also, what we were calling output iterator was really a forward iterator. Get it right. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Apr 03, 2015
-
-
Luker authored
Also: CMake flags fix Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
blocks, sizes, symbols. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Switched to iterators instead of std::vector. Now it's possible to build the C interface, and you can use any container you want. Signed-off-by: Luca Fulchir <luker@fenrirproject.org>
-
- Mar 19, 2015
-
-
Luker authored
-