How We Made MuseScore 4 - Music App Design is Challenging!

Tantacrul · 813K views · 2022 · 46:33

Open on YouTube

UX & UI designMusic theory, synthesis & productiondocumentary

Why Hacker News recommends it

Recommended as a candid, in-depth look at hard UX redesign work and the limits of MIDI for notation.

What it is

Tantacrul walks through how the MuseScore 4 team was built and how design decisions were made for the overhaul of a huge legacy notation app. It covers playback and engraving quality improvements.

Recommended by 4 HN commenters across 3 different months, 2022 to 2026.

What Hacker News said

Strong rec l__l · 2023-07 · on “MuseScore 4.1 is now available”

If anyone is yet to see it, Tantacrul (on youtube) is now deeply involved with MuseScore (UX lead or similar?); he put out an awesome vid on the design of MS4 at the beginning of the year: [this video] His video on how Sibelius' UX is a pile of shit remains one of my favourite vids on yt: [LINK]

Recommends btown · 2022-12 · on “In praise of MIDI, tech’s hidden gift to humanity”

The recent video on MuseScore 4 has a fascinating (though simplified) perspective on how limiting MIDI is: [this video] MIDI's issues in a notation context are twofold: non-standardization of controls for e.g. choosing articulations for string instruments, and an inability to communicate future information if known to the MIDI producer - say, for instance, knowledge that this Note On event is the beginning of a phrase that will last for 2 measures, as known to notation software. There's a real way in which MIDI solved for communicating trigger events over the wire, but was not extensible enough to allow for further backwards-compatible standardization that would let it communicate music over the

Recommends amiga386 · 2024-05 · on “Printing Music with CSS Grid”

That's very much it. You could also make an analogy to the arts of typography and typesetting. It's of the same importance to a composer or musician that the notation is legible and beautiful, as it is to a graphic designer or reader that type and layout are legible and beautiful. If the GP is interested in the topic, there are great videos by Tantacrul on his experience redesigning the notation font for MuseScore [0] and his overview of MuseScore 4.0's engraving improvements [1] - in particular this second video, concerning mainly layout, shows just how far this CSS approach would have to go to have a truly legible, reflowable layout in the face of beams/slurs/ties. (I don't want to take aw

Recommends asddubs · 2024-05 · on “Printing Music with CSS Grid”

Maybe the segment on engraving of Tantacruls Musescore 4 video is a good explanation of some of the things involved: [this video] the whole video is worth watching as well (and there are several videos on the channel focusing on the UI of notation apps, worth watching for anyone who does UI but isn't interested in music production as well)

Cites bsder · 2024-06 · on “Debian KDE: Right Linux distribution for professional digital painting in 2024”

> Why do we get the free magic of people making great backward compatible code with other projects and so painfully not with this one? And I explained what the difference is. These projects are old and difficult . Most open source projects are neither. There are very similar problems with open source domain-specific tools, for example (Musescore, GIMP, FreeCAD, KiCad before CERN decided to fund it, etc.). Musescore has a nice video about how hard fixing it was and how hard it was to get to Version 3 and then trying to get it to Version 4 and how lucky they sometimes had to get: [this video]

Cites rdedev · 2026-07 · on “Nothing works and everyone is euphoric”

> The solution is to gut your product org, replace management with leading engineers, and hire some of your most fanatic users. They don't need to do anything other than give their opinions, and use the product every day. Put them in a room with your top engineers, and the software will mysteriously get better. This will just lead to massive selection bias. If all you care about are power users go for it. Otherwise you end up with a complicated system that is going to put off new users. You can even have different power users who likes different parts of the software. Now it's totally possible to end up with extensive subsystems that don't really gel with each other My anecdote for this is t