similar to: Trouble Connecting with Winamp

On Saturday 22 February 2003 12:19, Daniel Chokola wrote: > Hi all, > I built the latest Win32 version of Icecast last night (need I say why its > so cool?). I am using it with OddcastDSP and it connects and streams to > Icecast just fine. However, when I try and connect to the server I get an > HTTP/1.0 404 error. The log shows this: 127.0.0.1 - - [21/Feb/2003:19:51:08 > Eastern

Hi list, I was just wondering if there was a way to stream using ogg format from WinAmp. I could always take the output from WinAmp and feed it in to the sound card on my Linux box and use the live streaming option of ices, but that sounds a bit messy. Also what is a recommended quality to stream ogg at so that modem listeners can pick it up with out many skips. I found that 32k was fine in

Hi, Can anyone point me at a url where i can learn to: 1. display the name of the ogg stream in the winamp window (is this to do with the oddcast config or with the .pls file?) 2. show a url automatically in the winamp minibrowser when the ogg stream plays <p>many thanks adam <p><p><p>Adam Hyde XS4ALL Internet B.V. mobile : + (31) 06 2903 6248 Eekholt 42 1112 XH

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:

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?

Geoff Shang wrote: > the other 3 have such low usage that each > registers 0.0%. So this would seem to confirm my thinking > on the subject. One of these 3 would be the straight send > without re-encoding. Thanks for your reply Geoff. This is very useful. Would the OddCastDSP plugin work the same for Winamp? Or is there any other option for servicing IceCast via a Windows PC

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

> >It shows up in the DSP catagory as a mirror of the previous plugin, plus > >\"[dsp_oddcast_v2.dll]\". I know Oddcast isn\'t configurable by the >WinAmp > >Configure Plugin button, but it shouldn\'t give this message when I try: > >http://www.geocities.com/dj_moguta/oddcast_error.png (Geocities being > >Geocities, you must copy/paste that into

I'm not sure if this is an icecast issue or oddcast issue or both, but the latest Winamp (v5.22) is not now playing AAC+ streams encoded with Oddcast. Winamp v5.21 and earlier versions work fine. This may be some attempt by Winamp developers to force people to use Shoutcast, or to prevent oddcast from using their enc_aacplus.dll. Right, just took some time to set up the Shoutcast DSP to

I recently reformatted & reinstalled Windows98. Oddly, only now after a fresh re-install has Oddcast been behaving badly with WinAmp 5.01. It shows up in the DSP catagory as a mirror of the previous plugin, plus "[dsp_oddcast_v2.dll]". I know Oddcast isn't configurable by the WinAmp Configure Plugin button, but it shouldn't give this message when I try:

Hi everybody, I have an easy question here. Is there any silent output option for Winamp/Oddcast? I have a computer that I use as an encoder but it has no soundcard installed so I am using SAM2 because there is a "Silent output" option in the audio mixer pipeline. It means the sound encoded never passes through the soundcard because everything is managed by the software. I prefer free

Hi: I know it's possible to listen to a stream mounted on a mountpoint using winamp. I'd like to know if it's possible to make the shoutcast DSP plugin source a stream on a mountpoint? If so, how do you do it? Does the version matter? If you can't, will plugins like oddcast do it? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

I believe that Oddsock is using a Content Type of aacp. Using a .aac extension with this Content Type may present a conflict. This might actually be by design. I will do some further testing with Winamp and report here tomorrow. I will also double-check with the developer of Winamp for complete clarification. FYI, Orban Opticodec-PC allows the use of either Content Type of aac or aacp. aac is

Hi there! I'm new to the list and I'm experiencing somekind of problem. I have installed icecast 1.3.12 as a OpenBSD 3.2 port. I use winamp (on win2000) for encoding with muchFX and 4 oddcast DSP plugins for different streams. Streams are mounted in /low /medium /high /vh mount points. From icecast logfiles it seems that everything is working ok. When I try to connect with a client

Darrell Dominey wrote on Thu, 10 Mar 2005 15:31:04 -0330: > make sure that your mountpoint does not have a .ogg extention with the > mp3 stream, otherwise, it will try to play using the ogg plugin, and > will stay at 0% buffer > Hi, thanks for the quick answer. We are serving the mp3s with .nsv endings since that is what the oddcast plugin seems to send by default when mp3 is

I'm new to streaming or music hearing over the wire, I still prefer my old-fashioned stereo equipment :-) But a friend asked me to setup a shoutcast server for him, so I went out and installed it, played a bit with it and didn't like it. So I looked for an open source alternative and found Icecast. Installed fine, works fine. But there is one thing which puzzles me and I hope someone

well, don't get me wrong, I am not generally opposed to progress, but speaking as a coder of source clients, providing yet another authentication mechanism is a bit frustrating.... I guess it wasn't too bad having to deal with Shoutcast/Icecast/Icecast2 specific connection protocols (yes they are ALL different!) but I am NOT going to support Shoutcast/ICecast/Icecast2 (ICE

Hello Oddsock and interested parties. Our first multiple stream test broadcast today on one PC and found one problem with the Oddcast plugin. We have multiple Winamps installed in separate folders and are loading each Winamp with a different Windows class name, so that each one may be controlled with external software via Windows messages. The problem is that all streams are sending the same