home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
Installation, configuration support
Brightness Level
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="bigj" data-source="post: 234419" data-attributes="member: 10940"><p>Apparently the correct way to compensate is at the display side.</p><p>i.e. you accept that the device (HTPC) is outputing whatever it is and then adjust your TV/Projector so that <16 is absolute black and > 235 is over white.</p><p></p><p>The problem is that with an HTPC which is designed with other content (the GUI) authored to use full 0:255 you'd loose detail in dark GUI artwork and clamp the bright bits.</p><p></p><p>The solution is to either author (or blit adjust) GUI for 16:235, which is unlikely! or to bite the bullet and expand the VMR texture from 16:235 to full 0:255. I hope MPII provides D3D colour transformations (brightness, contrast) that will allow this.</p><p></p><p>The reason for using the device to adjust: Supposedly the expansion from 16:235 to 0:255 at the source end introduces banding. But I've not done any tests to confirm how bad this is (over allowing the device to do it.) Perhaps the device has >8bit precision or has analog expansion? Anyway, at the end of the day I can't really see any alternative but to expand the VMR source for an HTPC.</p><p></p><p>And I wonder if/why overlay expansion would be any better in this scenario (of overlay window within a GUI) - i.e. If using DVI then isn't that 8bit channel? so even overlay video over GUI is still 8bit total precision surely...(with the overlay content just being expanded from 16:235 to 0:255)?</p></blockquote><p></p>
[QUOTE="bigj, post: 234419, member: 10940"] Apparently the correct way to compensate is at the display side. i.e. you accept that the device (HTPC) is outputing whatever it is and then adjust your TV/Projector so that <16 is absolute black and > 235 is over white. The problem is that with an HTPC which is designed with other content (the GUI) authored to use full 0:255 you'd loose detail in dark GUI artwork and clamp the bright bits. The solution is to either author (or blit adjust) GUI for 16:235, which is unlikely! or to bite the bullet and expand the VMR texture from 16:235 to full 0:255. I hope MPII provides D3D colour transformations (brightness, contrast) that will allow this. The reason for using the device to adjust: Supposedly the expansion from 16:235 to 0:255 at the source end introduces banding. But I've not done any tests to confirm how bad this is (over allowing the device to do it.) Perhaps the device has >8bit precision or has analog expansion? Anyway, at the end of the day I can't really see any alternative but to expand the VMR source for an HTPC. And I wonder if/why overlay expansion would be any better in this scenario (of overlay window within a GUI) - i.e. If using DVI then isn't that 8bit channel? so even overlay video over GUI is still 8bit total precision surely...(with the overlay content just being expanded from 16:235 to 0:255)? [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Installation, configuration support
Brightness Level
Contact us
RSS
Top
Bottom