similar to: OddcastDSP/Winamp2

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've not had a reply on the OddSock forum so I'll try here. I am attempting to use the OddCastDSP Winamp2 plugin via the (free) SQRSoft Advanced Crossfading output plugin (http://www.sqrsoft.com.ar/en/plugins.html). This is necessary to provide intelligent crossfading which sounds very professional. I've not heard of any other crossfading algorithm that works so well. It uses the

Hey Oddsock I couldn't find your email address so sorry for posting to the list. I know we've had a similar discussion in the past but I'm hoping something can be arranged to solve this problem. I've just tried your new OddCastv2 (for Winamp2) with the SQRSoft crossfader hoping that the old problem had been overcome, however, it is much worse. Winamp simply exits without any

Stefan Neufeind wrote: > Could you be a BIT more precise? If you use SQRSoft crossfading, > doesn't it work as desired with the normal Oddcast DSP? And if it > does: Where's the problem with using the Null output plugin? You can only select one output plugin in Winamp and that needs to the the SQRSoft one, not the Null output plugin. The audio needs to pass through the

> Noticing a strange issue, i'm not sure where this lies. I'm using > oddcastDSP to stream Ogg to icecast2, which seems to be working ok, but > using winamp (v2) to stream from icecast, winamp is constantly > prebuffering, displaying a length of 0:01. Is this a known bug in either > Winamp or icecast, or a configuration issue perhaps? I have a feeling > this is Winamp,

Further to this problem. It only occurs ar 22050 mono. 22050 stereo and 44100 mono works. Here is the exception error details: AppName: winamp.exe AppVer: 2.8.1.0 ModName: dsp_oddcast.dll ModVer: 0.0.0.0 Offset: 00006c65 Regards, Ross Levis. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a

Noticing a strange issue, i'm not sure where this lies. I'm using oddcastDSP to stream Ogg to icecast2, which seems to be working ok, but using winamp (v2) to stream from icecast, winamp is constantly prebuffering, displaying a length of 0:01. Is this a known bug in either Winamp or icecast, or a configuration issue perhaps? I have a feeling this is Winamp, but I was wondering if anyone

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?

I've yet to assemble a valid crash-procedure to consistently re-produce the issue. AFAIK, whats causing it is possibly CPU-utilization issues with my chaining of processing/DSP, what do y'all think?! -- My encoder setup: Winamp `[DSP] -> SoundSolution (dynamic sonic enhancement) `[Output] -> SqrSoft Crossfading (only ''REAL'' crossfader) `[SqrSoft DSP

Boink wrote: > They're streaming only in 22050/11khz mono. > I'm doing my stream around 30 kbps/11khz in *stereo*. Just my opinion but I've found streaming with quality -1 22khz Mono produces the best sound quality for 32kb/s. 11khz stereo sounds like crap in comparison. I'm just waiting (impatiently) for OddCastDSP(v1) to support 22050 mono via the SQRSoft crossfader. If

oddsock wrote: > this may be an effect of using the SQRSoft crossfader...try disabling it > and see if you get the same effect... It is difficult to test this because the metadata is sent when each track is silent so there is no audible skipping while no sound is present. I had almost resigned to blaming the crossfader when it happened again (without the crossfader). I have a very short

We want crossfading so we need to use the SQRSoft crossfading Winamp output plugin. Ross. Stefan Neufeind wrote: > If thats the problem, why didn't you mention that before? > http://classic.winamp.com/plugins/detail.jhtml?componentId=28451 Null Output Plugin Null Output Plugin allows to run WinAMP without need of any soundcard installed in the system. [...] On 10 Jun 2003 at 8:21,

Scott Manley wrote: > Ross Levis wrote: > > We want crossfading so we need to use the SQRSoft > > crossfading Winamp output plugin. > > In that case you may be in trouble. > One more reason why computers will never replace real DJ's ;-) Not too much trouble I think. The output of all the Winamp's can be sent to the same soundcard. We will just keep the sound

On Thursday 26 June 2003 09:12, Ross Levis wrote: > oddsock wrote: > > this may be an effect of using the SQRSoft crossfader...try disabling it > > and see if you get the same effect... > > It is difficult to test this because the metadata is sent when each track > is silent so there is no audible skipping while no sound is present. I had > almost resigned to blaming

I think this may be an oddcast issue but I'm not sure. I've been streaming for a few days now and I've noticed when listening to the stream that at the change of every song the stream skips ahead slightly. It appears to occur when the metadata for the song title etc is being sent. For me this is a few seconds before the actual change of track since I'm using the SQRSoft

We want to setup multiple streams using multiple copies of Winamp/SQRSoft crossfader/OddCast. We are guessing that somewhere between 16 and 24 streams may be supported on one dual-processor PC. However, rather than sending the output of all the streams to a soundcard (which may cause problems?), I thought it should be possible to send the output to a dummy soundcard driver. I was sure one

> One more reason why computers will never replace real DJ's ;-) I believe its called desktop webcasting or will be ;) Doesnt sound like replacing dj's, its just enabling them to dj remotely without the need and fuss localy oh and not to mention redundancy, doing a webcast from a house/office/home pc is a major ordeal with todays shitty dsl/cable providers just my 2 dollaws

On Thu, Jun 26, 2003 at 09:49:15AM +1200, Ross Levis wrote: > I think this may be an oddcast issue but I'm not sure. > I've been streaming for a few days now and I've noticed when listening to the stream that at the change of every song the stream skips ahead slightly. It appears to occur when the metadata for the song title etc is being sent. For me this is a few seconds