Skip to content

Commit

Permalink
Merge pull request #4 from andrewstarks/2023-12
Browse files Browse the repository at this point in the history
Added Very HDR Use Case for LED Panels
  • Loading branch information
bgilmer77 authored Dec 23, 2023
2 parents 09be8de + 5f27ec9 commit decbc95
Showing 1 changed file with 20 additions and 1 deletion.
21 changes: 20 additions & 1 deletion jt-nm_proav_user_requirements.md
Original file line number Diff line number Diff line change
Expand Up @@ -168,6 +168,25 @@ I don't expect to do everything for free, but I expect to be able to do some thi
* **Requirement:** Receiving a lower resolution flow consumes much less bandwidth than receiving the full flow.
* **Requirement:** A typical use case would be: 4k, 1080p and qHD (1/4 1080p) available on the network.

### High Bit Depth for Direct View LED Video Walls

**As an AV Integrator specializing in high-value retail, transportation, and simulation experiences,** I am tasked with deploying visually compelling LED video walls. These walls are composed of multiple LED cabinets (ranging from 10-20 units) that require precise and high-quality video signal distribution.

Key Requirements

* **High Bit Depth:** The system must support very high bit depths, potentially up to 16-20 bits per pixel, to drive the LED tiles effectively. This ensures rich color depth and nuanced visual detail, crucial for high-end applications that employ high-dynamic range LED technology.
* **Efficient Data Transmission:** Each LED cabinet's video data should be transmitted as a separate video stream.

> **Note:** This approach aligns with the established 4x FHD stream use cases but extends it further in terms of coding efficiency.
* **Network Compatibility:** The solution must utilize existing standard Ethernet network infrastructure, operating within the bandwidth constraints of 1-10G. This compatibility ensures ease of integration into current systems without the need for extensive network upgrades.
* **Priority on Bandwidth and Cost:** In this scenario, achieving low bandwidth utilization and cost-effectiveness is paramount. These factors take precedence over low latency and visually lossless compression.
* **Software-Friendly Deployment:** For ease of deployment and maintenance, the solution must be amenable to software-based implementations. This requirement is key for ensuring that the system is flexible, upgradable, and easy to manage.

#### Implications

This use case represents an advanced application of IPMX, targeting scenarios where exceptional, very high-dynamic range visual quality is required, along with efficient use of network resources. It reflects the growing demand for high-fidelity, networked AV solutions in settings where the visual experience is a critical aspect of the overall value proposition.

## Requirements we think are outside the scope of the IPMX VSF activity but which may be within the scope of AMWA or SMPTE activities

> **Note:** comment reflects that the initial requirements came from the VSF group which was anticipating requirements that may be met by work going on in other industry groups.
Expand Down Expand Up @@ -209,4 +228,4 @@ department that maintains our corporate networking infrastructure.  (No \$10k n
* I need better timing than I get with popular proprietary low end video solutions to enable things such as picture-in-picture and other production effects, but I simply cannot pay for the "gold-plated SMPTE ST 2110 solution"".  Also, speaking quite frankly, my production team and my viewers can't tell and don't care if I have some delay or some minor issues caused by less stringent timing than the gold-plated solution.

> **Note:** In ProAV there are several workflows that also need very good synchronization. A video wall for example, requires each monitor to display one portion of the same video stream. All monitors must be synchronized to display the same frame otherwise, there will be obvious tearing.
> **Note:** In ProAV there are several workflows that also need very good synchronization. A video wall for example, requires each monitor to display one portion of the same video stream. All monitors must be synchronized to display the same frame otherwise, there will be obvious tearing.

0 comments on commit decbc95

Please sign in to comment.