Elezea — releases

Discrobble v1.0.2 — Free on the App Store

Rian van der Merwe — Sat, 09 May 2026 20:05:48 GMT

My first iPhone app is live! Discrobble is now on the App Store, free. It connects to your Discogs collection and your Last.fm account so you can track your physical music listening in two taps: pick an album, hit "Scrobble," and the tracks land in your Last.fm history. There's more on the product page about how it works.

Thanks for still believing in RSS! Feel free to get in touch.

discogs-mcp v3.3.0 — Background sync, instant search

Rian van der Merwe — Tue, 05 May 2026 01:13:29 GMT

The first search of the day is now instant. discogs-mcp pre-fetches your collection in the background every hour and keeps it in a snapshot, so search_collection doesn't have to paginate the Discogs API from cold any more.

The server also tells your LLM client how to navigate it — every tool response ends with a "Next steps" block listing the most likely follow-up calls and the exact arguments to use, so chained queries like "find me a mellow jazz album, then expand the top hit" don't make the model guess.

And if you've been putting off deploying your own copy, there's now a Deploy to Cloudflare button in the README — one click, three secrets, done.

What's new

Hourly background sync keeps your collection snapshot fresh. Add or remove a record on Discogs and it's visible to search within an hour, automatically.
New refresh_collection tool forces an immediate snapshot refresh — useful when you've just bought an album and want it visible to search right now.
Server-level instructions and per-tool "Next steps" breadcrumbs make the server self-navigating for any LLM client. The instructions name a recommended path (search_collection → get_release → mutations); each tool response ends with the most likely follow-up calls, with real values templated in (get_release(release_id=28861354), not release_id=<ID>). Inspired by Rui Carmo's MCP server post.
One-click self-hosting via the Deploy to Cloudflare button in the README. Cloudflare provisions the KV namespaces, Durable Object, cron, and prompts for the secrets — no wrangler kv namespace create needed, and pushes to your fork redeploy automatically via Workers Builds.

Fixes

First search_collection call after a cold cache no longer times out. Previously this could take 30 seconds to two minutes on a 1,500-item collection, often longer than the MCP request timeout. It's now sub-second.
Mood queries ("mellow Sunday morning", "road trip music") respond just as fast as keyword queries — they used to pay the same pagination cost as everything else.

Under the hood

New syncCollection module with per-page retry, resumable progress, and atomic snapshot swap so readers never see partial state.
Cron runs hourly with a probe path: one API call to compare count + page-1 instance IDs against the snapshot. Full repaginate only when something changed. Steady-state cron tick now costs 1 Discogs request instead of 16.
Self-healing across MCP request timeouts: if a sync stalls partway through, the next call resumes from where it left off rather than restarting.
Dropped the MCP_LOGS KV binding. Sync outcomes now structured-log to the Workers runtime so Cloudflare Observability ingests them — one fewer namespace for self-hosters to create.

Thanks for still believing in RSS! Feel free to get in touch.

lastfm-mcp v2.4.0 — Top tracks and 8K fewer lines

Rian van der Merwe — Thu, 30 Apr 2026 20:09:55 GMT

The big shifts in this release: three new tools, a glassmorphism-redesigned landing page, timezone-aware day boundaries on get_recent_tracks, and a 8,300-line cull of the original session-based worker now that the OAuth path has been the only one in production for a while.

What's new

Three new tools. get_top_tracks fills the obvious symmetry gap with the existing get_top_artists and get_top_albums. get_artist_top_tracks and get_artist_top_albums surface an artist's globally most-played catalog — useful for "what's the canonical record by X" questions.
Date-aware get_recent_tracks. New date param accepts a YYYY-MM-DD calendar date plus a timezone (IANA name, e.g. America/New_York) and the server computes the correct UTC day boundaries. Way better than juggling from/to Unix timestamps for "what did I listen to yesterday" queries. The response also echoes the queried range back so an LLM can self-verify it asked the right question.
Redesigned landing page at lastfm-mcp.com — glassmorphism, animated waves, glow effects.

Fixes

get_album_info no longer renders [object Object] when Last.fm returns the album artist as an object instead of a string. Latent bug, fixed via a formatArtist helper that handles both shapes.

Under the hood

Deleted the legacy worker. Removed src/index.ts plus the homemade JSON-RPC dispatch layer in src/protocol/ and the SSE transport in src/transport/. The OAuth worker (src/index-oauth.ts) has been the only production deployment for months; the legacy [env.legacy] block in wrangler.toml was never deployed to Cloudflare. Net diff: −8,293 lines, 0 added. Test suite went from 376 tests / 5 failing → 167 tests / 0 failing.
Dropped dead deps: crypto-js, @types/crypto-js, oauth-1.0a — zero imports.
Removed dead throttle. LastfmClient.throttleRequest was per-request (clients are instantiated per-request in the OAuth worker), so it never observed a previous request — it did nothing while implying rate-limit safety. Existing 429-aware retry handles rate limits correctly.
Dynamic tool catalog. The lastfm_auth_status tool list lives in one place now (src/mcp/tools/catalog.ts) instead of being hardcoded in three.

Thanks for still believing in RSS! Feel free to get in touch.

tldl v2.4.0 — Broadsheet redesign

Rian van der Merwe — Wed, 29 Apr 2026 21:25:26 GMT

TL;DL has a new look. Inspired by classic broadsheet newspapers, the redesigned site puts episode summaries in a layout that's calmer to read and easier to scan — with proper typography, a featured "lead" episode, and a cleaner detail page for every summary.

What's new

Broadsheet-style homepage. A featured lead episode at the top, then the rest of the week's episodes laid out as numbered index entries. Episode count grows? Pagination kicks in at 20 per page.
Redesigned episode pages. New typography (Fraunces + Inter Tight + JetBrains Mono), a generated deck and pull quote on every episode, links out to the podcast's website and Apple Podcasts, and a "More from this podcast" section.
Search and tag browsing. Search the homepage with ?q=..., click any tag to see every episode with that tag, or browse the full tag and podcast directories.
Polished mobile and tablet layouts. Episode rows stack their metadata neatly on smaller screens. Tags wrap onto their own row. Pull quotes tighten up.
Subscribe, preferences, and request flows live in the new design. No more jarring jump from the new site into the old forms.
Restored social previews. Favicon, Open Graph, and Twitter Card tags are back, so links shared on social and in chat apps look right again.

Fixes

iPad portrait layout no longer cuts off episode titles — the index now collapses to the simpler mobile-style row at tablet widths too.
Masthead date shows the correct day in Pacific time instead of drifting based on the reader's timezone.
Episode summaries no longer show a duplicate title at the top — the redundant first heading is now stripped automatically.
Editorial metadata (deck and pull quote) generation now retries cleanly on transient failures instead of giving up on the first error.

Thanks for still believing in RSS! Feel free to get in touch.

tldl v2.3.0 — Email subscriptions

Rian van der Merwe — Wed, 22 Apr 2026 23:11:37 GMT

Per-podcast email subscriptions for tldl. Pick the shows you care about at /subscribe and the summary lands in your inbox as soon as a new episode is out.

What's new

Per-podcast email subscriptions. Sign up at /subscribe, confirm via double-opt-in, and get an HTML summary email (TL;DL header, red CTA, summary body inline) every time a monitored podcast publishes a new episode.
Preferences management. Returning subscribers can update which podcasts they're subscribed to via a signed /preferences/manage link delivered by email. One-click unsubscribe per podcast, or unsubscribe from everything.
From address on tldl-pod.com. Emails now come from "TL;DL" <summaries@tldl-pod.com> with DKIM and SPF aligned on the tldl-pod.com domain.

Under the hood

New D1 database (tldl-subscribers) for subscribers, subscriptions, and pending confirmations.
Postmark broadcast stream (episode-summaries) with HMAC-SHA-256 signed manage/unsubscribe tokens.
Zone-level rate limiting on POST /subscribe and POST /preferences (5 req / 10 min per IP + colo, 1-hour block).
Double-opt-in flow with throttled per-email pending confirmations.

Thanks for still believing in RSS! Feel free to get in touch.

discogs-mcp v3.2.0 — Catalog-wide search

Rian van der Merwe — Sun, 19 Apr 2026 19:58:22 GMT

Adds search_discogs for catalog-wide queries beyond your own collection, plus two real-world accuracy fixes: owned-marker correctness across pressings, and exact genre/style matching.

What's new

search_discogs tool — search the full Discogs catalog, not just your collection. Default type is master so album lookups don't return duplicate pressings. Results get a ✓ marker when you already own them.
Tool lists in README, marketing page, auth_status, and server_info refreshed with grouped categories (Search, Collection, Folders, Custom Fields, Diagnostics).

Fixes

Exact genre/style matching (#17) — substring matching caused music to match Non-Music, flipping the filter to OR mode and returning unrelated releases. Now uses exact equality per release.
Release-result owned-marker is now strict on release.id. Previously, owning one pressing of an album marked every other pressing as owned too, because isOwned() matched on master_id first. Caught by real-world dogfood on "Christian Scott Stretch Music".

Under the hood

Root CLAUDE.md for Claude Code auto-discovery; removed stale development/CLAUDE.md.
GitHub release workflow auto-cross-posts to elezea.com.

Thanks for still believing in RSS! Feel free to get in touch.

tldl v2.2.0 — RSS-first monitoring and audio-URL dedup

Rian van der Merwe — Sun, 19 Apr 2026 18:59:50 GMT

Two meaningful changes since v2.1.0. tldl now detects new podcast episodes directly from RSS feeds with conditional GETs instead of relying on Podcast Index re-crawls, so episodes typically land in the queue within minutes of publication. A second fix catches episodes that get retitled or have their GUIDs regenerated after publication — a surprisingly common pattern in the wild.

What's new

RSS-first monitoring. The monitor now fetches RSS feeds directly with If-Modified-Since / If-None-Match headers, queues full episode metadata without a Podcast Index round-trip, and falls back to PI only on RSS errors. Detection lag drops from "hours" (PI re-crawl cadence) to "minutes" for feeds that update frequently.
POST /admin/rebuild-index. Backfill endpoint now populates audioUrl on every existing index entry so the new dedup check works retroactively.

Fixes

Silent duplicate episodes. Episodes that publishers edited after publishing — new title, regenerated GUID, or both — used to slip past dedup and get transcribed twice. A new audio-URL dedup signal (origin + pathname, query-stripped, lowercased) catches them. Confirmed against a real-world retitle where Lenny's Podcast re-published an episode with a different title + GUID, and 100 historical near-duplicates silently deduped on the first force-check after deploy.

Under the hood

Queue messages carry full episode metadata when the source is RSS, so the consumer branches on rssSourced and skips Podcast Index + iTunes enrichment entirely on that path.
New audioUrl field on EpisodeIndexEntry.
Monitor cron cadence tuned to every 2 hours — RSS conditional GETs keep the feed-scan cost low, and most monitored feeds don't publish often enough to justify the previous 30-minute cadence.

Thanks for still believing in RSS! Feel free to get in touch.