search for: liulk

...already has its own http parser (check the httpp module), maybe something should be taken care of so there is no code of duplicated purpose. also, should the xmlrpc binding use a different port than the main streaming ports, or should it open up its own port? these are in need of a discussion. liulk <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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubsc...

...going to begin implementing these ideas as a new project, tentatively called "PortStreamer." I'm quite enthusiastic about this eye catching project name, but I'm also open to the possibility of dropping this project in favor of enhacing IceS instead. Comments or suggestions? liulk Lee Azzarello wrote: >I think if Ices could incorporate PortAudio it would handle some serious >portability issues. > > > <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a...

...my patches to see if they will work for you. the purpose of these patches are primarily to solve portability problems, and not security fixes. these patches are applied directly to icecast-1.3.11.tar.gz source distribution (which oddly doesn't include win32config.h, just grab it from CVS). liulk 39a40 > AC_ARG_ENABLE(mingw, [ --enable-mingw compile icecast under cygwin using mingw libraries [default=yes]], , enable_mingw=yes) 109a111,123 > AC_CYGWIN > > if test "$CYGWIN" = "no" && test "$enable_mingw" = "yes"; then > ech...

...st-cygwin core dumps when it was "waiting a wee while to let the other threads die". i'm assuming these are cygwin specific problems and not related to icecast, but in case there are people interested in using cygwin as their platform running icecast, this message might be useful. liulk --- >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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe mess...

...ead from the encoder, we can use this to calculate the bitrate instead of trying to extract hard info from stream. this will work with many things in general, including VBR (we're now taking the average bitrate, not a particular bitrate of a frame). let me know if this is how you do it ... liulk <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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed...

Is there any easy way to direct the makefile to install into a different path? I don't have write access to /usr - I'd like to install it into a subfolder in my userdir. Thanks in advance. --- >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-dev-request@xiph.org'

hello, mp3src ==> icecast ==> clients * as shown above, when rebroadcasting streams from mp3 source, how can i write code on the server to locate song boundaries? i would like to keep track of songs that are broadcasted, number of people listening to it etc. thanks, deva <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

On Friday 02 April 2004 22:28, Geoff Shang wrote: > the Ogg Vorbis MIME type is application/ogg. This may or may not help you, > depending on how smart Winamp is nowadays. Certainly time was that Winamp > relied on the .ogg extension to know that it was ogg vorbis, and in truth > this may be your problem. Maybe you'll have to get your web server to pass > .ogg as a PHP

...00, so it doesn't fight with a web server. also, i have a question regarding patches ... if i want to look for potential bugs and perhaps donate a bugfix, is it better to do it for the current stable release (1.3.11) or is it better to work on icecast 2.0? what is the development plan now? liulk --- >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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe mess...

>You will always receive HTTP headers when you connect, never just the raw >bitstream. Perhaps you're doing something else wrong - Oddsock, Mike, Thank you. I was the fool (maybe not enough sleep:-). Because the shoutcast servers at shoutcast.com never sent any useful data in the "real" http header I just threw it away and always looked at the following data (where

On 19/02/02 23:09, Likai Liu shaped the electrons to say: > Ricardo Galli wrote: > >By assigning a timestamp to each packet read from the source socket. I > > think the only sane way to do it. > > great idea. with this implementation, actually you can set a smaller > buffer size, but wait a longer time for recovery. once congestion is > clear, previous "missed"

...May 2004, Scott Manley wrote: > Th redirect should of course include some info in the redirect URL regarding > how many times it's been redirected - you don't want to get into a situation > where users are bounced around indefinately. This is generally the task of an user agent. liulk --- >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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messa...

...e served an alternative stream (such as an mp3 recording of a gentle voice, "you're not allowed to listen ... blah blah blah"). Redirection probably doesn't work since a number of clients don't support response 302 Moved. So the alternative stream has to be served implicitly. liulk --- >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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messa...

On 19/02/02 06:14, Jack Moffitt shaped the electrons to say: > > well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would > > have been more reasonable, how does everybody think? it might have to be > > varied based on the bitrate of the stream. > > Good point. I will make this configurable in the end. 6 seconds is too > little. I'll see what I

...That is more than 100k usually, and >surely you don't think we should buffer them forever. > well, at 128kbps bitrate, it's only 6 seconds of data. 30 seconds would have been more reasonable, how does everybody think? it might have to be varied based on the bitrate of the stream. liulk <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-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubsc...

On 19/02/02 18:09, Likai Liu shaped the electrons to say: > >It's partially done in the patch I've sent you, completelly done in my > >current version... I can send you the second patch, you will save some > > work. > > how is the calculation being done? do you extract the bitrate from the > stream data, or do you use a different method? I'd advocate *that*

re all! anybody thought about communication between icecast and streaming sources? it would be nice to know how much people is listening directly from the program you use to stream, or maybe do stuff like switching the clients from a source to another with a simple click and so on i know this could be done using a telnet connection and eventually i'm going to do so, but i thought that if

Hi, While looking at icecast's sources, I wondered if this was feasible, so I've tried and it seems to work: the attached patch allows a /cgi-bin/ url in icecast-1.3.11 to launch cgi scripts directly from within icecast. you have to put the real absolute pathname to the cgi script, and it seems to more or less work. WARNING: you must use two slashes after "cgi-bin" for an

I have three Icecast-2.0.0 servers up with possibly more coming online. I am trying to figure out how to do more intelligent load balancing between the three. Problem: There are bandwidth restrictions at a couple of the locations. Current Solution: Round-robin DNS (with very low TTL) and a restriction on the number of listeners on the servers where bandwidth is an issue. I am finding this

On 19/02/02 03:06, Jack Moffitt shaped the electrons to say: > > The point is, is this list related to icecast2 development? I made some > > changes to the server and sent a patch to Jack Moffitt, but I'm not sure > > he's still mainaining the server. > > You're in the right place, and I still maintain the server. I don't > remember your patch right