From owner-freebsd-multimedia Sun Jun 29 02:48:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25662 for multimedia-outgoing; Sun, 29 Jun 1997 02:48:50 -0700 (PDT) Received: from liddell.cstr.ed.ac.uk (liddell.cstr.ed.ac.uk [192.41.104.124]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA25657 for ; Sun, 29 Jun 1997 02:48:45 -0700 (PDT) Received: from margo (margo.cstr.ed.ac.uk [192.41.114.73]) by liddell.cstr.ed.ac.uk (8.6.13/8.6.10) with ESMTP id KAA24337; Sun, 29 Jun 1997 10:48:39 +0100 From: Alan W Black Received: (awb@localhost) by margo (SMI-8.6/8.6.9) id KAA24046; Sun, 29 Jun 1997 10:48:36 +0100 Date: Sun, 29 Jun 1997 10:48:36 +0100 Message-Id: <199706290948.KAA24046@margo> To: hasty@rah.star-gate.com Subject: Re: Oregon's Speech Toolkit? In-Reply-To: <8414.199706282248@pitcairn.cogsci.ed.ac.uk> References: <8414.199706282248@pitcairn.cogsci.ed.ac.uk> CC: Randall Hopper , multimedia@FreeBSD.ORG, richard@cogsci.ed.ac.uk Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Amancio Hasty > > > Tnks I don't have any problems with Festival . > > Care to ask your friend to send us the patches to make Festival work > with CSLU? > My understanding is that Festival uses scheme for its command interface > and that CSLU uses tcl/tk . > > Tnks, > Amancio > > >From The Desk Of Richard Tobin : > > > |Has anyone ported the University of Oregon's Speech Toolkit? > > > > > Is that "festival" you're talking about? > > > > No, Festival is from Edinburgh University. It's largely developed > > under FreeBSD so it's not likely to need porting. I share a house with > > the main developer (Alan Black) so I can pass on any problems... > > > > -- Richard [sorry coming in on this late so I may be repeating thing already said] The OGI toolkit 1.9 already distributes a version of the Festival Speech Synthesizer which works with their toolkit. Its not the default synthesizer but may be used with the GUI dialog builder using the command fcslurp rather than cslurp (you must start a festival server first -- see the information in their festival distribution). Note their distribution includes an American English voice as the default speaker. This includes an interface between the scheme interpreter and tcl and the reverse (just naively through strings) which is now also included in our latest version. I should add I've tried (so far unsuccessfully) to get the OGI toolkit to work under FreeBSD (2.2.1). It basically has many SYSV'isms in it making it difficult to get to work under SunOS4 too. Most of the real problems are little problems in config files rather than the code (such problems are difficult to trace amongst much autogeneration of files). Their audio system is rather limited too (it only really works on older Suns). I was visiting their group last week and they have redesigned their audio io to make it easier to support new machines and integrated a number of patches that should make it easier to port in their next version (due in August). OGI have been concentrating on a Windows port of the toolkit (and Festival) as it seems that that sort of thing is necessary in that part of the country :-). I have almost convinced them that they should be aiming at the free Unixes (Linux and FreeBSD) because of the number of skilled computer users who would definitely add to their tools, which is really why they are distributing it. The toolkit when running (we use it here under Solaris) is very easy to use and you can build telephone type dialog system with simple recognition and synthesis in a few minutes. The Festival Speech Synthesis System although included in the OGI toolkit is an independent system developed at Edinburgh. Festival 1.1.1 (http://www.cstr.ed.ac.uk/projects/festival.html) is available for non-commercial use for free in source form and runs on any Unix system I can get my hands on (Solaris, FreeBSD, Linux, HPUX, OSF (Alphas), SGI Irix and SunOS). We will be releasing the next version in August with many imporvements and an American English voice for those of you who don't understand British English :-). Alan Alan W Black email: awb@cstr.ed.ac.uk Centre for Speech Technology Research http://www.cstr.ed.ac.uk/~awb University of Edinburgh tel: (44) 131 650 2787 80 South Bridge, Edinburgh, UK fax: (44) 131 650 6351 From owner-freebsd-multimedia Sun Jun 29 04:55:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA29568 for multimedia-outgoing; Sun, 29 Jun 1997 04:55:40 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA29563 for ; Sun, 29 Jun 1997 04:55:37 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 29 Jun 1997 7:54:34 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA10707; Sun, 29 Jun 97 07:54:32 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA26512; Sun, 29 Jun 1997 07:52:52 -0400 Message-Id: <19970629075251.51014@ct.picker.com> Date: Sun, 29 Jun 1997 07:52:51 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Sound Blaster Patch for Voxware 3.5 Driver Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio, I've packaged up my Sound Blaster updates for the latest Voxware 3.5 version (aka guspnp7) and uploaded them to: ftp://rah.star-gate.com/pub/sbpatch-guspnp7.tar.gz When you get a minute, can you apply the patch and roll another package. Thanks. There's a 00-README describing how to apply them. It's not perfect yet, but hopefully this'll help. BTW, the package also includes a patch for i386/linux to pass through the new sound ioctls. Randall From owner-freebsd-multimedia Sun Jun 29 05:14:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA00152 for multimedia-outgoing; Sun, 29 Jun 1997 05:14:44 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA00147 for ; Sun, 29 Jun 1997 05:14:41 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 29 Jun 1997 8:14:10 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA10897; Sun, 29 Jun 97 08:14:09 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id IAA26539; Sun, 29 Jun 1997 08:12:28 -0400 Message-Id: <19970629081228.57316@ct.picker.com> Date: Sun, 29 Jun 1997 08:12:28 -0400 From: Randall Hopper To: Amancio Hasty , multimedia@freebsd.org Subject: mtv - Any SB16/32/AWE32 owners hearing audio? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok sound hackers, I could use your help. If you have a Sound Blaster 16, 32, or AWE32 and have tried mtv (www.mpegtv.com - Linux Video and System stream player) on an MPEG system stream (audio+video), I'd sure like to hear from you whether you're getting audio or not. After updating to the Voxware 3.5 driver and updating the Linux emulation to pass the new ioctls, mtv still doesn't play audio on my Sound Blaster 32 under FreeBSD 2.2.1. I get a dialog that says: Warning! Cant play audio: Dev. busy or sampl. rate unsup. (muting) Invalid argument I've buzzed all the MIXER and DSP ioctls and none of them are failing. I'm guessing that maybe this is a write() to the audio device failing, but I'm not sure how to verify this on a Linux binary. Any ideas? Randall From owner-freebsd-multimedia Sun Jun 29 06:37:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02375 for multimedia-outgoing; Sun, 29 Jun 1997 06:37:44 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA02370 for ; Sun, 29 Jun 1997 06:37:41 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 29 Jun 1997 9:37:10 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA11736; Sun, 29 Jun 97 09:37:09 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id JAA26785; Sun, 29 Jun 1997 09:35:28 -0400 Message-Id: <19970629093528.22522@ct.picker.com> Date: Sun, 29 Jun 1997 09:35:28 -0400 From: Randall Hopper To: multimedia@freebsd.org Subject: TTF->BDF Font converter? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone know how to convert Windoze TTF font files to BDF or something we can use under XFree? There are some pretty cool TTFs out there that'd be good for titlebars and window manager menus. Randall From owner-freebsd-multimedia Sun Jun 29 07:31:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03823 for multimedia-outgoing; Sun, 29 Jun 1997 07:31:40 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03802 for ; Sun, 29 Jun 1997 07:31:19 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id RAA23499; Sun, 29 Jun 1997 17:30:39 +0300 (EEST) Date: Sun, 29 Jun 1997 17:30:38 +0300 (EEST) From: Narvi To: Randall Hopper cc: multimedia@FreeBSD.ORG Subject: Re: TTF->BDF Font converter? In-Reply-To: <19970629093528.22522@ct.picker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Convert them to Type1. There are numerous conversion utilities, non that I know of for FreeBSD. Sander There is no love, no good, no happiness and no future - all these are just illusions. On Sun, 29 Jun 1997, Randall Hopper wrote: > Anyone know how to convert Windoze TTF font files to BDF or something we > can use under XFree? There are some pretty cool TTFs out there that'd be > good for titlebars and window manager menus. > > Randall > > From owner-freebsd-multimedia Sun Jun 29 07:56:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA04686 for multimedia-outgoing; Sun, 29 Jun 1997 07:56:29 -0700 (PDT) Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA04681 for ; Sun, 29 Jun 1997 07:56:22 -0700 (PDT) Received: (from arg@localhost) by arg1.demon.co.uk (8.8.5/8.8.5) id QAA09164; Sun, 29 Jun 1997 16:16:06 +0100 (BST) Date: Sun, 29 Jun 1997 16:16:06 +0100 (BST) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: Randall Hopper cc: Guido van Rooij , Steve Passe , multimedia@freebsd.org Subject: Re: European Channel Tuning (was Re: fxtv patches) In-Reply-To: <19970628124444.04368@ct.picker.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > |The reason that I want something like that is that in Europe we > |do not have channel numbers as identifiers but channel names. > |Hmm..now that I think of it: I would rather see a nnew file, lets say > |.fxtv-channels, in stead of resources. Anyway, I'd like to know > |what you plan to do with fxtv and if my views fit in there ;-) > > Well, from what you said, it sure sounds like there's a need for > frequency-to-string mappings as opposed to frequency-to-channelnum > mappings. Glancing down in brooktree848.c and searching down for "Western > European", I assume something like the names on the rightmost column of the > commented-out table are what you're talking about. > > Let me ask a few more questions to get a handle on the specifics so we can > determine the best place for this table. > > If I understood, there are no "channel numbers" in Europe, just channel > names. So I assume the channel numbers in the driver are pretty well > arbitrary. > > Also, can we assume that the channel names in a frequency-to-name mapping > table are constant for a particular broadcast standard? (e.g. a specific > frequency is always identified as "N21" or "E1"). No - certainly not at all in the UK (where I live), AFIK similar but not entirely the same elsewhere in Europe. The key point is that we have overlapping coverage areas, and so channel numbers and channel names are independent, with a mapping of one onto the other. Channel numbers map directly to frequency and are already done perfectly correctly by fxtv and the driver. Unfortunately, over here channel numbers are only used by frequency planners and technicians and the average user wouldn't have a clue what channel number he is watching. We currently have 5 channels, named "BBC1", "BBC2", "ITV", "Channel4" and "5". All TVs have a number of buttons for channel selection, each of which can be tuned to any channel number. If you have a very old TV, it will have 4 or more buttons each associated with a mechanical knob (on the back or under a flap somewhere) that allows it to be tuned in an analog manner across the entire band. More modern TVs do this with increasing degrees of automation, but still have the user interface of a number of buttons each of which can be programmed to any of the frequencies in the band, and everybody adjusts them on installation such that button 1 is BBC1, button 2 is BBC2 etc. My latest TV purchase allows you to just press a single button for auto-tune: it scans the entire band to discover which channel numbers have a signal strong enough to be worth bothering with, then decodes the teletext data from each of the active channels to extract the name, sorts them into the right order, and saves the results in EEPROM. In my area the mappings are as follows: BBC1 - 31 BBC2 - 27 ITV - 24 CH4 - 21 CH5 - 35 but 50 miles down the road it will be different. I didn't even know what channel numbers I was watching until I started using Fxtv, despite the fact that I used to work on Teletext receivers some years ago - our tuners had analogue adjustment back then, so knowing the channel number wasn't useful. Cable is more like the US system, with large numbers of arbitrary channel numbers mapped onto content by the cable system operator (though most will map the five broadcast channels onto the first 5 cable channels). This however is not particularly interesting to Fxtv, since the cable set-top-box is supplied by the cable operator and the user is not normally allowed to connect direct to the cable (the STB handles scrambling etc. to ensure that you can only see channels you have paid for). From owner-freebsd-multimedia Sun Jun 29 09:48:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07848 for multimedia-outgoing; Sun, 29 Jun 1997 09:48:04 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07834 for ; Sun, 29 Jun 1997 09:47:59 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 29 Jun 1997 12:47:16 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA13702; Sun, 29 Jun 97 12:47:14 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id MAA26941; Sun, 29 Jun 1997 12:45:34 -0400 Message-Id: <19970629124533.16045@ct.picker.com> Date: Sun, 29 Jun 1997 12:45:33 -0400 From: Randall Hopper To: Andrew Gordon Cc: multimedia@freebsd.org Subject: Re: European Channel Tuning (was Re: fxtv patches) References: <19970628124444.04368@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: ; from Andrew Gordon on Sun, Jun 29, 1997 at 04:16:06PM +0100 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ahh, ok. That's interesting. So for an antenna broadcast standard, channel#-to-frequency mappings are fixed like in the US and the driver handles that fine. Its just that in Europe, folks don't typically use channel numbers, but names instead since the names are digitally available in the Teletext. Cool. Sure, feel free to add channel num -to- name mappings to fxtv if you'd like. One option would be to extend the channel list syntax to something like: Fxtv.antennaChannelList: 1 2 31(BBC1) 27(ITV) 21(CH4) 35(CH5) where all could be referred to directly by channel number, but the latter 4 have aliases. However, this line might be kinda long for cable--especially European cable--with all these name aliases, so a separate settings file might be better as you originally suggested. Maybe ~/.fxtvrc? Moving these channels into a separate user-owned file would also be a plus down-the-road when we add some sort of auto-tune functionality to the driver/app. fxtv could then just rewrite this file directly. Thanks! Randall From owner-freebsd-multimedia Sun Jun 29 10:46:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09757 for multimedia-outgoing; Sun, 29 Jun 1997 10:46:02 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09751 for ; Sun, 29 Jun 1997 10:45:59 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id KAA04450; Sun, 29 Jun 1997 10:45:57 -0700 (PDT) Message-Id: <199706291745.KAA04450@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: mtv - Any SB16/32/AWE32 owners hearing audio? In-reply-to: Your message of "Sun, 29 Jun 1997 08:12:28 EDT." <19970629081228.57316@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Jun 1997 10:45:57 -0700 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Find out where in the sound driver the sample rate is being set for the sound blaster and check the code for supported rates. Another to thing to try out is to playback with a freebsd binary a sound stream with a similar sample rate and sample size (8 or 16 bits). Cheers, Amancio >From The Desk Of Randall Hopper : > Ok sound hackers, I could use your help. If you have a Sound Blaster > 16, 32, or AWE32 and have tried mtv (www.mpegtv.com - Linux Video and > System stream player) on an MPEG system stream (audio+video), I'd sure like > to hear from you whether you're getting audio or not. > > After updating to the Voxware 3.5 driver and updating the Linux > emulation to pass the new ioctls, mtv still doesn't play audio on my Sound > Blaster 32 under FreeBSD 2.2.1. I get a dialog that says: > > Warning! > Cant play audio: Dev. busy or sampl. rate unsup. (muting) > Invalid argument > > I've buzzed all the MIXER and DSP ioctls and none of them are failing. I'm > guessing that maybe this is a write() to the audio device failing, but I'm > not sure how to verify this on a Linux binary. > > Any ideas? > > Randall > From owner-freebsd-multimedia Sun Jun 29 10:46:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09779 for multimedia-outgoing; Sun, 29 Jun 1997 10:46:54 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA09774 for ; Sun, 29 Jun 1997 10:46:50 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id KAA04464; Sun, 29 Jun 1997 10:46:49 -0700 (PDT) Message-Id: <199706291746.KAA04464@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: Sound Blaster Patch for Voxware 3.5 Driver In-reply-to: Your message of "Sun, 29 Jun 1997 07:52:51 EDT." <19970629075251.51014@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 29 Jun 1997 10:46:49 -0700 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Cool! I will roll the patches when I get back tuesday or wednesday night. Cheers, Amancio >From The Desk Of Randall Hopper : > Amancio, > > I've packaged up my Sound Blaster updates for the latest Voxware 3.5 > version (aka guspnp7) and uploaded them to: > > ftp://rah.star-gate.com/pub/sbpatch-guspnp7.tar.gz > > When you get a minute, can you apply the patch and roll another package. > Thanks. There's a 00-README describing how to apply them. > > It's not perfect yet, but hopefully this'll help. BTW, the package > also includes a patch for i386/linux to pass through the new sound ioctls. > > Randall > > From owner-freebsd-multimedia Sun Jun 29 15:32:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20069 for multimedia-outgoing; Sun, 29 Jun 1997 15:32:39 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20064 for ; Sun, 29 Jun 1997 15:32:37 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 29 Jun 1997 18:31:33 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA17384; Sun, 29 Jun 97 18:31:32 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id SAA27372; Sun, 29 Jun 1997 18:29:48 -0400 Message-Id: <19970629182948.23390@ct.picker.com> Date: Sun, 29 Jun 1997 18:29:48 -0400 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: Re: mtv - Any SB16/32/AWE32 owners hearing audio? References: <19970629081228.57316@ct.picker.com> <199706291745.KAA04450@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199706291745.KAA04450@rah.star-gate.com>; from Amancio Hasty on Sun, Jun 29, 1997 at 10:45:57AM -0700 Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Find out where in the sound driver the sample rate is being set for |the sound blaster and check the code for supported rates. | |Another to thing to try out is to playback with a freebsd binary |a sound stream with a similar sample rate and sample size (8 or 16 bits). Ah!, that was one of the first things I did. It's trying to play: 22050Hz, 16-bit, mono I verified (via fxtv) that I can play (& record) samples of this format and rate. Also, it also tries to set up the DMA buffers (SETFRAGMENT) to: 127 buffers, each 1024 bytes apiece It then queries the DMA buffer config (GETOSPACE) to determine the actual number of buffers assigned by the sound driver, adjusted for how much memory the driver has to devote to buffers, and is returned: 64 buffers, each 1024 bytes apiece There's also a SETTRIGGER (-3) ioctl mtv is doing (beats me what this does). This is a new ioctl in Voxware 3.5. Our existing 3.0-current & 2.2 linux emulation code doesn't pass it, so given that mtv works for you fine and (I assume) you haven't hacked up your linux emulation to pass this new ioctl, then I'm thinking that this ioctl isn't related to the problem. Aside from these /dev/dsp ioctls, soundwise, all mtv's doing are VOLUME and DSP volume /dev/mixer ioctls. BTW, I think I mentioned this before but just to get it on the same page, with the 3.0 Voxware code checked into the 2.2 and 3.0 trees, I can hear very short blips of the correct audio each time I toggle mute (on mtv) or adjust the volume control (via xmix). I also don't get the "Invalid argument" dialog I do with 3.5, so mtv "thinks" the 3.0 sound driver's working right. Does this provide any useful clues? Randy From owner-freebsd-multimedia Sun Jun 29 16:59:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22544 for multimedia-outgoing; Sun, 29 Jun 1997 16:59:16 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22522; Sun, 29 Jun 1997 16:59:11 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id TAA22389; Sun, 29 Jun 1997 19:54:53 -0400 (EDT) Message-ID: <19970629195452.32243@vinyl.quickweb.com> Date: Sun, 29 Jun 1997 19:54:52 -0400 From: Mark Mayo To: multimedia@freebsd.org Cc: hackers@freebsd.org Subject: Monitor shadows? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm noticing a strange thing happening on my computer. At higher refresh rates (above 72Hz), I see what I can only describe as "shadows". For example, the borders of windows seem to have a little grey fading border on the right side. If the mouse is over a simple green background, I can really see the "shadow". It's quite annoying - even the black letters on the white background of my rxvt leave a little grey silhouette to the right. I'm guessing it happens (or more likely is visible) whenver you have sharp contrasting colors next to each other. Has anyone ever seen anything like this before? I'm not sure if it's the video card or the monitor. I'm going to bring another monitor home from school some day to see if it behaves similarly (which would mean it's the video card). I suspect it's the monitor though; The problem seems to get worse as I approach the maximum refresh rate of the monitor (which is why my hunch leans towards a monitor problem). I'm hoping this is some sort of gun alignment problem or something.. Specifics: Matrox Millenium (original, 175MHz RAMDAC) with 2MB WRAM. MAG Innovision MX17F G (the one with the LCD thing on the front). Same behaviour under FreeBSD (with AccelX), Windows95, WindowsNT. If anyone has any clues, I'd LOVE to know what you think!! -Mark -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-multimedia Sun Jun 29 17:44:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24639 for multimedia-outgoing; Sun, 29 Jun 1997 17:44:09 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24619; Sun, 29 Jun 1997 17:44:01 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.8.5) id TAA09721; Sun, 29 Jun 1997 19:43:54 -0500 (EST) From: "John S. Dyson" Message-Id: <199706300043.TAA09721@dyson.iquest.net> Subject: Re: Monitor shadows? In-Reply-To: <19970629195452.32243@vinyl.quickweb.com> from Mark Mayo at "Jun 29, 97 07:54:52 pm" To: mark@quickweb.com (Mark Mayo) Date: Sun, 29 Jun 1997 19:43:54 -0500 (EST) Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi. I'm noticing a strange thing happening on my computer. At higher refresh > rates (above 72Hz), I see what I can only describe as "shadows". For example, > the borders of windows seem to have a little grey fading border on the right > side. If the mouse is over a simple green background, I can really see the > "shadow". It's quite annoying - even the black letters on the white background > of my rxvt leave a little grey silhouette to the right. > > I'm guessing it happens (or more likely is visible) whenver you have sharp > contrasting colors next to each other. > What you are seeing is a transient response problem. That problem can be due to many causes. It can even happen with a supurb monitor and an excellent display adaptor, if you have a lousy transmission line between them. The problem becomes more pronouced at higher and higher freqs. (So high scan rates will show the problem more than lower ones.) Most often, we have seen the problem with transmission line problems (the cable between the CRT and adapter.) However, I usually use good monitors, and good display adapters -- so the only thing left is a lousy cable. The next most likely cause would be a monitor limitation. Note that cables cause problems only because people don't think that the cable is very critical. Well, the cables are critical -- and I am not talking about guilded audio cables (which are mostly hype, IMO). Video is a very different animal. You can get by with fairly long cables, IF and only IF you match the impedance of the cable and driving/receiving devices. Cheap cables have widely varying and uncontrolled impedance characteristics. Such attributes can lead to reflections (similar to SWR in Ham/CB radio parlance), and that can ringing or delayed rise/fall times. Those delayed rise/fall times can make the video look smeary. After this long explanation, your problem could still be a bad video card, or a CRT that just can't handle the bandwidth also. Note that a reasonable CRT mostly gets soft looking though. Smearing biases my guess about the problem a little bit more towards the cable. John From owner-freebsd-multimedia Sun Jun 29 17:50:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA24871 for multimedia-outgoing; Sun, 29 Jun 1997 17:50:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA24851; Sun, 29 Jun 1997 17:50:27 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA22072; Mon, 30 Jun 1997 10:20:14 +0930 (CST) From: Michael Smith Message-Id: <199706300050.KAA22072@genesis.atrad.adelaide.edu.au> Subject: Re: Monitor shadows? In-Reply-To: <19970629195452.32243@vinyl.quickweb.com> from Mark Mayo at "Jun 29, 97 07:54:52 pm" To: mark@quickweb.com (Mark Mayo) Date: Mon, 30 Jun 1997 10:20:14 +0930 (CST) Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > Hi. I'm noticing a strange thing happening on my computer. At higher > refresh rates (above 72Hz), I see what I can only describe as > "shadows". For example, the borders of windows seem to have a little > grey fading border on the right side. If the mouse is over a simple > green background, I can really see the "shadow". It's quite annoying > - even the black letters on the white background of my rxvt leave a > little grey silhouette to the right. > > I'm guessing it happens (or more likely is visible) whenver you have sharp > contrasting colors next to each other. > Has anyone ever seen anything like this before? I'm not sure if it's > the video card or the monitor. I'm going to bring another monitor > home from school some day to see if it behaves similarly (which > would mean it's the video card). I suspect it's the monitor though; > The problem seems to get worse as I approach the maximum refresh > rate of the monitor (which is why my hunch leans towards a monitor > problem). Yes, many times. It's an indication that you've exceeded the video bandwidth of your monitor, either because you are overdriving it frequency-wise, overdriving it signal wise (so the input amplifiers are driven into clipping), or because the bandwidth has degraded, often due to aging of capacitors (particularly electrolytics). > I'm hoping this is some sort of gun alignment problem or something.. Nope. > MAG Innovision MX17F G (the one with the LCD thing on the front). Same I've got one of them; bleagh. Mostly mine is just fading; it jitters a little too, but it certainly isn't ringing or smearing, and I drive it pretty hard at times. > Mark Mayo mark@quickweb.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Sun Jun 29 19:04:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27316 for multimedia-outgoing; Sun, 29 Jun 1997 19:04:48 -0700 (PDT) Received: from x14.boston.juno.com (x14.boston.juno.com [205.231.101.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27309 for ; Sun, 29 Jun 1997 19:04:44 -0700 (PDT) Received: (from n9ogk@juno.com) by x14.boston.juno.com (queuemail) id WnH22195; Sun, 29 Jun 1997 22:03:01 EDT To: freebsd-multimedia@freebsd.org Date: Sun, 29 Jun 1997 13:25:23 -0500 Subject: DVD: To be or not to be? Message-ID: <19970629.205240.11878.0.N9OGK@juno.com> X-Mailer: Juno 1.38 X-Juno-Line-Breaks: 2-5,10-16 From: n9ogk@juno.com (Jack W Doyle) Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Out of curiosity (after reading the July issue of Stereo Review), I have to ask: Is there anyone working on DVD drivers for FreeBSD? From what I have read, there is great potential for DVD. (Taken from the magazine) "Creative Labs, maker of Sound Blaster sound cards and other multimedia products, is now offering the $500 PC-DVD kit that includes a DVD-ROM drive that is capable of playing CD's and CD-ROMS's and a Dolby Digital/MPEG-2 A/V decoder board; there is also a hardware coy-protection included so that one can also play DVD movies." What do you guys think? Jack The faster your computer is, the slower your life becomes. From owner-freebsd-multimedia Sun Jun 29 20:27:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00576 for multimedia-outgoing; Sun, 29 Jun 1997 20:27:01 -0700 (PDT) Received: from super-g.inch.com (super-g.inch.com [207.240.140.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA00556; Sun, 29 Jun 1997 20:26:56 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.8.5) with SMTP id XAA13191; Sun, 29 Jun 1997 23:36:14 GMT Date: Sun, 29 Jun 1997 23:36:14 +0000 (GMT) From: spork X-Sender: spork@super-g.inch.com To: Mark Mayo cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Monitor shadows? In-Reply-To: <19970629195452.32243@vinyl.quickweb.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've seen this when going through an A/B switch, and also on cheaper monitors where they haven't fully sheilded the cable enough. The shadowing is usually indicative of something low quality in the path between your card and your monitor. My monitor actually looks a bit better if I fully screw in the cable to the card... Charles On Sun, 29 Jun 1997, Mark Mayo wrote: > Hi. I'm noticing a strange thing happening on my computer. At higher refresh > rates (above 72Hz), I see what I can only describe as "shadows". For example, > the borders of windows seem to have a little grey fading border on the right > side. If the mouse is over a simple green background, I can really see the > "shadow". It's quite annoying - even the black letters on the white background > of my rxvt leave a little grey silhouette to the right. > > I'm guessing it happens (or more likely is visible) whenver you have sharp > contrasting colors next to each other. > > Has anyone ever seen anything like this before? I'm not sure if it's the video > card or the monitor. I'm going to bring another monitor home from school > some day to see if it behaves similarly (which would mean it's the video card). > I suspect it's the monitor though; The problem seems to get worse as I approach > the maximum refresh rate of the monitor (which is why my hunch leans towards > a monitor problem). > > I'm hoping this is some sort of gun alignment problem or something.. > > Specifics: Matrox Millenium (original, 175MHz RAMDAC) with 2MB WRAM. > MAG Innovision MX17F G (the one with the LCD thing on the front). Same > behaviour under FreeBSD (with AccelX), Windows95, WindowsNT. > > If anyone has any clues, I'd LOVE to know what you think!! > > -Mark > > -- > ---------------------------------------------------------------------------- > Mark Mayo mark@quickweb.com > RingZero Comp. http://vinyl.quickweb.com/mark > > finger mark@quickweb.com for my PGP key and GCS code > ---------------------------------------------------------------------------- > University degrees are a bit like adultery: you may not want to > get involved with that sort of thing, but you don't want to be > thought incapable. -Sir Peter Imbert > From owner-freebsd-multimedia Sun Jun 29 21:00:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA01887 for multimedia-outgoing; Sun, 29 Jun 1997 21:00:35 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA01882 for ; Sun, 29 Jun 1997 21:00:32 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id XAA23271; Sun, 29 Jun 1997 23:56:05 -0400 (EDT) Message-ID: <19970629235604.59136@vinyl.quickweb.com> Date: Sun, 29 Jun 1997 23:56:04 -0400 From: Mark Mayo To: Michael Smith Cc: Mark Mayo , multimedia@FreeBSD.ORG Subject: Re: Monitor shadows? References: <19970629195452.32243@vinyl.quickweb.com> <199706300050.KAA22072@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <199706300050.KAA22072@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Jun 30, 1997 at 10:20:14AM +0930 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jun 30, 1997 at 10:20:14AM +0930, Michael Smith wrote: > Mark Mayo stands accused of saying: > > > Hi. I'm noticing a strange thing happening on my computer. At higher > > refresh rates (above 72Hz), I see what I can only describe as > > "shadows". For example, the borders of windows seem to have a little > > grey fading border on the right side. If the mouse is over a simple > > green background, I can really see the "shadow". It's quite annoying > > - even the black letters on the white background of my rxvt leave a > > little grey silhouette to the right. [SNIP] > > Yes, many times. It's an indication that you've exceeded the video > bandwidth of your monitor, either because you are overdriving it > frequency-wise, overdriving it signal wise (so the input amplifiers > are driven into clipping), or because the bandwidth has degraded, > often due to aging of capacitors (particularly electrolytics). > [SNIP] > > > MAG Innovision MX17F G (the one with the LCD thing on the front). Same > > I've got one of them; bleagh. Mostly mine is just fading; it jitters > a little too, but it certainly isn't ringing or smearing, and I drive > it pretty hard at times. Several people have suggested that my problem may just be a crappy (improperly shielded) VGA cable. I'm going to get a new cable and see if that is in fact the problem - I would be a happy man indeed if I can fix this problem with a new cable (read: it won't cost me much!). I'm pretty sure I'm within the refresh limits of the monitor, since it just shuts itself off and says the signal is out of range when I try something really high -- I have no idea how I'd tell if I'm overdriving the thing signal wise (I'm assuming you're talking about impedence or signal amplitude?). I can't picture how the ampliers could ever get into a state where clipping would occur, in any reasonably intelligent monitor (which I would say the MAG is)... Since you also have the MX17FG, do you happen to know how hard it can be driven? It seems like I'm the only person in the universe (aside from you) that actually has one of these things. None of the driver info files I've seen that specify refresh rates (in AccelX, NT, or 95) have info specific to the MX17FG - only the "MX17", and the "MXP17F". I lost the manual that came with the thing... I'm assuming the "MX17FG" that I have is somewhere in the middle, since the MXP17F is defined as having a max vert. refresh of 75Hz for just about every frequency. My definitions for the MX17 say it can do 76Hz at 1152x864, but only 70Hz at 1024x768. I know my MX17FG can do 76Hz at 1024x768, but 75Hz is the max at 1152x864. It's sort of weird, since if I tell it to do 75Hz, it's fine but and the LCD says it's running at "75.5Hz", but if I try 76Hz I get an out of range message (at 1152x864). Anyways, if you have some info on this I'd appreciate it. Otherwise, I'm fairly happy with the Mag - the Moire effects are quite bad at times, but the display is crisp and the refresh rates are acceptable. If the new cable fixes my shadows, I'll be happy! -Mark > > > Mark Mayo mark@quickweb.com > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-multimedia Sun Jun 29 21:20:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02671 for multimedia-outgoing; Sun, 29 Jun 1997 21:20:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02662 for ; Sun, 29 Jun 1997 21:20:15 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA24002; Mon, 30 Jun 1997 13:50:01 +0930 (CST) From: Michael Smith Message-Id: <199706300420.NAA24002@genesis.atrad.adelaide.edu.au> Subject: Re: Monitor shadows? In-Reply-To: <19970629235604.59136@vinyl.quickweb.com> from Mark Mayo at "Jun 29, 97 11:56:04 pm" To: mark@quickweb.com (Mark Mayo) Date: Mon, 30 Jun 1997 13:50:00 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, mark@quickweb.com, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > Several people have suggested that my problem may just be a crappy > (improperly shielded) VGA cable. I'm going to get a new cable and > see if that is in fact the problem - I would be a happy man indeed > if I can fix this problem with a new cable (read: it won't cost me > much!). I assumed you were using the cable that came with the MAG, which is properly shielded and matched. > I'm pretty sure I'm within the refresh limits of the > monitor, since it just shuts itself off and says the signal is out > of range when I try something really high -- I have no idea how I'd > tell if I'm overdriving the thing signal wise (I'm assuming you're > talking about impedence or signal amplitude?). I can't picture how > the ampliers could ever get into a state where clipping would occur, > in any reasonably intelligent monitor (which I would say the MAG > is)... The point I was making was that the basic problem (smearing) can be causes by any of the listed factors. The MAG will cut out if you exceed its design parameters, but the input circuitry may have degraded to the point where it is incapable of handling the signal you are feeding it anymore. > Since you also have the MX17FG, do you happen to know how hard it > can be driven? It seems like I'm the only person in the universe > (aside from you) that actually has one of these things. None of the > driver info files I've seen that specify refresh rates (in AccelX, > NT, or 95) have info specific to the MX17FG - only the "MX17", and > the "MXP17F". I lost the manual that came with the thing... Ah; I actually have an MXP17F. My understanding was that the differences between the three were fairly small. > I'm assuming the "MX17FG" that I have is somewhere in the middle, > since the MXP17F is defined as having a max vert. refresh of 75Hz > for just about every frequency. My definitions for the MX17 say it > can do 76Hz at 1152x864, but only 70Hz at 1024x768. I know my MX17FG > can do 76Hz at 1024x768, but 75Hz is the max at 1152x864. It's sort > of weird, since if I tell it to do 75Hz, it's fine but and the LCD > says it's running at "75.5Hz", but if I try 76Hz I get an out of > range message (at 1152x864). Anyways, if you have some info on this > I'd appreciate it. The MXP17F goes to 85KHz horizontal and something like 80Hz vertical; it's managed to sync to just about everything I've thrown it over the years. I don't think you're exceeding the design limits of your unit, but I'm sorry I can't actually tell you what they are 8( > Otherwise, I'm fairly happy with the Mag - the Moire effects are quite bad at > times, but the display is crisp and the refresh rates are acceptable. If the > new cable fixes my shadows, I'll be happy! >From my POV, the MAG electronics are wonderful, but the tube assembly sucks bigtime. Mine has a lopsided trapezoidal display, poor convergance and the red gun is going. > -Mark -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Sun Jun 29 21:27:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02894 for multimedia-outgoing; Sun, 29 Jun 1997 21:27:53 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02889 for ; Sun, 29 Jun 1997 21:27:51 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id AAA08716; Mon, 30 Jun 1997 00:27:42 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id AAA17799; Mon, 30 Jun 1997 00:27:40 -0400 Date: Mon, 30 Jun 1997 00:27:29 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Mark Mayo cc: Michael Smith , multimedia@FreeBSD.ORG Subject: Re: Monitor shadows? In-Reply-To: <19970629235604.59136@vinyl.quickweb.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 29 Jun 1997, Mark Mayo wrote: > Since you also have the MX17FG, do you happen to know how hard it can be driven? > It seems like I'm the only person in the universe (aside from you) that actually > has one of these things. None of the driver info files I've seen that specify > refresh rates (in AccelX, NT, or 95) have info specific to the MX17FG - only > the "MX17", and the "MXP17F". I lost the manual that came with the thing... > I'm assuming the "MX17FG" that I have is somewhere in the middle, since the > MXP17F is defined as having a max vert. refresh of 75Hz for just about every > frequency. My definitions for the MX17 say it can do 76Hz at 1152x864, but only > 70Hz at 1024x768. I know my MX17FG can do 76Hz at 1024x768, but 75Hz is the > max at 1152x864. It's sort of weird, since if I tell it to do 75Hz, it's fine > but and the LCD says it's running at "75.5Hz", but if I try 76Hz I get an > out of range message (at 1152x864). Anyways, if you have some info on this > I'd appreciate it. You're not the only one with one ... and I think I have the manual. I'll start hunting for the manual (I've just moved, and everything has been thoroughly randomized) and you send me a mailing address, ok? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-multimedia Sun Jun 29 23:33:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07429 for multimedia-outgoing; Sun, 29 Jun 1997 23:33:57 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07424 for ; Sun, 29 Jun 1997 23:33:52 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id CAA23864; Mon, 30 Jun 1997 02:29:32 -0400 (EDT) Message-ID: <19970630022931.53166@vinyl.quickweb.com> Date: Mon, 30 Jun 1997 02:29:31 -0400 From: Mark Mayo To: Chuck Robey Cc: Mark Mayo , Michael Smith , multimedia@FreeBSD.ORG Subject: Re: Monitor shadows? References: <19970629235604.59136@vinyl.quickweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: ; from Chuck Robey on Mon, Jun 30, 1997 at 12:27:29AM -0400 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jun 30, 1997 at 12:27:29AM -0400, Chuck Robey wrote: > On Sun, 29 Jun 1997, Mark Mayo wrote: > > > Since you also have the MX17FG, do you happen to know how hard it can be driven? > > It seems like I'm the only person in the universe (aside from you) that actually > > has one of these things. None of the driver info files I've seen that specify > > refresh rates (in AccelX, NT, or 95) have info specific to the MX17FG - only > > the "MX17", and the "MXP17F". I lost the manual that came with the thing... > > I'm assuming the "MX17FG" that I have is somewhere in the middle, since the > > MXP17F is defined as having a max vert. refresh of 75Hz for just about every > > frequency. My definitions for the MX17 say it can do 76Hz at 1152x864, but only > > 70Hz at 1024x768. I know my MX17FG can do 76Hz at 1024x768, but 75Hz is the > > max at 1152x864. It's sort of weird, since if I tell it to do 75Hz, it's fine > > but and the LCD says it's running at "75.5Hz", but if I try 76Hz I get an > > out of range message (at 1152x864). Anyways, if you have some info on this > > I'd appreciate it. > > You're not the only one with one ... and I think I have the manual. I'll > start hunting for the manual (I've just moved, and everything has been > thoroughly randomized) and you send me a mailing address, ok? Oh, don't bother sending it to me. I've sort of figured out what the limits are through testing... I'll bug the MAG support people if I really need to know. Thanks for the generous offer though! :-) If you do find the manual, just look up the max refresh rate for 1024 and 1152 - that's all I need. Thanks, -Mark > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-multimedia Sun Jun 29 23:49:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA08306 for multimedia-outgoing; Sun, 29 Jun 1997 23:49:34 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.quickweb.com [206.222.77.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08301 for ; Sun, 29 Jun 1997 23:49:30 -0700 (PDT) Received: (from mark@localhost) by vinyl.quickweb.com (8.8.5/8.6.12) id CAA23935; Mon, 30 Jun 1997 02:45:09 -0400 (EDT) Message-ID: <19970630024509.07509@vinyl.quickweb.com> Date: Mon, 30 Jun 1997 02:45:09 -0400 From: Mark Mayo To: Michael Smith Cc: Mark Mayo , multimedia@FreeBSD.ORG Subject: Re: Monitor shadows? References: <19970629235604.59136@vinyl.quickweb.com> <199706300420.NAA24002@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <199706300420.NAA24002@genesis.atrad.adelaide.edu.au>; from Michael Smith on Mon, Jun 30, 1997 at 01:50:00PM +0930 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jun 30, 1997 at 01:50:00PM +0930, Michael Smith wrote: > Mark Mayo stands accused of saying: > > > Several people have suggested that my problem may just be a crappy > > (improperly shielded) VGA cable. I'm going to get a new cable and > > see if that is in fact the problem - I would be a happy man indeed > > if I can fix this problem with a new cable (read: it won't cost me > > much!). > > I assumed you were using the cable that came with the MAG, which is > properly shielded and matched. Well, I'm pretty sure it is in fact the cable that came with the MAG, but it might not be. I've movved several times in the last 3 years and it's quite possible that the cable might have been switched. I guess I'll have to contact MAG to get the details of what type of cable I should get to match the monitor. Someone else mentioned that a BNC cable would be better than the VGA-15 cable - I cant imagine why this would be the case since I'd have to go through a converter anyynow to conncect to my Millenium card... > > > I'm pretty sure I'm within the refresh limits of the > > monitor, since it just shuts itself off and says the signal is out > > of range when I try something really high -- I have no idea how I'd > > tell if I'm overdriving the thing signal wise (I'm assuming you're > > talking about impedence or signal amplitude?). I can't picture how > > the ampliers could ever get into a state where clipping would occur, > > in any reasonably intelligent monitor (which I would say the MAG > > is)... > > The point I was making was that the basic problem (smearing) can be > causes by any of the listed factors. The MAG will cut out if you > exceed its design parameters, but the input circuitry may have > degraded to the point where it is incapable of handling the signal > you are feeding it anymore. Okay. And the input amplifiers and the transeivers are prime candidates I would imagine. How long does the typical "high-quality" monitor like the MAG generally last before it starts to degrade? Just curious. > [dribble that I if I weren't so lazy I'd find out on my own deleted..] > > >From my POV, the MAG electronics are wonderful, but the tube assembly > sucks bigtime. Mine has a lopsided trapezoidal display, poor > convergance and the red gun is going. Bummer. Mine hasn't degraded to that point yet :-) Of course, I'd probably love to find an excuse to buy a new spiffy monitor anyways - and I could probably get one 10X better than my MAG for a couple hundred less than what I paid for it 4 years ago..... Ahh, only if I were rich... ;-) -Mark > > -Mark > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ -- ---------------------------------------------------------------------------- Mark Mayo mark@quickweb.com RingZero Comp. http://vinyl.quickweb.com/mark finger mark@quickweb.com for my PGP key and GCS code ---------------------------------------------------------------------------- University degrees are a bit like adultery: you may not want to get involved with that sort of thing, but you don't want to be thought incapable. -Sir Peter Imbert From owner-freebsd-multimedia Mon Jun 30 06:11:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23823 for multimedia-outgoing; Mon, 30 Jun 1997 06:11:34 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [194.151.74.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23818 for ; Mon, 30 Jun 1997 06:11:29 -0700 (PDT) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.5/8.8.2) id PAA06937; Mon, 30 Jun 1997 15:11:10 +0200 (MET DST) From: Guido van Rooij Message-Id: <199706301311.PAA06937@gvr.win.tue.nl> Subject: Re: European Channel Tuning (was Re: fxtv patches) In-Reply-To: from Andrew Gordon at "Jun 29, 97 04:16:06 pm" To: arg@arg1.demon.co.uk (Andrew Gordon) Date: Mon, 30 Jun 1997 15:11:10 +0200 (MET DST) Cc: rhh@ct.picker.com, smp@csn.net, multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The key point is that we have overlapping coverage areas, and so channel > numbers and channel names are independent, with a mapping of one onto the > other. Channel numbers map directly to frequency and are already done > perfectly correctly by fxtv and the driver. Unfortunately, over here > channel numbers are only used by frequency planners and technicians and > the average user wouldn't have a clue what channel number he is watching. > Not exactly. I live in an area where the cable is filled with channels *by frequency*. If you take a look at the Wincast TV users guide you will see that for every channel youcan finetune the frequency. That is something I would need. For the moment I am using an self written program to tune because fxtv does not understand channel 21.4 ;-). -Guido From owner-freebsd-multimedia Mon Jun 30 09:43:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03311 for multimedia-outgoing; Mon, 30 Jun 1997 09:43:41 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03302 for ; Mon, 30 Jun 1997 09:43:37 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id CAA26828; Tue, 1 Jul 1997 02:13:30 +0930 (CST) From: Michael Smith Message-Id: <199706301643.CAA26828@genesis.atrad.adelaide.edu.au> Subject: Re: Monitor shadows? In-Reply-To: <19970630024509.07509@vinyl.quickweb.com> from Mark Mayo at "Jun 30, 97 02:45:09 am" To: mark@quickweb.com (Mark Mayo) Date: Tue, 1 Jul 1997 02:13:29 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, mark@quickweb.com, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Mayo stands accused of saying: > > Well, I'm pretty sure it is in fact the cable that came with the MAG, but it > might not be. I've movved several times in the last 3 years and it's quite > possible that the cable might have been switched. I guess I'll have to > contact MAG to get the details of what type of cable I should get to match > the monitor. Someone else mentioned that a BNC cable would be better than the > VGA-15 cable - I cant imagine why this would be the case since I'd have to > go through a converter anyynow to conncect to my Millenium card... Unless you've got a radically different MAG to mine, the cable is fairly unique; it would be hard to imagine that you have a different one connected and that it works. A _good_ Dsub15 to 5-BNC cable _might_ give you better results than the standard MAG cable, but as I pointed out before the right cable gives me very good results here; I expect that ChuckR would say the same. > Okay. And the input amplifiers and the transeivers are prime candidates > I would imagine. How long does the typical "high-quality" monitor like the > MAG generally last before it starts to degrade? Just curious. Specifically, capacitors and most specifically electrolytic capacitors are prone to aging. The rate of aging depends greatly on temperature, with a 10degC difference in temperature leading to a doubling in the aging rate. If your monitor is on all the time, and not in a powered-down mode, it is likely to age much faster than if it is off, or in one of the DPMS power-saver modes, as the components in question will be cooler. Likewise, if ventilation around the monitor is poor. Having said all this; it _is_ much easier to check your cable carefully to make sure it's properly screwed in at both ends, as well as making sure that the support bracket for your video card is well connected to the chassis of your PC. > Bummer. Mine hasn't degraded to that point yet :-) Of course, I'd probably > love to find an excuse to buy a new spiffy monitor anyways - and I could > probably get one 10X better than my MAG for a couple hundred less than what > I paid for it 4 years ago..... Ahh, only if I were rich... ;-) For all the cons, I am still very fond of the 17" Sony screens. We're about to experiment with some of the cheaper 17" units, which may be educational (and may convince us that we really didn't want to save money in the first place 8). -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-multimedia Mon Jun 30 10:23:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05219 for multimedia-outgoing; Mon, 30 Jun 1997 10:23:04 -0700 (PDT) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05213 for ; Mon, 30 Jun 1997 10:23:01 -0700 (PDT) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id DAA06235; Mon, 30 Jun 1997 03:23:47 -0700 (PDT) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from pcconsole(192.168.100.254) by cerberus.partsnow.com via smap (V2.0) id xma006233; Mon, 30 Jun 97 03:23:32 -0700 Message-ID: <33B7EB17.7B5A@PartsNow.com> Date: Mon, 30 Jun 1997 10:21:27 -0700 From: Don Wilde Reply-To: don@PartsNow.com Organization: Soligen, Incorporated X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Michael Smith CC: multimedia@freebsd.org Subject: Re: Monitor shadows? References: <199706301643.CAA26828@genesis.atrad.adelaide.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if I'm jumping in with something that's been said, but my father gave me a suggestion WBW that I tie a knot in the monitor cable (makes a cheap inductive block). Given that he has his name on a few RCA color TV patents that are still in use, I listened, and it worked for me when I had ghosting ands suchlike artifacts. -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-multimedia Mon Jun 30 10:34:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05799 for multimedia-outgoing; Mon, 30 Jun 1997 10:34:04 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA05704 for ; Mon, 30 Jun 1997 10:32:37 -0700 (PDT) Received: from cosmos.kaist.ac.kr (maple.kaist.ac.kr [143.248.185.2]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id KAA20143 for ; Mon, 30 Jun 1997 10:02:48 -0700 (PDT) Received: from ran.kaist.ac.kr (ran.kaist.ac.kr [143.248.185.20]) by cosmos.kaist.ac.kr (8.6.12h2/8.6.12) with ESMTP id BAA28713 for ; Tue, 1 Jul 1997 01:57:04 +0900 Received: (from yichoi@localhost) by ran.kaist.ac.kr (8.8.5H1/8.8.5) id CAA08886 for multimedia@FreeBSD.ORG; Tue, 1 Jul 1997 02:04:14 +0900 (KST) From: Youngil Choi Message-Id: <199706301704.CAA08886@ran.kaist.ac.kr> Subject: [Q] CDDA to WAV for ATAIP-CDROM To: multimedia@freebsd.org Date: Tue, 1 Jul 1997 02:04:14 +3300 (KST) In-Reply-To: <19970606071536.58362@ct.picker.com> from "Randall Hopper" at Jun 6, 97 07:15:36 am X-Mailer: ELM [version 2.4 PL25-h4.1] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-kr Content-Transfer-Encoding: 7bit Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I've checked CD tracks to wav file converting program for SCSI CD-ROM. In Linux, there is cdda2wav which is capble of converting CD tracks to wav file for ATAPI CD-ROM. Is this cdda2wav ported to FreeBSD? or Are there other programes which can do this for ATAPI CD-ROM? Thanks in advance, - Youngil > > Youngil Choi: > |I've heard that there is a certain program which make CD-tracks to > |wav format file. Is it available on FreeBSD box? > > There are a few for specific vendor's SCSI CD-ROMs. Here are a few recent > posts that may be helpful: > > Randall > > > Subject: Re: new cd-da player > From: oliver.fromme@heim3.tu-clausthal.de (Oliver Fromme) > > I guess you are talking about my CD-DA reader called "tosha" > (http://www.heim3.tu-clausthal.de/~olli/tosha/). I am well > ... > > > > > Subject: new cd-da player > From: Amancio Hasty > > http://www.heim3.tu-clausthal.de/~olli/tosha/ > > Just tried out over here with my scsi TOSHIBA CD-ROM XM-3701TA 3205 and > it seems to work ... > ... > > > From: Charles Henrich > Subject: New release of CDD (CD-DA, RawCD access tool) > > I just put together a new release of CDD which should properly handle Toshiba > mechs. I've tested it on the XM5401, and it seems to work just golden. It > also handles Plextor peachy. There is code for the HP CDR's, but its not been > tested. Please let me know if you have any problems! > > Its available at ftp://ftp.scnc.k12.mi.us/pub/misc/cdd-1.0-970519.tgz > > > > > From owner-freebsd-multimedia Tue Jul 1 09:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08005 for multimedia-outgoing; Tue, 1 Jul 1997 09:47:48 -0700 (PDT) Received: from dub-img-8.compuserve.com (dub-img-8.compuserve.com [149.174.206.138]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07997 for ; Tue, 1 Jul 1997 09:47:45 -0700 (PDT) Received: by dub-img-8.compuserve.com (8.6.10/5.950515) id MAA11287; Tue, 1 Jul 1997 12:47:14 -0400 Date: 01 Jul 97 12:46:41 EDT From: Mike Mannion <101706.1454@CompuServe.COM> To: "multimedia@freebsd.org" Subject: Latest driver for Win95 / NT Message-ID: <970701164640_101706.1454_IHN133-1@CompuServe.COM> Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hallo there. Please inform me where I can get the latest BT848 driver for Win95/NT. ZIP format please! Many thanks Mike Switzerland From owner-freebsd-multimedia Tue Jul 1 10:35:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10034 for multimedia-outgoing; Tue, 1 Jul 1997 10:35:07 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10024 for ; Tue, 1 Jul 1997 10:35:02 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.5) id NAA08516; Tue, 1 Jul 1997 13:35:00 -0400 (EDT) Message-ID: <19970701133500.54234@crh.cl.msu.edu> Date: Tue, 1 Jul 1997 13:35:00 -0400 From: Charles Henrich To: freebsd-multimedia@freebsd.org Subject: Epson Scanner? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.77 X-Operating-System: FreeBSD 2.2.2-RELEASE X-PGP-Fingerprint: 1024/F7 FD C7 3A F5 6A 23 BF 76 C4 B8 C9 6E 41 A4 4F Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen the recent activity for the Umax scanner, but I havent heard a peep about epson. Has anyone seen any epson scanning software for *nix ? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-multimedia Tue Jul 1 12:35:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA16359 for multimedia-outgoing; Tue, 1 Jul 1997 12:35:42 -0700 (PDT) Received: from x14.boston.juno.com (x14.boston.juno.com [205.231.101.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16354 for ; Tue, 1 Jul 1997 12:35:28 -0700 (PDT) Received: (from n9ogk@juno.com) by x14.boston.juno.com (queuemail) id P[J00821; Tue, 01 Jul 1997 15:32:59 EDT To: freebsd-multimedia@freebsd.org Date: Tue, 1 Jul 1997 14:22:38 -0500 Subject: Ghostscript Message-ID: <19970701.142244.14710.0.N9OGK@juno.com> X-Mailer: Juno 1.38 X-Juno-Line-Breaks: 3-9 From: n9ogk@juno.com (Jack W Doyle) Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Where can I get a uue'd version of ghostscript-5.01 and its fonts, split into floppy-disk size chunks for installation on my fbsd box (I'm using text-only email, Lose95 side, and have no internet access)? I can cat the two chunks together and then uud the files on the fbsd side. I'm hoping that the uue will not get mangled by this bullshit mailserver. Jack The faster your computer is, the slower your life becomes. From owner-freebsd-multimedia Tue Jul 1 14:57:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24380 for multimedia-outgoing; Tue, 1 Jul 1997 14:57:19 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24375 for ; Tue, 1 Jul 1997 14:57:12 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id RAA04604; Tue, 1 Jul 1997 17:55:47 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id RAA04239; Tue, 1 Jul 1997 17:55:45 -0400 Date: Tue, 1 Jul 1997 17:55:24 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Amancio Hasty cc: Randall Hopper , multimedia@FreeBSD.ORG Subject: Re: Oregon's Speech Toolkit? In-Reply-To: <199706281854.LAA00325@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 28 Jun 1997, Amancio Hasty wrote: > You are right Festival was very easy to port. > > If you are interested on CSLU thats the Oregons' Speech Toolkit see: > http://www.cse.ogi.edu/CSLU/toolkit/toolkit.html > > It comes with cslurp, a tcl/tk fronted which can literally draw > sound apps -- for instance a pizza ordering program. I was impressed with the draconian nature of the license. Maybe I read it wrong, but it seemed to require the use of some expensively licensed DEC i386 software also. The package said (in the readme I think) that it wanted to have a disk a half a gigabyte in size all by itself. Seemed to be just a bit too much. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-multimedia Tue Jul 1 17:38:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03214 for multimedia-outgoing; Tue, 1 Jul 1997 17:38:32 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03208 for ; Tue, 1 Jul 1997 17:38:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id RAA17541; Tue, 1 Jul 1997 17:38:24 -0700 (PDT) Message-Id: <199707020038.RAA17541@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: Randall Hopper , multimedia@FreeBSD.ORG Subject: Re: Oregon's Speech Toolkit? In-reply-to: Your message of "Tue, 01 Jul 1997 17:55:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Jul 1997 17:38:24 -0700 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nope, CLSU does not require the use of any expensive packages. Cheers, Amancio >From The Desk Of Chuck Robey : > On Sat, 28 Jun 1997, Amancio Hasty wrote: > > > You are right Festival was very easy to port. > > > > If you are interested on CSLU thats the Oregons' Speech Toolkit see: > > http://www.cse.ogi.edu/CSLU/toolkit/toolkit.html > > > > It comes with cslurp, a tcl/tk fronted which can literally draw > > sound apps -- for instance a pizza ordering program. > > I was impressed with the draconian nature of the license. Maybe I read it > wrong, but it seemed to require the use of some expensively licensed DEC > i386 software also. The package said (in the readme I think) that it > wanted to have a disk a half a gigabyte in size all by itself. Seemed to > be just a bit too much. > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-multimedia Tue Jul 1 18:43:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06137 for multimedia-outgoing; Tue, 1 Jul 1997 18:43:08 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06131 for ; Tue, 1 Jul 1997 18:43:05 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id SAA20129; Tue, 1 Jul 1997 18:43:16 -0700 (PDT) Message-Id: <199707020143.SAA20129@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: mtv - Any SB16/32/AWE32 owners hearing audio? In-reply-to: Your message of "Sun, 29 Jun 1997 18:29:48 EDT." <19970629182948.23390@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Jul 1997 18:43:16 -0700 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, I will have more time this week to play with the sound driver just got back from a short vacation and wish that I was still up on the coast by the beach --- you know checking out the waves, eating good food, sipping from a nice glass of wine , etc... Cheers, Amancio >From The Desk Of Randall Hopper : > Amancio Hasty: > |Find out where in the sound driver the sample rate is being set for > |the sound blaster and check the code for supported rates. > | > |Another to thing to try out is to playback with a freebsd binary > |a sound stream with a similar sample rate and sample size (8 or 16 bits). > > Ah!, that was one of the first things I did. It's trying to play: > > 22050Hz, 16-bit, mono > > I verified (via fxtv) that I can play (& record) samples of this format and > rate. > > Also, it also tries to set up the DMA buffers (SETFRAGMENT) to: > > 127 buffers, each 1024 bytes apiece > > It then queries the DMA buffer config (GETOSPACE) to determine the actual > number of buffers assigned by the sound driver, adjusted for how much > memory the driver has to devote to buffers, and is returned: > > 64 buffers, each 1024 bytes apiece > > There's also a SETTRIGGER (-3) ioctl mtv is doing (beats me what this does). > This is a new ioctl in Voxware 3.5. Our existing 3.0-current & 2.2 linux > emulation code doesn't pass it, so given that mtv works for you fine and (I > assume) you haven't hacked up your linux emulation to pass this new ioctl, > then I'm thinking that this ioctl isn't related to the problem. > > Aside from these /dev/dsp ioctls, soundwise, all mtv's doing are VOLUME and > DSP volume /dev/mixer ioctls. > > BTW, I think I mentioned this before but just to get it on the same page, > with the 3.0 Voxware code checked into the 2.2 and 3.0 trees, I can hear > very short blips of the correct audio each time I toggle mute (on mtv) or > adjust the volume control (via xmix). I also don't get the "Invalid > argument" dialog I do with 3.5, so mtv "thinks" the 3.0 sound driver's > working right. > > Does this provide any useful clues? > > Randy From owner-freebsd-multimedia Tue Jul 1 23:48:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA17657 for multimedia-outgoing; Tue, 1 Jul 1997 23:48:29 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA17652 for ; Tue, 1 Jul 1997 23:48:26 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA28859; Wed, 2 Jul 1997 08:48:33 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id IAA16191; Wed, 2 Jul 1997 08:48:43 +0200 (MEST) Message-ID: <19970702084842.31888@gil.physik.rwth-aachen.de> Date: Wed, 2 Jul 1997 08:48:42 +0200 From: Christoph Kukulies To: Mike Mannion <101706.1454@CompuServe.COM> Cc: "multimedia@freebsd.org" Subject: Re: Latest driver for Win95 / NT References: <970701164640_101706.1454_IHN133-1@CompuServe.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.75e In-Reply-To: <970701164640_101706.1454_IHN133-1@CompuServe.COM>; from Mike Mannion on Tue, Jul 01, 1997 at 12:46:41PM -0500 Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jul 01, 1997 at 12:46:41PM -0500, Mike Mannion wrote: > Hallo there. > Please inform me where I can get the latest BT848 driver for Win95/NT. > ZIP format please! > Many thanks Wrong conference but maybe you take a look at: http://www.geocities.com/CapeCanaveral/Lab/8787/winnuke.html (I couldn't resist :-) > > Mike > Switzerland > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Wed Jul 2 00:58:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20398 for multimedia-outgoing; Wed, 2 Jul 1997 00:58:25 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA20393 for ; Wed, 2 Jul 1997 00:58:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id AAA03731; Wed, 2 Jul 1997 00:58:00 -0700 (PDT) Message-Id: <199707020758.AAA03731@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Christoph Kukulies cc: "multimedia@freebsd.org" Subject: Re: Latest driver for Win95 / NT In-reply-to: Your message of "Wed, 02 Jul 1997 08:48:42 +0200." <19970702084842.31888@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Jul 1997 00:58:00 -0700 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please do try to resit . On the grounds that many times people don't answer questions relating to FreeBSD multimedia so I don't see the need to respond to different OSes . This I think is best for the group that is don't respond to questions related to Win95 or WinNt and if you must then please don't send it to the whole list. Once, the spams starts, they are very hard to control and at least what I do on my end during spamming periods is