Reply to thread

Message

<blockquote data-quote="Frodo" data-source="post: 82245" data-attributes="member: 10277">Real time comskip would be nice, but unfortunaly i never got comskip to work 100% for my tv channels. It either misses ads or even worse, cuts out parts of a program Anyway, when plugin structure is in place we could add real-time comskipThe tvserver sources are fully documented. We will even supply a MSDN-like .chm help fileBut since we supply a dll you wont need to know how it works internally if you simply use the dll. If you cant use it (for example for XBMC)we use .net remoting which is simply soap over TCPIPYou could either implement the soap interfaces in XBMC, or make a simple webservice in front of the tvserver to control itThe rtsp server supports SDP ( <a href="http://www.ietf.org/rfc/rfc3556.txt" target="_blank">http://www.ietf.org/rfc/rfc3556.txt</a> )As said, streaming will be in mpeg-2 transport mode (m2pt)We stream in unicast mode, not multicast (although the RTSP library we use supports multicasting as well, so this might change at a later stage)Exactly like i mean, we are thinking about adding support for it.But mpeg-4 is not widely available at this moment, so for now we focus on the good old mpeg-2 streams.Frodo</blockquote>

[QUOTE="Frodo, post: 82245, member: 10277"] Real time comskip would be nice, but unfortunaly i never got comskip to work 100% for my tv channels. It either misses ads or even worse, cuts out parts of a program Anyway, when plugin structure is in place we could add real-time comskip The tvserver sources are fully documented. We will even supply a MSDN-like .chm help file But since we supply a dll you wont need to know how it works internally if you simply use the dll. If you cant use it (for example for XBMC) we use .net remoting which is simply soap over TCPIP You could either implement the soap interfaces in XBMC, or make a simple webservice in front of the tvserver to control it The rtsp server supports SDP ( [url]http://www.ietf.org/rfc/rfc3556.txt[/url] ) As said, streaming will be in mpeg-2 transport mode (m2pt) We stream in unicast mode, not multicast (although the RTSP library we use supports multicasting as well, so this might change at a later stage) Exactly like i mean, we are thinking about adding support for it. But mpeg-4 is not widely available at this moment, so for now we focus on the good old mpeg-2 streams. Frodo [/QUOTE]

Verification