similar to: Camera MJPEG to Icecast

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 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

Hello! Using 2.3-kh2 I wasn't able to make fallback work. This is what I am using: ... <mount> <max-listeners>2</max-listeners> <mount-name>/black.ogg</mount-name> </mount> <mount> <max-listeners>2</max-listeners> <mount-name>/live.ogg</mount-name>

Not sure if you perhaps intended to obfuscate these for the purposes of email, but in ezstream you are using a different source password to oggfwd. - Leo On 1 November 2010 10:17, Bino Oetomo <bino at indoakses-online.com> wrote: > > 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

We are using icecast as stream-relay for a true narrowcast solution we've developed. The idea behind the system is that each individual client gets it's own mountpoint. Basically we have an application that creates streams. Its written in c++ and uses libshout to handle connecting to icecast. Everything works fine, as long as we keep the number of mountpoints below 347. As soon as we

Hi all, see my reply inline. Cheers, Jan-Pieter 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 04/25/2015 07:32 PM, Jan-Pieter wrote: > > Hi all, > > > > I am a long-time user of Icecast, always without problems. However i > > made a new setup using icecast 2.4.1 on a fresh and quick CentOS VPS. > > EPEL package or from

On Tue, Nov 02, 2010 at 08:08:52AM +0700, Bino Oetomo wrote: > 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

Hi all, I am a long-time user of Icecast, always without problems. However i made a new setup using icecast 2.4.1 on a fresh and quick CentOS VPS. The issue is that starting icecast gives a segmentation fault at around 80% of all starts. No core file nor a entry in error.log is posted. In the remaining 20% of the starts icecast start with no problem. Contents of the error.log with a succesfull

2015-04-29 8:57 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 04/28/2015 02:27 PM, Jan-Pieter wrote: > > Hi all, > > see my reply inline. > > Cheers, Jan-Pieter > > > > > > 2015-04-26 7:23 GMT+02:00 "Thomas B. R?cker" <thomas at ruecker.fi > > <mailto:thomas at ruecker.fi>>: > > > > On

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

On 8/16/05, Paul Martin <pm@nowster.zetnet.co.uk> wrote: > > Caught it yesterday, as I was already running level 4: This line: [2005-08-15 04:10:58] EROR stream/ices_instance_stream Send error: No error (Success) is the one that catches my attention. Unfortunately, ices's error logging is somewhat sub-standard. Can you cross reference this against your icecast error.log to see

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, I'm trying to get the following project to work : * acquisition from video acqusition card using vlc * vlc transcode to theora/vorbis and sends it to an icecast2 server Using VLC to acquire from the device is working ok. I get a stream in theora/vorbis format with audio & video sync'ed. Now, when I use VLC to send the stream to my icecast2 server, the stream mounts, it is

Hello, I've been running three mp3 streams off icecast2 and ices0 on a FreeBSD 5.4 box for a while. I've been getting some flakiness for a few weeks, where the stream would stop and i'd have to restart the server. After the last update to icecast2 now whenever i try to connect to the streams using say winamp latest for windows i keep getting error 404's. My software versions

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

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 --------------

Thanks, Karl! I've checked the log files during a move command but I couldn't find anything that looked related to the problems. I've thought of upgrading to 2.3.2 but thought I should ask first if it was something common - saw that someone mailed about the same problems a couple of months ago, if I understood it correctly. /Mathias 2009/11/18 Karl Heyes <karl at xiph.org>:

Hello, I just installed icecast2 on Ubuntu 10.10 server from Ubuntu repositories. My intention was to use VLC on another computer to stream video through IceCast. The problem is that the server is not sending the actual data to any clients. To find out more about what is going on, I increased icecast's log level to 4 to see debug data in error.log. And here's what it shows:

On 09/25/2014 07:27 PM, uno wrote: > uno: >>> "Thomas B. R?cker": >>>> You can combine this with: default mount >>>> https://trac.xiph.org/ticket/1914#comment:1 >>>> Start with <mount type="default"> >>>> If you do this, you can basically do most things outside of Icecast to >>>> manage authentication

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