
2004 Apr 05
66
Philips Semiconductors
Product specification
XGA dual input flat panel controller
SAA6713H
Table 43
Write mode selection
write_
mode[2]
write_
mode[1]
write_
mode[0]
ACTIVE I
2
C-BUS
REGISTERS
I
2
C-BUS SUBADDRESS
AUTO-INCREMENT HANDLING
0
0
0
0
0
0
1
1
0
1
0
1
OSDT_PROP0
OSDT_PROP1
OSDT_PROP1 and
OSDT_PROP0
OSDT_PROP2
OSDT_PROP2 and
OSDT_PROP0
OSDT_PROP2 and
OSDT_PROP1
OSDT_PROP2 to
OSDT_PROP0
burst access to OSDT_PROP0
burst access to OSDT_PROP1
sequential access to OSDT_PROP1
→
OSDT_PROP0
→
OSDT_PROP1
→
etc.
burst access to OSDT_PROP2
sequential access to OSDT_PROP2
→
OSDT_PROP0
→
OSDT_PROP2
→
etc.
sequential access to OSDT_PROP2
→
OSDT_PROP1
→
OSDT_PROP2
→
etc.
sequential access to OSDT_PROP2
→
OSDT_PROP1
→
OSDT_PROP0
→
OSDT_PROP2
→
etc.
1
1
0
0
0
1
1
1
0
1
1
1
The combination of the mask bits and the write_mode
already provides a powerful way to speed any OSM
drawings by minimizing the needed I
2
C-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.