know.
Liviu
- Original Message -
From: "Mark Taylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 02, 2000 10:15 PM
Subject: Re: [MP3 ENCODER] lame 3.87 encode-decode roundtrip
>
> >
> > True, it was the -t encode switch.
>
ber 03, 2000 9:49 AM
Subject: Re: [MP3 ENCODER] lame 3.87 encode-decode roundtrip
> Convert them to RAW format , thus stripping the headers away.
>
> David
>
> Liviu wrote:
> >
> > > But before I look into this, can
> > > you do one more thing: compare the
> But before I look into this, can
> you do one more thing: compare the .wav headers?
I'd be glad to, only I don't know much about .wav headers, even less about
comparing them.
One thing, though, doing a .wav compare in EAC reports the original .wav
being 0:00:00.004 longer.
I was only wondering about the size of the wav's (not the binary contents).
As noted in a parallel reply from Mark, the discrepancy had something to do
with the VBR header being decoded into extraneous samples.
Thank you,
Liviu
- Original Message -
From: "Zia Mazhar" &l
True, it was the -t encode switch.
By the way, isn't "lame -?" << -t disable writing wav header when
using --decode >> a bit misleading about this?
Thank you,
Liviu
P.S. The resulting .wav's are slightly _smaller_ than the original, see file
listing below - t4.
sizes, both of them different from the original one.
Is this expected behaviour?
Best Regards,
Liviu
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
