similar to: Conceptual problem?

I am just starting to experiment with Icecast2. I have a collection of .wav files that I eventually want to stream out as either ogg or mp3. None of the source clients I found could do this type of re-encoding, maybe I just missed one? So I set out writing a shell script to do it for me. I'm having a real tough time getting things to work so I finally decided that maybe I don't have

Hi, Stupid thing should have gone to the list. Argh. Geoff. ----- Original Message ----- Hi, Excuse the non-delimited quotes, am using Windows temporarily. ----- Original Message ----- From: "Tod Thomas" <tod at creekroadconsulting.com> To: "Geoff Shang" <geoff at QuiteLikely.com> Cc: <icecast at xiph.org> Sent: Saturday, June 16, 2007 9:13 PM

Geoff Shang wrote: > Hi, > > I'd think it'd be easy enough to get Ezstream to do what you want, possibly > using sox to do the appropriate decoding. Then you could encode as ogg or > mp3 as required. I might end up going in that direction. > Not sure what you mean by "output to the mount defined in icecast.xml". > Mounts in Icecast don't refer to

I'm now trying to use an m3u formatted list to pass to ezstream rather than stdin. Since all of my audio files are in .wav format, and I have oggenc, I see no reason to decode them before ogg encoding them. Is there a configuration I can use to make this happen? I tried omitting the decode parameter and ezstream complained. Here is what I have now: <ezstream>

Le 23/05/2014 12:44, "Thomas B. R?cker" a ?crit : > Hi, > > On 05/23/2014 09:34 AM, Hoggins! wrote: >> Hello, >> >> Correct me if I'm wrong, but what you get from Icecast *is* HTTP. > For a listener, Icecast is just an ordinary HTTP 1.0 server. > For a source client Icecast used to be a non-standard extension and used > the SOURCE method. We've

Hi, I use a rule in iptables and solves iptables -A PREROUTING -t nat -p tcp -d 192.168.2.32 --dport 80 -j REDIRECT --to-port 8000 iptables-save > /etc/iptables.up.rules echo 'pre-up iptables-restore < /etc/iptables.up.rules' >> /etc/network/interfaces Regards, Rafael Gomes Em 2014-05-23 07:44, Thomas B. R?cker escreveu: > Hi, > > On 05/23/2014 09:34 AM,

Hi, On 05/23/2014 09:34 AM, Hoggins! wrote: > Hello, > > Correct me if I'm wrong, but what you get from Icecast *is* HTTP. For a listener, Icecast is just an ordinary HTTP 1.0 server. For a source client Icecast used to be a non-standard extension and used the SOURCE method. We've deprecated this in 2.4.0 and now support PUT. He's trying to connect a source through a reverse

I'm now trying to use an m3u formatted list to pass to ezstream rather than stdin. Since all of my audio files are in .wav format, and I have oggenc, I see no reason to decode them before ogg encoding them. Is there a configuration I can use to make this happen? I tried omitting the decode parameter and ezstream complained. Here is what I have now: <ezstream>

Hello, Correct me if I'm wrong, but what you get from Icecast *is* HTTP. Anyway, we use proxying because on our server, some of our clients cannot connect to port 8000 without bypassing their company firewall, and we don't have the possibility to add another public IP. So with Apache, here is what we do : ######################################################################## # #

Taking the 128 mp3 and re-encoding to flac won't fix any quality issues you may have as they will retain the same 'flaws'. In the end you'll end up with the same quality as you would have seen going from 128 mp3 to q3 ogg. One nice thing about ezstream is that you can specify decoders for multiple formats so if going and ripping all your media again is too daunting a task you

Thanks all, ezstream works really nice. I notice when I run it like this though: cat ./file.wav|oggenc -|ezstream -c ./ezstream.conf everything works fine until I get to the end of the file then I start getting endless lines of this: ezstream: streamFile(): Error while reading 'stdin': Bad file descriptor Is this because of the way I'm running ezstream or because I'm

Yeah, ezstream is a source client just like ices0, but the manner in which they go about processing files or playlists may differ. I don't know too much about ices0 but in the configuration for ezstream you can either specify a single file to stream or you can point it to an m3u playlist and it will play though that, I'm not sure this is compatible with how you currently queue media.

For archiving from source media (CD usually) to flac? I typically use EAC either from Windows or Wine as it allows for the most configuration. Off the top of my head I think Sound Juicer will do it for *nix, though there are probably others that work just as well. Chris Dave wrote: > Hi, > Thanks. As is usually the case circumstances kind of put this > project on a few days hold,

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

unsubscribe -----Oorspronkelijk bericht----- Van: icecast-request@xiph.org [mailto:icecast-request@xiph.org] Verzonden: vrijdag 4 maart 2005 15:52 Aan: icecast@xiph.org Onderwerp: Icecast Digest, Vol 10, Issue 5 Send Icecast mailing list submissions to icecast@xiph.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.xiph.org/mailman/listinfo/icecast or, via email, send

I run two streams from ezstream via Icecast2 - one over http and one over https. In the ezstream config file I have defined two servers (http and https) and the two streams point to the different servers (by their names). But, if I go to the following two url's, Icecast report same (http-) 'streaming url' for both: https://radio.horsens-garage.rocks:8443/

Hello Ezstream is working well locally with Icecast2 on port 8000 on a Debian Wheezy platform. However, I use a reverse proxy (Pound) to pass all requests from the Internet for x.mysite.com to backend localhost:8000 i.e. my Icecast2 server. This works fine, i.e. x.mysite.com brings up the Icecast2 Status page. My problem is with the ezstream xml configuration <url></url> setting which

hi actually im trying to add feature to ices2 to able to stream mix file format such as ogg and mp3 in the same playlist.m3u without extra decoding and encoding that function like ezstream. the reason i dont want to use ezstream as source client becoz after going thru decoding and encoding, the audio quality drops. Therefore im trying to find out is there any easy way out to add plug-in to

thanks alot Geoff by the way is there any possible ways to add plug-in to icecast2 server to stream Wma? regardless of the license problem -----Original Message----- From: Geoff Shang [mailto:geoff@hitsandpieces.net] Sent: Tuesday, February 07, 2006 8:08 PM To: Neo Jiun Siang - R&D Cc: icecast@xiph.org; njsalan@hotmail.com Subject: RE: [Icecast] guideline for plug-in to icecast2 server Neo

looks like a job for liquidsoap! You can set up a playlist of any kind of audio. It will encode AAC and AAC+ both have small footprints with better audio delivery. I assume you are using mp3 as source because of limited space. The resampled sound will be no better then the mp3 source and in some cases will not be so good. regards Robert On 13/07/20 6:25 am, axeon wrote: > Hi all, I set