<font color="#3333ff">Dear Serge,</font><div><br></div><div><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Depends on what kind of transcoding. My work is in streaming servers and we do a lot of transcoding (VOD files and live streams). We never needed anything other than executing VLC or ffmpeg with os:cmd or open_port.</blockquote>
<div><br></div><div><font color="#3333ff">There you hit the nail on the head. ffmpeg is a great tool for transcoding, and it is on top our options list. It is used by Mbuni, an opensource MMS gateway, too. </font></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br>
</div><div>One thing I really love about erlang that no other technology has is that you can run your servers in a console. We execute erlang with dtach. This means we can at any time, log in to  a machine, attach to the erlang server and see what is going on.</div>
</blockquote><div><br></div><div><font color="#3333ff">Definitely connecting to the VM shell through the pipe is something unique to Erlang, and most of the time we used it to execute commands that are special. We always discouraged our developers from using pipe for monitoring live commercial systems, as it huts the performance of the systems. Instead we used erlang.logs. For debugging a test system, certainly, this is a great thing.</font></div>
<div><font color="#3333ff"><br></font></div><div><font color="#3333ff">Thanks for your inputs, and you are all about a good solution, even with the previous post on the same thread.</font></div><div><font color="#3333ff"><br>
</font></div><div><font color="#3333ff">Kind Regards,</font></div><div><font color="#3333ff">Kannan.</font></div><div><font color="#3333ff"><br></font></div><div><font color="#3333ff"><br></font></div></div></div>