similar to: libshout-2.3.1 release with Opus support

On Fri Jun 15 03:29:56 2012, Parisson wrote: > src/Makefile.am:5: required directory src/avl does not exist > src/Makefile.am:5: required directory src/thread does not exist > src/Makefile.am:5: required directory src/httpp does not exist > src/Makefile.am:5: required directory src/net does not exist > src/Makefile.am:5: required directory src/log does not exist >

On Sun 17 Jun 2012 01:44:32 PM PDT, Parisson wrote: > A few months ago, when you released libshout 2.3.0, you talked about a hacked > version of shout2send plugin for GStreamer. As I also use GStreamer to stream > live, could you please share your patch so that I can test it against Icecast > trunk and some webm streams? The webm support for shout2send landed in gstreamer git some

Hi, quick info. Yesterday Rillian landed Oneman's patches adding ogg/opus and WebM support on Icecast trunk. Big thanks for all the work that has gone into this! Please use trunk for your testing and development in this area from now. If you run into problems please send mails/patches/bitch'n'moan-on-IRC/... It's important to find any problems by testing it in every possible

Howdy, I've been working on WebM support for Icecast, and I'm looking for a few power-users or developers that can work with me on a semi-informal basis to fully test things out, determine what is wanted where and all of those good things. I've been working on things in a cave so to speak, but I am opening things up as much and as fast as I can now. It would be most useful if whomever

Howdy, I've been working on WebM support for Icecast, and I'm looking for a few power-users or developers that can work with me on a semi-informal basis to fully test things out, determine what is wanted where and all of those good things. I've been working on things in a cave so to speak, but I am opening things up as much and as fast as I can now. It would be most useful if whomever

https://gist.github.com/oneman/5394332 This is a little hack for sending -live encoded- WebM streams to Icecast from STDIN. An example (I was using libav from git, params likely different between libav, ffmpeg etc programs) avconv -v debug -f video4linux2 -s 320x240 -r 10 -i /dev/video0 -vcodec libvpx -threads 2 -vb 128k -r 10 -f webm pipe:1 | krad_pipe2 europa.kradradio.com 8008

For those who want to test webm streaming. This is a super early test binary release, not super user friendly yet. Here is a link to the server with some streams: http://deimos.kradradio.com:8080/ To play with mplayer: mplayer -cache 2200 http://deimos.kradradio.com:8080/teststream18.webm To play in browser http://deimos.kradradio.com:8080/teststream18.webm To get the app and some

For those who want to test webm streaming. This is a super early test binary release, not super user friendly yet. Here is a link to the server with some streams: http://deimos.kradradio.com:8080/ To play with mplayer: mplayer -cache 2200 http://deimos.kradradio.com:8080/teststream18.webm To play in browser http://deimos.kradradio.com:8080/teststream18.webm To get the app and some

DeeFuzzer is an icecast2 source client fully written in python and based on shout-python. Features : * MP3 and OGG (audio & video) file streaming over internet (Icecast) * Full metadata encapsulation and management * RSS podcast generator (current tracks and playlists) * M3U playlist generator * Recursive, random (shuffled) or pre-defined playlists * Multi-threaded architecture : multiple

Hello! I'm setting up an icecast radio station. I'll usually be broadcasting from this machine, but want to be able to make a smooth transition to an ezstream instance that I can run on the same server as the radio station. Unfortunately, my experiments haven't found a way I can make a transition without knocking off all my clients. :-( Any idea about best practices on this? --

Howdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing

Howdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing

Hi Jean-Marc, thank you for looking into this. I'm using the current release version of libopus (1.2.1) and version 0.1.10 of opus-tools, both built from source. Libopusenc is the current git master. Indeed I cannot hear any glitches in continuous.opus, continuous.wav, and chained.wav. chained.opus decodes just fine with opusdec as well, but doesn't play properly in any standard audio

Good evening, I'm very proud to announce the Release 2.4.0 of libshout. It has been a long time since the last libshout release as work focused mostly on Icecast2 itself. However we're very pleased to release the next version of libshout with many new features and fixes. The highlights on the new feature list: * We added full TLS support (HTTPS). This includes both RFC2817

Good evening, I'm very proud to announce the Release 2.4.0 of libshout. It has been a long time since the last libshout release as work focused mostly on Icecast2 itself. However we're very pleased to release the next version of libshout with many new features and fixes. The highlights on the new feature list: * We added full TLS support (HTTPS). This includes both RFC2817

Good bye, llama whipping awesome software...long live Audacious =) http://audacious-media-player.org/ On 11/25/2013 10:10 PM, Yahav Shasha wrote: > > that's not 100% accurate. > no official message regarding shoutcast was released. > Winamp is going to be abandoned, but i find it hard to believe they > are going to pull the plug on shoutcast as well, shoutcast is doing >

Hello, I'm creating a module written in python that brings an easy to implement interface for the libshout lib, mainly to provide streaming capabilities to a gnome player called Exaile (http://www.exaile.org). The module is almost done (already available at http://devpower.blogsite.org:8080/archivos/icastplugin.py) but I'm encountering some problems (I believe sync problems):

The open source fdk-aac encoder, available there: https://github.com/mstorsjo/fdk-aac offers pretty good quality. As for libshout, I do not think that it is currently posible to send AAC data using it. First, libshout doesn't have support to buffer and control timing of data sent. And even is you use the un-timed API (shout_send_raw), the library cannot set the proper mime type, due to a

Got'ny good ideas for doing that then? I want to connect to a stream for restreaming, for lack of a better term. On Mon, 5 Oct 2015 14:41:08 +0100 (BST), you wrote: >On Mon, 5 Oct 2015, Steve Matzura wrote: > >> If I put a URL in the M3U file, will EZStream stream it through >> Icecast? > >No. EZStream is meant to be pretty basic. > >Geoff. >

Hi Jean-Marc (and everyone else who replied), > Considering you're switching to Ogg, I think you should give libopusenc> a try. It does a really good job at getting rid of *all* discontinuities> -- to the point where you can chop a song into files less than one> millisecond each and it still sounds good. It's also pretty simple to> use. You just feed it audio and tell it