waashk/20ng huggingface dataset:
In article <1pp991$t63@cc.tut.fi>, jk87377@lehtori.cc.tut.fi (Kouhia Juhana) writes: >In article <1993Apr5.040819.14943@kpc.com> hollasch@kpc.com (Steve >Hollasch) writes: >> >>    I think you're proposal would work to get an extra one, maybe two extra >>bits of color resolution.  However, if you had a display that chould do only >>zero or full intensity for each primary, I don't think you'd get great >>equivalent 24-bit photographs. > >I have not suggested to do so; I wrote about problems, and the problem >were clearly visible with 7 bit b&w images; not to mention 24 bit images.  [ description of experiment deleted ]  >If the 1 bit images are viewed quickly and in sync with screen, >then 100 intensities could be better than we have -- I dunno.  [ more deleted ]  >In any case, getting black color with slow machines is problem. >I could try it on our 8 bit screens but I don't know how to >render pixels with X in constant time. I recall our double buffer >has other image color and one b&w -- that doesn't help either. >Maybe I should dump photos to screen with low level code; how?  A few years ago a friend and I took some 256 grey-level photos from a 1 bit Mac Plus screen using this method. Displaying all 256 levels synchronized to the 60Hz display took about 10 seconds. After experimenting with different aperture settings and screen brightnesses we found a range that worked well, giving respectable contrast. The quality of the images was pretty good. There were no visible contrast bands.  To minimize the exposure time the display program built 255 different 1 bit frames. The first contained a dot only for pixels that had value 255, the second only for pixels that had value 254, etc. These frames were stored using a sparse data structure that was very fast to 'or' onto the screen in sequence. Creating these frames sometimes took 5-10 minutes on that old Mac, but the camera shutter was closed during that time anyway. And yes, we wrote directly to the screen memory. Mea culpa.  Our biggest problem was that small images were displayed in the top left corner of the screen instead of the center. It took an extra week to have the film developed and printed, because the processors took the trouble to manually move the all images into the center of the print. Who'd have guessed?
Hi! Everyone,  I don't clearly understand 'occlusion' in computer graphics. Would you please give me an explanation?  BTW, what's the difference between 'occluded surface' and opaque surface?  Thanks in advance.
In article <1r4gmgINN8fm@zephyr.grace.cri.nz>, srlnjal@grace.cri.nz writes:  >Yes I am aware CorelDraw exports in SCODAL. >Version 2 did it quite well, apart from a >few hassles with radial fills. Version 3 RevB >is better but if you try to export in SCODAL >with a bitmap image included in the drawing >it will say something like "cannot export >SCODAL with bitmap"- at least it does on my >version.  Oh. OK then, sorry for misunderstanding.  > If anyone out there knows a way around this >I am all ears. > Temporal images make a product called Filmpak >which converts Autocad plots to SCODAL, postscript >to SCODAL and now GIF to SCODAL but it costs $650 >and I was just wondering if there was anything out >there that just did the bitmap to SCODAL part a tad >cheaper.  Maybee you should persuade your burea that for only $650 they can become much more competitive, taking input from Autocad, PostScript andGif as well as SCODL...   Seriously, this sounds like something the bureau should have. Or find another bureau. You should not be the one buting this software.  -- Chris Lilley ---------------------------------------------------------------------------- Technical Author, ITTI Computer Graphics and Visualisation Training Project Computer Graphics Unit, Manchester Computing Centre, Oxford Road,  Manchester, UK.  M13 9PL                        Internet: C.C.Lilley@mcc.ac.uk  Voice: +44 (0)61 275 6045  Fax: +44 (0)61 275 6040 Janet: C.C.Lilley@uk.ac.mcc
G'day all!  Does anyone know anything about front end for POVRay (X11 version)? I mean are there things like user friendly modeller for POVRay, or any modellers which will let me design a scene and produce a file which POVRay can then read? Cheers, Tomek  +------------------------------------------------------+ |  /\      tm                                          | | /--\TOMEK     tpiatek@comp.vuw.ac.nz <-- New Zealand | +------------------------------------------------------+
In article <1993Apr28.162343.14513@seq.uncwil.edu> hawks@seq.uncwil.edu (David Hawks) writes:  >It is for a business and the end product has to be a photograph. >I take damaged black and whites, usually old, some very, and repair them >by hand at present.  I would like to do this by using a computer. >I am just trying to find a vendor who can convert my computer stored >images to negatives or thermal print.  The customer will want his/her >copy as much as possible like a brand new original photgraph.  There are several CRT-to-film writers around. Agfa has some, they also might be called Matrix?, and I am pretty sure other companies sell the same equipment. You might want to talk to any company in your area that does presentation slides or offers graphics services. They should have those machines and they might point you to a local vendor. From there on it's all a question of money. They units are essentially high res CRTs plus a filter wheel plus a 35mm camera and a computer hook-up.  >-- David  Reiner
Hi, I 've a series of images in sun raster formats. I've converted them to PCX formats (I can do the conversion to others like gif as well). I would like to know of any software that is able to do animation for these formats, and to record the animation onto a video tape.  Thank you.   +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
In article <1993Apr27.143603.9351@nessie.mcc.ac.uk> C.C.Lilley@mcc.ac.uk writes: > >2) Yes XV is an 8 bit program. This is not a bug.  Never claimed it is a bug.   >XV can import 24 bit images and quantises them down to 8 bits. This is a handy >facility, not a bug.  Never claimed it is a bug.   >How would you suggest doing colour editing on a 24 bit file? How >would you group 'related' colours to edit them together? Only global >changes could be done unless the software were very different and >much more complicated. >If you want to do colour editing on a 24 bit image, you need much >more powerfull software - which is readily available commercially.  I guess I edited my note on this away from the article I posted to many newsgroups.  I wrote something about making color modifications quickly with 8bit quantized images and only at the saving the image to file process we have to make the modifications to the 24bit image. This makes sense, because the main use of XV is only viewing images.  Doing many changes to image, we should keep all modifications in a buffer; and then before making the operations to 24bit image, we should simplify the operation list for unnecessary operations.   >And lastly, JPEG is a compression algorithm. It can be applied to any >image of arbitrary bit depth. Again, this is not a bug.  Never claimed it is a bug. I tried kept sure I don't claim that JPEG is noting else than a compression algorithm, because I know what the JPEG is. (You propably misunderstood what I wrote as you have done in many places so far.)  You also missed what is (were) wrong with XV. However, I did wrote it.
I'm using "rayshade" on the u.w. computers here, and i'd like input from other users, and perhaps swap some ideas.  I could post uuencoded .gifs here, or .ray code, if anyone's interested.  I'm having trouble coming up with colors that are metallic (i.e. brass, steel) from the RGB values.  If you're on the u.w. machines, check out "~fineman/rle.files/*.rle" on  stein.u.washington.edu for some of what i've got.
Does anyone have a radon transform in C that they could  send me?  				Any help accepted,
In article <12MAY199322394641@vxcrna.cern.ch> filipe@vxcrna.cern.ch (VINCI) writes:     .. blah blah .. talking about hackers.. you know ..   Wow!  A new proof for an NP-Complete problem, you guys in Eurpoe really got your stuff together!   Base Step:  [deleted too bad]  Inductive Step: > > But anyway, poor golfers, bad carpenters or bad surgeons are not > thieves, so your assertion that hacker==thief is unsupported by > your argument, IMHO. The narrower view that a hacker, when > associated with the computing environment, is a dishonest > expert is not so widespread ...  Inductive Hypothesis: > Therefore I conclude that if you call yourself a hacker, and somebody > perceives you as a thief, then this person belongs to a very very > small group that has some computer knowledge, but not enough to know > the wider (and original) meaning of the word. Of course, one can > always know this and disregard it nonetheless, then  > equate hacker to thief, giving substance to Mr. Humpty's assertion, > even though in a kind of reverse way.  Fodder Step: > Finally, a true hacker does not name himself/herself one, for this is > a title that is bestowed by the befuddled sysadmins and users at large. >To me, a sign of a truly great hacker is to be introduced to someone who >says "Nahh, I just know a thing or two, people always exagerate..." :-)  >Filipe Santos (english is not my first language, so plse be forgetful of my mistakes!) Like my mother always said, if you can't say something nice...   or was that can't say something right?   					- kxh
In article <lsk1v9INN93c@caspian.usc.edu> zyeh@caspian.usc.edu (zhenghao yeh) writes: > >Does anybody know what Delaunay Triangulation is? >Is there any reference to it?  >Is it useful for creating 3-D objects? If yes, what's the advantage?
In article <1q7615INNmi@shelley.u.washington.edu> kshin@stein.u.washington.edu   (Kevin Shin) writes: > I am trying obtain program to preprocess handwriting characters. > Like thining algorithm, graph alogrithm. > Do anyone know where I can obtain those?  I usually use "Algorithms for graphics and image processing" by Theodosios Pavlidis, but other people here got them same idea and now 3 of 4 copies in the libraries have been stolen!  Another reference is "Digital Image Processing" by Gonzalez and Wintz/Wood, which is widely available but a little expensive ($55 here- I just checked today).
Hi,  	I have a few question about graphics programming in VGA/SVGA :  1. How VESA standard works?  Any documentation for VESA standard?  2. At a higher resolution than 320x200x256 or 640x480x16 VGA mode,    where the video memory A0000-AFFFF is no longer sufficient to hold    all info, what is the trick to do fast image manipulation?  I    heard about memory mapping or video memory bank switching but know    nothing on how it is implemented.   Any advice, anyone?    3. My interest is in 640x480x256 mode.  Should this mode be called    SVGA mode?  What is the technique for fast image scrolling for the    above mode?  How to deal with different SVGA cards?     Your guidance to books or any other sources to the above questions would be greatly appreciated.  Please send me mail.     Thanks in advance!    ************************************************************************ *                         Tiang   T.    Foo                            * *		      tiang@uokmax.ecn.uoknor.edu 		       * ************************************************************************
Hi ... Recently I found XV for MS-DOS in a subdirectory of GNU-CC (GNUISH). I  use frequently XV on a Sun Spark Station 1 and I never had problems, but when I start it on my computer with -h option, it display the help menu and when I start it with a GIF-File my Hard disk turns 2 or 3 seconds and the prompt come back.  My computer is a little 386/25 with copro, 4 Mega rams, Tseng 4000 (1M) running MS-DOS 5.0 with HIMEM.SYS and no EMM386.SYS. I had the GO32.EXE too... but no driver who run with it.  Do somenone know the solution to run XV ??? any help would be apprecied.. 		 	Thanx in advance !!!!                --  --------------------------------------------------------------------- *								    * *  Pascal PERRET     		|	perret@eicn.etna.ch         * *  Ecole d'ingénieur ETS	|	(Not Available at this time)* *  2400 Le LOCLE		|				    * *  Suisse 							    * *		     !!!! Enjoy COMPUTER !!!!			    * *								    *
Hi.  I'm  looking for information on how to directly manipulate  video memory.  I have an application that I would like to use this for,  because it is much faster than going through the BIOS.  I know that  video memory ispart of the system area above the first 640K, so I guess  I am looking to find out exactly what section of memory it is, and how it  is layed out.     Thanks.
I know this has been asked a million time, but..  What was the ftp site carrying 30-40 .ZIPs of full POV "source" files, including JACK.ZIP and KETTLE.ZIP? I've once been there but unfortunately lost the address. I'm in a little hurry with it, so please e-mail me at jtheinon@kruuna.helsinki.fi. Thanks..
I've recently got hold of a PC with an S3 card in it, and I'd like to do some C programming with it, are there any libraries out there that will let me access the high resolution modes available via Borland Turbo C?
Could somebody please _email_ me some info on either what gif or iff file formats are, or where I can get such info?   thanx
In <1993Apr18.230732.27804@kakwa.ucs.ualberta.ca> ken@cs.UAlberta.CA (Huisman Kenneth M) writes:  >I am looking for some graphic images of earth shot from space.  >( Preferably 24-bit color, but 256 color .gif's will do ). > >Anyways, if anyone knows an FTP site where I can find these, I'd greatly >appreciate it if you could pass the information on.  Thanks. > > Try FTP-ing at  pub-info.jpl.nasa.gov  (128.149.6.2) (simple dir-structure)  and  ames.arc.nasa.gov at /pub/SPACE/GIF and /pub/SPACE/JPEG sorry only 8 bits gifs and jpegs :-( great piccy's though (try the *x.gif files they're semi-huge gif89a files)                            ^^-watch out gif89a dead ahead!!! Good-luck (good software to be found out-there too)  Jurriaan  JHWITTEN@CS.RUU.NL
In article <1quvdoINN3e7@srvr1.engin.umich.edu>, tdawson@engin.umich.edu (Chris Herringshaw) writes: |> Concerning the proposed newsgroup split, I personally am not in favor of |> doing this.  I learn an awful lot about all aspects of graphics by reading |> this group, from code to hardware to algorithms.  I just think making 5 |> different groups out of this is a wate, and will only result in a few posts |> a week per group.  I kind of like the convenience of having one big forum |> for discussing all aspects of graphics.  Anyone else feel this way? |> Just curious. |>  |>  |> Daemon |>   I agree with you. Of cause I'll try to be a daemon :-)
Please , I need the starting address (pointer) for the beginning  of the color information (RGB) on VGA mode 68h (that's 68 hex, gee,  duh!)...  Thanks SOOOO much (hugs and kisses) in advance.....
Hello,      I have been searching for a quality image enhancement and     manipulation package for Unix/X/Motif platforms that is comparable     to Adobe Photo Shop for the Mac.      I have not been able to find any, and would appreciate any     information about such products you could provide.      I would be particularly interested in software that runs on HP or     Sun workstations, and does not require special add-in hardware, but     would also be interested in other solutions.   Thank You. Wayne
I am looking for an available program that would convert gif files to other formats usable on DOS-based software such as WordPerfect Presentations (which will handle .wpg and .tiff, among others).    Any suggestions would be appreciated.  Thank you very much for your time and help.  Steve alford@novavax.nova.edu
mac@utkvx.bitnet (Richard J. McDougald) writes: > Since there's no (not really) such thing as a decent raster to vector > conversion program, this "tracing" technique is about it.  Simple stuff, > like b&w logos, etc. do pretty well, while more complicated stuff goes > haywire.  	The first and only thing I've ever tried to auto-trace was a piece of a USCG nautical chart using Adobe Illustrator 3.2.  I wanted to get the outline of the coast for Western Long Island Sound.  I was simultaneously suprised at how good a job it did and disappointed at how poorly it did.  I suspect what I gave it was a very difficult thing; not only is the coastline very irregular, but overlaid on the chart are numerous sets of gridlines (not only lattitude and longitude, but loran grids as well).  The most common mistake it make was whenever the coastline was roughly parallel and tangent to a grid line, it would take off following the gridline instead of the coast.  I think the best improvement would be some sort of interactive algorithm that would let you step in and say "no, dummy, you're going the wrong way".  	Steve Reisberg, a friend of mine a few years back(*), did his doctoral work analysing electron micrographs of filimentous phage (virii). A good chunk of the work was writing a program to take a digitized micrograph and automatically trace the centerline of the virus particles. This is essentially the same problem that Illustrator tries to solve with its auto-trace tool.  	In some respects the problem Steve worked on was harder, since he was trying to do quantitative analysis of the virus structure and finding a good centerline was only the first step, but a step on which all future analysis depended.  However, in other respects, it was an easier problem since the program could be written with a lot of knowledge about what the virus particles were supposed to look like, and the analysis could be restricted to those particles which happend to be relatively straight, clean, and well imaged; you don't always have that freedom auto-tracing real life images.  In any case, it gave me some insight into just how difficult this problem is to solve in the general case.  	(*) Steve is no longer with us.  He and his wife disappeared while on vacation in Hawaii a couple of years after they graduated.  Their last known location was hiking in a densely wooded in a mountainous area.  While no bodies were ever found, they are presumed to have been the victim of some sort of fall or accident in the woods.
Larry Landwehr (larry@ducktales.med.ge.com) wrote: : My wife wants to publish a newsletter. She's no artist, so she intends to : use comercial clipart and customise it a bit by drawing a circle or a box : around it etc.  :   : We have MSPublisher for manipulating text, but it is not suitable for doing : much with graphics, so she needs a more specialised tool. Right now she's : looking at Corel Draw and Harvard Draw. There seem to be more books in the : stores on Corel than on Harvard, so she's inclined to go with Corel on the : basis of popularity. Can anyone give us an informed opinion on which  : package would be more suitable or if there is an even better alternative : available? If this is a FAQ, please withhold the flames and just send the : location of the FAQ document. Thanks. :    Go with CorelDraw.  PCMag just did a review a couple of issues ago and Adobe Illustrator and CorelDraw were picked as the best.  : Three PS's: :   : 1) Is it ok to use clip art from Harvard Draw or whatever for commercial :    purposes?  (other two deleted...) As far as I know it's okay.  You'd have to read the licence agreement that comes with the package to be sure.  --
I'm working on a system which uses a given set of 3D key frame positions (x,y,z) to control an imaginary camera movement.  I'm using Kochanek-Bartels splines (as described in the SIGGRAPH '84 proceedings) to create a variable number of inbetweens between the key frames.  I want the inbetweens to be given in the form (x,y,z,dx,dy,dz) where the last three argumentsa are the x, y and z component of the viewing direction vector of the camera when positioned at (x,y,z).  The method presented by Kochanek and Bartels only deals with the positions of the inbetween view points to be generated.  I've tried to set the viewing direction at a view point equal to the chord between the two adjacent view points (which in general are not key frames), but this causes a sligt discontinuity of the viewing direction vector at the key frame positions (although the spatial movement seems to work fine; and I'm quite certain - I think :) - that I've not simply made an implementation error...)  Now I wonder if anyone out there has used this spline form for similar purposes and how they decided the viewing vectors. I'd appreciate replies to be emailed to me at   iharkest@lise.unit.no Anyone else interested in the answer will be sent a summary of the replies if they contact me.  --   _________     __________________ \\        \\  \\  \\ N G E  \\==\\ A R K E S T A D     iharkest@lise.unit.no         Comp. Sc.   \\________\\  \\_______________     NTH (Norwegian Institute of Technology)
Does anyone know where I can find a code which would take concave polygons and break them up into a set of convex polygons?  Thanks,
Hello,  Thanks to the people who helped me with the problem of displaying 24 bit images. All the viewers like xli, xloadimage and display are converting the 24 bit images to 8 bit before display them on the screen.  What I really want is a viewer with make use of the 24 bit frame/screen buffer (in our case, the Parallax one).  Thanks in advance.  Gilles
In article 1rfsqbINNc2p@shelley.u.washington.edu, stusoft@hardy.u.washington.edu (Stuart Denman) writes:  >Does anyone out there have any JPEG decompression code in pretty much any >language that I can read and understand?  I have trouble understanding the >JPEG Group's code that I got from an FTP site.  If any one can send me >some good code, I will appreciate it a lot!  Thanks!  The problem is that the process is inherently complicated ! The IJG's code is pretty good if you ask me, and I have watched it go through many many cycles of revision.  Try getting a good book on the subject, that will explain the algorithms.  Specifically "JPEG Still Image Compression Standard" by Pennebaker & Mitchell, VNR 1993, ISBN 0-442-01272-1.  BTW. I presume your comment about "good" code wasn't meant to sound as offensive as it does.
Does ANYONE out there in Net-land have any information on the Cobra 2.20  card?  The sticker on the end of the card reads         Model: Cobra 1-B-1         Bios:  Cobra v2.20  I Havn't been able to find anything about it from anyone!  If you have  any information on how to get a hold of the company which produces the  card or know where any drivers are for it, PLEASE let me know!  As far as I can tell, it's a CGA card that is taking up 2 of my 16-bit  ISA slots but when I enable the test patterns, it displays much more than  the usualy 4 CGA colors... At least 16 from what I can count.. Thanks!                .------------------------------------------.               : Internet: jele@eis.calstate.edu          :               :           bbs.mirage@gilligan.tsoft.net  :               :           bbs.mirage@tsoft.sf-bay.org    :               :           mirage@thetech.com             :               : UUCP    : apple.com!tsoft!bbs.mirage     :               `------------------------------------------'
In article <gnbich.17@med.uovs.ac.za>, gnbich@med.uovs.ac.za (Charles Herbst - Biofisika) writes: |>  |> Is there anybody who can help me with information on the BMP file format ? |> Please mail directly to |>  |> 	gnbich@med.uovs.ac.za |>  |> Help will be appreciated |>  |>  |> Charles Herbst |>  |>  I have also been looking for this, but I have come up with nothing. I have looked in ftp.ncsa.uiuc.edu which is supposed to have a lot of image-specs.  Email is preferred. If there is enough interest, I will post a  summary.  ------------------------------------------------------------------------
In article <lsk1v9INN93c@caspian.usc.edu> zyeh@caspian.usc.edu (zhenghao yeh) writes: > >Does anybody know what Delaunay Triangulation is? >Is there any reference to it?  >Is it useful for creating 3-D objects? If yes, what's the advantage?  There is a vast literature on Delaunay triangulations, literally hundreds of papers.  A program is even provided with every copy of  Mathematica nowadays.  You might look at this if you are interested in  using it for creating 3D objects: