similar to: vorbis-tools' autoconf requirements

Hi again. With your help I managed to get the configure run through - i installed or updated the various librarys. it is unsure though if the errors seen are not in the end fatal. when i now run make it tells me this: Making all in src make[1]: Wechsel in das Verzeichnis Verzeichnis »/root/icecast/icecast/src« Makefile:220: *** Fehlendes Trennzeichen.. Schluss. make[1]: Verlassen des

Moritz Grimm (gtgbr@gmx.net) wrote : > Michael Smith wrote: > > >For the sake of convenience, it's nice that Vorbis' VBR supports 48kHz > > >at decent quality already, but to get back to the start of the > > >discussion, not all people have the equipment to play it back. To bring > > >highest possible satisfaction to the audience, 44.1kHz still is

Hi, <p>surprisingly easy, I got around the compilation problems. In configure.in I simply set the autoconf requirement to v2.52 and autogen.sh worked. After that, i got ltconfig: you must specify a host type if you use `--no-verify' Try `ltconfig --help' for more information. I removed --no-verify from the configure script, it worked and compiled. maxx@phoenix:~/src/vorbis-tools$

Hi, <p>> I have a question for you. If I want to write a vorbis client from scratch, > should it attempt to read the input file from start to finish, or should it > attempt to start at the end first > in order to use statistical analysis to optimize the conversion process? I have > been playing > around with oggenc and ogg123 and enjoying the way my music sounds, but I

> > from source with no problem on Linux, but on my OBSD system the configure > bombs > > while checking for a function in libxslt... > > If you look at your config.log, you'll find the actual error to be > > ld: -lpthread: no match > > If you want threads on OpenBSD, -pthread is the way to go (it's a > wrapper saying "Do whatever you have to,

Which DSP are you running to feed your stream? (on winamp I am assuming) If you are using the new shoutcast 1.8.2 DSP, it has had a lot of problems with super high CPU load and memory leaks. Try Oddcast instead (unless you can run ices or darkice) using VBR Mp3 streaming. Nothing but happy times here on a win2k dual p2 333 with winamp (2.74) and Oddcast DSP Beta 25 connected to KasterBlaster

I've been using Ices2 for quite a while with no real problems; fairly stable and does what I want it to. Can't ask for more, eh? :) Anyway, the latest checkouts of CVS won't even get past the ./autogen.sh/./configure portion, so I was wondering if the automake/autoconf requirements had changed recently. This is my setup: Gentoo Linux automake 1.7.5(-r2) autoconf 2.57(-r1) The -r*

Uaaargh ... between now and the last mail, everything's gone kaploohey. But I doubt that it concerns icecast too much in this case - the streaming computer has a cpu load of 90-100% for no reason (it's an athlon 1ghz with only winamp and ssh and the system monitor running under win98). The playback on the streaming computer sounds good, though, but what reaches the client side is no more

Hi, <p>the following steps are necessary to successfully compile Icecast2 (as of today) on OpenBSD. This workaround is based on Karl Heyes' findings that _XOPEN_SOURCE is the root of all evil, at least on OBSD: 1. "autoconf version problems" OpenBSD 3.2: change all "autoconf" in autogen.sh to "autoconf-new" OpenBSD 3.3: $ export AUTOCONF_VERSION=2.52 2.

How long has that system been up? Back when I was using Winamp/Win98 as a stream source it would do that after a day or two. Sometimes closing & restarting Winamp would help - more often I'd need to reboot. Win2000 would probably work better - of course ices on Linux would be best :-) -bg ----- Original Message ----- From: "Moritz Grimm" <gtgbr@gmx.net> To:

*This message was transferred with a trial version of CommuniGate(tm) Pro* I use real server to broadcast live video streams from my studio ( using icecast to broadcast the audio ) to clients using real player ( of which there also is a free version of ) and I don't pay a dime. I don't know how much more free something can get. But, you sir, can believe whatever you'd like to... -----

On Monday, November 5, 2001, at 12:54 AM, dongoodman wrote: > ok, I haven't tried compiling your vorbis-tools PB project, as I still > can' > t get vorbis.framework to like me. test linkings still complain about > too many main()'s...and in fact, quite a lot of the c files in the > vorbis source have main()'s in them...how very odd. > I'm sorry, I have

Hi! On March 17th I posted a message on this list concerning an artifact bug in beta4 that is audible in all available bitrates. It was this rumbling sound in the bass area. I made a demo clip, which still is available at http://www.stud.uni-karlsruhe.de/~us87/ogg/vorbis_bassrumble_demo.rar and that contains both the original .WAV and an .OGG @ 350kbps. This archive is 2.1 MB large. Today, I

Ok, How ? I'm there isn't much support about this... Should I be playing with Relays or Aliases? <p>>From: Moritz Grimm <gtgbr@gmx.net> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] Internet Streaming >Date: Tue, 05 Feb 2002 02:47:51 +0100 > >Bill Thomas wrote: > > As of now, I can broadcast my stream to my school's

Not much more to say, thanks a lot to all developers for your hard work! I have no chance to reach vorbis.com (CVS works, slowly ;) ), I take that as a very good and promising sign. <p>Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org'

Hi! Propably a stupid question, but where can I get those brandnew encoders from? It'd be great if someone could post those URLs to the list for people like me who don't read any forums (no time, no fun :P). Thanks in advance! Obtw, CVS would be fine, too ... but as long as the new code isn't merged to the main branch I feel pretty lost searching for it. Any help here would also be

Hi, it seems that vorbis.com is down (DNS lookups fail). Are there any other up-to-date sites that offer binary downloads and do not refer to vorbis.com? Moritz --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word

PR #7690 points out that if the confidence intervals (+/-1.58 IQR/sqrt(n)) in a boxplot with notch=TRUE are larger than the hinges -- which is most likely to happen for small n and asymmetric distributions -- the resulting plot is ugly, e.g.: set.seed(1001) npts <- 5 X <- rnorm(2*npts,rep(3:4,each=npts),sd=1) f <- factor(rep(1:2,each=npts)) boxplot(X~f) boxplot(X~f,notch=TRUE) I can

Hi! Inspired by the discussion about mixing Vorbis streams and so on I came to the question whether Vorbisstreams can be, just like MP3, reencoded without further loss. As I heard, and I am pretty sure that it's true, MP3 files can be decoded and reencoded unlimited times without further quality loss (of course the same encoder with the same preferences has to be used all the time). Is this