I'm a huge datahoarder and have always appreciated tools / services like PureRef and Are.na which help me make sense of everything I collect. Those services concern themselves with images and video - I wondered, why can't the same be done with music and audiofiles?
I actually got the inspiration for the filenaming scheme from the Emacs Denote package - every sample is saved in the format of title--tag1--tag2.mp3. Emacs Denote does something similar, for example an identifier--title--keywords.org .
I chose this method as any file browser with fuzzy search can search through samples, i.e. - the Ableton file browser. Just search up some of the tags, and a title, and you'll be able to find your sample.
I wanted this app to look good, as well (and is why I spent so much time making it!) The app is made with a mix of SwiftUI and AppKit, while the assets were rendered in Sketch
I appreciate your time and I'd love to hear your thoughts on it. If you do download it, and find suggestions / bugs, please let me know!
Cheers
My one request / question: is there any way this could be triggered with a global shortcut? I've long dreamed of being able to record ambient audio from films while watching without leaving full screen, much like one would take a screenshot.
> Recording system audio is still very clunky: audio routing hacks, third-party tools that aren't meant for the task - too many steps.
I really love the idea because I'm one of the people who previously had to use those hacks!
But I wonder what are the privacy implications? Maybe the OP could clarify that this:
> RM2000 Tape Recorder just listens. Whatever your Mac is playing, it can record it instantly
means that nothing is retained unless explicitly recorded by the user, right? There isn't cache somewhere that captures last X minutes of audio or anything like that?
On the other note - right now RM2000 Tape Recorder uses the ScreenCaptureKit API. This is the worst API i've ever used - every app i've tried out that uses it (Polycapture, QuickRecorder, Ayazaka) has had EXC_BAD_ACCESS problems with it, and sometimes it causes `replayd` to consume 5% of cpu even after the recording is done. I plan to move all the recording into a CoreAudio API, which is not only stable, but also has the added benefit of being more privacy conscious - it only uses the "record system audio" macOS permission instead of the "record the ENTIRE screen" permission.
right now, the app does the bare minimum of trying to record the screen. it captures a 2 x 2 window of the screen, and it throws away all the video buffers regardless. i've always felt like im actually doing something that apple wouldn't like and they just didn't see it. moving to the new API is one of my top priorities, and it still lets me keep the minimum requirement at macOS 14.6+
or is this just a for the lulz throw back because it's kool type of name?
but yes this is more of a "remember when..." kind of design. i do have some drafts for easter eggs that tie more into "real world problems" :P
Had to change it because an AI company came out with an AI music tool called replica...but i hope daniel lopatin comes across it one day :D