search for: gilou

...gt; would have long given up... ;) > > Anything I can help with, logs etc? Hey, What version of icecast are you using? I mentioned something similar around here: https://gitlab.xiph.org/xiph/icecast-server/-/issues/2491 (and I beat you, with 18446744073709551614 listeners, HA!) Regards, Gilou

This is exactly what I want. I have a continuous stream to a live mountpoint that needs to be metadata updates. Is this http request you mention any documentation to study? El 02/09/10 08:43, Johann Soukup escribi?: > Hi Octavio, > > I guess you are talking about live mount points. > > We use a http request through the admin/metadata application of the > Icecast admin

On 9/25/08, Romain Beauxis <toots at rastageeks.org> wrote: > No, the API is 100% backward compatible. Only difference is that programs > that use the (deprecated) SHOUT_FORMAT_VORBIS will then send the > "audio/ogg" mime type instead of "application/ogg". I don't believe this will > cause any trouble. I'm sold. If nobody sees a reason to oppose

...(and I'm surprised nobody was impacted by this in a noticeable enough way so as to report it). As I'm now facing a required recompile/upgrade anyway, I'm wondering whether I should just patch this, or go for the trunk code.. How reliable is it? Cheers, and thanks a lot to you guys Gilou

...d a NULL source if sock_connect(h,p) is used, but it is not afaik (legacy code?). This needs improvement, because I didn't change the code for the function when HAVE_GETADDRINFO is not defined, as it would probably lead (me, you? ;)) to also take care of the HAVE_GETHOSTBYNAME thing. Regards, Gilou -- Gilles PIETRI Responsable technique Fr?quence3 http://www.frequence3.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: source.diff Type: text/x-patch Size: 4139 bytes Desc: not available Url : http://lists.xiph.org/pipermail/icecast-dev/attachments/20070516...

On 08/12/09 20:44, Jussi Kukkonen wrote: > I'm not a icecast developer so I have very little idea what the code in > question does or how to test it. As a matter of fact I don't even have a > build environment (or time) available here, this is why I didn't send a > patch. > > But since you asked, attached are the missing frees for icecast2_2.3.2-4 > in a totally

...impacted by this in a > noticeable enough way so as to report it). > > As I'm now facing a required recompile/upgrade anyway, I'm wondering > whether I should just patch this, or go for the trunk code.. How > reliable is it? > > Cheers, and thanks a lot to you guys > Gilou > _______________________________________________ > Icecast-dev mailing list > Icecast-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast-dev > - -- jaromil, dyne.org developer, http://jaromil.dyne.org GPG: B2D9 9376 BFB2 60B7 601F 5B62 F6D3 FBD9 C2B6 8E39 -----BEGIN...

I have ice cast up on my server, ssl is working as intended and I have both a standard feed and ssl port working. Only big issue I have is even though the SSL port is set for 443 it is also running on Port 80. Is there some reason port 80 is running alongside 80 and is there a way to run it without Port 80 being used?

Hiya Is this bug known about, in stats.json ? Currently showing for me: "listeners": 140462600, I'd love to think I had that many listeners, but I think the server would have long given up... ;) Anything I can help with, logs etc? -------------- next part -------------- An HTML attachment was scrubbed... URL:

...s to indicate a leak in libxml2, I'm gonna try to see if this is linked to the way the icecast or libxml package is compiled/patched in debian, but I'm not too familiar with this kind of problems, so if you have something to say about this issue, I'd love to hear about it! Regards, Gilou