similar to: About current Icecast development -- developer edition

Good morning, Icecast development has been a bit quiet to the outside world recently. However there is a lot of movement. Today I would like to tell you about a few new things in Icecast 2.5.x. Icecast 2.5.x is the current development branch. (We recommend to use our stable releases (2.4.x) for production.) Here are a few new things that have been implement recently. This list is just a short

Good evening, first of all thank you for the very good report. :) On Sun, 2020-02-16 at 09:57 +0000, James Turner wrote: > Hi team, > > Please accent my apologies if this is NOT the place/distro list to be > raising this. I had major dramas with the standard forum - registration and > decided this may be a better route. This is the *perfect* place beside opening a ticket on

Hi and thanks for the replies. Thomas, is the second option you mention an installation of the daemon necessary for running as a service? I have already installed the icecast 2.4.99 from source using http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz <http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz> at icecast.org and have built it using … ./configure

Good morning, there have recently be activity I would like to share with you. Please note that then refering to Icecast this mail represents current master branch ("2.5.x"). We do recommend to use current stable branch ("2.4.x") for production. However we welcome every tester and are happy to hear your feedback. libshout 2.4.2 Released! Two and a half weeks ago we

Well imitation is the highest form of flattery they say. So I''m surprised to see these packages neatly built to install into /opt/csw correctly and yet they exist somewhere else and have nothing to do with us here at Blastwave. fascinating. I guess we can always send an email to the person doing this and just ask if they want those packages in testing and then into the catalog for

The Asterisk Development Team is pleased to announce the release of DAHDI-Linux 2.5.0.1 and DAHDI-Tools 2.5.0.1. 2.5.0.1 is a bug fix release. It is recommended that current users of v2.5.0 upgrade. DAHDI-Linux 2.5.0.1, DAHDI-Tools 2.5.0.1, and DAHDI-Linux-Complete 2.5.0.1+2.5.0.1 are available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux

The Asterisk Development Team is pleased to announce the release of DAHDI-Linux 2.5.0.1 and DAHDI-Tools 2.5.0.1. 2.5.0.1 is a bug fix release. It is recommended that current users of v2.5.0 upgrade. DAHDI-Linux 2.5.0.1, DAHDI-Tools 2.5.0.1, and DAHDI-Linux-Complete 2.5.0.1+2.5.0.1 are available for immediate download at: http://downloads.asterisk.org/pub/telephony/dahdi-linux

Hi Ross, Sorry if anyone else has already answered this. Yes there is. Icecast can produce stats in any format desired using XSLT templates. These take the built-in XML as input and can format the output any way you like. There are two XSLT templates included with Icecast2 by default, status.xsl and status2.xsl. Status2.xsl would be easy to parse as it outputs in CSV format. The format

> ---------- Marvin wrote --------- > From: Marvin Scholz <epirat07 at gmail.com> > Date: Thu, 13 Feb 2020 at 22:51 > > On 13 Feb 2020, at 23:44, Chip wrote: > > > > This is successful: > > > > curl http://example.com:8000/status-json.xsl > > > > But this: > > > > curl -I http://example.com:8000/status-json.xsl > > >

Hi all, This is the output of status2.xsl: MountPoint,Connections,Stream Name,Current Listeners,Description,Currently Playing,Stream URL Global,Client:60461 Source: ,,7,, /foxcub,,,7,, - Brian Eno - Dune Prophecy theme, It doesn't look like any csv output I've ever seen. Some of the output seems to be string literal and some of it is the actual server information, and at some parts

Hello Everyone! Here are a couple of thought/questions on refClasses integration in R core functionality. First, coexistence with S4: > X <- setRefClass("classX", fields = c("a", "b"), + representation = list(c = "character")) > x <- X$new() > x at c <- "sss" > x An object of class "classX"

Hi, I've just downloaded the latest R v2.5.0 alpha (2007-04-04 r41043) for WinXP. When I try to install a package R tries to install it to a no-name (empty name) directory (causing error downstream): RCMD INSTALL R.oo installing to '' FYI: Package install perfectly on R v2.4.1 patched, and did so also on earlier R v2.5.0 devel/alpha(?) versions. Current directory is: C:\tmp with

i'm trying to config the usr authentication but when i goto add myself into the admin part i get add user failed check log? so i did and i'm getting this [2023-02-28 00:46:16] INFO admin/admin.c Received admin command manageauth.xsl on mount "/live.mp3" [2023-02-28 00:46:16] EROR auth_htpasswd/auth_htpasswd.c No filename given in options for authenticator. [2023-02-28

I'm trying to install a gem named Fabulator on CentOS 6 CR x86_64. It's failing on libxslt-ruby. This is the error I get when trying the gem manually... ------------------------------ # gem install libxslt-ruby --no-rdoc --no-ri Building native extensions. This could take a while... ERROR: Error installing libxslt-ruby: ERROR: Failed to build gem native extension.

I finally had a chance to spend some time on Olly's idea about generating documentation for the object-oriented PHP wrapper http://www.oligarchy.co.uk/xapian/patches/xapian9.phps >Another way to approach it might be to postprocess Doxygen's XML output >(which would allow mechanical changes to match PHP syntax). > > I wrote an xslt script to test the idea (It is one of the

Good morning, On Fri, 2019-05-10 at 17:59 +0100, Paul Martin wrote: > On Fri, May 10, 2019 at 10:35:39AM -0500, Rick Keniuk wrote: > > > I may have asked this previously, but I am still on a mission to get > > metadata on my OPUS streams (FLAC if possible also). > > https://tools.ietf.org/html/rfc7845.html (Section 5.2) > > ...which is similar to Ogg Vorbis

I am using environments to avoid making copies (by keeping references). But it seems like there is a hidden copy going on somewhere - for example in the code fragment below, I am creating a reference to "y" (of size 500MB) and storing the reference in object "data". But when I save "data" and then restore it in another R session, gc() claims it is using twice the

I am using environments to avoid making copies (by keeping references). But it seems like there is a hidden copy going on somewhere - for example in the code fragment below, I am creating a reference to "y" (of size 500MB) and storing the reference in object "data". But when I save "data" and then restore it in another R session, gc() claims it is using twice the

Ok, I think I see. The xslt files are kind of a template which tells icecast how to format the xml file that is the admin interface? Where can I get either an example xslt file or information on how this works? I didn't see details in the icecast docs. I have now skimmed the information on xml.com, but don't I need to know what xml tags icecast uses? Thanks for the help, Richard

I don't have any there; I suppose that is the problem. I did a locate *.xslt and nothing pertaining to icecast came up. I suppose I should grab the source and check it out. I installed from the rpm. Thanks, Richard Michael Smith wrote: >On Thursday 21 October 2004 14:50, Richard Morey wrote: > > >>Ok, I think I see. The xslt files are kind of a template which tells