Chambers: Enhanced UK Teletext Moves Towards Still Pictures
`
`ENHANCED UK TELETEXT MOVES TOWARDS STILL PlCTURES*
`
`John P. Chambers, BBC Research Department, Kingswood Warren,
`TADWORTH, Surrey, KT20 GNP. U.K.
`
`1.
`
`Introduction
`
`The UK teletext system has been a full public
`service for almost four years, and the specification
`of the system has remained unaltered. «
`It
`is
`expected that by the end of 1980 there will be
`more than 100 000 teletext receivers in use. There
`is no doubt that the system rests on a firm tech-
`nical foundation and the deliberate attempt made
`to stretch technology at the time the specification
`was formulated means that the system is giving the
`highest possible information transfer rate consis-
`tent with ruggedness and freedom from errors.
`
`In the UK the only significant criticism of
`teletext has been that
`the access time is slow.
`
`Typically, with two data lines per field, a broadcast
`magazine will contain a major cycle of about 90
`pages repeating about every 20 seconds," and con-
`sequently the
`average waiting time compares
`unfavourably with that of an interactive viewdata
`service using the telephone line, such as Prestel.
`
`In Europe the UK teletext system as it stands
`is not appropriate to the character requirements
`of many of the languages used. Moreover, there is
`a desire to be able to mix languages within a single
`teletext page. A survey of the requirements of
`the members of the European Broadcasting Union‘
`shows that a common-core alphabet of about 200
`characters is needed for languages using the Latin
`alphabet.
`A requirement to underline text has
`also been identified.
`
`It is accepted that UK teletext is the begin-
`ning of a line of development
`leading to an
`enhanced teletext
`system whose capability is
`limited only by the display device itself, and
`capable of producing a sequence of still pictures
`with a full range of colour, and definition superior
`to that of the current broadcast television systems.
`Such a system would, of course, be capable of
`handling material from systems such as Antiope
`and Telidon should this prove necessary.
`An
`enhanced teletext
`system should also provide
`for particular
`types of auxiliary data such as
`programme labelling, as well as allowing arbitrary
`data to be sent as part of a teletext magazine
`or ‘on totally independent channels within the
`teletext format.
`
`By reference to a particular proposal, which is
`annexed, this paper indicates how the UK teletext
`Reprinted by permission from BBC Research Department Repon
`BBC RD 1980/4, June 1980. Copyright 1980. BBC Research Dept,
`Kingswood Warren, Tadworth, Surrey KT20 6 NP, England.
`
`system can be extended to meet all these require-
`ments, including improved access, while retaining
`full compatibility with, and the ruggedness of, the
`existing system.
`The techniques are described in
`terms of the 625/50 television system, the adapta-
`tion to 525/60 systems has been discussed else-
`where.2
`
`2.
`
`Improved access
`
`The UK teletext system already includes ample
`provision for uniquely addressing individual pages.
`Within each of eight
`independent magazines,
`selected by a single digit, 100 pages can be selected
`by a further two-digit page number and up to 3200
`versions of each page can be selected by a further
`four-digit
`subcode (formerly known as
`‘Time-
`Code‘).
`So even using the existing keyboards and
`decoders over 2% million different pages can be
`individually accessed.
`The addition of a ‘don’t-
`care’ key (see A.2.1.4-) allows groups or sequences
`of pages to be accessed.
`
`Already teletext decoder chip sets are avail-
`able in the UK which support more than one page
`store.
`This means that while a page is being
`viewed several other pages can be captured and
`stored ready for instant access.
`This poses two
`questions; which other pages should the decoder
`capture and how does it know when it’s caught
`them?
`
`2.1. Linked Pages
`
`One way of deciding on the choice of pages
`is to give the viewer the facility to preprogramme
`a popular selection into the decoder, preferably
`with non-volatile storage associated with each tele-
`vision channel.
`Then, when the set is switch on
`and a channel is selected, the chosen set of pages is
`captured at
`the earliest opportunity, ready for
`viewing. A sequence of pages could be stored so
`that while any one page is ‘being read, the next
`one or two are being captured.
`This approach
`can be coupled with a quick—select facility so that
`pre-programmed pages, which normally require
`a three- or seven-digit number to select them, can
`be accessed using a single keystroke asin a reper-
`tory telephone dialler.
`
`This approach, however, depends on the tele-
`text magazine of a particular television channel
`0098-3063/80/0527—O554$0O.75©1980lEEE
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 1
`
`

`
`PMC Exhibit 2057
`
`Apple v. PMC
`|PR2016-00755
`
`Page 2
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 2
`
`

`
`PMC Exhibit 2057
`
`Apple v. PMC
`|PR2016-00755
`
`Page 3
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 3
`
`

`
`sideration is given to adding more characters to the
`list, as it is impracticable to modify these decoders.
`
`A more complete Latin alphabet character
`repertoire,
`together with a coding scheme,
`is the
`subject of an international standard in course of
`preparation.“
`If UK Teletext is required to handle
`this
`fuller
`repertoire,
`and its possible further
`extensions to other alphabets (Arabic, Cyrillic,
`Greek, Hebrew, etc), as part of a more general
`text
`transmission system,
`this could be done
`strictly in accordance with the ISO coding scheme
`and using the independent data channels available
`in teletext (see C.1).
`If these characters are to
`be used within conventional teletext pages it would
`be essential
`to have a ‘fall-back’ presentation on
`decoders not equipped with the increased and
`increasing repertoire.
`This is easily achieved
`using the concept of over—writing using directly
`addressed bytes carried by page—associated data
`channels (Annex B).
`A normal page is sent in
`the conventional
`fixed-format
`transmission, and
`this serves as the fall-back presentation on the
`normal decoder. A decoder capable of responding
`to the new characters will recognise their codes
`in the page-associated data channel and substitute
`them in place of the characters transmitted in the
`normal way.
`A detailed proposal for such a
`scheme, for use with the ISO draft standard for
`the Latin alphabet, and with Hamming protection
`for the address information, has been described
`by Philips’ and is known as ‘polyglot C’.2
`This
`technique can be used equally well with a 96-
`character basicrepertoire or with a 220-character
`basic repertoire, although with the larger basic
`repertoire there are fewer occasions when the
`auxiliary rows would be needed in the page trans-
`mission.
`
`4. Display modes
`
`The display modes of UK teletext are known
`as ‘serial’ modes.
`Under the control of codes
`
`which occupy positions on the displayed page,
`these modes can be set and changed. The full list
`of modes and control codes is given in Table A2,
`and their action is detailed in A.3.1.
`In this table
`a new mode has been defined in addition to those
`
`this is the
`given in the current specification;5
`‘underline’ mode which shares the same control
`
`codes as the separated mosaic mode. Another new
`feature is
`the provision for variable character
`spacing to improve the appearance of text, and a
`control code has been provided to allow tabulation
`to be preserved (see A.3).
`_
`
`The provision of ‘parallel’ modes for teletext
`
`IEEE Transactions on Consumer Electronics, Vol. CE-26. August 1980
`
`is under active discussion.
`
`The intention is to
`
`allow most, if not all, of the modes to be changed
`between characters so that, for example, every
`letter of a word may be in a different colour on a
`different background colour.
`Clearly additional
`storage is required to handle these commands and
`in the extreme case the page display store for a
`parallel attribute system would need to be three
`times the size of a basic teletext page store.
`
`If there is a need to accommodate parallel
`attributes they too can be provided in an enhanced
`UK teletext system by using the page-associated
`data channels to convey directly-addressed control
`words to modify the appropriate parts of the
`extended page display store. Such a system forms
`part of the ‘polyglot C’ proposal.
`
`5. Data broadcasting
`
`Data not intended for direct display of text on
`the screen may be coded in either of two ways,
`chosen according to the application, and in both
`cases the data transmissions will not interfere with
`
`the normal operation of teletext decoders designed
`to receive only pages of text.
`
`5.1. Pseudo~Pages
`
`When data is conveniently organised as blocks
`of up to 1K byte it can be treated as a teletext
`page which cannot be accessed by a normal
`decoder.
`As well as the 21/2 million addresses
`
`available for normal pages there are more than 10
`million additional addresses available for
`these
`
`Such data blocks
`‘pseudo—pages’ (see A.2.1.3.1).
`can be linked together using the method described
`in 2.1 so that long sequences of data can be sent as
`packets, each being tested for integrity by means
`of the page check word.
`The concept of linked
`pages allows pseudo-pages
`to be coupled with
`normal pages of text which can then be used to
`introduce and comment upon the contents of the
`pseudo-pages.
`
`Many uses can be found for such a data
`broadcasting system closely coupled to the tele-
`text pages, and perhaps the most attractive is its
`use for sending pictures more intricate than pages
`of text. A teletext page requires about a kilobyte
`of memory, a high-quality still television picture
`requires about a megabyte.
`Between these
`extremes there is a large variety of uses, and the
`challenge is to find an efficient hierarchy of coding
`which will allow all
`intermediate cases
`to be
`
`the normal
`For example,
`handled effectively.
`resolution of the teletext mosaic mode (Fig. 4)
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 4
`
`

`
`PMC Exhibit 2057
`
`Apple v. PMC
`|PR2016-00755
`
`Page 5
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 5
`
`

`
`data line does not interfere with the operation of
`normal teletext decoders.
`
`5.4. Framing Code
`
`the distinction
`It has been suggested that
`between different uses of _ a data broadcasting
`system can be made by using different framing
`codes.
`The methods described above all use
`the normal data-line preamble (clock run-in and
`framing code)
`and
`rely
`on the
`subsequent
`Hamming-coded
`bytes
`for distinguishing the
`applications.
`Only when byte synchronisation
`is properly achieved can data lines be reliably
`accepted or rejected; when more than one fram-
`ing code is in use the possibilities of obtaining
`false
`byte
`synchronisation
`are
`significantly
`increased.
`
`6. Background to annexed draft specification
`
`During the discussions in the meeting of the
`EBU Sub-group V2
`(Data Broadcasting)
`two
`themes became apparent. First, there was a general
`desire that
`the different systems already in use
`and about to be used should be developed in the
`future in such a way that they converge in their
`capabilities, even though the particular strengths
`and weaknesses of the basic systems would remain.
`This convergence of capabilities ‘should as far as
`possible also apply to the viewdata (Videotex)
`systems.
`Secondly, there was a strong wish from
`the many countries already using UK Teletext in
`a more or less experimental way that a unique
`path of development of UK Teletext should be
`specified.
`Ideally,
`their urgent needs, notably
`the common-core character set, would be accom-
`modated immediately and the means by which
`other material,
`such as data not
`intended for
`direct display as pages of text and data for pro-
`gramme labelling,
`could be carried would be
`defined. The most important point was that any
`development of UK Teletext should not render
`existing decoders obsolete;
`the broadcaster should
`be able to continue to transmit current pages in
`the same way.
`This compatibility should still
`apply as enhancements are added.
`It is against this
`background that a working document GT V2 169,
`‘Draft Specification of an Enhanced Teletext
`
`IEEE Transactions on Consumer Electronics. Vol. CE-26, August 1980
`
`System using Direct Coding’, which is reproduced
`here as Annexes A, B and C, was prepared in
`January 1980. The structure of the main part of
`this document (Annex A) follows exactly that of
`the September 1976 Broadcast Teletext Specifi-
`cation.
`
`7. Conclusion
`
`This paper has shown how UK Teletext can be
`used as a basis for a hierarchyvof future develop-
`ments embracing all
`the anticipated features of
`other systems and leading to a capability to trans-
`mit colour pictures whose quality is limited only
`by the display device itself.
`Throughout such a
`path of development the efficiency and ruggedness
`of the basic UK Teletext system can be pre-
`served.
`
`8. Acknowledgement
`
`The author wishes to thank the Director of
`
`Engineering of the British Broadcasting Corpor-
`ation for permission to publish this paper.
`
`9. References
`
`1.
`
`European Broadcasting Union, Brussels, 1980.
`Technical Document No. 3232. Displayable
`character sets for broadcast teletext.
`
`CROWTHER, G.O. Adaptation of UK Tele-
`text System for 525/60 operation.
`IEEE
`Chicago Spring conference, 1980.
`
`Teletext alphabets and
`CHAMBERS, ].P.
`EBU Review, Technical,
`error protection.
`No. 173, February 1979.
`
`ISO document TC97/SC2/WG4/N222. Sixth
`
`working draft for an international standard.
`Part 2:
`Latin alphabets and non-alphabetic
`graphic
`characters.
`Edited
`by L].
`Zeckendorf, April 1980.
`
`Broadcast Teletext Specification BBC/IBA/
`BREMA, September 1976.
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 6
`
`

`
`Chambers: Enhanced UK Telctcxl Moves Towards Still Pictures
`
`ANNEX A
`
`A DRAFT AMENDED UK TELETEXT SPECIFICATION
`
`SUMMARY
`
`This draft specification defines an enhanced teletext system for broadcasting
`information accompanying, but not necessarily related to, a television signal.
`The main
`technical features of the system are.-
`
`the features of the existing UK
`The enhanced teletext system includes all
`(1)
`teletext system for transmitting pages oftext and elementary pictorial information in coded
`form on otherwise unused television lines during the field-blanking interval. Moreover, it
`provides an extended alphabet adequate for text in the majority oflanguages using the Latin
`alphabet, together with the possibility ofusing other alphabets.
`
`It is
`The system uses binary signalling at 6.93 75 Mbit/s during each data-line.
`(2)
`directly applicable to terrestrial broadcasting using 625/50 television systems with video
`bandwidths 5.0 MHz or greater.
`Using two data—lines per field the system allows at least
`four pages to be transmitted every second.
`
`Up to eight independent teletext magazines may be multiplexed onto a single
`(3)
`television signal.
`Each magazine can contain up to 320 000 different teletext pages
`addressable individually or in groups or sequences by the user. Overa million addresses in
`each magazine are available for sending blocks of data each up to one Kilobyte in size, and
`not necessarily related to teletext pages, as pseudo-pages.
`
`The address and control information is well protected by a rigid format and the
`(4)
`use of Hamming codes.
`This substantially eliminates the possibility of all or part ofan
`unwanted page being mistaken for wanted data.
`A check for complete and correct recep-
`tion of pages is provided. This can be used to freeze the correct page in storage, and to start
`the next operation in an automatic data capture process.
`
`Each teletext page can carry the address of up to five subsequent and one
`(5)
`previous related page.
`This allows a page structure based on a decision tree to be followed
`with minimum instructions from the user.
`In decoders equipped with multi-page memories
`this feature can be used to give apparently immediate access to the next wanted page.
`
`or underlinin text, and an extended character set to allow im roved
`A acilit
`(6)
`.
`.
`3
`.
`.
`3’.
`presentation ofpictorial material, are provided.
`
`This can be used to send infor-
`The system provides a television data-line.
`(7)
`mation about the accompanying television programme for display on the screen and for
`automatic control purposes.
`It can contain the address of an initial teletext page to be
`selected automatically by a teletext decoder.
`It also can carry a statement ofcurrent time
`with supplementary information to allow the day and date to be displayed.
`
`The system offers 15 auxiliary data channels, independent of teletext and of
`(8)
`They may be subdivided at will, and used for any purpose, teletext acting
`each other.
`solely as the carrier.
`
`The system can be extended to provide for the transmission ofa sequence of
`(9)
`still colour television frames whose quality is limited only by the display device.
`Any
`intermediate requirement between this and teletext pages can be coded efficiently to exploit
`any redundancy and retaining the maximum compatibility with the basic system.
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 7
`
`

`
`IEEE Transacfions on Consumer Electronics, Vol. CE-26, August 1980
`
`INTRODUCTION
`
`This document defines an enhanced teletext system compatible
`with, and using the direct-coding principles of, the UK system. Much of the
`detailed information is carried by figures and tables. The description is in
`four sections.
`
`The first section describes how binary code groups are formed into
`Data-Lines for inclusion in the television field~blanking interval.
`
`The second section describes how the control and address infor-
`
`together with the special Page-Header
`mation carried on each Data-Line,
`Data-Lines and the sequence of transmission of the Data-Lines, allow the
`Data-Lines corresponding to the Rows of a selected Page to be identified.
`The Page structure can be used to send information other than Pages of text.
`Certain Data-Lines can be used for functions unrelated to Teletext.
`
`The third section describes how the Character Codes received on
`
`the Data-Lines corresponding to the Rows of the selected Page are inter-
`preted to give a Page display.
`
`The fourth section defines Teletext terms.
`
`A. 1. Television Data-Lines
`
`The television signal includes unused lines in
`the field-blanking interval to allow time for field
`flyback in receivers before each active field begins.
`The duration of this interval is usually 25 lines, and
`some of the later lines are used by broadcasters for
`test and signalling purposes.
`
`The basic data amplitude may vary from
`Data-Line to Data-Line.
`
`A.1.1.2. Bit Rate
`
`signalling rate
`binary element
`The
`6.9375 Mbit/s (:25 parts per million).
`
`is
`
`It
`
`is 444 times the nominal
`
`television line
`
`This system can use up to 16 of these unused
`lines as Data-Lines (see Fig. A1).
`Initially lines
`17(330) and 18(331) are being used but other lines
`may be used.
`
`frequency.
`
`A.1.1.3. Data Timing
`
`A line in the field-blanking interval is identi-
`fied as a Teletext Data-Line by the presence of the
`Clock Run—In (see A.1.2.1) followed by the Fram-
`ing Code (see A.1.2.2) at an appropriate time.
`
`A.1.1. Data- Line Waveform
`
`Each Data-Line contains binary elements
`(bits) as a two-level NRZ (Non-Retum-to-Zero)
`signal, suitably shaped by a filter.
`
`A.1.1.1. Data Levels
`
`The data timing reference point is the peak
`of the penultimate ‘l ’ of the Clock Run-In se-
`quence (see Fig. A3). This point has been selected
`to reduce the effect of any transient distortions at
`the start of the Data-Line.
`
`The line time reference is the half—amplitude
`point of the leading edge of the line synchronising
`pulse.
`
`The data timing reference in the signal as
`transmitted shall be 12.0(+O.4/-1.0)/as after the
`line time reference.
`
`The binary signalling levels are defined in a
`scale where television black level is 0% and white
`
`The data timing may vary from Data-Line to
`Data-Line.
`
`level 100% (see Fig. A2). The binary ‘0’ level is
`then 0(i2)% and the binary ‘1’ level
`is 66(i-6)%.
`The difference between these levels is the basic
`
`A.1.1.4. Data Pulse Shape
`
`data amplitude. The data waveform will contain
`overshoots so the peak-to-peak data amplitude will
`exceed the basic data amplitude.
`
`The spectrum of the generated data pulses,
`which is the produce of the spectrum of the basic
`NRZ data waveform and that of a phase-corrected
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 8
`
`

`
`Chambers: Enhanced UK Teletext Moves Towards Still Pictures
`
`To mini-
`is indicated in Fig. A4.
`shaping filter,
`mise intersymbol interference the spectrum is sub-
`stantially skew-symmetrical about
`a frequency
`corresponding to one-half of the bit rate. There is
`minimal energy above 5.0 MHz.
`
`The corresponding one-bit pulse is indicated
`in Fig. A5.
`
`A.1.2.3. Hamming Codes
`
`The fourth and fifth Byte of every Data-
`Line, and a further eight Bytes of the Page-Header
`Data-Lines, are Hamming Codes containing four
`‘message’ bits interleaved with four ‘protection’
`bits dependent on the message bits as listed in
`Table Ala. The bits are transmitted in numerical
`
`A.1.2. Data-Line Structure
`
`order from b, to b8 .
`
`Each Data-Line comprises 360 bits which
`may be considered at 45 eight-bit Bytes.
`
`The first three Bytes, which have even parity,
`serve to synchronise the bit and Byte recovery
`operation in the receiver. The remaining 42 Bytes
`carry address and control information and, when
`forming part of a Teletext Page,
`the codes just
`sufficient for a complete Row of characters in the
`Page.
`
`The codes used to send Pages avoid the bytes
`00000000 and 1111111 1. This ensures that there
`
`are never more than 14 bit periods between the
`data level
`transitions in the waveform.
`This
`
`simplifies the recovery of the bit—rate clock directly
`from the data waveform.
`
`All the address and Page control information
`transmitted using Hamming Code Bytes
`to
`is
`reduce the possibility of the wrong Data—Lines
`being stored in the receiver.
`
`A.1.2. 1. Clock Run-In
`
`two Bytes of every Data-Line
`The first
`comprise the Clock Run-In sequence of alternating
`bits, beginning 101010 .... ..,
`to indicate the pre-
`sence of a Data-Line and to establish the timing of
`the bits on that line (see Fig. A6).
`
`In some circumstances the first one or two
`
`binary ‘1’s may be absent.
`
`A.1.2.2. Framing Code
`
`The third Byte of every Data-Line com-
`prises the Framing Code 11100100.
`This code
`has been selected to enable Byte synchronisation
`to be established even if one bit of the Framing
`Code has been wrongly received.
`
`Fig. A9 indicates how incoming data are com-
`pared with the Framing Code pattern.
`It shows
`that a test for any seven corresponding bits will
`give a correct indication of the Framing Code in
`the presence of a single error.
`
`Table Alb details four parity tests that can
`be made on the received Byte. Table Ale shows
`how the results of these tests can be used to
`
`correct single errors in the received Byte and detect
`double errors. When more than two bits of a Byte
`are in error
`this process may result
`in a false
`message being decoded.
`
`Fig. A6 shows the locations and lists the
`functions of
`all
`the Hamming ‘message’ bits.
`When error correction is used the decoded message
`bit may differ from the corresponding bit in the
`Data-Line as the bits of the Hamming Code Byte
`are interdependent.
`
`A.1.2.4. Character Bytes
`
`The remaining Bytes of each Data-Line are
`eight-bit Character Codes (see Table A3).
`
`The bits are transmitted in numerical order
`
`from bl to b 8 .
`
`A.2. Organisation of Pages and Rows
`
`A.2.1. Addresses
`
`A.2.1.1. Magazine and Row Address Group
`
`Every Data-Line contains two Hamming
`Codes signifying a three-bit Magazine number and
`a five-bit Row address (see Fig. A6), or an Inde-
`pendent Data-Line.
`
`The Magazine number is in the range 1—8,
`Magazine 8 corresponding to the bits 000 and the
`others being directly the number obtained with the
`bit weights given in Fig. A6.
`
`The Row Address is in the range 0-29 and
`the number obtained with the message bit
`is
`weights given in Fig. A6.
`Data-Lines with Row
`address 0-23 are used for the 24 Rows of a Tele-
`
`The
`text Page, or as part of a Pseudo-Page.
`functions of Rows 24—29 are given in Annex B.
`The bit patterns representing Row Addresses
`30 and 31 relate to Independent Data-Lines (see
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 9
`
`

`
`536
`
`IEF.F. Transactions on Consumer Electronics. Vol. CE~26. August I980
`
`Annex C.1), and have no corresponding Magazine
`number.
`
`A.2.1.2. Page-Header
`
`Data-Lines with Row address 0 are Page-
`Headers, which contain eight additional Hamming
`Code Bytes with message bits relating to that Page,
`including the two digits of the Page number and
`the four-digit Subcode (see Fig. A6). The display
`and control functions of the other message bits are
`detailed in A.2.3 below.
`
`A.2.1.2.1. Page Service How
`
`Data-Lines with Row address 29 are
`Page Service Rows (see Annex B).
`
`A.2.1.3. Teletext Page Identification and Subcode
`
`identified by its
`Each Teletext Page is
`single-digit Magazine number (1-8) and its two-
`digit Page number (00-99).
`
`Different Pages with the same Magazine and
`Page numbers may be identified by invoking a
`four-digit Subcode whereby up to 3200 versions of
`that Page may be individually selected and held.
`
`For this purpose the four digits of the Sub-
`code can take values in the range 0-3, 0-9, 0-7,
`O«9, so they can be used to express a clock-time
`in hours and minutes.
`
`A.2.1.3.1. Identification of Pseudo-Pages
`
`A Pseudo-Page, not intended for display
`as a Teletext Page, is allocated a Page number with
`at least one of the digits in the range 10—15, there
`being 156 such Pseudo~Page numbers available for
`each Magazine.
`
`Each of these Pseudo-Page numbers can be
`associated with any of the 8192 Subcodes obtain-
`able by using the full ranges of the four digits viz.
`0-3, 0—-15, 0-7, 0-15.
`
`A.2.1.4. Page Selection
`
`A Page, or a Pseudo-Page, may be selected
`by its Magazine number and Page Number regard-
`less of the Subcode, or by its Magazine number,
`Page number and Subcode.
`
`A.2.2. Transmission Sequence
`
`A.2.2.1. Pages
`
`The transmission of a selected Page begins
`with, and includes, its Page—Header and ends with,
`and excludes, the next Page-Header of the selected
`Magazine number.
`All
`the intermediate Data-
`Lines carrying Row addresses in the range 0-29,
`and the selected Magazine number, relate to the
`selected Page.
`
`Pages may be transmitted in any order.
`Occasionally incomplete Pages may be transmitted.
`Rows from Pages of different Magazine number
`may be interleaved in any way.
`
`A.2.2.2. Rows
`
`The Rows of a Page may be transmitted in
`any order.
`Rows,
`including the Page—Header,
`may be repeated in which case the latest infor-
`mation should take precedence. Rows containing
`no information for display need not be trans-
`mitted.
`
`A.2.2.3. Page Erasure Interval
`
`Rows will be transmitted such as to allow
`
`an active television field period between an initial
`Page-Header and further Rows sufficient to com-
`plete the transmission for that Page.
`
`This allows one display period for the receiver
`Page store to be erased when necessary.
`
`A.2.3. Page-Header Structure
`
`(see A.2.1.2)
`The Page-Header Data-Lines
`contain eight Hamming Codc Bytes in place of the
`first eight Character Bytes of the other Data-Lines
`(see Figs. A6 and A7).
`
`There are thus only 32 Character Codes in a
`Page~Header.
`They are used to present general
`information for display, such as the Magazine and
`Page number, the day and date and the programme
`source.
`In particular, the last eight characters are
`reserved for the display of material common to
`the entire magazine, such as clock-time. Examples
`of the content of a Page-Header are given in Fig.
`A7a.
`
`The locations of the 32 address and control
`
`A decoder may be provided with the facility
`to ignore one or more digits of the Page number
`or Subcode in order to capture a sequence of
`Pages.
`
`message bits of the eight Hamming Codes peculiar
`to a Page—Header are shown in Fig. A6. This also
`shows the binary weights of the eight Page number,
`and 13 Time Code, bits whose functions are
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 10
`
`

`
`Chambers: Enhanced UK Teletext Moves Towards Still Pictures
`
`537
`
`The remaining 11 bits are
`described in A.2.1.
`Control Bits numbered C4 to C14 whose functions
`are described below.
`
`A.2.3.1. Control bits (see Fig. A6)
`
`This Control Bit is set to ‘1’
`Erase Page.
`when the information on that Page is signifi-
`cantly different from that
`in the previous
`transmission of the Page bearing the same
`Magazine and Page number, such that the two
`should not be confused.
`
`Its use will always be followed by a Page
`erasure interval (see A.2.2.3).
`
`Newsflash Indicator. This Control Bit is set
`
`to ‘1’ on a Page designated as a ‘Newsflash’
`Page, whether or not
`it currently contains
`information.
`All information intended for
`
`display on such a Page will be Boxed (see
`A.3.1.5).
`This Control Bit may be assigned
`a different function on Pseudo-Pages.
`
`Subtitle Indicator.
`
`This Control Bit is set
`
`to ‘1’ on a Page designated as a ‘Subtitle’
`Page, whether or not
`it currently contains
`information.
`All information intended for
`
`display on such a Page will be Boxed (see
`A.3.1.5). This Control Bit may be assigned a
`different function on Pseudo-Pages.
`
`This Control Bit is set to
`Suppress Header.
`‘1’ when the Page is better displayed without
`the characters of the Page-Header.
`This
`Control Bit may be assigned a different
`function on Pseudo-Pages.
`
`This Control Bit may be
`Update Indicator.
`set to ‘1’ when part or all of a Page contains
`later information than that in the previous
`transmission of the Page bearing the same
`Magazine and Page number.
`The ‘Update’
`Page transmission may be incomplete contain-
`ing only the updated Rows of a Page (see
`A.2.2.1).
`
`Interrupted Sequence. This Control Bit is set
`to ‘1’ when a Page is being transmitted out of
`strict numerical sequence in order to give it
`priority (such as a Subtitle Page) or more fre-
`quent
`transmission (such as an Index Page).
`
`It allows the Page-Header to be suppressed
`when Rolling Headers are displayed, to avoid
`discontinuities in the displayed Page numbers.
`
`C10 Inhibit Display. This Control Bit is set to ‘1’
`
`when the contents of a Page cannot usefully
`be interpreted as a Teletext transmission using
`the coding variant signalled by C 1, C13 , C14.
`It can be used to introduce a further eight
`coding variants.
`
`Magazine Serial. This Control Bit is set to ‘1’
`when the transmission sequence of Magazines
`and Pages is such that it is preferable to dis-
`play all Page-Headers
`as Rolling Headers
`rather than only those of the selected Maga-
`zine.
`
`This three-bit code is used
`Coding Variant.
`to identify one of eight variants of the code
`table. Decoders may be equipped to respond
`to this code in order to operate automatically
`with more than one variant (see Table A4).
`
`A.3. Page Display
`
`None of this section necessarily applies to
`Pseudo-Pages.
`
`The 24 Rows of a Page are numbered sequen-
`tially from 0 (Page-Header, top Row) to 23. The
`40 Character Rectangles of a Row are directly
`related to the 40 Character Bytes of the corres-
`ponding Data-Line, each being assumed to be
`scanned sequentially from left
`to right (see Fig.
`A7).
`
`A decoder may be equipped to provide
`variable character spacing along a Row in order to
`improve the appearance of the text.
`In this case it
`is desirable that the maximum character spacing is
`that of the character rectangles and the numerals
`O/9 should all have this spacing. Throughout the
`Mosaic Mode all characters are to be displayed in
`character rectangles directly corresponding to their
`position on the Data-Line. The use of the Mosaic
`Release Control Character (O1/15) implies that the
`subsequent character
`should be displayed in a
`character rectangle directly corresponding to its
`position on the Data-Line.
`
`Every Character Byte contains a Character
`Code which represent either a Display Character or
`a Control Character. The Control Characters are
`
`used to establish Display Modes, which may be
`changed between Character Rectangles within a
`Row.
`
`The Display Modes determine how a Display
`Character Code is interpreted as a character to be
`generated in the corresponding Character Rect-
`angle of
`the Page display.
`The Character
`
`PMC Exhibit 2057
`Apple v. PMC
`IPR2016-00755
`Page 11
`
`

`
`538
`
`Rectangles corresponding to Control Character
`Codes are generally displayed as Spaces (but see
`A.3.1.7).
`
`A.3.1. Display Modes
`
`The Display Modes are listed in Table A2 as
`complementary pairs;
`those on the left are
`assumed at the start of every Row. The Control
`Character Codes listed with each mode are used to
`initiate that mode.
`
`Some Control Characters have immediate
`effect (‘set at’) in that the new mode obtains for
`and from the corresponding Character Rectangle,
`others have subsequent effect (‘set after’) when the
`new mode obtain