haacke@exunido.uucp (Ralf Haacke) (05/22/91)
Dieter have no permission to post articles to the News, so here is his message:
================================================================================
Hi folks,
sorry but the program/accessory posted in comp.binaries.atari.st have a few
bugs or "unknown features".
I have write a newest version of GemView (1.0.4), but i must test something.
In some day i would to send it to the atari.archive; actually we have a
"ftp"-problem, so i can't do it. I think i will mail it to anyone who send
it to the atari.archive.
Since 1.0.3 (is in atari.archive):
- Correction of some mispelling.
- Better right-mouse-button support.
- GemView now works with a 4 bit color palette (Degas, Tiny and Spectrum).
- A color palette bug corrected (only seen on a TT; is there a bug on the TT
by using the color index 0(black) and/or 1(white) with vs_color() ???).
- The problem with uniterm is solved.
Since 1.0.4:
- If no window is available the accessory now exit with a warning.
- Better message handling with GEMINI.
- The main-(log)-window have a FULLER-button, which makes a very small and
smart window.
- And some __small__ changes and corrections.
What to do in the future:
- GemView could be faster (and smaller).
- A Big-GemView, which saves pictures in other formats (???)
- Transfer GEM-Metafiles into pixel-maps (and reverse ???)
- Saving installs.
- Continue work, if GemView runs as ACC and changing the main-application.
Therefor some questions: Should GemView automaticly opens its own windows,
if it found out that the runing main program is a gem-program (appl_init)?
Or should GemView wait for a handling with windows (wind_create/open)?
Should it ask the user for CANCEL the action, WAIT for new activition or
changing program or CONTINUE it's work and open the windows?
(!!! THIS WILL NOT IMPLEMENT IN THE NEXT SOME WEEK/MONTH !!!)
- A new color reduce algorithm. I have the followed idea:
A color is a point in a 3-dim-room (N^3). First calculate the distance
from each point to each other and save the nearest point with the distance.
Next searching the nearest neighbours and make this two point to one. The
new points is nearer to a point which represent more points then the
other. From the new point calculate the distance to all other points and
save the nearest (some other points must update, if the new point is nearer
as the nearest neighbour before). Then begin to search the nearest ....,
until we have reduce enough.
THAT IS AN ALGORITHM WHICH RUNS VERY SLOW: DOES ANYONE HAVE A BETTER IDEA?
Please let me now what do you think about the program, what you think is
to do in the feature (specialy how should GemView continue it's work) and
where are bugs.
!! I'm also interest in positiv reactions !!
Ciao (bye)
Dieter
P.S.: Actually i have not the time to make a lot for GemView.
P.P.S.: I hope anyone have understand my bad english.
--------------------------------------------------------------------------------
| Dieter Fiebelkorn | With a rubber duck :-) |
| fiebelko@petra.informatik.uni-dortmund.de | one's never alone. :^{ |
--------------------------------------------------------------------------------
================================================================================jimomura@lsuc.on.ca (Jim Omura) (05/23/91)
In article <3272@laura.UUCP> haacke@exunido.UUCP (Ralf Haacke) writes: > >Dieter have no permission to post articles to the News, so here is his message: > >================================================================================ > >Hi folks, > >sorry but the program/accessory posted in comp.binaries.atari.st have a few >bugs or "unknown features". ... >- The main-(log)-window have a FULLER-button, which makes a very small and > smart window. This sounds interesting. ... >What to do in the future: > >- GemView could be faster (and smaller). >- A Big-GemView, which saves pictures in other formats (???) >- Transfer GEM-Metafiles into pixel-maps (and reverse ???) >- Saving installs. >- Continue work, if GemView runs as ACC and changing the main-application. > Therefor some questions: Should GemView automaticly opens its own windows, > if it found out that the runing main program is a gem-program (appl_init)? > Or should GemView wait for a handling with windows (wind_create/open)? > Should it ask the user for CANCEL the action, WAIT for new activition or > changing program or CONTINUE it's work and open the windows? > (!!! THIS WILL NOT IMPLEMENT IN THE NEXT SOME WEEK/MONTH !!!) >- A new color reduce algorithm. I have the followed idea: > A color is a point in a 3-dim-room (N^3). First calculate the distance > from each point to each other and save the nearest point with the distance. > Next searching the nearest neighbours and make this two point to one. The > new points is nearer to a point which represent more points then the > other. From the new point calculate the distance to all other points and > save the nearest (some other points must update, if the new point is nearer > as the nearest neighbour before). Then begin to search the nearest ...., > until we have reduce enough. I felt that you did a really good job on the colour reduction algorythm. The colour selection seems better than on a couple of other programs I've been using ("VDI_GIF" and another one I can't remember offhand). I've been kicking around ideas for colour reduction codes for a while now and I haven't gotten around to writing one yet, but it seemed to me that it might be easier to work in a 2D framework based on Hue and Intensity, which is the way a television signal works. But to do this you have to start by converting the palette from RGB's for most picture format, then do the calculations, and then re-convert to the target palette style (Atari in this case). Working from Hue and Intensity, I think you could give preference to one or the other for your colour assignments, as an option for the user. That is to say you could allow the user to chose whether colour assignments are weighted to give the maximum detail in terms of the hues (which could result in a pastel, low contrast image with a lot of detail in terms of colours) or maximum detail in terms of contrast (which might result in a picture with fewer colours, but more shading). Again, I'll emphasize that I haven't gotten around to writing this code yet so I don't know if it's going to work out the way I'm expecting it to. -- Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880 lsuc!jimomura Byte Information eXchange: jimomura
jimomura@lsuc.on.ca (Jim Omura) (05/23/91)
In article <1991May22.193554.26435@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura) writes: >In article <3272@laura.UUCP> haacke@exunido.UUCP (Ralf Haacke) writes: ... >>- A new color reduce algorithm. I have the followed idea: >> A color is a point in a 3-dim-room (N^3). First calculate the distance >> from each point to each other and save the nearest point with the distance. >> Next searching the nearest neighbours and make this two point to one. The >> new points is nearer to a point which represent more points then the >> other. From the new point calculate the distance to all other points and >> save the nearest (some other points must update, if the new point is nearer >> as the nearest neighbour before). Then begin to search the nearest ...., >> until we have reduce enough. > > I felt that you did a really good job on the colour reduction >algorythm. The colour selection seems better than on a couple of >other programs I've been using ("VDI_GIF" and another one I can't >remember offhand). I've been kicking around ideas for colour >reduction codes for a while now and I haven't gotten around to >writing one yet, but it seemed to me that it might be easier to >work in a 2D framework based on Hue and Intensity, which is the >way a television signal works. But to do this you have to start >by converting the palette from RGB's for most picture format, then >do the calculations, and then re-convert to the target palette >style (Atari in this case). So there I was trying to sleep when it hit me at about 4:30 AM that I was wrong. This *still* isn't a 2D system because you still have to consider "Saturation". There doesn't seem to be any way to reduce it to 2D. At least I don't think so. I still might use Hue/Intensity/Saturation instead of RGB if I get around to writing a conversion. No rush though. I have other things to get to first. > Working from Hue and Intensity, I think you could give preference >to one or the other for your colour assignments, as an option for >the user. That is to say you could allow the user to chose whether >colour assignments are weighted to give the maximum detail in terms >of the hues (which could result in a pastel, low contrast image with >a lot of detail in terms of colours) or maximum detail in terms of >contrast (which might result in a picture with fewer colours, but >more shading). > > Again, I'll emphasize that I haven't gotten around to writing >this code yet so I don't know if it's going to work out the way >I'm expecting it to. -- Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880 lsuc!jimomura Byte Information eXchange: jimomura
darling@cellar.UUCP (Darling) (05/23/91)
Is anyone else having trouble getting the GEMVIEW program to run as a desk accessory? It works brilliantly as a .TTP application, but every time I try to use it as an .ACC I get an error message, and the promised file selector box never appears. I've tried it with no other .ACCs or TSRs. Suggestions? ^~^~^~^~^~^~^~^~^~^\\\^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ darling@cellar.UUCP \\\ Thomas Darling * record production * dance re-mixing uunet!cellar!darling \\\ Fact HQ Studio * The Cellar BBS:215/336-9503 * FACT v~v~v~v~v~v~v~v~v~v~v~\\\~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~v~
ekrimen@ecst.csuchico.edu (Ed Krimen) (05/24/91)
In article <qRJe31w164w@cellar.UUCP> darling@cellar.UUCP (Darling) writes: >Is anyone else having trouble getting the GEMVIEW program to run as a desk >accessory? It works brilliantly as a .TTP application, but every time I try >to use it as an .ACC I get an error message, and the promised file selector >box never appears. I've tried it with no other .ACCs or TSRs. Suggestions? Get version 1.0.4. It sounds like you have TOS 1.0, which the old versions didn't work on. I had a couple of people tell me that they couldn't get it to work with TOS 1.0. -- ||| Ed Krimen [ekrimen@ecst.csuchico.edu or al661@cleveland.freenet.edu] ||| Video Production Major, California State University, Chico / | \ SysOp, Fuji BBS: 916-894-1261 "I AM OUTTA HERE!!!" -