Posts: 1,066
Joined: Oct 2011
Reputation:
27
Soli
Posting Freak
Posts: 1,066
Hockeycoach, If you apt-get Kodi then the standalone option xsession gets added automatically. You basically only need to set autologin. Would be easier to just install Kodibuntu, though, if you don't need to run full blown Ubuntu/Unity. I did post my steps a few pages back. Works really good. I'm using a PS3 remote and the waf factor is superhigh, including playback of Netflix through netflixbmc. In fact it works so good that I'm going to give away a box to my sister, and that is saying a lot!
Posts: 23,307
Joined: Aug 2011
Reputation:
1,077
fritsch
Team-Kodi Developer
Posts: 23,307
How would a 16 to 235 ramp look on a 0 to 255 display?
A test image with full rgb should look correct.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 1,066
Joined: Oct 2011
Reputation:
27
Soli
Posting Freak
Posts: 1,066
2015-02-19, 01:18
(This post was last modified: 2015-02-19, 01:50 by Soli.)
Meetoch. Stop trying to reinvent the wheel.
If your display supports rgb full then you set xrandr to full, and XBMC to full. That is the best way and the only way. Then you adjust your display to get it right. This gives the best quality in XBMC, and it looks right when you are logged on to a normal desktop environment. The xrandr command can be set as a global init.
If your display does not support rgb full, then you'd still have to sett xrandr to full and set XBMC to limited. That is if you want the best image quality in Kodi. (Unless Kodi use a 2-pass rgb to rgb conversion, which would be a strange thing to do) But the desktop environment would look wrong with xrandr set to full. If you're using kodi-standalone then I would suggest having a xrandr set rgb to full when starting kodi-standalone, and rgb to limited when starting the desktop environment. ( If you're using chrome launcher, then you'd need to use a custom script to set the correct level when starting/stopping Google Chrome from within xbmc)
And Stereodude is right, and the post that you are referring to is wrong. (and the rest of that post is not entirely correct either)
Posts: 25
Joined: Feb 2015
Reputation:
0
2015-02-19, 03:04
(This post was last modified: 2015-02-19, 03:33 by meeotch.)
Not trying to reinvent the wheel - just trying to understand the wheel. Clearly, if the wiki is linking to partially correct info, then the topic is more involved than it seems. The various posts here have helped - including yours, so thanks for that.
In my particular case, I've got multiple sources coming into this monitor, and intend on using the chromebox for more than just kodi (hence the dual-boot non-standalone install), and in fact, I've got a plasma t.v. on the way, so I'll be revisiting this all again soon... So understanding why is as important as understanding what. "Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life."
Anyway, if I've finally got it right, it seems to boil down to: 16-235 range is inherent to the codec & would be "right" assuming the rest of the chain is video equipment. I.e. scaling is only necessary to make the image fit in with the rest of what's going on in a PC (gui, etc.). Only in the case of a display that natively eats 16-235 is there a special configuration, which is specifically to pass the data through unscaled, rather than scaling in the decode then de-scaling at the GPU. This is a bump up in image quality for the video, at the expense of everything else being improperly out-of-range for the display. (Except maybe kodi is smart enough to adjust its gui values to 16-235 as well?)
-----------
EDIT: regarding the wifi issue, my admittedly unscientific results: stock chromebox did indeed show similar wifi performance, based on copying a ~700MB file over the network, since that's all I could think of to do from ChromeOS. However, I did manage to get pretty good speed in general by forcing it to connect to the 5GHz side of my router. Something like ~25MB/s.
Posts: 1,066
Joined: Oct 2011
Reputation:
27
Soli
Posting Freak
Posts: 1,066
You're spinning away with your wrongful theories again.
As I said, the correct thing , considering your display accepts rgb full, is to set xrandr rgb full and Kodi to full.
The 16-236 range in a codec is in YUV format, there is no such thing as an unscaled YUV 16-235 to RGB (or RGB 16-235/limited for that matter). This color space conversion is slightly lossy at best, meaning YUV 16-235 to RGB full is more accurate. And that is only half of the story: your display is internally using RGB full, so if you send RGB limited into the display it will convert that into rgb full , which in itself is lossy as well. So using rgb full all the way is basically a double win.
Yes the GUI will adjusted accordingly if set Kodi to limited, not that it matters in your case.