similar to: Re: [xiph-commits] r14314 - icecast/trunk/icecast/src

On 11-Feb-08, at 6:00 PM, Erik de Castro Lopo wrote: > Personally, I think that change should be reverted and another > cleaner solution found to address that problem. Agreed, although it doesn't make that much differece; the code is broken either way. Ivo, if you don't want to do the alternate patch, you might ask the original contributor? -r

On Sat, Oct 23, 2004 at 08:37:53PM -0700, jm@motherfish-iii.xiph.org wrote: > Modified: > trunk/speex/libspeex/cb_search.c > Log: > Shouldn't warn with fixed-point anymore Does this mean fixed-point speex is debugged, now? Is there a strategy, then, for getting Speex into consumer-premesis VoIP equipment?

On 10-Sep-08, at 7:23 AM, ivo committed: > - if test -d CVS; then \ > + #if test -d CVS; then \ > $(MAKE) cvs-clean ;\ > fi comment detection happens before \ continuation in shell parsing, so this will error on fi. If you want to disable this clause you should just remove the whole thing. -r

On 11-Feb-08, at 12:37 PM, ivo@svn.xiph.org wrote: > Author: ivo > Date: 2008-02-11 12:37:13 -0800 (Mon, 11 Feb 2008) > New Revision: 14479 > > Patch by Christian Weisgerber to fix possible problems in 64bit > systems with "int shuffle" and "int repeat". I'm confused. How does making these long help? -r

On 25-Jun-08, at 3:23 AM, ivo at svn.xiph.org wrote: > * correctness: make oggdec output help text on stdout instead of > stderr Hmm. Doesn't oggdec output the decompressed audio to stdout? IIRC the help goes to stderr to avoid clobbering that. If 'corretness' is the windows issue, could it be compile-time switched? -r

On Fri, Oct 15, 2004 at 03:51:12PM -0500, svn-commits@oss.oracle.com wrote: > Author: manish > Date: 2004-10-15 15:51:10 -0500 (Fri, 15 Oct 2004) > New Revision: 1580 > > Modified: > trunk/src/suballoc.c > Log: > cast bitops on bg_bitmap to unsigned long * Are these disk or core structures? IF core please just make them unisgned long, if they're ondisk you just

Hi Pawel, can you please pull this dragonegg patch into 3.2. I am the code owner for dragonegg. Thanks a lot, Duncan. On 28/11/12 13:44, Duncan Sands wrote: > Author: baldrick > Date: Wed Nov 28 06:44:50 2012 > New Revision: 168787 > > URL: http://llvm.org/viewvc/llvm-project?rev=168787&view=rev > Log: > Add support for GCC's vector copysign builtins, fixing

I don't agree with the s/Ogg Vorbis/Vorbis/. vorbiscomment does edit Ogg Vorbis files, not Vorbis streams in any other encapsulation. -r On Mon, Nov 19, 2007 at 07:01:43AM -0800, ivo@svn.xiph.org wrote: > Author: ivo > Date: 2007-11-19 07:01:43 -0800 (Mon, 19 Nov 2007) > New Revision: 14188 > > Modified: > trunk/vorbis-tools/vorbiscomment/vorbiscomment.1 > Log:

On Sun, 20 Feb 2011, Geoff Shang wrote: > To: Luis Barrett <getpaid00 at gmail.com> > From: Geoff Shang <geoff at QuiteLikely.com> > Subject: Re: [Icecast] Icecast start up script for icecast > > On Sun, 20 Feb 2011, Luis Barrett wrote: > >> We already have icecast install we our just trying to it >> started. In the icecast started script we need the

Hi: Just observing that there's been no trumpet blowing about Icecast 2.1RC1 being released, with no link on the website or nothing. For thems that want it, go to http://svn.xiph.org/releases/icecast Also, I presume that this release has the fallbackoverride functionality in it. Probably good to have this in the conf file. This release comes just at the right time for me - I will be

Hi, I woke up this morning to find out that Icecast 2.3.1 running under Ubuntu Feisty had crashed or otherwise terminated. I don't know why, but I've got a theory. I'm currently trying to get a streamer working properly. At times it goes into a state when it connects very briefly then disconnects again. This of course generates a lot of connects and disconnects and may have

hi i'm getting segfaults with Icecast thus: Feb 7 10:27:06 server kernel: icecast[19308]: segfault at a36bc3db eip 0805d5e3 esp b78fd120 error 4 Feb 7 12:01:06 server kernel: icecast[20417]: segfault at dc2d718e eip 080571df esp b62540f0 error 5 i cron a script every minute to restart Icecast if it fails and to notify me - so i know that this is happening about once every 12 hours or so.

On Sun, 25 Apr 2004, Wild Karl-Heinz wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x08057f50 in format_mp3_write_buf_to_client (self=0x80bee00, client=0x80d5e00) > at format_mp3.c:311 > 311 if (ret < (int)refbuf->associated->len) > > what else can i do? When you get to this point, you should do a backtrace so Karl can see what is

Karl Heyes wrote: > To maintain consistency, no timing occurs on the fallback to file as that > requires parsing of all formats. hmmm, good point, but it obviously breaks fallback-override (as far as it's useful), and also could cause your outgoing bandwidth to be swamped. Suggestion: How about allowing the admin to configure a bitrate for the fallback file. This would make it

On Thu, 24 Feb 2011, Keith Roberts wrote: > I had this on Centos 5.5, and there was not even a > /var/log/icecast directory after installing from RPM > package. It sounds like someone needs to contact the Centos package maintainer about more properly integrating into the Centos environment. It sounds like the package is not doing the proper amount of setup. As a 12-year Debian user,

We already have icecast install we our just trying to it started. In the icecast started script we need the icecast.pid file and we just want to know were in the directory is the icecast.pid file or do we have to create one if we do in which directory? Thank you, Luis Barrett On Sun, Feb 20, 2011 at 9:29 AM, Jonathan Narvaez <jonaabd07 at gmail.com>wrote: > install you icecast from

On Thu, 2005-02-17 at 02:42, Geoff Shang wrote: > Hi, > > Speex does belong to the Xiph family of codecs. > > My understanding is that Icecast can stream Ogg Speex. I'm not aware of > any streamers that can stream it to Icecast though. I would think that at > least Ogg123 (compiled with Speex support) and Illiminable's DirectShow > filters would be able to

Hi On 08/02/2008, Geoff Shang <Geoff@quitelikely.com> wrote: > Hi, > > Anything helpful in your error.log? You may need to set the log level to 4 > (debug). Ok - I've had 5 seg faults in the last 24 hours which is a pain, as you can imagine. I crona script once per minute to restart Icecast in the event that it fails so the service is never down for more than 59 secs

olly wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: olly > Revision: 9476 > Date: 2007-10-19 03:47:11 +0100 (Fri, 19 Oct 2007) > > Log message (14 lines): > include/xapian/queryparser.h,queryparser/queryparser.cc, > queryparser/queryparser.lemony,queryparser/queryparser_internal.h, > tests/queryparsertest.cc: Since calling

Thanks for your answer, well I changed this parameters on icecast.xml and the the delay reduce from 20s to 12s <burst-on-connect>0</burst-on-connect> <burst-size>4096</burst-size> Well I was trying to reproduce mp3 and ogg but both have 12 s of delay. How can I reduce to maybe 1 or 2 seconds. -------------- next part -------------- An HTML attachment was