xref: /linux/Documentation/admin-guide/media/vivid.rst (revision 36f353a1ebf88280f58d1ebfe2731251d9159456)
1.. SPDX-License-Identifier: GPL-2.0
2
3The Virtual Video Test Driver (vivid)
4=====================================
5
6This driver emulates video4linux hardware of various types: video capture, video
7output, vbi capture and output, metadata capture and output, radio receivers and
8transmitters, touch capture and a software defined radio receiver. In addition a
9simple framebuffer device is available for testing capture and output overlays.
10
11Up to 64 vivid instances can be created, each with up to 16 inputs and 16 outputs.
12
13Each input can be a webcam, TV capture device, S-Video capture device or an HDMI
14capture device. Each output can be an S-Video output device or an HDMI output
15device.
16
17These inputs and outputs act exactly as a real hardware device would behave. This
18allows you to use this driver as a test input for application development, since
19you can test the various features without requiring special hardware.
20
21This document describes the features implemented by this driver:
22
23- Support for read()/write(), MMAP, USERPTR and DMABUF streaming I/O.
24- A large list of test patterns and variations thereof
25- Working brightness, contrast, saturation and hue controls
26- Support for the alpha color component
27- Full colorspace support, including limited/full RGB range
28- All possible control types are present
29- Support for various pixel aspect ratios and video aspect ratios
30- Error injection to test what happens if errors occur
31- Supports crop/compose/scale in any combination for both input and output
32- Can emulate up to 4K resolutions
33- All Field settings are supported for testing interlaced capturing
34- Supports all standard YUV and RGB formats, including two multiplanar YUV formats
35- Raw and Sliced VBI capture and output support
36- Radio receiver and transmitter support, including RDS support
37- Software defined radio (SDR) support
38- Capture and output overlay support
39- Metadata capture and output support
40- Touch capture support
41
42These features will be described in more detail below.
43
44Configuring the driver
45----------------------
46
47By default the driver will create a single instance that has a video capture
48device with webcam, TV, S-Video and HDMI inputs, a video output device with
49S-Video and HDMI outputs, one vbi capture device, one vbi output device, one
50radio receiver device, one radio transmitter device and one SDR device.
51
52The number of instances, devices, video inputs and outputs and their types are
53all configurable using the following module options:
54
55- n_devs:
56
57	number of driver instances to create. By default set to 1. Up to 64
58	instances can be created.
59
60- node_types:
61
62	which devices should each driver instance create. An array of
63	hexadecimal values, one for each instance. The default is 0xe1d3d.
64	Each value is a bitmask with the following meaning:
65
66		- bit 0: Video Capture node
67		- bit 2-3: VBI Capture node: 0 = none, 1 = raw vbi, 2 = sliced vbi, 3 = both
68		- bit 4: Radio Receiver node
69		- bit 5: Software Defined Radio Receiver node
70		- bit 8: Video Output node
71		- bit 10-11: VBI Output node: 0 = none, 1 = raw vbi, 2 = sliced vbi, 3 = both
72		- bit 12: Radio Transmitter node
73		- bit 16: Framebuffer for testing overlays
74		- bit 17: Metadata Capture node
75		- bit 18: Metadata Output node
76		- bit 19: Touch Capture node
77
78	So to create four instances, the first two with just one video capture
79	device, the second two with just one video output device you would pass
80	these module options to vivid:
81
82	.. code-block:: none
83
84		n_devs=4 node_types=0x1,0x1,0x100,0x100
85
86- num_inputs:
87
88	the number of inputs, one for each instance. By default 4 inputs
89	are created for each video capture device. At most 16 inputs can be created,
90	and there must be at least one.
91
92- input_types:
93
94	the input types for each instance, the default is 0xe4. This defines
95	what the type of each input is when the inputs are created for each driver
96	instance. This is a hexadecimal value with up to 16 pairs of bits, each
97	pair gives the type and bits 0-1 map to input 0, bits 2-3 map to input 1,
98	30-31 map to input 15. Each pair of bits has the following meaning:
99
100		- 00: this is a webcam input
101		- 01: this is a TV tuner input
102		- 10: this is an S-Video input
103		- 11: this is an HDMI input
104
105	So to create a video capture device with 8 inputs where input 0 is a TV
106	tuner, inputs 1-3 are S-Video inputs and inputs 4-7 are HDMI inputs you
107	would use the following module options:
108
109	.. code-block:: none
110
111		num_inputs=8 input_types=0xffa9
112
113- num_outputs:
114
115	the number of outputs, one for each instance. By default 2 outputs
116	are created for each video output device. At most 16 outputs can be
117	created, and there must be at least one.
118
119- output_types:
120
121	the output types for each instance, the default is 0x02. This defines
122	what the type of each output is when the outputs are created for each
123	driver instance. This is a hexadecimal value with up to 16 bits, each bit
124	gives the type and bit 0 maps to output 0, bit 1 maps to output 1, bit
125	15 maps to output 15. The meaning of each bit is as follows:
126
127		- 0: this is an S-Video output
128		- 1: this is an HDMI output
129
130	So to create a video output device with 8 outputs where outputs 0-3 are
131	S-Video outputs and outputs 4-7 are HDMI outputs you would use the
132	following module options:
133
134	.. code-block:: none
135
136		num_outputs=8 output_types=0xf0
137
138- vid_cap_nr:
139
140	give the desired videoX start number for each video capture device.
141	The default is -1 which will just take the first free number. This allows
142	you to map capture video nodes to specific videoX device nodes. Example:
143
144	.. code-block:: none
145
146		n_devs=4 vid_cap_nr=2,4,6,8
147
148	This will attempt to assign /dev/video2 for the video capture device of
149	the first vivid instance, video4 for the next up to video8 for the last
150	instance. If it can't succeed, then it will just take the next free
151	number.
152
153- vid_out_nr:
154
155	give the desired videoX start number for each video output device.
156	The default is -1 which will just take the first free number.
157
158- vbi_cap_nr:
159
160	give the desired vbiX start number for each vbi capture device.
161	The default is -1 which will just take the first free number.
162
163- vbi_out_nr:
164
165	give the desired vbiX start number for each vbi output device.
166	The default is -1 which will just take the first free number.
167
168- radio_rx_nr:
169
170	give the desired radioX start number for each radio receiver device.
171	The default is -1 which will just take the first free number.
172
173- radio_tx_nr:
174
175	give the desired radioX start number for each radio transmitter
176	device. The default is -1 which will just take the first free number.
177
178- sdr_cap_nr:
179
180	give the desired swradioX start number for each SDR capture device.
181	The default is -1 which will just take the first free number.
182
183- meta_cap_nr:
184
185        give the desired videoX start number for each metadata capture device.
186        The default is -1 which will just take the first free number.
187
188- meta_out_nr:
189
190        give the desired videoX start number for each metadata output device.
191        The default is -1 which will just take the first free number.
192
193- touch_cap_nr:
194
195        give the desired v4l-touchX start number for each touch capture device.
196        The default is -1 which will just take the first free number.
197
198- ccs_cap_mode:
199
200	specify the allowed video capture crop/compose/scaling combination
201	for each driver instance. Video capture devices can have any combination
202	of cropping, composing and scaling capabilities and this will tell the
203	vivid driver which of those is should emulate. By default the user can
204	select this through controls.
205
206	The value is either -1 (controlled by the user) or a set of three bits,
207	each enabling (1) or disabling (0) one of the features:
208
209	- bit 0:
210
211		Enable crop support. Cropping will take only part of the
212		incoming picture.
213	- bit 1:
214
215		Enable compose support. Composing will copy the incoming
216		picture into a larger buffer.
217
218	- bit 2:
219
220		Enable scaling support. Scaling can scale the incoming
221		picture. The scaler of the vivid driver can enlarge up
222		or down to four times the original size. The scaler is
223		very simple and low-quality. Simplicity and speed were
224		key, not quality.
225
226	Note that this value is ignored by webcam inputs: those enumerate
227	discrete framesizes and that is incompatible with cropping, composing
228	or scaling.
229
230- ccs_out_mode:
231
232	specify the allowed video output crop/compose/scaling combination
233	for each driver instance. Video output devices can have any combination
234	of cropping, composing and scaling capabilities and this will tell the
235	vivid driver which of those is should emulate. By default the user can
236	select this through controls.
237
238	The value is either -1 (controlled by the user) or a set of three bits,
239	each enabling (1) or disabling (0) one of the features:
240
241	- bit 0:
242
243		Enable crop support. Cropping will take only part of the
244		outgoing buffer.
245
246	- bit 1:
247
248		Enable compose support. Composing will copy the incoming
249		buffer into a larger picture frame.
250
251	- bit 2:
252
253		Enable scaling support. Scaling can scale the incoming
254		buffer. The scaler of the vivid driver can enlarge up
255		or down to four times the original size. The scaler is
256		very simple and low-quality. Simplicity and speed were
257		key, not quality.
258
259- multiplanar:
260
261	select whether each device instance supports multi-planar formats,
262	and thus the V4L2 multi-planar API. By default device instances are
263	single-planar.
264
265	This module option can override that for each instance. Values are:
266
267		- 1: this is a single-planar instance.
268		- 2: this is a multi-planar instance.
269
270- vivid_debug:
271
272	enable driver debugging info
273
274- no_error_inj:
275
276	if set disable the error injecting controls. This option is
277	needed in order to run a tool like v4l2-compliance. Tools like that
278	exercise all controls including a control like 'Disconnect' which
279	emulates a USB disconnect, making the device inaccessible and so
280	all tests that v4l2-compliance is doing will fail afterwards.
281
282	There may be other situations as well where you want to disable the
283	error injection support of vivid. When this option is set, then the
284	controls that select crop, compose and scale behavior are also
285	removed. Unless overridden by ccs_cap_mode and/or ccs_out_mode the
286	will default to enabling crop, compose and scaling.
287
288- allocators:
289
290	memory allocator selection, default is 0. It specifies the way buffers
291	will be allocated.
292
293		- 0: vmalloc
294		- 1: dma-contig
295
296- cache_hints:
297
298	specifies if the device should set queues' user-space cache and memory
299	consistency hint capability (V4L2_BUF_CAP_SUPPORTS_MMAP_CACHE_HINTS).
300	The hints are valid only when using MMAP streaming I/O. Default is 0.
301
302		- 0: forbid hints
303		- 1: allow hints
304
305Taken together, all these module options allow you to precisely customize
306the driver behavior and test your application with all sorts of permutations.
307It is also very suitable to emulate hardware that is not yet available, e.g.
308when developing software for a new upcoming device.
309
310
311Video Capture
312-------------
313
314This is probably the most frequently used feature. The video capture device
315can be configured by using the module options num_inputs, input_types and
316ccs_cap_mode (see section 1 for more detailed information), but by default
317four inputs are configured: a webcam, a TV tuner, an S-Video and an HDMI
318input, one input for each input type. Those are described in more detail
319below.
320
321Special attention has been given to the rate at which new frames become
322available. The jitter will be around 1 jiffie (that depends on the HZ
323configuration of your kernel, so usually 1/100, 1/250 or 1/1000 of a second),
324but the long-term behavior is exactly following the framerate. So a
325framerate of 59.94 Hz is really different from 60 Hz. If the framerate
326exceeds your kernel's HZ value, then you will get dropped frames, but the
327frame/field sequence counting will keep track of that so the sequence
328count will skip whenever frames are dropped.
329
330
331Webcam Input
332~~~~~~~~~~~~
333
334The webcam input supports three framesizes: 320x180, 640x360 and 1280x720. It
335supports frames per second settings of 10, 15, 25, 30, 50 and 60 fps. Which ones
336are available depends on the chosen framesize: the larger the framesize, the
337lower the maximum frames per second.
338
339The initially selected colorspace when you switch to the webcam input will be
340sRGB.
341
342
343TV and S-Video Inputs
344~~~~~~~~~~~~~~~~~~~~~
345
346The only difference between the TV and S-Video input is that the TV has a
347tuner. Otherwise they behave identically.
348
349These inputs support audio inputs as well: one TV and one Line-In. They
350both support all TV standards. If the standard is queried, then the Vivid
351controls 'Standard Signal Mode' and 'Standard' determine what
352the result will be.
353
354These inputs support all combinations of the field setting. Special care has
355been taken to faithfully reproduce how fields are handled for the different
356TV standards. This is particularly noticeable when generating a horizontally
357moving image so the temporal effect of using interlaced formats becomes clearly
358visible. For 50 Hz standards the top field is the oldest and the bottom field
359is the newest in time. For 60 Hz standards that is reversed: the bottom field
360is the oldest and the top field is the newest in time.
361
362When you start capturing in V4L2_FIELD_ALTERNATE mode the first buffer will
363contain the top field for 50 Hz standards and the bottom field for 60 Hz
364standards. This is what capture hardware does as well.
365
366Finally, for PAL/SECAM standards the first half of the top line contains noise.
367This simulates the Wide Screen Signal that is commonly placed there.
368
369The initially selected colorspace when you switch to the TV or S-Video input
370will be SMPTE-170M.
371
372The pixel aspect ratio will depend on the TV standard. The video aspect ratio
373can be selected through the 'Standard Aspect Ratio' Vivid control.
374Choices are '4x3', '16x9' which will give letterboxed widescreen video and
375'16x9 Anamorphic' which will give full screen squashed anamorphic widescreen
376video that will need to be scaled accordingly.
377
378The TV 'tuner' supports a frequency range of 44-958 MHz. Channels are available
379every 6 MHz, starting from 49.25 MHz. For each channel the generated image
380will be in color for the +/- 0.25 MHz around it, and in grayscale for
381+/- 1 MHz around the channel. Beyond that it is just noise. The VIDIOC_G_TUNER
382ioctl will return 100% signal strength for +/- 0.25 MHz and 50% for +/- 1 MHz.
383It will also return correct afc values to show whether the frequency is too
384low or too high.
385
386The audio subchannels that are returned are MONO for the +/- 1 MHz range around
387a valid channel frequency. When the frequency is within +/- 0.25 MHz of the
388channel it will return either MONO, STEREO, either MONO | SAP (for NTSC) or
389LANG1 | LANG2 (for others), or STEREO | SAP.
390
391Which one is returned depends on the chosen channel, each next valid channel
392will cycle through the possible audio subchannel combinations. This allows
393you to test the various combinations by just switching channels..
394
395Finally, for these inputs the v4l2_timecode struct is filled in the
396dequeued v4l2_buffer struct.
397
398
399HDMI Input
400~~~~~~~~~~
401
402The HDMI inputs supports all CEA-861 and DMT timings, both progressive and
403interlaced, for pixelclock frequencies between 25 and 600 MHz. The field
404mode for interlaced formats is always V4L2_FIELD_ALTERNATE. For HDMI the
405field order is always top field first, and when you start capturing an
406interlaced format you will receive the top field first.
407
408The initially selected colorspace when you switch to the HDMI input or
409select an HDMI timing is based on the format resolution: for resolutions
410less than or equal to 720x576 the colorspace is set to SMPTE-170M, for
411others it is set to REC-709 (CEA-861 timings) or sRGB (VESA DMT timings).
412
413The pixel aspect ratio will depend on the HDMI timing: for 720x480 is it
414set as for the NTSC TV standard, for 720x576 it is set as for the PAL TV
415standard, and for all others a 1:1 pixel aspect ratio is returned.
416
417The video aspect ratio can be selected through the 'DV Timings Aspect Ratio'
418Vivid control. Choices are 'Source Width x Height' (just use the
419same ratio as the chosen format), '4x3' or '16x9', either of which can
420result in pillarboxed or letterboxed video.
421
422For HDMI inputs it is possible to set the EDID. By default a simple EDID
423is provided. You can only set the EDID for HDMI inputs. Internally, however,
424the EDID is shared between all HDMI inputs.
425
426No interpretation is done of the EDID data with the exception of the
427physical address. See the CEC section for more details.
428
429There is a maximum of 15 HDMI inputs (if there are more, then they will be
430reduced to 15) since that's the limitation of the EDID physical address.
431
432
433Video Output
434------------
435
436The video output device can be configured by using the module options
437num_outputs, output_types and ccs_out_mode (see section 1 for more detailed
438information), but by default two outputs are configured: an S-Video and an
439HDMI input, one output for each output type. Those are described in more detail
440below.
441
442Like with video capture the framerate is also exact in the long term.
443
444
445S-Video Output
446~~~~~~~~~~~~~~
447
448This output supports audio outputs as well: "Line-Out 1" and "Line-Out 2".
449The S-Video output supports all TV standards.
450
451This output supports all combinations of the field setting.
452
453The initially selected colorspace when you switch to the TV or S-Video input
454will be SMPTE-170M.
455
456
457HDMI Output
458~~~~~~~~~~~
459
460The HDMI output supports all CEA-861 and DMT timings, both progressive and
461interlaced, for pixelclock frequencies between 25 and 600 MHz. The field
462mode for interlaced formats is always V4L2_FIELD_ALTERNATE.
463
464The initially selected colorspace when you switch to the HDMI output or
465select an HDMI timing is based on the format resolution: for resolutions
466less than or equal to 720x576 the colorspace is set to SMPTE-170M, for
467others it is set to REC-709 (CEA-861 timings) or sRGB (VESA DMT timings).
468
469The pixel aspect ratio will depend on the HDMI timing: for 720x480 is it
470set as for the NTSC TV standard, for 720x576 it is set as for the PAL TV
471standard, and for all others a 1:1 pixel aspect ratio is returned.
472
473An HDMI output has a valid EDID which can be obtained through VIDIOC_G_EDID.
474
475There is a maximum of 15 HDMI outputs (if there are more, then they will be
476reduced to 15) since that's the limitation of the EDID physical address. See
477also the CEC section for more details.
478
479VBI Capture
480-----------
481
482There are three types of VBI capture devices: those that only support raw
483(undecoded) VBI, those that only support sliced (decoded) VBI and those that
484support both. This is determined by the node_types module option. In all
485cases the driver will generate valid VBI data: for 60 Hz standards it will
486generate Closed Caption and XDS data. The closed caption stream will
487alternate between "Hello world!" and "Closed captions test" every second.
488The XDS stream will give the current time once a minute. For 50 Hz standards
489it will generate the Wide Screen Signal which is based on the actual Video
490Aspect Ratio control setting and teletext pages 100-159, one page per frame.
491
492The VBI device will only work for the S-Video and TV inputs, it will give
493back an error if the current input is a webcam or HDMI.
494
495
496VBI Output
497----------
498
499There are three types of VBI output devices: those that only support raw
500(undecoded) VBI, those that only support sliced (decoded) VBI and those that
501support both. This is determined by the node_types module option.
502
503The sliced VBI output supports the Wide Screen Signal and the teletext signal
504for 50 Hz standards and Closed Captioning + XDS for 60 Hz standards.
505
506The VBI device will only work for the S-Video output, it will give
507back an error if the current output is HDMI.
508
509
510Radio Receiver
511--------------
512
513The radio receiver emulates an FM/AM/SW receiver. The FM band also supports RDS.
514The frequency ranges are:
515
516	- FM: 64 MHz - 108 MHz
517	- AM: 520 kHz - 1710 kHz
518	- SW: 2300 kHz - 26.1 MHz
519
520Valid channels are emulated every 1 MHz for FM and every 100 kHz for AM and SW.
521The signal strength decreases the further the frequency is from the valid
522frequency until it becomes 0% at +/- 50 kHz (FM) or 5 kHz (AM/SW) from the
523ideal frequency. The initial frequency when the driver is loaded is set to
52495 MHz.
525
526The FM receiver supports RDS as well, both using 'Block I/O' and 'Controls'
527modes. In the 'Controls' mode the RDS information is stored in read-only
528controls. These controls are updated every time the frequency is changed,
529or when the tuner status is requested. The Block I/O method uses the read()
530interface to pass the RDS blocks on to the application for decoding.
531
532The RDS signal is 'detected' for +/- 12.5 kHz around the channel frequency,
533and the further the frequency is away from the valid frequency the more RDS
534errors are randomly introduced into the block I/O stream, up to 50% of all
535blocks if you are +/- 12.5 kHz from the channel frequency. All four errors
536can occur in equal proportions: blocks marked 'CORRECTED', blocks marked
537'ERROR', blocks marked 'INVALID' and dropped blocks.
538
539The generated RDS stream contains all the standard fields contained in a
5400B group, and also radio text and the current time.
541
542The receiver supports HW frequency seek, either in Bounded mode, Wrap Around
543mode or both, which is configurable with the "Radio HW Seek Mode" control.
544
545
546Radio Transmitter
547-----------------
548
549The radio transmitter emulates an FM/AM/SW transmitter. The FM band also supports RDS.
550The frequency ranges are:
551
552	- FM: 64 MHz - 108 MHz
553	- AM: 520 kHz - 1710 kHz
554	- SW: 2300 kHz - 26.1 MHz
555
556The initial frequency when the driver is loaded is 95.5 MHz.
557
558The FM transmitter supports RDS as well, both using 'Block I/O' and 'Controls'
559modes. In the 'Controls' mode the transmitted RDS information is configured
560using controls, and in 'Block I/O' mode the blocks are passed to the driver
561using write().
562
563
564Software Defined Radio Receiver
565-------------------------------
566
567The SDR receiver has three frequency bands for the ADC tuner:
568
569	- 300 kHz
570	- 900 kHz - 2800 kHz
571	- 3200 kHz
572
573The RF tuner supports 50 MHz - 2000 MHz.
574
575The generated data contains the In-phase and Quadrature components of a
5761 kHz tone that has an amplitude of sqrt(2).
577
578
579Metadata Capture
580----------------
581
582The Metadata capture generates UVC format metadata. The PTS and SCR are
583transmitted based on the values set in vivid controls.
584
585The Metadata device will only work for the Webcam input, it will give
586back an error for all other inputs.
587
588
589Metadata Output
590---------------
591
592The Metadata output can be used to set brightness, contrast, saturation and hue.
593
594The Metadata device will only work for the Webcam output, it will give
595back an error for all other outputs.
596
597
598Touch Capture
599-------------
600
601The Touch capture generates touch patterns simulating single tap, double tap,
602triple tap, move from left to right, zoom in, zoom out, palm press (simulating
603a large area being pressed on a touchpad), and simulating 16 simultaneous
604touch points.
605
606Controls
607--------
608
609Different devices support different controls. The sections below will describe
610each control and which devices support them.
611
612
613User Controls - Test Controls
614~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
615
616The Button, Boolean, Integer 32 Bits, Integer 64 Bits, Menu, String, Bitmask and
617Integer Menu are controls that represent all possible control types. The Menu
618control and the Integer Menu control both have 'holes' in their menu list,
619meaning that one or more menu items return EINVAL when VIDIOC_QUERYMENU is called.
620Both menu controls also have a non-zero minimum control value.  These features
621allow you to check if your application can handle such things correctly.
622These controls are supported for every device type.
623
624
625User Controls - Video Capture
626~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
627
628The following controls are specific to video capture.
629
630The Brightness, Contrast, Saturation and Hue controls actually work and are
631standard. There is one special feature with the Brightness control: each
632video input has its own brightness value, so changing input will restore
633the brightness for that input. In addition, each video input uses a different
634brightness range (minimum and maximum control values). Switching inputs will
635cause a control event to be sent with the V4L2_EVENT_CTRL_CH_RANGE flag set.
636This allows you to test controls that can change their range.
637
638The 'Gain, Automatic' and Gain controls can be used to test volatile controls:
639if 'Gain, Automatic' is set, then the Gain control is volatile and changes
640constantly. If 'Gain, Automatic' is cleared, then the Gain control is a normal
641control.
642
643The 'Horizontal Flip' and 'Vertical Flip' controls can be used to flip the
644image. These combine with the 'Sensor Flipped Horizontally/Vertically' Vivid
645controls.
646
647The 'Alpha Component' control can be used to set the alpha component for
648formats containing an alpha channel.
649
650
651User Controls - Audio
652~~~~~~~~~~~~~~~~~~~~~
653
654The following controls are specific to video capture and output and radio
655receivers and transmitters.
656
657The 'Volume' and 'Mute' audio controls are typical for such devices to
658control the volume and mute the audio. They don't actually do anything in
659the vivid driver.
660
661
662Vivid Controls
663~~~~~~~~~~~~~~
664
665These vivid custom controls control the image generation, error injection, etc.
666
667
668Test Pattern Controls
669^^^^^^^^^^^^^^^^^^^^^
670
671The Test Pattern Controls are all specific to video capture.
672
673- Test Pattern:
674
675	selects which test pattern to use. Use the CSC Colorbar for
676	testing colorspace conversions: the colors used in that test pattern
677	map to valid colors in all colorspaces. The colorspace conversion
678	is disabled for the other test patterns.
679
680- OSD Text Mode:
681
682	selects whether the text superimposed on the
683	test pattern should be shown, and if so, whether only counters should
684	be displayed or the full text.
685
686- Horizontal Movement:
687
688	selects whether the test pattern should
689	move to the left or right and at what speed.
690
691- Vertical Movement:
692
693	does the same for the vertical direction.
694
695- Show Border:
696
697	show a two-pixel wide border at the edge of the actual image,
698	excluding letter or pillarboxing.
699
700- Show Square:
701
702	show a square in the middle of the image. If the image is
703	displayed with the correct pixel and image aspect ratio corrections,
704	then the width and height of the square on the monitor should be
705	the same.
706
707- Insert SAV Code in Image:
708
709	adds a SAV (Start of Active Video) code to the image.
710	This can be used to check if such codes in the image are inadvertently
711	interpreted instead of being ignored.
712
713- Insert EAV Code in Image:
714
715	does the same for the EAV (End of Active Video) code.
716
717- Insert Video Guard Band
718
719	adds 4 columns of pixels with the HDMI Video Guard Band code at the
720	left hand side of the image. This only works with 3 or 4 byte RGB pixel
721	formats. The RGB pixel value 0xab/0x55/0xab turns out to be equivalent
722	to the HDMI Video Guard Band code that precedes each active video line
723	(see section 5.2.2.1 in the HDMI 1.3 Specification). To test if a video
724	receiver has correct HDMI Video Guard Band processing, enable this
725	control and then move the image to the left hand side of the screen.
726	That will result in video lines that start with multiple pixels that
727	have the same value as the Video Guard Band that precedes them.
728	Receivers that will just keep skipping Video Guard Band values will
729	now fail and either loose sync or these video lines will shift.
730
731
732Capture Feature Selection Controls
733^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
734
735These controls are all specific to video capture.
736
737- Sensor Flipped Horizontally:
738
739	the image is flipped horizontally and the
740	V4L2_IN_ST_HFLIP input status flag is set. This emulates the case where
741	a sensor is for example mounted upside down.
742
743- Sensor Flipped Vertically:
744
745	the image is flipped vertically and the
746	V4L2_IN_ST_VFLIP input status flag is set. This emulates the case where
747	a sensor is for example mounted upside down.
748
749- Standard Aspect Ratio:
750
751	selects if the image aspect ratio as used for the TV or
752	S-Video input should be 4x3, 16x9 or anamorphic widescreen. This may
753	introduce letterboxing.
754
755- DV Timings Aspect Ratio:
756
757	selects if the image aspect ratio as used for the HDMI
758	input should be the same as the source width and height ratio, or if
759	it should be 4x3 or 16x9. This may introduce letter or pillarboxing.
760
761- Timestamp Source:
762
763	selects when the timestamp for each buffer is taken.
764
765- Colorspace:
766
767	selects which colorspace should be used when generating the image.
768	This only applies if the CSC Colorbar test pattern is selected,
769	otherwise the test pattern will go through unconverted.
770	This behavior is also what you want, since a 75% Colorbar
771	should really have 75% signal intensity and should not be affected
772	by colorspace conversions.
773
774	Changing the colorspace will result in the V4L2_EVENT_SOURCE_CHANGE
775	to be sent since it emulates a detected colorspace change.
776
777- Transfer Function:
778
779	selects which colorspace transfer function should be used when
780	generating an image. This only applies if the CSC Colorbar test pattern is
781	selected, otherwise the test pattern will go through unconverted.
782	This behavior is also what you want, since a 75% Colorbar
783	should really have 75% signal intensity and should not be affected
784	by colorspace conversions.
785
786	Changing the transfer function will result in the V4L2_EVENT_SOURCE_CHANGE
787	to be sent since it emulates a detected colorspace change.
788
789- Y'CbCr Encoding:
790
791	selects which Y'CbCr encoding should be used when generating
792	a Y'CbCr image.	This only applies if the format is set to a Y'CbCr format
793	as opposed to an RGB format.
794
795	Changing the Y'CbCr encoding will result in the V4L2_EVENT_SOURCE_CHANGE
796	to be sent since it emulates a detected colorspace change.
797
798- Quantization:
799
800	selects which quantization should be used for the RGB or Y'CbCr
801	encoding when generating the test pattern.
802
803	Changing the quantization will result in the V4L2_EVENT_SOURCE_CHANGE
804	to be sent since it emulates a detected colorspace change.
805
806- Limited RGB Range (16-235):
807
808	selects if the RGB range of the HDMI source should
809	be limited or full range. This combines with the Digital Video 'Rx RGB
810	Quantization Range' control and can be used to test what happens if
811	a source provides you with the wrong quantization range information.
812	See the description of that control for more details.
813
814- Apply Alpha To Red Only:
815
816	apply the alpha channel as set by the 'Alpha Component'
817	user control to the red color of the test pattern only.
818
819- Enable Capture Cropping:
820
821	enables crop support. This control is only present if
822	the ccs_cap_mode module option is set to the default value of -1 and if
823	the no_error_inj module option is set to 0 (the default).
824
825- Enable Capture Composing:
826
827	enables composing support. This control is only
828	present if the ccs_cap_mode module option is set to the default value of
829	-1 and if the no_error_inj module option is set to 0 (the default).
830
831- Enable Capture Scaler:
832
833	enables support for a scaler (maximum 4 times upscaling
834	and downscaling). This control is only present if the ccs_cap_mode
835	module option is set to the default value of -1 and if the no_error_inj
836	module option is set to 0 (the default).
837
838- Maximum EDID Blocks:
839
840	determines how many EDID blocks the driver supports.
841	Note that the vivid driver does not actually interpret new EDID
842	data, it just stores it. It allows for up to 256 EDID blocks
843	which is the maximum supported by the standard.
844
845- Fill Percentage of Frame:
846
847	can be used to draw only the top X percent
848	of the image. Since each frame has to be drawn by the driver, this
849	demands a lot of the CPU. For large resolutions this becomes
850	problematic. By drawing only part of the image this CPU load can
851	be reduced.
852
853
854Output Feature Selection Controls
855^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
856
857These controls are all specific to video output.
858
859- Enable Output Cropping:
860
861	enables crop support. This control is only present if
862	the ccs_out_mode module option is set to the default value of -1 and if
863	the no_error_inj module option is set to 0 (the default).
864
865- Enable Output Composing:
866
867	enables composing support. This control is only
868	present if the ccs_out_mode module option is set to the default value of
869	-1 and if the no_error_inj module option is set to 0 (the default).
870
871- Enable Output Scaler:
872
873	enables support for a scaler (maximum 4 times upscaling
874	and downscaling). This control is only present if the ccs_out_mode
875	module option is set to the default value of -1 and if the no_error_inj
876	module option is set to 0 (the default).
877
878
879Error Injection Controls
880^^^^^^^^^^^^^^^^^^^^^^^^
881
882The following two controls are only valid for video and vbi capture.
883
884- Standard Signal Mode:
885
886	selects the behavior of VIDIOC_QUERYSTD: what should it return?
887
888	Changing this control will result in the V4L2_EVENT_SOURCE_CHANGE
889	to be sent since it emulates a changed input condition (e.g. a cable
890	was plugged in or out).
891
892- Standard:
893
894	selects the standard that VIDIOC_QUERYSTD should return if the
895	previous control is set to "Selected Standard".
896
897	Changing this control will result in the V4L2_EVENT_SOURCE_CHANGE
898	to be sent since it emulates a changed input standard.
899
900
901The following two controls are only valid for video capture.
902
903- DV Timings Signal Mode:
904
905	selects the behavior of VIDIOC_QUERY_DV_TIMINGS: what
906	should it return?
907
908	Changing this control will result in the V4L2_EVENT_SOURCE_CHANGE
909	to be sent since it emulates a changed input condition (e.g. a cable
910	was plugged in or out).
911
912- DV Timings:
913
914	selects the timings the VIDIOC_QUERY_DV_TIMINGS should return
915	if the previous control is set to "Selected DV Timings".
916
917	Changing this control will result in the V4L2_EVENT_SOURCE_CHANGE
918	to be sent since it emulates changed input timings.
919
920
921The following controls are only present if the no_error_inj module option
922is set to 0 (the default). These controls are valid for video and vbi
923capture and output streams and for the SDR capture device except for the
924Disconnect control which is valid for all devices.
925
926- Wrap Sequence Number:
927
928	test what happens when you wrap the sequence number in
929	struct v4l2_buffer around.
930
931- Wrap Timestamp:
932
933	test what happens when you wrap the timestamp in struct
934	v4l2_buffer around.
935
936- Percentage of Dropped Buffers:
937
938	sets the percentage of buffers that
939	are never returned by the driver (i.e., they are dropped).
940
941- Disconnect:
942
943	emulates a USB disconnect. The device will act as if it has
944	been disconnected. Only after all open filehandles to the device
945	node have been closed will the device become 'connected' again.
946
947- Inject V4L2_BUF_FLAG_ERROR:
948
949	when pressed, the next frame returned by
950	the driver will have the error flag set (i.e. the frame is marked
951	corrupt).
952
953- Inject VIDIOC_REQBUFS Error:
954
955	when pressed, the next REQBUFS or CREATE_BUFS
956	ioctl call will fail with an error. To be precise: the videobuf2
957	queue_setup() op will return -EINVAL.
958
959- Inject VIDIOC_QBUF Error:
960
961	when pressed, the next VIDIOC_QBUF or
962	VIDIOC_PREPARE_BUFFER ioctl call will fail with an error. To be
963	precise: the videobuf2 buf_prepare() op will return -EINVAL.
964
965- Inject VIDIOC_STREAMON Error:
966
967	when pressed, the next VIDIOC_STREAMON ioctl
968	call will fail with an error. To be precise: the videobuf2
969	start_streaming() op will return -EINVAL.
970
971- Inject Fatal Streaming Error:
972
973	when pressed, the streaming core will be
974	marked as having suffered a fatal error, the only way to recover
975	from that is to stop streaming. To be precise: the videobuf2
976	vb2_queue_error() function is called.
977
978
979VBI Raw Capture Controls
980^^^^^^^^^^^^^^^^^^^^^^^^
981
982- Interlaced VBI Format:
983
984	if set, then the raw VBI data will be interlaced instead
985	of providing it grouped by field.
986
987
988Digital Video Controls
989~~~~~~~~~~~~~~~~~~~~~~
990
991- Rx RGB Quantization Range:
992
993	sets the RGB quantization detection of the HDMI
994	input. This combines with the Vivid 'Limited RGB Range (16-235)'
995	control and can be used to test what happens if a source provides
996	you with the wrong quantization range information. This can be tested
997	by selecting an HDMI input, setting this control to Full or Limited
998	range and selecting the opposite in the 'Limited RGB Range (16-235)'
999	control. The effect is easy to see if the 'Gray Ramp' test pattern
1000	is selected.
1001
1002- Tx RGB Quantization Range:
1003
1004	sets the RGB quantization detection of the HDMI
1005	output. It is currently not used for anything in vivid, but most HDMI
1006	transmitters would typically have this control.
1007
1008- Transmit Mode:
1009
1010	sets the transmit mode of the HDMI output to HDMI or DVI-D. This
1011	affects the reported colorspace since DVI_D outputs will always use
1012	sRGB.
1013
1014- Display Present:
1015
1016	sets the presence of a "display" on the HDMI output. This affects
1017	the tx_edid_present, tx_hotplug and tx_rxsense controls.
1018
1019
1020FM Radio Receiver Controls
1021~~~~~~~~~~~~~~~~~~~~~~~~~~
1022
1023- RDS Reception:
1024
1025	set if the RDS receiver should be enabled.
1026
1027- RDS Program Type:
1028
1029
1030- RDS PS Name:
1031
1032
1033- RDS Radio Text:
1034
1035
1036- RDS Traffic Announcement:
1037
1038
1039- RDS Traffic Program:
1040
1041
1042- RDS Music:
1043
1044	these are all read-only controls. If RDS Rx I/O Mode is set to
1045	"Block I/O", then they are inactive as well. If RDS Rx I/O Mode is set
1046	to "Controls", then these controls report the received RDS data.
1047
1048.. note::
1049	The vivid implementation of this is pretty basic: they are only
1050	updated when you set a new frequency or when you get the tuner status
1051	(VIDIOC_G_TUNER).
1052
1053- Radio HW Seek Mode:
1054
1055	can be one of "Bounded", "Wrap Around" or "Both". This
1056	determines if VIDIOC_S_HW_FREQ_SEEK will be bounded by the frequency
1057	range or wrap-around or if it is selectable by the user.
1058
1059- Radio Programmable HW Seek:
1060
1061	if set, then the user can provide the lower and
1062	upper bound of the HW Seek. Otherwise the frequency range boundaries
1063	will be used.
1064
1065- Generate RBDS Instead of RDS:
1066
1067	if set, then generate RBDS (the US variant of
1068	RDS) data instead of RDS (European-style RDS). This affects only the
1069	PICODE and PTY codes.
1070
1071- RDS Rx I/O Mode:
1072
1073	this can be "Block I/O" where the RDS blocks have to be read()
1074	by the application, or "Controls" where the RDS data is provided by
1075	the RDS controls mentioned above.
1076
1077
1078FM Radio Modulator Controls
1079~~~~~~~~~~~~~~~~~~~~~~~~~~~
1080
1081- RDS Program ID:
1082
1083
1084- RDS Program Type:
1085
1086
1087- RDS PS Name:
1088
1089
1090- RDS Radio Text:
1091
1092
1093- RDS Stereo:
1094
1095
1096- RDS Artificial Head:
1097
1098
1099- RDS Compressed:
1100
1101
1102- RDS Dynamic PTY:
1103
1104
1105- RDS Traffic Announcement:
1106
1107
1108- RDS Traffic Program:
1109
1110
1111- RDS Music:
1112
1113	these are all controls that set the RDS data that is transmitted by
1114	the FM modulator.
1115
1116- RDS Tx I/O Mode:
1117
1118	this can be "Block I/O" where the application has to use write()
1119	to pass the RDS blocks to the driver, or "Controls" where the RDS data
1120	is Provided by the RDS controls mentioned above.
1121
1122Metadata Capture Controls
1123~~~~~~~~~~~~~~~~~~~~~~~~~~
1124
1125- Generate PTS
1126
1127        if set, then the generated metadata stream contains Presentation timestamp.
1128
1129- Generate SCR
1130
1131        if set, then the generated metadata stream contains Source Clock information.
1132
1133Video, VBI and RDS Looping
1134--------------------------
1135
1136The vivid driver supports looping of video output to video input, VBI output
1137to VBI input and RDS output to RDS input. For video/VBI looping this emulates
1138as if a cable was hooked up between the output and input connector. So video
1139and VBI looping is only supported between S-Video and HDMI inputs and outputs.
1140VBI is only valid for S-Video as it makes no sense for HDMI.
1141
1142Since radio is wireless this looping always happens if the radio receiver
1143frequency is close to the radio transmitter frequency. In that case the radio
1144transmitter will 'override' the emulated radio stations.
1145
1146Looping is currently supported only between devices created by the same
1147vivid driver instance.
1148
1149
1150Video and Sliced VBI looping
1151~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1152
1153The way to enable video/VBI looping is currently fairly crude. A 'Loop Video'
1154control is available in the "Vivid" control class of the video
1155capture and VBI capture devices. When checked the video looping will be enabled.
1156Once enabled any video S-Video or HDMI input will show a static test pattern
1157until the video output has started. At that time the video output will be
1158looped to the video input provided that:
1159
1160- the input type matches the output type. So the HDMI input cannot receive
1161  video from the S-Video output.
1162
1163- the video resolution of the video input must match that of the video output.
1164  So it is not possible to loop a 50 Hz (720x576) S-Video output to a 60 Hz
1165  (720x480) S-Video input, or a 720p60 HDMI output to a 1080p30 input.
1166
1167- the pixel formats must be identical on both sides. Otherwise the driver would
1168  have to do pixel format conversion as well, and that's taking things too far.
1169
1170- the field settings must be identical on both sides. Same reason as above:
1171  requiring the driver to convert from one field format to another complicated
1172  matters too much. This also prohibits capturing with 'Field Top' or 'Field
1173  Bottom' when the output video is set to 'Field Alternate'. This combination,
1174  while legal, became too complicated to support. Both sides have to be 'Field
1175  Alternate' for this to work. Also note that for this specific case the
1176  sequence and field counting in struct v4l2_buffer on the capture side may not
1177  be 100% accurate.
1178
1179- field settings V4L2_FIELD_SEQ_TB/BT are not supported. While it is possible to
1180  implement this, it would mean a lot of work to get this right. Since these
1181  field values are rarely used the decision was made not to implement this for
1182  now.
1183
1184- on the input side the "Standard Signal Mode" for the S-Video input or the
1185  "DV Timings Signal Mode" for the HDMI input should be configured so that a
1186  valid signal is passed to the video input.
1187
1188The framerates do not have to match, although this might change in the future.
1189
1190By default you will see the OSD text superimposed on top of the looped video.
1191This can be turned off by changing the "OSD Text Mode" control of the video
1192capture device.
1193
1194For VBI looping to work all of the above must be valid and in addition the vbi
1195output must be configured for sliced VBI. The VBI capture side can be configured
1196for either raw or sliced VBI. Note that at the moment only CC/XDS (60 Hz formats)
1197and WSS (50 Hz formats) VBI data is looped. Teletext VBI data is not looped.
1198
1199
1200Radio & RDS Looping
1201~~~~~~~~~~~~~~~~~~~
1202
1203As mentioned in section 6 the radio receiver emulates stations are regular
1204frequency intervals. Depending on the frequency of the radio receiver a
1205signal strength value is calculated (this is returned by VIDIOC_G_TUNER).
1206However, it will also look at the frequency set by the radio transmitter and
1207if that results in a higher signal strength than the settings of the radio
1208transmitter will be used as if it was a valid station. This also includes
1209the RDS data (if any) that the transmitter 'transmits'. This is received
1210faithfully on the receiver side. Note that when the driver is loaded the
1211frequencies of the radio receiver and transmitter are not identical, so
1212initially no looping takes place.
1213
1214
1215Cropping, Composing, Scaling
1216----------------------------
1217
1218This driver supports cropping, composing and scaling in any combination. Normally
1219which features are supported can be selected through the Vivid controls,
1220but it is also possible to hardcode it when the module is loaded through the
1221ccs_cap_mode and ccs_out_mode module options. See section 1 on the details of
1222these module options.
1223
1224This allows you to test your application for all these variations.
1225
1226Note that the webcam input never supports cropping, composing or scaling. That
1227only applies to the TV/S-Video/HDMI inputs and outputs. The reason is that
1228webcams, including this virtual implementation, normally use
1229VIDIOC_ENUM_FRAMESIZES to list a set of discrete framesizes that it supports.
1230And that does not combine with cropping, composing or scaling. This is
1231primarily a limitation of the V4L2 API which is carefully reproduced here.
1232
1233The minimum and maximum resolutions that the scaler can achieve are 16x16 and
1234(4096 * 4) x (2160 x 4), but it can only scale up or down by a factor of 4 or
1235less. So for a source resolution of 1280x720 the minimum the scaler can do is
1236320x180 and the maximum is 5120x2880. You can play around with this using the
1237qv4l2 test tool and you will see these dependencies.
1238
1239This driver also supports larger 'bytesperline' settings, something that
1240VIDIOC_S_FMT allows but that few drivers implement.
1241
1242The scaler is a simple scaler that uses the Coarse Bresenham algorithm. It's
1243designed for speed and simplicity, not quality.
1244
1245If the combination of crop, compose and scaling allows it, then it is possible
1246to change crop and compose rectangles on the fly.
1247
1248
1249Formats
1250-------
1251
1252The driver supports all the regular packed and planar 4:4:4, 4:2:2 and 4:2:0
1253YUYV formats, 8, 16, 24 and 32 RGB packed formats and various multiplanar
1254formats.
1255
1256The alpha component can be set through the 'Alpha Component' User control
1257for those formats that support it. If the 'Apply Alpha To Red Only' control
1258is set, then the alpha component is only used for the color red and set to
12590 otherwise.
1260
1261The driver has to be configured to support the multiplanar formats. By default
1262the driver instances are single-planar. This can be changed by setting the
1263multiplanar module option, see section 1 for more details on that option.
1264
1265If the driver instance is using the multiplanar formats/API, then the first
1266single planar format (YUYV) and the multiplanar NV16M and NV61M formats the
1267will have a plane that has a non-zero data_offset of 128 bytes. It is rare for
1268data_offset to be non-zero, so this is a useful feature for testing applications.
1269
1270Video output will also honor any data_offset that the application set.
1271
1272
1273Capture Overlay
1274---------------
1275
1276Note: capture overlay support is implemented primarily to test the existing
1277V4L2 capture overlay API. In practice few if any GPUs support such overlays
1278anymore, and neither are they generally needed anymore since modern hardware
1279is so much more capable. By setting flag 0x10000 in the node_types module
1280option the vivid driver will create a simple framebuffer device that can be
1281used for testing this API. Whether this API should be used for new drivers is
1282questionable.
1283
1284This driver has support for a destructive capture overlay with bitmap clipping
1285and list clipping (up to 16 rectangles) capabilities. Overlays are not
1286supported for multiplanar formats. It also honors the struct v4l2_window field
1287setting: if it is set to FIELD_TOP or FIELD_BOTTOM and the capture setting is
1288FIELD_ALTERNATE, then only the top or bottom fields will be copied to the overlay.
1289
1290The overlay only works if you are also capturing at that same time. This is a
1291vivid limitation since it copies from a buffer to the overlay instead of
1292filling the overlay directly. And if you are not capturing, then no buffers
1293are available to fill.
1294
1295In addition, the pixelformat of the capture format and that of the framebuffer
1296must be the same for the overlay to work. Otherwise VIDIOC_OVERLAY will return
1297an error.
1298
1299In order to really see what it going on you will need to create two vivid
1300instances: the first with a framebuffer enabled. You configure the capture
1301overlay of the second instance to use the framebuffer of the first, then
1302you start capturing in the second instance. For the first instance you setup
1303the output overlay for the video output, turn on video looping and capture
1304to see the blended framebuffer overlay that's being written to by the second
1305instance. This setup would require the following commands:
1306
1307.. code-block:: none
1308
1309	$ sudo modprobe vivid n_devs=2 node_types=0x10101,0x1
1310	$ v4l2-ctl -d1 --find-fb
1311	/dev/fb1 is the framebuffer associated with base address 0x12800000
1312	$ sudo v4l2-ctl -d2 --set-fbuf fb=1
1313	$ v4l2-ctl -d1 --set-fbuf fb=1
1314	$ v4l2-ctl -d0 --set-fmt-video=pixelformat='AR15'
1315	$ v4l2-ctl -d1 --set-fmt-video-out=pixelformat='AR15'
1316	$ v4l2-ctl -d2 --set-fmt-video=pixelformat='AR15'
1317	$ v4l2-ctl -d0 -i2
1318	$ v4l2-ctl -d2 -i2
1319	$ v4l2-ctl -d2 -c horizontal_movement=4
1320	$ v4l2-ctl -d1 --overlay=1
1321	$ v4l2-ctl -d0 -c loop_video=1
1322	$ v4l2-ctl -d2 --stream-mmap --overlay=1
1323
1324And from another console:
1325
1326.. code-block:: none
1327
1328	$ v4l2-ctl -d1 --stream-out-mmap
1329
1330And yet another console:
1331
1332.. code-block:: none
1333
1334	$ qv4l2
1335
1336and start streaming.
1337
1338As you can see, this is not for the faint of heart...
1339
1340
1341Output Overlay
1342--------------
1343
1344Note: output overlays are primarily implemented in order to test the existing
1345V4L2 output overlay API. Whether this API should be used for new drivers is
1346questionable.
1347
1348This driver has support for an output overlay and is capable of:
1349
1350	- bitmap clipping,
1351	- list clipping (up to 16 rectangles)
1352	- chromakey
1353	- source chromakey
1354	- global alpha
1355	- local alpha
1356	- local inverse alpha
1357
1358Output overlays are not supported for multiplanar formats. In addition, the
1359pixelformat of the capture format and that of the framebuffer must be the
1360same for the overlay to work. Otherwise VIDIOC_OVERLAY will return an error.
1361
1362Output overlays only work if the driver has been configured to create a
1363framebuffer by setting flag 0x10000 in the node_types module option. The
1364created framebuffer has a size of 720x576 and supports ARGB 1:5:5:5 and
1365RGB 5:6:5.
1366
1367In order to see the effects of the various clipping, chromakeying or alpha
1368processing capabilities you need to turn on video looping and see the results
1369on the capture side. The use of the clipping, chromakeying or alpha processing
1370capabilities will slow down the video loop considerably as a lot of checks have
1371to be done per pixel.
1372
1373
1374CEC (Consumer Electronics Control)
1375----------------------------------
1376
1377If there are HDMI inputs then a CEC adapter will be created that has
1378the same number of input ports. This is the equivalent of e.g. a TV that
1379has that number of inputs. Each HDMI output will also create a
1380CEC adapter that is hooked up to the corresponding input port, or (if there
1381are more outputs than inputs) is not hooked up at all. In other words,
1382this is the equivalent of hooking up each output device to an input port of
1383the TV. Any remaining output devices remain unconnected.
1384
1385The EDID that each output reads reports a unique CEC physical address that is
1386based on the physical address of the EDID of the input. So if the EDID of the
1387receiver has physical address A.B.0.0, then each output will see an EDID
1388containing physical address A.B.C.0 where C is 1 to the number of inputs. If
1389there are more outputs than inputs then the remaining outputs have a CEC adapter
1390that is disabled and reports an invalid physical address.
1391
1392
1393Some Future Improvements
1394------------------------
1395
1396Just as a reminder and in no particular order:
1397
1398- Add a virtual alsa driver to test audio
1399- Add virtual sub-devices and media controller support
1400- Some support for testing compressed video
1401- Add support to loop raw VBI output to raw VBI input
1402- Add support to loop teletext sliced VBI output to VBI input
1403- Fix sequence/field numbering when looping of video with alternate fields
1404- Add support for V4L2_CID_BG_COLOR for video outputs
1405- Add ARGB888 overlay support: better testing of the alpha channel
1406- Improve pixel aspect support in the tpg code by passing a real v4l2_fract
1407- Use per-queue locks and/or per-device locks to improve throughput
1408- Add support to loop from a specific output to a specific input across
1409  vivid instances
1410- The SDR radio should use the same 'frequencies' for stations as the normal
1411  radio receiver, and give back noise if the frequency doesn't match up with
1412  a station frequency
1413- Make a thread for the RDS generation, that would help in particular for the
1414  "Controls" RDS Rx I/O Mode as the read-only RDS controls could be updated
1415  in real-time.
1416- Changing the EDID should cause hotplug detect emulation to happen.
1417