
2004 Apr 01
61
Philips Semiconductors
Product specication
XGA analog input at panel controller
SAA6703AH
Table 41 Write mode selection
write_
mode[2]
write_
mode[1]
write_
mode[0]
ACTIVE I2C-BUS
REGISTERS
I2C-BUS SUBADDRESS
AUTO-INCREMENT HANDLING
000
0
1
OSDT_PROP0
burst access to OSDT_PROP0
0
1
0
OSDT_PROP1
burst access to OSDT_PROP1
0
1
OSDT_PROP1 and
OSDT_PROP0
sequential access to OSDT_PROP1
→ OSDT_PROP0 →
OSDT_PROP1
→ etc.
1
0
OSDT_PROP2
burst access to OSDT_PROP2
1
0
1
OSDT_PROP2 and
OSDT_PROP0
sequential access to OSDT_PROP2
→ OSDT_PROP0 →
OSDT_PROP2
→ etc.
1
0
OSDT_PROP2 and
OSDT_PROP1
sequential access to OSDT_PROP2
→ OSDT_PROP1 →
OSDT_PROP2
→ etc.
1
OSDT_PROP2 to
OSDT_PROP0
sequential access to OSDT_PROP2
→ OSDT_PROP1 →
OSDT_PROP0
→ OSDT_PROP2 → etc.
The combination of the mask bits and the write_mode
already provides a powerful way to speed any OSM
drawings by minimizing the needed I2C-bus
transmissions, but there is even more hardware support
for defining an area inside the OSD text window which has
the same element property for all elements within its
boundaries.
An area can be defined using the upper-left and
bottom-right cursor coordinates inside the OSD text
window matrix using the OSDT_FAULX, OSDT_FAULY,
OSDT_FABRX and OSDT_FABRY registers. The
execution of the writing is initiated by writing a logic 1 to
areafill_start (register OSDT_CTRL0) and as before, the
current value of the complete 23-bit OSDT_PROP word is
written to each element of the defined area. Of course, the
mask bits are still valid and can be used also during an
areafill execution. So, this function can not only be used to
overwrite and clear areas inside the OSM, it can also be
used to highlight or blink certain areas in the OSM.
It should be noted that it might be needed to set the
write_mode to ‘000’ if you want to change any of the
OSDT_PROP settings previous to an areafill and assure
that no write and cursor auto-increment is done
accidentally.
As described before: all definitions of the OSD window
elements are just defining the property of a character and
are pointing to a font definition by the charcode attribute.
The real character contents are taken from either the font
ROM/GEN part or the font RAM part of the OSD text
indexed by that charcode.
The font definition ROM/GEN is already providing a large
amount of predefined fonts as illustrated in
Fig.19.