similar to: lame 3.87 / vorbis problem

Hi there, I have a question on ogglame, especially on its compression quality. I've download the binary package of ogglame from www.vorbis.com. It works fine. I've also tried LAME 3.85 beta that supports the encoding and decoding of Vorbis streams. I believe that ogglame is a beta version of LAME. I built LAME using libvorbis in the CVS nightly snapshot fetched on July 19th. I fixed

OK, I found LAME's web site and installed it using the source for it. That appears to work. I also found a couple of libxml... packages and either replaced the existing ones and added a few others. That went without problem. However the same problem exists. I found that the lame.h file is in a directory of /root/lame3.70 Perhaps the make can't find it at this directory? IS there

Never mind I found the latest version of LAME and got the 3.87 version as you mentioned. When I did the gmake (interesting that it is no longer make) it still got the same errors. I copied the lame.h file to the directories /usr/local/include, /usr/local/include/lame, and even to the same directory as ices and still got the same error! Any ideas what to try next? Thanks, Scott -----

I have a dataset that I'm trying to rearrange for a repeated measures analysis: It looks like: patient basefev1 fev11h fev12h fev13h fev14h fev15h fev16h fev17h fev18h drug 201 2.46 2.68 2.76 2.50 2.30 2.14 2.40 2.33 2.20 a 202 3.50 3.95 3.65 2.93 2.53 3.04 3.37 3.14 2.62 a 203 1.96 2.28 2.34 2.29 2.43 2.06 2.18 2.28 2.29 a

Dear R users, I try to write an rcode for a paranetric weibull model with unobserved heterogeneity. The data I have are giuven below. ( The data comes from Keiding and Klein artricle published in the Statistics in Medicine 1996) . While the simple weibull model runs perfectly ( I get -2*loglikelihood 1093,905), the weibull frailty model does not run well. The code I write is :

Where can I find the 3.87 version of LAME? I've seen nothing later than 3.80 and this was just for documentation. The place I'm looking is lame.sourceforge.net. Perhaps you know a site that has the latest and greatest... Scott -------- Thomas Vander Stichele wrote: > > OK, I found LAME's web site and installed it using the source for it. That > > appears to work.

hi folks, after some adventures for setup an icecast server , the system is now running, but there where some questions open: 1. ) i use ices as streamer for the server. in some cases (i dont know why) is ices break after an while of streaming. ices re-encode the mp3 files with lame 3.88 to stream them. there is no hint why the stream is broken in the log files. after an restart of ices all looks

Hello, (1) You are requested to provide the link to download a file that contains "Isolinux.cfg/Syslinux.cfg" with necessary "colour scheme". (2) If accepted, requested to provide such a file in Syslinux-3.87 on wards Prof S W Damle

Yes, I have checked the archives :) I am running Ices 0.2.2 with icecast 1.3.10 and LAME 3.87. I have compiled Ices without any problems, it found lame.h and the libraries, my problem is that when I run ices, it doesn't re-encode the files. This is the command line I am using to play around with: ./ices -b 64 -H 64 -F playlist -h localhost -p 8000 -P letmein -r -v The log shows nothing

----- Original Message ----- From: Thomas Vander Stichele <thomas@urgent.rug.ac.be> To: <icecast@xiph.org> Sent: Thursday, August 23, 2001 8:58 AM Subject: Re: [icecast] Newbe: OK so far? > > OK, I found LAME's web site and installed it using the source for it. That > > appears to work. I also found a couple of libxml... packages and either > > replaced the

hi , my guess is you connect all of the clients to the same mount point, causing icecast to interleave the data. Which is obviously not a good thing. If this is the case, then you should get the errors as soon as you start the second stream. i start any stream via sh-skript like : ./ices -B -d Radiocity -F /music/playlists/alternative.pls -m /alternative -g Alternative -h localhost -n

14 KB/s now. Yesterday 40 KB/s. Is that transitory or there is no enough bandwidth on llvm.org?

Hi Oscar, > 14 KB/s now. Yesterday 40 KB/s. > Is that transitory or there is no enough bandwidth on llvm.org? Something is wrong on your side: $ git clone http://llvm.org/git/llvm.git Cloning into llvm... remote: Counting objects: 607409, done. remote: Compressing objects: 100% (118270/118270), done. Receiving objects: 2% (13924/607409), 3.87 MiB | 402 KiB/s -- With best regards, Anton

hi, > hi folks, > after some adventures for setup an icecast server , the system is now > running, but there where some questions open: > 1. ) i use ices as streamer for the server. in some cases (i dont know why) > is ices break after an while of streaming. ices re-encode the mp3 files with > lame 3.88 to stream them. there is no hint why the stream is broken in the > log

On Monday, 06 August 2001 at 10:31, Russ wrote: > Yes, I have checked the archives :) > > I am running Ices 0.2.2 with icecast 1.3.10 and LAME 3.87. I have Hmm, I didn't think it worked with 3.87. But if ices -V lists LAME as a feature, then I guess it does. I'd recommend upgrading anyway, there were some bugs in the library which ices exercised. > compiled Ices without any

> OK, I found LAME's web site and installed it using the source for it. That > appears to work. I also found a couple of libxml... packages and either > replaced the existing ones and added a few others. That went without problem. > However the same problem exists. I found that the lame.h file is in a > directory of /root/lame3.70 Perhaps the make can't find it at

Hi everybody, I'm a new R french user. Sorry if my english is not perfect. Hope you'll understand my problem ;) I have to work on temperature data (35000 lines in one file) containing some missing data (N/A). Sometimes I have only 2 or 3 N/A following each other, but I have also sometimes 100 or 200 N/A following each other. Here's an example of my data, when I have only small gaps

At 1:48 PM -0400 7/6/01, Brendan Cully wrote: >On Friday, 06 July 2001 at 10:32, tom erbe wrote: >> icecast 1.3.10 is the server i'm running, but its ices 0.1 that gives >> me a segfault under solaris. it works just fine on my linux box. ices > >The segfaults are a stack size problem. Try changing STACKSIZE near >the top of thread/thread.c from 8192 to 65536 or so...

Hello Anton and Takumi. Anton Korobeynikov <anton at korobeynikov.info> writes: >> 14 KB/s now. Yesterday 40 KB/s. >> Is that transitory or there is no enough bandwidth on llvm.org? > Something is wrong on your side: > > $ git clone http://llvm.org/git/llvm.git > Cloning into llvm... > remote: Counting objects: 607409, done. > remote: Compressing objects: 100%

I tried the 3.70 rpm and received an error that rpm couldn't handle the version of whatever packaged it. So I had to do things by getting the source and compiling. The same was true with lame. Also I copied all the lame headers to the /usr/local/include directory, did the ./configure which seemed to work and then did the make, which didn't. Any other ideas? Thanks, Scott ANGEL