Skip to content


Downloader Dashboard stats

If you're an SABnzbd user, you may have noticed a little error icon over your SABnzbd link on your dashboard. This is where your download stats are supposed to be displayed, but due to the trickery that our SSO plays with CORS, this wasn't happening.

The trickery is now fixed, so enjoy your beautiful dashboard!

Oh, and qBittorrent users, there's a little surprise in there for you too: qBitorrent stats in Homer

(sorry ruTorrent users, no love for you yet, although the Homer dashboard does support ruTorrent, it doesn't send your credentials via cookies, so doesn't work with our SSO)

Our Elf-erral program, 10% for life!

Having a base platform nice and stable, we're now looking for more users, and one option I'm going to try is a referral ("elf-erral") program. The plan may be subject to change, depending on how the plugin / user flow actually works, but for now, here's the deal:

  1. Every user gets a unique referral URL, both on their "my account" page, and on every product page in the store.
  2. When a someone (not you!) uses your referal link, signs up, exhausts their free $10 ElfBuckz, and then tops up their ElfBuckz balance, you get 10% of all their future ElfBuckz top-ups. For life.

Given the minimum ElfBuckz top-up is $10, if you refer 10 users, you'll end up with at least $10 (10 x 10% of $10) credit to use for... buying more ElfBuckz! ๐Ÿ’ช

Introducing Openbooks

Today we added Openbooks, a tool which allows you to download ebooks from quickly and easily.

Screenshot of Openbooks

Currently, Openbooks is hard-coded to save downloaded content to /storage/elfstorage/downloads/completed/books, and changing this is non-trivial, since it's a commandline argument fed to the application binary, rather than a user-configurable UI setting. If changing the download location is important to you, we may be able to effect this in future using ElfBot.

While Readarr -> Openbooks -> Calibre -> Calibre-Web would be the "holy grail", it doesn't look like we'll see Readarr integration. However, I have noticed some issues on the Openbooks GitHub repo which explain how to setup a Calibre "auto-add" directory, which would create the "slightly-less-holy grail" of Openbooks -> Calibre -> Calibre-Web. For this to work, we need to switch to the VNC-in-browser version of Calibre, which I'll try to do over the next few days.

See more on the app page, or perform a 24h trial / subscription at the store!

More news...

July 2023 - what a ride!

I've just finished putting together our progress report for July 2023. The report details all the changes we went through during the months (more than I remember!), and summarizes our various metrics (CPU, Network, etc.)

Of particular note is that we generated actual revenue during July 2023 (puny, but I'll take it!)

Here's a high-level summary:

Focus June 2023 July 2023
Cluster $428 $428
Store $632 $223
CI $208 $200
Cloud $30 $20
Development 146h / $21,900 124h / $18,600
Focus June 2023 July 2023
Users 14 48
Ingress 24TB 19.5TB
Egress 1TB 3.3TB
Pods 478 619
Focus June 2023 June 2023
Total invested thus far $23,200 $42,669
Revenue $0 $43 (0.1% of total invested!)

More details in the report!

Thanks for building with us - stay tuned!

Beware exhausted ElfBuckz

Some users noticed today that their ElfBuckz balaces were exhausted, or near-to-exhausted. Currently, the system won't tell you if your ElfBuckz are running close to empty, it'll just tell you that your renewals failed, and leave you to figure out why!

I have a plan to send out notification emails re low balances, but for now, check in on your ElfBuckz balance occasionally to make sure you've got enough! You can also subscribe to a monthly ElfBuckz topup once you've got a handle on your expected usage requirements.

Added SSH Rclone mounts

We had our first request from a user wanting to mount data from a seedbox provider, in order to run an app not supported by that provider (Pyload). Consequently, we now have an SSH rclone mount product group for such a configuration. One interesting discovery was that the password submitted when you place the order needs to be an rclone obscured password (which is not really secure, since rclone can decode it again, but it prevents casual "shouldersurfing").

Approaching production

Although it's fairly arbitrary, July was our month of beta testing (June being "alpha", when things were only semi-working), and August will be our first month of "production". Most of the design questions are stabilized now (for example, BYO VPN for torrent clients, hardware transcoding, etc), the guts of the platform is now open-sourced, and it feels as if the next step is to increase the user base, in order to (a) fund the infrastructure, and (b) surface any further issues / improvements to be found.

Hardware Transcoding now available

Thanks to helpful elf-a-testers, we now have hardware transcoding support in Jellyfin, Emby, and Plex (PlexPass required).

Why is this a big deal?

Previously, the streamers would use CPU resources to transcode any media they deemed incompatible with your client. The only way to prevent one streamer hogging all the CPU was to apply a CPU limit (4 vCPUs) to each streamer, roughly tested to support up to 3 1080P CPU transcodes. This still places a heavy load on our nodes, given each node only has 16 CPUs. Oh, and 4K transcoding was just a total no-go, even with 4 vCPUs!

After enabling Intel QuickSync Video (QVS) transcoding in Jellyfin, I was able to transcode 4K HEVC media, consuming only 250m (¼ of a vCPU)1 Needless to say, this makes our platform a lot more scalable!

How well does it work?

I.. don't know. Plex has one lonely toggle which turns transcoding on/off, and Jellyfin has about 2 pages of advanced options which affect transcoding performance! It'll take a little trial-and-error to find the sweet spot per streamer, and it's impossible to test all variations / clients. So I've rolled transcoding support out to all (beta) users, and reduced the CPU allocation to the streamers to 500m (½ vCPU), so that CPU-based transcoding will fail. This may be a little extreme, but given we can now transcode 4K on ¼ vCPU, it's more transcoding grunt than we had previously.

It's likely that we'll refine the transcoding support / parameters over the next few days, so please feel free to play around, test, and send feedback in Discord.

Of course, as always, for optimal experience from your streamer, avoid any transcoding whatsover. (Direct-playing 4K media consumes 0.01 vCPU!s)

Read on for smaller announcements...


ElfVPN was a shared VPN which allowed the torrent clients (Deluge, qBittorrent, rutorrent) to be evaluated / used without having to bolt-on a BYO VPN subscription.

Shortly after we ramped up our test users from r/seedboxes, the VPS which ran ElfVPN was terminated by the provider for DMCA abuse.

After some consideration (details below), I've decided not to replace it, and instead withdrawn the ElfVPN products from the store.

TL;DR - From now on, in order to use the torrent clients, you will need to BYO VPN...

Passwordless logins FTW

A few weeks ago, I started looking into integrating our store / SSO login with OwnID, to solve the fact that when your SSO session times out, you have to re-sign into the store (also, in 2023, protecting all your services behind a simple password seems a little.. too little)

The development got stuck behind decomissioning longhorn (another long story, it didn't scale well!), but after finally reproducing the prod store in dev for an accurate bug report to the OwnID team.. it worked perfectly ๐Ÿคฆโ€โ™‚๏ธ

So... we now have passwordless / biometric logins for the store / SSO! ๐Ÿฅณ