Originally Posted by deuch2k
Thanks, I will test it ASAP !
Just a couple of issues of the 1.01 version not mentioned in the 1.02 release note :
In the manual, for certain pattern there are some errors :
- Brightness & Contrast : The picture is not good regarding the pattern displayed on the screen. The bars in the black and white blocks are inverted (The Max luma and +1IRE are not at the good place, same thing for the blacks)
First, sorry for the late reply - I have not been checking back here regularly but will attempt to do so in the future. Anyone is more than welcome to get direct tech support direct from our team through the website
As for the Brightness/Contrast Pattern, I got a similar request for information from another customer - the pattern actually does not match the description in the users manual either. Its a long story, but there is a limit to the number of colors per line that can be self-generated with our chip and the spec for that full pattern goes over that limit. I've got it on the bug list and will be re-engineering that pattern for something use-able (might have to split it into two) - in the meantime, most folks (to my knowledge) have moved to using the pluge patterns for brightness and contrast setup. If you don't mind providing more information on how/when you use the single brightness/contrast pattern it might help me spec the revised one properly for general use.
-Color 8 bars 75 : The grey bar of the left is missing on the pattern displayed on the screen. Only 7 bars are displayed and not 8
Similar issue on this - limited colors per line. In the newest firmware we added two new color bar patterns - one that more closely follows the SMPTE spec (available only from the OSD selection I believe) as well as one with blue over white and magenta over cyan (for color/tint setting with blue filters). We struggled with whether to remove the 8 bar (only 7) patterns but inevitably there is someone who has a specific use for it that would not be happy so we left it.
Deep color :
- With Deep color enabled from the source (10 or 12 bits), it take a very long time to display a picture on my screen (Samsung UHD TV). About 30s. In 8bit, it's more or less 5s.
This one is very interesting - there should be no difference unless there is some handshake issue between mini and your TV. If you don't mind, could you contact us with a little more detail on this as well as the exact model number of your TV as well as the source and source material. We would like to track this down.
- No picture when switching from "No Scaling" to "Auto Scaling" sometimes.
Hope it helps !
Have not seen this either - same as above if you would provide us with your specific setup details to the above email we will attempt to reproduce. A total loss of video is not currently in the reported bug list. Also, is this something that you normally do in normal use? (change from no to auto back and forth) or just something you noticed when testing. Curious so we can map out different usage models for other products as well.
And thanks for all the feedback -