HDTenEightyP/NetNews huggingface dataset:
From: chuckb@milton.u.washington.edu (Chuck Bass)
Newsgroups: comp.graphics
Subject: Public domain 3-D libs for Macs?
Date: 14 Sep 92 23:40:00 GMT
Article-I.D.: milton.chuckb.716514000
Organization: University of Washington

I am posting this message for a friend who doesn't have internet
access.   He would like to know if there are any libraries in
"c" for 3D graphics on the mac.  

He hasn't bought a compiler yet but "C" is a requirement.
Something similar to vogl would be ideal but apparently vogl
will not make on the mac.

Any input would be appreciated.


Chuck Bass
College of Forest-Systems Engineering
University of Washington
chuckb@u.washington.edu
Newsgroups: comp.graphics
From: stevet@nella4.cc.monash.edu.au (Mr S.F. Tilders)
Subject: Help with IRIS programming
Keywords: IRIS
Organization: Monash University, Melb., Australia.
Date: Wed, 9 Sep 1992 08:59:16 GMT

Hello,

I am an honours student who is writting a scientific visualization
package on a Silicon Graphics IRIS. I would like to have several
windows interacting with each other, but running there own displays(ie.
each window is controlled by a seperate process).

I have heard about a dgl - distributed graphics library??, but have
little information about it. If anyone can point me in the right
direction, either with the dgl, or how I should approach the window
problem, could they please mail me.

Many thanks.

steve
stevet@nellads.cc.monash.edu.au

-- 
===========================================================================
Stephen Tilders (Honours)
Digital Technology, Monash University, Melbourne, Victoria, Australia
stevet@rdt.monash.edu.au
From: joe@media.mit.edu (Joe Chung)
Newsgroups: comp.graphics
Subject: Call for Demos
Date: 13 Sep 92 20:04:13 GMT
Organization: MIT Media Laboratory


**************    Call for Demos   ****************

The Museum of Science and Industry in Chicago is creating a 7000 sq.
ft.  permanent exhibit on Imaging Science which will open in the Fall
of 1993.  The museum is currently looking for working demos in the
following areas:
 
*  Virtual Reality
*  Scientific Visualization
*  Visualization of Earth Surface Data (esp. Chicago Area)
*  Physical Model Simulation
*  3D Object and Scene Rendering
*  Image Processing & Enhancement
*  Artistic Imaging
 
The museum is particularly looking for real time, interactive demos
that would appeal to a broad, non-scientific, non-technical audience.
 
The demos *must* adhere to the following requirements:
 
*  Be *FULLY* working.
*  Have complete source code available which the museum can modify.
*  Be visually exciting.
*  Demonstrate an important aspect of Imaging Science technology
   and its uses.
 
This is a great chance to put your hard work where it will be
inspirational to the next generation of thinkers, while earning well
deserved public recognition of your endeavors!
 
For more information, please contact:
 
Dr. Barry Aprison
Museum of Science and Industry
312-684-1414  ext. 2453
fax: 312-684-8001
 
or send e-mail to
 
joe@media-lab.media.mit.edu
 
Please distribute this message far and wide!
Newsgroups: comp.graphics
Subject: Missing person...
From: rsc@altair.csustan.edu (Steve Cunningham)
Date: Sat, 12 Sep 92 23:31:43 GMT
Distribution: na
Organization: California State University, Stanislaus
Originator: rsc@altair.csustan.edu

Just after SIGGRAPH, someone wrote me saying that the 1983 SIGGRAPH conference
proceedings he bought had a printing error.  I had a mail crash and lost my
mail queue at the end of the month and lost the name and address of this
person.  I believe the original contact came through this newsgroup, so I hope
the person will contact me again, either through this address or at
cunningham@siggraph.org, so I can tell him of the arrangements I've been able
to make to correct this situation.  I apologize for taking the bandwidth, and
return you to the notes on VGA cards and TIFF formats....

-- Steve Cunningham
Newsgroups: comp.graphics,sci.image.processing
From: eschbach@abc.wrc.xerox.com (Reiner Eschbach)
Subject: Society for Imaging Science and Technology
Organization: Xerox
Date: Fri, 11 Sep 1992 12:53:40 GMT

Call for Papers

The Society for Imaging Science and Technology ( IS&T ) holds it 
46th Annual Conference from 9-14 May 1993 in Cambridge MA.

We invite original contributions related to imaging science and technology.
Papers should be authorative, complete in regard to advancing the state of
knowledge in the subject matter and be accompanied by a well-prepared 
15 minutes presentation.

Technical Program:

Electronic Photography
    ( Technology, Applications, Fine Arts )
Image Processing and Image Science
Graphics Arts, Color Prepress & Desktop Publishing
Eart Resource Imaging
Radiography
Electronic Poster Session

plus a full technical program in the area of Imaging Materials and Processes

Please send a brief abstract ( < 200 words ) to
Michael R. Lee
Publications Chair
Polaroid Corp.
1265 Main St. W4-2G
Waltham MA 02154-1799

or ( for questions/abstracts regarding the Image Processing/Science Session ) to

Reiner Eschbach
Xerox Webster Research Center
800 Phillips Rd. 128-27E
Webster, NY 14580
(716) 422-3261
eschbach.wbst128@Xerox.com


Newsgroups: comp.graphics
From: sohrab@seas.gwu.edu (Sohrab Aidun)
Subject: need a scanning program
Organization: George Washington University
Date: Thu, 10 Sep 1992 20:50:00 GMT


Hello:

	I have a(n) HP ScanJet IIc, and like to use it on an IBM 
RISK 6000 and/or a SGI Crimson.  I need some kind of scanning software 
that will work on the RISK 6000 and/or a SGI Crimson.


*****************************************************************************
*  Sohrab Aidun  George Washington University     SEAS Computing            *
*  sohrab@seas.gwu.edu				  (202) 994-6853	    *
*****************************************************************************

-- 
                                    |  
                             (____) |  __()__)_)_)
                               <>     /  ()
Organization: Penn State University
Date: Wed, 9 Sep 1992 15:33:02 EDT
From: <F0O@psuvm.psu.edu>
Newsgroups: comp.graphics
Subject: Would like GIF source for compression/decompression routines

   I am writing a GIF viewer and have source code for one, but the
routines for the LZW compression/decompression for GIF files were in a
compiled unit, and the source was not available.
   Does anyone know of where I can find the compression/decompression
routines for GIF files, or if you have them, be willing to send them to
me?  I'd like pascal source code, but can read C (yuk!) :-)

                                                                [Tim]
From: mdsp_ltd@uhura.cc.rochester.edu (Pooch)
Newsgroups: comp.graphics
Subject: Re: Question: difference in viewed and printed images
Date: 5 Sep 92 03:02:42 GMT
Organization: University of Rochester - Rochester, New York

In response to all this talk about printing black and white, grayscale, and 
color images, I'd like to offer some expertese:

  The PostScript language uses certain programmable algorythms to halftone
a source image so that it can be rendered on a particular output device. This
output device is not necessesarily 1 bit (black and white); PostScript
can image to any output device, in any bit plane. As in the case of the 
Tektronix Phaser IId or the Phaser III, the halftoning algorythms are adjusted
by the vendor to match the particular device: the IId can print with 8 bits
per color, and the Phaser III has built-in error diffusion screening.

  Image data sent to PostScript is not pre-adjusted. It is in fact raw data, in
as many bits per pixel as the driving application desires, limited only by mem-
ory. PostScript level II adds the ability to specify the source image in any
device space - RGB, CMY, CMYK, or any CIE space.

  Digital halftoning was devoloped to mimic the photographic halftoning process
used in the offset plate-making process. Each digital algorythmic approximation
has its set of attributes and drawbacks - and each will change the way an image
is rendered from ideal. For example, the 'default' growth algorythm in the 
Apple LaserWriter series causes a harsh transition as the data crosses the 50% 
black point. This can be helped by changing the growth algorythm to the text-
book circle, or oval, but these algorythms destroy fine hilight definition.

  Gamma compensation can help tremendously, as can decreasing screen frequency,
although the latter will increase the grainyness of the image. There is a 
direct tradeoff between number of shades available at a certain screen angle, 
and the screen frequency.

  I hope this helps.  If there are more questions that I can answer, don't 
hesitate to E-mail me.



-- 
+-------------------------------------------------------------------------+
|    Marc D. Spencer, C.E. WRUR-FM   | Technology is a way of organizing  |
|   mdsp_ltd@uhura.cc.rochester.edu  |  the universe so that man doesn't  |
|                                    |  have to experience it    -Frisch  |
Newsgroups: comp.graphics
From: mavuduru@myria.cs.umn.edu (Ramakrishna Satyanarayana Mavuduru)
Subject: Re: Help with IRIS programming
Keywords: IRIS
Organization: University of Minnesota
Date: Fri, 11 Sep 1992 21:01:51 GMT

In <stevet.716029156@nella4.cc.monash.edu.au> stevet@nella4.cc.monash.edu.au (Mr S.F. Tilders) writes:

>Hello,

>I am an honours student who is writting a scientific visualization
>package on a Silicon Graphics IRIS. I would like to have several
>windows interacting with each other, but running there own displays(ie.
>each window is controlled by a seperate process).

>I have heard about a dgl - distributed graphics library??, but have
>little information about it. If anyone can point me in the right
>direction, either with the dgl, or how I should approach the window
>problem, could they please mail me.

One way of doing this would be to have a common event loop for all 
windows. After a particular event eg. LEFTMOUSE pressed, you can check
from which window the event originated( the active window ) using the 
function winget(). winget() returns a window id ( a int ). Each window
opened by a process will have a different ID. Once the window ID is known
appropriate action can be taken.

I have not used dgl. 

Good Luck
Rama
From: klg0582@uxa.cso.uiuc.edu (Ken-Huang Lin)
Newsgroups: comp.graphics
Subject: When will callable Gnuplot be available?
Date: 15 Sep 92 05:31:17 GMT
Organization: University of Illinois at Urbana


  Does any one know when a callable Gnuplot will be released?  What
kind of features will it have?

Ken H. Lin
khlin@uiwpls.ece.uiuc.edu
Xref: sparky comp.graphics:9577 comp.graphics.visualization:1323
From: yasutaka@mri.co.jp (Yasutaka "Athlete" Sato)
Newsgroups: comp.graphics,comp.graphics.visualization
Subject: Re: NPGL from Nth Graphics
Date: 10 Sep 92 00:11:10 GMT
Followup-To: comp.graphics
Organization: Mitsubishi Research Institute, Inc. Tokyo, Japan
In-reply-to: spiff@bert.eecs.uic.edu's message of 9 Sep 92 11:59:03 GMT


>>>>> On 9 Sep 92 11:59:03 GMT, spiff@bert.eecs.uic.edu (Jason Leigh) said:


Jason> Does anyone know how much GL from Nth Graphics costs for the Sun Sparc
Jason> stations? Also can anyone give me a number I can contact them on.

Address: 1908-A Kramer Lane, Austin, TX 78758
Tel:     512-832-1944
FAX:     512-832-5954
E-mail:  npgl@nth.com
--
Yasutaka Sato
Mitsubishi Research Institute,Inc.
E-mail:yasutaka@mri.co.jp
From: rick@cs.arizona.edu (Rick Schlichting)
Newsgroups: comp.research.japan
Subject: Administrivia: Moderator on the road
Date: 16 Sep 92 02:57:18 GMT

[I'll be out-of-town without access to email from Sept. 17 through Sept. 24.
 Articles submitted during that time will be posted when I return.  -- Rick]
From: paulh@hplsla.hp.com (Paul Hall)
Date: Tue, 8 Sep 1992 17:00:47 GMT
Subject: Re: Multi-channel data analysis/collection software sought
Organization: HP Lake Stevens, WA
Newsgroups: comp.dsp

/ hplsla:comp.dsp / pds@epcc.ed.ac.uk (Patrick Surry) /  1:48 am  Sep  8, 1992 /
> I'm seeking reviews & information about good software for 
> multi-channel PC data collection & analysis.
> 
> I need support for:
> 
> * multi-channel capability (cross spectra and such)
> * FFTs
> * signal filtering
> * transfer functions
> 
> A good user-friendly interface is also important with a low learning
> curve for people who use the software infrequently.  The software would
> collect data via an A/D board of some kind.  I've got some information
> on packages called DADISP, ISA, and ASYST and would appreciate any
> further comments or comparisons people have.  Information about required
> hardware would be useful but is not as important.

	Try the HP 3566 or HP 3567.  These are PC-based packages that run
	in MS-Windows(tm) and work with the HP 3565S hardware.
	Hewlett-Packard has several other data acquisition products, you 
	can find them under the "Signal Analyzers" section of the catalog, 
	specifically the Dynamic Signal Analyzers.  Call your local sales
	office or I can help you get more information.

	Note that, as I work for HP, I'm not a totally unbiased source so
	this isn't a 'review', just 'information'.  But it is pretty good 
	stuff and worth looking into.

	Some general specs:	HP 3566A		HP 3567A
	channel count:		8 or 16			2 to 16
	cross channel accuracy:	+- 0.1 dB		+- 0.1dB
	phase:			+- 0.5 degree		+- 0.5 degree
	dynamic range:		72 dB			80 dB
	max frequency span
		spectrum:	12.8 kHz		102.4 kHz
		network:	12.8 kHz		51.2 kHz

	Measurement capability includes frequency response gain & phase,
	coherence, cross spectra, swept sine, transient capture, user math, 
	and bunches of other stuff.

	Good luck!
		Paul.

--
	Paul Hall - M/S 330 - (206) 335-2252 - paulh@lsid.hp.com
           Lake Stevens Instrument Division, Hewlett-Packard Co.
                8600 Soper Hill Road, Everett WA 98205-1298

#include <std/disclaimer.h>
Newsgroups: comp.dsp
From: yliu2@rodan.acs.syr.edu (Liu)
Subject: Pitch Transposers?
Organization: Syracuse University, Syracuse, NY
Date: Fri, 4 Sep 92 15:51:03 EDT

Hello. Can someone refer to me some algorythm source for pitch transposing?
I have heard of it's existance, but I cannot locate it. Thanks...
From: pds@epcc.ed.ac.uk (Patrick Surry)
Newsgroups: comp.dsp
Subject: Multi-channel data analysis/collection software sought
Date: 8 Sep 92 08:48:20 GMT
Organization: Edinburgh Parallel Computing Centre

I'm seeking reviews & information about good software for 
multi-channel PC data collection & analysis.

I need support for:

* multi-channel capability (cross spectra and such)
* FFTs
* signal filtering
* transfer functions

A good user-friendly interface is also important with a low learning
curve for people who use the software infrequently.  The software would
collect data via an A/D board of some kind.  I've got some information
on packages called DADISP, ISA, and ASYST and would appreciate any
further comments or comparisons people have.  Information about required
hardware would be useful but is not as important.


Apologies if this posting should not be in this group - but please
point me in the right direction ;-)


Thanks for your help,
Patrick

---------------------------------------------------------------------------
 Engineers  think that theory  approximates reality | Mathematicians never
 Physicists think that reality approximates theory  | make the connection
---------------------------------------------------------------------------
 Patrick Surry, JCMB 2254, Edinburgh, Scotland   e||)   Edinburgh Parallel  
 EMail: pds@epcc.ed.ac.uk  Tel: (031) 650-5960   c||c   Computing Centre    
---------------------------------------------------------------------------
Newsgroups: comp.dsp
From: apollo@ecf.toronto.edu (Vince Pugliese)
Subject: Linpack benchmark numbers for dsp chips
Organization: University of Toronto, Engineering Computing Facility
Date: Tue, 8 Sep 1992 17:06:30 GMT

subject header says it all. in particular, we are looking at
the TMS320 family though for comparison the motorola 56K line
numbers would be of interest as well.

thanks in advance
apollo@ecf.utoronto.ca
.vp
.

-- 
apollo@ecf.utoronto.ca
Newsgroups: comp.dsp
From: george@tut.fi (Campbell George)
Subject: Re: Filtering out Additive Gaussian Noise
Keywords: median,FMH
Organization: Finnish University and Research Network FUNET
Date: Fri, 11 Sep 1992 12:40:49 GMT


In article <1992Sep9.153835.13810@news2.cis.umn.edu>, patel@sparky.drad.umn.edu () writes:
|> I have a signal currupted by white additive Gausian noise.
|> y(t) = x(t) + n(t)  ; where n(t) is the additive Gaussian noise
|> and x(t) is the desired signal. x(t) is not a stochastic signal
|> but I know its characteristics like it is smooth everywhere
|> except at the edges. What is the best method to filter out the
|> noise from the observed signal y(t) to recover x(t)? I would
|> like to preserve the edges in the signal x(t) which are of utmost
|> importance to me. Any pointers to literature appreciated.
|> Thanks
|> 
|> Reply to   patel@sparky.drad.umn.edu


A good solution to this problem is to use an FIR Median Hybrid (FMH) filter.
The basic idea is (with n in place of t):


  y(n) =  median[1/M*sum(x(n-M),...,x(n-1)) , x(n) , 1/M*sum(x(n+1),...,x(n+M))]



this has the effect of using the average for the smooth parts but
with the advantage that the steps are preserved.  For more information see

\bibitem{Hei87b}{P.~Heinonen and Y.~Neuvo,
``FIR-median hybrid filters,''
{\sl IEEE Trans.\ Acoust., Speech, Signal Processing,}
vol.~ASSP-35, no.~6, pp.~832--838, June~1987.}


An extension of this works even better but is more complex:

  U_1    =  median[x(n-1) x(n) x(n+1)]

         :

  U_M/2  =  median[1/(M/2)*sum(x(n-M/2),...,x(n-1)), U_M/4, 1/(M/2)*sum(x(n+1),...,x(n+M/2))]
  y(n)   =  median[1/M    *sum(x(n-M),  ...,x(n-1)), U_M/2, 1/M*sum(x(n+1),...,x(n+M))]


see:

\bibitem{Wic90a}{R.~Wichman, J.~Astola, P.~Heinonen, and Y.~Neuvo,
``FIR-median hybrid filters with excellent transient response in noisy
conditions,''
{\sl IEEE Trans.\ Acoust., Speech, Signal Processing,}
vol.~ASSP-38, pp.~2108--2117, Dec.~1990.}

\bibitem{Nie89a}{A.~Nieminen, Y.~Neuvo, A.~V\"arri, and U.~Mitra,
``Algorithms for real-time trend detection,''
{\sl Signal Processing,}
vol.~18, pp.~1--15, Sept.~1989.}


Good luck

George
-- 
Newsgroups: comp.dsp
From: patel@sparky.drad.umn.edu ()
Subject: Filtering out Additive Gaussian Noise
Organization: University of Minnesota, Radiology Department
Date: Wed, 9 Sep 1992 15:38:35 GMT

I am posting this for a friend of mine. You can send your replies
to my account and I can forward them to my friend.
---------------------------------------------------------
I have a signal currupted by white additive Gausian noise.
y(t) = x(t) + n(t)  ; where n(t) is the additive Gaussian noise
and x(t) is the desired signal. x(t) is not a stochastic signal
but I know its characteristics like it is smooth everywhere
except at the edges. What is the best method to filter out the
noise from the observed signal y(t) to recover x(t)? I would
like to preserve the edges in the signal x(t) which are of utmost
importance to me. Any pointers to literature appreciated.
Thanks

Reply to   patel@sparky.drad.umn.edu
From: bpisacan@world.std.com (Bob Pisacane)
Newsgroups: comp.dsp
Subject: Motorola 56156 compiler info needed
Summary: Request for information on possible 56156 compiler
Keywords: 56156 compiler
Date: 10 Sep 92 12:05:50 GMT
Organization: The World Public Access UNIX, Brookline, MA

Hi there folks,

I am currently managing a project in voice encryption which uses the
new Motorola 56156 DSP chip.  My question is this:

We have checked with Motorola and Domain Technologies (the
manufacturer of our 56156 emulation package) and as far as we can
tell there is no "C" compiler available for this chip.  We are
currently using the assembler we got from Domain, but this is a long
and tedious process, especially in light of the fact that much of
the code we need to use on this chip, has already been written in
"C" for use on the 56001 chip, which was a previous generation of
this product.  

Does anyone out there know if there is a compiler available for this
chip from any source? (GNU etc.)

You can respond to bpisacan@world.std.com directly, and/or post any
information you think might be useful.

Presently we are taking the assembly language output from the 56001
compiler, and modifying it for the 56156.  This is not a fruitful
effort as it is extremely error prone.  Our only alternative is to
re-write lots of code in assembly language, a process in itself
quite error prone.

any information would be appreciated.

Thanks,

Bob Pisacane
Newsgroups: comp.dsp
From: xenidis@maccs.dcss.mcmaster.ca (Jimi X)
Subject: frequency detecting in U-Law data??
Organization: Department of Computer Science, McMaster University
Date: Tue, 15 Sep 1992 13:11:28 GMT


I am looking for algorithms or C code to detect poly/monophonic frequencies
in U-Law format sound files.

any help would be great.

-thanks
		-jimi x
From: ti6ls@tuhhco.rz.tu-harburg.de (Ludger Solbach)
Newsgroups: comp.dsp
Subject: Re: Wigner Distribution
Keywords: wigner distribution function, time-frequency distribution
Date: 14 Sep 92 13:39:51 GMT

indra@earthview.cms.udel.edu (Indra Jaya) writes:

>Hello,

>Does anybody out there have some info [software or ftp site] on Wigner 
>Distribution Function which generate time-frequency distribution for a
>digital data set? Any help would be appreciated.

>Indra Jaya
>indra@earthview.cms.udel.edu

I recommend the following article which includes a C-subprogramm for a
smoothed version (for cross-term suppression) of the Wigner-Distribution:

Wood/Buda/Barry: "Time-Frequency Transforms: A New Approach to First Heart
Sound Frequency Dynamics", IEEE Trans. on  Biomed. Eng., Vol.39, No.7,
July 1992, pp.730-740

	  L. Solbach

/*****************************************************************************/
/*           Ludger Solbach, AB Techn. Inf. VI, TU Hamburg-Harburg           */
/*                         Tel.: 040/7718-3357                               */
/*                   Email: solbach@tu-harburg.dbp.de                        */
/*****************************************************************************/

Xref: sparky comp.dsp:2131 comp.compression.research:156