Live data from Hacker News

Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

toneden.io

31–40 of 64 posts

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#31

Earlier quoted context omitted.

Ouch. We didn't have a Linux machine around to test that case but we will definitely look into it. Right now Chrome is the best supported for our player.

I don't think version 24 and earlier supports Web Audio API, according to what I found with a little digging so it's not your code.

We do have flash fallback but no one's got time for that :)

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#34
post #33

Really clean UI, maybe add a repeat button or integrate hotkeys likes soundcloud

There is a parameter to enable keyboard events that's turned off in our demo. You can check out our documentation on GitHub.

The repeat button is on our dev list. Should be out in a week or so.

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#35
post #29

Earlier quoted context omitted.

May I ask why you would want to change the volume of a browser widget over, say, a browser, or your system volume? As someone that has developed a similar widget, I've never understood this request, and more often than not, users accidentally mute themselves.

I have many sources of audio, and their volumes vary dramatically. Unless I want to adjust the global volume every time I switch audio sources, adjusting each source once and having it stay correct makes more sense. Think of turning up your system or browser volume for a quiet song, and then viewing a loud flash video. You might hurt your ears or disturb someone. Adjusting only your music player for songs without rui…

I used to espouse this "finer control" argument but I've come to realize it was more typical nerd desire for hyperconfiguration than practical need. Yes, things make noises at different volumes and some are too loud and some are too quiet and they force you to jump and adjust the volume when this happens. But it's not generally predictable, so you're not going to set it just right ahead of time, and having N volume controls to go paging through to find the one that needs adjusting is a hell of a lot more difficult than just having a hardware control, always right there, that adjusts everything immediately. The number of times I've wanted to actually listen to multiple audio sources at once and carefully set their relative volumes is almost certainly in the single digits over my entire lifetime. Unless we're talking about doing mixing for an audio project, which of course we're not.

Every media player on every web page could set its volume permanently to 100% and I really would never even notice.

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#36

cool, but it reminds me how underrated using the waveform is when showing the track- its such a good way to scrub through and pick spots.

Couldn't agree more. I work on Clyp (formerly Audiour) and I think one of our core differentiators is the time we spend on having a good looking soundwave. This is one of the main reasons we try to put it front and center on the player page.

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#37
post #29

Earlier quoted context omitted.

I have many sources of audio, and their volumes vary dramatically. Unless I want to adjust the global volume every time I switch audio sources, adjusting each source once and having it stay correct makes more sense. Think of turning up your system or browser volume for a quiet song, and then viewing a loud flash video. You might hurt your ears or disturb someone. Adjusting only your music player for songs without rui…

I used to espouse this "finer control" argument but I've come to realize it was more typical nerd desire for hyperconfiguration than practical need. Yes, things make noises at different volumes and some are too loud and some are too quiet and they force you to jump and adjust the volume when this happens. But it's not generally predictable, so you're not going to set it just right ahead of time, and having N volume c…

I think what we are thinking of is making volume control an optional parameter to enable/disable. That way we can give the embedder the ability to control that experience for the listener. Thoughts?

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#38

cool, but it reminds me how underrated using the waveform is when showing the track- its such a good way to scrub through and pick spots.

This is not evident on our demo but we've engineered the ability for you to get waveform data and visualize that as you like. Right now we visualize equalizer data but it would be trivial to create a visualization for realtime waveforms etc..

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#39

Earlier quoted context omitted.

I don't think version 24 and earlier supports Web Audio API, according to what I found with a little digging so it's not your code.

We do have flash fallback but no one's got time for that :)

Not working for me on Chromium 33.0.1750.152 Ubuntu 13.10, stuck loading forever.

Re: Show HN: A Customizable SoundCloud Player Built on the Web Audio API and d3

#40

Earlier quoted context omitted.

We do have flash fallback but no one's got time for that :)

Not working for me on Chromium 33.0.1750.152 Ubuntu 13.10, stuck loading forever.

Good to know. I'll find a Linux box to test this on. Thanks for the info.
Post reply on HN