<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: daneel_w</title><link>https://news.ycombinator.com/user?id=daneel_w</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 10 Oct 2026 04:24:21 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=daneel_w" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by daneel_w in "Using Blu-ray M-Disk as backup of last resort"]]></title><description><![CDATA[
<p>What's reasonable will of course differ from one person to the next. Even if I had a full TB of data to back up regularly (I'm glad I don't) it's for me perfectly alright to let this simmer in the background while I do something else, because I don't need to actively oversee the transfer and I don't need it to be done in a hurry.<p>In another post of yours in this thread you mention that you have gone "all in on M-Disc" for your archiving, which come with much lower transfer rates (they typically max out at ~16 MB/sec last time I checked) and the requirement of actively managing disc swapping along the way. I'm sure you can appreciate the far more efficient option of a slow 2.5" SMR drive.</p>
]]></description><pubDate>Wed, 07 Oct 2026 11:47:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49991417</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49991417</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49991417</guid></item><item><title><![CDATA[New comment by daneel_w in "Using Blu-ray M-Disk as backup of last resort"]]></title><description><![CDATA[
<p>Yes, and it doesn't in the slightest impair their ability to keep my data.</p>
]]></description><pubDate>Tue, 06 Oct 2026 20:50:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49983915</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49983915</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49983915</guid></item><item><title><![CDATA[New comment by daneel_w in "Using Blu-ray M-Disk as backup of last resort"]]></title><description><![CDATA[
<p>I use a 2.5" drive. I find them ideal. But then again my backup footprint isn't double-digit terabytes.</p>
]]></description><pubDate>Mon, 05 Oct 2026 22:02:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49971481</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49971481</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49971481</guid></item><item><title><![CDATA[New comment by daneel_w in "Gitea 28.0"]]></title><description><![CDATA[
<p>I'm sure nobody will, but I disagree that it's an apples and oranges thing. But for you I'm willing to instead offer an example of a CNC machine making parts for... anything. The question and comparison is at its core still just as valid and relevant. Is the result way less important than "feeling good" about the solution?</p>
]]></description><pubDate>Thu, 01 Oct 2026 17:34:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49924633</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49924633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49924633</guid></item><item><title><![CDATA[New comment by daneel_w in "Gitea 28.0"]]></title><description><![CDATA[
<p>Would you also argue that the technical quality, efficiency, capacity, performance etc. of a piece of machinery, too, is way less important than the social and political values of its manufacturer? Say, a piece of medical equipment used in a hospital to keep a patient alive.</p>
]]></description><pubDate>Wed, 30 Sep 2026 22:46:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49915462</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49915462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49915462</guid></item><item><title><![CDATA[New comment by daneel_w in "Palantir founder purchases large swath of forest in Sweden"]]></title><description><![CDATA[
<p>It might not get to remain a virgin old-growth forest. If the Swedish logging companies can get away with it, he probably can, too.</p>
]]></description><pubDate>Mon, 28 Sep 2026 21:19:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49884537</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49884537</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49884537</guid></item><item><title><![CDATA[New comment by daneel_w in "Breaking Up with Google Play: Why Conversations Is Now Free"]]></title><description><![CDATA[
<p>European countries shouldn't have to answer for what the USA has been up to the past half century. Your reflexive whataboutism doesn't change anything about the reality of why the West must do everything it can to reject Huawei, Xiaomi, ZTE etc.</p>
]]></description><pubDate>Sun, 27 Sep 2026 15:40:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49867635</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49867635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49867635</guid></item><item><title><![CDATA[New comment by daneel_w in "Breaking Up with Google Play: Why Conversations Is Now Free"]]></title><description><![CDATA[
<p>No, it's because Huawei assists the CCP in conducting systemic espionage on the West.</p>
]]></description><pubDate>Sat, 26 Sep 2026 23:09:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49861473</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49861473</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49861473</guid></item><item><title><![CDATA[New comment by daneel_w in "Breaking Up with Google Play: Why Conversations Is Now Free"]]></title><description><![CDATA[
<p>Siskin and Monal are good.</p>
]]></description><pubDate>Sat, 26 Sep 2026 23:06:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49861457</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49861457</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49861457</guid></item><item><title><![CDATA[New comment by daneel_w in "GEFS on OpenBSD: A Early Preview"]]></title><description><![CDATA[
<p>That does sound pretty spry. But it doesn't rule out that it utilizes slow storage which is fronted by a (too) large RAM buffer making the device appear much faster than it really is. Most SSDs are like this.</p>
]]></description><pubDate>Thu, 17 Sep 2026 13:36:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=49740572</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49740572</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49740572</guid></item><item><title><![CDATA[New comment by daneel_w in "GEFS on OpenBSD: A Early Preview"]]></title><description><![CDATA[
<p>If writes are happening while the power cuts you will lose that data. Journaling doesn't help against this. FFS will need a consistency check if it doesn't "unmount cleanly", but this isn't the same as the file system having been corrupted and losing data. If something really got corrupted and it was something else besides what you were writing in the moment the machine died, it sounds like a lot of data (for whatever reason large amounts of data was still buffered; usually an SSD is the reason) just hadn't persisted yet. With the exception of the old unadvisable softdeps feature, FFS doesn't defer a lot of writing. And It's possible to tell FFS to be fully synchronous, with the caveat that it becomes even slower than the sluggish performer it already is.</p>
]]></description><pubDate>Thu, 17 Sep 2026 13:27:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=49740474</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49740474</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49740474</guid></item><item><title><![CDATA[New comment by daneel_w in "GEFS on OpenBSD: A Early Preview"]]></title><description><![CDATA[
<p>Are you sure it's not just a dodgy SSD that simply failed to persist data when losing power mid-write? I've had my share of sudden power cuts upon OpenBSD during the past 20+ years, and FFS has so far never gone <i>corrupt</i> on me.</p>
]]></description><pubDate>Tue, 15 Sep 2026 18:43:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=49716919</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49716919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49716919</guid></item><item><title><![CDATA[New comment by daneel_w in "Run OpenBSD on DigitalOcean for $4/month"]]></title><description><![CDATA[
<p>I run OpenBSD at netcup.de for €2/month. It's very low-spec, but it's enough.</p>
]]></description><pubDate>Tue, 25 Aug 2026 18:33:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=49438523</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49438523</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49438523</guid></item><item><title><![CDATA[New comment by daneel_w in "Jabber/XMPP: 25 Years of Digital Independence"]]></title><description><![CDATA[
<p>Unless I'm mistaken, Apple's push notifications network ("APN") and a few other macOS/iOS under-the-hood things are also built on top of XMPP.</p>
]]></description><pubDate>Mon, 24 Aug 2026 19:43:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=49424886</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49424886</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49424886</guid></item><item><title><![CDATA[New comment by daneel_w in "Jabber/XMPP: 25 Years of Digital Independence"]]></title><description><![CDATA[
<p>I think that's a symptom of the provider you chose, not the XMPP sphere itself. I've used Jabber/XMPP for just over 15 years and while I've seen plenty of bullshit going on in various highly popular MUCs (join-floods, phishing attempts and such) I've never personally been subjected to spam directed at me.</p>
]]></description><pubDate>Mon, 24 Aug 2026 19:39:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49424844</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49424844</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49424844</guid></item><item><title><![CDATA[New comment by daneel_w in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p><i>> So the people that talk about bitrates where it's transparent are basically delusional?</i><p>In my opinion they are not. A lot of people won't pick up on differences unless something is pretty off, even if they were intimately familiar with the audio beforehand. Some people are barely able to tell the difference between one and the same piece of music being played to them first in stereo and then in mono. A fundamental problem with blind listening tests, such as those often cited from the venerable Hydrogen Audio forums, is that they provide subjective instead of objective truths - besides everyone's hearing being different, an individual's perception of music also changes by the day as it's affected by their current mood, state of health, emotional state, whether they are rested or not, and so on. Applying a scientific method (e.g. PSNR or spectral analysis) reveals an <i>objective truth</i> of how close a lossy product is to the original, which is where Vorbis has been shown to fall short. But <i>subjectively</i> a lot of users may never notice, nor even care.</p>
]]></description><pubDate>Sat, 22 Aug 2026 17:26:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=49401770</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49401770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49401770</guid></item><item><title><![CDATA[New comment by daneel_w in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p>It's just that you have different (or no) post-processing filters running between those two video players. MPEG cannot be arbitrarily decoded, only arbitrarily encoded.</p>
]]></description><pubDate>Fri, 21 Aug 2026 16:12:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49390248</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49390248</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49390248</guid></item><item><title><![CDATA[New comment by daneel_w in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p>Yeah sure, a few example that spring to mind would be...<p>Poor encoder: FAAC/FAAC2, the first open-source encoder for AAC audio, produce terrible audio no matter how much bitrate you let it work with. The AAC standard itself facilitates crisp audio quality at low bitrates, as heard with e.g. Apple's Core Audio AAC encoder or Nero AAC.<p>Poor encoder: Xing, a popular MP3 encoder of the early 2000s, was similarly infamous for producing chirpy and slurry audio even at or above 192 kbps, while bona fide MP3 encoders like LAME do far better on less.<p>Poor encoder: NVENC, Nvidia's on-GPU hardware video encoder, produce very poor H.264 video even at 8-10 mbps, even on the current 8th and 9th generation (RTX 40/50 series). Good H.264 encoders like x264 is capable of producing excellent FullHD video at just 2-3 mbps.<p>Poor standard: Vorbis is a good example of a spec whose limits/mistakes make it impossible to preserve certain combinations of frequencies, resulting in brief passages where parts of the reproduced spectrum deflates, making some music sound as if it lost its breath, so to speak. When fed certain "triggering" audio content designed to expose problems in the spec, Xiph's reference Vorbis encoder will produce ringing sounds. Interestingly also the MP3 spec has similar limitations where certain frequency combinations (usually towards the lower and upper ends) will reproduce with quantized amplitude, even when encoded with LAME, though the outcome is nowhere near as pronounced as it can be with Vorbis.<p>Poor standard: MPEG-4 ASP, being limited to 4:2:0 chroma subsampling and PAL/NTSC resolutions. My beef with 4:2:0 is because of how harsh it is on low-resolution content. MPEG-4 ASP being limited to a maximum of 720x576, and the 4:2:0 chroma coverage being only a quarter of that, is the reason why DivX/XviD content is smudgy even with reproduction filters.<p>On FullHD content a 4:2:0 grid has almost three times higher resolution, which I agree works out on both still scenes and slow panning (the two scenarios where low chroma resolution makes itself most reminded).</p>
]]></description><pubDate>Wed, 19 Aug 2026 23:50:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49368720</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49368720</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49368720</guid></item><item><title><![CDATA[New comment by daneel_w in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p>It was absolutely a good enough solution compared to the long wait for DVD releases and shelling out tons of money.</p>
]]></description><pubDate>Wed, 19 Aug 2026 17:52:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49364808</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49364808</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49364808</guid></item><item><title><![CDATA[New comment by daneel_w in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p>Agreed!</p>
]]></description><pubDate>Wed, 19 Aug 2026 17:36:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=49364600</link><dc:creator>daneel_w</dc:creator><comments>https://news.ycombinator.com/item?id=49364600</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49364600</guid></item></channel></rss>