Hacker News new | past | comments | ask | show | jobs | submit | exolab's comments login


My hero!


How does the "scale plan" work and how much is it?


Where is part 2? :)


You should take a look at Andre Michelle's work. https://www.audiotool.com/


audiotool is made with Flash. And a good demonstration of the actual usefulness of Flash to develop complex applications that could be deployed online. Too bad Adobe was incapable of taking good care of that product and didn't listen the community. I'm sure WebAudio can get better, but the OP's demo still proves that it's brittle. Changing anything in the patterns stops all sounds and the sequencer has hard time keeping a consistent tempo. I'm sure it will get better but Flash was really in advance for its time as audiotool demonstrated. Well, at least now people have stopped complaining about Flash "killing their battery". They can now blame Javascript /s


the fluctuating tempo is due to a poor approach of OP and proves or disproves nothing regarding web audio. that stuff can be as steady as you want.


This is the approach to scheduling I used if anyone is interested: https://www.html5rocks.com/en/tutorials/audio/scheduling/

I also tried to minimize any visual events that cause a repaint on the main instrument screen.


I've found that a steady method for timing is by calculating the number of samples to render per "tick" and decrement the counter after each completed sample when rendering audio to the buffer in JavaScriptNode/ScriptProcessor. Eg.

samples_to_tick=Math.floor( (125.0/bpm) * (1.0/50.0)*sampleRate );

Upon the counter reaching zero, the render loop actually jumps to do sequencing and effects/modulation and then resets to counter.

In my case, the tick occurs at 50Hz because that's the PAL frame clock used in Amiga and MS-DOS module trackers like Scream Tracker and FastTracker 2. Typically trackers use a "speed" setting to additionally specify the number of ticks per pattern step - usually 6.

Although you do get sample-accurate timing, you also get latency up to the size of a single audio buffer (I use 4096 samples). While this isn't really an issue when doing purely playback, it obviously is when the audio is controlled real-time (eg. MIDI).

Anyway - the module player is at http://mod.haxor.fi/ and the source code at https://github.com/jhalme/webaudio-mod-player


The tempo does not fluctuate on my setup. That is something I really tried to eliminate. Can I ask what browser, OS and computer spec do you use?


Just a hint: you can set your player's colour.


I just saw a machine-translated text that was given to a translator I know for "post-editing". Basically you have to delete everything that the machine translated and do it all over again.

If you want to offer that for 1 cent per word you are going to get exactly what you are paying for. 90% of qualified translators are bad enough that I would never let them translate anything for me. I cannot imagine the remaining 10% will work for 1 ct/word.


Thank you for your comment. There is a lot of variation depending on the language. In Turkish, that tends to happen, a lot of times the translation needs to be redone, but in EN-SP it is surprisingly good. The crowd aspect of it tends to help with the quality problem. Still a lot of work to do though, but we are off to a promising start.


That is probably the reason new models are en vogue every other decade.


Not quite. Models advance as their conclusions are shown to not hold in reality.

You may be thinking about macroeconomics, in the which there seems to be a fad cycle of models, and a hyped up difference of assumptions. I assure you macroeconomics doesn't actually have a fad cycle.


Could you be a little more precise?


Nice product, nice website, nice video. But I wager not many people want to see chest hair in a commercial video.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: