Learning & presentation spaces engineering notes, UAE

01Overview

Start with the way you teach.

A presentation room, a recorded lecture and a discussion with remote students need different signal paths and controls. We start with the lesson: who presents, who asks questions, what students need to see and what should remain available afterwards.

Screen size follows the seating and real course material. Microphones and loudspeakers are planned with the room acoustics. Recording, conferencing and language services belong to the configuration you select, with their own access rules, interfaces and acceptance checks.

These four reference configurations are starting points for design. They describe intended functions and example quantities; they are not fixed packages or evidence of completed installations. EDU-04 is a proposed system whose software implementation status has not yet been confirmed.

Rooms used for performances, ceremonies and operated events need additional stage and operator workflows. Describe these separately in your brief.

For event changeovers and stage operation, see Multi-purpose halls.

02Where it is used06 environments

Real environments, real priorities.

Application register
No.	Environment	Who uses it	Work and content	What matters most	Typical systems
A01	Seminar classroom	Lecturer and students in the room	Slides, documents and spoken explanation	Readable content and simple source selection	EDU-01: display, speech audio and controls
A02	Lecture room	Lecturer, students and course team	Record the presenter, teaching material and spoken questions	A complete recording with controlled publication	EDU-02: camera, capture and separate audio mixes
A03	Hybrid seminar	Teacher and students in the room and online	Questions and discussion in both directions	Microphone coverage and a clear return path from the call	EDU-03: two camera views, conferencing and echo cancellation
A04	Staff training room	Trainer and course participants	Repeatable courses and skills demonstrations	Consistent controls; recording where required	EDU-01 or EDU-02, selected by workflow
A05	Distributed teaching programme	Lecturer and authorised browser viewers	Watch the lecture and send written questions	Two video channels, language choice and local access control	Proposed EDU-04 platform
A06	Course revision and catch-up	Students and teaching support staff	Find and replay permitted learning material	Retention, access and usable recordings	EDU-02/03 with an agreed repository, or the proposed EDU-04 archive

03Typical configurations

Four starting points, compared.

Compare all 4 configurations

Configuration

Classroom presentation

EDU-01

Show teaching material and reinforce the lecturer's speech.

Explore EDU-01

Lecture capture

EDU-02

Record the presenter, material and spoken questions for authorised replay.

Explore EDU-02

Two-way hybrid teaching

EDU-03

Connect room questions and remote answers in one lesson.

Explore EDU-03

Hybrid learning, translation & archive

EDU-04

Explore local browser viewing, language tracks, text questions and an archive. Proposed system; software status and performance unverified.

Explore EDU-04

Primary task

Teach in the room

Record a lecture for later access

Hold a lesson with remote discussion

Deliver and archive multilingual lectures on a proposed local platform

Example scope

One room; 24–30 seats assumed

One room; 60–100 seats assumed

One room; up to 40 seats assumed

One room design repeated across a target of 12 concurrent rooms

Teaching video

One selected source on the room display

Presentation plus one presenter camera to capture

Two selectable camera views and shared teaching content

Two separate channels: presenter and desktop/presentation

Room displays

One main display

Main display plus a remote-participant display

Main display plus a separate caption display

Speech capture

One lecturer microphone

Lecturer microphone plus one handheld question microphone

Lecturer microphone plus two audience microphone zones

One lecturer microphone per room

Remote participation

Not included

Two-way voice and video on the selected platform

Browser viewing and written questions; no student voice or video return

Recording

Not included

Hardware recording and an agreed publication workflow

Hardware recording of the selected programme view and lesson audio

Proposed server recording of both video channels and language tracks

Language services

Not included

Not included in this reference scope

Proposed RU original audio, EN/ZH synthetic speech and RU/EN/ZH captions

Control

Integrated room panel/controller

Room panel, camera presets and recording indication

Room panel, camera selection and recording indication

Separate lecturer application; local administrator portal

Delivery status

Reference design; project selection and tests required

Reference design; platform and room tests required

Proposed design; software status and performance unverified

Classroom presentation

EDU-01

Show teaching material and reinforce the lecturer's speech.

Explore EDU-01

Primary task: Teach in the room
Example scope: One room; 24–30 seats assumed
Teaching video: One selected source on the room display
Room displays: One main display
Speech capture: One lecturer microphone
Remote participation: Not included
Recording: Not included
Language services: Not included
Control: Integrated room panel/controller
Delivery status: Reference design; project selection and tests required

Lecture capture

EDU-02

Record the presenter, material and spoken questions for authorised replay.

Explore EDU-02

Primary task: Record a lecture for later access
Example scope: One room; 60–100 seats assumed
Teaching video: Presentation plus one presenter camera to capture
Room displays: One main display
Speech capture: Lecturer microphone plus one handheld question microphone
Remote participation: Not included
Recording: Hardware recording and an agreed publication workflow
Language services: Not included
Control: Room panel, camera presets and recording indication
Delivery status: Reference design; project selection and tests required

Two-way hybrid teaching

EDU-03

Connect room questions and remote answers in one lesson.

Explore EDU-03

Primary task: Hold a lesson with remote discussion
Example scope: One room; up to 40 seats assumed
Teaching video: Two selectable camera views and shared teaching content
Room displays: Main display plus a remote-participant display
Speech capture: Lecturer microphone plus two audience microphone zones
Remote participation: Two-way voice and video on the selected platform
Recording: Hardware recording of the selected programme view and lesson audio
Language services: Not included in this reference scope
Control: Room panel, camera selection and recording indication
Delivery status: Reference design; platform and room tests required

Hybrid learning, translation & archive

EDU-04

Explore local browser viewing, language tracks, text questions and an archive. Proposed system; software status and performance unverified.

Explore EDU-04

Primary task: Deliver and archive multilingual lectures on a proposed local platform
Example scope: One room design repeated across a target of 12 concurrent rooms
Teaching video: Two separate channels: presenter and desktop/presentation
Room displays: Main display plus a separate caption display
Speech capture: One lecturer microphone per room
Remote participation: Browser viewing and written questions; no student voice or video return
Recording: Proposed server recording of both video channels and language tracks
Language services: Proposed RU original audio, EN/ZH synthetic speech and RU/EN/ZH captions
Control: Separate lecturer application; local administrator portal
Delivery status: Proposed design; software status and performance unverified

Seat counts are planning assumptions, not equipment capacity ratings. Screen size, microphone coverage and loudspeaker quantities are confirmed for the actual room.

Follow the signal path for your configuration.

EDU-01

Classroom presentation

Reference design · project selection and tests required.

A lecturer presents from the teaching PC or an agreed guest connection to students in the room.

Discuss EDU-01

Presentation video reaches the main display; extracted programme audio and the lecturer microphone feed the room sound system.

Signal flow

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 6 connections

Teaching PC ×1; Includes operator monitor → Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction: HDMI.
Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction → Main display ×1: HDMI.
Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction → Audio processor ×1; 3 analogue inputs used; Room mix: mono: Analogue L/R.
Lecturer microphone ×1 → Audio processor ×1; 3 analogue inputs used; Room mix: mono: Analogue mic.
Audio processor ×1; 3 analogue inputs used; Room mix: mono → Amplifier ×1: Line output 1.
Amplifier ×1 → Loudspeakers ×2; Initial layout assumption: Speaker lines.
Integrated panel/controller ×1 → Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction: RS-232: source (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: RS-232: power (control/status/authorisation).
Integrated panel/controller ×1 → Audio processor ×1; 3 analogue inputs used; Room mix: mono: IP: level / mute (control/status/authorisation).
Audio processor ×1; 3 analogue inputs used; Room mix: mono → Integrated panel/controller ×1: IP: actual state (control/status/authorisation).

PC: Teaching PC ×1 Includes operator monitor
SW: Presentation switcher ×1 2 inputs / 1 output Stereo audio extraction
SCREEN: Main display ×1
DSP: Audio processor ×1 3 analogue inputs used Room mix: mono
MIC: Lecturer microphone ×1
AMP: Amplifier ×1
SPK: Loudspeakers ×2 Initial layout assumption

PC → SWHDMI
SW → SCREENHDMI
SW → DSPAnalogue L/R
MIC → DSPAnalogue mic
DSP → AMPLine output 1
AMP → SPKSpeaker lines

REFERENCE DESIGN · PER ROOM Solid: media. Dashed: control/status. Room switch ×1 + installation set ×1 support these routes. Input 2 is reserved for a guest source; no second source supplied. No capture, conferencing or camera included.

Control & status

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 4 connections

Teaching PC ×1; Includes operator monitor → Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction: HDMI.
Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction → Main display ×1: HDMI.
Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction → Audio processor ×1; 3 analogue inputs used; Room mix: mono: Analogue L/R.
Lecturer microphone ×1 → Audio processor ×1; 3 analogue inputs used; Room mix: mono: Analogue mic.
Audio processor ×1; 3 analogue inputs used; Room mix: mono → Amplifier ×1: Line output 1.
Amplifier ×1 → Loudspeakers ×2; Initial layout assumption: Speaker lines.
Integrated panel/controller ×1 → Presentation switcher ×1; 2 inputs / 1 output; Stereo audio extraction: RS-232: source (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: RS-232: power (control/status/authorisation).
Integrated panel/controller ×1 → Audio processor ×1; 3 analogue inputs used; Room mix: mono: IP: level / mute (control/status/authorisation).
Audio processor ×1; 3 analogue inputs used; Room mix: mono → Integrated panel/controller ×1: IP: actual state (control/status/authorisation).

SW: Presentation switcher ×1 2 inputs / 1 output Stereo audio extraction
SCREEN: Main display ×1
DSP: Audio processor ×1 3 analogue inputs used Room mix: mono
CTRL: Integrated panel/controller ×1

CTRL → SWRS-232: source
CTRL → SCREENRS-232: power
CTRL → DSPIP: level / mute
DSP → CTRLIP: actual state

REFERENCE DESIGN · PER ROOM Solid: media. Dashed: control/status. Room switch ×1 + installation set ×1 support these routes. Input 2 is reserved for a guest source; no second source supplied. No capture, conferencing or camera included.

Typical architecture · not a project drawing

Workflow, boundaries and intended result

Composition

One teaching PC, one main display, one presentation switcher with audio extraction, one lecturer microphone, one audio processor, one amplifier, two loudspeakers and one integrated room panel/controller. One managed room switch and a room installation set complete the example. The PC includes its operator monitor; it is separate from the main display.

Boundaries

Camera capture, recording and remote participation are outside this configuration. A guest device, longer-distance video transport and hearing assistance are selected separately where required. The two loudspeakers are an initial layout assumption.

Intended result

Staff can select a source, show teaching material, adjust room sound and mute the microphone through a consistent room interface.

Example equipment for EDU-01

Example quantities for the selected configuration; final selection follows the approved design. A catalogue listing does not confirm stock, delivery time or complete-system compatibility.

Teaching PC, including operator monitor: 1
Selected with institutional IT
Main / additional AV displays: 1 / 0
Display options where LED suits the design; other display types by specification
Display options
Presentation switching / distribution: 1
Switching equipment
Switching equipment
Lecturer / question microphones: 1 / 0
Microphones
Microphones
Audio processor: 1
Mixers and processors
Mixers and processors
Amplifier / loudspeakers: 1 / 2
Amplifiers · Loudspeakers
Amplifiers
Loudspeakers
PTZ cameras / SDI-to-USB capture devices: 0 / 0
Camera and capture interfaces selected together
Recorder / recording medium: 0 / 0
Selected to the capture and retention brief
Integrated room panel/controller / recording indicator: 1 / 0
Selected to device control interfaces
Managed room switch / installation set: 1 / 1
Network, cabling, mounting and power by project

EDU-02

Lecture capture

Reference design · project selection and tests required.

A lecturer records a lesson with a presenter view, presentation content and questions asked through a handheld microphone.

Discuss EDU-02

Presentation and presenter video meet at the recorder. Room sound and recorded sound use separate mixes.

Video & data

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 6 connections

Teaching PC ×1; Includes operator monitor → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: HDMI.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Main display ×1: HDMI output 1.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: HDMI output 2.
Presenter PTZ camera ×1; Separate DC power → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: 3G-SDI.
Microphones ×2; Lecturer + handheld questions → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: 2 analogue inputs.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: Analogue L/R.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Amplifier ×1: Line output 1: room mix.
Amplifier ×1 → Loudspeakers ×4; Initial layout assumption: Speaker lines.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Line output 2: record mix.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Recording medium ×1: Local write.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Institutional repository ×1 service; Publication and access rules: IP file upload: agreed method.
Institutional repository ×1 service; Publication and access rules → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Upload result / publication status (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: IP API: start / stop (control/status/authorisation).
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Integrated panel/controller ×1: IP API: actual recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: state indication (control/status/authorisation).
Integrated panel/controller ×1 → Presenter PTZ camera ×1; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: RS-232: source (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: RS-232: power (control/status/authorisation).

PC: Teaching PC ×1 Includes operator monitor
SW: Presentation switcher ×1 2 inputs / 2 mirrored outputs Stereo audio extraction
SCREEN: Main display ×1
REC: Recorder ×1 HDMI + SDI + analogue audio Embedded audio disabled
CAM: Presenter PTZ camera ×1 Separate DC power
MEDIA: Recording medium ×1
STORE: Institutional repository ×1 service Publication and access rules

PC → SWHDMI
SW → SCREENHDMI output 1
SW → RECHDMI output 2
CAM → REC3G-SDI
REC → MEDIALocal write
REC → STOREIP file upload: agreed method

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1 support IP and power. Upload is not automatic course publication without a confirmed connector. No remote voice/video return or automatic tracking.

Audio & return paths

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 5 connections

Teaching PC ×1; Includes operator monitor → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: HDMI.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Main display ×1: HDMI output 1.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: HDMI output 2.
Presenter PTZ camera ×1; Separate DC power → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: 3G-SDI.
Microphones ×2; Lecturer + handheld questions → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: 2 analogue inputs.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: Analogue L/R.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Amplifier ×1: Line output 1: room mix.
Amplifier ×1 → Loudspeakers ×4; Initial layout assumption: Speaker lines.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Line output 2: record mix.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Recording medium ×1: Local write.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Institutional repository ×1 service; Publication and access rules: IP file upload: agreed method.
Institutional repository ×1 service; Publication and access rules → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Upload result / publication status (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: IP API: start / stop (control/status/authorisation).
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Integrated panel/controller ×1: IP API: actual recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: state indication (control/status/authorisation).
Integrated panel/controller ×1 → Presenter PTZ camera ×1; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: RS-232: source (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: RS-232: power (control/status/authorisation).

SW: Presentation switcher ×1 2 inputs / 2 mirrored outputs Stereo audio extraction
REC: Recorder ×1 HDMI + SDI + analogue audio Embedded audio disabled
MIC: Microphones ×2 Lecturer + handheld questions
DSP: Audio processor ×1 4 analogue inputs used Separate room / record mixes
AMP: Amplifier ×1
SPK: Loudspeakers ×4 Initial layout assumption

MIC → DSP2 analogue inputs
SW → DSPAnalogue L/R
DSP → AMPLine output 1: room mix
AMP → SPKSpeaker lines
DSP → RECLine output 2: record mix

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1 support IP and power. Upload is not automatic course publication without a confirmed connector. No remote voice/video return or automatic tracking.

Control & status

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 8 connections

Teaching PC ×1; Includes operator monitor → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: HDMI.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Main display ×1: HDMI output 1.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: HDMI output 2.
Presenter PTZ camera ×1; Separate DC power → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: 3G-SDI.
Microphones ×2; Lecturer + handheld questions → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: 2 analogue inputs.
Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: Analogue L/R.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Amplifier ×1: Line output 1: room mix.
Amplifier ×1 → Loudspeakers ×4; Initial layout assumption: Speaker lines.
Audio processor ×1; 4 analogue inputs used; Separate room / record mixes → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Line output 2: record mix.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Recording medium ×1: Local write.
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Institutional repository ×1 service; Publication and access rules: IP file upload: agreed method.
Institutional repository ×1 service; Publication and access rules → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: Upload result / publication status (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled: IP API: start / stop (control/status/authorisation).
Recorder ×1; HDMI + SDI + analogue audio; Embedded audio disabled → Integrated panel/controller ×1: IP API: actual recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: state indication (control/status/authorisation).
Integrated panel/controller ×1 → Presenter PTZ camera ×1; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → Audio processor ×1; 4 analogue inputs used; Separate room / record mixes: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Presentation switcher ×1; 2 inputs / 2 mirrored outputs; Stereo audio extraction: RS-232: source (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: RS-232: power (control/status/authorisation).

SW: Presentation switcher ×1 2 inputs / 2 mirrored outputs Stereo audio extraction
SCREEN: Main display ×1
REC: Recorder ×1 HDMI + SDI + analogue audio Embedded audio disabled
CAM: Presenter PTZ camera ×1 Separate DC power
DSP: Audio processor ×1 4 analogue inputs used Separate room / record mixes
STORE: Institutional repository ×1 service Publication and access rules
CTRL: Integrated panel/controller ×1
LAMP: Recording indicator ×1

STORE → RECUpload result / publication status
CTRL → RECIP API: start / stop
REC → CTRLIP API: actual recording state
CTRL → LAMPGPIO: state indication
CTRL → CAMIP VISCA: presets
CTRL → DSPIP: level / mute
CTRL → SWRS-232: source
CTRL → SCREENRS-232: power

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1 support IP and power. Upload is not automatic course publication without a confirmed connector. No remote voice/video return or automatic tracking.

Typical architecture · not a project drawing

Workflow, boundaries and intended result

Composition

One teaching PC, one main display, one presentation switcher with two mirrored outputs and audio extraction, two microphones, one audio processor, one amplifier and four loudspeakers as a starting layout. One PTZ camera feeds the recorder over SDI; the presentation feeds it over HDMI. One recording appliance, one recording medium, one room panel/controller, one recording indicator and one managed room switch support the workflow. The institution supplies the agreed repository service.

Boundaries

This is a recording workflow. Two-way student participation, automatic translation and automatic camera tracking are outside its base scope. Publication can use a reviewed upload workflow; timetable automation requires a separately agreed interface. The recording layout and whether sources are retained separately are set during design.

Intended result

An authorised user can record and replay a complete lesson, check the audio and publish it to the agreed audience. Recording indication follows the recorder's actual state.

Example equipment for EDU-02

Example quantities for the selected configuration; final selection follows the approved design. A catalogue listing does not confirm stock, delivery time or complete-system compatibility.

Teaching PC, including operator monitor: 1
Selected with institutional IT
Main / additional AV displays: 1 / 0
Display options where LED suits the design; other display types by specification
Display options
Presentation switching / distribution: 1
Switching equipment
Switching equipment
Lecturer / question microphones: 1 / 1
Microphones
Microphones
Audio processor: 1
Mixers and processors
Mixers and processors
Amplifier / loudspeakers: 1 / 4
Amplifiers · Loudspeakers
Amplifiers
Loudspeakers
PTZ cameras / SDI-to-USB capture devices: 1 / 0
Camera and capture interfaces selected together
Recorder / recording medium: 1 / 1
Selected to the capture and retention brief
Integrated room panel/controller / recording indicator: 1 / 1
Selected to device control interfaces
Managed room switch / installation set: 1 / 1
Network, cabling, mounting and power by project

EDU-03

Two-way hybrid teaching

Reference design · project selection and tests required.

Students in the room and online ask questions, hear answers and share the same teaching material.

Discuss EDU-03

Two camera captures feed the conferencing PC. Remote sound returns to the room and recording, with a separate outgoing microphone mix.

Video & data

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 9 connections

PTZ cameras ×2; Presenter / audience; Separate DC power → SDI-to-USB capture ×2: 2 SDI routes.
SDI-to-USB capture ×2 → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: 2 USB video inputs.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing ↔ Remote participants; Institutional conferencing service: IP: two-way call + shared content.
Microphone channels ×3; Lecturer + 2 audience zones → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: 3 analogue mic inputs.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: USB send: mic mix only.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: USB receive: far end + programme.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Amplifier ×1: Line 1: room mix.
Amplifier ×1 → Loudspeakers ×4: Speaker lines.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → HDMI DA ×1; 1 input / 2 outputs: AV output A: HDMI programme.
HDMI DA ×1; 1 input / 2 outputs → Main display ×1: HDMI.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → Remote-participant display ×1: AV output B: HDMI / DP.
HDMI DA ×1; 1 input / 2 outputs → Recorder ×1; Embedded HDMI audio disabled: HDMI: programme video.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Recorder ×1; Embedded HDMI audio disabled: Line 2: microphones + far end + programme.
Recorder ×1; Embedded HDMI audio disabled → Recording medium ×1: Local write.
Recorder ×1; Embedded HDMI audio disabled → Institutional repository ×1 service: IP: agreed upload workflow.
Integrated panel/controller ×1 → PTZ cameras ×2; Presenter / audience; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; Embedded HDMI audio disabled: IP API: record start / stop (control/status/authorisation).
Recorder ×1; Embedded HDMI audio disabled → Integrated panel/controller ×1: IP API: recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: actual state (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: Serial: display power (control/status/authorisation).
Integrated panel/controller ×1 → Remote-participant display ×1: Serial: display power (control/status/authorisation).

CAM: PTZ cameras ×2 Presenter / audience Separate DC power
CAP: SDI-to-USB capture ×2
PC: Teaching / conferencing PC ×1 Operator monitor included Camera selection + content sharing
REMOTE: Remote participants Institutional conferencing service
DA: HDMI DA ×1 1 input / 2 outputs
SCREEN: Main display ×1
SCREEN2: Remote-participant display ×1
REC: Recorder ×1 Embedded HDMI audio disabled
MEDIA: Recording medium ×1
REPO: Institutional repository ×1 service

CAM → CAP2 SDI routes
CAP → PC2 USB video inputs
PC ↔ REMOTEIP: two-way call + shared content
PC → DAAV output A: HDMI programme
DA → SCREENHDMI
PC → SCREEN2AV output B: HDMI / DP
DA → RECHDMI: programme video
REC → MEDIALocal write
REC → REPOIP: agreed upload workflow

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1; capture and audio share PC USB resources. Room mix excludes audience-zone voice lift unless separately designed. Return audio is excluded from USB send; content audio is shared by the application. Two selectable cameras do not guarantee simultaneous delivery of both views.

Audio & return paths

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 6 connections

PTZ cameras ×2; Presenter / audience; Separate DC power → SDI-to-USB capture ×2: 2 SDI routes.
SDI-to-USB capture ×2 → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: 2 USB video inputs.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing ↔ Remote participants; Institutional conferencing service: IP: two-way call + shared content.
Microphone channels ×3; Lecturer + 2 audience zones → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: 3 analogue mic inputs.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: USB send: mic mix only.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: USB receive: far end + programme.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Amplifier ×1: Line 1: room mix.
Amplifier ×1 → Loudspeakers ×4: Speaker lines.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → HDMI DA ×1; 1 input / 2 outputs: AV output A: HDMI programme.
HDMI DA ×1; 1 input / 2 outputs → Main display ×1: HDMI.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → Remote-participant display ×1: AV output B: HDMI / DP.
HDMI DA ×1; 1 input / 2 outputs → Recorder ×1; Embedded HDMI audio disabled: HDMI: programme video.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Recorder ×1; Embedded HDMI audio disabled: Line 2: microphones + far end + programme.
Recorder ×1; Embedded HDMI audio disabled → Recording medium ×1: Local write.
Recorder ×1; Embedded HDMI audio disabled → Institutional repository ×1 service: IP: agreed upload workflow.
Integrated panel/controller ×1 → PTZ cameras ×2; Presenter / audience; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; Embedded HDMI audio disabled: IP API: record start / stop (control/status/authorisation).
Recorder ×1; Embedded HDMI audio disabled → Integrated panel/controller ×1: IP API: recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: actual state (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: Serial: display power (control/status/authorisation).
Integrated panel/controller ×1 → Remote-participant display ×1: Serial: display power (control/status/authorisation).

PC: Teaching / conferencing PC ×1 Operator monitor included Camera selection + content sharing
MICS: Microphone channels ×3 Lecturer + 2 audience zones
DSP: AEC audio processor ×1 AEC on microphone inputs Reference: far end + programme
AMP: Amplifier ×1
SPK: Loudspeakers ×4
REC: Recorder ×1 Embedded HDMI audio disabled

MICS → DSP3 analogue mic inputs
DSP → PCUSB send: mic mix only
PC → DSPUSB receive: far end + programme
DSP → AMPLine 1: room mix
AMP → SPKSpeaker lines
DSP → RECLine 2: microphones + far end + programme

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1; capture and audio share PC USB resources. Room mix excludes audience-zone voice lift unless separately designed. Return audio is excluded from USB send; content audio is shared by the application. Two selectable cameras do not guarantee simultaneous delivery of both views.

Control & status

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 7 connections

PTZ cameras ×2; Presenter / audience; Separate DC power → SDI-to-USB capture ×2: 2 SDI routes.
SDI-to-USB capture ×2 → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: 2 USB video inputs.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing ↔ Remote participants; Institutional conferencing service: IP: two-way call + shared content.
Microphone channels ×3; Lecturer + 2 audience zones → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: 3 analogue mic inputs.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing: USB send: mic mix only.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: USB receive: far end + programme.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Amplifier ×1: Line 1: room mix.
Amplifier ×1 → Loudspeakers ×4: Speaker lines.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → HDMI DA ×1; 1 input / 2 outputs: AV output A: HDMI programme.
HDMI DA ×1; 1 input / 2 outputs → Main display ×1: HDMI.
Teaching / conferencing PC ×1; Operator monitor included; Camera selection + content sharing → Remote-participant display ×1: AV output B: HDMI / DP.
HDMI DA ×1; 1 input / 2 outputs → Recorder ×1; Embedded HDMI audio disabled: HDMI: programme video.
AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme → Recorder ×1; Embedded HDMI audio disabled: Line 2: microphones + far end + programme.
Recorder ×1; Embedded HDMI audio disabled → Recording medium ×1: Local write.
Recorder ×1; Embedded HDMI audio disabled → Institutional repository ×1 service: IP: agreed upload workflow.
Integrated panel/controller ×1 → PTZ cameras ×2; Presenter / audience; Separate DC power: IP VISCA: presets (control/status/authorisation).
Integrated panel/controller ×1 → AEC audio processor ×1; AEC on microphone inputs; Reference: far end + programme: IP: level / mute (control/status/authorisation).
Integrated panel/controller ×1 → Recorder ×1; Embedded HDMI audio disabled: IP API: record start / stop (control/status/authorisation).
Recorder ×1; Embedded HDMI audio disabled → Integrated panel/controller ×1: IP API: recording state (control/status/authorisation).
Integrated panel/controller ×1 → Recording indicator ×1: GPIO: actual state (control/status/authorisation).
Integrated panel/controller ×1 → Main display ×1: Serial: display power (control/status/authorisation).
Integrated panel/controller ×1 → Remote-participant display ×1: Serial: display power (control/status/authorisation).

CAM: PTZ cameras ×2 Presenter / audience Separate DC power
DSP: AEC audio processor ×1 AEC on microphone inputs Reference: far end + programme
SCREEN: Main display ×1
SCREEN2: Remote-participant display ×1
REC: Recorder ×1 Embedded HDMI audio disabled
CTRL: Integrated panel/controller ×1
LAMP: Recording indicator ×1

CTRL → CAMIP VISCA: presets
CTRL → DSPIP: level / mute
CTRL → RECIP API: record start / stop
REC → CTRLIP API: recording state
CTRL → LAMPGPIO: actual state
CTRL → SCREENSerial: display power
CTRL → SCREEN2Serial: display power

REFERENCE DESIGN · PER ROOM Solid: media/data. Dashed: control/status. Room switch ×1 + installation set ×1; capture and audio share PC USB resources. Room mix excludes audience-zone voice lift unless separately designed. Return audio is excluded from USB send; content audio is shared by the application. Two selectable cameras do not guarantee simultaneous delivery of both views.

Typical architecture · not a project drawing

Workflow, boundaries and intended result

Composition

One teaching/conferencing PC, a main display and a remote-participant display, one lecturer microphone and two audience microphone zones. One echo-cancelling audio processor provides distinct call, room and recording mixes. Two PTZ cameras use two SDI-to-USB capture devices. One amplifier and four loudspeakers form the initial room layout. A programme output split feeds the main display and one recording appliance with one recording medium. One integrated panel/controller, one recording indicator, one managed room switch, conferencing software and an agreed repository complete the example.

Boundaries

The selected conferencing application must support the tested camera-selection and content-sharing workflow. Two connected cameras do not imply that both are sent simultaneously to every participant. The recorder keeps the chosen programme view and lesson mix; independent recording of all camera feeds is outside this baseline. Automated translation and the EDU-04 archive are separate scope. Audience microphones feed the call and recording; local voice lift from those microphones requires a separate acoustic design.

Intended result

A remote student can speak to the class, hear room questions and see the selected camera view and shared material. The return sound feeds the room and recording but is excluded from the outgoing call mix.

Example equipment for EDU-03

Example quantities for the selected configuration; final selection follows the approved design. A catalogue listing does not confirm stock, delivery time or complete-system compatibility.

Teaching PC, including operator monitor: 1
Selected with institutional IT
Main / additional AV displays: 1 / 1 remote
Display options where LED suits the design; other display types by specification
Display options
Presentation switching / distribution: 1 programme splitter
Switching equipment
Switching equipment
Lecturer / question microphones: 1 / 2 zones
Microphones
Microphones
Audio processor: 1 with AEC and USB audio
Mixers and processors
Mixers and processors
Amplifier / loudspeakers: 1 / 4
Amplifiers · Loudspeakers
Amplifiers
Loudspeakers
PTZ cameras / SDI-to-USB capture devices: 2 / 2
Camera and capture interfaces selected together
Recorder / recording medium: 1 / 1
Selected to the capture and retention brief
Integrated room panel/controller / recording indicator: 1 / 1
Selected to device control interfaces
Managed room switch / installation set: 1 / 1
Network, cabling, mounting and power by project

EDU-04

Hybrid learning, translation & archive

Proposed system · software status and performance unverified.

The lecturer teaches in a room through a separate application. Students view the presenter and presentation in a browser, choose language tracks, submit written questions and revisit permitted recordings.

Validation targets: up to 12 concurrent rooms, 200 local and 50 internet viewers per lesson; translated-speech delay p95 at or below 10 seconds. Subject to implementation and acceptance testing, not measured performance.

EDU-04 · one room diagram EDU-04 · shared system diagram Discuss EDU-04

EDU-04 · Reference drawing

EDU-04 · one room

The lecturer application captures camera, presentation and original speech, controls camera presets and receives captions and written questions.

Proposed system · software status and performance unverified.

Video & data

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 8 connections

PTZ camera ×1; Separate DC power → SDI-to-USB capture ×1: 3G-SDI.
SDI-to-USB capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB video: channel 1.
Desktop / presentation; Software source on the same PC → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Internal capture: channel 2.
Lecturer microphone ×1 → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: Analogue mic.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB send: original RU speech.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: USB receive: programme playback.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Amplifier ×1: Line out: room mix.
Amplifier ×1 → Loudspeakers ×2: Speaker lines.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Main display ×1; Teaching material: AV output A: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Caption display ×1; RU / EN / ZH; No administrative UI: AV output B: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Managed room switch ×1; Media and control routes: Ethernet: 2 video + RU audio.
Managed room switch ×1; Media and control routes → Shared local platform; See EDU-04-system; Counted once for all rooms: Uplink: IP media, protocol TBD.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → PTZ camera ×1; Separate DC power: IP VISCA commands via room LAN (control/status/authorisation).
Shared local platform; See EDU-04-system; Counted once for all rooms → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Proposed HTTPS API: captions / questions / status (control/status/authorisation).
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Shared local platform; See EDU-04-system; Counted once for all rooms: Proposed HTTPS API: session commands / glossary (control/status/authorisation).
OPTION: guest laptop ×1; HDMI capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB: replaces desktop channel 2.

CAM: PTZ camera ×1 Separate DC power
CAP: SDI-to-USB capture ×1
PC: Teaching PC ×1 Separate lecturer application ×1 Operator monitor included
DESKTOP: Desktop / presentation Software source on the same PC
MAIN: Main display ×1 Teaching material
SUBS: Caption display ×1 RU / EN / ZH No administrative UI
NET: Managed room switch ×1 Media and control routes
PLATFORM: Shared local platform See EDU-04-system Counted once for all rooms
EXT: OPTION: guest laptop ×1 HDMI capture ×1

CAM → CAP3G-SDI
CAP → PCUSB video: channel 1
DESKTOP → PCInternal capture: channel 2
PC → MAINAV output A: HDMI / DP
PC → SUBSAV output B: HDMI / DP
PC → NETEthernet: 2 video + RU audio
NET → PLATFORMUplink: IP media, protocol TBD
EXT → PCUSB: replaces desktop channel 2

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED Solid: media/data. Dashed: control/status. Installation set ×1 per room includes cabling, mounts and power. No automatic PTZ tracking; no remote student voice/video return. TTS playback into room speakers is outside the baseline. API/media protocol compatibility still requires developer confirmation.

Audio & return paths

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 5 connections

PTZ camera ×1; Separate DC power → SDI-to-USB capture ×1: 3G-SDI.
SDI-to-USB capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB video: channel 1.
Desktop / presentation; Software source on the same PC → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Internal capture: channel 2.
Lecturer microphone ×1 → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: Analogue mic.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB send: original RU speech.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: USB receive: programme playback.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Amplifier ×1: Line out: room mix.
Amplifier ×1 → Loudspeakers ×2: Speaker lines.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Main display ×1; Teaching material: AV output A: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Caption display ×1; RU / EN / ZH; No administrative UI: AV output B: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Managed room switch ×1; Media and control routes: Ethernet: 2 video + RU audio.
Managed room switch ×1; Media and control routes → Shared local platform; See EDU-04-system; Counted once for all rooms: Uplink: IP media, protocol TBD.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → PTZ camera ×1; Separate DC power: IP VISCA commands via room LAN (control/status/authorisation).
Shared local platform; See EDU-04-system; Counted once for all rooms → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Proposed HTTPS API: captions / questions / status (control/status/authorisation).
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Shared local platform; See EDU-04-system; Counted once for all rooms: Proposed HTTPS API: session commands / glossary (control/status/authorisation).
OPTION: guest laptop ×1; HDMI capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB: replaces desktop channel 2.

PC: Teaching PC ×1 Separate lecturer application ×1 Operator monitor included
MIC: Lecturer microphone ×1
DSP: USB audio processor ×1 Speech-only capture mix Playback is AEC reference
AMP: Amplifier ×1
SPK: Loudspeakers ×2

MIC → DSPAnalogue mic
DSP → PCUSB send: original RU speech
PC → DSPUSB receive: programme playback
DSP → AMPLine out: room mix
AMP → SPKSpeaker lines

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED Solid: media/data. Dashed: control/status. Installation set ×1 per room includes cabling, mounts and power. No automatic PTZ tracking; no remote student voice/video return. TTS playback into room speakers is outside the baseline. API/media protocol compatibility still requires developer confirmation.

Control & status

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 3 connections

PTZ camera ×1; Separate DC power → SDI-to-USB capture ×1: 3G-SDI.
SDI-to-USB capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB video: channel 1.
Desktop / presentation; Software source on the same PC → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Internal capture: channel 2.
Lecturer microphone ×1 → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: Analogue mic.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB send: original RU speech.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → USB audio processor ×1; Speech-only capture mix; Playback is AEC reference: USB receive: programme playback.
USB audio processor ×1; Speech-only capture mix; Playback is AEC reference → Amplifier ×1: Line out: room mix.
Amplifier ×1 → Loudspeakers ×2: Speaker lines.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Main display ×1; Teaching material: AV output A: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Caption display ×1; RU / EN / ZH; No administrative UI: AV output B: HDMI / DP.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Managed room switch ×1; Media and control routes: Ethernet: 2 video + RU audio.
Managed room switch ×1; Media and control routes → Shared local platform; See EDU-04-system; Counted once for all rooms: Uplink: IP media, protocol TBD.
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → PTZ camera ×1; Separate DC power: IP VISCA commands via room LAN (control/status/authorisation).
Shared local platform; See EDU-04-system; Counted once for all rooms → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: Proposed HTTPS API: captions / questions / status (control/status/authorisation).
Teaching PC ×1; Separate lecturer application ×1; Operator monitor included → Shared local platform; See EDU-04-system; Counted once for all rooms: Proposed HTTPS API: session commands / glossary (control/status/authorisation).
OPTION: guest laptop ×1; HDMI capture ×1 → Teaching PC ×1; Separate lecturer application ×1; Operator monitor included: USB: replaces desktop channel 2.

CAM: PTZ camera ×1 Separate DC power
PC: Teaching PC ×1 Separate lecturer application ×1 Operator monitor included
PLATFORM: Shared local platform See EDU-04-system Counted once for all rooms

PC → CAMIP VISCA commands via room LAN
PLATFORM → PCProposed HTTPS API: captions / questions / status
PC → PLATFORMProposed HTTPS API: session commands / glossary

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED Solid: media/data. Dashed: control/status. Installation set ×1 per room includes cabling, mounts and power. No automatic PTZ tracking; no remote student voice/video return. TTS playback into room speakers is outside the baseline. API/media protocol compatibility still requires developer confirmation.

Typical architecture · not a project drawing

EDU-04 · Reference drawing

EDU-04 · shared system

Rooms share local media, language and archive services. Local and internet viewers use separate delivery routes with the same access rules.

Proposed system · software status and performance unverified.

Media

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

All 13 connections · 9 devices and services

Choose a connection to read its endpoints, direction and interface. Repeated device IDs refer to the same equipment across views.

Devices, connections & design conditions 13 connections

Rooms · target ×12; See EDU-04-room → Media services; Ingest / sync / recording: IP ingest: protocol TBD; 2 video + RU audio per room.
Media services; Ingest / sync / recording → Authorised delivery; Live + archive playback: Original channels; Independent of AI.
Media services; Ingest / sync / recording → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Original recording.
Media services; Ingest / sync / recording → Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH: RU speech.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Local TTS; EN / ZH audio only: EN / ZH text.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Authorised delivery; Live + archive playback: RU / EN / ZH captions.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Timed text / captions.
Local TTS; EN / ZH audio only → Authorised delivery; Live + archive playback: EN / ZH audio.
Local TTS; EN / ZH audio only → Media archive; 2 video + 3 audio tracks; Captions / text / materials: EN / ZH audio.
Media archive; 2 video + 3 audio tracks; Captions / text / materials → Authorised delivery; Live + archive playback: Permitted recordings.
Authorised delivery; Live + archive playback → LAN browsers; Target: 200 per lesson; 2400 total: Internal browser media.
Authorised delivery; Live + archive playback → Internet gateway; TLS / media access checks: Protected external route.
Internet gateway; TLS / media access checks → Internet browsers; Target: 50 per lesson; 600 total: Browser media.
Institutional Moodle ×1 → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Trusted launch + link; Protocol TBD (control/status/authorisation).
Student browsers; Same LAN / WAN viewers → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: HTTPS API: text questions; WAN through access gateway.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU ↔ Relational database; Users / rights / lesson metadata: DB interface: TBD.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Delivery + gateway in A; Check media and file access: Authorisation decisions (control/status/authorisation).
Lecturer applications; Same rooms as A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Proposed HTTPS API; Commands / glossary (control/status/authorisation).
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Lecturer applications; Same rooms as A: Proposed HTTPS API; Questions / captions / status (control/status/authorisation).
Speech pipeline in A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: RU / EN / ZH captions.
Rooms and services in A/B; Media / ASR / translation / TTS; App / storage / backup → Local monitoring and logs; DNS / time / TLS; Configuration management: Status / errors / queue depth (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Local administrator: Lesson / service / time (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Separate backup storage; Scope and RPO/RTO agreed: Configuration backup.
DB + media archive in A/B → Separate backup storage; Scope and RPO/RTO agreed: DB and metadata backup; Media if agreed.
DB + media archive in A/B → Post-processing; Summary / derived material; Live has priority: Background jobs.
Post-processing; Summary / derived material; Live has priority → Archive in A; Publication status updated: Results and job state.

ROOM: Rooms · target ×12 See EDU-04-room
MEDIA: Media services Ingest / sync / recording
LIVE: Authorised delivery Live + archive playback
STORE: Media archive 2 video + 3 audio tracks Captions / text / materials
SPEECH: Local speech pipeline VAD / ASR RU Translation RU to EN / ZH
TTS: Local TTS EN / ZH audio only
LAN: LAN browsers Target: 200 per lesson 2400 total
EDGE: Internet gateway TLS / media access checks
WAN: Internet browsers Target: 50 per lesson 600 total

ROOM → MEDIAIP ingest: protocol TBD 2 video + RU audio per room
MEDIA → LIVEOriginal channels Independent of AI
MEDIA → STOREOriginal recording
MEDIA → SPEECHRU speech
SPEECH → TTSEN / ZH text
SPEECH → LIVERU / EN / ZH captions
SPEECH → STORETimed text / captions
TTS → LIVEEN / ZH audio
TTS → STOREEN / ZH audio
STORE → LIVEPermitted recordings
LIVE → LANInternal browser media
LIVE → EDGEProtected external route
EDGE → WANBrowser media

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED p95 translated speech delay ≤10 s is a validation target. Solid: media/data. Dashed: control/status/authorisation. Repeated actors refer to the same services; boxes are not physical server counts. No student voice/video return. Moodle does not own local roles, courses or timetable.

Access

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 7 connections

Rooms · target ×12; See EDU-04-room → Media services; Ingest / sync / recording: IP ingest: protocol TBD; 2 video + RU audio per room.
Media services; Ingest / sync / recording → Authorised delivery; Live + archive playback: Original channels; Independent of AI.
Media services; Ingest / sync / recording → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Original recording.
Media services; Ingest / sync / recording → Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH: RU speech.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Local TTS; EN / ZH audio only: EN / ZH text.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Authorised delivery; Live + archive playback: RU / EN / ZH captions.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Timed text / captions.
Local TTS; EN / ZH audio only → Authorised delivery; Live + archive playback: EN / ZH audio.
Local TTS; EN / ZH audio only → Media archive; 2 video + 3 audio tracks; Captions / text / materials: EN / ZH audio.
Media archive; 2 video + 3 audio tracks; Captions / text / materials → Authorised delivery; Live + archive playback: Permitted recordings.
Authorised delivery; Live + archive playback → LAN browsers; Target: 200 per lesson; 2400 total: Internal browser media.
Authorised delivery; Live + archive playback → Internet gateway; TLS / media access checks: Protected external route.
Internet gateway; TLS / media access checks → Internet browsers; Target: 50 per lesson; 600 total: Browser media.
Institutional Moodle ×1 → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Trusted launch + link; Protocol TBD (control/status/authorisation).
Student browsers; Same LAN / WAN viewers → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: HTTPS API: text questions; WAN through access gateway.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU ↔ Relational database; Users / rights / lesson metadata: DB interface: TBD.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Delivery + gateway in A; Check media and file access: Authorisation decisions (control/status/authorisation).
Lecturer applications; Same rooms as A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Proposed HTTPS API; Commands / glossary (control/status/authorisation).
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Lecturer applications; Same rooms as A: Proposed HTTPS API; Questions / captions / status (control/status/authorisation).
Speech pipeline in A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: RU / EN / ZH captions.
Rooms and services in A/B; Media / ASR / translation / TTS; App / storage / backup → Local monitoring and logs; DNS / time / TLS; Configuration management: Status / errors / queue depth (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Local administrator: Lesson / service / time (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Separate backup storage; Scope and RPO/RTO agreed: Configuration backup.
DB + media archive in A/B → Separate backup storage; Scope and RPO/RTO agreed: DB and metadata backup; Media if agreed.
DB + media archive in A/B → Post-processing; Summary / derived material; Live has priority: Background jobs.
Post-processing; Summary / derived material; Live has priority → Archive in A; Publication status updated: Results and job state.

MOODLE: Institutional Moodle ×1
APP: Local application RBAC / courses / timetable Question translation EN/ZH to RU
USERS: Student browsers Same LAN / WAN viewers
DB: Relational database Users / rights / lesson metadata
AUTH: Delivery + gateway in A Check media and file access
TEACH: Lecturer applications Same rooms as A
CAPTIONS: Speech pipeline in A

MOODLE → APPTrusted launch + link Protocol TBD
USERS → APPHTTPS API: text questions WAN through access gateway
APP ↔ DBDB interface: TBD
APP → AUTHAuthorisation decisions
TEACH → APPProposed HTTPS API Commands / glossary
APP → TEACHProposed HTTPS API Questions / captions / status
CAPTIONS → APPRU / EN / ZH captions

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED p95 translated speech delay ≤10 s is a validation target. Solid: media/data. Dashed: control/status/authorisation. Repeated actors refer to the same services; boxes are not physical server counts. No student voice/video return. Moodle does not own local roles, courses or timetable.

Operation

Signal flow. Devices, connections and conditions follow the drawing.Open SVG ↗

Devices, connections & design conditions 6 connections

Rooms · target ×12; See EDU-04-room → Media services; Ingest / sync / recording: IP ingest: protocol TBD; 2 video + RU audio per room.
Media services; Ingest / sync / recording → Authorised delivery; Live + archive playback: Original channels; Independent of AI.
Media services; Ingest / sync / recording → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Original recording.
Media services; Ingest / sync / recording → Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH: RU speech.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Local TTS; EN / ZH audio only: EN / ZH text.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Authorised delivery; Live + archive playback: RU / EN / ZH captions.
Local speech pipeline; VAD / ASR RU; Translation RU to EN / ZH → Media archive; 2 video + 3 audio tracks; Captions / text / materials: Timed text / captions.
Local TTS; EN / ZH audio only → Authorised delivery; Live + archive playback: EN / ZH audio.
Local TTS; EN / ZH audio only → Media archive; 2 video + 3 audio tracks; Captions / text / materials: EN / ZH audio.
Media archive; 2 video + 3 audio tracks; Captions / text / materials → Authorised delivery; Live + archive playback: Permitted recordings.
Authorised delivery; Live + archive playback → LAN browsers; Target: 200 per lesson; 2400 total: Internal browser media.
Authorised delivery; Live + archive playback → Internet gateway; TLS / media access checks: Protected external route.
Internet gateway; TLS / media access checks → Internet browsers; Target: 50 per lesson; 600 total: Browser media.
Institutional Moodle ×1 → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Trusted launch + link; Protocol TBD (control/status/authorisation).
Student browsers; Same LAN / WAN viewers → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: HTTPS API: text questions; WAN through access gateway.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU ↔ Relational database; Users / rights / lesson metadata: DB interface: TBD.
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Delivery + gateway in A; Check media and file access: Authorisation decisions (control/status/authorisation).
Lecturer applications; Same rooms as A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: Proposed HTTPS API; Commands / glossary (control/status/authorisation).
Local application; RBAC / courses / timetable; Question translation EN/ZH to RU → Lecturer applications; Same rooms as A: Proposed HTTPS API; Questions / captions / status (control/status/authorisation).
Speech pipeline in A → Local application; RBAC / courses / timetable; Question translation EN/ZH to RU: RU / EN / ZH captions.
Rooms and services in A/B; Media / ASR / translation / TTS; App / storage / backup → Local monitoring and logs; DNS / time / TLS; Configuration management: Status / errors / queue depth (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Local administrator: Lesson / service / time (control/status/authorisation).
Local monitoring and logs; DNS / time / TLS; Configuration management → Separate backup storage; Scope and RPO/RTO agreed: Configuration backup.
DB + media archive in A/B → Separate backup storage; Scope and RPO/RTO agreed: DB and metadata backup; Media if agreed.
DB + media archive in A/B → Post-processing; Summary / derived material; Live has priority: Background jobs.
Post-processing; Summary / derived material; Live has priority → Archive in A; Publication status updated: Results and job state.

HEALTH: Rooms and services in A/B Media / ASR / translation / TTS App / storage / backup
OPS: Local monitoring and logs DNS / time / TLS Configuration management
ADMIN: Local administrator
BACKUP: Separate backup storage Scope and RPO/RTO agreed
DATA: DB + media archive in A/B
POST: Post-processing Summary / derived material Live has priority
RESULTS: Archive in A Publication status updated

HEALTH → OPSStatus / errors / queue depth
OPS → ADMINLesson / service / time
OPS → BACKUPConfiguration backup
DATA → BACKUPDB and metadata backup Media if agreed
DATA → POSTBackground jobs
POST → RESULTSResults and job state

PROPOSED DESIGN · SOFTWARE STATUS UNVERIFIED p95 translated speech delay ≤10 s is a validation target. Solid: media/data. Dashed: control/status/authorisation. Repeated actors refer to the same services; boxes are not physical server counts. No student voice/video return. Moodle does not own local roles, courses or timetable.

Typical architecture · not a project drawing

Workflow, boundaries and intended result

Proposed system. Software implementation status and performance have not yet been confirmed

The following functions define the design brief and acceptance targets.

One room

One teaching PC with the lecturer application, one PTZ camera, one SDI-to-USB capture device, one lecturer microphone, one USB audio processor/interface, one amplifier and two loudspeakers. The main display shows material; a second display shows captions without the administrative interface. A managed room switch and an installation set support the room. The baseline captures the teaching PC's desktop; an external laptop needs an additional HDMI capture device. PTZ movement and at least two presets are controlled over the network. Automatic tracking is outside the base scope.

Lecturer application

The proposed workflow includes sign-in, assigned course and lesson selection, preview of both video channels, audio checks, start/stop controls, recording and connection status, camera presets, terminology tools and incoming questions.

Shared local platform

The design separates media delivery and recording from speech processing. Russian speech supplies the original audio and transcription. Translation generates English and Chinese text; synthetic voices produce the EN and ZH tracks. RU, EN and ZH captions are intended for the live player, archive and room caption display. The original stream and recording must continue when synthetic speech fails; an upstream recognition or translation failure can also affect its dependent captions.

Student browser

The proposed player presents two independent video channels, adjustable layouts, original RU audio, synthetic EN/ZH audio and RU/EN/ZH captions. Language changes should work without reloading. Students send RU, EN or ZH text questions; English and Chinese questions are translated into Russian for the lecturer. Student microphones, webcams and spoken playback of questions are outside the base scope. A local viewing link and QR code are proposed; access checks still apply.

Archive and access

The proposed archive links the two videos, audio tracks, captions, timed transcript, automatic summary and supporting material to the lesson. Filters include course, group, lecturer and date. Moodle provides a trusted entry and a link to the requested material. The local system maintains its own roles, permissions, courses and timetable; Moodle does not automatically overwrite them. Public viewing, when enabled for an individual lecture, must leave other courses and recordings protected.

Targets to validate

The brief calls for 12 concurrent rooms, 200 local and 50 internet viewers per lesson, and a p95 translated-speech delay of no more than 10 seconds under an agreed test method. These are acceptance targets, not measured capacity or a service guarantee. Server, network and storage sizing follows the selected media profiles and load tests.

Intended result

A locally hosted teaching and viewing workflow with multilingual access and a controlled lecture archive, subject to software confirmation, integration and acceptance testing. Machine translation needs evaluation against the institution's terminology and teaching material; professional interpretation may still be appropriate for specialist or consequential content.

Example equipment for EDU-04

Example quantities for the selected configuration; final selection follows the approved design. A catalogue listing does not confirm stock, delivery time or complete-system compatibility.

Teaching PC, including operator monitor: 1
Selected with institutional IT
Main / additional AV displays: 1 / 1 captions
Display options where LED suits the design; other display types by specification
Display options
Presentation switching / distribution: Desktop capture; external input optional
Switching equipment
Switching equipment
Lecturer / question microphones: 1 / 0
Microphones
Microphones
Audio processor: 1 with the required USB audio and reference paths
Mixers and processors
Mixers and processors
Amplifier / loudspeakers: 1 / 2
Amplifiers · Loudspeakers
Amplifiers
Loudspeakers
PTZ cameras / SDI-to-USB capture devices: 1 / 1
Camera and capture interfaces selected together
Recorder / recording medium: Shared server recording
Selected to the capture and retention brief
Integrated room panel/controller / recording indicator: Controls and status in the lecturer application
Selected to device control interfaces
Managed room switch / installation set: 1 / 1
Network, cabling, mounting and power by project

Room quantities repeat for each equipped room. Shared media and application services, speech processing, storage, backup, network delivery and the Moodle interface are sized and counted once for the whole system. Logical service counts do not specify the number of servers or GPUs.

05Example roomTypical · not a project

One room, drawn in plan.

Fig. 05.2Section and plan

The section sets the screen height and the loudspeaker coverage over a raked audience; the plan places the cameras, the presenter zone, the hearing loop and the accessible seats.

Section · not to scale

Plan view · not to scale

1. Bottom edge of the screen, above the heads of the front rows.
2. Sightline from each row over the head in front to the bottom edge of the image.
3. Nearest viewer: image height and mounting height are limited by the upward viewing angle.
4. D-far: the farthest viewer. Image size follows from it and the smallest text; the nearest seats set its upper limit (ANSI/AVIXA V202.01).
5. Main loudspeakers covering the front and middle rows.
6. Delay loudspeakers over the rear rows, time-aligned with the main system where the two overlap.
7. Tiered seating raked for clear sightlines.
8. Presenter zone for manual camera presets; automatic tracking is not assumed.
9. Rear camera with manually selected presenter views.
10. Front camera covering the audience for questions and hybrid lessons.
11. Hearing loop coverage over the seating, verified to IEC 60118-4.
12. Wheelchair positions with clear sightlines.
13. AV equipment position; staff controls are defined for the selected teaching workflow.

Fig. 05.2 — Section and planTypical architecture · not a project drawing

Typical layout study, not to scale. Seats, cameras, hearing assistance and loudspeaker positions illustrate design considerations; this is not the equipment schedule for an EDU configuration.
Sound system coverage uniformity over the seating is checked to the project criteria and ANSI/AVIXA A102.01; check current edition.

06Reference architectureInteractive

How a typical system fits together.

Typical architecture · Learning & presentation spaces

L2 · Selected layerProcessing & transport

How signals are routed and processed in a typical system of this kind.

Components and interfaces

Video distribution and audio processingHDMI, analogue audio; USB for EDU-03/04Echo cancellation and call return are specified for EDU-03.
Recording or conferencingRecorder inputs or tested PC applicationEDU-02/03 recording; EDU-03 two-way call.
Proposed EDU-04 local platformManaged Ethernet; media and API contracts to confirmSeparate media, speech and archive services; software status unverified.

Documented scope · Learning & presentation spaces

Presentation sources and displays.
Speech microphones, audio processing and room sound.
Lecture capture and access to recordings for EDU-02 and EDU-03.
Two-way audio and video for EDU-03.
A proposed local teaching application, language services and archive for EDU-04.
Room controls, IT interfaces, verification and staff training.

Prepare for the first conversation

01Plans, sections, seating and room dimensions.
02Sample slides, demonstrations and presenter positions.
03Room counts, concurrent lessons and local/remote audience numbers.
04The required workflow: presentation, recording, two-way participation or multilingual viewing.
05Existing displays, microphones, cameras, PCs, cabling and acoustic information.
06Conferencing, learning and identity platforms, including versions and IT constraints.
07Recording access, retention, language and accessibility requirements.
08Network, server and power information, installation windows and the project contact.

Share your classroom brief

07Design parametersTypical guidance · confirmed per project

What the design has to get right.

Design parameters
No.	Parameter	Guidance	Rule of thumb	Confirmed with
D01	Display size and position	Smallest teaching detail, farthest seat, sightlines and room light	Confirmed against the selected configuration and actual room.	Teaching team and architect
D02	Room sound	Microphone use, coverage, background noise and room reverberation	Confirmed against the selected configuration and actual room.	Teaching team and acoustic designer
D03	Student participation	Listening, written questions or two-way speech and video	Confirmed against the selected configuration and actual room.	Course owner
D04	Camera coverage	Presenter positions, audience consent and manual preset views	Confirmed against the selected configuration and actual room.	Teaching team
D05	Recording	Sources, layout, audio mix, publication rights and retention	Confirmed against the selected configuration and actual room.	Course owner and IT
D06	Laptop and PC connections	HDMI modes, capture formats, USB bandwidth and available display outputs	Confirmed against the selected configuration and actual room.	AV engineer and IT
D07	Accessibility	Hearing assistance, captions, reachable controls and seating needs	Confirmed against the selected configuration and actual room.	Institution and accessibility designer
D08	Platform integration	Identity, local permissions, course links and responsibility for schedules	Confirmed against the selected configuration and actual room.	Platform administrators
D09	Language quality	RU source material, English and Chinese terminology, caption style and human review	Confirmed against the selected configuration and actual room.	Subject specialists
D10	Scale and operation	Concurrent lessons and viewers, storage, backup and recovery	Confirmed against the selected configuration and actual room.	IT and service owner

Common mistakes

And how the design process prevents them.

M01
Mistake: A readable slide at the lectern becomes unreadable at the back.
Prevention: Size the display using actual teaching material and review the seating sightlines.
M02
Mistake: The recording has slides but misses questions.
Prevention: Give questions a defined microphone path and review a complete recording before acceptance.
M03
Mistake: Remote students hear their own voices returned.
Prevention: Verify the echo reference and outgoing mix during a two-way lesson.
M04
Mistake: The room controls say “recording” after capture has failed.
Prevention: Display device status and expose failures to the lecturer.
M05
Mistake: Translation delays accumulate during a long lesson.
Prevention: Measure both onset delay and queue growth with the selected languages and load.
M06
Mistake: A protected lesson is reachable through a copied media link.
Prevention: Test permissions on the media files and segments as well as the player page.

08Design referencesEditions checked per project

The references we design to.

Equipment documentation and industry guides04

ANSI/AVIXA V202.01Display Image Size for 2D ContentDisplay size and viewing positionsCheck current edition
AVIXA V201.01Image System Contrast RatioImage contrast in the roomCheck current edition
ANSI/AVIXA A102.01Audio Coverage UniformitySound coverage over the listening areaCheck current edition
ANSI/AVIXA D402.02AV Systems Performance VerificationAgreed checks and recorded resultsCheck current edition

Local and project requirements01

Project requirementsInstitutional policies and applicable local requirementsRecording, accessibility, radio equipment, electrical works and building interfacesCheck current edition

09Integrations08 interfaces

Connected to the building and its IT.

I01
Institutional recording repository
Approved upload workflow or documented API
EDU-02/03: store and publish recordings; automatic course matching needs a confirmed connector
I02
Conferencing service
PC application, USB camera/audio and IP connection
EDU-03: two-way participation; test licences, content sharing and camera selection
I03
Moodle
Trusted launch and resource link; protocol agreed during design
EDU-04: identify the user and open authorised material; local roles, courses and timetable remain in the local platform
I04
Campus identity and network
Agreed identity mapping, IP addressing, DNS, time and TLS
Provide access and operation under institutional IT policies; no universal SSO connector is assumed
I05
Course and timetable administration
Local administration in EDU-04; optional documented connector for EDU-02/03
Set lesson ownership and schedules; external timetable synchronisation is separate scope
I06
Room systems
Supported IP, serial or GPIO interfaces
Source selection, display operation, camera presets, mute and actual recording status
I07
Accessibility and building interfaces
Specified audio feed and agreed control interface
Integrate selected hearing assistance and building signals with the responsible contractor
I08
Monitoring and backup
Documented status, logs and backup interfaces
Check failures, capacity and restoration; define what is monitored and backed up

10Equipment05 catalogue types

What a system of this kind is built from.

Audio155 products

LoudspeakersIn the catalogue Audio13 products

Power amplifiersIn the catalogue Audio31 products

MicrophonesIn the catalogue Audio8 products

Mixers and processorsIn the catalogue Video6 products

Switchers and KVMIn the catalogue CatalogueAll 1,484 products, with the manufacturers' specifications and documents.Open the catalogue

11Delivery

From the brief to an accepted system.

Stage 01
Scope and architecture
Define teaching, recording and participation workflows. Agree room counts, viewer targets, access and retention. Select the configuration and document its boundaries.
- Teaching and participation brief
- Selected recording workflow
- Room and platform boundaries
Stage 02
Design and approval
Issue display and microphone layouts, signal and control diagrams, port schedules and equipment requirements. For EDU-04, include local platform roles, language timing, network/storage calculations and the Moodle interface.
- Display and microphone layouts
- Signal and control diagrams
- Network and storage requirements
Stage 03
Selection and supply
Confirm compatible devices, PC interfaces, software versions, licences and recording media. Resolve supply status and acceptance dependencies before ordering.
- Agreed equipment schedule
- Checked PC and capture interfaces
- Software and licence schedule
Stage 04
Installation and programming
Install and label the room system, configure audio mixes, camera presets and controls. Integrate the selected recording/conferencing service; for EDU-04, configure the validated application and server functions, permissions, language services, monitoring and backup.
- Installed and labelled room system
- Configured audio and controls
- Selected platform connections
Stage 05
Commissioning and tests
Run real teaching scenarios and record the results. Check recordings and calls where included. Test EDU-04 against the agreed language, load, access and recovery targets before accepting any performance claim.
- Real lesson checks
- Recording or call test results
- Access and recovery checks
Stage 06
Handover
Deliver as-built diagrams, port schedules, configuration backups, licence records and test reports. Train lecturers and administrators in operation, publication and recovery, with an agreed support scope.
- Lecturer and administrator training
- As-built diagrams and settings
- Test reports and operating guides

Documented outcomes

01

Teaching, recording and participation boundaries agreed

02

Room and platform checks recorded

03

Lecturers and administrators trained

12Acceptance

Verify the complete workflow.

EDU-01

Reference design · project selection and tests required.

Read real slides at agreed seats; hear speech; change source, level and mute

Record supplied: Display, sound and control check sheet

EDU-02

Reference design · project selection and tests required.

Record a full lesson with presenter, material and spoken questions; replay and publish to the right audience

Record supplied: Recording sample, upload/access results and storage settings

EDU-03

Reference design · project selection and tests required.

Ask and answer from room microphone zones and a remote endpoint; share content, switch camera view and review the recording

Record supplied: Call and recording results, including return-audio checks

EDU-04

Proposed system · software status and performance unverified.

Demonstrate lecturer application, two browser videos, languages, questions, archive and Moodle entry; test concurrent load and failures

Record supplied: Versioned test report with measured results, exceptions and recovery evidence

Validation targets: 12 concurrent rooms, 200 local and 50 internet viewers per lesson, and p95 translated-speech delay at or below 10 seconds. These are not measured results or guaranteed service levels. Agree language quality, delay definition, hardware, software, content and network conditions before testing.

13Inputs and FAQ

Before we begin.

What to send us, and practical answers before the project starts.

Which configuration supports remote students speaking to the class?

EDU-03 provides the two-way audio/video workflow. EDU-02 records the class. Proposed EDU-04 gives remote students browser viewing and text questions; student microphone and webcam return are outside its base scope.

Can a lecture be recorded and published automatically?

EDU-02 and EDU-03 include recording. Automatic scheduling and publication depend on the selected repository and a confirmed interface. A manual reviewed upload workflow can be used where no connector is agreed. EDU-04 includes these workflows in its proposed platform requirements; their implementation must be confirmed.

Will two cameras appear simultaneously in a hybrid call?

EDU-03 provides two camera inputs so the lecturer can select an appropriate view. The conferencing application determines what remote participants receive. Simultaneous camera delivery or a composed view needs a tested software workflow; it does not follow from connecting two capture devices.

What does the multilingual option include?

Proposed EDU-04 includes original Russian audio, synthetic English and Chinese speech, and captions in all three languages. The Chinese language and script variant, terminology and quality thresholds are agreed with the institution. Automatic translation requires subject-specific review and may need professional interpretation alongside it.

Is EDU-04 ready, and are its audience limits guaranteed?

Its software implementation status has not yet been confirmed. Twelve concurrent rooms, 200 local and 50 internet viewers per lesson, and p95 translated-speech delay of no more than 10 seconds are targets for validation. They are not published test results or guaranteed service levels.

What does Moodle control in EDU-04?

Moodle provides trusted entry and a link to a lesson or recording. The proposed local system checks its own users and permissions and maintains its courses and timetable. Automatic import of Moodle roles, course membership or schedules is outside the base integration.

Can EDU-04 run without an internet connection?

Local teaching, viewing, speech processing and archive access are required to operate without mandatory cloud services. This must be demonstrated with the selected software, models, licences and local identity services. Internet viewers still need an internet path to the platform.

Can existing equipment be reused, and can the camera track the lecturer?

Existing equipment is assessed by its interfaces, condition and software support. The reference camera workflows use manual movement and presets. Automatic tracking is an optional redesign and is not included in base EDU-04. Accessibility needs, including hearing assistance and usable captions, are reviewed during the room survey.

14From our team’s projectsRC-08 · working drawing, anonymised

The working drawing,
as we issue it.

Structural connection diagram, classroom: a working drawing of project RC-08 with device tags, connectors and numbered cables — Sheet 8 — ClassroomRC-08 · A3 · anonymised

Open the sheet full size, PDF

15Reference complexes

Bring the lesson into focus.

Start with the way you teach.

Real environments, real priorities.

Four starting points, compared.

Classroom presentation

Lecture capture

Two-way hybrid teaching

Hybrid learning, translation & archive

Classroom presentation

Lecture capture

Two-way hybrid teaching

Hybrid learning, translation & archive

Follow the signal path for your configuration.

Signal flow

Control & status

Composition

Boundaries

Intended result

Video & data

Audio & return paths

Control & status

Composition

Boundaries

Intended result

Video & data

Audio & return paths

Control & status

Composition

Boundaries

Intended result

Video & data

Audio & return paths

Control & status

Media

Access

Operation

Proposed system. Software implementation status and performance have not yet been confirmed

One room

Lecturer application

Shared local platform

Student browser

Archive and access

Targets to validate

Intended result

One room, drawn in plan.

How a typical system fits together.

What the design has to get right.

The references we design to.

Connected to the building and its IT.

Institutional recording repository

Conferencing service

Moodle

Campus identity and network

Course and timetable administration

Room systems

Accessibility and building interfaces

Monitoring and backup

What a system of this kind is built from.

From the brief to an accepted system.

Scope and architecture

Design and approval

Selection and supply

Installation and programming

Commissioning and tests

Handover

Teaching, recording and participation boundaries agreed

Room and platform checks recorded

Lecturers and administrators trained

Verify the complete workflow.

Before we begin.

The working drawing,as we issue it.

Related complexes.

University auditorium AV complex

Auditorium stage display complex

Plan the system around your lessons.

The working drawing,
as we issue it.