From owner-freebsd-multimedia Sun Oct 29 6:48:42 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from lurza.secnetix.de (lurza.secnetix.de [212.66.1.130]) by hub.freebsd.org (Postfix) with ESMTP id 6D1A937B479 for ; Sun, 29 Oct 2000 06:48:39 -0800 (PST) Received: from monos.secnetix.net (monos.secnetix.net [172.20.20.5]) by lurza.secnetix.de (8.9.3/8.9.3) with ESMTP id PAA43947 for ; Sun, 29 Oct 2000 15:48:37 +0100 (CET) (envelope-from olli@secnetix.de) Received: (from olli@localhost) by monos.secnetix.net (8.9.3/8.9.3) id PAA17996; Sun, 29 Oct 2000 15:48:37 +0100 (CET) (envelope-from olli@secnetix.de) Date: Sun, 29 Oct 2000 15:48:37 +0100 (CET) Message-Id: <200010291448.PAA17996@monos.secnetix.net> From: Oliver Fromme To: freebsd-multimedia@FreeBSD.ORG Subject: Re: Streaming MPEG.. In-Reply-To: X-Newsgroups: list.freebsd-multimedia User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.1-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Heiko Recktenwald wrote: > On Tue, 24 Oct 2000, Oliver Fromme wrote: > > Note that "I-frame crippled" MPEG has pretty poor > > compression/quality, compared to "real" MPEG streams > > (with I, B and P frames). > > This is the old Xing streaming, I think. Correct. > man vic, from 1995, says, that MPEG isnt supported yet, > contrary to former plans, and I saw a big SGI Media server, > that can stream 100 MPEG streams...but this is broadband. Well, MPEG streams are (unfortunately!) not very well-suited for transmission via lossy media, like mbone (vic etc.). This is because of the inter-dependencies embedded in the MPEG streams. For example, when you lose some data while transmitting an MPEG video (or system) stream, _all_ the following data is useless till the next I-frame. Similarly for audio: when you lose data within a layer-3 stream, it not only destroys the current frame, but also the two next frames (worst case). Of course, you could restrict (or rather: cripple) your MPEG streams to I-frames only and layer-2 audio, but then you'll lose a good deal of compression/quality capability. One of the _really_ big strengths of MPEG is the ability to perform motion interpolation and prediction, which require B- and P- frames. Therefore I'm not surprised that MPEG is not on top of the to-do list for the vic developers. MPEG is better suited for reliable media such as TCP connections. There are other formats which are better suited for streaming via multicast (mbone). Regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "All that we see or seem is just a dream within a dream" (E. A. Poe) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message