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 ; 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 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 ; 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> <2hzp1n9nw2.fsf@dslab7.cs.uit.no> <19990626225609.A3178@ipass.net> From: Frode Vatvedt Fjeld 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 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 ; 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 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 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 ; 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 To: lyndon@orthanc.ab.ca Cc: Frode Vatvedt Fjeld , 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 ; 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 Subject: Newbusified Midi Driver Framework for Luigi's Audio Driver From: Seigo Tanimura 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 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 ; 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 To: Seigo Tanimura Cc: freebsd-multimedia@freebsd.org, Cameron Grant Subject: Re: Newbusified Midi Driver Framework for Luigi's Audio Driver In-Reply-To: <19990627223610O.tanimura@sakuramail.com> Message-ID: 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 ; 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 To: lyndon@orthanc.ab.ca Cc: Frode Vatvedt Fjeld , 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 ; 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 ; 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 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 .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 ; 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" 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 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 ; 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 Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386) MIME-Version: 1.0 To: "Kevin S. Brackett" Cc: multimedia@FreeBSD.ORG Subject: Re: STB TV PCI w/ fm, and dbx References: 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 ; 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 ; Mon, 28 Jun 1999 08:51:50 +0100 To: Amancio Hasty Cc: Piers O'Hanlon , 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 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 ; 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 Cc: "Piers O'Hanlon" , 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 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 ; 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 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 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 ; 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 Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386) MIME-Version: 1.0 To: Frode Vatvedt Fjeld , Randall Hopper , 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 ; 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 Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386) MIME-Version: 1.0 To: Randall Hopper Cc: lyndon@orthanc.ab.ca, Frode Vatvedt Fjeld , 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 ; 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 To: Roger Hardiman Cc: Frode Vatvedt Fjeld , 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 ). 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 ; 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 Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386) MIME-Version: 1.0 To: Frode Vatvedt Fjeld 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 ; 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 Organization: Strathclyde University X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.2-STABLE i386) MIME-Version: 1.0 To: Randall Hopper Cc: Frode Vatvedt Fjeld , 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 ). > 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 ; 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 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 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 ; 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 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 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. 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 ; 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 ; 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" 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 ; 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 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 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 ; 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 Organization: University of Strathclyde X-Mailer: Mozilla 3.04Gold (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: "Jose M. Alcaide" 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 ; 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 ; 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" To: 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 ; 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 Cc: Amancio Hasty , "Piers O'Hanlon" , 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 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: 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 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 ; 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 To: Roger Hardiman 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 ; 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 To: Frode Vatvedt Fjeld 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 ; 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 Cc: Frode Vatvedt Fjeld , 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" 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 ; 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 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 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 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 ; 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 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 ; 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 To: Frode Vatvedt Fjeld 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 To: Frode Vatvedt Fjeld , "Daniel J. O'Connor" , Geff Hanoian Cc: freebsd-stable@freebsd.org, multimedia@freebsd.org Subject: Re: MMX Message-ID: <19990701201236.A5532@ipass.net> References: <199906300229.TAA06545@kusanagi.boing.com> <2hwvwnqh7g.fsf@dslab7.cs.uit.no> <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 Cc: Frode Vatvedt Fjeld , "Daniel J. O'Connor" , Geff Hanoian , 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 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 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 Cc: Frode Vatvedt Fjeld , "Daniel J. O'Connor" , Geff Hanoian , freebsd-stable@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: MMX References: <199906300229.TAA06545@kusanagi.boing.com> <2hwvwnqh7g.fsf@dslab7.cs.uit.no> <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 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 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