Displaying 20 results from an estimated 5000 matches similar to: "source login schemes"
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
2
Icecast in Macromedia Flash
<?xml version="1.0" ?>
<head>
<title></title>
</head>
<body>
<div align="left"><font face="Arial" color="#7f0000"><span style="font-size:10pt">> you only have the header info in this, for protocol break up the actual</span></font></div>
<div
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
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
3
Icecast's YP bugs
Ok I've been discovering many bugs in Icecast's YP implementation..
The most serious of which is, if a YP server is rejecting a stream the
server has a memory leak which, as it continues to re-try to publish
it's rejected streams, grows until the server segfaults. On our server,
for instance, we're relaying shoutcast streams (which does not relay the
stream name and other
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
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
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
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
2004 Aug 06
1
time out issues with icecast2
On Thu, 14 Aug 2003, Arc wrote:
> "Origional" Icecast (icecast1) uses ICY protocol for streaming, being
> compatable with Shoutcast to the point that you can use a Shoutcast
> client to connect to it. The same is not true for Icecast2.
This is not correct, or at least is not meant to be. icecast2 is meant to
be able to accept connections from ICY sources. Some people,
2004 Aug 06
5
Missing headers in Icecast2
Hi Karl,
Thanks for your help,
About the "Connection:" header, you are right, it's:
"Connection: close" and NOT "Connection: keep-alive". The protocol when the
SERVER sends the data is http 1.0. It's http 1.1 when the browser requests
the data.
I don't understand the "Content-Length: 54000000" header either. Also I
noticed the flash player on
2004 Aug 06
0
lots of icecast help needed
At 19:57 2/27/2001 -0600, dj66 wrote:
>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,
2004 Aug 06
1
Source Authentification
Hi,
I've just switched to icecast 2... I was using some shell script that
were re-encoding stream at differents bitrate but they aren't working
anymore with icecast 2 :-(
What is the new authentification protocol ?
Previously, I was sending :
SOURCE $PASSWORD $DESTMOUNTPOINT
x-audiocast-name: $NAME
x-audiocast-url: $URL
x-audiocast-genre: $GENRE
x-audiocast-bitrate: $BITRATE
2004 Aug 06
2
Protocol
jaromil,
> >
> > wanted to ask again if someone has some online documentation on the
> > icecast (or shoutcast) protocol at the socket/data level.
>
> have a look into MuSE/libmpeg/httpinput.cc (http://muse.dyne.org)
> i hope that code can help you figuring out
>
No actually not. It just makes the connection to the shoutcast/icecast
server. I've gotten this
2004 Aug 06
3
libshout1-based mp3 streaming to icecast2
According to what I've read on this mailing list, it should be possible
to stream MP3 data to icecast2 using ices-0.2.3, which I assume also
should be the case for any other streaming client based on libshout1. So I
decided to test this out to see if we really could dispense with
icecast1 altogether on the server I help administer. My results were not
promising, to say the least.
I wiped out
2004 Aug 06
0
x-audiocast etc.
Hmm.. just switched back to icecast hoping that 1.3.9 would have fixed some
of the bugs I was running into, such as icecast gobbling up more and more
memory until it would tank around 200M or so (in a box with 256) if left
running a few days, and got some general questions for anyone in-the-know. ;)
1. Is there a definitive list of what players on what platforms support the
x-audiocast
2004 Aug 06
2
Updating stream metadata...
Does anyone know what tool I can use to update the stream metadata
(like artist, title, etc..) while I use an app like DarkIce? I would
like to be able to update the stream info with the track I play.
I know that XMMS and its liveice plugin do that, but I'd rather use
DarkIce and capture all the sound from the card.
Thanks,
Tom
__________________________________________________
Do You
2004 Aug 06
0
MP3 MetaData in WMP and RealOne
Did you really see meta-data? Or did it show data from the playlist-
file? Or did you see the data (name and genre) provided in the http-
header upon connect?
E.g.:
http://www.shoutcast.com/sbin/shoutcast-
playlist.pls?rn=4219&file=filename.pls
Shows "CLUB 977 The 80s Channel (HIGH BANDWIDTH)" in WinAmp. But this
is due to the "title" set in the .pls and/or provided in
2004 Aug 06
2
time out issues with icecast2
I was a bit confused by that statement as well Lee. I've done a bit of work
with mp3PRO using a source developed from scratch and a version of the
original Icecast modified only trivially to deal with specific metadata
requirements.
There is a very high level explanation of mp3PRO at the
http://www.mp3prozone.com/basics.htm site. At the risk of being somewhat
incomplete i will add:
1) The
2004 Aug 06
0
libshout1-based mp3 streaming to icecast2
The short answer, as Geoff says, is to use ices 0.x from CVS with libshout 2.
The good news is CVS ices 0 has a number of bug fixes.
libshout2 may be found at anoncvs@cvs.xiph.org:/usr/local/cvsroot libshout
ices is at anoncvs@cvs.xiph.org:/cvs/ice ices
Note the different paths above!
Now, a little more detail:
On Sunday, 16 March 2003 at 02:41, jeremy@squat.net wrote:
> ices0 -b 24 -h