<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Self Hosting on J-Cave.dk</title><link>https://j-cave.dk/categories/self-hosting/</link><description>Recent posts in Self Hosting on J-Cave.dk</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 13 Nov 2026 15:20:00 +0100</lastBuildDate><atom:link href="https://j-cave.dk/categories/self-hosting/index.xml" rel="self" type="application/rss+xml"/><item><title>A media library Jellyfin understands: folders, names and metadata</title><link>https://j-cave.dk/a-media-library-jellyfin-understands-folders-names-and-metadata/</link><pubDate>Fri, 13 Nov 2026 15:20:00 +0100</pubDate><guid>https://j-cave.dk/a-media-library-jellyfin-understands-folders-names-and-metadata/</guid><description>&lt;p&gt;In part 1 Jellyfin got its first library. This part is about what to do
&lt;em&gt;before&lt;/em&gt; you copy the next one in: how to name folders and files so
Jellyfin recognises them the first time.&lt;/p&gt;
&lt;h2 id="why-naming-matters"&gt;Why naming matters&lt;/h2&gt;
&lt;p&gt;Jellyfin does not look inside a film to find out what it is. It reads
the folder name and the file name, looks that up with a metadata
provider, and fetches the title, the poster and the description. A
good name gives the right film. A bad one gives the wrong film, a
remake from another decade, or nothing.&lt;/p&gt;</description></item><item><title>Jellyfin on Proxmox: running it in an LXC container</title><link>https://j-cave.dk/jellyfin-on-proxmox-running-it-in-an-lxc-container/</link><pubDate>Fri, 06 Nov 2026 14:01:00 +0100</pubDate><guid>https://j-cave.dk/jellyfin-on-proxmox-running-it-in-an-lxc-container/</guid><description>&lt;p&gt;This is the first part of &lt;em&gt;Jellyfin at home&lt;/em&gt;. By the end of it Jellyfin
12 is running on my Proxmox server, it answers in a browser, and the
first library is in. The parts after this one are about naming the
files so Jellyfin recognises them, hardware transcoding, apps and remote
access, and backups and upgrades.&lt;/p&gt;
&lt;p&gt;This is my own Jellyfin server being built, not a demo. I write down
what I did, including what I would do differently.&lt;/p&gt;</description></item><item><title>What's new in Jellyfin 12, and what to check before you upgrade</title><link>https://j-cave.dk/whats-new-in-jellyfin-12-and-what-to-check-before-you-upgrade/</link><pubDate>Mon, 05 Oct 2026 08:18:00 +0200</pubDate><guid>https://j-cave.dk/whats-new-in-jellyfin-12-and-what-to-check-before-you-upgrade/</guid><description>&lt;p&gt;Jellyfin 12.0 came out on 7 September, and the first bugfix release,
12.1, followed a week later &lt;a href="#sources"&gt;[1]&lt;/a&gt; &lt;a href="#sources"&gt;[3]&lt;/a&gt;. If you run
10.11 today, the next version is not 10.12 and not 11. It is 12. Here is
what is new, what breaks, and what to do before you press upgrade.&lt;/p&gt;
&lt;h2 id="from-1011-to-12"&gt;From 10.11 to 12&lt;/h2&gt;
&lt;p&gt;The number first, and a little history, because the obvious question is
why a project that began in 2018 was on version 10 at all. Jellyfin
started &amp;ldquo;in early December 2018 primarily as a result of Emby&amp;rsquo;s decision
to take their next release (4.x) closed-source&amp;rdquo;, as a fork of Emby 3.5.2
&lt;a href="#sources"&gt;[6]&lt;/a&gt;. The new project wanted a clean break from Emby&amp;rsquo;s
version numbers, and chose to go up rather than down. The first Jellyfin
release, in January 2019, was 10.0.0, and the plan was &amp;ldquo;10.X.Y, with X
being major feature releases and Y being bugfixes&amp;rdquo; &lt;a href="#sources"&gt;[7]&lt;/a&gt;.&lt;/p&gt;</description></item></channel></rss>