Live data from Hacker News

Show HN: An attempt to rethink a music sequencer design

github.com

61–70 of 119 posts

Re: Show HN: An attempt to rethink a music sequencer design

#61

Beautifully clean, and simple! I've had my eye out for something like this, and I really do feel the other solutions are too big and clunky. That said, I think the font is clutery. The intro user flow is atypical and disruptive. I think it should start on this https://puu.sh/vy4pd/776dde20a8.png screen instead of inside a project. Then once inside maybe a little walkthrough or some guides? Lastly I think the weird la…

Agreed on the typography: "Comfortaa" is not what I would consider a UI font.

As an alternative, OSS type family, I would recommend Lato (https://fonts.google.com/specimen/Lato). It's the family Slack uses, and I think it would look great in the UI for Helio.

Re: Show HN: An attempt to rethink a music sequencer design

#62

This looks very nice! I'll have to give it a try soon. If anyone is interested, I've also taken a whirl at solving the problem of overcomplicated DAW interfaces, albeit in a more limited capacity. My first project in this vein is Composer's Sketchpad[1], which aims to explore "freehand composition" by letting users draw notes in strokes directly with their fingers or stylus, bending the pitch and adjusting the length…

These are both very cool. Congratulations for doing something so out of the ordinary. As soon as I have some free time I will play with composer sketchpad.

Re: Show HN: An attempt to rethink a music sequencer design

#63
post #58

Earlier quoted context omitted.

I think the analogy is "In the music world, we have the choice between the equivalent of XCode or Visual Studio to compose - here's Atom."

"There's vim as well: http://csound.github.io/"

What's pure data in this analogy? https://puredata.info/ A hex editor?

Re: Show HN: An attempt to rethink a music sequencer design

#64
post #63
post #58

Earlier quoted context omitted.

"There's vim as well: http://csound.github.io/"

What's pure data in this analogy? https://puredata.info/ A hex editor?

Well, pure data is a 'higher-level' sound programming environment, so it could be emacs.

Re: Show HN: An attempt to rethink a music sequencer design

#65
post #5

Finally a music tool with version control. I've been wishing for this to happen for so long! The first big player (Ableton etc) to integrate versioning will have a huge advantage.

I use Git on my Reaper projects all the time. But I've almost never gone back to an earlier version, and when I have I could've probably anticipated the branch point and just used "Save As". Nonetheless, it feels nice to have history "just in case".

Re: Show HN: An attempt to rethink a music sequencer design

#67
post #25
post #10

"Most of the DAW interfaces often seem overcomplicated, and they only tend to get more and more bloated over time." How much can you simplify the interface and still make it do everything producers want to do? Garageband simplified the interface quite a bit compared to Logic, but even that can get complicated and ultimately isn't as flexible as other DAWs. I've been a fairly loyal user of Sonar and FL Studio for over…

It is possible to simplify the interface by reducing the number of tools without necessarily removing functionality. The idea is to identify large sets of tools that can be replaced with a handful of powerful combinable tools to perform the same tasks - this is not always easy but if done well can end up not only simplifying UI but providing more powerful, intuitive tools and reducing unnecessary learning. I think Mo…

The trick is how much state you have to keep in your head. Something like Blender requires enormous state about even things like what key combinations mean in different contexts: it's a poster child for impossibly demanding state requirements.

Something like the Flash pen tool is much simpler, but still absolutely requires you to maintain some state: clicking versus click-dragging, remembering not to close a shape by simply clicking on a control point without also dragging out Bezier points. There are expectations before you can begin to flow with the thing.

I've been working hard on this concept using a Minecraft mod (Snowball Madness: http://www.airwindows.com/snowball-madness/ ) that suffered the same problem. I'd made countless 'effects' so it was nearly impossible to remember what did what.

After a drastic functionality-culling process, I began rebuilding things in line with a concept: generalizing. If you can place a block above a snowball and it places the block where the snowball hits, that's what it does, no exceptions. TNT used to spawn explosions just for silly fun, but it became 'place TNT block' altering the type of silliness. Pickaxes used to dig large holes in rock (in some cases, leaving ores hanging) so all the other tools got similar treatments: axes vanishing wood logs, shovels vanishing dirt, hoes turning grass/dirt into tilled farmland. Always trying to incorporate 'cheaty' ways of doing things but predictably so.

It's like the old Apple UI guidelines. The default expectation is that you can grope blindly towards a result and things do what you think they would do, allowing you to not think about the process.

Re: Show HN: An attempt to rethink a music sequencer design

#69

This looks very nice! I'll have to give it a try soon. If anyone is interested, I've also taken a whirl at solving the problem of overcomplicated DAW interfaces, albeit in a more limited capacity. My first project in this vein is Composer's Sketchpad[1], which aims to explore "freehand composition" by letting users draw notes in strokes directly with their fingers or stylus, bending the pitch and adjusting the length…

I've seen composer's sketchpad before and found it really interesting. I'll have to give it a real try.
Post reply on HN