VidPickr is a free video downloader that runs entirely in your browser. Muxing happens client-side, the file never touches our servers. Paste a link from YouTube, TikTok, Instagram, Twitter (X), Vimeo, Reddit, Dailymotion, Twitch, or Bilibili. Up to 8K video, 320 kbps MP3, SRT subtitles, playlists, channel batches. 26 tools, no signup, no watermark. Plus ($1/mo) adds AI Transcribe (Whisper, in-browser), clip extraction, silence removal.
Hey Product Hunt 👋
I built VidPickr because every "online video downloader" I tried either uploaded my file to their servers, slapped a watermark on it, or pushed me through three pop-up walls before letting me click download.
The premise is simple: the bytes should go directly between you and the platform's CDN. There's no reason for our backend to ever touch the actual file.
So that's what VidPickr does. Our API resolves the format list and hands your browser a short-lived signed URL. Your browser then fetches the video, muxes it locally, and saves it to disk. Subtitles, MP3 conversion, AI transcription (Whisper), all client-side. We never log, store, or proxy what you download.
It works on YouTube, TikTok, Instagram, Twitter (X), Vimeo, Reddit, Dailymotion, Twitch, and Bilibili. Up to 8K video, real 320 kbps MP3, SRT/VTT/TXT subtitles, single videos or full playlist and channel batches. 26 dedicated tools (thumbnail downloader, embed code generator, category and tag checker, timestamp link generator, and more).
The free tier is full quality with ads and a short wait gate between downloads. Plus is $1/month: removes the ads, adds AI Transcribe (Whisper runs in your browser, your audio never leaves your machine), 30-second clip extraction with frame-accurate start and end, automatic silence removal, and vertical/square reframe for Shorts and Reels.
A few things I'd love feedback on:
- Platforms you wish we supported next.
- Does the $1/month tier feel right for what's inside it?
- Any tool you'd add to the /tools index.
Solo founder, shipping fast. Happy to answer anything in the thread.
Custom logging layer that probes the platforms continuously and pings me the moment something breaks. I usually have a patch out within hours of a CDN or extractor change.
Report
The client-side muxing is a genuinely clever technical choice - no server costs, no upload wait. That part is real.
But the elephant in the room is the legal landscape. YouTube's ToS explicitly prohibits downloading, and tools in this space have faced repeated takedowns. Google has also been quietly blocking third-party downloaders at the CDN level - some of the YT-specific functionality may already be flaky for users in certain regions.
Not saying this is wrong to build - plenty of legitimate use cases (archiving your own content, offline research, etc.). But I'd be curious how the team thinks about longevity here. Is there a business model beyond 'free forever' and what happens when the next round of platform restrictions hits?
Honestly, I built this with content creators in mind, people who shoot and edit their own clips all day and just need a frictionless way to pull them back down. The ToS often gets framed as a hard line, but downloading from YouTube is already a pretty normal practice. Creators using royalty-free or no-copyright music download thousands of clips every day, and there’s also a large community focused on archiving, offline access, and accessibility.
That said, taking someone else’s work without permission isn’t something I support. That’s why every download flow includes a reminder to only download content you own or have permission to use. Beyond that, the choice is up to the user, just as it is with tools like yt-dlp or even a screen recorder.
Report
No reviews yetBe the first to leave a review for VidPickr
Mailwarm
How do you keep it working when sites change their video delivery stuff every other week?
@naimz Thanks for the comment!
Custom logging layer that probes the platforms continuously and pings me the moment something breaks. I usually have a patch out within hours of a CDN or extractor change.
The client-side muxing is a genuinely clever technical choice - no server costs, no upload wait. That part is real.
But the elephant in the room is the legal landscape. YouTube's ToS explicitly prohibits downloading, and tools in this space have faced repeated takedowns. Google has also been quietly blocking third-party downloaders at the CDN level - some of the YT-specific functionality may already be flaky for users in certain regions.
Not saying this is wrong to build - plenty of legitimate use cases (archiving your own content, offline research, etc.). But I'd be curious how the team thinks about longevity here. Is there a business model beyond 'free forever' and what happens when the next round of platform restrictions hits?
@galdayan Thanks for the thoughtful pushback.
Honestly, I built this with content creators in mind, people who shoot and edit their own clips all day and just need a frictionless way to pull them back down. The ToS often gets framed as a hard line, but downloading from YouTube is already a pretty normal practice. Creators using royalty-free or no-copyright music download thousands of clips every day, and there’s also a large community focused on archiving, offline access, and accessibility.
That said, taking someone else’s work without permission isn’t something I support. That’s why every download flow includes a reminder to only download content you own or have permission to use. Beyond that, the choice is up to the user, just as it is with tools like yt-dlp or even a screen recorder.