From owner-freebsd-multimedia  Thu Jun 19 04:18:10 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA22316
          for multimedia-outgoing; Thu, 19 Jun 1997 04:18:10 -0700 (PDT)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA22309
          for <multimedia@freebsd.org>; Thu, 19 Jun 1997 04:18:04 -0700 (PDT)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Thu, 19 Jun 1997 7:17:01 -0400 (EDT)
Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1)
	id AA08341; Thu, 19 Jun 97 07:17:00 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id HAA10121; Thu, 19 Jun 1997 07:15:31 -0400
Message-Id: <19970619071531.20169@ct.picker.com>
Date: Thu, 19 Jun 1997 07:15:31 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Cc: multimedia@freebsd.org
Subject: Re: one problem with fxtv-0.43...
References: <19970619012307.14056@hydrogen.nike.efn.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.76
In-Reply-To: <19970619012307.14056@hydrogen.nike.efn.org>; from John-Mark Gurney on Thu, Jun 19, 1997 at 01:23:07AM -0700
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

John-Mark Gurney:
 |well..  right now my only valid complaint is that after you stopped
 |recording video, and it goes on to do conversion.. it doesn't start
 |dumper video again..  which is really anoying...

Do you mean that after recording, the on-screen video doesn't start going
again?  I'm pretty sure it does if you're running direct video, but for
ximages mode (what I believe you're running), you're definitely right
there.  I'll look at fixing it.

Some of the tricks I had to pull to get an inner event loop to work have
the side effect of masking timer events, which ximages mode depends on.
The right fix is "not" to have an inner event loop; it was just a
convenience for prototyping.  I'll put this on my FIXME list.

 |the other is that it takes forever for mpeg_encode to complete.. :)

Yeah, I know what ya mean.  I'm pricing P200MMXs and K6-200s myself :-)

But before jumping processors, one thing that will doubtless speed up
encoding a great deal is for fxtv to write ppm or eyuv files that
mpeg_encode can read directly.  With 0.43, it's writing TIFFs and then
letting mpeg_encode call "tifftopnm" to convert these to PPMs which it can
understand.  I'll put this on my list for the next vers.

 |other than that.. it's really nice...  ttyl..

Cool!  Glad its working for you.

Randall