[mythtv] "New" Feature: RTSP streaming for myth backend

Stormboy stormboy at stormboy.com
Sat Feb 11 00:12:09 UTC 2006


Why not implement a controllable RTP transmitter for MythTV content that
transcodes the content and sends it via RTP?

You could then use existing application/codebase for the RTSP server
(live.com/DSS/etc.), reflecting the RTP stream.  The integration with an
RTSP server might involve dynamically creating or starting an RTP
transmitter upon URL request of the RTSP server.

Alternatively, if you are streaming on a local network (or larger
network if allowed by routers/firewalls), clients could connect directly
to the RTP stream.  You just need to deliver an SDP spec to the clients
so they can tune into the stream(s).

I think there is RTP code in gstreamer and live.com that may be used
(not sure of live.com's licensing though).

Stormboy

Joe Votour wrote:
> --- Devan Lippman <devan.lippman at gmail.com> wrote:
>
>   
>> On 2/1/06, Devan Lippman <devan.lippman at gmail.com>
>> wrote:
>>     
>>> Similar to Thor's MFD it would be nice to have to
>>>       
>> ability for MythTV
>>     
>>> to stream from the backend via RTSP. I'd like to
>>>       
>> implement this in
>>     
>>> such a way that the stream could be adjusted
>>>       
>> (bitrate, etc) on the fly
>>     
>>> before being sent out. I'll admit I know very
>>>       
>> little of how MythTV's
>>     
>>> playback stream pieces together as it stands.
>>>       
>> There may be someone
>>     
>>> better to take this one on but I consider myself a
>>>       
>> good C/C++
>>     
>>> programmer and am willing to volunteer my time. If
>>>       
>> I were to go about
>>     
>>> this I'd probably try the following order:
>>>
>>> - Initiate video stream of file from drive (based
>>>       
>> on Thor's MFD work;
>>     
>>> liveMedia)
>>> - Get transcoder to stream to the RTSP video
>>>       
>> streamer (based on mythtranscode)
>>     
>>> - Fit it in to MythTV (??)
>>>
>>> I know I said I was going to peek at MythWeb music
>>>       
>> but this is really
>>     
>>> something that keeps coming up for me and would be
>>>       
>> a benefit to
>>     
>>> mythweb, along with the rest of MythTV if muticast
>>>       
>> can be provided.
>>     
>>> Keeps MythTV ahead of the slingbox and TiVO too :)
>>>
>>> --
>>> Thanks,
>>> Devan Lippman <devan at lippman dot net>
>>>
>>>       
>> There doesn't seem to be a lot of interest for this,
>> is there
>> something that I'm not seeing that might be standing
>> in the way of
>> this?  Wouldn't this be the prefered method for
>> streaming live tv,
>> etc?
>>
>> --
>> Thanks,
>> Devan Lippman <devan at lippman dot net>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev at mythtv.org
>>
>>     
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>   
>
> I think if mythbackend were an RTSP server, it would
> be great.  At that point, any RTSP-compliant player
> could be used as a minimal frontend.
>
> However, having tried to develop an RTSP server
> myself, I can testify to how much of a pain it really
> is.  An RTSP server has to support a lot of
> capabilities, and what's worse, many clients claim to
> be RTSP capable, but they usually mean a specific
> implementation of RTSP, which leaves us no better off
> than having a proprietary standard.
>
> -- Joe
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-dev/attachments/20060211/69657ba8/attachment.htm


More information about the mythtv-dev mailing list