7 Commits (9755da6f0915c8a3dec9726c33f60f4468f88037)

Author	SHA1	Message	Date
Travis Ralston	6764b8d645	Change symbol names	2021-04-28 09:29:31 -06:00
Travis Ralston	c4d85c457b	Add progress effect to playback waveform	2021-04-27 22:59:16 -06:00
Travis Ralston	c2d37af1cb	Move playback to its own set of classes ... This all started with a bug where the clock wouldn't update appropriately, and ended with a whole refactoring to support later playback in the timeline. Playback and recording instances are now independent, and this applies to the <Playback* /> components as well. Instead of those playback components taking a recording, they take a playback instance which has all the information the components need. The clock was incredibly difficult to do because of the audio context's time tracking and the source's inability to say where it is at in the buffer/in time. This means we have to track when we started playing the clip so we can capture the audio context's current time, which may be a few seconds by the first time the user hits play. We also track stops so we know when to reset that flag. Waveform calculations have also been moved into the base component, deduplicating the math a bit.	2021-04-27 22:23:57 -06:00
Travis Ralston	30e120284d	Add simple play/pause controls	2021-04-27 15:02:15 -06:00
Travis Ralston	1419ac6b69	Hook up a clock and implement proper design	2021-03-25 17:12:26 -06:00
Travis Ralston	449e028bbd	Actually use a waveform instead of the frequency data	2021-03-24 23:31:02 -06:00
Travis Ralston	8ddd14e252	Early concept for rendering the frequency waveform	2021-03-24 22:17:45 -06:00