************************************************************************
*** WARNING -- WARNING -- WARNING -- WARNING -- WARNING -- WARNING ***
************************************************************************
*
* The e-mail-message appended below is list- or mailserver-related
*
* That type of mail will by definition not be processed on this system
* and in general is not accepted in the fidonet.org-domain.
*
* To avoid these bouncings the listkeeper is kindly requested to
* remove any subscription coming from a z2.fidonet.org-style address.
*
* If you have reason to believe your message was removed without due
* reason then kindly inform '[EMAIL PROTECTED]'.
*
************************************************************************
From: David Brown @2:292/862
To: Sergey Sapelin @2:5020/1844.33
Subj.: RE: [MP3 ENCODER] Multi PCM file coding and decoding
Dated: 17 Aug 00 10:01:01
[processed here: 26 Aug 00 15:48:42]
@TOPT 33
@INTL 2:5020/1844 2:292/862
@MSGID: MERCURY d4bf3c71
@REPLYADDR: [EMAIL PROTECTED]
@REPLYTO: 2:292/862@fidonet UUCP
@PID: Internet Mail Service (5.5.2448.0)
@CHRS: LATIN-1 2
@RFC-Received: from geek.rcc.se ([EMAIL PROTECTED] [193.15.234.212]) by
infomag.iguana.be (8.9.3/8.9.3) with ESMTP id MAA25387 for
<[EMAIL PROTECTED]>; Thu, 17 Aug 2000 12:39:21 +0200
@RFC-Received: (from majordom@localhost) by geek.rcc.se (8.8.4/8.7.3) id
JAA30564 for mp3encoder-list; Thu, 17 Aug 2000 09:55:35 +0200
@RFC-X-Authentication-Warning: geek.rcc.se: majordom set sender to
[EMAIL PROTECTED] using -f
@RFC-Received: from mimesweeper.era.co.uk ([193.116.28.254]) by geek.rcc.se
(8.8.4/8.7.3) with SMTP id JAA30561 for <[EMAIL PROTECTED]>; Thu, 17 Aug
2000 09:55:33 +0200
@RFC-Received: from SMTP agent by mail gateway Thu, 17 Aug 2000 09:00:24
-0000
@RFC-Received: from mercury.era.co.uk (unverified) by mimesweeper.era.co.uk
(Content Technologies SMTPRS 4.1.5) with ESMTP id
<[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>;
Thu, 17 Aug 2000 09:01:11 +0100
@RFC-Received: by MERCURY with Internet Mail Service (5.5.2448.0) id
<QN9856R5>; Thu, 17 Aug 2000 09:01:06 +0100
@RFC-Message-ID: <BFE68AB0084CD311B4FB00508B014C8701108997@MERCURY>
@RFC-Sender: [EMAIL PROTECTED]
From: David Brown <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
| I don't think disk space is a problem these days.
| The (big) advantage of one large mp3file containing the entire album (like
| AiD suggests) is that players like winamp don't delay playback when a
track
| ends and another begins. When using seperate files, Winamp checks
playtime,
| ID3-TAG and things..
That is not the gap problem. Even when using Winamps gapless plugin you get
a gap.
This is due to the encoder adding a delay in the output.
Try it, get a trance album or something rip a track in the middle of the CD
look at the first 0.5 secs in a sample editor and you'll see NO gap.
Encode the same file, decode it and then load it into the sample editor.
You'll see a gap - a quite small one at the beginning.
This gap is a pain in the arse and is THE thing I hate most about MP3. When
this problem has been sorted in LAME i will be happy. Personnaly i feel a
'fix' to this problem is long overdue.
And i don't feel it is the decoders responsibilty to remove this gap. I
haven't found a perfect plugin which achieves gapless playback.
You should also note that when you look at the beginning of a mp3 in
spectral mode the frequencies ramp up from a low frequency to the desired
one. Gapless plugins don't seem to be able to do much about this.
Dave
*************************************************************************
Copyright ERA Technology Ltd. 2000. (www.era.co.uk). All rights reserved.
Confidential. No liability whatsoever is accepted for any loss or damage
suffered as a result of accessing this message or any attachments.
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
@Via ifmail 2:292/862@fidonet, Thu Aug 17 2000 at 12:39 (2.14-tx8.10)
@Via D'Bridge 1.58 2:292/854 08/26 15:17
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
