Rust rewrite. It uses n-api but it has same backcode as wasm branch. I didn't benchmark it, but it has same speed as current master. It just eliminates OpenSSL dependency.
Rust rewrite. It uses n-api but it has same backcode as wasm branch. I didn't benchmark it, but it has same speed as current master. It just eliminates OpenSSL dependency.
I did some benchmarking and it seems thet implementations are rougly the same speed in margin of error.
https://git.freezer.life/sagudev/nodeezcryptor/src/branch/rust-bench/results.md
not merging, i already tried to rewrite in rust in past and was slower. pointless. this is also unmaintained, only fixed when needed.
also this api is kinda redundant, since generating decryption keys is kinda deprecated, so ye, if i get time ill update it.
not merging, i already tried to rewrite in rust in past and was slower. pointless. this is also unmaintained, only fixed when needed.
also this api is kinda redundant, since generating decryption keys is kinda deprecated, so ye, if i get time ill update it.
not merging, i already tried to rewrite in rust in past and was slower. pointless.
Well this one is not slower, and the point is not rust but eliminating OpenSSL dependency. In other branch I also experiment with wasm, which might be good if ever dicided to make Freezer PWA.
this is also unmaintained, only fixed when needed.
Well it was fun to rewrite it, so I knew you would probably not merge it.
also this api is kinda redundant, since generating decryption keys is kinda deprecated, so ye, if i get time ill update it.
I did rewrite with keeping the same public interface.
Tnx anyways.
> not merging, i already tried to rewrite in rust in past and was slower. pointless.
Well this one is not slower, and the point is not rust but eliminating OpenSSL dependency. In other branch I also experiment with wasm, which might be good if ever dicided to make Freezer PWA.
>this is also unmaintained, only fixed when needed.
Well it was fun to rewrite it, so I knew you would probably not merge it.
>
> also this api is kinda redundant, since generating decryption keys is kinda deprecated, so ye, if i get time ill update it.
I did rewrite with keeping the same public interface.
Tnx anyways.
I wrote it loooong before Freezer, so yeah, dropping OpenSSL wasn't really issue for me.
You can just use decrypted stream URLs directly from Deezer, like in Freezer for Android, I didn't implement it there, because I rely on the decryption too much and too lazy to rewrite the part.
1. I wrote it loooong before Freezer, so yeah, dropping OpenSSL wasn't really issue for me.
2. You can just use decrypted stream URLs directly from Deezer, like in Freezer for Android, I didn't implement it there, because I rely on the decryption too much and too lazy to rewrite the part.
This pull request cannot be reopened because the branch was deleted.
Rust rewrite. It uses n-api but it has same backcode as wasm branch. I didn't benchmark it, but it has same speed as current master. It just eliminates OpenSSL dependency.
I did some benchmarking and it seems thet implementations are rougly the same speed in margin of error.
https://git.freezer.life/sagudev/nodeezcryptor/src/branch/rust-bench/results.md
not merging, i already tried to rewrite in rust in past and was slower. pointless. this is also unmaintained, only fixed when needed.
also this api is kinda redundant, since generating decryption keys is kinda deprecated, so ye, if i get time ill update it.
Well this one is not slower, and the point is not rust but eliminating OpenSSL dependency. In other branch I also experiment with wasm, which might be good if ever dicided to make Freezer PWA.
Well it was fun to rewrite it, so I knew you would probably not merge it.
I did rewrite with keeping the same public interface.
Tnx anyways.
I wrote it loooong before Freezer, so yeah, dropping OpenSSL wasn't really issue for me.
You can just use decrypted stream URLs directly from Deezer, like in Freezer for Android, I didn't implement it there, because I rely on the decryption too much and too lazy to rewrite the part.