Sanity check on remotes/streaming

Help and Support
1

What is the problem you are having with rclone?

Sanity check on how Rclone works

Run the command 'rclone version' and share the full output of the command.

rclone v1.67.0
- os/version: ubuntu 24.04 (64 bit)
- os/kernel: 6.8.0-31-generic (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.22.4
- go/linking: static
- go/tags: none

Which cloud storage system are you using? (eg Google Drive)

Backblaze B2

The command you were trying to run (eg rclone copy /tmp remote:tmp)

rclone serve http crypto:

Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.

[b2-crypt]
type = b2
account = XXX
key = XXX

[crypto]
type = crypt
remote = b2-crypt:media-crypt
filename_encryption = obfuscate
password = XXX
password2 = XXX

[http]
type = http
url = http://127.0.0.1:8080

A log from the command that you were trying to run with the -vv flag

user@localhost:/videos/# rclone serve http crypto: --addr 127.0.0.1:8081 -vv
2024/06/20 06:41:42 DEBUG : rclone: Version "v1.67.0" starting with parameters ["rclone" "serve" "http" "crypto:" "--addr" "127.0.0.1:8081" "-vv"]
2024/06/20 06:41:42 DEBUG : Creating backend with remote "crypto:"
2024/06/20 06:41:42 DEBUG : Using config file from "/user/.config/rclone/rclone.conf"
2024/06/20 06:41:43 DEBUG : Creating backend with remote "b2-crypt:media-crypt"
2024/06/20 06:41:43 INFO  : Encrypted drive 'crypto:': poll-interval is not supported by this remote

So - quick sanity check. I've got the following set up:

  • B2 remote
  • Crypt wrapping this
  • Serving crypt over http

The crypt provides access to my media. The HTTP is used so I can generate STRM links for use in Emby without having to go a generate b2 authorisation headers every time.

What I'm wondering is, is the crypt remote capable still of facilitating direct streaming/seeking? I've used the b2 remote in the past with STRM and can see that seeking a video appropriately seeks the HTTP bytes (rather than having to download the entire file before playing the requested section of video). I'm not sure how crypt usage affects this though?

Ideally, I'm hoping it still allows seeking the appropriate parts of the file so an Emby index doesn't have to download the entire file first, or similarly, seeking in a video doesn't result in the entire file having to be first downloaded before being decrypted? Thanks!

2

welcome to the forum,

the answer should be yes, check the debug log for
ChunkedReader.Read at 32768 length 32768 chunkOffset 0 chunkSize 134217728

and from docs
When rclone reads files from a remote it reads them in chunks

3

i am curious about that.

i have been looking for a way to stream from emby without the overhead of rclone mount
for example, mount on android required custom firmware, root hacks, etc...
instead i could use rclone on termux.

i have a wiki about using a crypt on local, not cloud

how do you generate the STRM files, do you have a script or what?
i read that there can be issues with extra files such as subtitles?

4

Thank you, I will put this in debug mode and have a look!

5

So far, I've just been generating the STRM's by hand - I haven't yet made a script to do that. Any file I've used so far has had nested subtitles so I haven't encountered that issue, nor have I extensively tested, sorry!

6

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.