been running it in docker for over a year now with the docker hub image. I'm assuming you got to the app site page based off of what you described. I'd imagine it may be something related to the video quality/encoding option? Does the metadata come through when you search for a video? Also, I find Invidious tends to be (rightly so) particular with the TLS stapling option, so if you don't have tls or a proxy in front of it, then make sure it's set to off (happened to me with self signed certs and nothing would play)
I've been running it in Docker for a few months without serious issue. The only problem I've seen is website with embedded YT videos and it not liking mixed HTTPS (site) and HTTP (my instance) on the same page, but that's a CSP issue that can be worked around, depending on your browser or whether you run HTTPS on your network.
I'm using the quay.io/invidious/invidious:latest
and docker.io/library/postgres:14
images and a docker-compose based on this one. The main difference I made was to use a real database directory rather than using a dynamic volume. But other than that, it's pretty unchanged.
I also followed https://docs.invidious.io/redirector/ (rules 1-8) to redirect YT URLs to my instance.
I've been using ViewTube specifically because it was easier to set up. Although it also fails to play videos occasionally
Why are you building the image yourself? Not that there's a problem with that necessarily, but it seems a bit wasteful of your resources unless you have a specific reason to do so. There's a docker image (quay.io/invidious/invidious:latest
) built by the developers that gets updated pretty frequently. I've been using it for years now and it's been working perfectly fine for me the whole time.
@sneakyninjapants@sh.itjust.works that is what the repo docker compose has, but I will give it a try on a fresh machine with that image.
I see now, that makes sense why you are building the image since it was set up that way. I don't know why projects set up the compose file to build the image when they already have a publicly available image to use; it just creates unnecessary friction for people who just want to test out the software. Anyway, using that image should work for you, but feel free to ask if you run into any issues.
I don’t know why projects set up the compose file to build the image when they already have a publicly available image to use
Because the compose that's in the repository is the development compose, it's not meant for users... literally the first line: https://github.com/iv-org/invidious/blob/master/docker-compose.yml#L1
TheFrenchGhosty ( https://invidious.io/team/ )
Without more info it'll be hard to help.
I got it working in principle, but the Raspberry Pi I wanted to host it on isn't powerful enough to handle the necessary computing.
Self Hosted - Self-hosting your services.
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
- No harassment
- crossposts from c/Open Source & c/docker & related may be allowed, depending on context
- Video Promoting is allowed if is within the topic.
- No spamming.
- Stay friendly.
- Follow the lemmy.ml instance rules.
- Tag your post. (Read under)
Important
Beginning of January 1st 2024 this rule WILL be enforced. Posts that are not tagged will be warned and if not fixed within 24h then removed!
- Lemmy doesn't have tags yet, so mark it with [Question], [Help], [Project], [Other], [Promoting] or other you may think is appropriate.
Cross-posting
- !everything_git@lemmy.ml is allowed!
- !docker@lemmy.ml is allowed!
- !portainer@lemmy.ml is allowed!
- !fediverse@lemmy.ml is allowed if topic has to do with selfhosting.
- !selfhosted@lemmy.ml is allowed!