search for: dbugs

Hello fellow mailing list readers, My question relates to multiple / duplicate connections to the ice cast server from the same IP address. I am well aware that this is an issue that lies with the music player (listener agent) used by the listener. When a listener connects to the stream, sometimes it appears as two connections to the stream from the same IP address. This may last only a few

I am having problems YP listing my opus and webm streams. The mp3 streams get listed though. my ffmpeg for the webm stream: ffmpeg \ -f v4l2 -video_size 640x480 -framerate 30 -i /dev/video0 \ -i http://mustafejen.se:8000/feting \ -f oss -i /dev/dsp1 \ -f webm -cluster_size_limit 2M -cluster_time_limit 5100 -content_type video/webm \ -c:a libvorbis -b:a 96K \ -c:v libvpx-vp9 -b:v 1.5M

hallo firstly sorry for posting to wrong thread i want to ask if somebody could explain meaning of log records below DBUG stats/modify_node_event update global connections (686) DBUG stats/modify_node_event update global client_connections (685) number in parentheeses is increasing in every log line what is menaing of this number? because this number goes over 59669 and it seems that after

Hi Thanks for the reply > >> >> Set logging to verbose, starts Icecast, have it running for a while and >> then >> provide us with the error log please. >> >> Chances are your beta lacks cURL. Where did you get the beta from? >> >> On 27 Jan 2019, at 11:33, Damian wrote: >> > > > I installed from source using the tarball

Hello, I found a fallback trouble on icecast 2.1kh4 (but it's the same with 2.0 I think) : - ices streams live.ogg to icecast - icecast has a fallback live-default.ogg for live.ogg - a listener A listen at live.ogg - I shut down the source - the listener A is trying to read data from its connection, but receives nothing. Sometimes, it gets fallback data, sometimes nothing... (source

Hi, This thread seems to have stalled. Would anyone still be able to help me with this one? I?ve posted my log as requested. Any advice would be a great help. > > Message: 1 > Date: Tue, 29 Jan 2019 20:00:21 +1000 > From: Damian <db76 at riseup.net> > To: icecast at xiph.org > Subject: Re: [Icecast] Icecast Digest, Vol 175, Issue 11 > Message-ID:

Eric Kolotyluk schrieb: > Thanks for getting back to me - I would really like to figure this out. > > My Icecast service is running and the address of my server is > 14.83.23.157. Could someone try connecting to it with a source and see > if you have any luck. > > More below.. > > Thomas B. Ruecker wrote: >> Eric Kolotyluk schrieb: >> >>> I have

Hi, Many thanks for the build, I gave up trying to compile using vs.net! ;-) However, When trying to access the admin page it the server will crash... Ive tried this on 2 machines and both crash when trying to access /admin/ Is anyone else getting this? Thanks, This is the error log: [2005-07-13 23:49:34] INFO main/main.c Icecast icecast_kh_trunk server started [2005-07-13 23:49:34] DBUG

Linux blort.psg.com 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux # icecast2 --version Icecast 2.3.3 <listen-socket> <port>43000</port> </listen-socket> <listen-socket> <port>43001</port> <shoutcast-compat>1</shoutcast-compat> </listen-socket> source is

I have IceCast 2.3.1 running on Window XP SP3 as a windows service. My computer is behind a d-link router, and the router is configured to pass through to port 8000 on my computer. On the same computer I am running WinAmp with an oddcast dsp and streaming work fine, people beyond my router can listen no problem. I also have a laptop running Windows Vista SP2 with WinAmp and a Spacial dsp,

Dear All ... I have AXIS camera with output mjpeg format. I try to relay it to outside world using ffmpeg and it work The recipe is taken from http://www.daantje.nl/2007/05/07/convert-axis-webcam-stream-to-flash-swfflv/ Now .. I want to do it the otherway with Icecast I try with wget -nv -O - http://root:root at 192.168.10.234/mjpg/video.mjpg | ffmpeg2theora -a 0 -f mjpeg -o /dev/stdout |

Hello, I have trouble with icecast 2kh30. Sources connects, clients connects but : root@Yglar:/tmp# wget http://uml31:444/uml30.ogg --12:38:53-- http://uml31:444/uml30.ogg => `uml30.ogg' Resolving uml31... 192.168.0.31 Connecting to uml31[192.168.0.31]:444... connected. HTTP request sent, awaiting response... <p>client is blocked... on icecast side, I have

I'm using the latest CVS source under Linux using a playlist of ogg files. When I use a client to connect on the same machine, there is not any disconnect (xmms and zinf). When using a client on a Windows machine, I get mixed results. Zinf on windows will play thru the current song but then stops when the song is finished and does not play the next song being streamed (see log below).

Hi, we have a reproducable crash with icecast 2.3.1 on a windows machine (Win 2003 server): On exit of the last source (an ezstream acting as a fallback source) the server crashes with non-handled exception c0000005. The famous last words in the log: [2006-11-14 21:16:00] WARN client/client.c source connection has died [2006-11-14 21:16:00] INFO source/source.c End of Stream /fallback

Hello, We are using url authentication and getting the item bellow at the log: [2018-08-24 23:26:05] INFO auth_url/url_add_listener client auth (http://127.0.0.1:8001/listener/add) failed with "" I put try/catch and reviewed all my code ensure always return a proper status and header error code, so what trigger this kind of error? Regards, Thiago --------------

Dear Thomas Thomas B. Ruecker wrote: > On Mon, Nov 01, 2010 at 05:17:12PM +0700, Bino Oetomo wrote: > >> Now .. I want to do it the otherway with Icecast >> >> I try with wget -nv -O - http://root:root at 192.168.10.234/mjpg/video.mjpg >> | ffmpeg2theora -a 0 -f mjpeg -o /dev/stdout | oggfwd 192.168.10.232 >> 8000 hackme /matamerapi >> >

Hello, In order to identify if was some issue regard to the auth api we include some trace logs and we move it to other machine. Bellow is what trace we are generating (date, result, elapsed time in milleseconds, request): [8/29/18 11:49:00 AM] 200 0.3721 action=listener_add&server=r22&port=443&client=2616&mount=/alphafmsp&user=&p

Hi Marvin, Thanks for your reply. It turns out my debug error logs were going to /dev/stderr, have since fixed this. Here is the complete error log. I've highlighted what I believe to be the problem. Thanks. root at 525ad624577f:/var/azuracast/stations/everyday_jazz/config# cat icecast_error.log | grep yp [2020-06-20 09:20:53] DBUG yp/yp_recheck_config Updating YP configuration [2020-06-20

Hi, I've been doing some experiments today with ices, icecast-2.0.1 server and using ogg123 to play the stream on a client device... Twice, the client appears to "lock" at around the same point - once at 189:45:56 and the second time at 187:45:40. The server log states: [2004-05-30 17:28:50] DBUG format/format_generic_write_buf_to_client Client had recoverable error -1

Yupp, same results. What else can be trying? Perms all seems a-ok, the name resolution issue makes me feel funny. Here's a URL to the ptrace -f of the non-chrooted run -- http://tinyurl.com/ytsqv .. Although, MIRACULOUSLY, non-chrooted, non-privlidged, port 8000, + DNS works?! Eventhough, without DNS it doesnt. As you can see! -- [2004-05-26 17:10:25] INFO main/main Icecast 2.0.0 server