Displaying 6 results from an estimated 6 matches for "mistiming".
Did you mean:
mistaking
2004 Aug 06
2
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
On Tuesday, 10 July 2001 at 03:21, Nick Ludlam wrote:
> From: "Brendan Cully" <brendan@icecast.org>
> > That handles the segfault, I don't know why the stream wouldn't be
> > sent fast enough though...
>
> Tried with winamp, sonique and freeamp. All exhibit the same problem of
> stuttering play, and eventually this drops out of the icecast log:
>
2004 Aug 06
4
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
...in ices not sleeping at all between
> > chunks. I hope you're experiencing the same problem, because I posted
> > a patch a couple days ago. Check out the CVS or wait for 0.2.1.
>
> Unfortunately I am using the CVS version. Is there any way for me to trace
> where it's mistiming things?
I guess you could put some printfs in shout_sleep and/or timing_sleep.
Could you first double-check that timing_sleep in
ices/libshout/timing.c looks like this:
void timing_sleep(long sleeptime)
{
struct timeval sleeper;
sleeper.tv_sec = sleeptime / 1000;
sleeper....
2004 Aug 06
0
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
...ing_sleep, which results in ices not sleeping at all between
> chunks. I hope you're experiencing the same problem, because I posted
> a patch a couple days ago. Check out the CVS or wait for 0.2.1.
Unfortunately I am using the CVS version. Is there any way for me to trace
where it's mistiming things?
Nick
--- >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 is needed.
Unsubs...
2004 Aug 06
0
Problem with ices on OpenBSD 2.9 w/ Icecast 1.3.10
...ll between
> > > chunks. I hope you're experiencing the same problem, because I posted
> > > a patch a couple days ago. Check out the CVS or wait for 0.2.1.
> >
> > Unfortunately I am using the CVS version. Is there any way for me to trace
> > where it's mistiming things?
>
> I guess you could put some printfs in shout_sleep and/or timing_sleep.
> Could you first double-check that timing_sleep in
> ices/libshout/timing.c looks like this:
>
> void timing_sleep(long sleeptime)
> {
> struct timeval sleeper;
>
> s...
2012 Mar 11
0
uncompressed FLAC
On Sun, Mar 11, 2012 at 12:27 PM, Mike. <the.lists at mgm51.com> wrote:
>?Some people feel that the
> extra CPU power required to de-compress a FLAC file causes the timing
> issues in the audio samples going to the DAC.
This isn't something you have to "feel", it's something you could
_measure_? far more precisely than anyone could hope to hear.
To whatever
2012 Mar 11
2
uncompressed FLAC
On 3/10/2012 at 11:18 PM yahoo2 at rcn.com wrote:
|FLAC uncompressed is just rather a dumb idea (IMHO) because all you
end
|up wityh is a file that is rather large and will be larger then the
|original WAV because of the FLAC container and metadata. Why would you
|want FLAC uncompressed when compressed FLAC will not sound any
different
|because it isn't different. It's exactly the same