Live data from Hacker News

HTML5 Piano

mrcoles.com

41–50 of 68 posts

Re: HTML5 Piano

#42
This was great to mess with on my Chromebook Pixel's touch screen! Just makes me wish there were a way to force multitouch instead of two finger taps always brings up the context menu.

Re: HTML5 Piano

#44
I understand the sound data are generated by JavaScript. How many distinct sounds are generated? How much space is required to store this data? Are the notes of a chord combined by JavaScript or the browser?

Re: HTML5 Piano

#45
post #11

It's nice you can do something in HTML5 that you could have done in Flash 10 years ago. (Of course, I know, this is all according to standards and all. But still.)

I've seen this done 20 years ago before flash in a java applet. What's your point?

Java applets where released in 1995, flash was released in 1996.

Re: HTML5 Piano

#47

Earlier quoted context omitted.

They were trained on this type of gear, so they are most expressive with it. A lifetime of muscle memory can't be undone. What about children who are just beginning today? I'm looking forward to a new generation of musicians whose native instrument is the touch panel. It seems odd to interface with modern technology using an 18th century physical interface. Its neat to watch Deadmau5 "play" his setup. I can only imag…

The old physical interfaces aren’t surpassed yet. Physical interfaces have the advantage of sending feedback through touch. Piano keys that push up harder when you press harder help you notice how hard you’re playing, and keys that depress discretely help you aim your fingers away from the lines between keys so you are less likely to miss. Of course, the ideal situation is a mix of electronic devices’ flexibility and…

The other idea is to put more sensors on the physical keys. Turns out, there is a kickstarter for that (just stumbled on it, don't know how legit it is): http://www.kickstarter.com/projects/instrumentslab/touchkeys...

Re: HTML5 Piano

#48

Earlier quoted context omitted.

It would be cool, and it may be ok for certain kinds of playing, but a subtle mordent, a tasteful triplet or a good arpeggio all depend on feedback from the keys. I think this is more than muscle memory and that "simulating" the sound will never do, a mordent in particular depends on a very mechanical relationship between adjacent keys rising and falling. There's a reason most band pianists haul around electric piano…

They were trained on this type of gear, so they are most expressive with it. A lifetime of muscle memory can't be undone. What about children who are just beginning today? I'm looking forward to a new generation of musicians whose native instrument is the touch panel. It seems odd to interface with modern technology using an 18th century physical interface. Its neat to watch Deadmau5 "play" his setup. I can only imag…

Anecdotal: I understand that children who have learned to play on electronic (physical) keyboards (e.g. Yamaha stage piano) have problems when they encounter the mechanical actions on uprights and grands.

What will happen is a slow change in playing style, so things will sound different. Sort of like the change from arch to Torte bow for violins, only more radical.

Re: HTML5 Piano

#49
post #37

Chrome Canary has basic support for MIDI in/out: https://plus.google.com/+ChrisWilson/posts/cs4J6sS9qmJ You download the experimental browser, then turn on this flag: chrome://flags/#enable-web-midi You can get events by plugging in your USB MIDI keyboard and loading a browser page with this code: http://pastebin.com/ZipfybfZ I've verified this with my Casio keyboard, and the webpage can receive events when I play. I…

> This will open up a whole new type of website, where you can plug in your instrument and jam with friends

Even replacing audio with MIDI, the network latency imposed by even the speed of light is too great for simultaneous jamming with friends in other places. Heck, it's even an issue for marching bands -- the difference between the speeds of light and sound across even a football field requires special attention in order to keep things sounding together for the people in the stands.

The only good solution I've seen for this is NINJAM[0], a protocol for online jamming where, instead of trying to fight latency, the creators changed the problem. By enforcing a uniform tempo and number of beats per phrase (inside of which a repeating chord progression must fit), people can jam together by playing to what the other people played n beats ago, and everybody else will hear you n beats late.

I started working on a browser-based client for this protocol a while ago[1], though I unfortunately put it on the back burner before figuring out proper vorbis encoding/decoding in JS. A MIDI adaptation of this could prove to be quite fun, and I think my client (if ever finished) could actually benefit a bit from some MIDI integrations already present in some existing clients as well. Thanks for bringing it to my attention.

[0] http://www.cockos.com/ninjam/ [1] https://github.com/BHSPitMonkey/ninjam-js

Re: HTML5 Piano

#50
post #11

It's nice you can do something in HTML5 that you could have done in Flash 10 years ago. (Of course, I know, this is all according to standards and all. But still.)

The sad part is you really still can't do this in HTML5, not if you want it to run on the most popular smartphone platform (Android).
Post reply on HN