similar to: Windows streaming solutions

Can anyone share some ideas or point me to some documentation on how I can easily begin streaming live audio? My input would be /dev/audio (my microphone or soundcard input). Is there some type of small HTTP server that can use this /dev/audio piped through oggenc (or the ogg vorbis library built into the httpd)? Or do I use a FIFO and any regular httpd? (I am running NetBSD.) Thanks,

Hi: I've been experimenting with streaming vorbis across my network from the windows box to an icecast2 server on my linux machine (the server I usually use is having some network issues at present). I've tested both ostream 0.7.1 and oddcast beta26. It seems that neither can encode on the fly on my P2-266 at 44100 fast enough to be able to stream it. Ostream looked the more promising

Hi. Can anyone tell me the best way to stream Ogg Vorbis to an Icecast2 or compatible server under Windows? I would need something that doesn't rely heavily on graphics, as I have a blind friend who wishes to be able to do this. Thanks, Lorenzo <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

Hi, Got everything built but am now experiencing new errors on making the symbol tables and on 'make check'. Here's the errors I am experiencing :- Aaron Gray at AMD-LAPTOP-1 /usr/llvm-gcc/lib $ ls gcc libdummy.a libiberty.a libstdc++.a libsupc++.la libc.a libgcc.a libm.a libstdc++.la libtrace.a libcrtend.a libgcsemispace.a

On 23 July 2013 16:50, Tobias Grosser <tobias at grosser.es> wrote: > On 07/22/2013 11:58 PM, Star Tan wrote: > >> Hi Tobias, >> >> >> I have attached a patch file to optimize string operations in >> Polly-Detect pass. >> In this patch file, I put most of long string operations in the condition >> variable of "PollyViewMode" or in

hi, there is a low bitratestream available for testing. it's around 40kbps and it sounds really bad, because it's 11khz stereo :). http://ogg.radiostudio.org:8007/ostream.ogg -- Sent through GMX FreeMail - http://www.gmx.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

hi, there is a low bitratestream available for testing. it's around 40kbps and it sounds really bad, because it's 11khz stereo :). http://ogg.radiostudio.org:8007/ostream.ogg -- Sent through GMX FreeMail - http://www.gmx.net --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to

Does not look like the demangle test worked anyway :( And 'make check' :- $ make check make[1]: Entering directory `/usr/build/llvm-gcc/gcc' (rootme=`${PWDCMD-pwd}`; export rootme; \ srcdir=`cd /usr/cfrontend/src/gcc; ${PWDCMD-pwd}` ; export srcdir ; \ cd testsuite; \ EXPECT=expect ; export EXPECT ; \ if [ -f ${rootme}/../expect/expect ] ; then \ TCL_LIBRARY=`cd

Hi UseRs, I've just installed 2.10.0 on Ubuntu hardy, compiling from the tar.gz bundle. install.packages() just says "Error in install.packages() : no packages were specified" The "normal" hardy 2.6.2 version pops up a tcl/tk menu for repositories. I'm assuming I missed a configure option for tcl/tk, but the configure script says that --with-tcltk is the default.

Hi all, I recently emailed a query to the maintainers of BBC London website (http://bbc.co.uk/london) asking if they had any plans to move away from Real Server as a means for streaming audio and Video of their live radio and tv broadcasts to something a bit more cross platform like OGG/Vorbis or even MP3's. The reply I received was : "I'm afraid we only plan to use Real Player

On 07/22/2013 11:58 PM, Star Tan wrote: > Hi Tobias, > > > I have attached a patch file to optimize string operations in Polly-Detect pass. > In this patch file, I put most of long string operations in the condition variable of "PollyViewMode" or in the DEBUG mode. OK. > From 448482106e8d815afa40e4ce8543ba3f6f0237f1 Mon Sep 17 00:00:00 2001 > From: Star Tan

Geoff Shang wrote: > Hi, > > You can use the Oddsock plugin from oddcast.org which can do this, in > conjunction with Winamp (not open source) or Foobar2000 (not sure, might > be open source). definitely open source, and a recommendation, since it does not *beep* with the registry too much, has a clean, no bullshit interface, supports a large number of codecs and is one of

An online Christian radio station who I do some technical work for is considering branching out to the video streaming arena. They have free preaching videos they can broadcast. They are only familiar with Windows and want to stay with that. I think I can talk them into using Theora & Icecast2, but the 1 million dollar question is how does one take several high quality MPEG or AVI videos,

An online Christian radio station who I do some technical work for is considering branching out to the video streaming arena. They have free preaching videos they can broadcast. They are only familiar with Windows and want to stay with that. I think I can talk them into using Theora & Icecast2, but the 1 million dollar question is how does one take several high quality MPEG or AVI videos,

Hello, I use the zlib and imap_zlib plugins on FreeBSD. As of 2.3.0, my logs are producing these errors every so often, but AFAICT the messages themselves aren't getting corrupted. Panic: file ostream-zlib.c: line 36 (o_stream_zlib_close): assertion failed: (zstream->ostream.finished || zstream->ostream.ostream.stream_errno != 0) Fatal: master: service(imap): child 80128 killed with

hello, I try to listen to the stream at http://ogg.radiostudio.org:8007/ostream.ogg with ogg123, it's a 44100/mono stream. It sounds to me like a mono file played as a stereo file. there are very often silent drop outs and the music is pitched. is this a bug in ogg123? I changed to stereo encoding and know it's better (normal pitch without silence), but I have klicks/scratches in

No, Chris, I'm not buying that argument, due to I've tweaked /usr/include/types.h a little bit, so the configuration and compilation of the cfrontend would be correct: /* * 64bit type for BSD compatability */ #ifdef __GNUC__ typedef long long int quad_t; typedef unsigned long long int u_quad_t; typedef long long int int64_t; typedef unsigned long long int u_int64_t;

Hi all, With the newest patches to LLVM, there should be no reason for having "#include <iostream>" in any library source code file, except for lib/ Support/Streams.cpp. Please use the following instead: OLD NEW --- --- std::ostream llvm::OStream std::istream llvm::IStream std::cerr llvm::cerr std::cerr llvm::cout

I see this in my logs after 2.3.3: using zlib plugin, ofc. Oct 02 10:01:39 imap(user at example.com)<50643></2k4Sjp3vMqC496W>: Panic: file ostream-zlib.c: line 37 (o_stream_zlib_close): assertion failed: (zstream->ostream.finished || zstream->ostream.ostream.stream_errno != 0 || zstream->ostream.error_handling_disabled) Oct 02 10:01:39 imap(user at

Hi! After upgrade I'm noticing many coredummps, below is backtrace: $ echo "bt"|gdb .... #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 222 if (o_stream_zlib_send_flush(zstream) < 0) (gdb) #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 #1 0x00007a695e8f09cd in o_stream_flush (stream=stream at entry=0xc8be5b276d0) at