`
`IEEE Transactions on Consumer Electronics, Vol. CE-25, No. 3, July 1979
`
`TELETEXT AND VIEWDATA SYSTEMS AND THEIR POSSIBLE EXTENSION
`TO EUROPE AND USA
`
`G. O. Crowther
`Mullard Limited
`
`New Road, Mitcham, Surrey, U.K.
`
`signal into bytes of information with an appropriate address
`and writes the data into a definite location in the page
`memory.
`In any Teletext system this process, for speed
`reasons, has to be handled by dedicated logic.
`The Viewdata demodulator is a conventional modem in
`
`which the specification on signal-to-noise ratio has_been
`slightly relaxed taking account that only short line working
`will be required.
`The Viewdata acquisition again takes the incoming data
`stream and converts it into bytes of data with an appropriate
`address for direct insertion into memory. In the Viewdata
`system the acquisition circuit
`also converts the user
`requests to the central data base into an outgoing data
`stream. Finally all the automatic call set up, shut down, and
`identification procedures are handled in this section.
`The procedures employed in both these Viewdata
`sections are largely covered by international standards
`(CCITT) and this section could be transferred in principle
`directly to the US and European markets without signifi-
`cant change.
`The page memory holds a complete page of data in
`coded form (ASCII) whilst the character generator converts
`the digitally-coded signal stored in memory into video
`signal for display on the picture tube.
`The timing section provides the timing signals (line
`flyback and field flyback pulses) and also addresses both
`the memory and the character generator to ensure the
`information is displayed on the correct location on screen.
`It is essential for economic reasons that the above three
`sections are common to both Teletext and Viewdata.
`
`.
`.
`T'm'"9
`
`I
`
`TV
`display
`
`
`
`generator
`
`.
`
`Page
`memory
`
`{, Video
`Teletext
`demodulator
`
`Teletext
`acquisition
`i
`J
`\/iewdata
`
`acquisition
`
`Viewdata
`demodulator
`+ Poiine
`
`INTRODUCTION
`
`In this paper it is proposed to explore the extension of the
`UK Viewdata and Teletext systems primarily into the USA
`but also to Europe. The paper is complementary to the
`paper by N.E. Tanton, BBC, entitled ‘UK Teletext—
`Evolution and Potential’.
`In adapting and extending an
`existing system it
`is worth recognising the basic starting
`points. For the UK Teletext and Viewdata systems these
`can be summed up as follows:
`
`1) decoder costs,
`2) ease of use by the end user.
`
`The cost of the basic decoding system was considered to
`be one of the prime parameters of the whole system. The
`price increment of including Teletext into the domestic tv
`receiver was targetted at significantly less than 10% and
`20% for a combined Teletext and Viewdata system. It was
`considered that unless these targets were achieved,
`the
`market size would not be sufficient to achieve the economy
`in scale essential for the success of the project. For this
`reason the system specifications werea collaborative effort
`between the broadcasters, the Post Office, the set makers,
`and the IC manufacturers. There are already good signs that
`the initial concepts were correct.
`In setting up the systems specifications, to a large extent
`it is Teletext which imposes most of the constraints, and
`for this reason will be the major subject of the paper.
`
`THE BASIC TELETEXT/VIEWDATA DECODER
`To understand the consequences of changing the systems
`to NTSC standards, it is necessary to understand the basic
`decoder requirements. Fig.1 shows the main sections of a
`combined decoder.
`The section marked Teletext demodulator is a linear
`
`circuit. It is in this section that the incoming video signal is
`converted into a digital signal and a synchronous clock
`generated. Further, if the full opportunities of Teletext are
`to be realised such as sub-titling and news-flash, then the
`display timing system of the decoder has to be locked to
`the incoming picture signal. This function is also performed
`within the Teletext demodulator.
`
`The acquisition circuit selects the user-requested page
`from the incoming serial bit stream. It then converts the
`
`RECEWED -‘WE =°»197°-
`
`0098-3063/79/0400—0288$00.75©1979!EEE
`
`Fig.1 — Basic Teletext and Viewdata system
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`|PR2016-00753
`IPR2016-00753
`Page 1
`Page 1
`
`
`
`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`289
`
`Significant changes will be required in this area for opera-
`tion on NTSC as will be discussed later.
`
`The user interface has to interpret user requests and
`instruct the rest of the decoder. In present systems this is
`performed by dedicated logic circuits but,
`in future,
`it
`could be handled with advantage by a micro—computer.
`There are two main areas to be examined in converting
`the present UK Teletext and Viewdata systems for NTSC
`based television sets:
`
`1) transmission ‘format of Teletext,
`2) the display format.
`
`The latter point affects both Viewdata and Teletext.
`However, the implication on Viewdata occurs only in the
`main data base software and the decoder character genera-
`tor but not
`the transmission system. In Teletext
`it has
`also a direct implication on the transmission strategy and
`the acquisition circuits.
`
`TELETEXT SYSTEM CONSTRAINTS
`
`In designing a Teletext system two major factors have to be
`recognised.
`
`1) Teletext unlike other data communication systems is
`non-interactive.
`
`2) The data rateis I M byte/s.
`
`The non-interactive nature of the Teletext system ‘is
`perhaps the more important factor. It affects the method of
`transmission adopted and decoder design; in particular, the
`techniques adopted for transmission error protection and
`the need to give apparent user interaction.
`There are essentially two ways in which the end user can
`obtain a piece of desired information from the Teletext
`system. The first is that he be told in advance of the time of
`
`transmission, in much the same way as a tv programme, and
`therefore be ready to request the page at that time. Alterna-
`tively, all the data is transmitted cyclically and the user has
`
`3 sync
`
`10 address
`
`30 data
`
`R0 format
`
`3 sync
`
`2 address
`
`40 data
`
` .
`
`R1‘ to R23 format
`
`to wait for the time in the cycle for the specific data to be
`transmitted. Both these strategies have been built into the
`UK system.
`—
`The user feedback and error strategies have been based
`on the cyclical nature of the majority of information.
`Single transmission of timed information can only be
`achieved reliably and economically in any Teletext system
`if the data is transmitted two or three times.
`
`The high data rate, particularly if a whole tv channel is
`devoted to Teletext, requires special consideration from the
`decoder designer’s point of view. There is no software-based
`system that could process and sort data at this rate, and
`consequently the coding system adopted has to minimise
`the dedicated logic necessary in the decoder to select the
`data requested and transfer it direct
`to memory in an
`ordered manner.
`
`ANALYSIS OF BASIC TRANSMISSION SYSTEM
`ADOPTED IN UK
`
`The basic format of the data transmission is shown in Fig.2.
`Essentially, the data stream is located on the tv line in the
`space normally occupied by video. NRZ coding has been
`employed for coding a binary bit and transmitted as a
`raised cosine, see Fig.3. The data stream has beenldivided
`up into bytes of 8 bits each and these are further divided as
`shown into three groups: sync, address, and data. The line
`flyback pulses are an important part of the Teletext signal
`and would be required if the whole channel were given over
`to test transmission.
`
`In essence, the line sync pulses give reliable marking of a
`packet of data and act as a flag for the synchronisation data
`(both bit and byte synchronisation). This allows the
`decoder to readily and reliably keep the data clock in
`synchronism with the data.
`The line flyback pulse is also employed in UK Teletext
`to flag the address information. Again, to simplify decoder
`design,
`the address gives adequate information to the
`decoder of the nature and precise location in memory of
`the following data and as a consequence its location on the
`
`levels
`
`<
`
`+'
`
`'
`
`I
`I
`I
`I
`I
`I
`I
`I
`
`.
`
`I
`
`4
`
`I
`|
`I
`I
`I
`
`,
`
`,
`
`I
`
`'
`
`I
`I
`I
`I
`I
`
`Fig.2 — UK Teletext packet formats
`
`Fig.3 — Data and clock recovery
`
`Incoming
`
`data
`
`Recovered
`data
`
`Recovered
`clock
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`lPR2016-00753
`IPR2016-00753
`Page 2
`Page 2
`
`
`
`290
`
`IEEE Transactions on Consumer Electronics. Vol. CE~25. No. 3. July [979
`
`the new page is requested until its acquisition. The user is
`given immediate feedback;
`the system is
`functioning
`correctly even though the page requested is not being trans-
`mitted. Other variants on the facility are clearly possible
`but they can only be achieved economically if the one-to-
`one relationship exists.
`More important, is to examine the effects of errors in a
`transmission. If errors occur in any Teletext system, either
`detected or undetected, the only possible action is to wait
`for
`:1
`repeat
`transmission. Furthermore, since errors are
`likely to be caused by noise, probably aided by other
`distortion phenomena (reflections, asymmetric distortions
`in equipment, and co-channel interference), it is probable
`that
`the next reception of the required text will contain
`errors but in new locations. Advantage can be taken of this
`
`fact if the coding system is well chosen. It can be arranged
`that an integration of correct text automatically takes place
`by the use of simple parity checks over two or three
`receptions of the wanted data. For this to be achieved, it is
`vital
`that
`the page selection and the page formatting
`information are protected against disturbance. Hamming
`codes for the protection and correction ofthe address data
`are employed. The correction is important in that it ensures
`that the following valid “good” data is not rejected clue to a
`1 bit error in the address with a consequent extension of
`the access time ofa specific page.
`For decoder design, it is essential that the non-standard
`code (e.g. Hamming protected address) is marked by a flag
`that can be readily recognised.
`In the UK synchronous system the page formatting data
`always occurs at the start of a tv line and, in essence, the
`line sync pulses act as the flag. The normal flywheel tech-
`niques give complete protection to this method of flagging.
`More recent work on multilanguage systems (Ref.1) has
`led to a technique of achieving greater security on the data
`than is achieved with the simple parity system by a small
`addition to the decoder as shown in Fig.5.
`The memory has been increased from 1K? to [K8 of
`which 1K7 are employed to store the page of data. The
`eighth bit is employed as a status bit for the associate byte
`
`|
`
`10 address
`
`1
`
`8 data
`
`to character
`generator
`
`Video
`j’ Acquisition
`
`
`
`
`
`Flag
`
`Cr.::mpare -
`
`Fig.5 — Strategy for polyglot system
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`|PR2016—00753
`IPR2016-00753
`Page 3
`Page 3
`
`|.
`
`_.
`
`.5.
`
`Data
`
`—~i
`
`Clock ru n in
`& address
`
`
`
`
`Fig.4 — Direct retationship between data on at line and display row
`
`final display, see Fig.4. In this way only address data has to
`be processed at the high incoming data rate.
`It
`is recognised that a page of data will be made up of
`several packets ofdata and that certain address information
`would be common to every packet. To economise in trans-
`mission time, two types of packet are defined as shown in
`Fig.2.
`
`The R0 packet contains all the common address inform-
`ation for a page of text consisting of several packets of
`data. The R0 packet marks the start and finish ofa page.
`The data to be transmitted may then be divided into a
`maximum of 32 packets with a unique address location in
`the decoder memory.
`in the packets labelled R1 to R3]
`minimum addressing is incorporated to identify the packet.
`In this manner the throughput of data is maximised. It
`should be recognised that one unrequited address bit per
`packet represents the loss of approximately one packet of
`message data per page.
`The amount of data incorporated in a packet is depend-
`ent on the bandwidth of the tv network.
`in Europe 45
`
`bytes can be reliably transmitted, which permits one row
`of the final display to be transmitted within one tv line.
`The bandwidth ofthe NTSC system will not allow this data
`rate and an alternative method of packaging will be
`required. This will be discussed later.
`
`DESIGN ADVANTAGES OF DIRECT ADDRESSING
`SYSTEM
`
`There are three instances where the fixed relationship
`between the transmitted data and display data on a tv line
`is of importance. The first is when the user requests a new
`page; the second when errors occur in the transmission; and
`lastly,
`in the future when full channel Teletext transmis-
`sions are implemented.
`To cover
`the first aspect, all present LS1 decoders
`display on screen every page header. Since the page number
`is always transmitted in the same location, it will appear on
`screen as a continually changing or rolling display. It ltas
`been arranged that the page number rolls from the instant
`
`
`
`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`291
`
`IMPLEMENTATION OF TELETEXT ON NTSC
`
`There are two inter-related aspects to be reviewed: the page
`format and the transmission data bit rate.
`
`In one solution the one-to-one relationship between data
`on tv line and the displayed row is retained. In the other’
`the two are optimised independently. In the first solution
`the existing UK hardware can be employed but an undesir-
`able compromise has to be taken between two conflicting
`requirements. An alternative system is examined which
`avoids the conflict between data format and transmission
`data rate. The second proposal allows field trials to be
`undertaken over a wide range of data rates.
`
`Page Format
`In Europe the page format adopted is 40 characters/row
`and 24 rows/page. Experience in the UK suggests that
`editorially it
`is undesirable to reduce the number of
`displayed characters below 40. It
`is also recognised that
`there is a desire in the USA to implement Teletext via
`set-top adaptors as well as incorporating them with the tv
`receiver as is generally practised in Europe.
`Thus a bandwidth constraint is imposed on the created
`Teletext video signal as well as on the incoming data. The
`factors which determine the outgoing signal bandwidth are
`shown in Figs.7 and 8. It will be seen that a 40 character
`display is possible within the NTSC system provided it is
`not associated with the incoming signal rate.
`
`4-——es2ps ea
`l"""'""""""'"""""""""1
`
`242 lines
`
`Display time
`max. 42ps
`
`196 lines
`5 20 rows
`
`of text
`
`Desired
`Teletext display
`allowing 10°/9
`margin
`
`Normal picture size allowing 10°/n overscan
`
`Fig.7 — Factors affecting display of Teletext
`
`No. of
`characters
`displayed
`per row
`
`Display
`time per
`character
`us
`
`6 dots/character
`Display
`Highest
`clock rate
`fundamental
`MHz
`
`freq. MHz
`
`Fig.8 — Display bandwidth for two format strategies
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`lPR2016-00753
`IPR2016-00753
`Page 4
`Page 4
`
`Status of
`new data
`
`
`
`
`
`
`Present Comparison New data
`flag
`old &
`into
`status
`new data
`memory
`
`.
`First
`°
`w"t°
`"
`reception
`
`Second &
`Agrees
`
`
`subsequent
`
`Second &
`
` Agrees
`subsequent
`Second 8:
`Disagrees
`
`subsequent
`Second &
`
` Disagrees
`subsequent
`
`
`
`
`
`
`
`
`
`
`Fig.6 — Error strategy
`
`of data. Incoming information is only written into memory
`after a comparison between it and the data already stored
`and the status bit. The decision table is given in Fig.6.
`In conclusion, it is worth mentioning that conventional
`methods of protecting serial data such as BCC or CRC are
`not as effective as the combination of majority decision
`described above and Hamming protection, although they
`can be very effective in giving confidence that the data in
`memory is correct particularly if it contains important
`numeric data.
`
`Another important advantage of the simple relationship
`in decoder design arises when the system is extended by
`inserting data on more lines than the two tv lines currently
`employed.
`A number of organisations are already investigating
`systems which would dedicate a tv channel to Teletext on
`625/525 lines for at least part of the day. In these circum-
`stances data will arrive at approximately 1 M byte/s. This
`has to be processed and sorted as it comes in unless severe
`constraints are imposed on the order in which data is
`transmitted and,
`in addition, considerable buffer stores
`incorporated in the decoder with the consequential cost
`penalty.
`With the present simple relationship the data can be
`readily processed as it arrives and present day decoders can
`already be adapted with minor change to full 625/525 line
`operation.
`It is of interest to note that 625 line operation would
`give the possibility of 10 000 full pages with a cycle time of
`‘A minute, whilst
`the decoders today already have the
`capability of selecting 1 out of 2% million pages.
`One of the penalties often attributed to the fixed format
`concept is the use of serial picture attributes (colour, etc.)
`as opposed to parallel. Both definitions of picture attributes
`can be transmitted by the UK direct addressing method. It
`‘was, however, a conscious decision at the time of writing
`the UK specification to adopt serial attributes. Parallel attri-
`butes increase the cost of the decoder (at least twice size of
`memory) and cause an indeterminate increase in the trans-
`mission time.
`
`
`
`292
`
`IEEE Transactions on Consumer Electronics. Vol. CE-25, No. 3, July 1979
`
`The number of rows to be displayed is limited by the
`number of tv lines visible on the screen. A minimum of 10
`
`lines is required to form a row of characters (upper and
`lower case) which leads to an optimum page format of 40
`characters per row and 20 rows.
`
`_
`Transmission Strategy for NTSC
`At this stage in the Teletext field trials in the USA, there is
`no information as to the maximum data rate that can be
`handled by the NTSC system. For this reason, a number of
`alternative solutions are given in Fig.9 whilst
`the basic
`principles are shown in Fig.1O by a single example.
`
`Display 40 characters/row and 20 rows/page
`
`Code
`transmitted
`
`Location of data
`on display
`
`Re
`R1
`R2
`R3
`R31
`
`R4
`R5
`R6
`R7
`R30
`
`R15
`
`R13
`R19
`R27
`
`First 32 chara. Row 1
`H
`H
`55
`n
`2
`79
`J!
`H
`79
`3
`9!
`n
`1!
`as
`4
`Last 8 chara. Row 1 to 4
`
`First 32 chara. Row 5
`5!
`n
`as
`1!
`6
`H
`I!
`I!
`n
`7
`H
`n
`H
`9!
`8
`Last 8 chara. Row 5 to 8
`
`First 32 chara. Row 17
`I!
`9!
`H
`n
`H
`99
`H
`n
`is
`as
`n
`as
`Last 8 chara. Row 17 to 20
`
`Fig.11 —— Typical transmission sequence for packets using 32 charac-
`ters as example
`
`To improve the presentation of the data on first recep-
`tion of the page, it is proposed to interleave these sub-groups
`within the main sequence. That
`is,
`the transmission
`
`sequence could be R0 R1 R3 R31 R4 R5 R6 R7 R30 R3
`.
`.
`. etc., see Fig.1 1. Experiments have shown that visually
`no difference can be detected between the above strategy
`and the present European method of transmitting a com-
`plete row.
`In Fig.9 five strategies are described with data clock
`rates from 3.8 to 5.6 MHz which, it is felt, should cover the
`NTSC requirements. A comparison is also made between
`the number of pages received per second for each strategy
`as compared with European systems.
`If it were so desired, clock rates above and below the
`above figures could be employed adopting the principles
`already described.
`The cost
`implications of the above proposals on the
`decoder are extremely small, and present-day decoders can
`be readily adapted to the scheme with a small peripheral
`circuit.
`
`Possible Future Extensions of the Teletext Service
`
`In the design of the Teletext service in the UK it was
`considered essential
`to be able to enhance the service as
`
`new features were devised and technology permitted.
`Already a number of enhancements are being considered.
`1) Multipage memory for rapid access of related
`information
`
`2) Full channel tv
`3) Multilingual operation to cater for all Latin languages
`and non-Latin language requirements
`4) Remote programming of character generator
`specialised pages, for instance: mathematics,
`chemistry, and minority languages
`5) Remote programming of local home terminal.
`
`for
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`|PR2016-00753
`IPR2016-00753
`Page 5
`Page 5
`
`Data bytes
`on received
`data line
`
`Incoming
`data clock
`rate (MHz)
`
`Pages ner
`second at
`2 data/frame
`
`Pages as
`“I. of PAL
`systems
`
`20
`
`24
`27
`
`30
`32
`
`-
`
`-
`
`3
`
`3'6
`4
`
`4'5
`4'8
`
`' 27
`
`-12
`0
`
`+10
`
`+17
` §Row 1, 30¢-:haracte'rs
`
`
`
`=Tlru quick liruwn lax i|lll1[|S eve
`
` iflow 2, 30 characters
`
`Row 3, 30 characters
`iiumps nveri
`ilnx jumps aver the lazy dog---i
`
`
`
`
`
`
`charact’s
`
`Ethe laly dn|].TiIl quick h_rown
`
`Fig.1O —- Strategy for reduced bandwidth defined Teletext transmis-
`sion with 40 character display
`
`In the example of Fig.10, 32 message bytes are transmit-
`ted on a tv line representing a data clock rate of 2’ 5.6 MHz.
`
`In the proposal, the first 20 packets (labelled 0 to 19)
`are employed to convey the data on the left-hand side of
`the screen. This permits an identical simple decoder design
`as currently employed to load the information into
`memory.
`
`The small sections on the right-hand side of the screen
`consisting of 8 characters are packaged together
`into
`sequential groups of 4 and transmitted on 5 further packets
`labelled, for instance, 27 to 31 inclusive.
`
`
`
`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`293
`
`Experiments in the UK have shown that all the above
`enhancements can be implemented with the present Teletext
`decoding scheme and with only minor modifications to the
`basic decoders.
`
`In enhancing the system, three aspects have to be taken
`into account:
`
`1) new decoders must be able to receive all services,
`2) ensure old decoders will not be disturbed by the
`additional features,
`3) the simple decoder does not have an inbuilt cost
`penalty for the more sophisticated systems.
`
`The first requirement will be met by the appropriate
`redesign of the decoder, and to a large extent depends on
`the nature of the new service. The methods of achieving
`Points 2 and 3 are illustrated for the language extension in
`F_igs.12 and 13.
`It employs the fact that the page number transmitted in
`the page header R0 is transmitted as two BCD codes. The
`decoders have been designed so that the user can request
`only units 0 to 9 and tens 10 to 90. This means that binary
`codes 10 to 15 in both tens and units may be transmitted
`but never requested by an old decoder.
`In both illustrations it is assumed that the Page 151 is
`normal text suitable for both types of decoder, whilst Page
`152 is in Turkish and can only be decoded in second
`generation decoders.
`In the first method (Fig.l2) Page 151 is terminated with
`
`a normal R0, and would thus be received normally by both
`forms of decoder. If an old decoder were to request Page
`152,
`it would accept
`the page header with the message
`saying the text is in Turkish but the page would be termina-
`ted by the next line which is a non-standard
`Since the old decoder can never request a non-standard
`
`R0
`R1
`R2
`!
`
`R23
`R0
`Ro
`R1
`R2
`
`,
`R20
`R0
`
`page 151
`
`Page in Turkish
`page 152
`page(15) 152 New Flo format
`
`page ?
`
`Received by normal and
`enhanced decoders
`
`Displayed on normal
`]- decoders
`Acts as page terminator
`for normal decoders
`
`Enhanced decoders only
`
`page code, this line and all subsequent lines until the next
`standard R0 will be ignored. Thus, the old decoder is just
`informed that Page 152 is not available to the user.
`A new decoder can be trained to accept
`these non-
`allowed codes and recognise that a new addressing structure
`applies and thus be able to receive the information. Using
`this technique at least 48 new extensions are possible.
`
`CONCLUSION
`The problems of adapting the Teletext and Viewdata
`systems to the NTSC have been analysed and the two,
`significant changes, the data clock rate in Teletext and the
`page format, have been discussed.
`The reasons for adopting a direct addressing technique
`for Teletext have been analysed and the advantages in terms
`of decoder design cost and performance given. A number of
`strategies have been given to optimally match the concepts
`to the NTSC system. The option chosen must depend on
`the results of field trials. At present, it is suggested that a
`display format of 40 characters per row and 20 rows should
`be employed. The techniques described allow many other
`display formats if this were considered desirable.
`Finally, an indication of a number of directions of
`service ehancements being considered in the UK has been
`given. Techniques have been described of how these new
`features could be introduced without interfering or causing
`obsolescence of the basic decoders.
`
`REFERENCE
`
`1. CHAMBERS, J .P., ‘Teletext alphabets and error protec-
`tion’. EBU Review — Technical No.l73 (Feb. 1979).
`
`page 151
`
`page (15) 122 New no formal
`
`R0
`R1
`
`'
`’
`
`R23
`no
`R1
`
`:
`,
`R20
`
`Received by normal and
`enhanced decoders
`
`_
`]- Acts as page terminator
`for normal decoders
`
`Received by enhanced
`decoders only
`
`Fig.12—Transmission sequence to separate normal and polyglot
`terminals
`
`Fig.13 —— Alternative transmission sequence to separate normal and
`polyglot terminals
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`|PR2016-00753
`IPR2016-00753
`Page 6
`Page 6
`
`
`
`294
`
`If-'.[§Ei 'I‘r'.ans;icrions on ConsuI'ni:ri$l::<:troni-;s.Vo1.CE—25. No. 3. July [979
`
`BIOGRAPHY
`
`in Engineering
`G. 0. Crowther received the B.Sc.
`from imperial College, London. He joined Mullard
`Limited in 1950 in their application laboratory. His
`present position is coordinator ot consumer electronics
`in the Mullard Application Laboratory with responsibili-
`ties tor the applications of all components to television.
`radio, audio, and domestic appliances. He has a prime
`role within Philips tor Teletext and Viewdata. His ex-
`perience includes work on radiation monitoring equip-
`ment. simple control systems. electronic telephone
`exchanges. calculators. nano—second logic systems.
`computer interfaces. and consumer electronics. He has
`been part oi and contributed to the evolution of Teletext
`and Viewdata since their initial conception some seven
`years ago.
`Mr. Crowther has some 20-30 patents on a wide
`range of subjects and a similar number oi papers and
`lectures to learned bodies and magazines.
`
`
`
`
`G. O. Crwther
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`|PR2016—00753
`IPR2016-00753
`Page 7
`Page 7