similar to: OddCastDSP & SQRSoft crossfader problem

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

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

Hi Oddsock Thank you for your detailed reply. > these are all very valid points, but consider the following. > I, and I suspect some others as well, write open source > software to provide people free (or otherwise cheap) options > to problems that are traditionally solved by proprietary or > non-open software....... I appreciate the non-paid time required. It is rewarding

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

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

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

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

FYI, I've added a crossfader to the ices0 trunk in subversion: http://svn.xiph.org/icecast/trunk/ices0 It requires LAME support (of course). To use it, either pass -C <secs> on the command line, or add a <Crossfade>secs</Crossfade> node to the Playlist section of the config file. Reencoding must also be enabled on your stream. NOTE: the crossfader can't resample, so all

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

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

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?

> 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,

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

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

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 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,

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

On Thu, 27 Feb 2003, Ross Levis wrote: > And a guess at how many OddCastDSP clients (with Winamp2) could be > supported on a similar Windows PC. No idea, but that's going to depend on the bitrate and quality of the vorbis stream. The higher the quality, the more CPU it's going to consume, therefore the fewer instances will be able to run. Geoff. <p>--- >8 ---- List