<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Firefox on Alexander Deplov, AI artist, product designer</title><link>https://interfacecraft.online/tags/firefox/</link><description>Recent content in Firefox on Alexander Deplov, AI artist, product designer</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 16 Jun 2026 12:00:00 +0200</lastBuildDate><atom:link href="https://interfacecraft.online/tags/firefox/index.xml" rel="self" type="application/rss+xml"/><item><title>How to Match FreeBSD’s YouTube Seeking Speed on macOS</title><link>https://interfacecraft.online/blog/2025/how-i-match-freebsd-youtube-speed-on-macos/</link><pubDate>Tue, 25 Nov 2025 12:55:15 +0100</pubDate><guid>https://interfacecraft.online/blog/2025/how-i-match-freebsd-youtube-speed-on-macos/</guid><description>On FreeBSD, YouTube seeking feels instant: click anywhere on the seek bar and playback resumes immediately. On macOS, Firefox gave me a short pause after each seek.
The fix that worked for me was not global macOS TCP tuning. Those system-wide tweaks can affect other apps. The stable solution was Firefox-only: keep HTTP/3/QUIC enabled, give Firefox a much larger media cache, reduce media throttling, and prefer the faster MP4/H.264 path over AV1/WebM MSE.</description></item></channel></rss>