From owner-freebsd-multimedia  Mon Aug 25 16:12:37 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id QAA19301
          for multimedia-outgoing; Mon, 25 Aug 1997 16:12:37 -0700 (PDT)
Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA19291
          for <multimedia@FREEBSD.ORG>; Mon, 25 Aug 1997 16:12:34 -0700 (PDT)
Message-Id: <199708252312.QAA19291@hub.freebsd.org>
Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1)
   with BSMTP id 3976; Mon, 25 Aug 97 16:13:32 PST
Date:    Mon, 25 Aug 97 16:13 PDT
To: Amancio Hasty <hasty@RAH.STAR-GATE.COM>
From: Denis DeLaRoca                       <CSP1DWD@MVS.OAC.UCLA.EDU>
Subject: guspnp17 and vat/rat
CC: multimedia@FREEBSD.ORG
Sender: owner-freebsd-multimedia@FREEBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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