Streaming a torrent while it downloads: cutting playback start from 41 s to 8 s

·1 views

A developer building the self-hosted media center Torsher needed torrent videos to begin playing within 15 seconds on a typical home connection. The original Rust library's built-in streaming had a median start of 41 seconds with highly variable results, and seeking into undownloaded sections took about 43 seconds. Its stream window sent requests to peers without prioritizing the piece at the playback position. The developer replaced it with a Go service built on anacrolix/torrent, using its responsive reader to give urgent priority to pieces at the read position. The approach also downloads only a window ahead of the playhead, roughly three minutes of video, to avoid fetching entire large files for brief viewing.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Python script or Firecrawl for llms.txt in 2026: the author's pick and why

The author recommends a small Python script run in CI for repo-hosted docs, which took about 47 minutes to build and costs nothing per deploy. Firecrawl's hosted generator is better when the source isn't under your control or when an llms-full.txt is needed from a live site, though its auto-written descriptions usually need rewriting. For very small sites, manually writing the file can be quicker than either option. The author also built a free, browser-based llms.txt generator after finding that other tools either routed sites through third-party servers or output bare links without descriptions. The piece walks through the llms.txt spec, including the required H1, optional blockquote, H2 link sections, and an Optional section for skippable content, and it describes how the author's 38-page documentation set was structured and generated.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Next.js image SEO: where next/image defaults fall short on LCP, sizes and alt text

The next/image component handles much of image optimization automatically, including srcset generation, WebP delivery, lazy loading and layout stability. Four areas still require developer decisions: identifying the LCP image, setting accurate widths, writing meaningful alt text, and ensuring images appear in the HTML. Lazy loading is usually wrong for a large hero image that serves as the LCP element, so the author recommends eager loading with fetchPriority set to high. Omitting the sizes prop causes the browser to download oversized files, so it should match the layout grid. Because alt is required but can be filled with empty or generic text, the article suggests making alt text part of the content model so editors supply it when adding images.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

ONNX Launch Success Does Not Confirm GPU Acceleration, Experts Warn

A working ONNX application with correct-looking output does not prove the model ran on a GPU, since the inference runtime may fall back to other execution providers. Unsupported graph operations can run elsewhere, or a requested provider may fail to initialize without obvious signs. The guidance urges developers to record their hardware, drivers, and runtime settings and to confirm that the intended backend is actually active. It also recommends measuring warm and cold runs, checking memory and utilization, and verifying output quality alongside speed. Finally, it notes that inference is often only one part of end-to-end pipeline time, and that VRAM alone is a poor predictor of performance.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Four Sonner Alternatives for React Toasts Compared on Size, Stacking and Swipe

A comparison of Sonner with react-hot-toast, React-Toastify and a source-owned toast from Wingo UI examines their APIs, stacking behavior, swipe dismissal, screen reader support and bundle size. The article notes that react-hot-toast is the smallest at about 4.8 kB gzipped, while React-Toastify offers progress bars, a queue limit and a notification history. A source-owned toast suits teams that need to change stack behavior, phone layouts or accessibility details directly in their code. Sonner remains by far the most downloaded of the group, with about 50.8 million weekly npm downloads, and includes stacking, swipe and promise toasts by default. The author discloses that they build the Wingo UI Toast, so the comparison is written by a vendor.

0 comments Read more at DEV Community