Profiling data of decoding EPDAN compressed bitmap

Max msuraev at
Wed Jul 13 10:21:20 UTC 2016

After looking at the code, I don't think reusing table implementation
would be easy - the approaches are too different as well as underlying
data structures.

On 07/13/2016 11:53 AM, Holger Freyther wrote:
> osmo_t4_decode (got the runlen step and such inlined). What I think decompress_crbb is doing better is 1st not using bitvec as input but iterating over the bits itself and being more direct in applying the codeword in the result. What I am missing and have to check is if search_runlen can be implemented around the "table" we have and what the performance difference is. I have asked Max for help.

Max Suraev <msuraev at>
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93 
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B 
* Geschaeftsfuehrer / Managing Director: Harald Welte 

More information about the osmocom-net-gprs mailing list