Cannot use zstd even though already put into both computer and remarkable. about restream HOT 9 CLOSED

After I tried the update version, it works!
Thank you for such an awesome project!

from restream.

@rien, maybe you'll find this interesting: https://facebook.github.io/zstd/#small-data

With train data, zstd can beat lz4's speed. And it already has more throughput, so maybe better framerate. Although it's good to refrain ourselves from reimplementing a codec job using zstd and just stick to the basics.

Cool project, btw.

from restream.

If I log in the remarkable ssh and try to type it, it say no such file or directory, while zstd is actually there.

remarkable: ~/ /home/root/zstd                                                                                 
-sh: /home/root/zstd: No such file or directory
remarkable: ~/ ls zstd                                                                                         
zstd

from restream.

Strange. @huijunchen9260, what is your home directory on your remarkable? e.g. what does pwd produce?

from restream.

I have pushed a possible fix. Could you look if it fixes the problem?

from restream.

I'm experiencing the same issue:

remarkable: ~/ pwd
/home/root
remarkable: ~/ ls zstd 
zstd
remarkable: ~/ ./zstd 
-sh: ./zstd: No such file or directory
remarkable: ~/ /home/root/zstd 
-sh: /home/root/zstd: No such file or directory

sh doesn't seem to find the binary if I try to execute it.

I tried the most recent version of the script (with ~/zstd) but as you can see, the path doesn't seem to be the problem

EDIT:
Solved it: The path of ld is different on the rM. I just created a symlink.

remarkable: ~/ file zstd 
zstd: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /opt/lib/ld-linux.so.3, for GNU/Linux 3.2.0, stripped
remarkable: ~/ ln -s "/lib/ld-linux-armhf.so.3" /opt/lib/ld-linux.so.3
ln: /opt/lib/ld-linux.so.3: No such file or directory
remarkable: ~/ mkdir -p /opt/lib
remarkable: ~/ ln -s "/lib/ld-linux-armhf.so.3" /opt/lib/ld-linux.so.3
remarkable: ~/ ./zstd 
Incorrect parameters
Usage : 
      zstd [args] [FILE(s)] [-o file] 

FILE    : a filename 
          with no FILE, or when FILE is - , read standard input
Arguments : 
 -#     : # compression level (1-19, default: 3) 
 -d     : decompression 
 -D file: use `file` as Dictionary 
 -o file: result stored into `file` (only if 1 input file) 
 -f     : overwrite output without prompting and (de)compress links 
--rm    : remove source file(s) after successful de/compression 
 -k     : preserve source file(s) (default) 
 -h/-H  : display help/long help and exit

from restream.

Ah, that is probably caused by entware. I gues I could try compiling a statically linked binary of zstd.

Thanks for troubleshooting!

from restream.

I just had a look at the entware repo. It puts everything into /opt which is linked to ~/.entware but /opt doesn't exist on the rM and is created during the installation of entware.
I think a statically linked binary would be the best solution for users without entware.

You're welcome. Awesome project, by the way!

from restream.

I have switched to lz4 in my latest commit (9f6ba5d), which makes it a lot easier to install on the reMarkable (and as bonus: it's slightly faster!).

from restream.