this post was submitted on 09 Feb 2024
15 points (100.0% liked)

Selfhosted

39980 readers
780 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

I'm currently using Handbrake on a windows 11 installation of a desktop computer. I am planning on turning this desktop computer into a NAS and media server to replace my current raspberry pi 4 system. Handbrake works great on this computer, but I was wondering how I could use Handbrake on this system after I convert it into a media server.

Given that I wouldn't normally have a GUI to work with for Ubuntu Server, would it make more sense to install Handbrake in a ProxMox VE container, or should I use the docker version of Handbrake? Would there be a performance impact if I were to use the docker container?

The docker container has a web UI, while if I were to use ProxMox, I could have a full fledged OS to work with.

all 15 comments
sorted by: hot top controversial new old
[–] [email protected] 13 points 9 months ago

You can run tdarr which is automated transcoding.

https://home.tdarr.io/

[–] [email protected] 3 points 9 months ago* (last edited 9 months ago) (1 children)

I was going to suggest there should be a way to run handbrake locally while pointing its under-the-hood functions to handbrake-cli (also, yes, there's handbrake-cli) hosted on your server, but I found this instead:
https://medium.com/@joshuaavalon/encode-video-with-handbrake-on-server-17b6127f6ac7
godsspeed, OP

[–] [email protected] 2 points 9 months ago

In case your Lenny client concatenates the dot to the link like mine: https://medium.com/@joshuaavalon/encode-video-with-handbrake-on-server-17b6127f6ac7

[–] [email protected] 5 points 9 months ago* (last edited 9 months ago)

I think you're probably better off using something that's build for media servers. One really nice feature is adding more processing nodes to make things go faster, like a gaming PC while not playing anything. I don't think Handbrake can do that by itself.

I just finished setting up transcoding for my media library, and the options I found were Tdarr, FileFlows and Unmanic. They all use ffmpeg and/or Handbrake under the hood, so it kinda comes down to preference. I went with FileFlows because it seemed the most intuitive to me, and it can also process other media like photos, music, audiobooks and ebooks.

[–] [email protected] 1 points 9 months ago

What are you using it for

[–] [email protected] 2 points 9 months ago

Tdarr is the way to go

[–] [email protected] 2 points 9 months ago
[–] [email protected] 1 points 9 months ago

Not really any performance impact from using it in docker.

But you could also use ffmpeg as that's what handbrake uses under the hood IIRC.

[–] [email protected] 2 points 9 months ago

Container should have negligible overhead, the main problem you're going to see is where the in/out files are located and shared. Another plus there for docker, can map that volume to anywhere.

If you need a GUI, then handbrake with a web version sounds great, when I did it years ago they didn't have it.

Since then, I've learned ffmpeg and use that regularly and can schedule jobs well now. Definitely more advanced, but more built for server applications.