similar to: buffer size from source to ice/shoutcast

Brandon wrote: > Hello, > > I've built my own source for ICE/SHOUTcast, and it works pretty well > except for one thing. After tuning into the server and listening for > an 60-90 minutes you may hear a song skip ahead 30-90 seconds. I think > I know why this is happening but I'mnot sure how to fix it. > > I think this is happening because my source is

We want crossfading so we need to use the SQRSoft crossfading Winamp output plugin. Ross. Stefan Neufeind wrote: > If thats the problem, why didn't you mention that before? > http://classic.winamp.com/plugins/detail.jhtml?componentId=28451 Null Output Plugin Null Output Plugin allows to run WinAMP without need of any soundcard installed in the system. [...] On 10 Jun 2003 at 8:21,

well, I got it working with the liveice-xmms plugin... had to sift through the source and remove the -x argument passed to lame... --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject

Ahh yes - this is a problem where the behaviour of lame was changed since I wrote this app - ----- Original Message ----- From: "jessew" <jessew@holly.colostate.edu> To: <icecast@xiph.org> Sent: Sunday, October 06, 2002 9:28 PM Subject: RE: [icecast] liveice sending horrible static noise? <p>> well, I got it working with the liveice-xmms plugin... had to sift

Ditto Scott - you nailed it !! But the DMCA actually sets rules on requests and processing them without being considered "interactive" - for instance the time frame allowed from when requests are made and then processed and actually air (minimum 60 minutes), to displaying your playlist - (can not be displayed public in the order of actual performance) basically as long as you never

At 01:37 PM 11/3/2003 -0700, you wrote: > >I can have a look at implementing this when I get chance. >That would be great as the devs at shoutcast have absolutely no interest or >so it seems in adding this feature, which causes people >to rely on 3rd party scripts to handle the authentication, which is shotty >at best. actually, as it turns out, this does make alot of sense,

Oh, I almost forgot... If you're going under compulsory licensing: 1) Listener requests cannot be honored, otherwise you will end up labeled an "interactive service" along with Audiogalaxy Rhapsody & the like. Which means more & more expensive royalties. 2) You cannot play more than 3 songs of the same album in any 3 hour period (no more than 2 in a row). Nor can you

Sure thats all fine and dandy but i think its more of a secure option for the icecast2 server to handle this internaly than a 3rd party script. <p><p>Dave St John (CEO) Mediacast1.com ----- Original Message ----- From: "Scott Manley" <djsnm@djsnm.com> To: <icecast-dev@xiph.org> Sent: Monday, November 03, 2003 7:14 PM Subject: Re: [icecast-dev] Icecast User Login

> One more reason why computers will never replace real DJ's ;-) I believe its called desktop webcasting or will be ;) Doesnt sound like replacing dj's, its just enabling them to dj remotely without the need and fuss localy oh and not to mention redundancy, doing a webcast from a house/office/home pc is a major ordeal with todays shitty dsl/cable providers just my 2 dollaws

Hello everyone, I'm currently developing an adaptive videoconferencing application based on Ekiga which uses TFRC as a congestion control mechanism to adapt the video encoding rate according to the quality of the network experienced. My goal was to use the open-source Theora codec for video transmission. Unfortunately, it seemed that Theora 1.0 did not properly implement any correct CBR mode.

I've got my encoder working now... and i put a proeprty page interface to allow the user to set a few encoding paramters to start off with... but changing the paramters doesn't seem to make barely any difference... These are the defaults i'm using... mTheoraInfo.target_bitrate=400000; mTheoraInfo.quality=30; mTheoraInfo.dropframes_p=0; mTheoraInfo.quick_p=1;

Hi There, i want to stream some pictures out of my application using the Theora codec. I can stream to a socket or a file. The current work based on the png2theora example. Something while enconding went wrong: I can see the whole video in VLC, but the complete duration of the file will not be displayed. If i play the video in Firefox, the first 2 seconds will not be played. I think the

On principle, we shouldn't ignore write failure: >From 56317a61bc22e935dc750cf669a164bacc12cf12 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Thu, 20 Aug 2009 12:29:46 +0200 Subject: [PATCH libguestfs] daemon: diagnose socket write failure * daemon/proto.c (send_chunk): Don't ignore socket-write error. --- daemon/proto.c | 8 +++++--- 1 files

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael

So I've been doing this myself for far too long, I'm glad to have some good help these days. ices 1.x is now going to be maintained by Brendan Cully. Brendan has also done most of the network/imap code in mutt, and is working on multistreaming in ices 1.x. Hopefully we'll see some good stuff. ices 2.x (the vorbis version) is coming along very nicely and is maintained by Michael

One possibility is that Lame is using the wrong endianess for your system try changing NUMBER_LITTLE_ENDIAN to NUMBER_BIG_ENDIAN in liveice.h and rebuilding. The default distribution of Lame uses big endia samples on IO, which means that in raw input mode it needs the -x arg to be set. However - some 'helpful' people have made this the default on some distributions.... so when liveice

Numerically identical, sure. But, there are other reasons to disable FMAD fusion -- namely for performance comparisons. On Wed, Jul 10, 2019 at 2:52 PM Matt Arsenault <arsenm2 at gmail.com> wrote: > > > On Jul 10, 2019, at 15:27, Scott Manley via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > Is there context I am not aware of for ::Strict and ISD::FMAD? I

> I think you have a different definition of fused then. Fused is a description of how the operation is computed/rounded, not an instruction count. "Only fuse FP ops when the result won't be affected" is what the existing comment says. So it can't be both a fused op and not a fused op if it's only meant to imply a difference in rounding. I'm just re-using the

well ... liveice has done this for the past 5 years.... but it's not an easy package to use ----- Original Message ----- From: "Geoff Shang" <gshang@uq.net.au> To: "icecast mailing list" <icecast@xiph.org> Sent: Monday, January 13, 2003 10:59 PM Subject: Re: [icecast] Fading between songs <p>> Hi: > > To do fading, you'll need to use a source

Hello, I'm not sure if this list is the proper place for this post; please correct me if it is not. I am attempting to use libtheora and I have been looking through the examples in the distribution Excerpt from encoder_example.c -- case 'V': video_r=rint(atof(optarg)*1000); if(video_r<45000 || video_r>2000000) { fprintf(stderr,"Illegal