|
|
| Line 7: |
Line 7: |
|
| |
|
| A safe bet would be at least a core2duo processor (or equivalent AMD) or higher. | | A safe bet would be at least a core2duo processor (or equivalent AMD) or higher. |
|
| |
| ==Advice==
| |
| One man's advice (may or may not represent the views of others in the XBMC project):
| |
| <blockquote>Hi10P isn't really considered a "consumer" format, so it's not really advisable to use. While there is some quality to gain (only in the form of size-to-quality ratio. All this content comes from "8-bit" sources originally), it will often cause compatibility issues for various hardware and software. The increased quality gain is often exaggerated, and does not justify the loss of compatibility.</blockquote>
| |
|
| |
| <blockquote>The highest level of quality for most of these videos will be bluray releases, which use normal High Profile (aka, 8-bit) h.264. Any re-encoding the bluray videos, even in Hi10P, will result in some marginal quality loss, but will give a smaller file size. Quality purists will likely want to keep the bluray video as is to preserve maximum quality, which avoids the Hi10P issue all together.</blockquote>
| |
|
| |
| <blockquote>The point being, Hi10P can only decrease file size (giving more quality-to-file-size ratio), but it cannot increase the quality past the source video.</blockquote>
| |
|
| |
| <blockquote>So what is the video format of the future that will be considered a "consumer" format? [[w:H265|H265]], which will be much better than both "10-bit" and "8-bit" video profiles/formats. H.265's spec will be more or less finalized in early 2013. Personally, I would just wait until then to jump to a new video format, rather than have Hi10P for the interim. -- [[User:Ned Scott|Ned Scott]] 22:47, 19 November 2012 (EST)</blockquote>
| |
|
| |
|
| ==See also== | | ==See also== |
Revision as of 12:08, 29 January 2013
Hi10P (also called "10-bit") is a profile of the h.264 video codec. It has recently become popular in the anime scene for video encodes. The current stable release of XBMC (v11 "Eden") does not support the h.264 Hi10P profile, but current development builds do (Pre-v12 "Frodo").
The first stable version with Hi10P support is planned to be XBMC v12 (Frodo).
Hardware requirements
Hi10P won't work on ARM or even Intel ATOM processors (maybe one day, but none of the current ones in 2012 would do it). Hi10P can't be hardware decoded (which is to say, no one makes hardware decoders for them and no company plans to add Hi10P hardware decoding in the foreseeable future), which is what Raspberry-Pi, Android, ATOM processors, and some AMD APU systems require for playback smooth demanding video (Hi10P is very demanding). Thus, Hi10P requires CPU/software decoding.
A safe bet would be at least a core2duo processor (or equivalent AMD) or higher.
See also