<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Morning all, I set up IceCast several years ago on centos 6.
seemed easy, now I am trying to install it on Centos 7.</p>
<p>For the life of me, I cant do it, I have read several STEP by
steps on how to configure, but I am pounding my head against the
wall, I am a Windows IT guy, thus I am looking for a step by step
detail way of doing it. All the examples I find, fail at some
point or another. Any one have a link to an idiots procedure ?</p>
<p>Kurt, AMR.fm<br>
</p>
<br>
<div class="moz-cite-prefix">On 8/2/2016 4:30 AM, Roman wrote:<br>
</div>
<blockquote
cite="mid:CAFR=TBpQZFsnu0SMzemkDBe5m1cUB+t5mTfL6cFqb9bwhmEXtg@mail.gmail.com"
type="cite">
<div dir="ltr">Hi,
<div><br>
</div>
<div>For some reason I see this in my logs:</div>
<div><br>
</div>
<div>[2016-08-02 12:43:02] INFO source/send_to_listener Client
169 (127.0.0.1) has fallen too far behind, removing</div>
<div><br>
</div>
<div>The more interesting is that it is the ffmpeg, that is
listening to the source stream being removed.</div>
<div><br>
</div>
<div>My setup is:</div>
<div><br>
</div>
<div>Stream generator:</div>
<div>DEVA TX, streaming 44,1 khz PCM (pcm16le) stream to
icecast2 server</div>
<div>Transcoding: </div>
<div>VM with ffmpeg reading this stream from source mountpoint
and transcodes it to 3 MP3 streams (320, 192, 96 kbps)</div>
<div><br>
</div>
<div>Using: Icecast 2.4.2</div>
<div>ffmpeg: version N-50577-g777b305-static</div>
<div><br>
</div>
<div>I've tried two different VMs and two different DEVA TX
devices to troubleshoot this issue, but I've gave up.</div>
<div><br>
</div>
<div>I've also tried to get this stream with ffmpeg first, than
transcode to same streams. The result was the same.</div>
<div><br>
</div>
<div>I actually run two different setups at this moment:
production and testing. Both run same versions and different
HW and VMs are on different physical hosts</div>
<div><br>
</div>
<div>To avoid total disconnects of clients in production, I run
a backup mountpoint that plays saved stream file, when source
listener gets disconnected. At this moment all listeners are
being moved to the /backup stream and than back, when source
listener connects again. To reconnect I use a local small php
script, that cheks every second if ffmpeg stream is running.
If not - sends me an e-mail and restarts the ffmpeg.<br>
</div>
<div><br>
</div>
<div>I understand that some listeners could be removed due to
latency, network errors or something like that. But I'm
speaking of ffmpeg main stream listener, that connects from
same physical network (different subnets) in case of Test env
and from perfect (if we speak of latency) place in productions
(same physical devices between listener and deva tx, but
different subnets)</div>
<div><br>
</div>
<div>Any ideas or help to debug this one? </div>
<div><br>
</div>
<div>ffmpeg line at testing VM: (for production it generates 3
streams instead of 1 here)</div>
<div><br>
</div>
<div>
<div>#!/bin/sh -e</div>
<div>su vlc -c "FFREPORT=file=/home/vlc/`date
+%Y-%m-%d-%H-%M-%S`-mp3.log screen -A -m -d -S ffMP3
/home/vlc/ffmpeg/latest/ffmpeg -f s16le -ar 44100 -ac 2
-timeout 2000000 -i <a moz-do-not-send="true"
href="http://localhost:8500/source">http://localhost:8500/source</a>
-reconnect_at_eof -reconnect_streamed -b:a 192k
-compression_level 0 -ac 2 -ar 44100 -af "volume=3dB" -f mp3
-ice_name 'LiveFM @ 192'
icecast://source:pass@localhost:8500/LiveFM_320"</div>
</div>
<div><br>
</div>
<div>icecast.xml</div>
<div><br>
</div>
<div>
<div><icecast></div>
<div> <limits></div>
<div> <clients>1000</clients></div>
<div> <sources>3</sources></div>
<div> <threadpool>5</threadpool></div>
<div> <queue-size>524288</queue-size></div>
<div> <client-timeout>30</client-timeout></div>
<div> <header-timeout>15</header-timeout></div>
<div> <source-timeout>10</source-timeout></div>
<div>
<burst-on-connect>1</burst-on-connect></div>
<div> <burst-size>65535</burst-size></div>
<div> </limits></div>
</div>
<div><br>
</div>
<div>
<div> <mount></div>
<div> <mount-name>/backup</mount-name></div>
<div> <hidden>1</hidden></div>
<div> <server_name>backup</server_name></div>
<div> <charset>UTF8</charset></div>
<div> <no-yp>1</no-yp></div>
<div> </mount></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div> <mount></div>
<div> <mount-name>/LiveFM_320</mount-name></div>
<div> <charset>UTF8</charset></div>
<div> <password>secret</password></div>
<div>
<fallback-mount>/backup</fallback-mount></div>
<div>
<fallback-override>1</fallback-override></div>
<div> <no-yp>1</no-yp></div>
<div> </mount></div>
<div><br>
</div>
</div>
<div><br>
</div>
<div>
<div><br>
</div>
-- <br>
<div class="gmail_signature">Best regards,<br>
Roman.</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Icecast mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Icecast@xiph.org">Icecast@xiph.org</a>
<a class="moz-txt-link-freetext" href="http://lists.xiph.org/mailman/listinfo/icecast">http://lists.xiph.org/mailman/listinfo/icecast</a>
</pre>
</blockquote>
<br>
<br /><br />
<hr style='border:none; color:#909090; background-color:#B0B0B0; height: 1px; width: 99%;' />
<table style='border-collapse:collapse;border:none;'>
<tr>
<td style='border:none;padding:0px 15px 0px 8px'>
<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient">
<img border=0 src="http://static.avast.com/emails/avast-mail-stamp.png" alt="Avast logo" />
</a>
</td>
<td>
<p style='color:#3d4d5a; font-family:"Calibri","Verdana","Arial","Helvetica"; font-size:12pt;'>
This email has been checked for viruses by Avast antivirus software.
<br><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient">www.avast.com</a>
</p>
</td>
</tr>
</table>
<br />
</body>
</html>