waashk/20ng huggingface dataset:
In article <C5Mv2n.49t@rahul.net> bryanw@rahul.net (Bryan Woodworth) writes: >In <1993Apr17.113223.12092@imag.fr> schaefer@imag.imag.fr (Arno Schaefer) writes: > >>Sorry, Bryan, this is not quite correct. Remember the VGALIB package that comes >>with Linux/SLS? It will switch to VGA 320x200x256 mode *without* Xwindows. >>So at least it is *possible* to write a GIF viewer under Linux. However I don't >>think that there exists a similar SVGA package, and viewing GIFs in 320x200 is >>not very nice. > >No, VGALIB?  Amazing..  I guess it was lost in all those subdirs :-) >Thanks for correcting me.  It doesn't sound very appealing though, only >320x200?  I'm glad it wasn't something major I missed.  Tommy Frandsen's VGAlib (which is probably what you're talking about) will do the standard VGA modes, some tweaked modes and then the Tseng ET4000 Super VGA modes. I have an ET4000 and I'm viewing GIF's at 640x480/256 (I have a lousy/small monitor) with dpg-view on Linux. I think I had to change some constants in the dpg-view sources to make it use the ET4k modes.  VGAlib's sources seem to be designed for easy addition of new Super VGA support; each mode is an array of register values and there's a program that dumps an array declaration of this kind describing the current mode. Haven't tried it though...  (Btw, my version of VGAlib is 1.2.)
Hi.  The RTrace ray tracer supports 3D text as a primitive, not collections of spheres, cylinders and so on... The 3D chars are made of lines and splines that are extruded...  Please have a look at asterix.inescn.pt [192.35.246.17] in directory pub/RTrace. In pub/RTrace/tmp there are some demo images with high quality text. All of them are called Text?.jpg (JPEG encoded). See them first and then tell me what you think.
>Hi all, >I am looking into methods I can use to turn my Linux based BBS into a full color >Graphical BBS that supports PC, Mac, Linux, and Amiga callers.  >Originally I was inspired by the NAPLPS graphics standard (a summary of  >which hit this group about 2 weeks ago).   I posted that document (forgot part 1/6 etc) but it was more than a summary, it was a complete technical description of the protocol. It can be ftped from simtel or from wuarchive.wustl.edu in mirrors/msdos/naplps  >Following up on software availability of NAPLPS supporting software I find >that most terminal programs are commercial the only resonable shareware one being >PP3 which runs soley on MSDOS machines leaving Mac and Amiga users to buy full >commercial software if they want to try out the BBS (I know I wouldn't) > >Next most interesting possibility is to port MGR to PC, Mac, Amiga. I  Why not write a NAPLPS decoder for your choice of platform and release the code to the net? Then other willing souls can help port it to other platforms. NAPLPS was designed for this type of online interactive graphics much the same as X, but while X is intended for high-bandwidth network connections, NAPLPS was optimized for low bandwidth modem connections. > >Is there a color version of MGR for Linux?  > >Does anyone have any other suggestions for a Linux based GUI BBS ?  I'm sure you will receive other suggestions but look at it this way. If you wanted to provide a full network connection to Linux over a modem would you use SLIP/PPP or would you invent some new way? Most people would say that SLIP/PPP exist and are reasonably well designed protocols, so lets just implement them. I see it the same way with NAPLPS. It is an existing, well thought out, extensible protocol for online graphics, so why not implement it.  If you need any advice on implementation, just e-mail me. I am currently getting a beta version of my CorelDraw to NAPLPS converter working well enough to release it by May 15. If you or someone else does not get going on a freely available NAPLPS decoder, then I intend to do it after I get a my conversion program out of beta, and get a couple of other things done.
Mark Samson (samson@prlhp1.prl.philips.co.uk) wrote:  > Speaking of Psygnosis, they have licensed games to Philips Interative > Media International for CD-I.  And for the Commodore CDTV.
mac@utkvx.bitnet (Richard J. McDougald) writes:  >In article <0010580B.vmcbrt@diablo.UUCP> diablo.UUCP!cboesel (Charles Boesel) writes:  >of these application softwares we're using -- but even so, how come one >hasn't been written? (to my knowledge).  I mean, even Hijaak, one of the >commercial industry standards of file conversion, hasn't attempted it yet  Adobe Streamline has been out four a couple of years. It does a much better job than the autotracing functions which are built into illustration programs. Of course, a higher resolution bitmap will produce a more accurate trace. The problem that I've run into though, is that when it creates a detailed trace, it produces WAY more points than are necessary. If I trace something manually, I use many less es points. The problem with this is it produces BIG files which slow everything down, especially printing.  Chuck
Hi everybody,  Can anyone name an anonymous ftp-site where I can find the sources of the PBM-PLUS package (portable bit/gray/pixel map). I would like to compile and run it on a Sun Sparcstation.
Does anyone know where I can FTP MPEG for DOS from?  Thanks for any help in advance.  Email is preferred but posting is fine.  				Scott   --------------------------------------------------------------------------- | Lord Soth, Knight |||| email to --> LordSoth@uiuc                |||||||| | of the Black Rose |||| NeXT to ---> sas58295@sumter.cso.uiuc.edu |||||||| |   @}--'-,--}--    ||||||||||||||||||||||||||||||||||||||||||||||||||||||| |-------------------------------------------------------------------------| |    I have no clue what I want to say in here so I won't say anything.   |
In article <5731@seti.inria.fr>, deniaud@cartoon.inria.fr (Gilles Deniaud) writes: |> 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).  Both xli and xloadimage will display in 24 bit color if a 24 bit visual is available.  Check the output of xdpyinfo to see if one is.
I am looking for a program that is capable of displaying a graph with nodes and links and with the possibility to edit interactively the graph : add one node, change one link etc...  Actually, a very _simple_ X11 program would be ok; all I need is to put some "boxes" (i.e. the nodes ) on a pane and be able to manipulate them with the mouse (move, add or delete boxes).  Does anyone know if such program is available ? Thanks for any help !!
In regards to fractal commpression, I have seen 2 fractal compressed "movies". They were both fairly impressive.  The first one was a 64 gray scale "movie" of Casablanca, it was 1.3MB and had 11 minutes of 13 fps video.  It was a little grainy but not bad at all.  The second one I saw was only 3 minutes but it had 8 bit color with 10fps and measured in at 1.2MB.  I consider the fractal movies a practical thing to explore.  But unlike many  other formats out there, you do end up losing resolution.  I don't know what kind of software/hardware was used for creating the "movies" I saw but the guy that showed them to me said it took 5-15 minutes per frame to generate.  But as I said above playback was 10 or more frames per second.  And how else could you put 11 minutes on one floppy disk?
Jennifer Lynn Urso (ju23+@andrew.cmu.edu) wrote: :   : well, i have lots of experience with scanning in images and altering : them.  as for changing them back into negatives, is that really possible?  : (stuff deleted)  : jennifer urso:  the oh-so bitter woman of utter blahness(but cheerful : undertones)  I use Aldus Photostyler on the PC and I can turn a colour or black and white image into a negative or turn a negative into a colour or black and white image.  I don't know how it does it but it works well.  To test it I scanned a negative and used Aldus to create a positive.  It looked better than the print that the film developers gave me.   --
I don't have nor Imagine nor Real 3d, but as old Amiga user I think you should take a look also to  Real 3d 2.0 for the Amiga. I saw Imagine 2.0 on the Amiga for a long time at my friend's home, and I've seen R3D 2.0 in action at Bit.Movie 93 in Riccione, Italy (an Italian Computer Graphics Contest). Many professionals using 3d Studio on PC, SoftImage for Silicon Graphics and Imagine on the Amiga were  *VERY IMPRESSED* by the power of this programs. Sorry, I've lost the posting with full description  of features of this great program.  For more informations give a look in comp.sys.amiga.graphics.  Representative of Activa International told me that it will be out in 2 weeks for the Amiga and that PC MS-Windows, Silicon Indigo and Unix version are  under development.  Ciao, 	Sergio
Hi,          I have a friend who is working on 2-d and 3-d object recognition. He is looking for references describing algorithms on the following subject areas:  Thresholding Edge Segmentation Marr-Hildreth Sobel Operator Chain Codes Thinning - Skeletonising  If anybody is willing to post an algorithm that they have implemented which demonstrates any of the above topics, it would be much appreciated.  Please post all replies to my e-mail address. If requested I will post a summary to the newsgroup in a couple of weeks.   Thanks in advance for all replies
The 68070 _does_ exist. It's number was licensed to Philips to make their own variant. This chip includes extra featurfes such as more I/O ports,  I2C bus... making it more microcontroller like.
joachim@kih.no (joachim lous) writes:  >ulrich@galki.toppoint.de wrote: -> According to the TIFF 5.0 Specification, the TIFF "version number" -> (bytes 2-3) 42 has been chosen for its "deep philosophical  -> significance".  -> Last week, I read the Hitchhikers Guide To The Galaxy, and rotfl the -> second time. (After millions of years of calculation, the second-best -> computer of all time reveals that 42 is the answer to the question -> about life, the universe and everything)  -> Is this actually how they picked the number 42?  >Yes.  -> Does anyone have any  other suggestions where the 42 came from?     At this moment the King, who had been for some time busily writing in his note-book, called out "Silence!" and read out from his book "Rule Forty-two. All persons more than a mile high to leave the court."    Everybody looked at Alice.    "I'm not a mile high," said Alice.    "You are," said the King.    "Nearly two miles high," added the queen.    "Well, I sha'n't go, at any rate," said Alice; "besides, that's not a regular rule: you invented it just now."    "It's the oldest rule in the book," said the King.    "Then it ought to be Number One," said Alice.
Does anyone know where I could get some source code for a GIF viewer on a PC. It doesn't have to be fancy, it would be best if it were written in C to  display gif pictures on a VGA screen.  I was hoping to get it for free from an FTP site, but I haven't been able to find it yet.
In article <ia522B1w165w@oeinck.waterland.wlink.nl>, ferdinan@oeinck.waterland.wlink.nl (Ferdinand Oeinck) writes: |> I'm looking for any information on detecting and/or calculating a double |> point and/or cusp in a bezier curve. |>  |> An algorithm, literature reference or mail about this is very appreciated,  There was a very useful article in one of the 1989 issues of Transactions On Graphics. I believe Maureen Stone was one of the authors. Sorry not to be more specific. I don't have the reference here with me.  The article actually was more general than this, giving a way to decide whether a given (cubic) Bezier curve contains cusps, intersection points or whatever wierdness. The same treatment is also available in SIGGRAPH 89 course notes for the course called "Math for Siggraph" or something like that.
Hi again,  Many thanks to all the people who responded to my request for a MS- Windows screen grabber.  It proves to me AGAIN that the net is a  wonderful thing.  :-)  So, in summary:  There are two choices:  1)	Various screen grabber packages (Corel Draw has one, there are a couple on simtel and cica).  2)	Use the built-in PrintScreen and Alt-PrintScreen functionality to paste the screen (or window) to the clipboard.  Then paste the  clipboard to your application.  Cool!  Again, thanks for the info...  Grant (the MS-Windows newbie -- Unix and X are my bag ;-)
We have been shipping for over one year the Adobe Display PostScript (DPS) on Silicon Graphics workstations, file servers, and supercomputers. The Adobe Illustrator 3.5 for Silicon Graphics machines was released last February.  Adobe and SGI announced last October that Photoshop will be available on SGI systems in 1993.  Initial release will support  24-bit color graphics.
I'm looking for algorithms or articles on virtual sound. What i want to do is the following;  From a fast source, eg. a CDROM, several sound sources are read, each having it's own defined position and other attributes, eg. direction etc.  Given the listeners position and direction, the sum of sound played back in each of the listeners earphones will be a function of this position and direction.  This means that some simulation of the ears coloring of sound relative to it's incoming direction have to be done for each sound source.  (I think this is possible to do with a lookup table of impulse responses for several angles relative to each ear, and interpolate an impulse function from this for a given angle.  This impulse function could then be convoluted with the sound from the source.  This impulse function must be changed every time some sound source changes position or the listener changes orientation.)  Additionally some reflection, diffusion and absorbtion due to the environment wich is defined could be simulated, but this requires some sort of sound propagandation simulation, kinda like some radiosity algorithm.    Have someone done this and/or written articles on implementing such a system?   Please post or mail any answers or comments.  --  Torgeir Veimo  Studying at the University of Bergen  "...I'm gona wave my freak flag high!" (Jimi Hendrix)
In article <1rohjc$avt@cc.tut.fi>, jk87377@lehtori.cc.tut.fi (Kouhia Juhana) writes:  >In article <1993Apr27.143603.9351@nessie.mcc.ac.uk> >C.C.Lilley@mcc.ac.uk writes:  >> [moved on a bit]  >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. > Think about what you are saying here. The 24 bit image is quantised down to 8 bits so many 'similar' colours are mapped onto a single palette colour. This colour gets modified in fairly arbitrary ways. You then want to apply these modifications back to the 24 bit file, so you have to find which colours mapped to this one palette colour. Ok you could do this by copying the 24 bit file to a 32 bit file and using the extra 8 bits to hold the index entry.  Having done this, you need to do something to them ... what, exactly?  Apply the difference in RGB between the original and modified palette entry to each colour in the group? This could generate colours with RGB outside the range 0...255. It would also lead to discontinuities when different parts of a smooth colour gradient mapped to several different palette entries.  You could interpolate from full modification to no modification depending how far each colour was from the palette entry. However I suspect this would look rather odd.  So in summary, what I said in my previous posting still holds:  >>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.  In other words, to edit a 24 bit file you need software built for the job. Tacking mods onto xv is going to create more problems than it solves.  As to the other bits - you seemed to be claiming that there were bugs in XV. If that was not what you meant, then:  >(You propably misunderstood what I wrote as you have done in many >places so far.)  Yes, I probably did. I found that the collected digest format of your posting made it a little difficult to understand precisely what your point was. Sorry if I misunderstood.  >You also missed what is (were) wrong with XV. However, I did wrote it.  Yes again. What *is* (was?) wrong with xv?  -- 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
hi all,  IN SHORT: looking for very fast assembly code for line/circle drawing 	  on SVGA graphics.  COMPLETE: 	I am thinking of a simple but fast molecular graphics program to write on PC or clones. (ball-and-stick type)  Reasons: programs that I've seen are far too slow for this purpose.  Platform: 386/486 class machine. 	  800x600-16 or 1024x728-16 VGA graphics 		(speed is important, 16-color for non-rendering 		 purpose is enough; may stay at 800x600 for 		 speed reason.)          (hope the code would be generic enough for different SVGA           cards.  My own card is based on Trident 8900c, not VESA?)  What I'm looking for? 1) fast, very fast routines to draw lines/circles/simple-shapes    on above-mentioned SVGA resolutions.    Presumably in assembly languagine. 	Yes, VERY FAST please. 2) related codes to help rotating/zooming/animating the drawings on screen.    Drawings for beginning, would be lines, circles mainly, think of    text, else later.    (you know, the way molecular graphics rotates, zooms a molecule) 2) and any other codes (preferentially in C) that can help the     project.  Final remarks;- non-profit.  expected to become share-, free-ware.  	Any help is appreciated. 	thanks  -Frankie lau@tammy.harvard.edu
Hi -- sorry if this is a FAQ, but are there any conversion utilities available for Autodesk *.DXF to Amiga *.IFF format?  I checked the comp.graphics FAQ and a number of sites, but so far no banana.  Please e-mail.  Thanks.
I saw this subject and all I could think of was a parade at Wrigley Field in Chicago.  Or maybe it's just me.   :)   --  Marc Cooper - Graphics Programmer - Sverdrup Tech.| "As a child, I WAS an  fsmarc@lerc.nasa.gov                              |       imaginary playmate." NASA Lewis Research Center  MS 5-11               |                         21000 Brookpark Dr.                               | Tom Robbins Cleveland, OH  44135               (216) 433-8898 | Even Cowgirls Get the Blues
Toronto Siggraph  ================  What: ``Chance's Art'': 2D Graphics and Animation on the Indigo.  By:    Ken Evans, Imagicians Artware, Inc.   When:  Tuesday 20 April 1993 7:00pm-9:00pm   Where: The McLuhan Centre for Culture and Technology        University of Toronto        39A Queen's Park Crescent        Toronto  Who:   Members and non-members alike         (non-members encouraged to become members...)  Abstract:  Imagicians Artware, Inc. is entering into early beta site testing on Silicon  Graphics workstations of a new 2D abstract artwork and animation package called  Chance's Art.  The package will be described and demonstrated, and some of the  technical issues will be discussed.  Marketing plans will be outlined.  The  talk will also present some of the technical and business problems increasingly  confronting small startup software companies today, and some of the  opportunities this situation presents.  Time after the event will be allocated for hands-on demonstrations to  interested parties.  Silicon Graphics is graciously providing an Indigo for  this event.  Myck Kupka will also be demonstrating his computerized interactive  reflective stereoscope, which is installed upstairs in the McLuhan Centre, so  feel free to drop by for a demonstration before or after the event. BTW, be  sure to sing "Happy Birthday, Myck"...  The names of nominees for our Siggraph executive offices will be announced at  this meeting.  Nominations will still be open until the election at our  May 18th event; call Myck Kupka at 465-0943 or fax to 465-0729.    Directions: The McLuhan Coachhouse is on the east side of Queen's Park  Crescent, just NORTH of Wellesley, SOUTH of St. Joseph St., BEHIND (EAST of)  39 Queen's Park Crescent, which is the centre for Mediaeval Studies.
Usually, you apply  [R]    [ 1     0        1.402   ][Y] [G] =  [ 1  -0.34414   -0.71414 ][U] [B]    [ 1    1.772     0       ][V]   after unlevelshifting U and V (subtracting 128 from them).  This matrix multiplication may give results out of RGB space, so you have to clamp the resulting bytes to [0..255]. The conversion should be done with arbitrary big integers, not floats :)  This applies to YUV data whereas NTSC may have YIQ where a 33 degree rotation to U/V is buid in.
I am working on a program to display 3d wireframe models with the user being able to arbitrarily change any of the viewing parameters.  Also, the wireframe objects are also going to have dynamic attributes so that they can move around while the user is "exploring" the wireframe world.  To do this, I am thinking of using the SRGP package described in the Van Dam, Foley and Feiner book, but I was wondering if there was another PD graphics package out there which was faster.  I would like to make the program as fast as possible so that it provides satisfactory real time performance on a Sun IPX.  Ideally, I'm looking for a PD graphics package which will allow me to open a new window under X, and allow me to draw lines within the window.  Also, it would also need to have some sort of event driven interaction handling since the user is going to move around the wireframe models using the keyboard.  If you know or wrote such a package, I would be grateful if you could direct me to a ftp site which contains the package.  Thank you.
For some reason I never saw the original post on this thread, but if you are looking for fast polygon routines on vga on a PC, you really can't go past the mode X stuff from Dr Dobbs. This code is all p.domain (as far as I know), and in the original articles, the routines were all presented as dumb vga routines, and then optimised to modeX with some interesting discussion along the way. If you are interested, I could find out more details of the issues in question, (I have them at home).
In article <1qflpk$re1@usenet.INS.CWRU.Edu>, mbc@po.CWRU.Edu (Michael B. Comet) wrote: >  >  > In a previous article, trb3@Ra.MsState.Edu (Tony R. Boutwell) says: >  > >There is a new product for the (IBM'ers) out there... it is called > >IMAGINE and it just started shipping yesterday... I can personally attest that it will blow the doors off of 3D-Studio.  It is made by IMPUlSE, and is in its > > > 	Well....I don't know about its competing with 3D studio, but > it's pretty powerful allright.
I'm getting ready to buy a multimedia workstation and would like a little advice.  I need a graphics card that will do video in and out under windows. I was originally thinking of a Targa+ but that doesn't work under Windows. What cards should I be looking into?  Thanks, Craig