<div dir="ltr">Right now I"m sending 1 2500kbps video in and out.  <div><br></div><div>Unfortunately, there's something (non-Erlang) wrong with something I'm doing.  The A/V data that is being relayed must be getting mis-interpreted by VLC somehow and VLC is trying to throttle down the TCP reads, which then causes my Erlang process to get stuck in waiting on a gen_tcp.send() call.  So while I need to not do gen_tcp.send() and instead probably do port_commands and drop frames if things are backed up, at the end of the day things shouldn't be backed up like they are for a single 2500kbps video over local host and I am apparently not-understanding something very fundamental to either RTMP or video in general that's causing things to go haywire.</div><div><br></div><div>At least from this thread I know it's not Erlang and instead something on my side (which truthfully I believed from the beginning, but at least I have proof now :) ).</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 11:05 AM, Max Lapshin <span dir="ltr"><<a href="mailto:max.lapshin@gmail.com" target="_blank">max.lapshin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">How much traffic do you send at the moment?</div></div>
</blockquote></div><br></div>