Единственное отличие от тем что выдает VLC, в том что энжин режет видеопакеты как попало, а vlc выдает их выравненными.
Нужно будет заняться этим вопросом. В другой ветке писали о том, что неплохо бы сделать эдакий рестример, который уже будет этим заниматься по уму. Тоесть, высылать уже такой стрим, который бы и Android и SmartTv и утюг "кушал" без проблем.
Не знаю, на сколько актуально, но я именно таким путем и пошел.
Написал скрипт, который дергается по запросу от тв, забирает строку с http-адресом, которую отдает acestreamengine-client, также запущен в фоне vlc, скрипт говорит vlc забрать поток по url и транскодировать его в TS, но т.к. поток изначально TS - то перекодирования, как такового, нет - просто "равняет" пакеты и создает свой http-поток - на который идет редирект уже самого ТВ - все замечательно работает, по крайней мере с Samsung'ом (рассыпания нет вообще, хотя до этого был просто ужас - смотреть не возможно без vlc...)...
Т.к. перекодирования нет - то и ЦПУ особо, процессом vlc не нагружается, 1 поток 0.3%-0.7% на стареньком Core2duo под Ubuntu 12.04 - просто как фильтр работает.
Мне кажется, что в TSProxy, от torrent-tv - аналогично сделано, но под Win, т.к. изначально тестировал именно на Win и картинка не рассыпалась, а если посмотреть на процессы, которые занимают больше всего процессорного времени - то это 2 процесса: acestream и tsproxy, хотя если бы tsproxy просто прогонял через себя трафик - то процессор ему, как бы и не нужен, так что вполне вероятно что именно он и занимается фильтрацией (точнее адаптацией) пакетов на выходной поток...