marcelox86

A lot of Claude-isms in this page that reflect the limited creative judgement of the author. It makes me wince as I scroll further and see UX decisions that clearly have no thought put into them ... Just the statistical average of what clean design is meant to be , I suppose

What an insane thing to say

This is why I'm looking into using Guix / Nix for when my home server dies and I need a replacement. Declarative setups make too much sense. The only form of history I have of the weird shit I did with a Mac mini running debian + a LaCiE HDD hub is my .bash_history file, which a chatbot was able to figure out for me.

Its an incredibly millenial word and very cringey

I see the opposite, they have a lot of oss projects nowadays and most of their new, interesting stuff is getting open sourced too, a la Microsoft

the Linux distro I want does not yet exist.

Everyday I am bewildered by how different I see the world than others. I thought this was a nonissue for everyone

Org mode isn't that hard, but Emacs takes years

I'm saying this as an Emacs user.

I use emacs but I don't know what you're referring to. Can you enlighten me please

there is also some janky, cheap feeling lenis-type of scrolling hijacking in place that gets disabled when the viewport is about the size of a phone.

tried to disable it by turning off javascript and the page no longer loads - thus i am completely uninterested in reading this article

> My advice would be to get used to this style

this style is like nails on a chalkboard. if they can’t care enough to make it readable, then they couldn’t pay me to care to read it

It is so disingenuous to mention the whatsapp electron client and not pretend its a slow turd. or maybe your comment is sarcasm and i just can’t notice it

I already have, but I wish I didn't have to...I don't see a reason for updates to be this granular especially when the only release notes are the diffs and the commit messages in between tags.

I understand "shipping at the speed of inference", but it makes the people who opt into updates more like testers on a "nightly" release cycle. At that point, I'd call it a nightly.

Opening the app and getting a new sparkle update dialog everytime is getting very annoying…especially for updates that are relatively minor.

just today its gone from 1.1.3 -> 1.1.4 -> 1.1.5 -> 1.1.6 -> 1.1.7 -> 1.1.8 -> 1.1.9 -> 1.2 -> 1.2.2 (skipped 1.2.1?) in under 5 hours. A lot of these could wait until theyre put in a relatively bigger release!

not the design per se (however you are right that theres a lot of swiftui usage here that is only available on newer macos’) but mainly because it is using the new @Observable observation macro that is only available on macOS 14+

Texas? :(

Oh wow, just tried it and youre right. This is a regression, pre-launch after you finished recording with the global hotkey, the icon in the dock would bounce and it would bring up the main window to start editing. Ill fix this in the next minor release

I would still use Audio Hijack when it comes to recording long-form internal audio like zoom meetings. RM2000 Tape Recorder is meant for shorter, "music-like" recordings.

here is what I would want the average Sample Library for RM2000 Tape Recorder to look like : https://www.youtube.com/watch?v=jJXwCcAR6uw . Its more of a tool like PureRef, Pinterest & Are.na (for grabbing quick ideas) rather than Audacity or Audition.

Very close to Garamond! Its "Instrument Serif" - i wouldve put Garamond but I don't know if i have the rights to that.

version 1.0.1 does keep a cached file undeleted (due to an oversight)....and has a lot of other bugs. version 1.0.2 doesnt!

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+

I wouldn't do it until I can get a proper iPhone port out - and even then ill still have to think about it :P

I plan for more skeuomorphic themes in the future (i got very tired of looking at the same design for 3 months!)

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

Currently a bug in 1.0.1 - there's a fix in 1.0.2, and it should be approved by App Store review team shortly :)

Europe DSA restrictions - I've given Apple some documents to prove my trader status under the EU 28 hours ago, but so far they haven't approved them yet :(

The original name of the project was actually supposed to be `replica.app`!

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

Hi everyone, seeing all the new responses here - I will want to warn of a bug on 1.0.1 that prevents some samples from getting saved properly, and all that is left is a hidden "cached" audiofile on the sample directory. I've fixed it in version 1.0.2 and it should be approved by App Store review team soon :)

Alt + Command + G is the default! This can be changed from settings too :)

Lifetime, until the app store dies, and the sun blows up :)

If you buy the lifetime license , it is my intention that you get to keep using it forever, until macOS 26, macOS 36, etc.