similar to: "no encoder"

Hi. I've just got icecast set up and I'm trying to stream using shout. That much seems to be working -- the shout console displays the filenames from the playlist, gradually prints out a line of dots, etc., etc., while the icecast console shows "accepted encoder on mountpoint /default". However, when I try to connect using freeamp, I get [<datetime>] Kicking unknown n

Hi, the answer can you find in the manual. Set the port of your WinAMP client to 7999. There is the manual part: 2. Configuration file (icecast.conf) -port This is the port the icecast server uses for all connections. Admins, clients, and sources, they all connect to this port. The old behavior, having the clients on 8000 and the encoder on 8001, is too ugly and creates some problems with

What's happening in IPF ? Got any log info there? <p>> ----- Original Message ----- > From: Marcelo Gulin <marcelo@gulin.com.ar> > To: <icecast@xiph.org> > Sent: Tuesday, April 09, 2002 11:44 PM > Subject: [icecast] "No Encoder"? > > Hi guys! > > Thanks to your help I've my IceCast/LiveIce server up & running but > I´m

Hi guys! Thanks to your help I've my IceCast/LiveIce server up & running but I´m still having problems: My IceCast server is on the internal LAN and it's NAT'ed behind an OpenBSD IPF firewall. Here's my network setup: Internet ---- [OpenBSD firewall] ---- hub ---- [IceCast server] | | +

Hi! Sorry! I forget to mention that port 8001 it's open at the firewall too. So winamp should work fine with this configuration. Thanks anyway Kurt! Any other ideas? Marcelo Gulin <p>-----Original Message----- From: owner-icecast@xiph.org [mailto:owner-icecast@xiph.org] On Behalf Of Kurt J. Dreistadt Sent: Miércoles, 10 de Abril de 2002 06:43 a.m. To: icecast@xiph.org Subject: Re:

Hi list, I'm the main developper of liquidsoap, the streamer from the Savonet project (http://savonet.sf.net). This streamer mainly uses shout2 as an output plugin, but also alsa, raw data over rtp, etc. And many outputs can be used in the same instance of liquidsoap. For that reason, we don't use directly sync and delay from libshout, but have a centralized scheduler, which should avoid

Feature Requests item #1446, was opened at 2005-02-04 20:14 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=414&aid=1446&group_id=85 Category: None Group: None Status: Open Resolution: Accepted Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Daniel Berger (djberg96) >Summary: Add a &amp;quot;filesystem&amp;quot; interface

Erik de Castro Lopo <mle+cl <at> mega-nerd.com> writes: > > Hi all, > > I'm compiling current SVN HEAD on Linux/x86. The tests are failing > on PowerPC due to the following assertion failure : > > JITTests: PPCCodeEmitter.cpp:152: unsigned int<unnamed>::PPCCodeEmitter:: > getMachineOpValue(const llvm::MachineInstr&, const

Erik de Castro Lopo <mle+cl <at> mega-nerd.com> writes: > > Hi all, > > I'm compiling current SVN HEAD on Linux/x86. The tests are failing > on PowerPC due to the following assertion failure : > > JITTests: PPCCodeEmitter.cpp:152: unsigned int<unnamed>::PPCCodeEmitter:: > getMachineOpValue(const llvm::MachineInstr&, const

D. Johnson wrote: > I added build, host, target = ppc-unknown-linux-gnu and enabled libffi. One of > hese gets rid of the assert errors. I'm guessing the B,H,T addition. Confirmed. Configuring with: ./configure --host=ppc-unknown-linux-gnu --build=ppc-unknown-linux-gnu \ --target=ppc-unknown-linux-gnu passed all tests. > Configure script guessed ppc64. I

On Sun, 31 Oct 2010 13:31:58 +1100 Erik de Castro Lopo <mle+cl at mega-nerd.com> wrote: > D. Johnson wrote: > > > I added build, host, target = ppc-unknown-linux-gnu and enabled > > libffi. One of hese gets rid of the assert errors. I'm guessing the > > B,H,T addition. > > Confirmed. Configuring with: > > ./configure

This question seems a little vague. I propose the following change (or something like it): <p>Q: What do all the names mean? <p>A: "Ogg" refers to the Ogg project, a blanket project designed to create a fully open multimedia system. "Ogg" also refers to a general container file format that can hold any type of multimedia data. "Vorbis" is the name of

Hi there ! As i tried that radio finally installed, i got that message from the server after ~ 1 minute ... I reduced and forced the streaming to 44000 instead of the 128000 proposed as default_bitrate in shout.conf. Now i can listen for 12 minutes and 46 seconds before i got the message. what's going on ? Should i modify the throttle parameter ? I have a DSL access for information

Dale Johannesen wrote: > I'm not working on it, but I might be able to help find the problem. > What this means is that you're generating code in PIC mode, and an > object that requires a PIC register to reference is being addressed, > and no PIC register was allocated. The allocation was supposed to > happen in PPCDAGtoDAGISel::Select when the reference was processed,

I just had another thought on this topic. What if we have a setting to select the maximum possible bitrate instead of a target bitrate setting. This satisfies the streaming people, but means that for an ordinary user to set a bitrate he'll have to set the quality to 9.999999 *and* the maximum bitrate to whatever he wants. ie. If he sets quality to "near CD" and max_bitrate to

For those who don't understand the American language, I will translate the following into English: Steven Bailey wrote: > "It's cynical as all get out" "It is very cynical" --- >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'

Sorry for replying in this way, I can send to the list ok, but I can't seem to subscribe to the list. majordomo doesn't accept my email address as a valid address (k.j.wierenga@home.nl > This is primarily to allow clean shutdown to proceed normally. The CPU load is > nominal - I doubt you'd be able to measure it. However, if you want to change > this timeout, it's safe

I'm not working on it, but I might be able to help find the problem. What this means is that you're generating code in PIC mode, and an object that requires a PIC register to reference is being addressed, and no PIC register was allocated. The allocation was supposed to happen in PPCDAGtoDAGISel::Select when the reference was processed, and a MovePCtoLR instruction inserted at that

Having problems rendering javascript in erb file. Thanks for suggestions. //layout erb file (function() { ... var widget_properties = {}; <%= content_for?(:extend_widget) ? "widget_properties = " + yield(:extend_widget) : '''' %> ... })(); //view erb file <% content_for :extend_widget do %> extend = { _init: function() {

Feature Requests item #1446, was opened at 2005-02-04 20:14 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=414&aid=1446&group_id=85 Category: None Group: None Status: Open >Resolution: Accepted Priority: 3 Submitted By: Daniel Berger (djberg96) >Assigned to: Daniel Berger (djberg96) >Summary: Add a &quot;filesystem&quot; interface