similar to: [Interopcast-general] about translating documentation, but not only documentation.

> The main problem we encountered was the difficulty to find an MP3 streamer that was > compatible with Icecast2. http://www.spacialaudio.com/products/winamp/ That can stream to Icecast2 in Ogg and MP3 format (Actually make sure to grab the yet-to-be-released version here: http://www.spacialaudio.com/beta/dsp_sam_encoders.exe ) >(but MP3 was not developped to be streamed, as you

Hello, 3 months ago, we (a group of 8 students of the ENSEIRB engineering school (France)) started to work on icecast. We decided to work on another CVS server. The aim _was not to fork a new version_ of Icecast : the idea was to clean the code as fast as possible in order for new developers to enter the sources in an easier way. We mainly worked on format, sources, and tried to clearly

What are the chances of getting ices0.3 and ices2 ported to windows as a command line app? and be able to run it as a NT serivce? Dave St John CEO Mediacast1 www.mediacast1.com - Got Bandwidth? (720) 641-7586 ----- Original Message ----- From: "Geoff Shang" <gshang@uq.net.au> To: <icecast-dev@xiph.org> Sent: Friday, August 01, 2003 3:51 AM Subject: Re:

On Fri, 1 Aug 2003, Arnaud Ebalard wrote: > The main problem we encountered was the difficulty to find an MP3 > streamer that was > compatible with Icecast2. For *nix, ices 0.3 will do the job. It requires libshout2. You can get them both from http://www.icecast.org/download.html Geoff. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Hello, after the reply of Jerome Alet, I forward our questions to you. I hope it is now the right place to put it. Could you please send your answers, questions, comments to interopcast-general@nongnu.org so everyone in the group can get a copy of it. Thank you. ----- Original Message ----- From: "Jerome Alet" <alet@librelogiciel.com> To: <interopcast-general@nongnu.org>

Hello, If someone want to look at what we did on ICECAST (we = 8 people from ENSEIRB (France)), he can just checkout from the CVS on Savannah (subversions.gnu.org:/cvsroot/interopcast, cvs co ENSEIRB) We worked on format, streambuf, source, and tried to have a more logical way of serving clients. We also created a new generic ogg plugin which toggle to the right ogg encapsulated format ( now,

Hi there. Some words to tell you that the documentation effort start taking shape. A savannah project has been created in order to coordinate work: http://savannah.nongnu.org/projects/interopcast/ CVS is accessible via cvsweb here: http://savannah.nongnu.org/cgi-bin/viewcvs/interopcast/ A first html shot available for browsing here: (there are other documents to merge with but not yet http

> I think you will be VERY interested int he next upcoming > release of SAM2 - > www.spacialaudio.com > > Bryan > Is there a linux variation of a program such as this? Our need is similar but slightly different. We have one master site that will be preparing the content for retrasmission. The problem is that we cannot use live streams to our satellite stations. We must prepare

On Fri, 2003-08-01 at 17:57, oddsock wrote: > At 05:35 PM 8/1/2003 +0100, you wrote: > >On Thu, 2003-07-31 at 17:07, Dave St John wrote: > > > What are the chances of getting ices0.3 and ices2 ported to windows as a > > > command line app? > > > and be able to run it as a NT serivce? > > > >It's a question of getting the compiler environment

Hi all. I just joined this list but have been working with Karl H and Arc on IRC for a while on using ices/icecast in a radio studio in new york. I'm pretty involved in Linux audio and have a good superficial understanding of what's available in the Linux world for audio. To keep this thread on topic, I've mentioned to Karl H before but I guess it would be worthwile to mention here

On Monday 04 August 2003 12:30, Likai Liu wrote: > Just a few weeks ago, I was thinking of writing a streaming source using > libshout and portaudio. I was also considering LADSPA support, to do > some minor post-processing before encoding. However, I'm currently > developing on Mac OS X, and LADSPA's shared library plugin model has > some issues here to be resolved. >

On Tue, 14 Aug 2007, David Greene wrote: >> Yes, this is one advantage, another is that we wouldn't have to fix the >> same bug in multiple places :) > > Right. I've figured out where I need to make the changes in AsmWriterEmitter > given the current design. Ok, cool. > I'm trying out a few interesting things here based on custom streambufs. > It requires

(cc'ing non-legacy llvm-dev this time; apologies if you get this twice. Please don't reply-all to the first one.) On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <hans at chromium.org> wrote: > Dear testers, > > Start your engines; 3.8.0-rc1 was just tagged from the 3.8 branch at > r258223. (It took a little longer than I'd planned, sorry about that.) > > There

On Monday 13 August 2007 15:50, Chris Lattner wrote: > > I also have a few questions on the general design of AsmPrinter. Why is > > runOnMachineFunction implemented for each target AsmPrinter? I would > > Historical reasons that aren't very good. Over the years, I've taken > several stabs at merging the asmprinters from various targets together. > They used to

On Wed, 2007-08-15 at 09:32 -0700, Chris Lattner wrote: > On Tue, 14 Aug 2007, David Greene wrote: > >> Yes, this is one advantage, another is that we wouldn't have to fix the > >> same bug in multiple places :) > > > > Right. I've figured out where I need to make the changes in AsmWriterEmitter > > given the current design. > > Ok, cool. >

On Thu, 2003-07-31 at 17:07, Dave St John wrote: > What are the chances of getting ices0.3 and ices2 ported to windows as a > command line app? > and be able to run it as a NT serivce? It's a question of getting the compiler environment setup to do the port. Much of libshout and ices2 are ready but, certain things like live input are different from whats in windows. karl.

Just a few weeks ago, I was thinking of writing a streaming source using libshout and portaudio. I was also considering LADSPA support, to do some minor post-processing before encoding. However, I'm currently developing on Mac OS X, and LADSPA's shared library plugin model has some issues here to be resolved. Another nice feature I have given a thought on is incorporating

Hi Hans, I'm seeing one unexpected failure: libc++ :: std/input.output/stream.buffers/streambuf/streambuf.protected/streambuf.put.area/pbump2gig.pass.cpp Test logs show: Standard Error: -- terminating with uncaught exception of type std::length_error: basic_string -- but only on my big endian MIPS machine. I have filed PR36373 for the above failure. I've looked at the failures

On Wednesday 15 August 2007 11:32, Chris Lattner wrote: > > I'm trying out a few interesting things here based on custom streambufs. > > It requires some surgery to AsmPrinters as a std::ostream won't work > > anymore due to the enhanced functionality of the custom streambufs. > > Is this still interesting to the larger LLVM community? One thing I have > >

I just installed the pre-compiled binaries for Clang 3.4.1, which was the latest version I could find to download. Starting a new 'blank' project in MSVC I was easily able to change the tool set from MS Visual Studio 2013 (v120) to LLVM-vs2013. However, trying to compile a simple 'hello world' program resulted in the following compiler errors. Is there something simple I am