Nov 2025 – July 2026
Revitalized app with agentic workflows. Fully realized all critical systems. Developed app into a finished state, with it being a polished, bug-free, smooth experience. Created optional premium purchase feature set.
May 2019 – Dec 2019
Created full JUCE MVP version, with custom waveform rendering and much of the overall framework established. Tag and searching also working.
May 2018 – Aug 2018
Developed core prototype and main inspiration over summer break freshman year.
Overview
samplore is the first app for and primary driver behind bytejake!
samplore is a sample explorer designed to assist in exploring large collections of sounds, avoiding falling into repeating patterns while still having expansive searchability. It ships as a standalone app and as a VST3 plugin, so the same browser sits inside your DAW. Let the website do the talking for it!
History
Update Nov 2025: We're back!
Recently, Splice has been forcing long-term subscriptions to maintain credits, and I wasn't seeing many other options for exploring samples to the degree I wanted.
With my recent toolstack gaining this cool thing called Claude, I did major refactors, updated to the latest JUCE, renamed things properly through the codebase, and did some slight visual modernizations — this app is back to a modern, dev-ready space.
Pre-Revival History
The purpose of this app has always been one thing, a sample sandbox. A place to 'rapidly' try out new samples and create a sorting system defined by yourself.
The original non-JUCE prototype was created over summer break freshman year. I quickly realized JUCE had a lot of useful features right as I was approaching a good MVP over the coming year. The next summer break I started from scratch to develop with JUCE. This was my passion project developed during breaks at Champlain and finished while on my semester in Montreal.
Goal of project was to create a new sample browser for music producers.
The main mechanic that I wanted from a sample browser was a waveform view and a tagging system. The waveform view worked great, with the ability to custom draw the waveform in any way desired, but at the time loading that many waveforms slowed the system down greatly with large sample libraries. On top of that, with the goal of having a randomized sorting, prerendering items was not viable, so developing systems to multithread generate these waveforms became one of the crowning achievements of the system.