similar to: icecast2, ogg, mp3, etc

Hello folks I'm having trouble playing ogg streams with WinAmp3. I run Icecast2 & Ices2 (both compiled from CVS about two weeks ago) on a Linux box, the files being streamed were encoded with oggenc (from oggutils1.0, managed 80kbitrate...) The problem is that WinAmp3 won't actually play the .ogg stream. When I give it the URL (http://myserver:8000/mount.ogg) it says

Hello! I'm extremely new at this so don't hurt me. I want to stream CD content from my RedHat 9 box using icecast? What is the best way to do this? I'm getting confused with all the different pieces and configurations. Is there a simple guide that discusses what I want to do? thanks! __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site

Icecast2 compiles on OpenBSD 3.2 with the steps outlined by Moritz (thanks for that). I'm running into problems streaming ogg files from the fileserve directory, although serving mp3 files from the same directory happens without a hitch...again, both work fine on a Debian system. I'll try building the ogg and vorbis libraries from source to see if that fixes anything (they are

icecast2 is a broadcast server and will broadcast both ogg vorbis and mp3 streams. This assumes that you have a source client which can produce an ogg vorbis and mp3 stream and send it TO an icecast2 server. With mp3 streams, shoutcast mp3 metadata is supported, however you cannot use the shoutcast DSP as a source stream to an icecast2 server. Current clients that we know about that can

Winamp3 is broken according to some posts here. Try Winamp 2.91 or the latest XMMS. Of course, XMMS requires the xmms-mp3 libraries. Try that and see if it helps. KJ <p>On Fri, 2003-09-12 at 15:56, Jeff Ousley wrote: > Thanks, all, for the pointers. I think I have > everything configured properly, but, something is > obviously still wrong. I'm using Kerry's guide with >

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

Sorry for the long rave. I write Windows software for broadcasters (Radio & Internet) and in a newsletter I send out to my streaming clients I was recommending Ogg Vorbis/IceCast2 as the streaming solution for the future. All of my clients are using Windows and a lot of them are using Winamp2 for their broadcasting. Currently they would be forced to use the OddCastDSP. One client who should

i saw that mail from a mailing list. http://article.gmane.org/gmane.comp.audio.icecast.general/748 I have the same problem as that guy . everything seems OK but ODDCast2 cannot connect to Icecast2 via Winamp3 . but where do you put the <icylogin> </icylogin>. I guess i have to turn it to 0 cause i use icecast2 . <p><p><p>--- >8 ---- List archives:

Hello people, I'm trying the Icecast2 for win32 (release 02-26-2003). Currently my (mp3/ogg) source data for the server is a winamp running the oddcast plugin. I can't connect to icecast2 server using odd_cast plugin. Actually it connects ok, but just after winamp start to play, it is disconnected from server. The server log say: attempted to login with invalid or missing password

Ok i got a few questions when a client connects (winamp) what are the incoming headers icecast looks for to signify what type(ogg or mp3) of stream the client is requesting? example (for shoutcast winamp sends icy-metadata:1) shoutcast server then recognizes its a player capable of streaming media so it sends the icy-metaint:8192 to winamp, along with a slew of other icy headers. o here is my

Hi, <p>I was streaming Ogg Vorbis to a mount point which didn't end .ogg ogg123 played the stream without any problems, but other clients (xmms, Audion) just kept rebuffering and failed to detect that it as an Ogg encoded stream. Surely the client should use the MIME type provided by the server rather than rely on the suffix in a URL ? <p>Is there any attempt to encourage

Hello, Can darkice take it's input from a playlist or must it have a sound card? If the latter i am looking for a streamer that goes with icecast2, can handle both mp3 and ogg, can take input from either a playlist or a sound card, and can do on-the-fly encoding. From what i've read i don't believe ices-02 does this. Any help appreciated. Thanks. Dave. --- >8 ---- List

Has this changed within the past few months? I swear awhile back icecast2 had no mp3 support, but then again I could be suffering from caffiene withdrawal or something :) Thanks for the information, it was all very helpful indeed! Bryan <p>On Tue, 3 Jun 2003, oddsock wrote: > icecast2 is a broadcast server and will broadcast both ogg vorbis and mp3 > streams. This assumes

I have a setup where Icecast 2.2.0 is serving a single Vorbis stream. The source is either a local ices2 or a remote Winamp/Oddcast. I'm then running a streamTranscoder 1.2.8 instance on the server to transcode the Vorbis stream to MP3 on the fly and send it back to Icecast, to be served at a different mountpoint. My config files are very basic with most settings at their defaults. The

I have been playing with Icecast only for a couple of days, and I am trying to figure out how to do something. I want a listener to have to only deal with one stream, but I want to be able to switch the source of that stream between multiple sources (DJs). The core idea is that the listener only deals with /live.mp3 while in the background I can problematically switch between a series of live

On 4 May 2003 at 10:49, Geoff Shang wrote: > I have done this in the past, though it was a few months back. First > thing to check - you need to change all occurances of > "application/x-ogg" to "application/ogg". These are in liboddcast.cpp > and transcurl.cpp. Change these and recompile. This is almost > certainly your problem, as streamTranscoder is

The problem with WinAMP 3 is that it will accept only ogg data with the old MIME type "application/x-ogg", but current icecast sources emit the new and correct mime type "application-ogg". WinAMP must reject the ogg data because it didn't match the MIME type it expected, so yes, it just sits there prebuffering, and prebuffering, and prebuffering... I fixed this by

On 20 May 2011 05:30, Jack Raats <jack at jarasoft.net> wrote: > Hi, Hi > At this moment I'm running a stream on 128kbps. > I want to add the same stream on 24 kbps. > Can this be done on the server using icecast? > Or do I have to use another programm. The streamTranscoder is a multi-platform utility which can be used to transcode media streams from one format to

Sounds like WinAmp isn't storing a large enough buffer, or Icecast isn't putting a long enough buffer between what it recieves from Oddcast & what it transmits to clients. I've never had such a problem, though. Could be your connection? >===== Original Message From John Farnsworth <si@darkness.nu> ===== >Hrm, but it works fine (and the mountpoint is /dnumusic.ogg).

Hrm, yes it does sound like a bug in WinAmp. Even if it does prebuffer, the length counter should be going beyond 0:01 since you've obviously been listening longer than that after the first second. =P (I don't think the counter resets after buffering, but I could be wrong.) Can you see if you can duplicate it by getting someone else to tune in to the 'cast with WinAmp?