From owner-freebsd-questions@FreeBSD.ORG Mon May 25 22:02:57 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 044601065672 for ; Mon, 25 May 2009 22:02:57 +0000 (UTC) (envelope-from farid@hajji.name) Received: from fw.farid-hajji.net (fw.farid-hajji.net [213.146.115.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8C59B8FC1B for ; Mon, 25 May 2009 22:02:56 +0000 (UTC) (envelope-from farid@hajji.name) Received: from phenom.cordula.ws (phenom [192.168.254.60]) by fw.farid-hajji.net (Postfix) with ESMTP id C47FC3519A; Mon, 25 May 2009 23:46:21 +0200 (CEST) Date: Mon, 25 May 2009 23:46:21 +0200 From: cpghost To: Wojciech Puchar Message-ID: <20090525214621.GB12424@phenom.cordula.ws> References: <4A1A9FF0.40609@webrz.net> <4ad871310905251225y6da0f41bl7718e9a3290dfa19@mail.gmail.com> <20090525210657.GA12424@phenom.cordula.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090525210657.GA12424@phenom.cordula.ws> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Questions Subject: Re: Streaming server X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2009 22:02:57 -0000 On Mon, May 25, 2009 at 11:06:57PM +0200, cpghost wrote: > On Mon, May 25, 2009 at 09:30:30PM +0200, Wojciech Puchar wrote: > > > > > > make search key="streaming" > > > > > > in the ports directory. IMHO, streaming versus downloading is more > > > bandwidth intensive overall. > > > > and give NO adventages. > > > > anyway - file that is available through FTP/HTTP or similar way you can > > stream too. just without any extra tools both under windoze and unix. > > You're aware of UDP-based real-time streaming protocols, right? > RTP being one of them: > http://tools.ietf.org/html/rfc3550 > > In streaming vs. file download there's a trade off. In file streaming, ^^^^^^^^^^^^^^^ Sorry, mistake: s/file streaming/file download/ > all data must arrive, and it doesn't matter that retransmission of lost > packets temporarily interrupts the transmission (that's what TCP does > very well). In streaming, lost packets are tolerated, as long as the > transmission doesn't "hang" (e.g. due to retransmissions). Here, UDP- > based protocols are often a better choice. The point here is that you need special servers and clients for streaming, that are not based on plain old TCP. -cpghost. -- Cordula's Web. http://www.cordula.ws/