[HN Gopher] Show HN: Kyoo - Self-hosted media browser (Jellyfin/...
___________________________________________________________________
Show HN: Kyoo - Self-hosted media browser (Jellyfin/Plex
alternative)
I started working on Kyoo almost 5 years ago because I did not like
the options at the time. It started as a "sandbox" project where I
could learn about tech I was interested in, and slowly became more
than that.
Author : zoriya
Score : 121 points
Date : 2024-04-05 11:49 UTC (11 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| stop50 wrote:
| It looks very nice
| nyolfen wrote:
| it looks very good! is it possible to cast to a tv? this is the
| only thing that has me stuck on plex, which i otherwise do not
| like
| beepbooptheory wrote:
| Casting used to be pretty bad on Jellyfin but is a lot better
| these days. Don't remember the last time I had any friction
| with it.
| zoriya wrote:
| Not yet, I plan on having that available in the next 6 months
| since it's pretty important, but I want to have most client
| features finished before that
| unstatusthequo wrote:
| Load on Mac browser, Airplay to AppleTV. Same idea with Windows
| and *cast.
| bunnyfoofoo wrote:
| It's very pretty, and the demo is very fast. Is there series
| tracking to continue watching to pick up where you left off? It
| doesn't seem like there is on the demo.
|
| My only concern is that your screenshots on the github include
| copyrighted movies. I know that unlike popcorn time (or whatever
| the name was), it's only a player and not a way to download
| things, but maybe change them out for your copyright-free movies
| on the demo? I'd hate to lose another project to overzealous
| copyright enforcement.
| zoriya wrote:
| There is a series tracking (which can be autosynced to simkl if
| you want) but you need to login to use it. Since the demo allow
| you to access everything as a guest without account you
| probably missed it.
|
| The screenshots are pushed on a secondary branch, so I can
| remove them completely without rewriting the git history.
| Thanks for worrying <3
| grobibi wrote:
| I would like to switch from Infuse to open source but I can't go
| back to transcoding.
|
| Does anything have feature parity with this?
| https://firecore.com/infuse
| pocketarc wrote:
| That looks -very- nice. What's your experience been with it, do
| you use Plex or anything like that? What do you mean 'can't go
| back to transcoding'? What have you been using that doesn't
| transcode?
| voltaireodactyl wrote:
| Infuse offloads transcoding to the client device, so you can
| use a low powered NAS with an appleTV for example.
| jwells89 wrote:
| It can also direct play a lot of formats too though,
| because Apple TV boxes since the 2017 4K model have enough
| muscle for problem free software decoding.
| mvanbaak wrote:
| and this is both nice and horrible.
|
| Most audio streams are 'direct stream' when you use
| plex/jf/emby as backend, but your receiver/soundbar only
| gets the PCM stream, without any object data (yes, you
| loose atmos, not that it is a lot of loss when using a
| soundbar, but if you have atmos speakers in your ceiling
| you want that data)
|
| in an ideal world, the appletv will simply passthrough the
| audio upstream, so you receiver can do what it does best.
| simongr3dal wrote:
| I'm using Infuse as well, and it's pretty amazing. The main
| thing that Infuse does differently from all the others is
| that it always does Direct Play (in Plex parlance) so you
| don't need anything powerful or power hungry to be hosting
| the video.
|
| Most devices that will play video these days are powerful
| enough to do the decoding themselves and have the bandwidth
| available.
| jwells89 wrote:
| > Most devices that will play video these days are powerful
| enough to do the decoding themselves and have the bandwidth
| available.
|
| IME this varies a lot between devices. Google TV dongles
| for example, even the 4K versions, are built with extremely
| weak SoCs (as in early 2010s phone weak) and lean hard on
| hardware acceleration. If you want to play back a format
| that isn't hardware accelerated on one of these, you'll
| have to rely on media server transcoding.
| HumblyTossed wrote:
| > does differently from all the others
|
| You can tell Emby and Jellyfin to direct play. Pretty sure
| Plex has that option, but I've not used it in a few years
| so could be that changed.
| Latty wrote:
| I use Jellyfin and it defaults to direct play unless you
| _need_ transcoding (e.g: the client device doesn 't support
| the chosen format, Firefox with h265 for example, due to
| licensing) and it will just remux if the container is the
| only issue. The desktop client just uses mpv so it supports
| basically everything directly.
| unstatusthequo wrote:
| Yes but Infuse over your whatever VPN back to your
| NAS/source is the issue. That's where transcoding at source
| shines. Infuse is great for LAN though.
| kiririn wrote:
| Kodi + Jellyfin-Kodi
| tdhz77 wrote:
| Kodi is my favorite open source project, but I did start it
| up the other day and thought it felt outdated. I will look
| into Jellyfin-Kodi. Using Kodi's Games/eBooks/Podcast playing
| ability with Jellyfin (Streaming, transcoding) features might
| be exactly what I've been missing.
| neodymiumphish wrote:
| I'd be interested to know the status for the player apps on
| various platforms. For example, this is a nonstarter for me until
| it supports Google TV and iOS/iPasOS.
| candiddevmike wrote:
| This is unfortunately a deal breaker for most home grown media
| browsers. They need to maintain apps on all the walled gardens
| their users are using, which is a ton of work IME.
| jwells89 wrote:
| Couldn't this be addressed by standardizing around a
| protocol? That way client and server are decoupled and
| existing clients can work with new media server projects.
| djbusby wrote:
| Like if my TV could just open the webpage of my in-home
| media server and let me browse and play.
| jwells89 wrote:
| Well maybe, but smart TV and streaming box browsers are
| unlikely to implement all the functionality pertinent to
| a high-grade home theater experience. Apps are better
| here, so what I had in mind was closer to standardization
| around existing popular protocols like that currently
| used by Kodi and Plex, both of which have high quality
| clients for just about every platform out there.
| petepete wrote:
| Is that not what DLNA is?
| jwells89 wrote:
| Kind of, but as I understand it's pretty barebones and
| can't support an experience like that provided by Plex.
| jsf01 wrote:
| There is some interoperability between other clients today.
| For example, I have a Jellyfin server but in order to
| connect to it on my Apple TV I use the Infuse Pro app. I
| think that works more because of a standardized file
| structure that each app creates its own indexes for, so an
| actual protocol that they share would still be an
| improvement.
| zoriya wrote:
| Infuse implemented code specifically for jellyfin and it
| uses jellyfin's own API. The only common protocol is
| dlna, but it's pretty limited and only really used on
| local networks.
| oarsinsync wrote:
| How insane would it be to expose a jellyfin compatible
| api?
| zoriya wrote:
| That would slow down development and new idea down a lot,
| I don't think it's even worth considering. It's probably
| easier to implement it on Kodi/Infuse/any other clients.
| wccrawford wrote:
| Looks like there's a kyoo.apk in the latest release, and I see
| the source in the 'front' directory. I see IOS stuff in the
| config in there, too.
| zoriya wrote:
| Android and web only for now. I do agree that Google
| tv/chromecast is extremely important. ios/ipad/tvos is even
| harder since it's 100$ a year for a dev account to push it to
| the apple store and I don't own an apple device to write the
| app.
|
| I want to focus on features before writing more clients, I hope
| to write Chromecast support in less than 6 mounts and google tv
| in less than a year.
| unstatusthequo wrote:
| I'm sure there's enough interest on HN to cover the $100 for
| a dev account for you and maybe get you a reasonable device
| to test on from Swappa. Maybe setup a donation link for an
| iOS/tvOS app? I think iOS/tvOS app would really make usage
| increase dramatically. People generally aren't against paying
| for software that works and makes things easier. Plex has
| become bloated and over-featured. Infuse is ok, but not great
| when trying to watch remotely, even over TailScale.
| zoriya wrote:
| I do agree about the value of tv/native apps but for now I
| have a tiny user base, we are only 20 on the discord. I
| think it's still too early to have any kind of financial
| support on the project.
| debacle wrote:
| I tried switching from Plex to Jellyfin, and one of the greatest
| limitations that I noticed with Jellyfin is that it doesn't seem
| to really give a shit about managing libraries, and seems overly
| opinionated about file structure. There's whole sections of the
| wiki dedicated to naming your files right that I don't have to
| deal with with Plex.
|
| Does Kyoo take a similar approach, or is it more user friendly?
| Plex's monetization efforts are silly, but Jellyfin seems very
| much not ready for prime time.
| buggeryorkshire wrote:
| Had exactly the same issue. Jellyfish was very opinionated,
| Plex doesn't care.
| slily wrote:
| Both Plex and Jellyfin refused to import my fairly standard and
| accurately tagged music library last time I tried, and Plex is
| definitely opinionated about structure in video libraries.
| petepete wrote:
| Jellyfin wasn't happy with my music library either until I
| realised wanted the ReleaseGroup field to be set. I set
| Picard to work and an hour later it imported perfectly.
| Modified3019 wrote:
| That jellyfin is that nitpicky with a prerequisite just to
| get a music library to work is horrifying.
| Jochim wrote:
| Jellyfin has handled the default Picard output format
| just fine for me.
|
| I don't see the expectation of a standard naming format
| as unreasonable, given that it's open source and they're
| fairly short on developers
| slily wrote:
| I saw discussions on GitHub where it was suggested that
| they refuse to match based on metadata over folder
| structure because they don't trust people to tag files
| properly. With my library, it generates multiple album
| entries per multi-disc album because I have them
| organized with a subfolder per disc, which not only makes
| no sense considering when you could easily match on disc
| number and parent folder, but is also a regression.
| "Short on developers" is a good excuse for lagging in
| features, not for poor design/implementation. Finally,
| relying on non-standard fields for matching is
| unnecessary and is in line with the "overly opinionated"
| complaint.
|
| I'd probably use Jellyfin if it got the basics right and
| lacked a thing or two, or if its opinionated
| implementation was limited to trivialities like how Plex
| refuses to use local images not named cover.jpg. But it's
| too opinionated, too inflexibly, about too many things,
| and I think its opinions are stupid, so it crosses the
| line as far as I'm concerned. Doesn't help that the code
| is convoluted and I couldn't figure out how to make
| changes to the way it analyzes files easily.
| kyriakos wrote:
| According to it's feature list it's not. The fact that it
| advertises that gives me hope.
| HumblyTossed wrote:
| I use Jellyfin, but I also use TMM (tiny media manager) to
| manage my files. Jellyfin seems to agree with what TMM produces
| just fine.
|
| I would like to see a slim Jellyfin that does not have any
| media management code at all, tbh. Just media streaming.
| ramon156 wrote:
| Just a question, why do you guys want sn unopinionated media
| server? I love that I click some buttons in jellyfin and it
| just does it's thing, I don't have to think of my own structure
| zoriya wrote:
| I hate having to rename my files on an arbitrary pattern to
| have items show up in the media browser. I want a media
| browser to organize my media, not to ask me to organize it
| myself.
| rockostrich wrote:
| Out of curiosity, why are Plex's monetization efforts silly?
| Sure, the freemium model is less than ideal compared to OSS,
| but I gladly paid for a lifetime subscription to Plex Pass 4
| years ago and haven't regretted it at all since.
| mynameisvlad wrote:
| They are pushing their free with ads offerings and data
| gathering (Discover) far more in the past year or two, to the
| point where I have to give instructions to some of my friends
| because the defaults are exclusively their own offerings.
| jwells89 wrote:
| I think the main issue is that the monetization efforts have
| resulted in blunted focus on the core product, resulting in
| things like long-standing unresolved bugs and technical
| oddities. For example the Plex installation on my home server
| will break itself in odd ways every so often and sometimes
| the only way to fix it is to nuke all cache, config, etc and
| start over which gets frustrating.
|
| It's also brought privacy concerns, because there's incentive
| for Plex to harvest and sell data from users paid and unpaid
| alike.
|
| I'm currently subscribed, but all of this has me on the
| lookout for viable replacements.
| dotnet00 wrote:
| I think part of it is that the efforts are all going to be
| kind of dodging bullets, in that everyone knows that a
| popular use case of Plex is for pirated media. So all
| monetization efforts have to be carefully designed to not
| risk implicating the project directly into that use case.
| Which means that monetization efforts mostly lean slightly
| differently from what the users would want to pay for.
|
| The only monetized features that have decent overlap with
| user desires are the player features, mobile apps, plexamp
| and its sonic analysis stuff.
| zoriya wrote:
| I find this extremely silly too. The goal of kyoo is to
| organize your library for you, you should be able to use your
| download folder as your library folder, and it should work
| right away without having anything to rename.
|
| There are still some edge cases, especially with extra which
| are not handled very well right now. It works even for weird
| anime naming, things like "[SomeGroup] Jojo's bizzare adventure
| - golden wings 12.mkv"
| user- wrote:
| The readme was obviously written with a LLM and it makes it so
| hard to read. High word count isnt a good thing
| tdhz77 wrote:
| I didn't catch this until you called it out. While I reading I
| was anticipating an argument that would convince me that I need
| Kyoo. I'm not convinced that its setup once and forget it --
| especially since it also says that its not afraid of adding
| more services (complexity). Further, the hard stance on cinema
| only instead of books, games, etc made me think that the
| project was rigid. Making me potentially add more services to
| manage all of my entertainment media.
| hoherd wrote:
| I was also surprised by that bit about adding more services:
|
| > We're not afraid to bring in additional containers when it
| makes sense
|
| That is one of the last things I'm thinking about when I
| choose a media organization and streaming app, and if I do
| think about it, having more containers is a red flag more
| than something that sets my mind at ease, because of that
| added complexity. I experienced this with Photoprism when I
| wanted to customize it a bit, because I then had to figure
| out the roles of the containers and which containers did and
| did not need the customization bits I was adding, etc..
| zoriya wrote:
| As a user, you don't really need to care about the number of
| containers since everything is managed by docker-compose or
| k8s (soon). The advantages of having more containers is that
| you can have specialized softwares. For example, the search
| system is based on meilisearch which makes it way better than
| what could have been done by just using postgres/sqlite. It
| also makes distribution or replication built-in (for example,
| to have a transcoder on a remote computer), jellyfin/plex
| does not support this natively and users have written their
| own remote transcoder for that.
| freedomben wrote:
| Are you planning to run these containers in the same Pod?
| And/or what is the deployable unit going to be?
| zoriya wrote:
| Not sure yet, I'm a beginner at k8s and just started
| writing a helm chart on a branch/reading the
| documentation. I have devops friends to help me with my
| skill issues tho x)
| seabrookmx wrote:
| Only half kidding, but you've heard of processes right? :)
|
| Plex for example starts many transcoder instances within a
| single container for scalability. You don't _need_ to scale
| at the container level.
|
| There's pros and cons to each approach, but for the self-
| hosting crowd keeping the deployment simple may broaden
| your audience.
|
| A good example I have experience with is vaultwarden:
| people use it because it's a single container deployment as
| opposed to the complex and resource intensive setup
| bitwarden provides.
| zoriya wrote:
| You're right, but in today's github if you want to stand out
| you need this kind of readme or an existing community. To be
| fair, the important features are in bold and the philosophy/why
| another browser is handwritten.
| jwells89 wrote:
| Looks nice. One thing I've noticed is that media server projects
| seem to have a disposition towards C# specifically, which I find
| interesting. Is there a technical reason for this or is more of a
| big project setting norms situation?
| kyriakos wrote:
| Most related software too (the *arr family) are written in
| .net. It's a decent platform offers good performance without
| sacrificing developer experience.
| HumblyTossed wrote:
| This one looks like it's written in several different
| languages. I see some C#, Go, Python. Maybe there's some front
| end stuff too, but I'm allergic to that.
| zoriya wrote:
| c# shines for webserver stuff so it's no wonders, I like it
| less and less tho Kyoo also uses python/golang for some of it's
| components (and typescript for the frontend)
| CBarkleyU wrote:
| > I like it less and less
|
| Would you mind eloborating?
| zoriya wrote:
| I don't like the closed environment where you are not a
| first-class citizen if you are not using vs or rider. I
| always work on vim and linux, and I am getting tired of
| fighting with whatever new stuff microsoft makes that does
| not work out of the box (their latest LSP that does not
| follow the spec they created themselves as my latest
| example).
| exe34 wrote:
| Could I install this on a raspberry pi and plug a TV to it over
| hdmi? I.e client and server on the same pi.
| zoriya wrote:
| You technically can, but that's not really the goal of kyoo,
| you would not need most features.
| mdaniel wrote:
| Having both postgres and rabbitmq strikes me as overkill - I
| wonder if they'd be open to a PR to harmonize to just PG,
| slimming down the ops burden. I'll have to dig into it when I'm
| back on my desktop to see what exactly RMQ is doing for a media
| server
| zoriya wrote:
| rabbitmq is used to communicate between services. I just
| introduced it but it will be used to: - handle websockets
| communication with the client - create workqueues for new items
| creation/rescan requests - Watch list syncing with external
| services - and to synchronize different replicas when deployed
| on k8s (still need work on this point tho)
| JeremyNT wrote:
| I'm not here to talk you out of rabbitmq now that you've
| already added it for this project, but IMO it's worth taking
| a look at PG notify/listen and keeping it in mind for simple
| use cases.
|
| It's not nearly as powerful but it can be a pretty good
| starting point before pulling in more dependencies.
| roomey wrote:
| Rabbit mq is great. I found it particularly useful when some
| parts of a program are inherently slower than other parts.
|
| It offers a very robust and tested queuing system, and is
| pretty tiny to run. It lets you keep things very simple.
| NortySpock wrote:
| How tiny is "pretty tiny" in your opinion?
|
| I've been playing around with NATS, which is hovering at just
| under 10MB of RAM on each of 3 nodes, while passing an
| average of 1 message per second.
|
| I am liking it, though NATS clearly has a less strict queue
| ordering policy when I throw a burst of messages at it.
|
| Edit: actually another node is at 22MB, so take what you will
| from that.
| SamuelAdams wrote:
| What sort of audio formats does this direct play? My biggest
| complaint with JellyFin is that it can't play Dolby DDD+.
| zoriya wrote:
| It can direct play whatever your client supports, for now only
| android and web are supported clients. Web browsers aren't
| great with media compatibility tho, I think you will face the
| same limitations as with Jellyfin.
| n3storm wrote:
| Why some many self-hosted mediabrowsers written on C#/Mono?
| (honest question)
| giancarlostoro wrote:
| Because it's a great programming language, not sure about Mono,
| but .NET 8+ is now cross-platform (has been since sometime in
| 2016 actually), so I personally am choosing C# for some of my
| projects lately as a result.
|
| C# is just a nice all-around language and the runtime is really
| nice.
|
| By comparison every time I have to look at Java I just want to
| run away as quickly as possible. All the resources Oracle has,
| and instead of investing them into making Java a viable
| platform they shut down the one project that was giving Java an
| edge in Desktop Development (JavaFX) and basically leave Java
| in this weird limbo state its in.
|
| It took Java forever to implement lambdas meanwhile C# had them
| in since .NET 3.5? (2007?)
|
| Microsoft on the other hand, made all of .NET MIT licensed.
| Even if they change the license 10 years from now, you can pick
| any of the rich versions prior to use where the license was in
| fact MIT.
| Jochim wrote:
| Just my own conjecture, but it's pleasant to write, the NuGet
| package ecosystem is very well populated, and it combines a
| great web framework with the ability to drop down into low
| level code when necessary.
|
| In recent years cross platform support has gotten fairly good
| as well
| n3storm wrote:
| but there aren't as many IDEs, NAS/homelab manager, backup,
| games, graphic editing or visualization tools, ... Is it
| something about codecs availability?
| imran-iq wrote:
| I think (and I could be misremembering here) is that Emby
| started off as C# and both Plex and Jellyfin are forks of it.
| Also a lot of folks in this sphere seem to be on windows as
| their primary platform, and C# along with visual studio is
| pretty on that stack
| seabrookmx wrote:
| Plex is a C++ app and actually a fork of XBMC/Kodi, although
| that was so long ago there's probably no resemblance.
|
| Jellyfin is an Emby fork though, yes.
| seabrookmx wrote:
| Mono is basically dead. This uses dotnet 8[1] which is cross
| platform (has been since 5.x and "core" 1.x-3.x).
|
| [1]:
| https://github.com/zoriya/Kyoo/blob/master/back/Dockerfile#L...
| ALittleLight wrote:
| Looks good. I went to the demo page and clicked on a few movies
| and scrubbed through at random. Everything worked flawlessly.
|
| I'm curious to know about scaling. How many users does a server
| (and of what kind) support? What's backing your demo page and how
| many users would overload it?
| zoriya wrote:
| Thanks a lot. The demo is the docker-compose from the README on
| an oracle's VPS always free tier. I never tried to benchmark
| the server, but the limiting factor will certainly be the
| encode speed of the machine. If your clients all needs
| transcoding of different h265 8K movies at the same time, you
| would need vastly different GPU/CPU power than for the same
| amount of users with direct play.
| ALittleLight wrote:
| I'm impressed you can host it on the Oracle free tier. Great
| project, thanks.
| peter_l_downs wrote:
| Looks very pretty and the demo is nice. Congratulations on the
| launch. I'm a happy Plex user, via Plexamp for audio and the Plex
| app for Apple TV for video, and I'm not interested in switching.
| That said,
|
| > It started as a "sandbox" project where I could learn about
| tech I was interested in, and slowly became more than that.
|
| This is a fantastic reason to build something. Looks like a
| wonderful project.
| ecliptik wrote:
| Plexamp is the one thing that keeps me on Plex.
|
| I have Jellyfin setup in parallel for the day Plex enters
| an[enshittification] phase, but the lifetime membership I paid
| for in 2012 has served me well.
| manmal wrote:
| In case you're into audiobooks, I suggest to check out Bookcamp
| too. I guess Plexamp works for that as well, but Bookcamp is
| just like Audible in a way.
| drakenot wrote:
| Bookcamp has fairly negative reviews on the App Store.
|
| Have you had issues with it?
| tombert wrote:
| This looks great, but it makes me very sad and annoyed through no
| fault of its own.
|
| I started building a Plex/Jellyfin clone in 2019 (around the same
| time it looks like!), got pretty far into it as well, using a
| pretty similar messaging system and everything (using ZeroMQ
| instead of Rabbit).
|
| I was working for Apple at the time, and I wanted to open source
| it, so I had to talk to a bunch of management, eventually someone
| just two levels below Tim Cook, who told me that it was a
| "competitive" product, because it served video, and Apple sold
| video. He also informed me that if it's found out I open sourced
| it, I would be promptly terminated and would potentially face
| legal action as it would be in direct violation of my non-
| compete, and moreover since I was working for Apple they legally
| owned it anyway. He then explained that there's no such thing as
| "my own time", as Apple really wants me to be focused on Apple,
| and nothing else
|
| I genuinely had to hold back tears in that managers office,
| because it really felt like a punch in the gut. I went in
| optimistic that I'd be able to open source my passion project,
| and I instead was threatened with termination and a lawsuit. I
| was so upset that I just left the office at 2pm and drove back to
| my hotel (I live in NYC but was visiting the California office).
|
| Anyway, </rant>, this is cool and I will be playing with it
| tonight.
|
| ETA:
|
| I have no doubt that some people might be able to figure out the
| specific individual in this story, and that's fine, but I humbly
| ask that you do not post that person's name publicly here. I
| wasn't fired from Apple and I didn't have to sign a non-
| disparagement clause as far as I am aware, but I still don't want
| any extra drama from the company.
| RajT88 wrote:
| > I still don't want any extra drama from the company
|
| Yeah, they are really good at that. I had a friend discover a
| vulnerability once, and behind the scenes they took it very
| seriously. But publicly, they disparaged him mercilessly and
| even got DaringFireball in on it.
|
| (Yes, he takes Apple money; of course he does)
| therealfiona wrote:
| That sucks dude, I'm sorry.
|
| I mean, I get it from the company's perspective. They have a
| product that serves video, you were building a thing that
| served video.
|
| The thing that irks me is that since they build multiple
| operating systems and a wide range of software, literally
| anything you write and publish on the public internet is theirs
| simply because they will fire you and sue you into oblivion.
| Even if you _technically_ slip through a loop hole, they have
| more money and time than you do.
|
| Stories like this remind me that I have to be careful about who
| I work for, the scope of that work, and where I publish it.
| Thankfully, I think I'm in the clear as long as I don't invent
| a thing that solves the traveling salesman problem.
| craftkiller wrote:
| > since I was working for Apple they legally owned it anyway
|
| IANAL but I think they were lying to you.
|
| CA law protecting your after-hours code from your employer:
| https://law.justia.com/codes/california/2011/lab/division-3/...
|
| NY law doing the same thing:
| https://casetext.com/statute/consolidated-laws-of-new-york/c...
| _factor wrote:
| Even the FTC commissioner can't get air time. As far as Apple
| is concerned, an informed public is competition with Apple.
| Daunk wrote:
| My issue, going from Plex to anything else, is that it would
| render things like my AppleTV useless.
| traviswt wrote:
| I've had mostly a positive experience with Jellyfin on AppleTV.
| Have you tried it? Curious what's considered a dealbreaker for
| you.
| aloer wrote:
| Just the other day I was setting up Jellyfin and tailscale on an
| n100.
|
| It worked fine locally but sharing via tailscale with a family
| member across the world somehow broke things. It took about a
| minute for the stream to start despite a fast enough upload
| speed. Might be ping related?
|
| I will give this a try
| napkin wrote:
| I had this problem too! Jellyfin behind a reverse proxy over
| Wireguard. For intercontinental visitors (high latency), there
| would be an initial burst of reasonable transfer speed, but
| within seconds, slow to an unusable crawl. It took a long time
| to identify the problem as relating to packet congestion.
|
| Try changing Linux's default congestion control
| (net.ipv4.tcp_congestion_control) on your Jellyfin & reverse
| proxy servers to 'bbr'. I don't understand the details- there
| might be negative consequences [1]- there might be better
| congestion algos- but for me, this completely solved the issue.
| Before, connections would stall out to <10%, sometimes even 1%
| line rate. In quiet/optimal network conditions.
|
| Also, Caddy enables HTTP/3 by default. I force it to HTTP/2.
|
| I should probably investigate using later versions of bbr,
| though.
|
| [1] https://news.ycombinator.com/item?id=37408406
| doublerabbit wrote:
| Meanwhile I just host locally a Minidlna.
|
| Ripped from DVD the night before, Make snacks, scroll down list
| of filenames, series and watch.
|
| Never understood why I've needed a whole Netflix interface when I
| just want to watch a movie.
| zoriya wrote:
| it's good when you watch things from outside your home network.
| you can transcode things to watch on the train/subway or
| somewhere you don't have stable internet access.
| Pasorrijer wrote:
| Any chance you'd add ebook support?
| zoriya wrote:
| No, I want to stay focused on movies/series/anime. There's
| already a lot to handle for me alone working on this, and
| ebook/music is just different enough that supporting it will
| need a good amount of efforts.
___________________________________________________________________
(page generated 2024-04-05 23:00 UTC)