Marc Rousavy
Marc Rousavy
we'll take a look
oh yeah, for nodejs the native JSI stuff won't work. let me know about your perf findings
That is really weird. We noticed huge perf gains in our tests, would be interesting to find out more - but I don't really have a lot of free time...
`react-native-crypto` is **not native**. It's a browser polyfill (so JS based solution), and only the `getRandomValues()` func is a native function. `react-native-quick-crypto` is truly native. It's really weird that this...
The bottleneck was `pbkdf2`, which is a key derivation function that was insanely slow in JS. Both on Hermes and JSC. With react-native-quick-crypto (C++), it was waaaay faster.
Just to confirm - did you test this in Release mode? In debug, JSI has lots of overhead, and there's on RN version where JSI is actually really slow (I...
> i think i tested it on ios release build (apparently without hermes), with 0.67.5 That should be fine. hmm
I have created a lightweight and fast native module for React Native which can **decode** and **encode** blurhashes straight out of react native. It can decode asynchronously and is pretty...
Does this come with a performance cost?
take a look at the implementation, specifically the [character set](https://github.com/woltapp/blurhash/blob/master/TypeScript/src/base83.ts#L2-L84). Just pick one you can't find in there. Also don't forget to URL encode! Character set can also be found...