<p>Actually the way to do that is via JavaScript using the HTML5 Audio API where the start and end time are data attributes of the audio element.</p>
<p>Although the event listerners only fire of five times a second, so will not be millisecond accurate.</p>
<p>A.</p>
<div class="gmail_quote">On Mar 8, 2013 6:21 AM, "John Hatton" <<a href="mailto:john_hatton@sil.org">john_hatton@sil.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple"><div><p>> That was some time ago and now I think I would use an archival version of the media as the streaming source and have HTML5 calls to the timecodes. <u></u><u></u></p>
<p><u></u> <u></u></p><p>Am I understanding the problem correctly?<u></u><u></u></p><p><span style><u></u> <u></u></span></p><p><span style>1) We want URLs which act just like a pointer to a static wav somewhere on the internet. These can then be embedded in anything.<u></u><u></u></span></p>
<p><span style>2) But because we don't want to actually carve up each file into little files, we need the URL to specify a time range rather than just a filename.<u></u><u></u></span></p><p class="MsoNormal"><span style>3) We want to point to an archived version, not some special vers</span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p><span style>ion hosted for the purpose of these embedded links.<u></u><u></u></span></p><p><span style><u></u> <u></u></span></p><p><span style>If I understand the problem, then the solution is a URL like<u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p><span style>http://<some snippet service>.org/<address of the archived version>?start=<starttime>&end=<endtime><u></u><u></u></span></p><p><span style><u></u> <u></u></span></p>
<p><span style>(That last bit after the '?' is called a URL Query string.)<u></u><u></u></span></p><p><span style><u></u> <u></u></span></p><p><span style>E.g.<u></u><u></u></span></p><p><span style><a href="http://snippetServer.%20org/?url=paradisec.org.au/someinternalpathat%20paradisec/KovaiCanoeStory.wav?start=02:20:10&end=02:22:10" target="_blank">http://snippetServer. org/?url=paradisec.org.au/someinternalpathat paradisec/KovaiCanoeStory.wav?start=02:20:10&end=02:22:10</a><u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p><span style>When it receives this query, the server would get ahold of the full audio file declared in the query string, and then stream out just the section that was called for. The experience to the user would be the same as if they had clicked on a url of a pre-prepared, stand-alone file containing just that snippet.<u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p><span style>Now, because the audio itself is served by an archive, it will have a long lifetime. The snippet server itself need not be related to the archive; a single instance could serve everyone. But if the snippet server itself goes away in the future, the URL is still human readable, and can be changed via search/replace to some new snippet server. <u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p class="MsoNormal"><span style>To avoid the links going bad, it seems the snippet server should be run by something prepared to be around for a long time, like an MPI or an </span><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p><p><span style>archive itself:<u></u><u></u></span></p><p><span style><u></u> <u></u></span></p><p class="MsoNormal"><span style><a href="http://paradisec.org.au/snippetserver/" target="_blank">http://paradisec.org.au/snippetserver/</a>...<u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p><span style>Practically, such a server could limit its services to files in its own repository or some set of other domains, if it didn’t want to end up providing this snippet service for just any content on the web.<u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p><span style>I googled a bit, didn't come up with anything, but I wouldn't be surprised if such a service already existed. If not, well clearly this would be cheap to do.<u></u><u></u></span></p>
<p><span style><u></u> <u></u></span></p><p class="MsoNormal">John Hatton<u></u><u></u></p><p class="MsoNormal">SIL International Language Software Develoment<u></u><u></u></p><p><span style><u></u> <u></u></span></p></div>
</div></blockquote></div>