From owner-freebsd-multimedia Sun Jun 27 4: 3: 4 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id C77E314C3E
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 04:02:59 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA68588;
Sun, 27 Jun 1999 13:00:53 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <199906262132.PAA05313@orthanc.ab.ca>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 27 Jun 1999 13:00:53 +0200
In-Reply-To: lyndon@orthanc.ab.ca's message of "Sat, 26 Jun 1999 15:32:40 -0600"
Message-ID: <2h7lopaowq.fsf@dslab7.cs.uit.no>
Lines: 24
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
lyndon@orthanc.ab.ca writes:
> Why not hide the implementation in the library and just pass the
> frequency (in around as an ASCII string?
The frequencies will be stored on disk using ASCII, obviously. But
sooner or later they must be converted to some integer representation,
and I think the lib should provide this as an utility function
(because it's better to implement things once well, rather than many
times not-so-well).
Perhaps the better solution is to use a composite type for
frequencies:
struct tuner_frequency {
long MHz;
long Hz;
long uHz;
};
This would allow for 0-2 PHz (Peta-Hz :) in steps of micro-Hz, and the
usual TV frequencies are easily extracted.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 4: 4:34 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id B67CC14C3E
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 04:04:28 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA68591;
Sun, 27 Jun 1999 13:02:22 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <2hzp1n9nw2.fsf@dslab7.cs.uit.no> <199906262132.PAA05313@orthanc.ab.ca> <Pine.BSF.4.05.9906252306200.4112-100000@pena.oh5nxo.ampr.org> <2hzp1n9nw2.fsf@dslab7.cs.uit.no> <19990626225609.A3178@ipass.net>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 27 Jun 1999 13:02:22 +0200
In-Reply-To: Randall Hopper's message of "Sat, 26 Jun 1999 22:56:09 -0400"
Message-ID: <2h4sjtaou9.fsf@dslab7.cs.uit.no>
Lines: 10
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Randall Hopper <aa8vb@ipass.net> writes:
> Is this a rtn proposed for libtv? Unless I missed a message, I
> don't recall Frode proposing putting routines that talk to a device
> driver in libtv.
Right, In my mind at least this library is completely independent of
device-drivers and other dirty stuff.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 4: 7:48 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id DF09D15033
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 04:07:45 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA68597;
Sun, 27 Jun 1999 13:05:39 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <3.0.6.32.19990626090820.007ad510@alicia.nttmcl.com> <2hemj0b617.fsf@dslab7.cs.uit.no> <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <19990625190008.A2443@ipass.net> <2hvhcb9ngw.fsf@dslab7.cs.uit.no> <19990626131127.A3726@ipass.net> <2hk8sqalej.fsf@dslab7.cs.uit.no> <19990626230803.B3178@ipass.net>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 27 Jun 1999 13:05:39 +0200
In-Reply-To: Randall Hopper's message of "Sat, 26 Jun 1999 23:08:03 -0400"
Message-ID: <2h1zexaoos.fsf@dslab7.cs.uit.no>
Lines: 14
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Randall Hopper <aa8vb@ipass.net> writes:
> [..] network affiliatations -- that is, what TV franchise is
> devising the programming for a channel rather than the programming
> (TV shows) on the channel. If that's what you meant, we're talking
> the same language :-)
Yes, that's it. In my language the mapping station->freq-name is
sometimes called a "program", because one sort of programs the TV
remote with this mapping.. :)
I guess I'll be moving on to implementation pretty soon now.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 4:41:33 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id 95C9315780
for <freebsd-multimedia@FreeBSD.ORG>; Sun, 27 Jun 1999 04:41:31 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-5-161.dialup.rdu.ipass.net [209.170.134.161])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id HAA21686;
Sun, 27 Jun 1999 07:41:28 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id HAA01610;
Sun, 27 Jun 1999 07:43:16 -0400 (EDT)
(envelope-from rhh)
Date: Sun, 27 Jun 1999 07:43:16 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: lyndon@orthanc.ab.ca
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
freebsd-multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
Message-ID: <19990627074316.A1600@ipass.net>
References: <19990626225609.A3178@ipass.net> <199906270310.VAA05865@orthanc.ab.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <199906270310.VAA05865@orthanc.ab.ca>; from lyndon@orthanc.ab.ca on Sat, Jun 26, 1999 at 09:10:17PM -0600
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
lyndon@orthanc.ab.ca:
|
|> What piece of software is responsible for converting it to a number?
|
|The wrapper library. Use it to hide the OS specific details.
What is "the wrapper library"? Is this another library separate from libtv.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 6:36:44 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from ftp.dns.ne.jp (ftp.dns.ne.jp [210.155.3.5])
by hub.freebsd.org (Postfix) with ESMTP id F0CDB14C42
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 06:36:42 -0700 (PDT)
(envelope-from tanimura@sakuramail.com)
Received: from silver.carrots (yksk0322.ppp.infoweb.ne.jp [210.131.91.182])
by ftp.dns.ne.jp (8.9.2/8.8.5) with ESMTP id WAA05802;
Sun, 27 Jun 1999 22:36:39 +0900 (JST)
Received: from localhost (localhost [127.0.0.1])
by silver.carrots (8.9.3+3.2W/3.7W) with ESMTP id WAA01529;
Sun, 27 Jun 1999 22:36:11 +0900 (JST)
To: freebsd-multimedia@freebsd.org
Cc: Seigo Tanimura <tanimura@naklab.dnj.ynu.ac.jp>
Subject: Newbusified Midi Driver Framework for Luigi's Audio Driver
From: Seigo Tanimura <tanimura@naklab.dnj.ynu.ac.jp>
X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <19990627223610O.tanimura@sakuramail.com>
Date: Sun, 27 Jun 1999 22:36:10 +0900
X-Dispatcher: imput version 980905(IM100)
Lines: 12
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
The midi driver for Luigi's audio driver has got newbusified.
Also, midi(4) and seq(4) is now independent from pcm(4). This
involves a change against the major number of midi(4) and seq(4),
so if you would like to try my driver please read carefully the
instruction at (as usual):
http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/
Thanks in advance!
Seigo TANIMURA <tanimura@naklab.dnj.ynu.ac.jp>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 6:54:45 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33])
by hub.freebsd.org (Postfix) with ESMTP id 9109114CE1
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 06:54:41 -0700 (PDT)
(envelope-from dfr@nlsystems.com)
Received: from localhost (dfr@localhost)
by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id OAA25170;
Sun, 27 Jun 1999 14:57:20 +0100 (BST)
(envelope-from dfr@nlsystems.com)
Date: Sun, 27 Jun 1999 14:57:19 +0100 (BST)
From: Doug Rabson <dfr@nlsystems.com>
To: Seigo Tanimura <tanimura@naklab.dnj.ynu.ac.jp>
Cc: freebsd-multimedia@freebsd.org,
Cameron Grant <gandalf@vilnya.demon.co.uk>
Subject: Re: Newbusified Midi Driver Framework for Luigi's Audio Driver
In-Reply-To: <19990627223610O.tanimura@sakuramail.com>
Message-ID: <Pine.BSF.4.05.9906271454480.80685-100000@herring.nlsystems.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
On Sun, 27 Jun 1999, Seigo Tanimura wrote:
> The midi driver for Luigi's audio driver has got newbusified.
> Also, midi(4) and seq(4) is now independent from pcm(4). This
> involves a change against the major number of midi(4) and seq(4),
> so if you would like to try my driver please read carefully the
> instruction at (as usual):
>
> http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/
>
> Thanks in advance!
Cameron Grant has been working on the pcm driver recently and this is also
converted (and much changed overall). It would be a good idea to
coordinate the two projects.
The currently available snapshot of Cameron's work doesn't quite work
right for ISA cards (but I expect it to improve quickly) and is dependant
on some unpublished work of mine to re-implement ISA PnP.
--
Doug Rabson Mail: dfr@nlsystems.com
Nonlinear Systems Ltd. Phone: +44 181 442 9037
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 16:38:36 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id 583CF14E84
for <multimedia@freebsd.org>; Sun, 27 Jun 1999 16:38:33 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-1-79.dialup.rdu.ipass.net [209.170.132.79])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id TAA28529;
Sun, 27 Jun 1999 19:38:29 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id TAA02344;
Sun, 27 Jun 1999 19:40:19 -0400 (EDT)
(envelope-from rhh)
Date: Sun, 27 Jun 1999 19:40:19 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: lyndon@orthanc.ab.ca
Cc: Frode Vatvedt Fjeld <frodef@acm.org>, multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
Message-ID: <19990627194019.A1726@ipass.net>
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <199906272257.QAA07116@orthanc.ab.ca>; from lyndon@orthanc.ab.ca on Sun, Jun 27, 1999 at 04:57:42PM -0600
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
lyndon@orthanc.ab.ca:
|
|> |The wrapper library. Use it to hide the OS specific details.
|>
|> What is "the wrapper library"? Is this another library separate from
|> libtv.
|
|No, this would be a function in libtv. One of the objectives of the wrapper
|library should be to hide the OS-specific interfaces from the application.
You and Frode should discuss this. I didn't get the impression that a
"software layer to hide the driver" was his goal. Rather, a library to
"share common TV/radio app state" such as channel sets, station names, and
frequencies.
...not to say a driver abstraction layer wouldn't be a good thing. But
whether it should be the same or a separate library is an open question (not
addressed yet AFAIK).
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 18:50:50 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from engine9.dnet.net.id (engine9.dnet.net.id [202.148.1.21])
by hub.freebsd.org (Postfix) with ESMTP id 57B62152AC
for <freebsd-multimedia@freebsd.org>; Sun, 27 Jun 1999 18:50:39 -0700 (PDT)
(envelope-from arifin@xfilesfan.com)
Received: from dove.ulujami.net (netsvr1s4.dnet.net.id [202.148.0.179])
by engine9.dnet.net.id (8.8.5/8.8.5) with ESMTP id KAA24238
for <freebsd-multimedia@freebsd.org>; Mon, 28 Jun 1999 10:09:07 +0700
Message-Id: <199906280309.KAA24238@engine9.dnet.net.id>
X-Mailer: XFMail 1.2 [p0] on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Team: Ulujami
Date: Mon, 28 Jun 1999 08:49:54 +0700 (JAVT)
From: ari <arifin@xfilesfan.com>
To: freebsd-multimedia@freebsd.org
Subject: Playing MIDI files?
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi all,
Last week I could added my sound card to kernel, sound card work fine
for playing CD Audio using "cdplay", but when I try running MIDI files
sound doesn't heard. I'm playing MIDI files using "kmidi" from KDE.
Below is message show on kmidi "Info Window":
MIDI file: /mnt/ode2fam.mid
Format: 1 Tracks: 4 Divisions: 192
Copyright: Copyright . 1995 <Song Author Name>.All Rights Reserved
Text: Generated by NoteWorthy 1.0
Text: Unnamed-000
Track name: Unnamed-000
Instrument: Unnamed-000
Text: Unnamed-001
Track name: Unnamed-001
Instrument: Unnamed-001
Text: Unnamed-002
Track name: Unnamed-002
Instrument: Unnamed-002
No instrument mapped to tone bank 0, program 1 - this instrument will
not be heard
No instrument mapped to tone bank 0, program 25 - this instrument will
not be heard
No instrument mapped to tone bank 0, program 33 - this instrument will
not be heard
Anyone know, where I got a mistaken?, FYI I use FreeBSD 226, KDE, and
SoundBlaster 16 card.
thank you,
-ari
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Sun Jun 27 19: 6:33 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194])
by hub.freebsd.org (Postfix) with ESMTP id 11BCB150F3
for <multimedia@freebsd.org>; Sun, 27 Jun 1999 19:06:22 -0700 (PDT)
(envelope-from hasty@rah.star-gate.com)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id TAA29479;
Sun, 27 Jun 1999 19:06:05 -0700 (PDT)
(envelope-from hasty@rah.star-gate.com)
Message-Id: <199906280206.TAA29479@rah.star-gate.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: "Piers O'Hanlon" <P.OHanlon@cs.ucl.ac.uk>
Cc: release@cs.ucl.ac.uk, vic@cs.ucl.ac.uk, mbone@ISI.EDU,
multimedia@freebsd.org
Subject: Re: New UCL vic release (vic2.8ucl4)
In-reply-to: Your message of "Wed, 23 Jun 1999 17:30:05 BST."
<4549.930155405@cs.ucl.ac.uk>
Mime-Version: 1.0
Content-Type: multipart/mixed ;
boundary="==_Exmh_-18868885060"
Date: Sun, 27 Jun 1999 19:06:05 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
This is a multipart MIME message.
--==_Exmh_-18868885060
Content-Type: text/plain; charset=us-ascii
Patches to enable UCL's version of vic on FreeBSD 4.0 -current. . LBL's
vic is easily build from FreeBSD port/mbone/vic directory.
UCL's vic build instructions for FreeBSD.
mkdir mbone
cd mbone
tar -xzf tcl-8.0.3ucl6.tar.gz
tar -xzf tk-8.0.3ucl6.tar.gz
tar -xzf vic-2.8ucl4.tar.gz
cd tcl-8.0
./configure --prefix=/usr/mbone
gmake
gmake install-binaries
gmake install-libraries
cd ../tk-8.0
./configure --prefix=/usr/mbone
gmake
gmake install-binaries
gmake install-libraries
cd ../vic-8.0
./configure --prefix=/usr/mbone
gmake
UCL's vic is able to use the tuner component of the FreeBSD Bt848 driver which
means that in addition to broadcast from a camera we can also tune in to a TV
channel and broadcast it.
--==_Exmh_-18868885060
Content-Type: text/plain ; name="diff.vic"; charset=us-ascii
Content-Description: diff.vic
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="diff.vic"
ZGlmZiAtYiAtYyAtciB2aWMvY29uZmlndXJlIHZpYy5uZXcvY29uZmlndXJlCioqKiB2aWMv
Y29uZmlndXJlCUZyaSBKdW4gIDQgMDQ6Mzk6MzIgMTk5OQotLS0gdmljLm5ldy9jb25maWd1
cmUJU3VuIEp1biAyNyAxODo1MDo1MiAxOTk5CioqKioqKioqKioqKioqKgoqKiogMTY4NCwx
NjkxICoqKioKICAJCWVjaG8gImNhbid0IGZpbmQgdGNsLmggaW4gJGQvaW5jbHVkZSIKICAJ
CWV4aXQgMQogIAlmaQohIAlwbGFjZXM9IiRkL2xpYi9saWJ0Y2w4LjAuc28gXAohIAkJJGQv
bGliL2xpYnRjbDguMC5hIFwKICAJCSRkL2xpYi9saWJ0Y2wuc28gXAogIAkJJGQvbGliL2xp
YnRjbC5hIgogIAlWX0xJQl9UQ0w9RkFJTAotLS0gMTY4NCwxNjkxIC0tLS0KICAJCWVjaG8g
ImNhbid0IGZpbmQgdGNsLmggaW4gJGQvaW5jbHVkZSIKICAJCWV4aXQgMQogIAlmaQohIAlw
bGFjZXM9IiRkL2xpYi9saWJ0Y2w4MC5zbyBcCiEgCQkkZC9saWIvbGlidGNsODAuYSBcCiAg
CQkkZC9saWIvbGlidGNsLnNvIFwKICAJCSRkL2xpYi9saWJ0Y2wuYSIKICAJVl9MSUJfVENM
PUZBSUwKKioqKioqKioqKioqKioqCioqKiAxNzM4LDE3NDQgKioqKgogIAkJCSRQV0QvLi4v
dGNsLTguMCBcCiAgCQkJJFBXRC8uLi90Y2wgXAogIAkJCS9jcy9yZXNlYXJjaC9taWNlL3N0
YXJzaGlwL2NvbW1vbi8kT1BTWVMvaW5jbHVkZS90Y2w4LjAgXAohIAkJCS91c3IvbG9jYWwv
aW5jbHVkZS90Y2w4LjAgXAogIAkJCS91c3Ivc3JjL2xvY2FsL3RjbDguMCBcCiAgCQkJL2lt
cG9ydC90Y2wvaW5jbHVkZS90Y2w4LjAgXAogIAkJCSRwcmVmaXgvaW5jbHVkZSBcCi0tLSAx
NzM4LDE3NDQgLS0tLQogIAkJCSRQV0QvLi4vdGNsLTguMCBcCiAgCQkJJFBXRC8uLi90Y2wg
XAogIAkJCS9jcy9yZXNlYXJjaC9taWNlL3N0YXJzaGlwL2NvbW1vbi8kT1BTWVMvaW5jbHVk
ZS90Y2w4LjAgXAohIAkJCS91c3IvbWJvbmUvaW5jbHVkZS90Y2w4LjAgXAogIAkJCS91c3Iv
c3JjL2xvY2FsL3RjbDguMCBcCiAgCQkJL2ltcG9ydC90Y2wvaW5jbHVkZS90Y2w4LjAgXAog
IAkJCSRwcmVmaXgvaW5jbHVkZSBcCioqKioqKioqKioqKioqKgoqKiogMTc1OCwxNzcxICoq
KioKICAJCQlleGl0IDEKICAJCWZpCiAgCWZpCiEgCWVjaG8gJGFjX24gImNoZWNraW5nIGZv
ciBtYWluIGluIC1sdGNsOC4wIiIuLi4gJGFjX2MiIDE+JjYKISBlY2hvICJjb25maWd1cmU6
MTc2MzogY2hlY2tpbmcgZm9yIG1haW4gaW4gLWx0Y2w4LjAiID4mNQogIGFjX2xpYl92YXI9
YGVjaG8gdGNsOC4wJ18nbWFpbiB8IHNlZCAneSUuLystJV9fcF8lJ2AKICBpZiBldmFsICJ0
ZXN0IFwiYGVjaG8gJyQnJ3snYWNfY3ZfbGliXyRhY19saWJfdmFyJytzZXR9J2BcIiA9IHNl
dCI7IHRoZW4KICAgIGVjaG8gJGFjX24gIihjYWNoZWQpICRhY19jIiAxPiY2CiAgZWxzZQog
ICAgYWNfc2F2ZV9MSUJTPSIkTElCUyIKISBMSUJTPSItbHRjbDguMCAgJExJQlMiCiAgY2F0
ID4gY29uZnRlc3QuJGFjX2V4dCA8PEVPRgogICNsaW5lIDE3NzEgImNvbmZpZ3VyZSIKICAj
aW5jbHVkZSAiY29uZmRlZnMuaCIKLS0tIDE3NTgsMTc3MSAtLS0tCiAgCQkJZXhpdCAxCiAg
CQlmaQogIAlmaQohIAllY2hvICRhY19uICJjaGVja2luZyBmb3IgbWFpbiBpbiAtbHRjbDgw
IiIuLi4gJGFjX2MiIDE+JjYKISBlY2hvICJjb25maWd1cmU6MTc2MzogY2hlY2tpbmcgZm9y
IG1haW4gaW4gLWx0Y2w4MCIgPiY1CiAgYWNfbGliX3Zhcj1gZWNobyB0Y2w4LjAnXydtYWlu
IHwgc2VkICd5JS4vKy0lX19wXyUnYAogIGlmIGV2YWwgInRlc3QgXCJgZWNobyAnJCcneydh
Y19jdl9saWJfJGFjX2xpYl92YXInK3NldH0nYFwiID0gc2V0IjsgdGhlbgogICAgZWNobyAk
YWNfbiAiKGNhY2hlZCkgJGFjX2MiIDE+JjYKICBlbHNlCiAgICBhY19zYXZlX0xJQlM9IiRM
SUJTIgohIExJQlM9Ii1sdGNsODAgICRMSUJTIgogIGNhdCA+IGNvbmZ0ZXN0LiRhY19leHQg
PDxFT0YKICAjbGluZSAxNzcxICJjb25maWd1cmUiCiAgI2luY2x1ZGUgImNvbmZkZWZzLmgi
CioqKioqKioqKioqKioqKgoqKiogMTc4OSwxNzk1ICoqKioKICBmaQogIGlmIGV2YWwgInRl
c3QgXCJgZWNobyAnJGFjX2N2X2xpYl8nJGFjX2xpYl92YXJgXCIgPSB5ZXMiOyB0aGVuCiAg
ICBlY2hvICIkYWNfdCIieWVzIiAxPiY2CiEgICBWX0xJQl9UQ0w9Ii1sdGNsOC4wIgogIGVs
c2UKICAgIGVjaG8gIiRhY190IiJubyIgMT4mNgogIFZfTElCX1RDTD0iRkFJTCIKLS0tIDE3
ODksMTc5NSAtLS0tCiAgZmkKICBpZiBldmFsICJ0ZXN0IFwiYGVjaG8gJyRhY19jdl9saWJf
JyRhY19saWJfdmFyYFwiID0geWVzIjsgdGhlbgogICAgZWNobyAiJGFjX3QiInllcyIgMT4m
NgohICAgVl9MSUJfVENMPSItbHRjbDgwIgogIGVsc2UKICAgIGVjaG8gIiRhY190IiJubyIg
MT4mNgogIFZfTElCX1RDTD0iRkFJTCIKKioqKioqKioqKioqKioqCioqKiAxODEyLDE4MTkg
KioqKgogIAkJCS9pbXBvcnQvdGNsL2xpYi90Y2w4LjAgXAogIAkJCSIKICAJCWZvciBkaXIg
aW4gJHBsYWNlczsgZG8KISAJCQlpZiB0ZXN0IC1yICRkaXIvbGlidGNsOC4wLnNvIC1vIC1y
ICRkaXIvbGlidGNsOC4wLmE7IHRoZW4KISAJCQkJVl9MSUJfVENMPSItTCRkaXIgLWx0Y2w4
LjAiCiAgCQkJCWJyZWFrCiAgCQkJZmkKICAJCQlpZiB0ZXN0IC1yICRkaXIvbGlidGNsLnNv
IC1vIC1yICRkaXIvbGlidGNsLmE7IHRoZW4KLS0tIDE4MTIsMTgxOSAtLS0tCiAgCQkJL2lt
cG9ydC90Y2wvbGliL3RjbDguMCBcCiAgCQkJIgogIAkJZm9yIGRpciBpbiAkcGxhY2VzOyBk
bwohIAkJCWlmIHRlc3QgLXIgJGRpci9saWJ0Y2w4LjAuc28gLW8gLXIgJGRpci9saWJ0Y2w4
MC5hOyB0aGVuCiEgCQkJCVZfTElCX1RDTD0iLUwkZGlyIC1sdGNsODAiCiAgCQkJCWJyZWFr
CiAgCQkJZmkKICAJCQlpZiB0ZXN0IC1yICRkaXIvbGlidGNsLnNvIC1vIC1yICRkaXIvbGli
dGNsLmE7IHRoZW4KKioqKioqKioqKioqKioqCioqKiAxODM2LDE4NDIgKioqKgogIAkJJFBX
RC8uLi90Y2wtOC4wL2xpYnJhcnkgXAogICAgICAgICAgICAgICAgICAkUFdELy4uL3RjbC9s
aWJyYXJ5IFwKICAgICAgICAgICAgICAgICAgL2NzL3Jlc2VhcmNoL21pY2Uvc3RhcnNoaXAv
Y29tbW9uLyRPUFNZUy9saWIvdGNsOC4wIFwKISAJCS91c3IvbG9jYWwvbGliL3RjbDguMCBc
CiAgCQkvdXNyL2NvbnRyaWIvbGliL3RjbDguMCBcCiAgCQkvdXNyL2xpYi90Y2w4LjAgXAog
IAkJL3Vzci9saWIvdGsvdGNsOC4wIFwKLS0tIDE4MzYsMTg0MiAtLS0tCiAgCQkkUFdELy4u
L3RjbC04LjAvbGlicmFyeSBcCiAgICAgICAgICAgICAgICAgICRQV0QvLi4vdGNsL2xpYnJh
cnkgXAogICAgICAgICAgICAgICAgICAvY3MvcmVzZWFyY2gvbWljZS9zdGFyc2hpcC9jb21t
b24vJE9QU1lTL2xpYi90Y2w4LjAgXAohIAkJL3Vzci9tYm9uZS9saWIvdGNsOC4wIFwKICAJ
CS91c3IvY29udHJpYi9saWIvdGNsOC4wIFwKICAJCS91c3IvbGliL3RjbDguMCBcCiAgCQkv
dXNyL2xpYi90ay90Y2w4LjAgXAoqKioqKioqKioqKioqKioKKioqIDE4ODQsMTg5MCAqKioq
CiAgCQlleGl0IDEKICAJZmkKICAJcGxhY2VzPSIkZC9saWIvbGlidGs4LjAuc28gXAohIAkJ
JGQvbGliL2xpYnRrOC4wLmEgXAogIAkJJGQvbGliL2xpYnRrLnNvIFwKICAJCSRkL2xpYi9s
aWJ0ay5hIgogIAlWX0xJQl9USz1GQUlMCi0tLSAxODg0LDE4OTAgLS0tLQogIAkJZXhpdCAx
CiAgCWZpCiAgCXBsYWNlcz0iJGQvbGliL2xpYnRrOC4wLnNvIFwKISAJCSRkL21ib25lL2xp
YnRrODAuYSBcCiAgCQkkZC9saWIvbGlidGsuc28gXAogIAkJJGQvbGliL2xpYnRrLmEiCiAg
CVZfTElCX1RLPUZBSUwKKioqKioqKioqKioqKioqCioqKiAxOTM4LDE5NDQgKioqKgogIAkg
ICAgICAgICAgICAgICAgJFBXRC8uLi90ay04LjAvZ2VuZXJpYyBcCiAgICAgICAgIAkJICAg
ICAgICAkUFdELy4uL3RrL2dlbmVyaWMgXAogICAgICAgICAJCSAgICAgICAgL2NzL3Jlc2Vh
cmNoL21pY2Uvc3RhcnNoaXAvY29tbW9uLyRPUFNZUy9pbmNsdWRlIFwKISAJCQkvdXNyL2xv
Y2FsL2luY2x1ZGUgXAogIAkJCSRwcmVmaXgvaW5jbHVkZSBcCiAgCQkJL3Vzci9jb250cmli
L2luY2x1ZGUgXAogIAkJCS91c3IvaW5jbHVkZS90Y2wgXAotLS0gMTkzOCwxOTQ0IC0tLS0K
ICAJICAgICAgICAgICAgICAgICRQV0QvLi4vdGstOC4wL2dlbmVyaWMgXAogICAgICAgICAJ
CSAgICAgICAgJFBXRC8uLi90ay9nZW5lcmljIFwKICAgICAgICAgCQkgICAgICAgIC9jcy9y
ZXNlYXJjaC9taWNlL3N0YXJzaGlwL2NvbW1vbi8kT1BTWVMvaW5jbHVkZSBcCiEgCQkJL3Vz
ci9tYm9uZS9pbmNsdWRlIFwKICAJCQkkcHJlZml4L2luY2x1ZGUgXAogIAkJCS91c3IvY29u
dHJpYi9pbmNsdWRlIFwKICAJCQkvdXNyL2luY2x1ZGUvdGNsIFwKKioqKioqKioqKioqKioq
CioqKiAxOTYwLDE5NzMgKioqKgogIAkJCWV4aXQgMQogIAkJZmkKICAJZmkKISAJZWNobyAk
YWNfbiAiY2hlY2tpbmcgZm9yIG1haW4gaW4gLWx0azguMCIiLi4uICRhY19jIiAxPiY2CiEg
ZWNobyAiY29uZmlndXJlOjE5NjU6IGNoZWNraW5nIGZvciBtYWluIGluIC1sdGs4LjAiID4m
NQogIGFjX2xpYl92YXI9YGVjaG8gdGs4LjAnXydtYWluIHwgc2VkICd5JS4vKy0lX19wXyUn
YAogIGlmIGV2YWwgInRlc3QgXCJgZWNobyAnJCcneydhY19jdl9saWJfJGFjX2xpYl92YXIn
K3NldH0nYFwiID0gc2V0IjsgdGhlbgogICAgZWNobyAkYWNfbiAiKGNhY2hlZCkgJGFjX2Mi
IDE+JjYKICBlbHNlCiAgICBhY19zYXZlX0xJQlM9IiRMSUJTIgohIExJQlM9Ii1sdGs4LjAg
ICRMSUJTIgogIGNhdCA+IGNvbmZ0ZXN0LiRhY19leHQgPDxFT0YKICAjbGluZSAxOTczICJj
b25maWd1cmUiCiAgI2luY2x1ZGUgImNvbmZkZWZzLmgiCi0tLSAxOTYwLDE5NzMgLS0tLQog
IAkJCWV4aXQgMQogIAkJZmkKICAJZmkKISAJZWNobyAkYWNfbiAiY2hlY2tpbmcgZm9yIG1h
aW4gaW4gLWx0azgwIiIuLi4gJGFjX2MiIDE+JjYKISBlY2hvICJjb25maWd1cmU6MTk2NTog
Y2hlY2tpbmcgZm9yIG1haW4gaW4gLWx0azgwIiA+JjUKICBhY19saWJfdmFyPWBlY2hvIHRr
OC4wJ18nbWFpbiB8IHNlZCAneSUuLystJV9fcF8lJ2AKICBpZiBldmFsICJ0ZXN0IFwiYGVj
aG8gJyQnJ3snYWNfY3ZfbGliXyRhY19saWJfdmFyJytzZXR9J2BcIiA9IHNldCI7IHRoZW4K
ICAgIGVjaG8gJGFjX24gIihjYWNoZWQpICRhY19jIiAxPiY2CiAgZWxzZQogICAgYWNfc2F2
ZV9MSUJTPSIkTElCUyIKISBMSUJTPSItbHRrODAgICRMSUJTIgogIGNhdCA+IGNvbmZ0ZXN0
LiRhY19leHQgPDxFT0YKICAjbGluZSAxOTczICJjb25maWd1cmUiCiAgI2luY2x1ZGUgImNv
bmZkZWZzLmgiCioqKioqKioqKioqKioqKgoqKiogMTk5MSwxOTk3ICoqKioKICBmaQogIGlm
IGV2YWwgInRlc3QgXCJgZWNobyAnJGFjX2N2X2xpYl8nJGFjX2xpYl92YXJgXCIgPSB5ZXMi
OyB0aGVuCiAgICBlY2hvICIkYWNfdCIieWVzIiAxPiY2CiEgICBWX0xJQl9USz0iLWx0azgu
MCIKICBlbHNlCiAgICBlY2hvICIkYWNfdCIibm8iIDE+JjYKICBWX0xJQl9USz0iRkFJTCIK
LS0tIDE5OTEsMTk5NyAtLS0tCiAgZmkKICBpZiBldmFsICJ0ZXN0IFwiYGVjaG8gJyRhY19j
dl9saWJfJyRhY19saWJfdmFyYFwiID0geWVzIjsgdGhlbgogICAgZWNobyAiJGFjX3QiInll
cyIgMT4mNgohICAgVl9MSUJfVEs9Ii1sdGs4MCIKICBlbHNlCiAgICBlY2hvICIkYWNfdCIi
bm8iIDE+JjYKICBWX0xJQl9USz0iRkFJTCIKKioqKioqKioqKioqKioqCioqKiAyMDAzLDIw
MDkgKioqKgogIAkJCSRQV0QvLi4vdGstOC4wL3VuaXggXAogICAgICAgICAgICAgICAgICAJ
JFBXRC8uLi90ay91bml4IFwKICAgICAgICAgICAgICAgICAgCS9jcy9yZXNlYXJjaC9taWNl
L3N0YXJzaGlwL2NvbW1vbi8kT1BTWVMvbGliIFwKISAJCQkvdXNyL2xvY2FsL2xpYiBcCiAg
CQkJL3Vzci9jb250cmliL2xpYiBcCiAgCQkJL3Vzci9saWIgXAogIAkJCS91c3IvbGliL3Rr
IFwKLS0tIDIwMDMsMjAwOSAtLS0tCiAgCQkJJFBXRC8uLi90ay04LjAvdW5peCBcCiAgICAg
ICAgICAgICAgICAgIAkkUFdELy4uL3RrL3VuaXggXAogICAgICAgICAgICAgICAgICAJL2Nz
L3Jlc2VhcmNoL21pY2Uvc3RhcnNoaXAvY29tbW9uLyRPUFNZUy9saWIgXAohIAkJCS91c3Iv
bWJvbmUvbGliIFwKICAJCQkvdXNyL2NvbnRyaWIvbGliIFwKICAJCQkvdXNyL2xpYiBcCiAg
CQkJL3Vzci9saWIvdGsgXAoqKioqKioqKioqKioqKioKKioqIDIwMTMsMjAyMCAqKioqCiAg
CQkJJHByZWZpeC9saWIgXAogIAkJCSR4X2xpYnJhcmllcyIKICAJCWZvciBkaXIgaW4gJHBs
YWNlczsgZG8KISAJCQlpZiB0ZXN0IC1yICRkaXIvbGlidGs4LjAuc28gLW8gLXIgJGRpci9s
aWJ0azguMC5hOyB0aGVuCiEgCQkJCVZfTElCX1RLPSItTCRkaXIgLWx0azguMCIKICAJCQkJ
YnJlYWsKICAJCQlmaQogIAkJCWlmIHRlc3QgLXIgJGRpci9saWJ0ay5zbyAtbyAtciAkZGly
L2xpYnRrLmE7IHRoZW4KLS0tIDIwMTMsMjAyMCAtLS0tCiAgCQkJJHByZWZpeC9saWIgXAog
IAkJCSR4X2xpYnJhcmllcyIKICAJCWZvciBkaXIgaW4gJHBsYWNlczsgZG8KISAJCQlpZiB0
ZXN0IC1yICRkaXIvbGlidGs4MC5zbyAtbyAtciAkZGlyL2xpYnRrODAuYTsgdGhlbgohIAkJ
CQlWX0xJQl9USz0iLUwkZGlyIC1sdGs4MCIKICAJCQkJYnJlYWsKICAJCQlmaQogIAkJCWlm
IHRlc3QgLXIgJGRpci9saWJ0ay5zbyAtbyAtciAkZGlyL2xpYnRrLmE7IHRoZW4KKioqKioq
KioqKioqKioqCioqKiAyMDM3LDIwNDMgKioqKgogIAkJJFBXRC8uLi90ay04LjAvbGlicmFy
eSBcCiAgICAgICAgICAgICAgICAgCSRQV0QvLi4vdGsvbGlicmFyeSBcCiAgICAgICAgICAg
ICAgICAgCS9jcy9yZXNlYXJjaC9taWNlL3N0YXJzaGlwL2NvbW1vbi8kT1BTWVMvbGliL3Rr
OC4wIFwKISAJCS91c3IvbG9jYWwvbGliL3RrOC4wIFwKICAJCS91c3IvY29udHJpYi9saWIv
dGs4LjAgXAogIAkJL3Vzci9saWIvdGs4LjAgXAogIAkJL3Vzci9saWIvdGsvdGs4LjAgXAot
LS0gMjAzNywyMDQzIC0tLS0KICAJCSRQV0QvLi4vdGstOC4wL2xpYnJhcnkgXAogICAgICAg
ICAgICAgICAgIAkkUFdELy4uL3RrL2xpYnJhcnkgXAogICAgICAgICAgICAgICAgIAkvY3Mv
cmVzZWFyY2gvbWljZS9zdGFyc2hpcC9jb21tb24vJE9QU1lTL2xpYi90azguMCBcCiEgCQkv
dXNyL21ib25lL2xpYi90azguMCBcCiAgCQkvdXNyL2NvbnRyaWIvbGliL3RrOC4wIFwKICAJ
CS91c3IvbGliL3RrOC4wIFwKICAJCS91c3IvbGliL3RrL3RrOC4wIFwKZGlmZiAtYiAtYyAt
ciB2aWMvZ3JhYmJlci1tZXRlb3IuY2MgdmljLm5ldy9ncmFiYmVyLW1ldGVvci5jYwoqKiog
dmljL2dyYWJiZXItbWV0ZW9yLmNjCVRodSBKYW4gMTQgMDQ6NDg6NDEgMTk5OQotLS0gdmlj
Lm5ldy9ncmFiYmVyLW1ldGVvci5jYwlTdW4gSnVuIDI3IDE2OjUwOjE2IDE5OTkKKioqKioq
KioqKioqKioqCioqKiA3Myw4NSAqKioqCiAgY2xhc3MgTWV0ZW9yR3JhYmJlciA6IHB1Ymxp
YyBHcmFiYmVyIHsKICAgcHVibGljOgogIAlNZXRlb3JHcmFiYmVyKGNvbnN0IGNoYXIqIG5h
bWUpOwogIAl2aXJ0dWFsIGludCBjb21tYW5kKGludCBhcmdjLCBjb25zdCBjaGFyKmNvbnN0
KiBhcmd2KTsKICAJdmlydHVhbCB2b2lkIGZwcyhpbnQpOwotIAl2aXJ0dWFsIH5NZXRlb3JH
cmFiYmVyKCk7CiAgCXZpcnR1YWwgdm9pZCBzdGFydCgpOwogIAl2aXJ0dWFsIHZvaWQgc3Rv
cCgpOwotICBwcm90ZWN0ZWQ6CiAgCXZpcnR1YWwgaW50IGdyYWIoKTsKICAJdm9pZCBmb3Jt
YXQoKTsKICAJdmlydHVhbCB2b2lkIHNldHNpemUoKSA9IDA7CiAgCXZvaWQgc3VwcHJlc3Mo
Y29uc3QgdV9jaGFyKiBpbiwgaW50IGlzdHJpZGUpOwotLS0gNzMsODUgLS0tLQogIGNsYXNz
IE1ldGVvckdyYWJiZXIgOiBwdWJsaWMgR3JhYmJlciB7CiAgICAgIHB1YmxpYzoKICAJTWV0
ZW9yR3JhYmJlcihjb25zdCBjaGFyKiBuYW1lKTsKKyAJdmlydHVhbCB+TWV0ZW9yR3JhYmJl
cigpOwogIAl2aXJ0dWFsIGludCBjb21tYW5kKGludCBhcmdjLCBjb25zdCBjaGFyKmNvbnN0
KiBhcmd2KTsKICAJdmlydHVhbCB2b2lkIGZwcyhpbnQpOwogIAl2aXJ0dWFsIHZvaWQgc3Rh
cnQoKTsKICAJdmlydHVhbCB2b2lkIHN0b3AoKTsKICAJdmlydHVhbCBpbnQgZ3JhYigpOwor
ICAgICBwcm90ZWN0ZWQ6CiAgCXZvaWQgZm9ybWF0KCk7CiAgCXZpcnR1YWwgdm9pZCBzZXRz
aXplKCkgPSAwOwogIAl2b2lkIHN1cHByZXNzKGNvbnN0IHVfY2hhciogaW4sIGludCBpc3Ry
aWRlKTsKKioqKioqKioqKioqKioqCioqKiA5MywxMDIgKioqKgogIAl1X2ludCBiYXNlaGVp
Z2h0XzsJLyogV2lkdGggb2YgZnJhbWUgdG8gYmUgY2FwdHVyZWQgKi8KICAJdV9pbnQgZGVj
aW1hdGVfOwkvKiBkaXZpc2lvbiBvZiBiYXNlIHNpemVzICovCiAgCXZvbGF0aWxlIHVfaW50
KiBweXV2XzsJLyogcG9pbnRlciB0byB5dXYgZGF0YSAqLwotIAotIAlpbnQgY291bnQ7Ci0g
CWxvbmcgZmlyc3Q7Ci0gCWRvdWJsZSB2YWx1ZXNbMTUwMF07CiAgCWludCB0dW5lcl8gOwkJ
LyogdHVuZXIgZGV2aWNlLi4uICovCiAgfTsKICAKLS0tIDkzLDk4IC0tLS0KKioqKioqKioq
KioqKioqCioqKiAxMzIsMTM3ICoqKioKLS0tIDEyOCwxMzQgLS0tLQogICAgICBwdWJsaWM6
CiAgCU1ldGVvclNjYW5uZXIoY29uc3QgaW50IG4pOwogIH07CisgCiAgc3RhdGljIE1ldGVv
clNjYW5uZXIgZmluZF9tZXRlb3JfZGV2aWNlcyg0KTsKICAKICBNZXRlb3JTY2FubmVyOjpN
ZXRlb3JTY2FubmVyKGNvbnN0IGludCBuKQoqKioqKioqKioqKioqKioKKioqIDE2MCwxNjcg
KioqKgogIAkJfQogIAkJCX0KICAJCX0KISB9CiEgCiAgCiAgTWV0ZW9yRGV2aWNlOjpNZXRl
b3JEZXZpY2UoY29uc3QgY2hhciogbmlja25hbWUsIGNvbnN0IGNoYXIgKmRldm5hbWUsIGlu
dCBmcmVlKToKICAJCQkJCUlucHV0RGV2aWNlKG5pY2tuYW1lKSwgbmFtZV8oZGV2bmFtZSkK
LS0tIDE1NywxNjMgLS0tLQogIAkJfQogIAkJCX0KICAJCX0KISAJfQogIAogIE1ldGVvckRl
dmljZTo6TWV0ZW9yRGV2aWNlKGNvbnN0IGNoYXIqIG5pY2tuYW1lLCBjb25zdCBjaGFyICpk
ZXZuYW1lLCBpbnQgZnJlZSk6CiAgCQkJCQlJbnB1dERldmljZShuaWNrbmFtZSksIG5hbWVf
KGRldm5hbWUpCioqKioqKioqKioqKioqKgoqKiogMTcxLDE3NyAqKioqCiAgZm9ybWF0IHs0
MjIgNDExfSBcCiAgdHlwZSB7cGFsIG50c2Mgc2VjYW0gYXV0b30gXAogIHNpemUge2xhcmdl
IG5vcm1hbCBzbWFsbCBjaWZ9IFwKISBwb3J0IHtSQ0EgUG9ydC0xIFBvcnQtMiBQb3J0LTMg
Uy1WaWRlbyBSR0J9IjsKICAJZWxzZQogIAkJYXR0cmlidXRlc18gPSAiZGlzYWJsZWQiOwog
IH0KLS0tIDE2NywxNzMgLS0tLQogIGZvcm1hdCB7NDIyIDQxMX0gXAogIHR5cGUge3BhbCBu
dHNjIHNlY2FtIGF1dG99IFwKICBzaXplIHtsYXJnZSBub3JtYWwgc21hbGwgY2lmfSBcCiEg
cG9ydCB7UG9ydC0xIFJDQSBQb3J0LTIgUG9ydC0zIFMtVmlkZW8gUkdCfSI7CiAgCWVsc2UK
ICAJCWF0dHJpYnV0ZXNfID0gImRpc2FibGVkIjsKICB9CioqKioqKioqKioqKioqKgoqKiog
MTkyLDIwMSAqKioqCiAgCXJldHVybiAoSW5wdXREZXZpY2U6OmNvbW1hbmQoYXJnYywgYXJn
dikpOwogIH0KICAKISBNZXRlb3JHcmFiYmVyOjpNZXRlb3JHcmFiYmVyKGNvbnN0IGNoYXIq
IG5hbWUsIGNvbnN0IGNoYXIqIGZvcm1hdCkKICB7Ci0gCWNvdW50ID0gMDsKLSAKICAJaW50
IGRldm51bTsKICAJaWYgKHNzY2FuZihuYW1lLCAiL2Rldi9ia3RyJWQiLCAmZGV2bnVtKSA9
PSAxKSB7CiAgCQljaGFyICp0dW5lcmRldiAgPSBuZXcgY2hhcltzdHJsZW4obmFtZSkgKyAz
XTsKLS0tIDE4OCwxOTUgLS0tLQogIAlyZXR1cm4gKElucHV0RGV2aWNlOjpjb21tYW5kKGFy
Z2MsIGFyZ3YpKTsKICB9CiAgCiEgTWV0ZW9yR3JhYmJlcjo6TWV0ZW9yR3JhYmJlcihjb25z
dCBjaGFyKiBuYW1lKQogIHsKICAJaW50IGRldm51bTsKICAJaWYgKHNzY2FuZihuYW1lLCAi
L2Rldi9ia3RyJWQiLCAmZGV2bnVtKSA9PSAxKSB7CiAgCQljaGFyICp0dW5lcmRldiAgPSBu
ZXcgY2hhcltzdHJsZW4obmFtZSkgKyAzXTsKKioqKioqKioqKioqKioqCioqKiAyMDgsMjE0
ICoqKioKICAJCXN0YXR1c18gPSAtMTsKICAJCXJldHVybjsKICAJfQohIAlwb3J0XyA9IE1F
VEVPUl9JTlBVVF9ERVYwOwogIAl2aWRlb19mb3JtYXRfID0gTUVURU9SX0ZNVF9BVVRPTU9E
RTsKICAJZGVjaW1hdGVfID0gMjsKICAJYmFzZXdpZHRoXyA9IFBBTF9XSURUSCAqIDI7Ci0t
LSAyMDIsMjEwIC0tLS0KICAJCXN0YXR1c18gPSAtMTsKICAJCXJldHVybjsKICAJfQohIAlw
b3J0XyA9IE1FVEVPUl9JTlBVVF9ERVYxOwohIAlpb2N0bChkZXZfLCBNRVRFT1JTSU5QVVQs
ICZwb3J0Xyk7CiEgCXBvcnRfID0gTUVURU9SX0lOUFVUX0RFVjE7CiAgCXZpZGVvX2Zvcm1h
dF8gPSBNRVRFT1JfRk1UX0FVVE9NT0RFOwogIAlkZWNpbWF0ZV8gPSAyOwogIAliYXNld2lk
dGhfID0gUEFMX1dJRFRIICogMjsKKioqKioqKioqKioqKioqCioqKiAyMzgsMjQ0ICoqKioK
ICAJZ2VvbS5mcmFtZXMgPSAxOwogIAlnZW9tLm9mb3JtYXQgPSBNRVRFT1JfR0VPX1VOU0lH
TkVEIHwgTUVURU9SX0dFT19ZVVZfUEFDS0VEOwogIAkvKgohIAkgKiBJZiB3ZSBjYW4gYWV0
IGJ5IHdpdGggb25seSByZWFkaW5nIGV2ZW4gZmllbGRzLCB0aGVuIGJ5IGFsbAogIAkgKiBt
ZWFucyBkbyBzby4KICAJICovCiAgCXVuc2lnbmVkIHNob3J0IHN0YXR1czsKLS0tIDIzNCwy
NDAgLS0tLQogIAlnZW9tLmZyYW1lcyA9IDE7CiAgCWdlb20ub2Zvcm1hdCA9IE1FVEVPUl9H
RU9fVU5TSUdORUQgfCBNRVRFT1JfR0VPX1lVVl9QQUNLRUQ7CiAgCS8qCiEgCSAqIElmIHdl
IGNhbiBnZXQgYnkgd2l0aCBvbmx5IHJlYWRpbmcgZXZlbiBmaWVsZHMsIHRoZW4gYnkgYWxs
CiAgCSAqIG1lYW5zIGRvIHNvLgogIAkgKi8KICAJdW5zaWduZWQgc2hvcnQgc3RhdHVzOwoq
KioqKioqKioqKioqKioKKioqIDQxNSw0MjAgKioqKgotLS0gNDExLDQxNyAtLS0tCiAgCQkJ
dV9jaGFyIHZhbCA9IGF0b2koYXJndlsyXSk7CiAgCQkJaW9jdGwoZGV2XywgTUVURU9SU0NI
Q1YsICZ2YWwpOwogIAkJCXJldHVybiAoVENMX09LKTsKKyAJCX0KICAJfSBlbHNlIGlmIChh
cmdjID09IDIpIHsKICAJCWlmIChzdHJjbXAoYXJndlsxXSwgImZvcm1hdCIpID09IDAgfHwK
ICAJCQkgICBzdHJjbXAoYXJndlsxXSwgInR5cGUiKSA9PSAwKSB7CmRpZmYgLWIgLWMgLXIg
dmljL2dyYWJiZXIuY2MgdmljLm5ldy9ncmFiYmVyLmNjCioqKiB2aWMvZ3JhYmJlci5jYwlU
aHUgSmFuIDE0IDA0OjQ4OjQzIDE5OTkKLS0tIHZpYy5uZXcvZ3JhYmJlci5jYwlTdW4gSnVu
IDI3IDEzOjA1OjQxIDE5OTkKKioqKioqKioqKioqKioqCioqKiA0OTYsNTAxICoqKioKLS0t
IDQ5Niw1MDggLS0tLQogIAkJb3V0aF8gPSAxNDQ7CiAgCQlicmVhazsKICAKKyAJY2FzZSA2
NDA6CisgCQkvKiBmdWxsIG50c2MgKi8KKyAJCWlzcGFsID0gMDsKKyAJCW91dHdfID0gNjQw
OworIAkJb3V0aF8gPSA0ODA7CisgCQlicmVhazsKKyAKICAJZGVmYXVsdDoKICAJCS8qIFhY
WCB0aGlzIHNob3VsZG4ndCBoYXBwZW4gKi8KICAJCWZwcmludGYoc3RkZXJyLCAidmljOiBD
SUYgZ3JhYmJlcjogYmFkIGdlb21ldHJ5XG4iKTsKZGlmZiAtYiAtYyAtciB2aWMvcWZERVNf
bWVtb3J5LmMgdmljLm5ldy9xZkRFU19tZW1vcnkuYwoqKiogdmljL3FmREVTX21lbW9yeS5j
CVRodSBBcHIgIDggMDQ6MDc6MjYgMTk5OQotLS0gdmljLm5ldy9xZkRFU19tZW1vcnkuYwlT
dW4gSnVuIDI3IDExOjQ4OjQ4IDE5OTkKKioqKioqKioqKioqKioqCioqKiAxMywxOSAqKioq
CiAgI2luY2x1ZGUgImNvbmZpZy5oIgogICNpbmNsdWRlICJxZkRFUy5oIgogIAohICNpZm5k
ZWYgREVGSU5FRF9FUlJMSVNUCiAgIGV4dGVybiBpbnQgc3lzX25lcnI7CiAgIGV4dGVybiBj
aGFyICpzeXNfZXJybGlzdFtdOwogICNlbmRpZgotLS0gMTMsMTkgLS0tLQogICNpbmNsdWRl
ICJjb25maWcuaCIKICAjaW5jbHVkZSAicWZERVMuaCIKICAKISAjaWZkZWYgREVGSU5FRF9F
UlJMSVNUCiAgIGV4dGVybiBpbnQgc3lzX25lcnI7CiAgIGV4dGVybiBjaGFyICpzeXNfZXJy
bGlzdFtdOwogICNlbmRpZgpkaWZmIC1iIC1jIC1yIHZpYy90bW4teC9pby5jIHZpYy5uZXcv
dG1uLXgvaW8uYwoqKiogdmljL3Rtbi14L2lvLmMJVHVlIEp1biAyMiAwNDoxOTozMCAxOTk5
Ci0tLSB2aWMubmV3L3Rtbi14L2lvLmMJU3VuIEp1biAyNyAxMTozMzozMSAxOTk5CioqKioq
KioqKioqKioqKgoqKiogNTMsNTkgKioqKgogICNpbmNsdWRlICAgICAgICAic2ltLmgiCiAg
CiAgI2lmZGVmIFZJQwohIC8qZXh0ZXJuKi8gCiAgdW5zaWduZWQgY2hhciAqaDI2M19mcmFt
ZTsKICAjZW5kaWYKICAKLS0tIDUzLDU5IC0tLS0KICAjaW5jbHVkZSAgICAgICAgInNpbS5o
IgogIAogICNpZmRlZiBWSUMKISAvKmV4dGVybiAqLwogIHVuc2lnbmVkIGNoYXIgKmgyNjNf
ZnJhbWU7CiAgI2VuZGlmCiAgCmRpZmYgLWIgLWMgLXIgdmljL3Rtbi14L3B1dGJpdHMuYyB2
aWMubmV3L3Rtbi14L3B1dGJpdHMuYwoqKiogdmljL3Rtbi14L3B1dGJpdHMuYwlUdWUgSnVu
IDIyIDA0OjE5OjMxIDE5OTkKLS0tIHZpYy5uZXcvdG1uLXgvcHV0Yml0cy5jCVN1biBKdW4g
MjcgMTE6MzM6MzIgMTk5OQoqKioqKioqKioqKioqKioKKioqIDYzLDcxICoqKioKICAjaW5j
bHVkZSAic2ltLmgiCiAgCiAgI2lmZGVmIFZJQwohIC8qZXh0ZXJuICovCiAgaW50ICAgICAg
ICAgICAgaDI2M19zdHJlYW1jb3VudDsKISAvKmV4dGVybiAqLwogIHVuc2lnbmVkIGNoYXIg
KmgyNjNfYml0c3RyZWFtOwogICNlbHNlCiAgZXh0ZXJuIEZJTEUgKnN0cmVhbWZpbGU7ICAg
ICAgICAvKiB0aGUgb25seSBnbG9iYWwgdmFyIHdlIG5lZWQgaGVyZSAqLwotLS0gNjMsNzEg
LS0tLQogICNpbmNsdWRlICJzaW0uaCIKICAKICAjaWZkZWYgVklDCiEgLypleHRlcm4qLwog
IGludCAgICAgICAgICAgIGgyNjNfc3RyZWFtY291bnQ7CiEgLypleHRlcm4qLwogIHVuc2ln
bmVkIGNoYXIgKmgyNjNfYml0c3RyZWFtOwogICNlbHNlCiAgZXh0ZXJuIEZJTEUgKnN0cmVh
bWZpbGU7ICAgICAgICAvKiB0aGUgb25seSBnbG9iYWwgdmFyIHdlIG5lZWQgaGVyZSAqLwpk
aWZmIC1iIC1jIC1yIHZpYy91aS1ncmFiYmVyLnRjbCB2aWMubmV3L3VpLWdyYWJiZXIudGNs
CioqKiB2aWMvdWktZ3JhYmJlci50Y2wJV2VkIEp1biAgOSAwNDoyOToyNCAxOTk5Ci0tLSB2
aWMubmV3L3VpLWdyYWJiZXIudGNsCVN1biBKdW4gMjcgMTI6NTg6MjEgMTk5OQoqKioqKioq
KioqKioqKioKKioqIDQ1Myw0NTkgKioqKgogICMJbGFiZWwgJHcuZi5jbC5zbGFiZWwgLWZv
bnQgJGYgLXRleHQgIlNhdHVyYXRpb24iIC1hbmNob3IgbgogICMJcGFjayAgJHcuZi5jbC5n
bGFiZWwgJHcuZi5jbC5sYWJlbCAkdy5mLmNsLnNsYWJlbCBcCiAgIwkJCSAgICAgLXNpZGUg
bGVmdCAtZmlsbCB4IC1leHBhbmQgMQohICAgICAgICAKICAJc2NhbGUgJHcuZi5jLmdzY2Fs
ZSBcCiAgLW9yaWVudCBob3Jpem9udGFsIC13aWR0aCAxMiAtbGVuZ3RoIDEwMCAtcmVsaWVm
IGdyb292ZSBcCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtc2hvd3ZhbHVlIDEg
LWZyb20gMCAtdG8gMjU1IFwKLS0tIDQ1Myw0NTkgLS0tLQogICMJbGFiZWwgJHcuZi5jbC5z
bGFiZWwgLWZvbnQgJGYgLXRleHQgIlNhdHVyYXRpb24iIC1hbmNob3IgbgogICMJcGFjayAg
JHcuZi5jbC5nbGFiZWwgJHcuZi5jbC5sYWJlbCAkdy5mLmNsLnNsYWJlbCBcCiAgIwkJCSAg
ICAgLXNpZGUgbGVmdCAtZmlsbCB4IC1leHBhbmQgMQohIAlmcmFtZSAkdy5mLmMgLXJlbGll
ZiBmbGF0ICAgICAgIAogIAlzY2FsZSAkdy5mLmMuZ3NjYWxlIFwKICAtb3JpZW50IGhvcml6
b250YWwgLXdpZHRoIDEyIC1sZW5ndGggMTAwIC1yZWxpZWYgZ3Jvb3ZlIFwKICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIC1zaG93dmFsdWUgMSAtZnJvbSAwIC10byAyNTUgXAo=
--==_Exmh_-18868885060
Content-Type: text/plain; charset=us-ascii
Amancio Hasty
ahasty@mindspring.com
--==_Exmh_-18868885060--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 0:26:20 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id 6A4AA153B8
for <multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 00:26:17 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id IAA24256
Mon, 28 Jun 1999 08:25:53 +0100 (BST)
Message-ID: <377723A3.7223EC3A@cs.strath.ac.uk>
Date: Mon, 28 Jun 1999 08:26:27 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386)
MIME-Version: 1.0
To: "Kevin S. Brackett" <ksb@abyss.net>
Cc: multimedia@FreeBSD.ORG
Subject: Re: STB TV PCI w/ fm, and dbx
References: <Pine.BSF.4.05.9906182028240.332-100000@nightmare.abyss.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Kevin S. Brackett wrote:
>
> Hmm, I also just noticed this:
>
> Detected a MSP3436-[0
>
> ideas?
Ok, can you open your PC and remove your STB card.
Then, can you email me all the model numbers and marking on the
MSP chip.
Roger
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 0:52: 5 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from bells.cs.ucl.ac.uk (bells.cs.ucl.ac.uk [128.16.5.31])
by hub.freebsd.org (Postfix) with SMTP id 77DAA150D1
for <multimedia@freebsd.org>; Mon, 28 Jun 1999 00:52:03 -0700 (PDT)
(envelope-from C.Perkins@cs.ucl.ac.uk)
Received: from eucharisto.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP
id <g.04026-0@bells.cs.ucl.ac.uk>; Mon, 28 Jun 1999 08:51:50 +0100
To: Amancio Hasty <hasty@rah.star-gate.com>
Cc: Piers O'Hanlon <P.OHanlon@cs.ucl.ac.uk>, release@cs.ucl.ac.uk,
vic@cs.ucl.ac.uk, mbone@ISI.EDU, multimedia@freebsd.org
Subject: Re: New UCL vic release (vic2.8ucl4)
In-reply-to: Your message of "Sun, 27 Jun 1999 19:06:05 PDT." <199906280206.TAA29479@rah.star-gate.com>
Date: Mon, 28 Jun 1999 08:51:48 +0100
Message-ID: <505.930556308@cs.ucl.ac.uk>
From: Colin Perkins <C.Perkins@cs.ucl.ac.uk>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
--> Amancio Hasty writes:
>Patches to enable UCL's version of vic on FreeBSD 4.0 -current. . LBL's
>vic is easily build from FreeBSD port/mbone/vic directory.
...
>cd tcl-8.0
>./configure --prefix=/usr/mbone
>gmake
>gmake install-binaries
>gmake install-libraries
>
>cd ../tk-8.0
>./configure --prefix=/usr/mbone
>gmake
>gmake install-binaries
>gmake install-libraries
You should not "make install" the UCL versions of tcl and tk, since they
have modified initialisation code and are not compatible with the standard
versions.
Colin
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 1:29:55 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from rah.star-gate.com (216-200-29-190.snj0.flashcom.net [216.200.29.194])
by hub.freebsd.org (Postfix) with ESMTP id 0189814D01
for <multimedia@freebsd.org>; Mon, 28 Jun 1999 01:29:53 -0700 (PDT)
(envelope-from hasty@rah.star-gate.com)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id BAA36010;
Mon, 28 Jun 1999 01:29:35 -0700 (PDT)
(envelope-from hasty@rah.star-gate.com)
Message-Id: <199906280829.BAA36010@rah.star-gate.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Colin Perkins <C.Perkins@cs.ucl.ac.uk>
Cc: "Piers O'Hanlon" <P.OHanlon@cs.ucl.ac.uk>, release@cs.ucl.ac.uk,
vic@cs.ucl.ac.uk, mbone@ISI.EDU, multimedia@freebsd.org
Subject: Re: New UCL vic release (vic2.8ucl4)
In-reply-to: Your message of "Mon, 28 Jun 1999 08:51:48 BST."
<505.930556308@cs.ucl.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 28 Jun 1999 01:29:35 -0700
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Tnks!
Also, it would be nice if someone can tackle :
1. recoding h.263 algorithm to use the new MMX instructions in the PIII
processors.
2. contacting the XFree86 group to provide direct yuv display and scaling.
> --> Amancio Hasty writes:
> >Patches to enable UCL's version of vic on FreeBSD 4.0 -current. . LBL's
> >vic is easily build from FreeBSD port/mbone/vic directory.
> ...
> >cd tcl-8.0
> >./configure --prefix=/usr/mbone
> >gmake
> >gmake install-binaries
> >gmake install-libraries
> >
> >cd ../tk-8.0
> >./configure --prefix=/usr/mbone
> >gmake
> >gmake install-binaries
> >gmake install-libraries
>
> You should not "make install" the UCL versions of tcl and tk, since they
> have modified initialisation code and are not compatible with the standard
> versions.
>
> Colin
--
Amancio Hasty
ahasty@mindspring.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 3:24: 1 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id 608D014C39
for <freebsd-multimedia@freebsd.org>; Mon, 28 Jun 1999 03:23:54 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id MAA03429;
Mon, 28 Jun 1999 12:21:46 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 28 Jun 1999 12:21:46 +0200
In-Reply-To: Randall Hopper's message of "Sun, 27 Jun 1999 19:40:19 -0400"
Message-ID: <2hzp1ksk05.fsf@dslab7.cs.uit.no>
Lines: 26
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
> lyndon@orthanc.ab.ca:
> You and Frode should discuss this. I didn't get the impression that
> a "software layer to hide the driver" was his goal. Rather, a
> library to "share common TV/radio app state" such as channel sets,
> station names, and frequencies.
Randall Hopper <aa8vb@ipass.net> writes:
> ...not to say a driver abstraction layer wouldn't be a good thing.
> But whether it should be the same or a separate library is an open
> question (not addressed yet AFAIK).
I share Randall's view. I'm not working on "libtv", but on
"libtuner"... :-)
I think that abstractions over grabber cards are not so desirable,
because in this game you really can't afford abstractions to get in
your way performance-wise. This doesn't apply to the tuner part,
though.
I think a much more important first step here is to have a grabber
driver that is select()-able, module-cabable, and with a consistent
interface (for bktr begin with throwing away the meteor
"compatibility").
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 6:32:43 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id 1652614BF9
for <freebsd-multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 06:32:22 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id OAA28736
Mon, 28 Jun 1999 14:31:49 +0100 (BST)
Message-ID: <37777968.759F59E9@cs.strath.ac.uk>
Date: Mon, 28 Jun 1999 14:32:24 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386)
MIME-Version: 1.0
To: Frode Vatvedt Fjeld <frodef@acm.org>,
Randall Hopper <aa8vb@ipass.net>, Juha.Nurmela@quicknet.inet.fi
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Frode,
I'm just back from vacation with 1850 emails to
get through.
So some of the things I write may duplicate other replies.
Some may contradict slightly as I've written this before
reading all of the emails in my in-box.
/usr/local/share/tuner-freq-sets.rc should containing
Country, Channel Name (note this is ASCII and
not a number - see Australian issue to follow) and the base frequency.
[UK] # Country name+format eg UK, USA Cable, USA Wireless
E37 12450 # channel 'name' to frequency mapping.
E38 12500 # these are just made up
E39 12550
E40 12600
Note, I know in the Austalia there are weird channels like C5
which comes between E5 and E6!!!
E1 100
E2 150
E3 200
E4 250
E5 300
C5 600
E6 900
E7 950
And then in /etc/tuner.rc
I would have
[Glasgow] # Location name
UK # Country name (from the /usr/local/share file)
BBC 1 E30 +0.001
BBC 2 E37 +0.500
CH 5 E38 0.0
MY VCR E36 -0.333
*** Note the Fine Tuning offsets need to be stored too.
etc
This second file in /etc should be writable by FXTV
either directly or via the library.
This means that once I have tuned into BBC1, I can save it
along with any fine tuning.
This also means that the file should not be in /etc
but in the users home directory.
In FXTV, I should be able to
a) select the country
b) run through the list of channels, E35, E36, E37 etc
c) find a channel, fine tune it and save it,
Then, once the list of actual TV stations is built,
I can select BBC1, or CH 5 or whatever from my Stations list.
Interface to the driver.
I originally thought libtuner (or libtv) would talk directlyto the bt848
driver.
The TV or Radio application would then not need to worry about the tuner
ioctls.
But on second thoughts, perhaps libtuner should just be a
channel->frequency
mapping, returning an actual frequency as a uint_64.
Then the application (xmradio/fxtv) calls the bt848 driver.
Otherwise, libtuner needs to open the bt848 driver too, and issue ioctls
and
that just makes it even more complciated.
It cannot hide any OS specific details unless it handles opening the
bt848
device, selecting the audio /mute/mono/stereo/fm sources, volumes and
balances
and lanuage selection on TV programs with multiple audio channels
(done by the MSP34xx chips).
I was really just thinking about getting the Frequency mappings out of
the bt848 driver.
Roger
--
Roger Hardiman
Strathclyde Uni Telepresence Research Group, Glasgow, Scotland.
http://telepresence.dmem.strath.ac.uk 0141 548 2897
roger@cs.strath.ac.uk
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 6:34:29 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id 8C64314BF9
for <multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 06:34:09 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id OAA28778
Mon, 28 Jun 1999 14:33:00 +0100 (BST)
Message-ID: <377779B0.B52E7D4A@cs.strath.ac.uk>
Date: Mon, 28 Jun 1999 14:33:36 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386)
MIME-Version: 1.0
To: Randall Hopper <aa8vb@ipass.net>
Cc: lyndon@orthanc.ab.ca, Frode Vatvedt Fjeld <frodef@acm.org>,
multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
> lyndon@orthanc.ab.ca:
> |
> |> |The wrapper library. Use it to hide the OS specific details.
> |>
> |> What is "the wrapper library"? Is this another library separate from
> |> libtv.
> |
> |No, this would be a function in libtv. One of the objectives of the wrapper
> |library should be to hide the OS-specific interfaces from the application.
When I first suggested to Frode to write a tuner library,
it was for hiding tuner frequency to channel mappings,
not to hide any OS dependancies.
If we want to abstract away the OS dependant parts (the ioctls),
and write a new API, I suggest we follow the Video4Linux Version 2
API (V4L2). Bill, who devised it, gave it alot of thought and was
happy with a *BSD implementation.
Bye
Roger
--
Roger Hardiman
Strathclyde Uni Telepresence Research Group, Glasgow, Scotland.
http://telepresence.dmem.strath.ac.uk 0141 548 2897
roger@cs.strath.ac.uk
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 15:17:17 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id 830F914CE3
for <freebsd-multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 15:17:14 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-1-202.dialup.rdu.ipass.net [209.170.132.202])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA04283;
Mon, 28 Jun 1999 18:17:09 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id SAA04253;
Mon, 28 Jun 1999 18:19:00 -0400 (EDT)
(envelope-from rhh)
Date: Mon, 28 Jun 1999 18:19:00 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: Roger Hardiman <roger@cs.strath.ac.uk>
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
Juha.Nurmela@quicknet.inet.fi, freebsd-multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
Message-ID: <19990628181900.A3087@ipass.net>
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <37777968.759F59E9@cs.strath.ac.uk>; from Roger Hardiman on Mon, Jun 28, 1999 at 02:32:24PM +0100
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Roger Hardiman:
|I'm just back from vacation with 1850 emails to get through.
Ouch. Been there before :-) Thank goodness for procmail.
Welcome back.
|/usr/local/share/tuner-freq-sets.rc:
|[UK] # Country name+format eg UK, USA Cable, USA Wireless
|E37 12450 # channel 'name' to frequency mapping.
|E38 12500 # these are just made up
|E39 12550
|E40 12600
...
|/etc/tuner.rc:
|[Glasgow] # Location name
|UK # Country name (from the /usr/local/share file)
|BBC 1 E30 +0.001
|BBC 2 E37 +0.500
|CH 5 E38 0.0
|MY VCR E36 -0.333
|*** Note the Fine Tuning offsets need to be stored too.
We need a channel set tie-in between these files (a countryname+format
tie-in, in the above terminology), if for no other reason than folks often
have access to two or more channel sets at once. For example: antenna,
cable, and satellite at one location. For example, NBC may be channel 9 on
antenna (NABCST) while it is channel 7 on cable (CABLEIRC).
|This second file in /etc should be writable by FXTV
|either directly or via the library.
You might not have intended what this implied. Fxtv code shouldn't be
writing or reading this file directly IMO. Maybe libtv, but not fxtv. The
idea with these files is to make them generally available to all TV driver
clients, so there should be one block of code somewhere reading and writing
this.
That's probably what you meant. I'd just rephrase to say the file should
be writable by users wanting to configure their stations (a job to be
performed by a heretofore undesignated GUI -- maybe a separate GUI program
-- utilizing libtv to access the configuration information).
|This also means that the file should not be in /etc
|but in the users home directory.
Makes sense. Maybe a system default could be installed in /etc/tuner.rc
once it's been cooked by a priviledged user. So maybe libtv would always
write the updates to a cfg file in $HOME, but when reading, it would pull in
/etc/tuner.rc if it doesn't find a $HOME version. Just a thought.
|In FXTV, I should be able to
|a) select the country
|b) run through the list of channels, E35, E36, E37 etc
|c) find a channel, fine tune it and save it,
I think it's premature to say this would be fxtv. "Some GUI and/or
command-line utility" would provide this functionality. I'd like to have a
separate program that does this, and just have there be a hook inside fxtv
to launch it.
This supports one thing we've been trying to accomplish here (besides
getting frequency maps out of the driver). That is, to greatly reduce the
amount of effort needed to write generic, useful TV apps (GUIs, frame
grabbers, webcams, etc.), simplifying where we can and sharing what code we
can where it makes sense. libtv is going to be the first big step in that
direction. There are other effort-barriers I'm working on busting down.
More on that as I have time to develop them.
|Then, once the list of actual TV stations is built,
|I can select BBC1, or CH 5 or whatever from my Stations list.
Yeah, that's the ticket! :-)
|Interface to the driver. I originally thought libtuner (or libtv) would
|talk directlyto the bt848 driver. The TV or Radio application would then
|not need to worry about the tuner ioctls.
|
|But on second thoughts, perhaps libtuner should just be a
|channel->frequency mapping, returning an actual frequency as a uint_64.
I definitely agree on the this scope, though I'm not particular about the
interface (uint_64 vs struct, etc. -- just something general enough to
handle all worldwide TV and radio <whew!>).
This also has the advantage that the "channel configuration GUI" doesn't
need to depend on the driver interface (ioctl_bt848 & friends), use driver
ioctls, and is therefore guarenteed to happily coexist with any app that
might be hogging /dev/bktr* or /dev/tuner*. Two users could be running it
simultanously -- no sweat.
|Then the application (xmradio/fxtv) calls the bt848 driver. Otherwise,
|libtuner needs to open the bt848 driver too, and issue ioctls and that
|just makes it even more complciated.
Right. We need to toss more design discussion around before this happens.
I haven't looked at video4linux yet. Presumably this is some of what it
addresses.
My 2 cents: I'd rather not push just part of the responsibility of bt848
driver communication into a shared library. If/when we go for this, I'd
vote for making it all-or-nothing. That is, abstract all of it or don't do
it. If the former, apps would make no bt848 ioctls or mess with device
file descriptors.
Ideally, it would be nice to be able to plug in new TV drivers under the
hood with little effort on the app end of things. This might encourage the
prospective multimedia driver hackers out there. No need to write your own
apps. Use what's there, write driver, and patch in the appropriate stubs
to "libtuner" (or whatever it is called).
|It cannot hide any OS specific details unless it handles opening the
|bt848 device, selecting the audio /mute/mono/stereo/fm sources, volumes
|and balances and lanuage selection on TV programs with multiple audio
|channels (done by the MSP34xx chips). I was really just thinking about
|getting the Frequency mappings out of the bt848 driver.
Right.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 20: 9:36 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id 378D714E39
for <freebsd-multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 20:09:32 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id EAA09187
Tue, 29 Jun 1999 04:09:25 +0100 (BST)
Message-ID: <37783907.94141BC7@cs.strath.ac.uk>
Date: Tue, 29 Jun 1999 04:09:59 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386)
MIME-Version: 1.0
To: Frode Vatvedt Fjeld <frodef@acm.org>
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net> <2hzp1ksk05.fsf@dslab7.cs.uit.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Frode,
> I think that abstractions over grabber cards are not so desirable,
> because in this game you really can't afford abstractions to get in
> your way performance-wise. This doesn't apply to the tuner part,
> though.
I agree with you.
> I think a much more important first step here is to have a grabber
> driver that is select()-able, module-cabable, and with a consistent
> interface (for bktr begin with throwing away the meteor
> "compatibility").
a) select()-able. Can you explain a bit mode.
b) module-cabable. Do you mean KLDs (the new version of LKMs).
Then the bt848 driver in -current was converted to a loadable module
2 weeks ago.
Due to memory alloation problems once memory has become fragmented,
you cannot load the bt848 driver as a KLD once X has started.
But you can load it in the boot loader, or imedatly after booting.
c) meteor interface.
I have meteor cards too, and I quite like the common interface.
I can see a few places where it holds us back like having
different capture sizes for even and odd fields.
But if we adopt a new API, it should be V4L2 based.
Bye
Roger
--
Roger Hardiman
Strathclyde Uni Telepresence Research Group, Glasgow, Scotland.
http://telepresence.dmem.strath.ac.uk 0141 548 2897
roger@cs.strath.ac.uk
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Mon Jun 28 21: 8:35 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id B434514FC6
for <freebsd-multimedia@FreeBSD.ORG>; Mon, 28 Jun 1999 21:08:31 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id FAA09585
Tue, 29 Jun 1999 05:08:07 +0100 (BST)
Message-ID: <377846C9.A53A90C@cs.strath.ac.uk>
Date: Tue, 29 Jun 1999 05:08:41 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386)
MIME-Version: 1.0
To: Randall Hopper <aa8vb@ipass.net>
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
Juha.Nurmela@quicknet.inet.fi, freebsd-multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Randall
...
> |/etc/tuner.rc:
> |[Glasgow] # Location name
> |UK # Country name (from the /usr/local/share file)
> |BBC 1 E30 +0.001
> |BBC 2 E37 +0.500
> |CH 5 E38 0.0
> |MY VCR E36 -0.333
> |*** Note the Fine Tuning offsets need to be stored too.
>
> We need a channel set tie-in between these files (a countryname+format
> tie-in, in the above terminology)
I agree. I have cable and antenna TV too.
I would expect to have
[Glasgow-Cable] # Location name
UK # Country name (from the /usr/local/share file)
BBC 1 E30 +0.001
BBC 2 E37 +0.500
[Glasgow-Antenna] # Location name
UK # Country name (from the /usr/local/share file)
BBC 1 E51 +0.000
BBC 2 E48 + 0.000
> |This second file in /etc should be writable by FXTV
> |either directly or via the library.
>
> You might not have intended what this implied.
Yeah, I meant the libray should be doing all the work.
oops.
> Makes sense. Maybe a system default could be installed in /etc/tuner.rc
> once it's been cooked by a priviledged user. So maybe libtv would always
> write the updates to a cfg file in $HOME, but when reading, it would pull in
> /etc/tuner.rc if it doesn't find a $HOME version. Just a thought.
Sensible idea.
> I definitely agree on the this scope, though I'm not particular about the
> interface (uint_64 vs struct, etc. -- just something general enough to
> handle all worldwide TV and radio <whew!>).
>
ok.
> Ideally, it would be nice to be able to plug in new TV drivers under the
> hood with little effort on the app end of things. This might encourage the
> prospective multimedia driver hackers out there. No need to write your own
> apps. Use what's there, write driver, and patch in the appropriate stubs
> to "libtuner" (or whatever it is called).
Video4Linux went this way. Now thay have loads of TV apps and grabbing
apps and V4L drivers for several types of hardware.
Video4Linux2 is much better thought out.
Roger
--
Roger Hardiman
Strathclyde Uni Telepresence Research Group, Glasgow, Scotland.
http://telepresence.dmem.strath.ac.uk 0141 548 2897
roger@cs.strath.ac.uk
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 3: 6:22 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id DF87514BF9
for <freebsd-multimedia@freebsd.org>; Tue, 29 Jun 1999 03:06:16 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id MAA16005;
Tue, 29 Jun 1999 12:04:04 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net> <2hzp1ksk05.fsf@dslab7.cs.uit.no> <37783907.94141BC7@cs.strath.ac.uk>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 29 Jun 1999 12:04:04 +0200
In-Reply-To: Roger Hardiman's message of "Tue, 29 Jun 1999 04:09:59 +0100"
Message-ID: <2h9093s4q3.fsf@dslab7.cs.uit.no>
Lines: 30
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Roger Hardiman <roger@cs.strath.ac.uk> writes:
> a) select()-able. Can you explain a bit mode.
I want to use select(2) in order to wait for an frame (well, a field
actually) instead of the current signal interface.
> b) module-cabable. Do you mean KLDs (the new version of LKMs). Then
> the bt848 driver in -current was converted to a loadable module 2
> weeks ago.
That's good news! Now I just need to switch from -stable to -current
(I'm very unhappy about the stability of -stable anyways, so that's no
loss).
> c) meteor interface.
> I have meteor cards too, and I quite like the common interface. I
> can see a few places where it holds us back like having different
> capture sizes for even and odd fields. But if we adopt a new API,
> it should be V4L2 based.
It's not that the drivers share some of the interface in itself that
is the problem, but when there is stuff like "compatibility modes" in
the bktr driver, something is wrong. I have plenty of trouble with the
bktr driver, and I can't (don't want to) look at such code to figure
things out.
V4L2 does at least seem better to me than anything else out there.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 3:18:50 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id 903D914BCC
for <freebsd-multimedia@freebsd.org>; Tue, 29 Jun 1999 03:18:43 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id MAA16021;
Tue, 29 Jun 1999 12:16:34 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 29 Jun 1999 12:16:34 +0200
In-Reply-To: Randall Hopper's message of "Mon, 28 Jun 1999 18:19:00 -0400"
Message-ID: <2h6747s459.fsf@dslab7.cs.uit.no>
Lines: 30
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Randall Hopper <aa8vb@ipass.net> writes:
> Ideally, it would be nice to be able to plug in new TV drivers under
> the hood with little effort on the app end of things. This might
> encourage the prospective multimedia driver hackers out there. No
> need to write your own apps. Use what's there, write driver, and
> patch in the appropriate stubs to "libtuner" (or whatever it is
> called).
Since this subject has come up, would you (and others here) like to
have a look at my effort at an application architecture for tv/video?
It's not quite release-ready, but has been working OK for me and a
frew others for a while now.
It's a C library with a Tcl/Tk interface (but I hope to add some lisp
variant too), and currently one real application
(i.e. tcl-script). There are are grabber drivers for bktr, meteor and
V4L-1.
If installed ("make install"), run the app as "vtv". It can be run
in-place as "./videowish/videowish examples/vtv". The tuner settings
can be edited in examples/dot.vtv.rc (this is where I need
libtuner.. :) NTSC users probably need to edit this file to change
default sizes.
<URL:http://www.cs.uit.no/~frodef/videolib/>
I'd appreciate comments as to what works and what doesn't.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 4: 3:40 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43])
by hub.freebsd.org (Postfix) with ESMTP id 9696B14C80
for <freebsd-multimedia@FreeBSD.ORG>; Tue, 29 Jun 1999 04:01:51 -0700 (PDT)
(envelope-from jose@we.lc.ehu.es)
Received: from we.lc.ehu.es (garatu [158.227.6.222])
by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id NAA07568
for <freebsd-multimedia@FreeBSD.ORG>; Tue, 29 Jun 1999 13:01:34 +0200 (MET DST)
Message-ID: <3778A78E.1F03E5C3@we.lc.ehu.es>
Date: Tue, 29 Jun 1999 13:01:34 +0200
From: "Jose M. Alcaide" <jose@we.lc.ehu.es>
Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y
=?iso-8859-1?Q?Electr=F3nica?=
X-Mailer: Mozilla 4.6 [en] (X11; U; FreeBSD 3.2-RELEASE i386)
X-Accept-Language: es-ES, es, en-US, en
MIME-Version: 1.0
To: freebsd-multimedia@FreeBSD.ORG
Subject: hardware and software for video broadcasting
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hello,
I need advice on video broadcast tools for FreeBSD. I found the
VIC under ports/mbone, and it looks nice. However, I am worried about
frame grabber support. The VIC documentation says that only the
Matrox Meteor and the Radius Video Spigot are supported. Unfortunately,
these cards appear to be discontinued.
Can VIC be used with other frame grabbers (such as the bt848-based)?
Are there other good options for video broadcasting (using IP
multicast)?
TIA,
-- JMA
-----------------------------------------------------------------------
José Mª Alcaide | mailto:jose@we.lc.ehu.es
Universidad del País Vasco | mailto:jmas@es.FreeBSD.ORG
Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose
Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479
48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071
-----------------------------------------------------------------------
"Go ahead... make my day." - H. Callahan
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 4:32:42 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id BCF6614D55
for <freebsd-multimedia@freebsd.org>; Tue, 29 Jun 1999 04:32:22 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA19113;
Tue, 29 Jun 1999 13:30:10 +0200 (CEST)
(envelope-from frodef)
To: freebsd-multimedia@freebsd.org
Subject: Re: bt848 channel frequencies
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net> <2hzp1ksk05.fsf@dslab7.cs.uit.no> <37783907.94141BC7@cs.strath.ac.uk> <2h9093s4q3.fsf@dslab7.cs.uit.no> <3778A31A.794B@cs.strath.ac.uk>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 29 Jun 1999 13:30:10 +0200
In-Reply-To: Roger Hardiman's message of "Tue, 29 Jun 1999 11:42:34 +0100"
Message-ID: <2h3dzbs0ql.fsf@dslab7.cs.uit.no>
Lines: 51
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Roger Hardiman <roger@cs.strath.ac.uk> writes:
> Well, you can use read(). It blocks on a frame (or a field).
Hum.. I've always assumed that read() is a lot slower than mmap(), but
I'm not really sure why. Do you think the performance of read() is
comparable to mmap() etc.?
> What is unstable in -stable?
Right now, I can crash my machine with something like "cat file
>/dev/fd0" (although this worked fine earlier this year).
There's something wrong with the SYSVSHM code that causes a crash
(very consistently) under certain conditions when there are no more
SHM buffers.
The meteor driver crashes consistently. I've submitted a pr with a fix
many months ago, but nobody with CVS access seems to care (hence I'm
not very eager to make more fixes). I'd guess this fix applies to
meteor in -current too.
> What [bktr] problems. Can you give some examples? I've not had any
> problems myself with the API.
Right now I observe this behavior in my app:
This works (I get a working 768x576 YUV output):
* Set size 384x288 and RGB format
* Change size to 768x576
* Change format to YUV
This doesn't work (the 768x576 YUV output is corrupted, mostly black
with a green vertical bar to the right):
* Set size 384x288 and YUV format (works)
* Change size to 768x576
However, if i continue to do this:
* Set format to RGB
* Set format to YUV
..the 768x576 YUV output is fine again.
I'm not 100% positive this is a fault in bktr, but, like I said, it is
too hard to tell from the bktr source. And (almost) the same
application code works fine with meteor.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 4:53:28 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP id 558AA14C32
for <freebsd-multimedia@FreeBSD.ORG>; Tue, 29 Jun 1999 04:53:16 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from muir-10 (roger@muir-10.cs.strath.ac.uk [130.159.148.10])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with SMTP id MAA15383
Tue, 29 Jun 1999 12:53:01 +0100 (BST)
Message-ID: <3778B39C.3F54@cs.strath.ac.uk>
Date: Tue, 29 Jun 1999 12:53:00 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: University of Strathclyde
X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha)
MIME-Version: 1.0
To: "Jose M. Alcaide" <jose@we.lc.ehu.es>
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Re: hardware and software for video broadcasting
References: <3778A78E.1F03E5C3@we.lc.ehu.es>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Jose M. Alcaide wrote:
>
> Hello,
>
> I need advice on video broadcast tools for FreeBSD. I found the
> VIC under ports/mbone, and it looks nice. However, I am worried about
> frame grabber support. The VIC documentation says that only the
> Matrox Meteor and the Radius Video Spigot are supported. Unfortunately,
> these cards appear to be discontinued.
>
> Can VIC be used with other frame grabbers (such as the bt848-based)?
> Are there other good options for video broadcasting (using IP
> multicast)?
VIC works great with Bt848/Bt878 based cards as the driver
emulates the Matrox Meteor.
Bye
Roger
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Tue Jun 29 14:12: 9 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from iservern.teligent.se (www.teligent.se [194.17.198.46])
by hub.freebsd.org (Postfix) with ESMTP id D76FF14EB5
for <multimedia@freebsd.org>; Tue, 29 Jun 1999 14:11:51 -0700 (PDT)
(envelope-from alvermark@teligent.se)
Received: from ruke (gateway.teligent.se [192.168.3.254] (may be forged))
by iservern.teligent.se (8.8.7/8.8.7) with SMTP id XAA21842
for <multimedia@freebsd.org>; Tue, 29 Jun 1999 23:03:49 +0200 (CEST)
(envelope-from alvermark@teligent.se)
Message-ID: <002201bec274$21c97bc0$0424a8c0@dyn.ml.org>
From: "Jakob Alvermark" <alvermark@teligent.se>
To: <multimedia@freebsd.org>
Subject: Xmms 0.9.1
Date: Tue, 29 Jun 1999 23:12:43 +0200
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Hi.
Found out that xmms 0.9.1 has been released. I downloaded it and compiled it
like I did with 0.9. It compiled nice and clean, but when I run it the GUI
stutters. The audio is perfect, but the GUI freezes, and updates very
seldom, maybe once every two seconds..
Any advice?
/Jakob
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Wed Jun 30 3:28:35 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from babar.switch.ch (babar.switch.ch [130.59.4.2])
by hub.freebsd.org (Postfix) with ESMTP id B0AB614D9A
for <multimedia@freebsd.org>; Wed, 30 Jun 1999 03:28:31 -0700 (PDT)
(envelope-from leinen@babar.switch.ch)
Received: (from leinen@localhost)
by babar.switch.ch (8.9.3+Sun/8.9.1) id MAA14972;
Wed, 30 Jun 1999 12:28:29 +0200 (MET DST)
To: Colin Perkins <C.Perkins@cs.ucl.ac.uk>
Cc: Amancio Hasty <hasty@rah.star-gate.com>,
"Piers O'Hanlon" <P.OHanlon@cs.ucl.ac.uk>, release@cs.ucl.ac.uk,
vic@cs.ucl.ac.uk, mbone@ISI.EDU, multimedia@freebsd.org
Subject: Re: New UCL vic release (vic2.8ucl4)
References: <505.930556308@cs.ucl.ac.uk>
X-Face: 1Nk*r=:$IBBb8|TyRB'2WSY6u:BzMO7N)#id#-4_}MsU5?vTI?dez|JiutW4sKBLjp.l7,F
7QOld^hORRtpCUj)!cP]gtK_SyK5FW(+o"!or:v^C^]OxX^3+IPd\z,@ttmwYVO7l`6OXXYR`
From: Simon Leinen <simon@limmat.switch.ch>
In-Reply-To: Colin Perkins's message of "Mon, 28 Jun 1999 08:51:48 +0100"
Date: 30 Jun 1999 12:28:28 +0200
Message-ID: <aayah2c78z.fsf@limmat.switch.ch>
Lines: 17
User-Agent: Gnus/5.070089 (Pterodactyl Gnus v0.89) Emacs/20.3.11
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Colin,
thanks a lot for your work on VIC! I tried it briefly under Solaris 7
with SunVideo Plus and it seems to work great.
>>>>> "cp" == Colin Perkins <C.Perkins@cs.ucl.ac.uk> writes:
> You should not "make install" the UCL versions of tcl and tk, since
> they have modified initialisation code and are not compatible with
> the standard versions.
Is that something that could be integrated into the regular TCL/Tk?
It's a pity that you cannot dynamically link to the standard libs -
that would save quite a few Megabytes per vic installation.
Regards,
--
Simon.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Wed Jun 30 14:11:25 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id C2FAD156F4
for <multimedia@FreeBSD.ORG>; Wed, 30 Jun 1999 14:10:59 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-6-238.dialup.rdu.ipass.net [209.170.134.238])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id RAA14712;
Wed, 30 Jun 1999 17:10:51 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id RAA03739;
Wed, 30 Jun 1999 17:12:45 -0400 (EDT)
(envelope-from rhh)
Date: Wed, 30 Jun 1999 17:12:45 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: Roger Hardiman <roger@cs.strath.ac.uk>
Cc: multimedia@FreeBSD.ORG
Subject: Re: bt848 channel frequencies
Message-ID: <19990630171245.A2707@ipass.net>
References: <19990627074316.A1600@ipass.net> <199906272257.QAA07116@orthanc.ab.ca> <19990627194019.A1726@ipass.net> <377779B0.B52E7D4A@cs.strath.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <377779B0.B52E7D4A@cs.strath.ac.uk>; from Roger Hardiman on Mon, Jun 28, 1999 at 02:33:36PM +0100
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Roger Hardiman:
|If we want to abstract away the OS dependant parts (the ioctls),
|and write a new API, I suggest we follow the Video4Linux Version 2
|API (V4L2). Bill, who devised it, gave it alot of thought and was
|happy with a *BSD implementation.
As it is still a work-in-progress (and if it turns out that we are really
serious about adopting it), maybe we can sell him on calling it Video4Unix.
I'm a skeptic though. It might be a positive move. However, given all the
volitility in V4L1, and the fact that we won't be the major "market share"
customer of the API, FreeBSD driver writers (and thus custom TV app
writers) may find themselves following-the-pack implementing changes just
to track knee-jerk mods to the API made in the Linux camp.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Wed Jun 30 16: 1:20 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id DE2B214C56
for <freebsd-multimedia@FreeBSD.ORG>; Wed, 30 Jun 1999 16:01:16 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-1-223.dialup.rdu.ipass.net [209.170.132.223])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id TAA03810;
Wed, 30 Jun 1999 19:01:11 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id SAA07361;
Wed, 30 Jun 1999 18:25:57 -0400 (EDT)
(envelope-from rhh)
Date: Wed, 30 Jun 1999 18:25:57 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: Frode Vatvedt Fjeld <frodef@acm.org>
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Frode's vtv & libvideo
Message-ID: <19990630182557.A5980@ipass.net>
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net> <2h6747s459.fsf@dslab7.cs.uit.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <2h6747s459.fsf@dslab7.cs.uit.no>; from Frode Vatvedt Fjeld on Tue, Jun 29, 1999 at 12:16:34PM +0200
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Frode Vatvedt Fjeld:
|Since this subject has come up, would you (and others here) like to
|have a look at my effort at an application architecture for tv/video?
|It's not quite release-ready, but has been working OK for me and a
|frew others for a while now.
|
|It's a C library with a Tcl/Tk interface (but I hope to add some lisp
|variant too), and currently one real application (i.e. tcl-script). There
|are are grabber drivers for bktr, meteor and V4L-1.
|
|If installed ("make install"), run the app as "vtv". It can be run
|in-place as "./videowish/videowish examples/vtv". The tuner settings can
|be edited in examples/dot.vtv.rc (this is where I need libtuner.. :) NTSC
|users probably need to edit this file to change default sizes.
Cool. I just pulled it.
Videolib 0.1.0 w/ vtv compiled and installed without a hitch. I hit a few
small glitches, but it works and is pretty cool!
Anyway, here's what I found: I discovered I needed the few config tweaks
you mentioned and a few others to work in NTSC-land (copying .vtv.rc from
your example, grabbing a frequency out of the brooktree848.c tables for the
channel_list, adding:
set current_tvnorm "NTSC/M"
and updating maxwidth and maxheight for NTSC.
Initially, I didn't tweak width and height, defaulting to PAL's 384x288 and
had lots of wavy black lines on the video window. This is a driver issue
though.
I changed width/height to 320 and 240, but the size ended up 320x224
(according to the vtv annotation), and the image window was completely
black -- sound but no image.
I changed width and height, started it up, and immediately got an error box
(it just said "Error:" -- no message).
I quit and started up again and got my image with wavy lines back. I
stretched the window and got a good solid video image.
Then I realized this was probably the grid feature kicking in, so I changed
that to 16 and set the width/height back to 320/240. That worked.
Then, resizing the window by hand, I got that "Error:" dialog with no image
in the video window. No amount of resizing would bring it back. Had to
quit and restart.
Sometimes resizing would cause the widget panel to disappear.
I guess Fps must be fields per second because it was showing up around 59
Fps for me in interlaced mode.
Also, I love to Ctrl-C apps. I found that vtv didn't clean up its shared
memory when I did this, so after 2 or 3 runs, it wouldn't run anymore until
I cleaned these up manually. Same thing happened when I killed it with the
Destroy window manager function.
Whenever I put it in scan mode or it was skipping across frequency bands
with no signal, it seemed to really slow the X server GUI down (like it was
pushing a lot more images than normal or the driver was eating some serious
CPU). When this happened, the XPerfmon++ System CPU load went way up to
90% and stayed there (normally it's 0-1%, even when vtv is running and
blasting video on the screen).
Once I got it configured though and quit resizing it manually, it worked
pretty well. Good to see another FreeBSD TV app out there! :-)
--------------------
I've also been playing with a scripted driver interface for writing TV apps
(using Python and Tk for the GUI). Though you're much farther along than I
am. Looks good!
IMO, C, compiling, and X programming are 3 of the bigger obstacles to Joe
User going hog wild writing their own multimedia GUI apps. A scripted
interface (with their simpler syntax, interpreted execution, and more
programmable GUIs) largely side-steps these problems. One day when they're
ready we should check some of these useful scripting tools into the ports
tree.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Wed Jun 30 17:15:28 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228])
by hub.freebsd.org (Postfix) with ESMTP id F162214D6D
for <freebsd-multimedia@FreeBSD.ORG>; Wed, 30 Jun 1999 17:15:25 -0700 (PDT)
(envelope-from jkh@zippy.cdrom.com)
Received: from zippy.cdrom.com (jkh@localhost [127.0.0.1])
by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA70978;
Wed, 30 Jun 1999 17:14:37 -0700 (PDT)
(envelope-from jkh@zippy.cdrom.com)
To: Randall Hopper <aa8vb@ipass.net>
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
freebsd-multimedia@FreeBSD.ORG
Subject: Re: Frode's vtv & libvideo
In-reply-to: Your message of "Wed, 30 Jun 1999 18:25:57 EDT."
<19990630182557.A5980@ipass.net>
Date: Wed, 30 Jun 1999 17:14:36 -0700
Message-ID: <70888.930788076@zippy.cdrom.com>
From: "Jordan K. Hubbard" <jkh@zippy.cdrom.com>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
> Videolib 0.1.0 w/ vtv compiled and installed without a hitch. I hit a few
> small glitches, but it works and is pretty cool!
Port! Port! :-)
- Jordan
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Thu Jul 1 4:19:43 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id 37E6315516
for <freebsd-multimedia@FreeBSD.ORG>; Thu, 1 Jul 1999 04:19:21 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id NAA03611;
Thu, 1 Jul 1999 13:17:06 +0200 (CEST)
(envelope-from frodef)
To: Randall Hopper <aa8vb@ipass.net>
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Re: Frode's vtv & libvideo
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net> <2h6747s459.fsf@dslab7.cs.uit.no> <19990630182557.A5980@ipass.net>
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 01 Jul 1999 13:17:06 +0200
In-Reply-To: Randall Hopper's message of "Wed, 30 Jun 1999 18:25:57 -0400"
Message-ID: <2h1zesvcul.fsf@dslab7.cs.uit.no>
Lines: 81
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Randall Hopper <aa8vb@ipass.net> writes:
> Videolib 0.1.0 w/ vtv compiled and installed without a hitch. I hit
> a few small glitches, but it works and is pretty cool!
I'm glad you like it :) I am interested in removing any glitches,
though.
The frequency-stuff is, as you know, work in (initial) progress. I
think/hope that the NTSC issue is merely a matter of improving the VTV
script.
> Initially, I didn't tweak width and height, defaulting to PAL's
> 384x288 and had lots of wavy black lines on the video window. This
> is a driver issue though.
I think this too is a script issue, because one shouldn't request the
grabber to go above 640x480 in NTSC.
> I changed width and height, started it up, and immediately got an
> error box (it just said "Error:" -- no message).
This is something that has bitten me too sometimes, except never when
I try to provoke it to happen.. The really strange thing is that there
is everywhere that the library returns error, a message is also
returned. Well, obviously this isn't quite true (as evidenced above),
but I haven't been able to figure out what causes this.
> Then I realized this was probably the grid feature kicking in, so I
> changed that to 16 and set the width/height back to 320/240. That
> worked.
This is also a script/Tk thing.
> Then, resizing the window by hand, I got that "Error:" dialog with
> no image in the video window. No amount of resizing would bring it
> back. Had to quit and restart.
It should work to just hit the "start" or "stop" menu-entry once or
twice.
> Sometimes resizing would cause the widget panel to disappear.
Definitively a scripting thing. Either bad interaction with the wm, or
another side-effect of the inferior sizing-stuff for NTSC.
> I guess Fps must be fields per second because it was showing up
> around 59 Fps for me in interlaced mode.
The Fps counts every time the image is updated. You should in theory
get 60 fps/second with the grabber in "field mode", and 30 in "frame
mode".
> Also, I love to Ctrl-C apps. I found that vtv didn't clean up its
> shared memory when I did this, so after 2 or 3 runs, it wouldn't run
> anymore until I cleaned these up manually. Same thing happened when
> I killed it with the Destroy window manager function.
Yes, this is a library problem (well, not quite.. it's the
scripting-glue between Tcl and videolib, really). I don't really know
what is the proper way to deal with this is.. I'll try using atexit().
> Whenever I put it in scan mode or it was skipping across frequency
> bands with no signal, it seemed to really slow the X server GUI down
> (like it was pushing a lot more images than normal or the driver was
> eating some serious CPU).
I don't know what this is.. There is an Tcl/Tk "update" in the
search-loop (similar to XSync(), I think), and this could possibly
lead to such behaviour if called very frequently. But this doesn't
happen on my machine(s). Could there be some busy-waiting in the bktr
driver when tuning NTSC? Sounds a bit far-fetched to me.. :)
Anyways, I'll try to fix vtv's behavior with NTSC, and upload
videolib-0.1.1 in a little while.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Thu Jul 1 12:51:50 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dslab7.cs.uit.no (dslab7.cs.UiT.No [129.242.16.27])
by hub.freebsd.org (Postfix) with ESMTP id 9D049155CA
for <multimedia@freebsd.org>; Thu, 1 Jul 1999 12:51:48 -0700 (PDT)
(envelope-from frodef@dslab7.cs.uit.no)
Received: (from frodef@localhost)
by dslab7.cs.uit.no (8.9.3/8.9.1) id VAA06954;
Thu, 1 Jul 1999 21:49:36 +0200 (CEST)
(envelope-from frodef)
To: multimedia@freebsd.org
Subject: videolib-0.1.1
From: Frode Vatvedt Fjeld <frodef@acm.org>
Date: 01 Jul 1999 21:49:35 +0200
Message-ID: <2hpv2cw3ow.fsf@dslab7.cs.uit.no>
Lines: 7
User-Agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
I just uploaded videolib-0.1.1 same place as before. Primary changes
are much better NTSC support and fixes related to the window
resizing-grid. Please try it out.
--
Frode Vatvedt Fjeld
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Thu Jul 1 14:40:56 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP id CDF53155EF
for <freebsd-multimedia@FreeBSD.ORG>; Thu, 1 Jul 1999 14:40:49 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-1-27.dialup.rdu.ipass.net [209.170.132.27])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id RAA24650;
Thu, 1 Jul 1999 17:40:45 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id RAA01907;
Thu, 1 Jul 1999 17:42:40 -0400 (EDT)
(envelope-from rhh)
Date: Thu, 1 Jul 1999 17:42:40 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: Frode Vatvedt Fjeld <frodef@acm.org>
Cc: freebsd-multimedia@FreeBSD.ORG
Subject: Re: Frode's vtv & libvideo
Message-ID: <19990701174240.A1724@ipass.net>
References: <2hzp2tfr3t.fsf@dslab7.cs.uit.no> <374AA5BB.7C87D8C2@cs.strath.ac.uk> <2hogj9f0p6.fsf@dslab7.cs.uit.no> <2hpv2kba67.fsf@dslab7.cs.uit.no> <37777968.759F59E9@cs.strath.ac.uk> <19990628181900.A3087@ipass.net> <2h6747s459.fsf@dslab7.cs.uit.no> <19990630182557.A5980@ipass.net> <2h1zesvcul.fsf@dslab7.cs.uit.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <2h1zesvcul.fsf@dslab7.cs.uit.no>; from Frode Vatvedt Fjeld on Thu, Jul 01, 1999 at 01:17:06PM +0200
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Frode Vatvedt Fjeld:
|> Initially, I didn't tweak width and height, defaulting to PAL's
|> 384x288 and had lots of wavy black lines on the video window. This
|> is a driver issue though.
|
|I think this too is a script issue, because one shouldn't request the
|grabber to go above 640x480 in NTSC.
This wasn't max PAL, this was half-max PAL (384x288). Much less than max NTSC.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Thu Jul 1 17:10:56 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP
id 97E7114F29; Thu, 1 Jul 1999 17:10:47 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-1-148.dialup.rdu.ipass.net [209.170.132.148])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id UAA18505;
Thu, 1 Jul 1999 20:10:41 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id UAA05908;
Thu, 1 Jul 1999 20:12:36 -0400 (EDT)
(envelope-from rhh)
Date: Thu, 1 Jul 1999 20:12:36 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: Frode Vatvedt Fjeld <frodef@acm.org>,
"Daniel J. O'Connor" <darius@dons.net.au>,
Geff Hanoian <boing@kusanagi.boing.com>
Cc: freebsd-stable@freebsd.org, multimedia@freebsd.org
Subject: Re: MMX
Message-ID: <19990701201236.A5532@ipass.net>
References: <XFMail.990630103147.darius@dons.net.au> <199906300229.TAA06545@kusanagi.boing.com> <2hwvwnqh7g.fsf@dslab7.cs.uit.no> <XFMail.990630103147.darius@dons.net.au> <2hwvwnqh7g.fsf@dslab7.cs.uit.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <2hwvwnqh7g.fsf@dslab7.cs.uit.no>; from Frode Vatvedt Fjeld on Tue, Jun 29, 1999 at 03:17:23PM +0200
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
Frode Vatvedt Fjeld:
|What is the preferred way for my application to determine if the CPU
|is MMX-capable?
Daniel J. O'Connor:
|Use some MMX instructions and see if you catch a SIGILL or not? :)
Geff Hanoian:
| __asm __volatile(
| ".byte 0x0f, 0xa2;"
Seems like this would be perfect for the sysctl MIB. We have a few
CPU-related ones already:
> sysctl -a | grep -i cpu
kern.ccpu: 1948
hw.ncpu: 1
What about:
hw.cpu.has_mmx: 1
hw.cpu.has_3dnow: 1
hw.cpu.has_sse: 0
In leiu of that, I believe I recall reading that the SIGILL approach works
on FreeBSD. Seems like Roger Hardiman uses/used MMX on FreeBSD for some of
his signal processing work. You might chat with him.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Thu Jul 1 17:29:33 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145])
by hub.freebsd.org (Postfix) with ESMTP
id 53C7214F5A; Thu, 1 Jul 1999 17:29:30 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1])
by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id RAA02255;
Thu, 1 Jul 1999 17:23:48 -0700 (PDT)
(envelope-from mike@dingo.cdrom.com)
Message-Id: <199907020023.RAA02255@dingo.cdrom.com>
X-Mailer: exmh version 2.0.2 2/24/98
To: Randall Hopper <aa8vb@ipass.net>
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
"Daniel J. O'Connor" <darius@dons.net.au>,
Geff Hanoian <boing@kusanagi.boing.com>, freebsd-stable@freebsd.org,
multimedia@freebsd.org
Subject: Re: MMX
In-reply-to: Your message of "Thu, 01 Jul 1999 20:12:36 EDT."
<19990701201236.A5532@ipass.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 01 Jul 1999 17:23:48 -0700
From: Mike Smith <mike@smith.net.au>
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
> Seems like this would be perfect for the sysctl MIB. We have a few
> CPU-related ones already:
>
> > sysctl -a | grep -i cpu
> kern.ccpu: 1948
> hw.ncpu: 1
>
> What about:
>
> hw.cpu.has_mmx: 1
> hw.cpu.has_3dnow: 1
> hw.cpu.has_sse: 0
>
> In leiu of that, I believe I recall reading that the SIGILL approach works
> on FreeBSD. Seems like Roger Hardiman uses/used MMX on FreeBSD for some of
> his signal processing work. You might chat with him.
I would recommend
hw.cpu.feature: MMX,CPUID,MTRR
etc. This is probably more extensible.
--
\\ The mind's the standard \\ Mike Smith
\\ of the man. \\ msmith@freebsd.org
\\ -- Joseph Merrick \\ msmith@cdrom.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Fri Jul 2 2:22:45 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126])
by hub.freebsd.org (Postfix) with ESMTP
id E28AB14F42; Fri, 2 Jul 1999 02:22:39 -0700 (PDT)
(envelope-from roger@cs.strath.ac.uk)
Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5])
by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id KAA03488
Fri, 2 Jul 1999 10:21:27 +0100 (BST)
Message-ID: <377C84BF.33E147F2@cs.strath.ac.uk>
Date: Fri, 02 Jul 1999 10:22:07 +0100
From: Roger Hardiman <roger@cs.strath.ac.uk>
Organization: Strathclyde University
X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.2-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Randall Hopper <aa8vb@ipass.net>
Cc: Frode Vatvedt Fjeld <frodef@acm.org>,
"Daniel J. O'Connor" <darius@dons.net.au>,
Geff Hanoian <boing@kusanagi.boing.com>, freebsd-stable@FreeBSD.ORG,
multimedia@FreeBSD.ORG
Subject: Re: MMX
References: <XFMail.990630103147.darius@dons.net.au> <199906300229.TAA06545@kusanagi.boing.com> <2hwvwnqh7g.fsf@dslab7.cs.uit.no> <XFMail.990630103147.darius@dons.net.au> <2hwvwnqh7g.fsf@dslab7.cs.uit.no> <19990701201236.A5532@ipass.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
> Frode Vatvedt Fjeld:
> |What is the preferred way for my application to determine if the CPU
> |is MMX-capable?
>
> In leiu of that, I believe I recall reading that the SIGILL approach works
> on FreeBSD. Seems like Roger Hardiman uses/used MMX on FreeBSD for some of
> his signal processing work. You might chat with him.
Indeed, I do write MMX code.
The proper way, if you want your code to be portable to other OSs
(like NetBSD/OpenBSD/Linux/ etc), is to ask the CPU what it can do.
Here is the almost proper way to determine if a CPU has MMX support.
I say _alomost_ because it uses the CPU-ID instruction.
This instruction is not on 386 machines or some early 486 machines.
There is another test you should do first to determine if there was a
CPU-ID
instruction. I'll dig that up shortly.
// mmx.c
// Detect MMX Instruction set
// Roger Hardiman
// University of Strathclyde
// August 1997
// Test for the Presence of an MMX Instruction Set
// Returns TRUE if MMX CPU, FALSE if plain CPU.
int test_mmx() {
int result;
__asm __volatile(
"movl $1,%%eax\n"
"cpuid\n"
"andl $0x800000,%%edx\n"
"shrl $23,%%edx\n"
: "=d" (result) :: "ax", "dx");
if (result) printf("MMX detected\n");
else printf("No MMX.\n");
return result;
}
My program is then full of
if (mmx_detected) {
MMX code
else
old C code
Bye
Roger
--
Roger Hardiman
Strathclyde Uni Telepresence Research Group, Glasgow, Scotland.
http://telepresence.dmem.strath.ac.uk 0141 548 2897
roger@cs.strath.ac.uk
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Fri Jul 2 15:24:49 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP
id A6EA614E1B; Fri, 2 Jul 1999 15:24:30 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-3-23.dialup.rdu.ipass.net [209.170.134.23])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA14732;
Fri, 2 Jul 1999 18:24:24 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id SAA09738;
Fri, 2 Jul 1999 18:26:21 -0400 (EDT)
(envelope-from rhh)
Date: Fri, 2 Jul 1999 18:26:20 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: multimedia@freebsd.org, emulation@freebsd.org
Subject: RealPlayer G2 for Linux (6.0-0.99051701)
Message-ID: <19990702182620.A9199@ipass.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
http://www.real.com/products/player/linux.html
FWIW, it works pretty well here on 3.2-RELEASE with Voxware. You'll just
need to grab /usr/lib/libstdc++.so.2.8 from a Linux box somewhere. That's
missing from the 3.2-R linuxlib.
For example at http://www.sagabegins.com/:
http://ramhurl.real.com/smildemohurl.ram?file=g2audio/jive/wierd_al/wierdal_starwars.rm
needs 6.0-G2.
One oddity though. The frame rate starts out nicely (10-15 fps), but gets
slower and slower as it goes on (down to many seconds per frame). May be
the web server, net latency, socket blocking, or who knows. The audio is
fine though all the way through. No breaks or studders at all. Just the
video has problems.
BTW, 233MMX and 56K modem here, so horsepower isn't a problem.
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message
From owner-freebsd-multimedia Fri Jul 2 15:28:33 1999
Delivered-To: freebsd-multimedia@freebsd.org
Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5])
by hub.freebsd.org (Postfix) with ESMTP
id 5C57A14E49; Fri, 2 Jul 1999 15:28:22 -0700 (PDT)
(envelope-from rhh@ipass.net)
Received: from stealth.ipass.net. (ppp-3-23.dialup.rdu.ipass.net [209.170.134.23])
by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA15290;
Fri, 2 Jul 1999 18:28:17 -0400 (EDT)
Received: (from rhh@localhost)
by stealth.ipass.net. (8.9.3/8.8.8) id SAA09833;
Fri, 2 Jul 1999 18:30:13 -0400 (EDT)
(envelope-from rhh)
Date: Fri, 2 Jul 1999 18:30:13 -0400
From: Randall Hopper <aa8vb@ipass.net>
To: multimedia@freebsd.org, emulation@freebsd.org
Subject: Re: RealPlayer G2 for Linux (6.0-0.99051701)
Message-ID: <19990702183013.A9744@ipass.net>
References: <19990702182620.A9199@ipass.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.1i
In-Reply-To: <19990702182620.A9199@ipass.net>; from Randall Hopper on Fri, Jul 02, 1999 at 06:26:20PM -0400
Sender: owner-freebsd-multimedia@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org
|http://www.real.com/products/player/linux.html
BTW, if you pull it, you might consider put "FreeBSD user" in the name
field along with your name.
Also, I mailed alphag2@real.com and asked them to add FreeBSD to the
Linux-binary-download platforms list; currently you have to lie when you
download. They'll no doubt ignore one person, but more feedback might
spark some action...
Randall
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-multimedia" in the body of the message