27 comments

[ 5.4 ms ] story [ 81.8 ms ] thread
Somewhat related: textual-paint¹ which uses the same interaction library, and was recently discussed here². I'm noting this purely because I'm enjoying the increasing frequency of rich³/textual⁴ posts, it hints at a latent desire for computing closer to how I enjoy it ;)

¹ https://github.com/1j01/textual-paint

² https://news.ycombinator.com/item?id=36859880

³ https://github.com/textualize/rich

https://textual.textualize.io/

> Note that since the terminal doesn't really support key press and release events (it receives a stream of characters instead), there is no way to support two key playing at the same time with the computer keyboard only.

Great project, but this seems like a major limitation. Why insist on doing this inside a terminal, when there are many other environments where this is not a problem?

Hello, UPiano creator here =)

> Why insist on doing this inside a terminal... ?

Simple: because it's fun!

So you can play piano over SSH obviously!

Okay, yes, there's X11 forwarding but this is a lot simpler, right?

> So you can play piano over SSH obviously!

Oh yeah, you can call some friends to login to the same server and play a concert over SSH!

>> Why insist on doing this inside a terminal, when there are many other environments where this is not a problem?

Welcome to HN, where we make overcomplicated; obscure projects for the sheer passion and curiosity of it.

Is this your first day? XD

AIUI you need to open your terminal in raw mode if you want to get the full keypress/keydown events. But you'll have to parse the scancodes yourself. Very doable and kind of necessary if you want to do a terminal app here =D There's probably a library that can help you. Good luck!
Interesting, thanks, i'll have to check out how that works =)
(comment deleted)
Does it support keyboard expression (velocity sensitivity, etc.)?
Do your mouse or (computer) keyboard offer those things? I am genuinely curious about how you think that would work.
Couldn’t this application theoretically support MIDI input? I haven’t looked to see if it does, but if it does; velocity is a simple enough feature to implement with even just a simple volume curve.
Hello, author here

Not just yet, MIDI input is the next big feature I want to add! =)

("dang it!" protested a voice "i wanted this to be a surprise!! now, you've ruined it, announcing on HN...", "rhoo, it will be fine!" reassured another)

Some keyboard switches (e.g. Hall-sensor based) could support this to some extent.
As far as I have explored the subject, the support for playing with the computer keyboard will probably be restricted to "simple plucking" (no support for "press and hold", and no velocity).

For keyboard expression, it will be simpler to just use MIDI input.

I was hoping this was an open-source physical model of a piano.

Pianoteq has been around for 17 years -- as long as patents last! -- and yet open source still seems to have nothing that comes close.

There are some really good piano samples available for free--why put in the work for the physical modeling approach?
In (very) short: the resonance (notes interacting with one another), combined with the analog nature of varying velocity (how hard keys are pressed), combined with pedaling modifying both of the above.

The resulting combinatorial explosion means that the number of samples you need to capture, in order to have a high-fidelity reproduction of a physical piano, is enormous.

Putting aside the practicality of capturing all of this, you're still looking at tens to hundreds of gigabytes of raw samples per piano.

(Great question, by the way.)

Modeling also allows you to create an infinite number of instruments much more easily, and could allow someone to fine tune an instrument to just their liking
I know it's terminal graphics but is it possible to improve the piano keyboard graphic? Just wondering.