From owner-freebsd-multimedia  Wed Feb 12 17:37:43 1997
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id RAA09393
          for multimedia-outgoing; Wed, 12 Feb 1997 17:37:43 -0800 (PST)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09385
          for <multimedia@freebsd.org>; Wed, 12 Feb 1997 17:37:37 -0800 (PST)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA06298; Wed, 12 Feb 1997 17:37:42 -0800 (PST)
Message-Id: <199702130137.RAA06298@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: Don Yuniskis <dgy@rtd.com>
cc: multimedia@freebsd.org
Subject: Re: broadcast video 
In-reply-to: Your message of "Wed, 12 Feb 1997 13:01:15 MST."
             <199702122001.NAA09277@seagull.rtd.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 12 Feb 1997 17:37:42 -0800
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Hi,
If the video is "canned" then all you have to do is push the
stream onto the network and encapsulate in some sort of 
protocol. RTP or a similar protocol in which it has 
packet info such as codec type, packet number, sequence number, etc..
You will have to decide whether this is point to point or
ip multicast, it can make a difference if you want to
broacast to a set of stations.

H.261 or H.263 are great for real time encoding for TV quality
you probably would want to use mpeg. So just read a little 
on H.261, H.263, and mpeg. mpeg is almost tv quality depends
on the kind of encoder options that you give to the mpeg
encoder.

On todays, fast PCs we can do mpeg playback in software.



>From The Desk Of Don Yuniskis :
> It seems that Amancio Hasty said:
> 
> > On a fast network lets say 1mbit or more you can get 20 to 30 frames

> images possible (since it seems bandwidth isn't an issue, etc.),
> I think the platform is far enough away (technologically) from what
> I'd be implementing that it wouldn't give me a good feel for
> just how much horsepower it *does* take to achieve the goals
> I'm after.

I respectifully disagree .

> Though any authoring tools might be a WIN.
> 
> > o video Matrox Meteor or Intel Smart Video Recorder III
> 
> Is this capable of single field/frame recording?


Yes


> > o S3 968 based card because it has VRAM and it fast enough for
> >   video display
> > 
> > o CPU P166 try to avoid PPRO 200Mhz till the PCI chipset gets
> >   debugged
> 
> Hmmm... I imagine this still wouldn't let me see full screen
> video, etc.  Can you recommend a video codec vendor?  How

Thats odd because I can most definitly see full video on my 
P100 with audio so with my PPROO or a P166 equip with MMX 
the video would fly but then again I did purchased the systems
and I do bother to play with them 8)


> sophisticated are the DEcoding algorithms??  (since I'll only be
> dealing with canned video)  i.e. is it possible implement in an
> FPGA, etc.?
> 
> > 	Well I am well over my .25 cent limit, have fun	
> 
> Thanks!  I'd send you your "change" but all i've got is a $10 bill  ;-)
> 
> --don

Not sure what to make out of you yet other than you have to narrow
down your hardware requirements a bit more . If you like look  around
at existing Kiosko implementations which are probably very close
to what you are describing. 

Cumulative invoice 0.50 cents  boy you drive a hard bargain 8)

	Cheers,
	Amancio