search

cta-wave / mezzanine

This repo contains scripts that will build annotated test content from specific source content, compatible with the WAVE device playback test suite.
BSD 3-Clause "New" or "Revised" License
2 stars 2 forks source link

Out of order QR codes are detected at the beginning of the playback #42

Closed yanj-github closed 3 years ago

yanj-github commented 3 years ago

Based on the limited tests we have done on a limited device, OF detected out of order frames at the beginning of the playback. https://github.com/cta-wave/device-observation-framework/issues/18 this is one of the examples.

This device plays content in a specific way, that it shows black screen when the content gets loaded and displays following frames faded in from top down when it started to play. Because of this fade in from top to down behaviour, the QR code on the top row gets detected and QR code on the row below is missed at the beginning even they both on the same screen. Later frames on the top row gets successfully detected. However, earlier frame that is located lower further down on the screen is not yet bright enough to be recognised.

example screen shot: image

The mezzanine QR codes are ordered as follows: image

The frame 1 and 2 are positioned below 3 and 4. So that the general playback tests always start from QR code on the 2nd row. Also, the random_access_fragment on test runner is an integer value, so random access point for the content that I tested (30fps 2 seconds fragment duration) is always access from the QR code on the 2nd row. It seems not possible to choose to access from frames that has QR code on the top row for the random access to fragment tests. @louaybassbouss what is your thought on this please?

For devices that behave in this way (fade-in from the top down at start of playback) if we have frame 1 and 2 positioned on the top and 3 and 4 below it MAY improve things. Or having all 4 video QR codes horizontally aligned (the Test Runner generated QR code may need to be re-positioned beneath these. Note this TR QR code is on the graphics plane and does not appear to have the same fade-in characteristics).

Obviously, these are only potential solutions for devices that exhibit this particular behaviour. Are device manufacturers aware of any other display behaviours that may need to be taken into account?

yanj-github commented 3 years ago

This is a known issue for certain device (which starts content fading from top down) and only using QR code the observation we can do is pretty limited at this stage. From the call at 31/08/2021 it is agreed that nothing need to be done for now either on mezzanine or OF end. Closing this issue now.