search for: mpglib

hi icecast/ices/lame/otto all work beautifully (most of the time!) however, certain tracks, encoded as VBR files with either grip+lame (linux), or audiocatalyst (win2k), are unplayable (using ices to reencode and stream at 128kbps)...ices streams a few hundred millisenconds then quits... from reading on the FAQ/BUGlist, the only thing i can see if that these may be 'corrupt', causing

...n + echo "***" + echo "Found ${LOCAL_COPY} - unpacking it, not downloading" + echo "***" + tar xzf ${LOCAL_COPY} + exit 0 +fi + svn export http://svn.digium.com/svn/thirdparty/mp3/trunk addons/mp3 $@ exit 0 and i don't know what to do with the mpglib file asterisk (1:1.8.13.1~dfsg-3) mpglib Summary addons/mp3/MPGLIB_README | 39 addons/mp3/MPGLIB_TODO | 2 addons/mp3/Makefile | 24 addons/mp3/README | 1 addons/mp3/common.c | 267 ++++++ addons/mp3/dct64_i386.c | 335 +++++++ addons/mp3/decode_i386.c | 153...

hello anyone of you who has used the reencoding option of ices to bring the stream at a constant bitrate would be kind to share the experience (the impact on resources and, quoting the README file - "...mpglib part of lame (what does the decoding) is rather unstable and will call exit(0) when errors are encountered." - and stability of the stream). thanks, petre -- Petre Bandac - petre at kgb.ro

...aniel # make cd . \ && CONFIG_FILES= CONFIG_HEADERS=config.h \ /bin/bash ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing default-1 commands make all-recursive make[1]: Entering directory `/lame-3.93.1' Making all in mpglib make[2]: Entering directory `/lame-3.93.1/mpglib' /bin/bash ../libtool --mode=link gcc -O3 -fomit-frame-pointer -ffast-math -funroll-loops -mcpu=ultrasparc -mtune=ultrasparc -Wall -o libmpgdecoder.la common.lo dct64_i386.lo decode_i386.lo interface...

...in the last frame. On Wed, 5 Oct 2005, Petre Bandac wrote: > hello > > anyone of you who has used the reencoding option of ices to bring the > stream at a constant bitrate would be kind to share the experience (the > impact on resources and, quoting the README file - > "...mpglib part of lame (what does the decoding) is rather unstable and > will call exit(0) when errors are encountered." - and stability of the > stream). Robert Muchnick Xenterra.net 720-276-7917

...2005, Petre Bandac wrote: > > > hello > > > > anyone of you who has used the reencoding option of ices to bring > > the stream at a constant bitrate would be kind to share the > > experience (the impact on resources and, quoting the README file - > > "...mpglib part of lame (what does the decoding) is rather unstable > > and will call exit(0) when errors are encountered." - and stability > > of the stream). > > > Robert Muchnick > Xenterra.net > 720-276-7917 > _______________________________________________ > Icecas...

As mentioned in the thread about MP3, I found that the rpmbuild process demands network access, e.g. to access the mp3 code in SVN. Some people need to build on isolated networks though I've attached a patch that allows the MP3 code to be placed in /tmp before the build starts, then svn will not be used during the build. If it finds /tmp/asterisk-contrib-mp3.tar.gz then it will be used

...it.lo tabinit.c: In function `make_decode_tables': tabinit.c:122: Internal error: Segmentation fault. Please submit a full bug report. See <URL:http://bugzilla.redhat.com/bugzilla/> for instructions. make[2]: *** [tabinit.lo] Error 1 make[2]: Leaving directory `/usr/src/download/lame-3.89/mpglib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/download/lame-3.89' make: *** [all-redirect] Error 2 # >>> jack@xiph.org 9/19/01 1:46:48 PM >>> > Well it was lame I was tryng to install...gives me the missing gcc3 error. So now I guess iI ha...