- From: Peter van der Noord <peterdunord@gmail.com>
- Date: Tue, 12 Feb 2013 22:35:53 +0100
- To: Raymond Toy <rtoy@google.com>
- Cc: "public-audio@w3.org" <public-audio@w3.org>
- Message-ID: <CAL9tNz-isAbC8XK0g0d=CW2=s9t6AkvdZBvO4QWvvyVr0USiAw@mail.gmail.com>
> Were you running the same version of chrome at home and at work? I guess not, that would make the difference even weirder. i'll check the versions tomorrow. i did try on both locations on both a regular version and canary (how can i update the latter by the way?) 2013/2/12 Raymond Toy <rtoy@google.com> > > > > On Tue, Feb 12, 2013 at 6:40 AM, Peter van der Noord < > peterdunord@gmail.com> wrote: > >> I'm creating a little music-engine where a collection of mp3's can be >> grouped and seamlessly looped. Due to the nature of mp3s, this requires to >> set the actual looping points of all mp3 in the decoded data beforehand, so >> we know exactly which bytes to play. >> >> I set the looppoints for some testfiles at home, but when i checked the >> project at work, i noticed that they were all placed incorrectly, so it >> seems that different browsers can decode mp3files differently (this was all >> in chrome btw). Is this just >> > > Were you running the same version of chrome at home and at work? > >> how it is, and will my method therefor not work crossbrowser (without me >> having to set those looppoints for each brower+version)? >> >> > I don't have a definitive answer for this, but some time ago, I created a little > test <http://rtoy.github.com/webaudio-hacks/codec-tests/plot-audio.html>that plots some audio files. If you look at the top of the plot, it lists > how many samples were decoded for each file. (The original source is > exactly 1 sec of audio at 44.1kHz.) I know this number varies between > chrome and safari and may also vary between different versions of chrome. > > Ray > >
Received on Tuesday, 12 February 2013 21:36:22 UTC