| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 435.1 | Reply from VAS (w/ permission) | VIA::BAZEMORE | Barbara b. | Mon Mar 20 1989 11:09 | 20 |
| From: ILLUSN::SORNSON "Well, WE had it TOUGH!" 20-MAR-1989 11:02:56.69
To: VIA::BAZEMORE
CC: SORNSON
Subj: RE: Pixel order problem solved w/ new DDIF proposal?
Barbara,
VAS/ISL V1.1 will have services that can be used to correct the
problem, but changing attributes in a frame won't ever, all alone,
solve the problem, since changing attributes (with frame services)
never changes the data.
He can call IMG$PIXEL_REMAP with a global, predefined table that
will reverse the bits in a byte for each byte.
Questions like this should be redirected to the
EDWIN::IMAGE_SERVICES conference.
-mark.
|
| 435.2 | We working on it... | EVETPU::BRAMHALL | Mark Bramhall | Mon Mar 20 1989 13:47 | 16 |
| Reply .1 describes a routine in the Image Services Library (ISL) that
will help you rearrange bits within a byte. And, it says that ISL V1.1
will have some better services.
The DECwindows applications that deal with images are using ISL for
their actual image storage. The current version of ISL (V1.0 as I
recall) does not have the full set of bits-within-byte and bytes-
within-integer handling capabilities. In fact, the DDIF specification
is missing some needed definitions to fully describe all cases. We
(the CDA/DDIF group) are working with the ISL people to get DDIF
upgraded to contain all needed definitions and to get ISL upgraded to
support same.
So, sorry for the short term problem, but we're working on making it
behave just like you really want it to behave!
|
| 435.3 | | MU::PORTER | waiting for Baudot | Mon Mar 20 1989 17:14 | 11 |
| OK, thanks. Since this is just a hack, I don't really care too
much -- I can flip the bits around in my code.
Note that .1 says that "changing attributes never changes the data".
I don't expect it to. What I do expect is that if I prepare the
data in big-endian format, and set the appropriate attribute to say
that it's big-endian, then the various DECwindows utilities will treat it
as big-endian.
dave
|
| 435.4 | We all need wider vision | SMURF::HOFFMAN | anywhere in the universe | Mon Mar 20 1989 19:39 | 18 |
| Our experience is that the DECwindows application which use DDIF
Images, in particular Paint and Cardfiler, contain assumptions
about bit-ordering and byte-ordering in images. We have identified
some of these to the developers. In these cases, at least,
the Image Services Library routines are available (even on ULTRIX)
to perform the necessary manipulations. The applications,
regrettably, were not written or thoroughly tested with the
rest of the world in mind. The proper approach to this kind of
situation is to obtain and install a lot more equipment that
uses non-DEC byte and bit ordering. X terminals, Sun Workstations,
that kind of thing. We've been burned before in DECwindows
by the lack of such an Interoperability test base and probably
will be again and again until the equipment is in place.
John Hoffman
ULTRIX DECwindows Engineering
|
| 435.5 | The applications do (did) have a problem | RAB::FINNEGAN | All of the best intentions are less than one good act. | Tue Mar 21 1989 10:07 | 12 |
|
John is correct, I have fixed cardfiler for V2.1 of UWS so it works
on X terminals. This fix will be in the next base level of VMS (BL2).
The fix was real simple, I added two lines after the create image
call:
bitmap_image->bitmap_bit_order = NATIVE_BIT_ORDER;
bitmap_image->byte_order = NATIVE_BYTE_ORDER;
Neal
|
| 435.6 | ULTRIX ISL? | AIRBAG::SWATKO | Brother, can 'ya spare a Meg? | Tue Mar 21 1989 10:55 | 8 |
| RE: .4
> the Image Services Library routines are available (even on ULTRIX)
Where can I get the ULTRIX version? I've been looking for it.
-Mike
|
| 435.7 | How about inter-system? | KALLON::EIRIKUR | Dead Links Coroner | Tue Mar 21 1989 11:38 | 6 |
| re .5: Neal, with that fix, does the image get stored in a way that is
readable on systems with other bit-orderings? Just curious.
Eirikur
|
| 435.8 | get ULTRIX ISL from the source | SMURF::HOFFMAN | anywhere in the universe | Tue Mar 21 1989 18:51 | 13 |
| re .6
ULTRIX Image Services Library...
Maybe I jumped the gun a bit here... the ISL is used in our
development of DECwindows applications, but is not contained
in the product that we ship. If you really want it, contact
Ken MacDonald or Mike O'Connor of the Image Systems Group
(or whatever they call themselves now). I'm sure they would
be pleased to hear of your interest.
John
|
| 435.9 | No only display changed | VIA::FINNEGAN | All of the best intentions are less than one good act. | Wed Mar 22 1989 08:48 | 5 |
| Its only a display issue not a storage issue so I have not changed
the way I store the data on the disk.
Neal
|