similar to: Icecast protocol

Hi, I'll attach my ezstream.xml file to illustrate how ezstream can be "programmed" to do various on-the-fly re-encodings. The basic idea is to treat each <encdec> section as a pair of cmd-line tools: implying a *ix pipe connects the output of the <decode> cmd to the input of the <encode> cmd. The stdout of the <encode> cmd is fed back to ezstream for

Thank you all for your answers. They were all useful. Il 21/11/2011 07:37, Erik de Castro Lopo ha scritto: > Giulio Paci wrote: > >> thank you for your answer. So the problem would be suboptimal >> compression due to suboptimal assumption about the input signal, right? >> What I do not understand is how the format of a FLAC format would be >> affected by supporting

On Nov 16, 2011, at 14:11, Declan Kelly wrote: > On Wed, Nov 16, 2011 at 05:41:21AM -0800, avuton at gmail.com wrote: >> Hate to be Capt. obvious here, but there's a lot of development going >> on here that should be encouraged. If the FLAC project isn't going to >> open up, it would make a lot of sense for someone to take over >> maintenance on a github account

Should we start thinking about including APE, ALAC, etc decoders? it'd make encoding to flac a lot easier, and quicker, just wondering. I mean if nothing else, FFmpeg has free decoders, and Apple released their official ALAC codec awhile back. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Well, I see ezstream 0.2.0 is downloadable, so I downloaded it and tried to compile. Unfortunately it won't compile for me. The configure script runs fine. Here's the output of make. Joel make all-recursive make[1]: Entering directory `/home/jbebel/ezstream-0.2.0' Making all in src make[2]: Entering directory `/home/jbebel/ezstream-0.2.0/src' source='ezstream.c'

Hi Brian. I also agree with you on these points you mention. If you guys are familiar on how the piracy groups work on the internet, you are aware that they have "releases" with their names on it. In the piracy "scene", some groups are competing on getting the first release out, and could only be beaten by another group releasing another higher quality release. Some groups (or

Hi Hongbin, On 16 December 2016 at 12:22, Hongbin Zheng <etherzhhb at gmail.com> wrote: > Thanks for the explanation. The above code snippets is actually extracted by > bugpoint from MultiSource/Applications/ALAC/encode/alacconvert-encode.test. > I get a different result if I cast the pointer to int and mask away the > lower two bits and cast the int back to pointer. While

The following behavior began about a day ago. NO changes have been made to the Fedora 20 (Heizenbug) system on which these things run. For no obvious or accountable reason, EZStream has stopped streaming. Here's a copy of the output from the ezstream command itself: # ezstream -c "/home/admin/ezstream/dn.xml" ezstream: Connected to http://localhost:8000/broadband ezstream: Streaming

Jappe: I've just added this functionality to ezstream. You can now send ezstream a SIGHUP and it will re-read the currently processing playlist file (it will currently do nothing if you are reading from stdin). In this case ezstream will keep track of the last track played and will reposition to that track (if it exists in the new playlist, otherwise it will just restart at the

At 01:58 PM 1/14/2005, you wrote: >I know you guys are tired of me asking questions. I promise it will slow >down soon. But I have a few more questions about ezstream. > >1. How can I redirect the ezstream output to a file? Every time I give >ezstream a pipe or redirection of the command line, it doesn't output >anything at all? I've had ezstream 0.1.2 shut down

Hi, I've compiled the new ezstream and tested it and it works just like my clients want so we are VERY happy with this new feature. Thanks again!!! regards, jappe On Apr 21, 2004, at 3:58 PM, oddsock wrote: > Jappe: > > I've just added this functionality to ezstream. You can now send > ezstream a SIGHUP and it will re-read the currently processing > playlist file

At 10:21 PM 1/8/2005, you wrote: >Well, I see ezstream 0.2.0 is downloadable, so I downloaded it and tried >to compile. Unfortunately it won't compile for me. The configure >script runs fine. Here's the output of make. > >Joel > >ezstream.c:406: warning: unused variable `ret' >ezstream.c: In function `main': >ezstream.c:576: error:

ezstream is only for streaming files and playlists. Not live audio. Darkice (ogg and mp3), ices2 (ogg only), or liveice (I think mp3 only, but never used it) are better choices for doing live audio. ezstream is designed to be really simple, so it surprises me that re-encoding was included in it at all. ezstream can only stream one source to one icecast server/mountpoint. To my knowledge the

This is about as simple as it can get. It worked earlier today. I added a couple lines, like sample rate and channels, it stopped working so I took them out, and now when I run it through /usr/bin/ezstream with the '-c' option, I get: ezstream[5609]: ezstream/shout.xml: world readable??? # that's normal ezstream[5609]: stream: default: no configuration Here's the XML, with

I know you guys are tired of me asking questions. I promise it will slow down soon. But I have a few more questions about ezstream. 1. How can I redirect the ezstream output to a file? Every time I give ezstream a pipe or redirection of the command line, it doesn't output anything at all? I've had ezstream 0.1.2 shut down on me after several hours and I was hoping to retrieve an

Hi, I've been working on a customized version of ezstream and I've been noticing that with a particular setup after playing particular tracks ezstream terminates. I say terminates because there are no error messages, it just exits. I've tried this on both my version and the stock version available via icecast.org just be certain and it happens with both versions. I'm

On Mon, 2005-10-17 at 13:36 -0500, oddsock wrote: > even if you aren't re-encoding, you still need to tell ezstream what > content-type to use (via the <format> setting) when connecting to icecast. The subtype of the stream is told as Vorbis in the icecast stats page. I provide you the content of my simple ezstream config file.

On Wed, Mar 25, 2015 at 09:43:20AM -0400, Steve Matzura wrote: > I ridded myself of the 32-bit and install the 64-bit version of > EZStream on Fedora 20 (Heizenbug). The RPM doesn't offer 0.6.0, but no > matter, I'm sorry, the previous ezstream RPM package maintainer did not registered the package for monitoring new releases, so Fedora still delivers older version. However I

Good evening, I am extending Icecast 2.4.x in a project that intends to use ezstream many times during the Icecast execution life cycle. At the point when I "start up" ezstream, I am faced with a dilemma of whether I should just integrate the ezstream source code into my project and program directly to the procedures, or whether I should just use shell scripts to control ezstream.

I for one am not worried about getting mp3 encoded stuff in my flac files, but I want to respond about "legitimate" OggFLAC. OggFLAC as a format for files, I agree, used by no one. However, I don't know of any other open source way to stream lossless audio. Maybe I did not look hard enough. Certainly nothing I can think of that would hope to be compatible with standard media player