Re: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
Hello vdbj, Thursday, May 18, 2000, 12:05:47 PM, you wrote: v Hello, v I'm no ingenieer and also no engineer (let alone english) v I took the liberty to quickly (don't know C) browse through the lame v source, and I saw a larger frame size was taken compared to Xing for v info header, so LAME

Re: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
to also include "# of frames to follow until last one" there, because an ending frame would desire very much from the decoding side. -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re[2]: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
with exact info on where to begin, and where to end. -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re[2]: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
understand, at the moment, these are also "played" as silences. I sincerely hope that there is a solution to this within the restraints of the mp3 standard, but I doubt a 100% encoder side solution can be found. -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- M

Re[4]: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
s mentioned, to do it in 1 big mp3, and then later manually edit the frames and split up the thing. The reason not many people ask for such a function, is just simply because they don't know their live albums are ripped non-perfectly. MT And, here's something I post ever few weeks or so: thanks, I'

Re[2]: [MP3 ENCODER] bringing down one (more) mp3 restriction [LAME case projection]

2000-05-18 Thread vdbj
frame or how to deform the first 50% of the 1st frame so that you can start it at nominal strength instead of 0-1. apologies for the rubbish ;) -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

Re[4]: [MP3 ENCODER] VBR Bug Report - confirmed

2000-05-17 Thread vdbj
ies Caster, I used the FhG plugin for this one, and the distortion was in the last second being cut of by the plugin :(. I don't really hear too much wrong, beside the fact above 16kHz it's like hearing a fluctuation. -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- M

Re: [MP3 ENCODER] VBR Bug Report

2000-05-15 Thread vdbj
straight like in original file but there are also ups and C downs above 16 khz. When listening, there are very significant chirps (as C vdbj decribes them in his mail from 13.5.). C The most interesting thing is that vdbj's sweep produced with Sound Forge C (described on http://www.r3mix.net

Re: [MP3 ENCODER] Some more lame vbr tweaking + bug report?

2000-05-13 Thread vdbj
Hello vdbj, Saturday, May 13, 2000, 2:46:35 AM, you wrote: v http://www.r3mix.net/kingdom.zip 1.330.218B try http://users.belgacom.net/gc247244/kingdom.zip because r3mix.net redirector is offline again (seems like all weekends) [ http://r3mixnet.cjb.net works ] -- Best regards, vdbj

Re: [MP3 ENCODER] offtopic, decoder comparisons ... possible AE4 bug

2000-05-13 Thread vdbj
almost get a to-the-bit equal audio stream as with another decoder? -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] Some more lame vbr tweaking + bug report?

2000-05-13 Thread vdbj
off the scale since exactly 16kHz. What defines this magical 16kHz? (or is this just a big coincidence?) Thanks for LAME -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )

[MP3 ENCODER] where to find newest linux Lame binaries?

2000-05-11 Thread vdbj
Hello All, I'm looking for a page as great as Dmitry Kutsanov's is for win32 binaries, but with recent compiled Linux binaries. Anyone? thanks? Also they (.r3mix.net visitors) asked me if the Lame is linux-multithreaded? I'm guessing not since there is only 1 important consecutive encoding

Re[2]: [MP3 ENCODER] lame 3.80 beta

2000-05-07 Thread vdbj
integrate Takehiro's VBR code as it is about 6x FvL as fast? -- Best regards, vdbjmailto:[EMAIL PROTECTED] -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )