<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: winterscott</title><link>https://news.ycombinator.com/user?id=winterscott</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 29 Jul 2026 21:29:45 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=winterscott" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by winterscott in "Show HN: A browser-based video editor that renders videos directly with FFmpeg"]]></title><description><![CDATA[
<p>This is a great idea. I always enjoy seeing people build practical tools like this. Looking forward to trying it out and seeing where it goes.</p>
]]></description><pubDate>Mon, 27 Jul 2026 08:23:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49066618</link><dc:creator>winterscott</dc:creator><comments>https://news.ycombinator.com/item?id=49066618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49066618</guid></item><item><title><![CDATA[New comment by winterscott in "Show HN: Brolly, a plain-text weather forecast site"]]></title><description><![CDATA[
<p>This is actually a great format for LLM consumption too.<p>Structured, concise weather information without unnecessary UI noise is much easier for agents to parse and summarize.<p>A JSON endpoint or an MCP server on top of this would be an interesting extension.</p>
]]></description><pubDate>Sun, 26 Jul 2026 00:52:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=49053486</link><dc:creator>winterscott</dc:creator><comments>https://news.ycombinator.com/item?id=49053486</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49053486</guid></item><item><title><![CDATA[New comment by winterscott in "Transcribe.cpp"]]></title><description><![CDATA[
<p>The numerical validation and WER testing are what stand out to me here. A lot of local ASR projects claim broad model support, but it is often difficult to know whether the converted models still match their reference implementations. Having one embeddable engine across Vulkan, Metal and CUDA, along with maintained language bindings, addresses a real distribution problem.
How stable do you expect the C API and model format to be after v0.1? In particular, could an application eventually switch between different model families without needing model-specific preprocessing code?</p>
]]></description><pubDate>Mon, 20 Jul 2026 02:33:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48973779</link><dc:creator>winterscott</dc:creator><comments>https://news.ycombinator.com/item?id=48973779</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48973779</guid></item></channel></rss>