a basic query

carolene kingsleigh <[email protected]> Sat, 13 Oct 2012 20:07:48 +0530
Newsgroups	gmane.comp.audio.mp3.lame
Message-ID	<CAEBbU=Liy5eH4DmFGKH91DkKTzvB44ZASX5W_RgXL=3t_wGywg@mail.gmail.com>
hello,

i am just a big fan of lame and you all dev, the thing is, whenever i
download any songs off internet, they are mostly/usually encoded with very
old versions of lame and also with 320kbps (which is not the standard you
guys recommend ) (the standard is v2 which gives perfect transparency) so
why not make this (the format "mp3" and also just "one recommended,
standard" preset ) as the standard? also , why not eleminate all other
useless frmats like flac and wav and ogg? they don't sould any different
than even 128 kbps mp3 so why million formats and million settings and the
question of incompatibility? i want to do something in mp3 format but i
dont know where to start (not just coding but also the business and stuff)
so please reply back and make me a part of lame....i am 20 and i'll be
going in london in 2013 feb for my audio production degree in SAE
institute.....can i do something in that and this? (yeah english sucks
sorry) but this is my passion so help! thank you
august
On Sat, Oct 13, 2012 at 7:43 PM, <[email protected]>wrote:

> Send Lame-dev mailing list submissions to
>         [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/lame-dev
> or, via email, send a message with subject or body 'help' to
>         [email protected]
>
> You can reach the person managing the list at
>         [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Lame-dev digest..."
>
>
> Today's Topics:
>
>    1. [ lame-Bugs-3555476 ] Resampling ruins end of audio loop
>       (SourceForge.net)
>    2. Re: Last ~277 samples missing after encoding with LAME
>       (Thomas Orgis)
>    3. [ lame-Bugs-3555476 ] Resampling ruins end of audio loop
>       (SourceForge.net)
>    4. [ lame-Bugs-3565659 ] no progress indication with pipe    input
>       :( (SourceForge.net)
>    5. [ lame-Bugs-3567844 ] problem with Tag genre (SourceForge.net)
>    6. Lame as sound change detector? (Christian Melki)
>    7. [ lame-Bugs-3558466 ] Bug in path handling (SourceForge.net)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 16 Aug 2012 09:40:11 -0700
> From: SourceForge.net <[email protected]>
> Subject: [Lame-dev] [ lame-Bugs-3555476 ] Resampling ruins end of
>         audio loop
> To: SourceForge.net <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3555476, was opened at 2012-08-08 17:41
> Message generated for change (Comment added) made by pr0m3th
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3555476&group_id=290
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: Unknown
> Group: Quality
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Steven Vachon (pr0m3th)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Resampling ruins end of audio loop
>
> Initial Comment:
> Before encoding, the loop plays back smoothly; after, there seems to be a
> half-second gap at the end.
>
> The command I'm using is:
> lame -q 0 -V 8 -b 32 -B 320 --resample 44.1 -m j music.wav music.mp3
>
> I've tried all sorts of variations of the above. The output file must be
> 44100hz so that Adobe Flash will accept it for import.
>
> WAV and MP3 files:
> http://www.svachon.com/lame-before-after.zip
>
> ----------------------------------------------------------------------
>
> >Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-16 09:40
>
> Message:
> sf says I can't send you a message 'cuz you haven't provided an email
> address.. ?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael ()
> Date: 2012-08-16 09:12
>
> Message:
> It skips the gap (the delay added to the beginning and end). It doesn't
> remove it. My goal is sample exactness though, so it's a bit more
> complicated than just play(someTime, 0).
>
> Anyway, I hate to keep having a full discussion on a bug tracker about
> this. Send me a message if you want more details, as I don't want to keep
> spamming people with Flash talk.
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-16 07:31
>
> Message:
> Hmm, well, I just did sound.play(124, 999999) and it skips over the gap
> every time. Is this basically what your SWF file would do, or does it
> remove the silence from the MP3 itself?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael ()
> Date: 2012-08-16 07:21
>
> Message:
> As far as I know, this cannot be avoided. There's a popular page people
> point to: http://www.compuphase.com/mp3/mp3loops.htm that talks about
> making loop-able MP3 tracks, but it's quite involved, the program didn't
> work for me, and it sacrifices audio quality, from my understanding.
>
> Sorry to do a shameless plug, but I'm actually working on a program that'll
> let you compile your MP3s into an SWF file and it'll handle take care of
> this gap for you (SWF files just skip these silent samples... long story).
> If you're interested, I can let you know when I have a working pre-alpha
> version (hopefully by the end of this weekend). I'd be happy to have a
> tester :)
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-15 18:11
>
> Message:
> Oh, my bad. I just read through the part of the technical FAQ that pertains
> to my issue, and I'm not really sure what the solution would be. Can
> ENCDELAY have a value of 0? If so, why doesn't it already to avoid this
> issue?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael ()
> Date: 2012-08-15 13:07
>
> Message:
> This should be expected. The technical FAQ explains this:
> http://lame.sourceforge.net/tech-FAQ.txt
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-08 17:50
>
> Message:
> Actually, it adds the silence to the BEGINNING of the mp3 file, not the
> end.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3555476&group_id=290
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 16 Aug 2012 22:41:37 +0200
> From: Thomas Orgis <[email protected]>
> Subject: Re: [Lame-dev] Last ~277 samples missing after encoding with
>         LAME
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="us-ascii"
>
> Am Wed, 15 Aug 2012 14:31:31 -0600
> schrieb Michael Bradshaw <[email protected]>:
>
> > The resulting MP3 had a delay at the beginning of ~2257 samples (which
> > I expected), but the actual sine wave is about 277 samples short at
> > the end.
>
> Do you get proper output with mpg123 (-w ouput.wav input.mp3)? You
> should get exactly 44100 samples there, indicating that LAME did encode
> it correctly and mpg123 was able to parse the padding info.
>
>
> Alrighty then,
>
> Thomas
>
> ------------------------------
>
> Message: 3
> Date: Thu, 16 Aug 2012 13:45:33 -0700
> From: SourceForge.net <[email protected]>
> Subject: [Lame-dev] [ lame-Bugs-3555476 ] Resampling ruins end of
>         audio loop
> To: SourceForge.net <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3555476, was opened at 2012-08-08 17:41
> Message generated for change (Comment added) made by sobukus
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3555476&group_id=290
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: Unknown
> Group: Quality
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Steven Vachon (pr0m3th)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Resampling ruins end of audio loop
>
> Initial Comment:
> Before encoding, the loop plays back smoothly; after, there seems to be a
> half-second gap at the end.
>
> The command I'm using is:
> lame -q 0 -V 8 -b 32 -B 320 --resample 44.1 -m j music.wav music.mp3
>
> I've tried all sorts of variations of the above. The output file must be
> 44100hz so that Adobe Flash will accept it for import.
>
> WAV and MP3 files:
> http://www.svachon.com/lame-before-after.zip
>
> ----------------------------------------------------------------------
>
> Comment By: Thomas Orgis (sobukus)
> Date: 2012-08-16 13:45
>
> Message:
> mpg123 should play the loop encoded by LAME just fine (or any program using
> libmpg123). I spent quite some effort on getting that right (skipping
> samples at beginning and end; sample-accurate seeking).
>
> You can actually check using mpg123's --loop parameter.
>
> (Disclaimer about strange bugs applies;-)
>
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-16 09:40
>
> Message:
> sf says I can't send you a message 'cuz you haven't provided an email
> address.. ?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael (mjbshaws)
> Date: 2012-08-16 09:12
>
> Message:
> It skips the gap (the delay added to the beginning and end). It doesn't
> remove it. My goal is sample exactness though, so it's a bit more
> complicated than just play(someTime, 0).
>
> Anyway, I hate to keep having a full discussion on a bug tracker about
> this. Send me a message if you want more details, as I don't want to keep
> spamming people with Flash talk.
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-16 07:31
>
> Message:
> Hmm, well, I just did sound.play(124, 999999) and it skips over the gap
> every time. Is this basically what your SWF file would do, or does it
> remove the silence from the MP3 itself?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael (mjbshaws)
> Date: 2012-08-16 07:21
>
> Message:
> As far as I know, this cannot be avoided. There's a popular page people
> point to: http://www.compuphase.com/mp3/mp3loops.htm that talks about
> making loop-able MP3 tracks, but it's quite involved, the program didn't
> work for me, and it sacrifices audio quality, from my understanding.
>
> Sorry to do a shameless plug, but I'm actually working on a program that'll
> let you compile your MP3s into an SWF file and it'll handle take care of
> this gap for you (SWF files just skip these silent samples... long story).
> If you're interested, I can let you know when I have a working pre-alpha
> version (hopefully by the end of this weekend). I'd be happy to have a
> tester :)
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-15 18:11
>
> Message:
> Oh, my bad. I just read through the part of the technical FAQ that pertains
> to my issue, and I'm not really sure what the solution would be. Can
> ENCDELAY have a value of 0? If so, why doesn't it already to avoid this
> issue?
>
> ----------------------------------------------------------------------
>
> Comment By: Michael (mjbshaws)
> Date: 2012-08-15 13:07
>
> Message:
> This should be expected. The technical FAQ explains this:
> http://lame.sourceforge.net/tech-FAQ.txt
>
> ----------------------------------------------------------------------
>
> Comment By: Steven Vachon (pr0m3th)
> Date: 2012-08-08 17:50
>
> Message:
> Actually, it adds the silence to the BEGINNING of the mp3 file, not the
> end.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3555476&group_id=290
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 07 Sep 2012 13:55:45 -0700
> From: SourceForge.net <[email protected]>
> Subject: [Lame-dev] [ lame-Bugs-3565659 ] no progress indication with
>         pipe    input :(
> To: SourceForge.net <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3565659, was opened at 2012-09-07 13:55
> Message generated for change (Tracker Item Submitted) made by selur
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3565659&group_id=290
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: Frontends (lame/mp3x/...)
> Group: Usability
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Selur (selur)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: no progress indication with pipe input :(
>
> Initial Comment:
> sadly there's no progress indication with pipe input, even when
> '--verbose' is enabled.
> I understand that lame does not know the length, but it could at least
> output some sort of progress indication to:
> a. let the user know it is doing something
> b. allow to calculate the current progress position if one knows the
> length, sample rate, etc. of the current input
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3565659&group_id=290
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 14 Sep 2012 18:21:19 -0700
> From: SourceForge.net <[email protected]>
> Subject: [Lame-dev] [ lame-Bugs-3567844 ] problem with Tag genre
> To: SourceForge.net <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3567844, was opened at 2012-09-14 18:21
> Message generated for change (Tracker Item Submitted) made by xraddar
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3567844&group_id=290
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: configure/Makefiles
> Group: Quality
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: xradar (xraddar)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: problem with Tag genre
>
> Initial Comment:
> lame3.99.5 in XMPlay 3.6.0.1 on Windows XP SP3
> Command line : lame - %o -V0 -q0 --ignore-tag-errors --add-id3v2 --tt %1
> --ta %2 --tl %3 --ty %4 --tn %5 --tg %6 --tc %7
>
> If I encode an old mp3 with the tag id3v2 "genre" empty, the new MP3 shows
> always the tag "genre" (id3v1 and id3v2 ) with "blues" !!!
> All other tag are good or stay empty.
> If the id3v2 tag "genre" of the old MP3 is not empty, the tag (id3v1 and
> id3v2) "genre" for the new MP3 are always OK.
> No problem with Lame 3.98.4
> tks
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3567844&group_id=290
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 11 Oct 2012 07:36:44 +0000
> From: Christian Melki <[email protected]>
> Subject: [Lame-dev] Lame as sound change detector?
> To: "[email protected]" <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi.
>
> Im using lame & alsa to capture and directly stream mp3 encoded pcm on raw
> tcp.
> I'm thinking about adding something as a callback that you would register
> with an absolute energy difference tolerance.
> This would be added somewhere after the fft's and would compare the
> previous (one or more blocks) energies in the frequency bands to the
> current one.
> If a frequency spectra would stick out to much, then the code should run
> the callback.
> Either this, or just a callback to send each energy spectra to the user
> when it has been completed. This way the user can decide for himself.
>
> I realize that this is probably very naive and you will have to excuse me
> for that, I have only basic understanding of signal math (have not applied
> any since the university studies).
> Anyway, a function of that kind would allow me to hook into lame and use
> it as a realtime beat detector, sound alarm trip, or something else useful
> without having to resort to wasting much more cpu power.
>
> Regards,
> Christian
>
>
> ------------------------------
>
> Message: 7
> Date: Sat, 13 Oct 2012 02:20:23 -0700
> From: SourceForge.net <[email protected]>
> Subject: [Lame-dev] [ lame-Bugs-3558466 ] Bug in path handling
> To: SourceForge.net <[email protected]>
> Message-ID:
>         <[email protected]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3558466, was opened at 2012-08-16 06:51
> Message generated for change (Comment added) made by robert
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3558466&group_id=290
>
> Please note that this message will contain a full copy of the comment
> thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: Frontends (lame/mp3x/...)
> >Group: Portability
> >Status: Pending
> >Resolution: Fixed
> Priority: 5
> Private: No
> Submitted By: rootkit85 (rootkit85)
> >Assigned to: Robert Hegemann (robert)
> Summary: Bug in path handling
>
> Initial Comment:
> I was unable to encode a track named:
> "07 Medley: A. Kansas City B. Hey, Hey, Hey, Hey.wav"
> because lame handle the colon as the drive separator in Windows.
> This patch enables colon handling only under Windows.
>
> ----------------------------------------------------------------------
>
> >Comment By: Robert Hegemann (robert)
> Date: 2012-10-13 02:20
>
> Message:
> Thanks for reporting this issue, a fix will be in version 3.100.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3558466&group_id=290
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
>
> ------------------------------
>
> _______________________________________________
> Lame-dev mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/lame-dev
>
>
> End of Lame-dev Digest, Vol 76, Issue 1
> ***************************************
>
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev