Not to be an unfunny nitpicker (I don’t know why I’m denying this, that kinda the whole point), but all iphones do have lossless audio streaming via AirPlay. I’m assuming that you specifically meant Bluetooth streaming, but then you should’ve said so. Furthermore, normal aptx isn’t high resolution, only aptx HD and aptx adaptive are. The phone does support aptx HD as well, but once again, you could’ve said so from the start (though 3 characters more or less might make a significant difference to most memes, this one certainly wouldn’t have had that problem)

Luxury! My homeserver has an i5 3470 with 6GB or RAM (yes, it’s a cursed 4+2 setup)! </badMontyPythonReference>

Interesting, I also run Nextcloud and pihole, and vaultwarden, jellyfin, paperless-ngx, gitea, vscode-server and a minecraft server (every now and then).

You’re right that such a system really does show its age, but only when doing multiple intensive tasks at the same time. I try not to backup my photos to Nextcloud while running minecraft, for example, as the imagine identification task pins my CPU at 100%. So yes, I agree, you’re probably not doing anything out of the ordinary on your setup.

The point I was trying to make still stands though, as that pi 2B could run more than I would’ve expected beforehand. I believe it once even ran jellyfin, a simple file server, samba, and a webserver with a simple HTML website. Jellyfin worked just fine, as long as the pi didn’t have to transcode (never got hardware transcoding to work).

It is funny that you should run out of memory, seeing as everything fits (albeit, just barely) on my machine in 1/5 the memory. Would de overhead of running VM’s account for such a large difference?

Coming from someone who started selfhosting on a pi 2B (similar-ish specs), you’d be surprised. If you don’t need anything fast or fancy, that 1GB will go a long way, and plenty of selfhosted apps require very little CPU. The only real problem I faced was that all HTTPS-related network tasks were limited at ~3MB/s, as that is how fast my pi could encrypt the data (presumably, I just saw my webserver utilising the entire CPU and figured this was the most likely explanation)

I’ve had good experiences with whisper.cpp (should be in the AUR). I used the large model on my GPU (3060), and it filled 11.5 out of the 12GB of vram, so you might have to settle for a lower tier model. The speed was pretty much real time on my GPU, so it might be quite a bit slower on your CPU, unless the lower tier models are also a lot faster (never tested them due to lack of necessity).

The large model had pretty much perfect accuracy (only 5 or so mistakes in ~40 pages of transcriptions), and that was with Dutch audio recorded on a smartphone. If it can handle my pretty horrible conditions, your audio should (hopefully) be no problem to transcribe.

It depends what you’re optimising for. If you want a single (relatively small) download to be available on your HDD as fast as possible, then your current setup might be better (optimising for lower latency). However, if you want to be maxing out your internet speeds at all time and increase your HDD speeds by making the copy sequential (optimising for throughput), then the setup with the catch drive will be better. Keep in mind that a HDD’s sequential write performance is significantly higher than its random write performance, so copying a large file in one go will be faster than copying a whole bunch of random chunks in a random order (like torrents do). You can check the difference for yourself by doing a disk benchmark and comparing the sequential vs random writes of your drive.

qBittorrent has exactly the option you’re looking for, I believe it’s called “incomplete download path” in the settings, letting you store incomplete downloads at a temporary path and moving them to their regular location when the download finishes. Aside from the download speed improvement, this will also lead to less fragmentation on your HDD (which might be part of the reason why it is so slow when downloading directly to it). Pre-allocating space could have the same effect, but I would recommend only using one of these two solutions at once (pre-allocating space on your SSD would only waste space)

It’s possible for a certain hardware/software setup not to support a certain codec. For example, my jellyfin client (Finamp) uses the iOS native decoders (afaik), which means opus files are practically broken. My music library (8000+ songs) contained exactly 1 lossy file, which just so happened to be an opus file. I decided to spend the extra ~20MB to standardise my entire library to flac files, ensuring I could play every song on all my devices.

Edit cause I posted too soon: you are generally correct; only in very specific circumstances will you encounter compatibility issues like this one in the modern world. This is 100% apple being apple, and you can expect pretty much every other (reasonably modern) device to support all codecs you might encounter in the wild.

To add to the audio compression: it isn’t possible to further compress an mp3 file without losing any quality. You can either:

1. Recompress to a lossy codec (mp3, aac, opus). This will lead to smaller file sizes if you set the bitrate lower than that of the input file, but it will always worsen the quality, no matter the bitrate.
2. Recompress to a lossless format (flac easily being the best one). Going from a lossy to a lossless format will increase the file size (sometimes by quite a substantial amount), while keeping the same quality. There is very little reason for you to do this
3. keep the original files (my recommendation)

If you’re willing to spend some extra time learning about audio compression, you can download lossless files and compress those directly to whatever format and bitrate you want. The quality will be better than option 1 above, as the audio is only lossely compressed once instead of twice.

YouTube would be smart enough not to advertise Adobe creative cloud in the pre-roll ads of this video, right? Right???

Och arm ziel, wat een zware examenperiode heb je wel niet achter de rug…

Engels was goed te doen (zoals volgens mij traditie is geworden). Het was wel lastiger dan vorige examens denk ik, maar ik kwam er nog steeds best goed uit. Alleen de tekst over de invloed van romantische poëzie op moderne breakup songs mocht er echt in stikken wat mij betreft.

Heb je trouwens verder nog leuke plannen voor na de examens (of eerder “het examen”)?

Which compression level are you using? My old server is able to compress flac’s at the highest (and therefore “slowest”) compression level at >50x speed, so bumping the level up shouldn’t be too hard on your CPU.

Ik was ook veel te lang blijven hangen bij die cosinusregel voordat ik de 1,4d zag. Zo veel moeite voor een 3pt vraag, wie dat ook bedacht heeft zal wel een klein beetje sadistisch zijn.

Ik hoorde dat best veel mensen niet uitkwamen met die oppervlakte in de cirkel. Misschien had het geholpen als ze nog even hadden genoemd dat het dezelfde cirkel als de opdracht daarvoor was, dus dat je die gegevens ook kon gebruiken? Ik was er gelukkig wel uit gekomen na flink wat gepuzzel.

7,5 met N=1 is wel netjes hoor! De N-term zal vast hoger zijn, dus hopelijk wordt dat een mooie 8+ met normering.

Natuurkunde ging ook best goed. Ik geloof dat ik weinig vrienden heb gemaakt in de examenzaal door eerder weg te gaan, iedereen vond het een rottoets. Mocht je op examenblad willen kijken: iedereen had enorme haat naar vraag 7, 8 en vooral 9.

Maandag alleen nog Engels, dan ben ik eindelijk klaar! Heb jij nog iets te gaan?

I’ve been running some external drives on my server for about a year now. In my experience, hard drives with an external power supply suffer less from random disconnects. The specific PC also makes quite a large difference in reliability. My server is just a regular desktop and has very little problem staying connected and powering my 3 external drives. My seedbox is an old laptop, and has been having almost constant problems with random disconnects and power issues. Maybe test how well your framework does with some external drives before committing to the plan?

Ik heb het overleefd, ging eigenlijk best prima voor mijn gevoel. Ik was wel echt stomverbaasd dat de cosinusregel erin voorkwam, gelukkig had ik hem nog wel geleerd (op de dag van).

Het voelde wel een beetje alsof de examenmakers bij natuurkunde hadden afgekeken, daar zaten ook al heel veel sterrenkunde-opgaven. Sommige klasgenoten kregen een soort PTSD toen ze die opdrachten zagen (natuurkunde was lichtelijk traumatiserend dit jaar)

Hoe ging het bij jou? Meetkunde nog een beetje gelukt?

Veel succes met WisB! Ik heb hetzelfde examen, hopen dat hij een beetje goed te doen is.

Have you tried the official guide from the jellyfin website?

As for the guide this AI generated: it bothers me that they instruct you to use chocolatey for the *arrs, but still advice you to install docker, qbittorrent and jellyfin manually (all of which have chocolatey packages). I disagree with the comment that external storage would be recommended, as internal storage is generally more reliable (depending on a lot of factors of course). Also, I believe the “adding a library”-section of the jellyfin setup is a bit too short to be of any use, and would recommend referring to the jellyfin docs instead.

This guide also doesn’t explain how to make jellyfin accessible outside of your LAN. Once again, I’d recommend referring to the jellyfin docs if you want to do this.

I personally have only set up qbittorrent, jellyfin and docker (not the *arr suite), so I can’t comment on the completeness of the guide, but I wouldn’t trust it too much (seeing the previous oversights).

And finally, as someone who started their selfhosted server journey on windows: don’t. There is a reason why almost all guides are written for linux, as it is (in my humble opinion) vastly superior for server usage once you get used to it.

didn’t know that was a part of bisexuality

I should probably flee before I get eaten by an army of blahåjar (apparently that’s the correct plural?)

Oh I don’t mind the nitpicking, thanks for the explanation! I (apparently erroneously) thought “demake” and “decompile” were synonyms. Guess I’m one of today’s 10000.

In that case the (now taken down, but forked a gazillion times) portal64 project would be a correct example of a demake, right?

interested in females

Username checks out, though I’m assuming you meant “demakes”?

Anyways, the demake I’m most familiar with is the in-progress Lego island. The YouTuber behind it documented part of the process in vlogs (linked on the GitHub page), so that might be an interesting starting point.

Interessante analyse, al heb ik (als mede links-progressieve rakker) wel een paar kleine opmerkingen:

• Verlagen van lasten door een schijf toe te voegen klinkt heel leuk, maar ik ben heel benieuwd hoe ze dat willen combineren met de extra uitgaven voor kinderopvang, de halvering van het eigen risico en de 4.7 miljard bezuiniging. Misschien blijkt dit kabinet over een klein legertje briljante economen te beschikken die deze extra uitgaven (zonder duidelijke extra inkomsten) in goede banen weten te leiden, maar tot nu toe hebben niet alle partijen (kuche BBB kuche) blijk gegeven van dat economische inzicht.
• De 130km/h is alleen “waar mogelijk”, wat dat ook precies mag betekenen. Marginaal minder slecht, maar nog steeds een verergering van het stikstofprobleem die we echt niet nodig hebben.
• Het schrappen van subsidies voor elektrische auto’s had ik wel aan zien komen, maar ik zou het toch zeker in de categorie “erg jammer” plaatsen. Als hun plan is om het OV zo verschrikkelijk goed te regelen dat auto’s overbodig worden vind ik het helemaal prima, maar met de VVD aan boord betwijfel ik dat. Elektrische auto’s zijn niet perfect, maar wel een flinke verbetering ten opzichte van auto’s met een verbrandingsmotor; het zou dus mooi zijn als meer mensen die overstap kunnen maken.

Om dan nu wat van het artikel af te dwalen:

• In de peilingen van eergisteren staat de PVV op 47 zetels, dus 10 zetels winst. Ik ben eerlijk gezegd best verbaasd dat ze zo veel lijken in te leveren, gezien zij de enige partij zijn die baat zou hebben bij herverkiezing (VVD -6, NSC -12, BBB -1). Ondanks dat leek de onderhandelingspositie van de NSC haast de sterkste van de 4; je kan veel zeggen over Omtzigt, maar hij lijkt een ijzersterke onderhandelaar.
• Ik ben positief verrast over het ontbreken van voorstellen omtrent de LHBTI+ gemeenschap (voornamelijk transgender personen). Na de enigszins achterbakse motie om de transgenderwet in te trekken had ik wel iets in het akkoord verwacht. Overigens heeft NSC het kleine beetje respect dat ik voor hen had verloren door die motie in te dienen. Is dit de fraaie politiek die NSC beweert te willen beschermen?
• Ik ben heel benieuwd hoe dit kabinet de EU een beetje te vriend wil houden. Aan de ene kant zou het kunnen dat ze haar handen al zo vol heeft aan Orban dat het kabinet vrijuit krijgt. Aan de andere kant zie ik het ook wel gebeuren dat ze alles dat in de globale richting van een 2e Hongarije gaat in de kiem smoort.
• Mijn levensverwachting voor dit kabinet is iets minder dan 2 jaar. Omtzigt lijkt het hele proces lang bereid geweest te zijn uit de formatie te stappen; wie weet doet hij dat alsnog. Ik zie het ook gebeuren dat de PVV plotseling een ruggengraat krijgt en het kabinet laat klappen omdat de migratieregels alsnog niet ver genoeg gaan (flashbacks naar Rutte-I en Rutte-IV).