(2014-12-15, 11:37)fritsch Wrote: In fact there are those possiblities, that work "somehow":

Limited:
#6: OS RGB Limited + TV Limited + VAPPI (Kodi color setting has no influence)
#1: OS RGB FULL + Kodi Limited + TV Limited + VAAPI with (Prefer Render Method disabled / or Use SW Filter)

Full:
#4: OS RGB Full + TV Full + VAPPI ((Kodi color setting has no influence)
#3: OS RGB Full + Kodi Full + TV Full + VAAPI with Use SWfilter

Edit: Formulated it more clearly. And btw. think of what happens, if you scale a 16.235 image to a 0..255 range. Do a calculation for a: 16,17,18,...,235 gradient!

(2014-12-15, 12:40)Sunflux Wrote:

(2014-12-15, 11:37)fritsch Wrote: In fact there are those possiblities, that work "somehow":

Limited:
#6: OS RGB Limited + TV Limited + VAPPI (Kodi color setting has no influence)
#1: OS RGB FULL + Kodi Limited + TV Limited + VAAPI with (Prefer Render Method disabled / or Use SW Filter)

Full:
#4: OS RGB Full + TV Full + VAPPI ((Kodi color setting has no influence)
#3: OS RGB Full + Kodi Full + TV Full + VAAPI with Use SWfilter

Edit: Formulated it more clearly. And btw. think of what happens, if you scale a 16.235 image to a 0..255 range. Do a calculation for a: 16,17,18,...,235 gradient!

So is the banding because VAAPI is *always* expanding the 16-235 video range to 0-255?

Following the 4 scenarios you picked out:

#6 - 16-235 video range is expanded to 0-255 by VAAPI, then recompressed to 16-235 by xrandr, and then expanded to 0-255 by the TV (ouch).
#1 - 16-235 video range is maintained by Kodi, and then expanded to 0-255 by the TV.
#4 - 16-235 video range is expanded to 0-255 by VAAPI, then maintained by the TV.
#3 - 16-235 video range is expanded to 0-255 by Kodi, then maintained by the TV.

So all of those except for #1 involve some kind of Kodi-side range conversion. It looks like the only way to avoid that, is if you can feed VAAPI original 0-255 RGB data that it doesn't touch.

I'm guessing that for the best video quality, the current implementation of VAAPI is flawed... and that even with the Intel VAAPI hanging bug now fixed, there might be a valid reason to keep on using the "Use SW Filter" setting.

(2014-12-15, 13:14)Sunflux Wrote: I'm not confused by how the "Prefer VAAPI Render Method" and "Use Sw Filter" settings work... but I'm still on Gotham, so I just pick the one that's staring me in the face. :-)

But, I do know that using VAAPI Rendering offers a noticeable improvement on CPU usage, which is why I had been eagerly waiting for someone to fix the hanging bug... but now, I'm learning there doesn't seem to be any way to use VAAPI Rendering AND avoid banding. Also, that the only way to use it with Limited RGB range involves double range conversion. Is the double conversion transparent (such that the second conversion doesn't make banding worse)?

(2014-12-15, 08:45)Matt Devo Wrote:

(2014-12-15, 07:39)christoofar Wrote: Thanks Matt. Well, bummer.

honestly, with Netflix working now under Ubuntu (and others), and the ability to access it via the NetfliXBMC add-on, the (media center related) reasons for dual booting ChromeOS are pretty minimal IMO

(2014-12-15, 10:15)dmalovic Wrote: I want to gave an option to play with several OS'es, have a dedicated swap partition, maybe even try windows, so I don't want to worry about 3+1 MBR limitation. Worked on this until 4AM this morning, and after waking up remembered I can manually create GPT partition scheme and manually create partitions. Looking forward to your new script, as IIRC, you said you were working on dual OS install with the standalone firmware.

Thanks for all your work and help!

(2014-12-15, 14:44)jtadeia Wrote: Hi all,
Is there a way to change the location for the temporary streaming file?

I'm using a dualboot setup with my Asus Chromebox, I guess I have about 7GB in /storage
Because of space limitations, I'm not able to stream movies bigger than 7GB (using Genesis or xbmctorrent for example).

If there is no way to change this, can I increase the OPENELEC partition without having to format it?

Thanks for your help

(2014-12-15, 16:49)christoofar Wrote:

(2014-12-15, 08:45)Matt Devo Wrote:

(2014-12-15, 07:39)christoofar Wrote: Thanks Matt. Well, bummer.

honestly, with Netflix working now under Ubuntu (and others), and the ability to access it via the NetfliXBMC add-on, the (media center related) reasons for dual booting ChromeOS are pretty minimal IMO

Since I'm not very well versed in Linux (played with some distros a few years back on an old PC laying around, but not much else), I'm a bit leery of going that route.OE pretty much just works "out of the box", with ubuntu, seems there is some general knowledge & tweaking required (audio & other stuff?)

(2014-12-15, 19:43)quicknir Wrote:

(2014-12-15, 16:49)christoofar Wrote:

(2014-12-15, 08:45)Matt Devo Wrote: honestly, with Netflix working now under Ubuntu (and others), and the ability to access it via the NetfliXBMC add-on, the (media center related) reasons for dual booting ChromeOS are pretty minimal IMO

Since I'm not very well versed in Linux (played with some distros a few years back on an old PC laying around, but not much else), I'm a bit leery of going that route.OE pretty much just works "out of the box", with ubuntu, seems there is some general knowledge & tweaking required (audio & other stuff?)

Granted I'm one data point, but Ubuntu is actually pretty solid these days. Last time I did Ubuntu + xbmc was 4 years ago, was much more annoying then. But now HDMI outputs, video and sound, have worked perfectly for me with zero setup on two machines, with and without XBMC. The sole Ubuntu related issue I had was this CPU idling issue, which was trivial to fix with Matt's help (also probably my fault for downloading the LTS Ubuntu instead of the most up to date one). Performance wise it's also quite good, keep in mind that you can (and should) log directly into XBMC. This means that in general Unity is not running at all. Although, even logged into Unity I was only using about 500 MB of memory I believe, and it was quite smooth. So if you ever have a a one-off need that can't easily be addressed in XBMC, you have the advantage that you can just log into Unity and do just about anything.

For me, the biggest plus with Ubuntu is that (from my limited knowledge) it's superior if you also want to setup your htpc as a server. If you want to be able to control torrent downloading, or access your files over ssh, non-locally, Ubuntu has the edge. If you have separate htpc and server machines then this is irrelevant.