Hardware for Linux and XBMC

mr_raider Wrote:1080i is only 12% more bandwidth than 720p, and for some uses, has lower quality picture than 720p

okay, I'm not sure what that has to do with my comment, or with timgray's incorrect assertions which I was correcting

Soo... build a budget 720P box for $250 or a budget 1080 box for $400 - $150 more. This for something that will likely be heart of your media center. Not a tough choice here.

Matt Devo Wrote:okay, I'm not sure what that has to do with my comment, or with timgray's incorrect assertions which I was correcting

The point is any hardware that can play 720p, can probably play 1080i.

At any rate, the hardware requirements have nothing to with screen resolution, they should be determined by the bandwidth of the content that is being decoded.

mr_raider Wrote:The point is any hardware that can play 720p, can probably play 1080i.

At any rate, the hardware requirements have nothing to with screen resolution, they should be determined by the bandwidth of the content that is being decoded.

First, 1080i deinterlaces more cleanly to 1080p than 720p. So having a 1080p set is not useless even if only used for 1080i content. That was part of my my initial argument to timgray for why 1080p isn't useless. I wasn't arguing that 1080i was more CPU intensive to decode than 720p.

Second, hardware requirements *do* depend on output resolution, since not only must the CPU decode the video stream (relatively easy), but it must also scale and render that stream *plus* any UI overlays using OpenGL.

example: the 45Mbit 1080p x264 killa sample file would playback with 0 dropped frames on my C2D E6600 on my old 1680x1050 LCD, but drops frames heavily on my new 1920x1200 LCD (using XBMC 8.10 for windows, full screen)