Displaying 20 results from an estimated 10000 matches similar to: "Winamp problems"
2004 Aug 06
0
Winamp problems
> I have problem connecting several sources when they are icy sources...
You can't do this from the same IP and expect it to work. There is just
no way for icecast to know which is which.
> Any Idea....?Don't wanna go back to shoutcast!!! Please
The easiest solution if you must broadcast with winamp is to use
Oddsock's dsp plugin which has icecast support built in.
2004 Aug 06
5
Ogg response headers
Ok i got a few questions
when a client connects (winamp) what are the incoming headers icecast looks for to signify what type(ogg or mp3) of stream the client is requesting?
example
(for shoutcast winamp sends icy-metadata:1)
shoutcast server then recognizes its a player capable of streaming media so it sends the icy-metaint:8192 to winamp, along with a slew of other icy headers.
o here is my
2004 Aug 06
2
Icecast's YP bugs
On Wed, Jun 25, 2003 at 03:33:25PM +1000, Michael Smith wrote:
>
> Is the metadata relayed to connecting clients. i.e. take a client that
> supports shoutcast-style metadata, like winamp (and probably most others).
> Connect as a listener to the relay. Do you get metadata? You should. If you
> don't, the metadata relaying could have been broken (I think this is
>
2004 Aug 06
1
winamp >2.75 -answer on song titles // use_meta_data-
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
2004 Aug 06
7
Icecast in Macromedia Flash
> Thanks for the network dumps. As you say, it's weird because Flash, even
> when embedded, can access the stream of Icecast2. I already noticed it by
> analyzing Icecast2's logs as I wrote in the first message of this topic.
> There is something I couldn't see in the network dumps: is the embedded
> flash DOWNLOADING the stream even if it doesn't play it (with
2004 Aug 06
2
MP3 MetaData in WMP and RealOne
Hi Stephan,
I am talking about the meta-data: Artist - Song. It's weird because you are
the second person on the list who doesn't get it working in Real... I just
tried again with "BEK_dns" and "Radio Alcanzando Naciones" the 2 first MP3
radios I found in the stream directory and everything worked perfectly for
Real (but not for WMP).
In RealPlayer, I clicked
2004 Aug 06
2
MP3 MetaData in WMP and RealOne
Hi Everybody,
It works with Peercast because Peercast receives the headers from Icecast2
and sends its own headers back to the client (Winamp, WMP, Real...).
Remember that Peercast is a client AND a server... I guess Peercast doesn't
send back the headers in the same way than Icecast2. Maybe Peercast doesn't
use ICY/X-audiocast.
Talking about Real (v9.0 and 10), I already got the
2004 Aug 06
1
Oddsock oddity
I have Oddsock loaded and it will not complete the connecto to the server. I
have been trying it in MP3 first before I move to Ogg to be sure I am
understanding all I need to know. And it will connect and the eye candy will
go let to right and the server will show that there is a connection, but the
thing never sends data and a media player like WinAMP will will tell me that
there is no ICY
2004 Aug 06
1
icecast acceptable headers
the problem is probably that nsvcap most likely tries to attach using the
"shoutcast source" protocol, which is some strange variation of HTTP (but
definitely not HTTP).... It's strange-ness and non-HTTP-ness is the reason
why icecast doesn't support connecting the Shoutcast DSP to it. So I don't
think any magical combination of headers will get live NSV
2004 Aug 06
2
Suggestion: The ability to limit the number of ICY connections
Hi all:
I'm looking at some of the features in SVN Icecast, particularly the
ability to reclaim fallbacks. This feature would be very useful for a
project I work with, and could see us switching to icecast from Shoutcast
compatible technology.
One problem arises, however. Some of our broadcasters use the legacy
Shoutcast DSP plugin, which can only perform ICY-style connects. My
problem
2004 Aug 06
2
Icecast's YP bugs
On Wed, Jun 25, 2003 at 11:34:07AM +1000, Michael Smith wrote:
>
> > 2) Should relay icy/x-audiocast stream metadata when connecting to
> > icecast1/shoutcast/etc so that this information is available to YP
>
> Eh? It does. I even tested that with someone's shoutcast stream. It works.
> Just add
>
2004 Aug 06
2
lots of icecast help needed
Hi, I've been running Icecast on my server for over five months now and am
having lots of problems with it. I must have pulled out half of my hair on
this product, mostly due to lack of support. (I mean, have you ever gotten
an answer to your question at icecast.org?) I've tried it all: sc_serv,
Icecast, shout, ices, streamcast, liveice. I could greatly use any help.
I am using the
2018 Dec 01
4
Character encodings in ICY metadata
Greetings Icecast masters!
Does anyone know what the supported character encoding(s) are for strings in ICY metadata? The closest I?ve been able to get via a Google search is this thread:
http://forums.winamp.com/showthread.php?t=208096&highlight=handle+unicode+characters%3F <http://forums.winamp.com/showthread.php?t=208096&highlight=handle+unicode+characters?>
Which would
2004 Aug 06
3
winamp + application/ogg = doh
I am trying to pass an ogg stream through icecast and then from icecast
through to winamp.
I pass the ogg stream to icecast with the Content-Type = "application/x-ogg"
however icecast serves the audio out with Content-Type = "application/ogg"
unfortunately winamp seems to only accepts "application/x-ogg"
am i missing something, or what's a guy to do?
thanks!
2004 Aug 06
2
Icecast's YP bugs
On Wed, Jun 25, 2003 at 04:27:58PM +1000, Michael Smith wrote:
> >
> > notice that, with exception of the last, they're all ice-* not icy-*...
> > prehaps this is incompatable with the way most players operate to get
> > stream data? Is this a typo?
>
> No. This is deliberate. There could be a bug in the code that takes these
> headers and puts bits of them
2004 Aug 06
2
RE: Mediacast1 yp dir update
At 04:30 PM 7/8/2003 -0400, you wrote:
>On Tue, Jul 08, 2003 at 03:10:25PM -0500, oddsock wrote:
>
>Already checked that. this is the HTTP header for the stream:
>
>Content-Type: audio/mpeg
>icy-bitrate:16
>icy-description:SF Indymedia
>icy-genre:Talk
>icy-name:Enemy Combatant Radio
>icy-public:1
>icy-url:http://sf.indymedia.org/
>Server: Icecast 2.0-alpha2/cvs
2004 Aug 06
3
winamp >2.75 -answer on song titles // use_meta_data-
I've searched the archives on xiph and elsewhere in hopes of finding an
answer on whether song titles will work. There seems to be no definitive
answer.
use_meta_data 1 DOES work for WinAmp 2.75 but nothing else I've tried (which
includes the latest WinAmp and Sonique). Also, I can get some header by
telnetting into my port (see below) but still the "meta_data" issue remains
a
2004 Aug 06
1
icecast+winamp clients
hi guys -
its the first time i post to this ml -
i had a silly problem i cant resolve
i would like to test creating a source with winamp/dsp
and then send it to an icecast server -
i tried but nothing works fine -
winamp cant connect to the server
and icecast - from the admin interface -
doesnt signal any mounting source
what could be?
maybe i have to compile icecast with some particular options?
2004 Aug 06
1
Ogg response headers
> clear as mud ?
Thick in it LOL
Ok since you discussed how clients handle mp3, what about ogg vorbis?
winamp is just supposed to recognize the .ogg extension?
like i said before the mp3 works with that code, but ogg mounts just sit
there, doing nothing.
<p>Dave St John
Mediacast1 Administration
----- Original Message -----
From: "oddsock" <oddsock@oddsock.org>
To:
2004 Aug 06
4
Icecast's YP bugs
At 05:31 PM 6/25/2003 +1000, you wrote:
> > I'm not concerned with how players see anything right now, tho that is a
> > concern I guess. I'm concerned with getting the vitals - the stream
> > name, genre, and description, to be relayed to a YP server when Icecast2
> > is relaying a Shoutcast stream. Currently it does not, this is missing
> > functionality