From owner-freebsd-multimedia  Mon Aug 25 19:25:02 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id TAA28948
          for multimedia-outgoing; Mon, 25 Aug 1997 19:25:02 -0700 (PDT)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28939
          for <multimedia@FreeBSD.ORG>; Mon, 25 Aug 1997 19:24:56 -0700 (PDT)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
	by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA07033;
	Mon, 25 Aug 1997 19:24:54 -0700 (PDT)
Message-Id: <199708260224.TAA07033@rah.star-gate.com>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Denis DeLaRoca <CSP1DWD@MVS.OAC.UCLA.EDU>
cc: multimedia@FreeBSD.ORG
Subject: Re: guspnp17 and vat/rat 
In-reply-to: Your message of "Mon, 25 Aug 1997 16:13:00 PDT."
             <199708252312.QAA19291@hub.freebsd.org> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 25 Aug 1997 19:24:54 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk


Hi,

I am going to work on this problem this week . Louis has reported
a similar behavior with playing continous mpeg streams.

	Tnks,
	Amancio

>From The Desk Of Denis DeLaRoca :
> Amancio,
> 
> I am testing guspnp17 with both rat (v3.0.23) and vat (v4.0b2) with
> today's MBONE broadcast of the Stanford channel. With vat I am using
> your version of the audio-voxware.cc.
> 
> Vat seems to get periodically into conditions where the audio is dis-
> torted: what sounds like rumbling noise plus echoing or ghosting. Rat
> in comparison yields consistently good audio with no audible distortion.
> 
> What is going on? To begin with, my loss on received packets is not
> excessive, typically 1%, at times and very briefly 5%. Stanford's
> transmission doesn't use redundancy so rat is running in vat-mode
> so to speak. I have a suspicion that the observed conditions have
> to do with how vat is scheduling audio packets via audio-voxware.cc.
> Since we don't have the source to rat we can't see what they are doing
> right... any guesses?
> 
> -- Denis
>