Re: Lame-dev Digest, Vol 79, Issue 2

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Re: Lame-dev Digest, Vol 79, Issue 2

carolene kingsleigh
oh please! when is 3.100 is gonna be out finally? waiting
my scrotum'z empty! enough wait already , give us the revolution in
compression!


On Wed, Mar 20, 2013 at 8:37 AM, <[hidden email]>wrote:

> Send Lame-dev mailing list submissions to
>         [hidden email]
>
> 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
>         [hidden email]
>
> You can reach the person managing the list at
>         [hidden email]
>
> 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-3606629 ] [patch] Check for tgetent instead   of
>       initscr, check -ltinfo (SourceForge.net)
>    2. [ lame-Patches-3606697 ] Actually use the libtool export
>       libmp3lame.sym (SourceForge.net)
>    3. [ lame-Patches-3606697 ] Actually use the libtool export
>       libmp3lame.sym (SourceForge.net)
>    4. Compiled static library for iOS? (Gergely Borb?s)
>    5. lame using faulty lowpass filter (Neil Ho)
>    6. Re: lame using faulty lowpass filter (John Edwards)
>    7. Bachelor thesis, study participation inquiry. (Sebastian Skytt)
>    8. [ lame-Bugs-3608583 ] input file name displayed with      wrong
>       character encoding (SourceForge.net)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 03 Mar 2013 07:11:13 -0800
> From: SourceForge.net <[hidden email]>
> Subject: [Lame-dev] [ lame-Bugs-3606629 ] [patch] Check for tgetent
>         instead of initscr, check -ltinfo
> To: SourceForge.net <[hidden email]>
> Message-ID:
>         <[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3606629, was opened at 2013-03-02 10:02
> Message generated for change (Comment added) made by ssuominen
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3606629&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: None
> Group: None
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Samuli Suominen (ssuominen)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: [patch] Check for tgetent instead of initscr, check -ltinfo
>
> Initial Comment:
> if libncurses is configured to use the separate libtinfo library, half of
> the symbols go into libtinfo and then libncurses is linked against it
> so AC_CHECK_LIB is unadequate for checking if libncurses is present or not
> pkg-config file ncurses.pc should be used instead to get correct Libs: and
> Libs.private: contents
>
> not doing so results in compile errors like:
>
> libtool: link: x86_64-pc-linux-gnu-gcc -Wall -pipe -march=btver1
> -mtune=btver1 -Wl,-O1 -o .libs/lame lame_main.o main.o brhist.o console.o
> get_audio.o lametime.o parse.o timestatus.o  -Wl,--as-needed
> ../libmp3lame/.libs/libmp3lame.so -lncurses /usr/lib64/libsndfile.so -lFLAC
> -lvorbisenc -lvorbis -logg -lm
> libtool: link: x86_64-pc-linux-gnu-gcc -Wall -pipe -march=btver1
> -mtune=btver1 -Wl,-O1 -o .libs/mp3rtp mp3rtp.o rtp.o main.o brhist.o
> console.o get_audio.o lametime.o parse.o timestatus.o  -Wl,--as-needed
> ../libmp3lame/.libs/libmp3lame.so -lncurses /usr/lib64/libsndfile.so -lFLAC
> -lvorbisenc -lvorbis -logg -lm
> console.o: In function `get_termcap_string':
> console.c:(.text+0xe3): undefined reference to `tgetstr'
> console.o: In function `get_termcap_number':
> console.c:(.text+0x14a): undefined reference to `tgetnum'
> console.o: In function `apply_termcap_settings':
> console.c:(.text+0x1a9): undefined reference to `tgetent'
> collect2: ld returned 1 exit status
> console.o: In function `get_termcap_string':
> console.c:(.text+0xe3): undefined reference to `tgetstr'
> console.o: In function `get_termcap_number':
> console.c:(.text+0x14a): undefined reference to `tgetnum'
> console.o: In function `apply_termcap_settings':
> console.c:(.text+0x1a9): undefined reference to `tgetent'
> collect2: ld returned 1 exit status
>
> as reported downstream here:
>
> https://bugs.gentoo.org/show_bug.cgi?id=454322
>
> the attached patch fixes things
>
> ----------------------------------------------------------------------
>
> >Comment By: Samuli Suominen (ssuominen)
> Date: 2013-03-03 07:11
>
> Message:
> configure.in was checking initscr() function from the termcap libraries,
> whereas iniscr() is not used anywhere in the lame code, so changing it to
> the used function tgetent() seemed appropiate
>
> then since as explained earlier, libtinfo can be built out from libncurses
> source tree, which moves the tgetent() function from -lncurses to -ltinfo
> so I've simply added new AC_CHECK_LIB there, and it works nicely
>
> ----------------------------------------------------------------------
>
> Comment By: Samuli Suominen (ssuominen)
> Date: 2013-03-02 10:10
>
> Message:
> In fact, if libtinfo is built, then it doesn't link against libncurses at
> all, so adding AC_CHECK_LIB, as last one, for tinfo, might just work too
> but I still prefer pkg-config
>
> $ objdump -p /usr/bin/lame |grep NEEDED
>   NEEDED               libmp3lame.so.0
>   NEEDED               libtinfo.so.5
>   NEEDED               libsndfile.so.1
>   NEEDED               libm.so.6
>   NEEDED               libc.so.6
>
>
>
> ----------------------------------------------------------------------
>
> Comment By: Samuli Suominen (ssuominen)
> Date: 2013-03-02 10:03
>
> Message:
> just for the record:
>
> - building separate libtinfo is optional in Gentoo Linux
> - Debian has it always built as separate
>
> don't know about others
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3606629&group_id=290
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 03 Mar 2013 12:12:53 -0800
> From: SourceForge.net <[hidden email]>
> Subject: [Lame-dev] [ lame-Patches-3606697 ] Actually use the libtool
>         export  libmp3lame.sym
> To: SourceForge.net <[hidden email]>
> Message-ID:
>         <[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> Patches item #3606697, was opened at 2013-03-03 12:12
> Message generated for change (Tracker Item Submitted) made by someone-guy
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=300290&aid=3606697&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: None
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Reimar D?ffinger (someone-guy)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Actually use the libtool export libmp3lame.sym
>
> Initial Comment:
> Since that file exists I would say it should be used, it would vastly
> reduce the risk of bugs due to symbol clashes, like the one mentioned here:
> http://users.softlab.ntua.gr/~ttsiod/mp3pro.html
> The .sym file needs to be changed since it does not actually work, at
> least libtool 2.4.2 does not allow empty lines.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=300290&aid=3606697&group_id=290
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 04 Mar 2013 11:48:24 -0800
> From: SourceForge.net <[hidden email]>
> Subject: [Lame-dev] [ lame-Patches-3606697 ] Actually use the libtool
>         export  libmp3lame.sym
> To: SourceForge.net <[hidden email]>
> Message-ID:
>         <[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> Patches item #3606697, was opened at 2013-03-03 12:12
> Message generated for change (Comment added) made by someone-guy
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=300290&aid=3606697&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: None
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Reimar D?ffinger (someone-guy)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Actually use the libtool export libmp3lame.sym
>
> Initial Comment:
> Since that file exists I would say it should be used, it would vastly
> reduce the risk of bugs due to symbol clashes, like the one mentioned here:
> http://users.softlab.ntua.gr/~ttsiod/mp3pro.html
> The .sym file needs to be changed since it does not actually work, at
> least libtool 2.4.2 does not allow empty lines.
>
> ----------------------------------------------------------------------
>
> >Comment By: Reimar D?ffinger (someone-guy)
> Date: 2013-03-04 11:48
>
> Message:
> There were quite a few symbols missing in the .sym file, in particular all
> id3*_utf16 functions.
> Updated patch changes the .sym file to one I manually generated from the .h
> file.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=300290&aid=3606697&group_id=290
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 08 Mar 2013 11:11:43 +0100
> From: Gergely Borb?s  <[hidden email]>
> Subject: [Lame-dev] Compiled static library for iOS?
> To: [hidden email]
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
> can somebody help me out with a compiled static library for iOS?
> In a armv6/7/7s fat binary?
>
> I'm not really into the world of shell scripts, and xCode compiler, so a
> compiled libLame.a-like file could save up tons of time for me.
>
> Thanks,
> Geri
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 9 Mar 2013 03:39:08 +0800
> From: Neil Ho <[hidden email]>
> Subject: [Lame-dev] lame using faulty lowpass filter
> To: [hidden email]
> Message-ID:
>         <
> [hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi
>
> Does anybody notice that the lowpass filter
>
> used by lame is seriously damaging the sound quality ?
>
> The last version I tried is lame 3.97b3. still bad.
>
> I will upload a comparision wave file if it's not fixed by now.
>
> ==========
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 08 Mar 2013 19:49:47 +0000
> From: John Edwards <[hidden email]>
> Subject: Re: [Lame-dev] lame using faulty lowpass filter
> To: Neil Ho <[hidden email]>,  lame-dev
>         <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> The version you refer to is at least 6 years out of date. The current
> version is 3.99.5. Try that before commenting further. ;)
>
> On 08/03/2013 19:39, Neil Ho wrote:
> > Hi
> >
> > Does anybody notice that the lowpass filter
> >
> > used by lame is seriously damaging the sound quality ?
> >
> > The last version I tried is lame 3.97b3. still bad.
> >
> > I will upload a comparision wave file if it's not fixed by now.
> >
> > ==========
> >
> >
> ------------------------------------------------------------------------------
> > Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> > Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> > endpoint security space. For insight on selecting the right partner to
> > tackle endpoint security challenges, access the full report.
> > http://p.sf.net/sfu/symantec-dev2dev
> > _______________________________________________
> > Lame-dev mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/lame-dev
> >
>
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 18 Mar 2013 11:07:12 +0100
> From: Sebastian Skytt <[hidden email]>
> Subject: [Lame-dev] Bachelor thesis, study participation inquiry.
> To: [hidden email]
> Message-ID:
>         <CAAaFbJPkSFQYtwF-gG_g=
> [hidden email]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello, we are two student performing a study regarding trust and its
> effects in virtual Open Source projects. as a part of our bachelor thesis.
>
> We will either perform interviews or a supply a questionnaire, this message
> serves to measure interest in participation in either type.
>
> 1. Would you, or any of the participants in the project be willing to
> participate in an interview?
> The interview will be approximately one hour long and will be scheduled at
> your convenience. It will either be through some type of text-based chat,
> or a skypecall, which ever you prefer. The language of the interview will
> be in English.
>
> 2. Would you, or any of the members of the project be willing to
> participate in a survey/questionnaire?
> The questionnaire will consist of open-ended questions about the structure
> of your project, the communication and relationships between developers to
> highlight the potential effects of trust within the project.
>
> Both the questionnaire and the interview will be completely anonymous in
> the final study, individual name, alias and project name will all be
> obscured to ensure anonymity.
>
> Please forward this message through the project mailing-list.
> If you would like to help us by participating, please reply or contact us
> here: [hidden email]
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 20 Mar 2013 01:36:51 -0700
> From: SourceForge.net <[hidden email]>
> Subject: [Lame-dev] [ lame-Bugs-3608583 ] input file name displayed
>         with    wrong character encoding
> To: SourceForge.net <[hidden email]>
> Message-ID:
>         <[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> Bugs item #3608583, was opened at 2013-03-20 01:36
> Message generated for change (Tracker Item Submitted) made by robert
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3608583&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: 3
> Private: No
> Submitted By: Robert Hegemann (robert)
> Assigned to: Robert Hegemann (robert)
> Summary: input file name displayed with wrong character encoding
>
> Initial Comment:
> On Windows systems, encoding some file named with Cyrillic characters
> doesn't display the "encoding file" correct, even when console uses UTF8
> code page. Changing utf8ToLocal8Bit into utf8ToConsole8Bit character
> conversion function in 'timestatus.c' will fix the glitch.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
> https://sourceforge.net/tracker/?func=detail&atid=100290&aid=3608583&group_id=290
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
>
> ------------------------------
>
> _______________________________________________
> Lame-dev mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/lame-dev
>
>
> End of Lame-dev Digest, Vol 79, Issue 2
> ***************************************
>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Lame-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/lame-dev