+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Feature Suggestions (/forumdisplay.php?fid=9)
+--- Thread: [Solved] 10-bit h264 (Hi10) Support? (/showthread.php?tid=106051)
RE: 10-bit h264 (Hi10) Support? - radx - 2012-05-03 23:49
(2012-05-03 22:23)zyro Wrote: I run an i3 @ 3.06GHz (no overclocking, stock cooling), 4GB of DDR3 and the built-in Ironlake graphics. It chews through 10bit @ 1080p without blinking, though the fan does tend to spin up a bit.
The video playback is also not the only thing running at any given time so there's even some headroom, you'll be fine with an i3.
Cool thanks for the info!
RE: 10-bit h264 (Hi10) Support? - adsi - 2012-05-04 07:24
my intel core2due @ 2GHz cannot run smoothly...
RE: 10-bit h264 (Hi10) Support? - davilla - 2012-05-04 07:59
(2012-05-04 07:24)adsi Wrote: my intel core2due @ 2GHz cannot run smoothly...
Such is life on the 10-bit zone
Be prepared to buy new hardware with lots of CPU ponies to feast upon the 10bit dinner plate.
RE: 10-bit h264 (Hi10) Support? - jpsdr - 2012-05-04 08:46
(2012-05-03 18:56)elupus Wrote: 10bit with dxva will never be possible on current hw, and frame based mt is still not enabled, but could easily be allowed for 10bit stuff.It would be nice to also enable frame base mt on 8bit for peoples who are not using DXVA, either because OS simply not support it (people who are under XP SP3 for exemple), either because they've disabled "use DXVA2" in the settings.
As a temporary workaround, i've suggested the following, very easy and quick to implement :
Code:
/* Only allow slice threading, since frame threading is more
* sensitive to changes in frame sizes, and it causes crashes
* during HW accell */
bool disable_mt_frame=true;
#ifdef HAS_DX
disable_mt_frame=g_guiSettings.GetBool("videoplayer.usedxva2");
#endif
if (disable_mt_frame) m_pCodecContext->thread_type = FF_THREAD_SLICE;
else m_pCodecContext->thread_type = FF_THREAD_FRAME;RE: 10-bit h264 (Hi10) Support? - s1l3nc0r - 2012-05-04 09:06
Quote:That sounds more like our perf. issue with ass subtitles than 10bit h264.
Would it be possible to convert the ass subtitles to srt format ?
I know some releases have an option to disable the ass/ssa font settings, but still they are much more cpu-demanding than srt would be.
I'm sure if that would be an easy (preferrable a batch process), I would have a go at that.
RE: 10-bit h264 (Hi10) Support? - sereny - 2012-05-04 21:23
The "Override ASS/SSA subtitle fonts" option should reduce subtitle CPU-needs to a minimum.
/edit:
About the latest patched build with 10bit / MT decision fromt this thread: Whenever i enable DXVA in the options, I get a reproducible bluescreen (win7 x64) no matter if I try to decode 8 or 10bit material.
/edit2:
I also notice very slight (about one frame) subtitle lag in every 10bit build in this thread. Mostly noticeable on signs and scene-changes. Did anyone else see this?
RE: 10-bit h264 (Hi10) Support? - jpsdr - 2012-05-05 10:23
Personnaly, no. And for testing subtitle timing accuracy, i use a file wich have a lot of ssa effects and features, and highly visible effect if timing is not accurate. But this file is not a 10bit video, and maybe also having an i7@870 may help...
RE: 10-bit h264 (Hi10) Support? - s1l3nc0r - 2012-05-05 14:38
I tried the latest build (XBMCSetup-20120504-11a94cb-master.exe), but that was missing th option to add a video source.
Then I tried the build before that (XBMCSetup-20120503-bd6c66a-master.exe), and that played my files flawlessly...
I did switch on Override ASS/SSA subtitle fonts, haven't tried it yet without that option.
RE: 10-bit h264 (Hi10) Support? - elupus - 2012-05-06 23:59
For you guys that have subtitle performance issues, would be nice with some feedback on: https://github.com/xbmc/xbmc/pull/942
RE: 10-bit h264 (Hi10) Support? - magao - 2012-05-07 01:36
(2012-05-06 23:59)elupus Wrote: For you guys that have subtitle performance issues, would be nice with some feedback on: https://github.com/xbmc/xbmc/pull/942
A suggestion for something that I think would test this really well: The Tsukimi release of Acchi Kochi episode 2, starting at 19:53. Use the 8-bit version - the subtitles at that point were enough to bring my E2140 to its knees. The patch sounds like it might address a large part of what makes those subtitles so CPU-intensive. OTOH it's a sequence with very-quickly-changing subtitles, so whether there are enough frames without changes to make a difference is the question.
I'm going to try and get OpenELEC building and then pull in this branch to see how it goes.
... 13 hours later, still building. Well, really it's only about 9 hours because the first build failed after a few hours (looks like it needs autoconf 2.68) so I quickly threw together an LMDE VM to do the build on and it's still going ... oh crap. Just remembered I needed to install the PAE kernel for multiple CPUs to work ... bugger! I'll leave it overnight and fix it up tomorrow.