Contact us Heritage collections Image license terms
HOME ACL Associates Technology Literature Applications Society Software revisited
Further reading □ Overview □ Paper 1 □ Paper 2 □ Paper 3 □ Paper 4 □ Paper 5 □ Paper 6 □ Paper 7 □ Paper 8 □ Paper 9 □ Paper 10 □ Paper 11 □ Paper 12 □ Paper 13 □ Paper 14 □ Paper 15 □ Paper 16 □ Paper 17 □ Paper 18 □ Paper 19 □ Paper 20 □ Paper 21 □ Paper 22 □ Paper 23 □ Paper 24 □ Paper 25 rev □ Paper 25 □ Paper 26 □ Paper 27 □ Paper 28 □ Paper 29 □ Paper 30 □ Paper 31 □ Paper 32 □ Paper 33 □ Paper 34 □ Paper 35 □ Paper E
ACD C&A INF CCD CISD Archives Contact us Heritage archives Image license terms

Search

   
⟶ ACL ⟶ Literature ⟶ Progress Reports ⟶ Technical Papers :: Literature: FR80 Technical Papers
⟶ ACL ⟶ Literature ⟶ Progress Reports ⟶ Technical Papers :: Literature: FR80 Technical Papers
ACL ACD C&A INF CCD CISD Archives
Further reading ⇓

□ Overview □ Paper 1 □ Paper 2 □ Paper 3 □ Paper 4 □ Paper 5 □ Paper 6 □ Paper 7 □ Paper 8 □ Paper 9 □ Paper 10 □ Paper 11 □ Paper 12 □ Paper 13 □ Paper 14 □ Paper 15 □ Paper 16 □ Paper 17 □ Paper 18 □ Paper 19 □ Paper 20 □ Paper 21 □ Paper 22 □ Paper 23 □ Paper 24 □ Paper 25 rev □ Paper 25 □ Paper 26 □ Paper 27 □ Paper 28 □ Paper 29 □ Paper 30 □ Paper 31 □ Paper 32 □ Paper 33 □ Paper 34 □ Paper 35 □ Paper E

Paper No 31: Software Compatibility with respect to Intensity Levels

H K F Yeung, R W Witty

29 November 1978

1. ABSTRACT

III offers 3 options of intensity levels - 8, 64 and 256 respectively. Software systems (such as Driver or III Displayers) written for one option can be transferred to machines with other options with minimal effects on the pictures they produce. This paper describes how this can be achieved.

2. TREE REPRESENTATIONS

The relationship among the three options is best represented by a 3-level tree. It can be seen that each intensity level is refined further as one travels down the tree.

LEVEL-1 LEVEL-2 LEVEL-3 A0 A7 B0 B7 B55 B63 C0 C1 C2 C3 C252 C253 C254 C255 Tree Structure of Intensity Levels

3. LINEAR REPRESENTATIONS

Each terminal node C(t) of the tree above can be represented by an ordered triple (i,j,k) such that,

i: relative position of the node in the sub-tree at level-3

j: relative position of the node in the sub-tree at level-2

k: relative position of the node in the sub-tree at level-1

The ranges of j and k are from 0 to 7 and that for i is from O to 3 as can be expected.

EXAMPLES 
C(248) = (0,6,7) 
C(224) = (0,0,7)

4. COMPUTER REPRESENTATIONS

To represent an ordered triple in FR80, 8 bits are required such that 

BITS [15:17] = k (which means k is stored in bits 15-17) 
BITS [12:14] = j 
BITS [10:11] = i

(see section 6 for the actual implementation)

5. HARDWARE CONVENTIONS

For machines which support 8 levels, the hardware selects only the lower 3 bits from the AC and ignore the higher bits , Similarly, it selects the lower 6-bits for the 64-option and 8 bits for the 256-option.

Suppose Driver was designed for a 256-option machine and is now in fact running on a 8-option machine. Let us assume the intensity level required is 248. The actual intensity chosen is calculated as follows: 

C(248) = (0,6,7)

so the result is 7 because the hardware selects the lower 3 bits only and in this case it is the highest intensity that the machine allows.

The arguments can be the other way round. Say, Driver was designed for a 8-option machine and is now running on a 256-option one. If the chosen level is 7, the actual one selected will be C(224). In this case it is probably slightly weaker than expected.

Currently, our machine supports 256 intensity levels and Driver is designed with this in mind. As can be seen, the hardware picks up what is in the AC blindly and it is up to the software to ensure that the correct information are loaded. In other words, using the example above, Driver has to load 67 (octal) into the accumulator before calling the hardware (using IOT LBRT instruction). The mechanism used for the conversion will be discussed in the next section.

6. SOFTWARE CONSIDERATIONS

The best way to describe how Driver handles this problem is by listing the codes here. Diagrams 1 and 2 shows what is in the accumulator before and after the conversion (the user value is assumed to be 248 decimal which is 370 octal). 

LAC uservalue   / see diagram-1 now
CLQ             / clear MQ and link
LRSS 8          / right shift 8 bits into MQ
CLL             / clear link
LLS 1003        / clear AC
                / then left shift 3 bits from MQ into AC
DAC temp        / store in temporary storage
LLS 1003        / do it again for the next 3 bits in MQ
ALS 3           / shift ACs  left 3 bit
ADD temp        /
DAC temp        / store it back
LLS 1010        / clear AC
                / the remaining two bits in MQ is now shifted
                / 8 bits into AC
ADD temp        / now see what is in diagram-2
LBRT            / call hardware to load value
                /  into brightness register
Diagram 1: AC=3708 17 16 15 14 13 12 11 10 0 0 0 1 1 1 1 1 Diagram 2: AC=0678 1 1 1 0 1 1 0 0

7. CONCLUSIONS

Moving from higher to lower options there may be a slight gain in intensity. On the other hand, moving from lower to higher options, there may be a slight loss. The loss/gain is minimal and this is achieved by the combined efforts of the software and hardware.

⇑ Top of page
© Chilton Computing and UKRI Science and Technology Facilities Council webmaster@chilton-computing.org.uk
Our thanks to UKRI Science and Technology Facilities Council for hosting this site