search for: stats_event

Hi! I found out that icecast will crash when trying to stream a title or artist with % in the name. The cause seems to be in stats.c, line 158 where the text is sent as a format string to vsnprintf. This could possibly be used for an exploit too. The solution I came up with is to call stats_event instead of stats_event_args from format_vorbis_get_buffer in format_vorbis.c. I've included a patch below. /Emil Index: format_vorbis.c =================================================================== RCS file: /usr/local/cvsroot/icecast/src/format_vorbis.c,v retrieving revision 1...

...*video_preview; + yuv_buffer yuv; + int frame_count; +#endif } theora_codec_t; - static void theora_codec_free (ogg_state_t *ogg_info, ogg_codec_t *codec) { theora_codec_t *theora = codec->specific; @@ -50,8 +56,17 @@ DEBUG0 ("freeing theora codec"); stats_event (ogg_info->mount, "video_bitrate", NULL); stats_event (ogg_info->mount, "video_quality", NULL); +#ifdef WITH_PNG + stats_event (ogg_info->mount, "video_preview", NULL); +#endif stats_event (ogg_info->mount, "frame_rate", NULL);...

Updated version of video preview covering frame writing every 3 keyframe and a xsl typo. Best regards :) kysucix -- Make things as simple as possible, but no simpler. - Albert Einstein

Hi. Here it is my patch to put a video preview of a theora stream in status.xsl. I just added a: <video-preview>1</video-preview> parameters in icecast.xml.in that control the previewing function. It encodes a png in $webroot/$mountname.tmp and then move it to $webroot/$mountname.png As for now it saves a frame every theora keyframe, which is probably too heavy for the server but

I have just been re-reading the ices0 code, and it appears that if the protocol in the configuration is set, the complete metadata IS being sent to the icecast server, using HTTP GET /admin/metadata. Is the server ignoring this? On Fri, Feb 26, 2016 at 3:47 PM, Marvin Scholz <epirat07 at gmail.com> wrote: > This is not about metadata, just how to connect to the server to > transmit

Ok folks, we are getting ready for version 2.3 of icecast and have built an RC1 distribution. We encourage everyone to try out this new release and provide us feedback. Please report all bugs to http://bugs.xiph.org Here are the details : Source Distribution: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz Source RPM:

Ok folks, we are getting ready for version 2.3 of icecast and have built an RC1 distribution. We encourage everyone to try out this new release and provide us feedback. Please report all bugs to http://bugs.xiph.org Here are the details : Source Distribution: http://downloads.xiph.org/releases/icecast/icecast-2.3.0.rc1.tar.gz Source RPM:

...utex_unlock(&(state->lock)); - DEBUG2("Metadata on mountpoint %s changed to \"%s\"", - source->mount, value); + DEBUG2("Metadata on mountpoint %s changed to \"%s\", %s", + source->mount, value, client->con->ip); stats_event(source->mount, "title", value); #ifdef USE_YP /* If we get an update on the mountpoint, force a @@ -653,7 +653,7 @@ static void command_stats(client_t *client, int response) { xmlDocPtr doc; - DEBUG0("Stats request, sending xml stats"); + DEBUG0("Stat...

Hello, I work at SmarctJog.com, we have here some patches on IceCast for performance and reliability, these are mostly client/connection/source cleanups (a slave merge is underway, and some more good stuff (c)), but we'd like this to be merged in before the list gets any longer. Please find attached a list of our patches with a short desc: This one is actually not from us/me, it was found