Talk:Real Time Streaming Protocol

From Wikipedia, the free encyclopedia
Jump to: navigation, search
WikiProject Computing / Networking (Rated Start-class, Low-importance)
WikiProject icon This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
Start-Class article Start  This article has been rated as Start-Class on the project's quality scale.
 Low  This article has been rated as Low-importance on the project's importance scale.
Taskforce icon
This article is supported by Networking task force (marked as Mid-importance).

RTSP vs. RTP[edit]

How different is RTSP from RTP? —Preceding unsigned comment added by (talkcontribs) 12:46, 24 February 2005

Let me answer that question with another question: How different is an airplane from an airport?
Seriously, you're comparing two things that have totaly different functions. RTSP is your remote, RTP is your TV. —Preceding unsigned comment added by (talkcontribs) 19:07, 15 September 2005

Removed Disadvantages[edit]

The article had a "Disadvantages", which only listed this: "Because RTSP is a real-time protocol, it is not as practical as http or ftp when trying to download files onto a hard drive for later use."

I removed it, because RTSP is NOT a "real time protocol" in this sense! As I explained above, RTSP is just the "remote". True, it's typically used with RTP to do the "real time streaming" part, but then this disadvantage is more appropriate with RTP.

By the way, RTSP CAN be used to download files using http or ftp. You just ask the server for a describe, and get an SDP file back, which tells the location of a http or ftp server (I'm quite sure SDP allows this). You wouldn't initiate the download using RTSP once you have the SDP. (I'd be surprissed if this is used anywhere, it's quite pointless.)

—Preceding unsigned comment added by (talk) 06:42, 18 October 2007 (UTC)

RtpRtspStack - I cant find it[edit]

RtpRtspStack. Google search results just show me same wiki pages as this one. So where do I find more information about RtpRtspStack? Does the author, who put the note to this streaming server in this article, make a typo error? —Preceding unsigned comment added by (talk) 12:32, 27 February 2010 (UTC)

Given the current page makes no mention of RtpRtspStack (and the only occurrence of 'stack' looks nothing like that), perhaps this comment needs to be deleted. -- (talk) 01:40, 12 January 2016 (UTC)

FFMpeg has documentation on RTSP[edit]

The main article needs to be updated as it indicates that FFmpeg supports RTSP but without documentation.

The documentation can be found in:

Omoreno (talk) 16:08, 8 September 2012 (UTC)

Yes, this seems like dated information, based on your link. Any objections to changing the article? —fudoreaper (talk) 03:52, 11 September 2012 (UTC)
If there's anything that needs to be updated in ffmpeg please do that too. --Kvng (talk) 14:02, 11 September 2012 (UTC)
Okay guys I made the change. I cited the FFmpeg documentation, and removed all the chatter about no references. RTSP was already mentioned in FFmpeg#Protocols, but I did make a formatting change to make a bulletted list rather than prose. Should be good on those two articles for now. —fudoreaper (talk) 02:04, 12 September 2012 (UTC)
Thanks! --Kvng (talk) 12:45, 13 September 2012 (UTC)

Deprecation of UDP transport?[edit]

Description of DESCRIBE request asserts that the UDP transport is: "deprecated and very rarely used". As a person, who is actively involved in software development in the area of IP video surveillance and security products, I would like to assure you, that this information is completely incorrect. The most valuable ability of a resource constrained IP CCTV camera/network server is the multi-cast ability of a media stream to multiple destinations. The multi-cast is available only by using the RTP-over-UDP protocol - a one of several RTSP transports. Not only that, but also, the UDP transport is the best way of achieving the maximum throughput of a video/audio stream between a producer and consumer device over an IP network. In fact, the most recent and arguably the most widely accepted standard in the area of IP-based physical security is the ONVIF standard (, which requires the UDP transport as mandatory for any product claiming compatibility the the ONVIF standard. Please review the topic and correct any unconfirmed claims. — Preceding unsigned comment added by (talk) 08:49, 9 October 2012 (UTC)

You missed what it talked about. You're referring (explicitly) about RTP-over-UDP, and instead the article referred to RTSP-over-UDP. Which has nothing to do with video quality, throughput or whatever else. Sigh. Time to fix the article again I guess. Flameeyes (talk) 12:57, 4 May 2014 (UTC)

Indefinite article[edit]

See Wikipedia:Administrators' noticeboard/Incidents#User: 109.77.xx.xx and the indefinite article and Talk:XMPP#Please discuss changes to the indefinite article. Andrewa (talk) 15:13, 24 May 2013 (UTC)

"RTSP using RTP and RTCP allows for the implementation of rate adaptation.[further explanation needed]"[edit]

I think that this statement is supposed to mean that packet loss feedback from RTCP reports tell the sender to lower bitrate, but I wouldn't mind some feedback regarding a better explanation and clarification of the sentence as it currently stands at the end of the lead section. korbnep «talk» 20:51, 15 August 2013 (UTC)

RTSP does not mandate use of RTP[edit]

It seems to be implied (incorrectly) that RTSP will trigger an RTP stream exclusively. Suggest using the more generic "stream" nomenclature (mirroring RFC 2326[1]) when discussing RTSP unless discussing something specific to RTP in regards to RTSP. — Preceding unsigned comment added by (talk) 18:53, 17 June 2016 (UTC)