Displaying 20 results from an estimated 1000 matches similar to: "Dummy soundcard driver for Windows (OT)"
2004 Aug 06
3
Dummy soundcard driver for Windows (OT)
> 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
2004 Aug 06
1
Dummy soundcard driver for Windows (OT)
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
2004 Aug 06
2
Dummy soundcard driver for Windows (OT)
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
2004 Aug 06
3
Dummy soundcard driver for Windows (OT)
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
2004 Aug 06
1
Dummy soundcard driver for Windows (OT)
Yes there is - both LiveIce and mpegmixer used a terminal as an
interface - telnet/ssh into the box and control it all. Of course back
when mpegmixer was released (1996) there was no streaming solutions
available so you could only remotely control stuff within earshot ;-)
>
> But there is no real "remote DJ"-software yet, is there? I mean, not
> just "autofades",
2004 Aug 06
0
Dummy soundcard driver for Windows (OT)
On 9 Jun 2003 at 17:48, Dave St John wrote:
> > 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
2004 Aug 06
3
Fading between songs
well ... liveice has done this for the past 5 years.... but it's not an easy
package to use
----- Original Message -----
From: "Geoff Shang" <gshang@uq.net.au>
To: "icecast mailing list" <icecast@xiph.org>
Sent: Monday, January 13, 2003 10:59 PM
Subject: Re: [icecast] Fading between songs
<p>> Hi:
>
> To do fading, you'll need to use a source
2004 Aug 06
1
Fading between songs [thanks]
On Tue, 2003-01-14 at 12:29, gtgbr@gmx.net wrote:
> Scott Manley wrote:
> [crossfading]
> > well ... liveice has done this for the past 5 years.... but it's not an easy
> > package to use
>
> One could add Winamp based streaming to this list - by using a
> crossfading plugin and using a feature like Oddcast DSP's "Adv. Rec".
thankyou ... but i run only
2003 Apr 07
1
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
2003 Apr 07
1
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
2004 Aug 06
1
OddCastDSPv2 + Winamp 2.91 + SQRSoft crossfader
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
2004 Aug 06
2
buffer size from source to ice/shoutcast
Hello,
I've built my own source for ICE/SHOUTcast, and it works pretty well except for one thing. After tuning into the server and listening for an 60-90 minutes you may hear a song skip ahead 30-90 seconds. I think I know why this is happening but I'mnot sure how to fix it.
I think this is happening because my source is sending a little bit too much data to ICE/SHOUTcast. My formula
2004 Aug 06
4
skipping at change of song
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
2004 Aug 06
2
YP submission / cURL issue. (icecast 2.0.1 / gentoo)
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
2004 Aug 06
2
liveice sending horrible static noise?
well, I got it working with the liveice-xmms plugin... had to sift through the
source and remove the -x argument passed to lame...
--- >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'
containing only the word 'unsubscribe' in the body. No subject
2004 Aug 06
1
liveice sending horrible static noise?
Ahh yes - this is a problem where the behaviour of lame was changed since I
wrote this app -
----- Original Message -----
From: "jessew" <jessew@holly.colostate.edu>
To: <icecast@xiph.org>
Sent: Sunday, October 06, 2002 9:28 PM
Subject: RE: [icecast] liveice sending horrible static noise?
<p>> well, I got it working with the liveice-xmms plugin... had to sift
2004 Aug 06
0
OddCastDSP & SQRSoft crossfader problem
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
2004 Aug 06
2
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
2004 Aug 06
2
Icecast2 under OpenBSD - update
Hi,
I've come a step further in my attempt to compile Icecast2 under
OpenBSD... I didn't have the pth library installed (d'oh), but ´cd
/usr/ports/devel/pth && make install´ did the job.
It still bails out at the same point, though, but this time with another
error message:
[...]
gcc -O20 -fsigned-char -D_REENTRANT -I/usr/local/include/libxml
-I/usr/local/include -I/include
2004 Aug 06
2
legalities of streaming
Ditto Scott - you nailed it !!
But the DMCA actually sets rules on requests and processing them without
being considered "interactive" - for instance the time frame allowed from
when requests are made and then processed and actually air (minimum 60
minutes), to displaying your playlist - (can not be displayed public in the
order of actual performance) basically as long as you never