Live data from Hacker News

HTML5 Piano

mrcoles.com

61–68 of 68 posts

Re: HTML5 Piano

#61
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).

Android isn't the most popular smartphone platform. It's the most popular phone platform.

Re: HTML5 Piano

#63
post #47

Earlier quoted context omitted.

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...

Wow, I’ve met the creator of that Kickstarter before. I went to a free concert at Temple University where he demoed his “magnetic resonator piano” instrument (http://music.ece.drexel.edu/research/mrp), which is kind of a more-limited acoustic version of the device in that Kickstarter. From talking to him after the concert and seeing what he’s produced, I don’t doubt that that Kickstarter is legit.

Re: HTML5 Piano

#64

Earlier quoted context omitted.

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).

Give it about a month and Chrome for Android will provide web audio API support. It's currently in chrome for android beta Our web app that plays audio in sync on multiple devices works in iOS, Chrome (non mobile) & Firefox Aurora. Were eagerly awaiting for the newest Chrome for Android to drop.

[deleted]

Re: HTML5 Piano

#65
post #59

Earlier quoted context omitted.

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).

Run it in Firefox on Android. Android default browser is junk.

[deleted]

Re: HTML5 Piano

#66

Earlier quoted context omitted.

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).

Give it about a month and Chrome for Android will provide web audio API support. It's currently in chrome for android beta Our web app that plays audio in sync on multiple devices works in iOS, Chrome (non mobile) & Firefox Aurora. Were eagerly awaiting for the newest Chrome for Android to drop.

That's good news! What I really want though is to run it inside a WebView rather than just a mobile web app. I feel this gives more control over the experience, screen real estate, monetization options, and deeper integration with the device's hardware features.

Re: HTML5 Piano

#67

Earlier quoted context omitted.

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).

Wouldn't it work on firefox for android?

It would, but the default browser is what WebViews are based on. So you give up a lot of power and flexibility by just targeting Firefox or Chrome for Android.

Re: HTML5 Piano

#68
post #60

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?

Each note is generated as a separate sound file when the piano first loads. They're all short wave files. So when you hit a bunch of notes at once, it's just playing several sound files at once. If you click the square in the upper right, you'll get options to change the waveform and volume response. There are some other options too, like shifting by an octave or changing the color of the piano :) Better things could…

Could you improve the loading performance by precomputing the wave files? I'm thinking you could slam the data URIs together in a compressed blob.
Post reply on HN