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