Open GoogleCodeExporter opened 9 years ago
I get the same issue, which kills my stream. Is this an Ogg issue by chance? I
compiled with libogg-devel-1.1.4-2.1.el6.x86_64 on CentOS 6 x64.
This is using darkice 1.1 cloned from git on April 8th.
This darkice is feeding a remote, hosted Icecast server. An basically-identical
darkice running directly on the Icecast server will run for months without
trouble.
Attached is my debug output and a sample /etc/darkice.cfg. Let me know if I can
provide anything else!
Original comment by jmarktur...@gmail.com
on 28 Jul 2013 at 9:11
Attachments:
Nevermind. I see 1.2 may address my issues. I'll test and let you know.
Original comment by jmarktur...@gmail.com
on 28 Jul 2013 at 11:49
It appears that 1.2 does not fix the BufferedSink issues. Now the ring buffer
will fill and the stream will begin to cut out, leaving several-second gaps. My
Icecast server complains about no data being sent from the stream for 3 seconds.
Attached is the darkice.log running from 1.2. I also have an ltrace log file
from that session if that would be helpful. If there are any other diagnostic
files I can supply please let me know.
Original comment by jmarktur...@gmail.com
on 2 Aug 2013 at 12:50
Attachments:
Friday I began running jack under real-time priority to see if that helped make
darkice more stable. This morning (~72 hours later) darkice began stuttering
again with BufferedSink errors.
I have enabled corefile generation and will be happy to forward one the next
time this error occurs.
Original comment by jmarktur...@gmail.com
on 5 Aug 2013 at 1:11
Ok, darkice blew up again last night, this time with an "Exception caught in
BufferedSink :: write3" The stream continued but was choppy and incomplete when
I restarted darkice.
I've collected a corefile and removed passwords from it. I'd like to get it to
you without posting it publicly. Please provide an email address and/or dropbox
and I'll send it along.
Attached is the latest logfile (with repetitive BufferedSink entries snipped).
Again, let me know how I can help. Thanks!
Original comment by jmarktur...@gmail.com
on 6 Aug 2013 at 1:20
Attachments:
I'm becoming convinced the stream stuttering issue may not be related to the
BufferedSink issue.
In this round of logging in my darkice.log I had plenty of BufferedSink errors.
The stream continued playing with no dropouts. Right now I'm listening to a
perfect stream even though there were many errors recorded in the logs last
night.
I'm stumped.
Original comment by jmarktur...@gmail.com
on 8 Aug 2013 at 4:56
Attachments:
I've been getting this issue as well, which is rather annoying really
especially as it looks as if Darkice is no longer being maintained and I can't
seem to find a suitable alternative.
Anyway - my experience has shown that switching from Average bitrate to
Constant bitrate seems to solve the problem for the most part (as does not
running too much on the streaming computer).
Original comment by joe.tatt...@googlemail.com
on 8 Dec 2013 at 1:46
There is an incorrect line in BufferedSink.cpp, which is responsible for this
issue.
Buffer size is calculated incorrectly in the write function.
Change
size = bufferEnd - outp - 1;
to
size = bufferEnd - outp;
and compile. This should do the trick.
Original comment by kulon...@gmail.com
on 12 Jan 2014 at 11:02
Original issue reported on code.google.com by
simy...@gmail.com
on 23 Jun 2013 at 8:54Attachments: