similar to: Oddcast suggestion

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.

Yea, It's VERY possbile to have the encoder sit idle until a User connects - we do that with our WMA encoders and where thinking of applying it to mp3 and ogg - however therein lies the problem - instead of PULL streaming you are PUSH streaming - and the server MUST see a source connected otherwise it will not allow a client to connect - Bryan ----- Original Message ----- From: "Ross

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

Thats a damn good idea, client connects, player sends request, server responds to dsp encoder says hey i need a stream, dsp says ACK ill send ya a stream. <p><p><p>Dave St John Mediacast1 Administration (720) 641-7586 ----- Original Message ----- From: "Ross Levis" <ross@stationplaylist.com> To: <icecast@xiph.org> Sent: Friday, June 20, 2003 6:53 PM

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

On Saturday 21 June 2003 10:53, Ross Levis wrote: > Hi oddsock > > What would be really useful is if your winamp plugin could monitor the > number of listeners on the IceCast2 server and only send the audio when > listeners > 0. Perhaps the metadata could continue to be sent. This would > reduce bandwidth requirements substantially when there are several hundred, >

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

There is a big, big difference between cbr and vbr, btw. The machine in question is a Pentium 3 700 oc'ed to 800, 512MB ram, win nt 5.1 (2k and xp being nt) etc In an earlier version the oddcast dsp ate up so much cpu time when set at say 64kbps (for examples sake) 44.1kHz, stereo that the machine became totally unusable and the winamp task had to be (slowly) ended with task manager. Now,

On Sat, 21 Jun 2003, Ross Levis wrote: > What would be really useful is if your winamp plugin could monitor the > number of listeners on the IceCast2 server and only send the audio when > listeners > 0. Perhaps the metadata could continue to be sent. This would > reduce bandwidth requirements substantially when there are several hundred, > perhaps thousands of streams as

ummm...what IS your station ? oddsock At 12:10 PM 6/21/2003 +1200, you wrote: >I've specified a number of genres for my station separated by commas >(Newage, World, Easy Listening, Folk) and doing a freeform search on any of >these doesn't display my station. Is a fix needed or should I separate >genres with something else? It is listed on http://yp.icecast.net >

On Fri, 12 Mar 2004, Michael H. Collins wrote: > are they opensource? Yep. YOu can get ezstream from icecast.org, and Oddsock's stream transcoder and oddcast plugins from oddsock.org. As far as commercial offerings go, I know that you can get the samcast DSP plugin, but with Oddcast available for free, why would you? Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/

Mark Casey wrote: > I think when the real-time cbr encoding issues are sorted > Vorbis (this is my experience with oddcast dsp, winamp and > icecast 2 win32, big cpu hog) will start gaining more ground, I can't use the managed bitrate option in OddCast on my K6II-500 CPU! (Overclocked to 525, WinXP Pro,192MB RAM). I would like to. Normal VBR uses about 90% CPU. This seems too

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

This kind of behavior (on demand live streaming) is not supported by either oddcast or icecast2, and honestly, really shouldn't be...In your situation, I'd consider doing something closer to what live365 did back in the day to address this particular issue, which is store all their content locally on their servers, and basically build playlists that are customed for each user. I

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

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,

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

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: If you can record your mic but it's not working in XMMS, this suggests an issue on the XMMS side. Are you invoking the XMMS Recorder plugin as detailed in the Readme? Geoff. <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org'