Re: [ecasound] Ecalength and m4a files

From: Navneeth Chandrasekaran <navneethc@email-addr-hidden>
Date: Thu Jul 21 2011 - 21:24:35 EEST

Thanks for that bit of info, Massy. It turned out that the solution to my
problem was something quite different which did not involve finding the
track length.

With Regards,

On 21 July 2011 23:41, S. Massy <lists@email-addr-hidden> wrote:

> On Sun, Jul 17, 2011 at 10:03:32PM +0200, Julien Claassen wrote:
> > Hi Navneeth!
> > I rarely have use for m4a files. But I've seen something similar with
> > files. If it's the same problem, then you won't have luck with ecalength,
> as
> > far as I understand.
> > to read m4a files, Ecasound uses extnerla programs. Ecasound can open
> and
> > play them, by something like:
> > oggdec -o - FILE.ogg
> > and Ecasound then reads the STDOUT "-" and puts that decoded audio to the
> > Soundcard or wherever you please. But this way you can't tell the length
> of a
> > file. You might try the sndfile-programs. There's sndfile-info. Maybe
> they
> > have built-in support for that. Though I'd doubt it. Still, that doesn't
> say
> > much.
> > Otherwise just try looking for alac, m4a tools. I'm sure there must be
> > something. There is faac and faad and maybe something else. If not, maybe
> even
> > they can be used to find the length of a file, with some clever
> scripting.
> > Sorry, for not being more specific. Still ecalength isn't your way,
> unless
> > you convert to wav along the way.
> Not much to add, except to say that this problem also occurs with some
> mp3's (usually VBR) and there isn't much ecalength/ecasound can do about
> it, since it relies on external programmes to handle anything but the
> PCM formats.
> Cheers,
> S.M.

5 Ways to Improve & Secure Unified Communications
Unified Communications promises greater efficiencies for business. UC can
improve internal communications as well as offer faster, more efficient ways
to interact with customers and streamline customer service. Learn more!

Ecasound-list mailing list
Received on Fri Jul 22 00:15:02 2011

This archive was generated by hypermail 2.1.8 : Fri Jul 22 2011 - 00:15:02 EEST