<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: gforce_de</title><link>https://news.ycombinator.com/user?id=gforce_de</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 24 Apr 2026 08:23:42 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=gforce_de" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by gforce_de in "Show HN: Unlegacy – document everything, from COBOL to AI generated code"]]></title><description><![CDATA[
<p>Interesting!  
The produced Markdown (gemini flash) seems fine and correct,  
i was hoping for a PDF <i>and</i> markdown download.  
It seems not possible.</p>
]]></description><pubDate>Mon, 13 Apr 2026 09:24:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47749662</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=47749662</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47749662</guid></item><item><title><![CDATA[New comment by gforce_de in "Income percent for all food, food at home and food not at home, 1960-2019 (2020)"]]></title><description><![CDATA[
<p>A similiar graph for germany:  
<a href="https://de.statista.com/statistik/daten/studie/75719/umfrage/ausgaben-fuer-nahrungsmittel-in-deutschland-seit-1900/" rel="nofollow">https://de.statista.com/statistik/daten/studie/75719/umfrage...</a><p>Typically 13-14% - my own statistics says ~17%</p>
]]></description><pubDate>Wed, 01 Apr 2026 07:15:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=47597854</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=47597854</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47597854</guid></item><item><title><![CDATA[New comment by gforce_de in "purl: a curl-esque CLI for making HTTP requests that require payment"]]></title><description><![CDATA[
<p><p><pre><code>  user@NAS:~$ curl -fsSl https://www.purl.dev/install.sh | bash
  ...
  purl: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by purl)
  
  user@NAS:~$ uname -a
  Linux NAS 6.1.0-43-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.162-1 (2026-02-08) x86_64 GNU/Linux</code></pre></p>
]]></description><pubDate>Sat, 21 Mar 2026 06:12:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47464435</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=47464435</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47464435</guid></item><item><title><![CDATA[New comment by gforce_de in "Without benchmarking LLMs, you're likely overpaying"]]></title><description><![CDATA[
<p>Wow - interesting how strong the differences are!<p>What seems missing:  
I can not see the answer from the different models.  
One have to rely on the "correctness" score.<p>Another minor thing: the scoring seems hardcoded to:  
50% correctness, 30% cost, 20% latency - which is OK,  
but in my case i care more about correctness and latency I don't care.<p>Wow! This was my testprompt:<p><pre><code>  You are an expert linguist and translator engine.  
  Task: Translate the input text from English into the languages listed below.  
  Output Format: Return ONLY a valid, raw JSON object.  
  Do not use Markdown formatting (no ```json code blocks).  
  Do not add any conversational text.
  
  Keys: Use the specified ISO 639-1 codes as keys.
  
  Target Languages and Codes:  
  - English: "en" (Keep original or refine slightly)  
  - Mandarin Chinese (Simplified): "zh"  
  - Hindi: "hi"  
  - Spanish: "es"  
  - French: "fr"  
  - Arabic: "ar"  
  - Bengali: "bn"  
  - Portuguese: "pt"  
  - Russian: "ru"  
  - German: "de"  
  - Urdu: "ur"
  
  Input text to translate:  
  "A smiling boy holds a cup as three colorful lorikeets perch on his arms and shoulder in an outdoor aviary."</code></pre></p>
]]></description><pubDate>Fri, 23 Jan 2026 08:48:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46730103</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46730103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46730103</guid></item><item><title><![CDATA[New comment by gforce_de in "JPEG XL Test Page"]]></title><description><![CDATA[
<p>can you please:<p>* add an correct HTML image alt information<p>* compress your HTML and CSS with brotli (or gzip)<p>thanks!</p>
]]></description><pubDate>Thu, 22 Jan 2026 09:45:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=46717102</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46717102</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46717102</guid></item><item><title><![CDATA[New comment by gforce_de in "Scaling long-running autonomous coding"]]></title><description><![CDATA[
<p>Wow, for screenshots much faster than chromium:<p><pre><code>  $ time target/release/fetch_and_render "https://www.lauf-goethe-lauf.de/"
  real 0m0,685s
  user 0m0,548s
  sys 0m0,070s
  
  $ time chromium --headless --disable-gpu --screenshot=out.png --window-size=1200,800 https://www.lauf-goethe-lauf.de/
  real 0m1,099s
  user 0m0,927s
  sys 0m0,692s
</code></pre>
# edit: with a hot-standby chrome and a running node instance a can reach 0,369s seconds here</p>
]]></description><pubDate>Wed, 21 Jan 2026 12:17:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=46704604</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46704604</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46704604</guid></item><item><title><![CDATA[New comment by gforce_de in "Show HN: A 10KiB kernel for cloud apps"]]></title><description><![CDATA[
<p>Does look alien. When Going to  
<a href="http://baremetal.returninfinity.com/" rel="nofollow">http://baremetal.returninfinity.com/</a>  
one can only see some b0rken plaintext in the browser:<p><pre><code>  GET / HTTP/1HTTP/1.0 404 Not Found
  Server: BareMetal
  Content-type: text/html
  
  <!DOCTYPE html>
  <html>
   <head>
    <title>404</title>
   </head>
   <body>
    <p>404 - Not found</p>
   </boGET / HTTP/1</code></pre></p>
]]></description><pubDate>Wed, 14 Jan 2026 20:21:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=46622535</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46622535</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46622535</guid></item><item><title><![CDATA[New comment by gforce_de in "Show HN: A Minimal Monthly Task Planner (printable, offline, no signup)"]]></title><description><![CDATA[
<p>It seems not possible to drag and drop from one day to another.</p>
]]></description><pubDate>Thu, 04 Dec 2025 06:57:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=46144591</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46144591</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46144591</guid></item><item><title><![CDATA[New comment by gforce_de in "DIY NAS: 2026 Edition"]]></title><description><![CDATA[
<p>sorry for the german comment - ECC is mandatory!<p>Obligatorische Pastete:  
"16GB Ram sind Flischt, ohne wenn und aber. ECC ist nicht Flischt aber ZFS ist dafür ausgelegt. Wenn in Strandnähe Daten gelesen werden und es kommt irgendwie was in den Arbeitsspeicher, könnte eine eigentlich intakte Datei auf der Festplatte mit einem Fehler "korrigiert" werden. Also ECC ja. Das Problem bei ECC ist nicht der ECC-Speicher an sich, der nur wenig mehr als konventioneller Speicher kostet, es sind die Mutterbretter, die ECC unterstützen. Aufpassen bei AMD: Oft steht dabei, dass ECC unterstützt wird. Gemeint ist aber, dass ECC-Speicher läuft, aber die ECC-Funktion nicht genutzt wird. LOL. Die meisten MBs mit ECC sind Serverboards. Wer nichts gegen gebrauchte Hardware hat, kann z.B. mit einem alten Sockel 1155-Xeon mit Asus-Brett ein Schnäppchen machen. Ansonsten ist die Asrock Rack-Reihe zu empfehlen. Teuer, aber stromsparend. Generell Nachteil bei Serverboards: Die Bootzeit dauert eine Ewigkeit. Von Consumerboards wird man mit kurzen Bootzeiten verwöhnt, Server brauchen da oft mal 2 Minuten, bis der eigentliche Bootvorgang beginnt. Bernds Server besteht also aus einem alten Xeon, einem Asus Brett, 16GB 1333Mhz ECC-Ram und 6x 2TB-Platten in einem RaidZ2 (Raid6).6TB sind Netto nutzbar. Ich mag alte Hardware irgendwie. Ich reize Hardware gerne bis zum Gehtnichtmehr aus. Die Platten sind auch schon 5 Jahre alt, machen aber keine Mucken. Geschwindigkeit ist super, 80-100MB/s über Samba und FTP. Ich lasse den Server übrigens nicht laufen, sondern schalte ihn aus, wenn ich ihn nicht brauche. Was noch? Komression ist super. Obwohl ich haupsächlich nicht weiter komprimierbare Daten speichere (Musik, Videos), hat mir die interne Kompression 1% Speicherplatz beschert. Bei 4TB sind das ca. 40GB Platz gespart. Der Xeon langweilt sich trotzdem ein bisschen. Testweise habe ich gzip-9-Komprimierung getestet, da kam er dann schon ins Schwitzen."</p>
]]></description><pubDate>Thu, 27 Nov 2025 07:49:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=46066813</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=46066813</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46066813</guid></item><item><title><![CDATA[New comment by gforce_de in "Ask HN: What are you working on? (October 2025)"]]></title><description><![CDATA[
<p>wow! can you please include the example for Okabe-Ito (Masataka Okabe, Kei Ito):  
<a href="https://jfly.uni-koeln.de/color/#pallet" rel="nofollow">https://jfly.uni-koeln.de/color/#pallet</a><p><pre><code>  COLOR='#000000' # Okabe-Ito: 1 black
  COLOR='#e69f00' # Okabe-Ito: 2 orange
  COLOR='#56b4e9' # Okabe-Ito: 3 skyblue
  COLOR='#009e73' # Okabe-Ito: 4 bluish-green
  COLOR='#f0e442' # Okabe-Ito: 5 yellow
  COLOR='#0072b2' # Okabe-Ito: 6 blue/darkerblue
  COLOR='#d55e00' # Okabe-Ito: 7 vermilion/red
  COLOR='#cc79a7' # Okabe-Ito: 8 reddish-purple</code></pre></p>
]]></description><pubDate>Mon, 13 Oct 2025 07:55:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=45565874</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45565874</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45565874</guid></item><item><title><![CDATA[New comment by gforce_de in "The story of X-Copy on the Amiga"]]></title><description><![CDATA[
<p>Is this sentence true, or should just sound important?<p>"Cachet created the word «usability» for that, meaning «start it and be able to use it right away.»"</p>
]]></description><pubDate>Sun, 12 Oct 2025 08:15:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=45556348</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45556348</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45556348</guid></item><item><title><![CDATA[New comment by gforce_de in "Fast SSIMULACRA2 Implementation in Zig"]]></title><description><![CDATA[
<p>Thank you for clarifing this, it was a misread on my side.  
The overall percentage deviation from the reference implementation is marginal,  
but just the pure existance of 'validate.py' looked to me like it must match.</p>
]]></description><pubDate>Sun, 05 Oct 2025 05:56:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=45479151</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45479151</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45479151</guid></item><item><title><![CDATA[New comment by gforce_de in "Fast SSIMULACRA2 Implementation in Zig"]]></title><description><![CDATA[
<p>It does not match with the reference implementation in my side:<p><pre><code>  #!/bin/sh
  # originally from https://jpegxl.info/images/precision-machinery-shapes-golden-substance-with-robotic-exactitude.jpg
  # URL1="http://intercity-vpn.de/files/2025-10-04/upload/precision-machinery-shapes-golden-substance-with-robotic-exactitude.png"
  # URL2="http://intercity-vpn.de/files/2025-10-04/upload/image-png-all-pngquant-q13.png"
  curl "$URL1" -so test.png
  curl "$URL2" -so distorted.png
  
  # https://github.com/cloudinary/ssimulacra2/tree/main
  ssimulacra2 test.png distorted.png
  5.90462597

  # https://github.com/gianni-rosato/fssimu2
  fssimu2 test.png distorted.png
  2.17616860</code></pre></p>
]]></description><pubDate>Sat, 04 Oct 2025 09:58:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=45472140</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45472140</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45472140</guid></item><item><title><![CDATA[New comment by gforce_de in "OpenWrt: A Linux OS targeting embedded devices"]]></title><description><![CDATA[
<p>You can build the image yourself, but have to switch off some packages or features - otherwise the image (linux-kernel + tools) is just too large or consumes too much memory. The original router has 8 megabytes RAM-memory and 2 Megabytes flash ("storage"). You <i>can</i> boot a recent kernel 6.16.5, but with 8mb there is not much left to work with 8-)<p>A starter is here:  
<a href="https://intercity-vpn.de/files/openwrt/wrt54gtest/minimal/" rel="nofollow">https://intercity-vpn.de/files/openwrt/wrt54gtest/minimal/</a></p>
]]></description><pubDate>Mon, 08 Sep 2025 17:58:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=45171575</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45171575</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45171575</guid></item><item><title><![CDATA[New comment by gforce_de in "Bear is now source-available"]]></title><description><![CDATA[
<p>Why is there no support for compression?<p><pre><code>  $ URL=https://herman.bearblog.dev/
  $ curl -v -H 'Accept-Encoding: deflate, gzip, br, zstd' $URL 2>&1 | grep --text ^'< Content-Encoding:\|< Content-Length:\|> Accept-Encoding:'</code></pre>
> Accept-Encoding: deflate, gzip, br, zstd
  ...</p>
]]></description><pubDate>Tue, 02 Sep 2025 07:20:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=45100044</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45100044</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45100044</guid></item><item><title><![CDATA[New comment by gforce_de in "Show HN: SJT- A lightweight structured JSON table format for APIs"]]></title><description><![CDATA[
<p>Interesting idea, but usually a JSON payload is compressed with brotli anyway.<p>It seems, the computational overhead is not worth it?</p>
]]></description><pubDate>Sat, 30 Aug 2025 12:10:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=45073947</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45073947</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45073947</guid></item><item><title><![CDATA[New comment by gforce_de in "Prediction-Encoded Pixels image format"]]></title><description><![CDATA[
<p>Thanks for making that clear.  
But is it worth the hassle?<p><a href="https://nigeltao.github.io/blog/2021/fastest-safest-png-decoder.html" rel="nofollow">https://nigeltao.github.io/blog/2021/fastest-safest-png-deco...</a><p>PNG decoding seems to be fast enough:<p><pre><code>  tree1    - PEP =  0.412 ms PNG = 0.25 ms
  font     - PEP =  0.602 ms PNG = 0.663 ms
  nz_scene - PEP = 32.121 ms PNG = 3.069 ms
</code></pre>
Anyway, PEP is interesting!</p>
]]></description><pubDate>Tue, 26 Aug 2025 15:02:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=45027565</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45027565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45027565</guid></item><item><title><![CDATA[New comment by gforce_de in "Prediction-Encoded Pixels image format"]]></title><description><![CDATA[
<p>I really needs more benchmarks, especially decompression time.  
Also the sizes are interesting for very small images, but for  
real images, there are maybe better lossy variants:<p><pre><code>  nz_scene - PEP = 73.542 bytes,
       lossy-PNG = 43.557 bytes,
      lossy-WEBP = 26.654 bytes,
  lossy-mozcjpeg = 15.716 bytes
</code></pre>
So it's not about filesize here, it must be decompression speed.</p>
]]></description><pubDate>Mon, 25 Aug 2025 15:37:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=45015035</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=45015035</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45015035</guid></item><item><title><![CDATA[New comment by gforce_de in "Launch HN: Reality Defender (YC W22) – API for Deepfake and GenAI Detection"]]></title><description><![CDATA[
<p>I'am also a bit shocked by this SDK approach, why not a simple API  
where you upload a file, get an ID and wait till it's done?  
Beside that, sometimes it works, sometimes not:<p><pre><code>  {
      "request_id": "9622a21f-37bf-4404-ac84-8728977a5272",
      "status": "ANALYZING",
      "score": null,
      "models": [
          {
              "name": "rd-context-img",
              "status": "ANALYZING",
              "score": null
          },
          {
              "name": "rd-pine-img",
              "status": "ANALYZING",
              "score": null
          },
          {
              "name": "rd-oak-img",
              "status": "ANALYZING",
              "score": null
          },
          {
              "name": "rd-elm-img",
              "status": "ANALYZING",
              "score": null
          },
          {
              "name": "rd-img-ensemble",
              "status": "ANALYZING",
              "score": null
          },
          {
              "name": "rd-cedar-img",
              "status": "ANALYZING",
              "score": null
          }
      ]
  }</code></pre></p>
]]></description><pubDate>Tue, 19 Aug 2025 07:04:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=44948995</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=44948995</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44948995</guid></item><item><title><![CDATA[New comment by gforce_de in "Why can't HTML alone do includes?"]]></title><description><![CDATA[
<p>The minified version needs ~51 kilobytes (16 compressed):<p><pre><code>  $ curl --location --silent "https://unpkg.com/htmx.org@2.0.4" | wc -c
  50917
  
  $ curl --location --silent "https://unpkg.com/htmx.org@2.0.4" | gzip --best --stdout | wc -c
  16314</code></pre></p>
]]></description><pubDate>Sun, 04 May 2025 11:51:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=43886202</link><dc:creator>gforce_de</dc:creator><comments>https://news.ycombinator.com/item?id=43886202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43886202</guid></item></channel></rss>