Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Any restrictions on making an alternate implementation #49

Open
siara-cc opened this issue Sep 9, 2022 · 2 comments
Open

Any restrictions on making an alternate implementation #49

siara-cc opened this issue Sep 9, 2022 · 2 comments

Comments

@siara-cc
Copy link

siara-cc commented Sep 9, 2022

Hi, at first I would like to express my appreciation for this great work! It is amazing how much compression can be achieved by using this technology!!

I would like to make a completely different implementation of the same idea with several modifications for use in my project Unishox. Are there any restrictions on using this idea for a different implementation and document it indicating the differences from this work? I could not find a white paper for marisa. Has it been patented?

@kokroo
Copy link

kokroo commented Sep 30, 2023

@siara-cc Did you try e-mailing them?

@siara-cc
Copy link
Author

siara-cc commented Oct 2, 2023

@kokroo The reason for making an alternate implementation was to overcome the limitation of Endianness. As of now I am using marisa for Unishox3 instead of making an alternate implementation so it can be used with esp32 as other MCUs don't have as much flash memory to store dictionaries. I am working on perfecting the dictionary with this project: https://github.com/siara-cc/Text_frequency_research

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants