similar to: skipping at change of song

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

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

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

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

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

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

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

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

Hello All: I'm having troubles getting my YP submissions to go up correctly, unfortunately there's not much I've been able to find. I'm getting NACK back from the yp_add call, I've tried two different versions of cURL/libcURL on my gentoo box to see if it was that, no luck. I've also replicated the problem onto another gentoo box of mine and the exact same NACK/no

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,

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

Hmm, maybe it could work somehow if we're using quality-based VBR- encoding? If you have silence only very few bandwidth is needed. But I really personally dislike all these VBR-things ... so thats why I would never try implementing it :-) If you want to try to do it this way you might have to write a dsp- plugin that loads Oddcast DSP "behind" itself and passes audio through.

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

also, keep in mind that support for streaming song titles is also a function of the source client you use.... I've been very successful with use_meta_data=1 and using either my DSP source (oddcast) or the Shoutcast DSP source.... and you can always know for sure if song titles are supported on your server by looking at the HTTP response headers from a request of the stream, (your request

I mentioned this 1 or 2 years back but it's still not fixed. I presume it's a Icecast2 server problem. I'm using the latest Oddcast client, and my server host Mediacast1 has just updated to the latest Icecast2. I'm currently streaming a track in Vorbis format called: M?ire Brennan - I L?thair D? It shows this correctly in Winamp on the broadcast PC. On the Icecast Status page,

At 06:44 PM 6/24/2003 +1200, you wrote: >Stefan Neufeind wrote: > >That is exactly what I was suggesting. DSP stackers allow DSP's to be >processed in the order you need. In my case, however, I would use the new >DSP in the Winamp DSP/Effects and the OddCast DSP in the SQRSoft DSP area. > >Regards, >Ross. the DSP is the wrong place to do this....The right way to do it

Hello, I have just setup an Icecast server on a FreeBSD box. Everything was setup fine, and the server runs fine. It will accept shoutcast connections and stream them fine - so there is no problem with that. The problem is streaming Icecast. I am using the OGGDSP plugin for Winamp 3 and when I connect it - it will look as though everything is connected but there is no lights flashing on my

Hi, There's a rather serious problem with the Oddcast DSP for Winamp, when you stream in vorbis format over icecast2, it drops ~ 1/2 sec of near the beginning of every song except the first. I tracked this down, it turns out oddcast drops the last vorbis page of every stream. (The DSP doesn't receive the new metadata until after the song has been playing for a second or two, which is