<div dir="ltr">In regards to your architecture response, Each process is responsible to sending and receiving to only one TCP socket as each process represents a single TCP connection.<div><br></div><div>In terms of RTMP, I run a streaming service company so I'm pretty aware of whats going on.  RTMP may be dead for viewing but it most certainly is not a dead protocol for live video ingestion and distribution, and thus there are still very valid reasons for RTMP support in a media server.  </div><div><br></div><div>I have much grander plans for this than just RTMP ingest/playback but it's a pointless effort to start working on other things like creating an HLS feed from an RTMP feed if I can't even get regular RTMP playback to work properly yet.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 4, 2016 at 2:24 PM, 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">The first question is your architecture.</div><div class="gmail_extra"><br></div><div class="gmail_extra">If you want to make gen_tcp:send to different sockets from one process, then you have wrong architecture and need to change all this.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Flussonic has rtmp server inside and after some performance optimizations (all are high-level, algorithmic) it can send 1-3 gbit/s via rtmp.  But it is the top.  RTMP is a dead protocol, you are just wasting your time on it because till the end of 2017 it will be disabled in almost all browsers.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>
</blockquote></div><br></div>