Solved Issue - 10-bit h264 (Hi10) Support?

  Thread Rating:
  • 7 Votes - 4.43 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
maruchan Offline
Senior Member
Posts: 298
Joined: Feb 2009
Reputation: 0
Post: #391
Here's an updated build for everyone to try out. This is the latest from XBMC's main branch, since elupus' branch has now been merged. The '-mt' version is the same build, just with the relevant code from the a0fc63d commit removed. Compare and contrast.

XBMCSetup-20120405-fc6564d-dx.zip
XBMCSetup-20120405-fc6564d-dx-mt.zip
(This post was last modified: 2012-04-06 05:45 by maruchan.)
find quote
jpsdr Offline
Fan
Posts: 318
Joined: Oct 2003
Reputation: 0
Post: #392
Thanks for this.
I've just tested with the file i use to test. No difference seen in play, no significant drop frames difference between both (9 vs 5). I'll try to get a 10bits file with higher bitrate, to make sure my CPU (an i7@870) is not able to decode it even without mt, but for now, 1rst impression is that my fears were wrong, and i was mistaken about the meaning of "slice".
find quote
s1l3nc0r Offline
Member
Posts: 52
Joined: Jul 2011
Reputation: 0
Post: #393
Thanks for the latest releases maruchan.

Thought I would metion the following:

I downloaded and installed the XBMCSetup-20120405-fc6564d-dx-mt.zip.

After that I downloaded the latest UTW releases from the series Fate Zero ([UTW]_Fate_Zero_-_01_[BD][h264-1080p_FLAC][50256238].mkv)

My XBMC setup does encounter problems playing this file, resulting in choppy panning camera shots, and sometimes audio stuttering/repeating.

My setup is the following:

Zotac Zbox AD02 (with AMD E-350 APU)
OCZ Vertex 60 GB SSD
2 x 4 GB DDR3
USB connected hardddrive with media files.
HDMI connected to Samsung TV for picture
Optical connected to Philips HTS for audio
OS W7 X64

I hope this will help you to further evaluate your custom version of XBMC.

I will continue testing with the non mt version you posted.
I will also take one of the episodes and convert the Flac Audio to AC3.

I will post my findings here.
find quote
maruchan Offline
Senior Member
Posts: 298
Joined: Feb 2009
Reputation: 0
Post: #394
Can you test it with the subtitles disabled? As mentioned a few pages back, it could be a bottleneck with subtitle rendering rather than with video decoding.
find quote
s1l3nc0r Offline
Member
Posts: 52
Joined: Jul 2011
Reputation: 0
Post: #395
I will do that in a few hours, but that doesn't solve my problem, since I don't speak Japanese.

I did download the same file in 720P resolution, with AC3 audio, that had some minor video stutter.
I also converted the Flac audio to ac3 inside the 1080p version, but that still gave me the same problems.

I do have one small problem, I can't seem to find the option in the video library to switch from library mode to list view ?
find quote
radx Offline
Junior Member
Posts: 16
Joined: Aug 2010
Reputation: 0
Location: Sweden
Post: #396
(2012-04-03 22:37)sereny Wrote:  @radx: I'm afraid you're out of luck. Most of us use quadcore CPUs for 1080p hi10p material because even a strong dualcore is easily pushed to its limits (on a sidenote though, some subtitles are also using up a good chunk).

This current build of xbmc looks very very promising indeed, especially with seeking fixed. I'm currently having a few minor issues with weird subtitle-delay/offsets, but that might just be my system because I need some audio-delays. New AV-Receiver will arrive soon though, will test more then. Also I got a very very few framedrops even with DXVA scaling.

My current benchmark for droppiness is the fate/zero OP in hi10p/1080p, camera movement below the bridge followed by complex subtitle rendering in the sky shortly after.

Thanks for your input!
Do you think hardware acceleration support for hi10p/1080p will be possible in future releases or do you think we will always be stuck to software decoding the stuff?
I might have to consider setting up a transcoding enviroment on my server so i can atleast watch these movies on my cpu weak htpc. That or using some conversion of some kind. I think i might have to do it on the server though as that has way more cpu power than my htpc. Smile
find quote
Ned Scott Offline
Team-Kodi Wiki Guy
Posts: 20,376
Joined: Jan 2011
Reputation: 258
Location: Arizona, USA
Post: #397
(2012-04-09 21:19)radx Wrote:  Thanks for your input!
Do you think hardware acceleration support for hi10p/1080p will be possible in future releases or do you think we will always be stuck to software decoding the stuff?

We're going to be stuck on software decode at least until the next big shift, which will likely be for h.265/HEVC, which will beat the pants off of High Profile and Hi10P. Really awesome stuff, but HEVC only just started their first draft standard and is planned for a final draft next year. Even then it will take the market a while for those hardware decoders to be wide spread, and there's no guarantee that Hi10P will also be added.

You have to remember that Hi10P isn't a new codec/profile, it's actually 8 years old. It just wasn't meant to be used in the consumer space, so no one bothered to support it in any consumer hardware. The only people using Hi10P in mass are anime fans in the last year or so, and in the big picture they make up a very small fraction of the hardware decoding market. There's no reason for companies to pump out new hardware decoding chips for Hi10P, especially with h.265/HEVC so close.

In other words, we're going to have maybe another year of this Hi10P stuff, then everyone is going to jump ship to h.265/HEVC.

You can make easy links to the XBMC wiki using double brackets around common XBMC words: debug log = debug log, Video library = Video library, SMB = SMB , userdata = userdata, etc
(This post was last modified: 2012-04-10 03:22 by Ned Scott.)
find quote
mrpeterparker Offline
Member
Posts: 90
Joined: Jan 2011
Reputation: 0
Post: #398
(2012-04-06 03:18)maruchan Wrote:  Here's an updated build for everyone to try out. This is the latest from XBMC's main branch, since elupus' branch has now been merged. The '-mt' version is the same build, just with the relevant code from the a0fc63d commit removed. Compare and contrast.

XBMCSetup-20120405-fc6564d-dx.zip
XBMCSetup-20120405-fc6564d-dx-mt.zip

tried the non "mt" build right over the latest eden distro and it worked perfectly for me.!
find quote
astrotrain Offline
Member
Posts: 57
Joined: Dec 2008
Reputation: 0
Post: #399
(2012-04-10 14:40)mrpeterparker Wrote:  
(2012-04-06 03:18)maruchan Wrote:  Here's an updated build for everyone to try out. This is the latest from XBMC's main branch, since elupus' branch has now been merged. The '-mt' version is the same build, just with the relevant code from the a0fc63d commit removed. Compare and contrast.

XBMCSetup-20120405-fc6564d-dx.zip
XBMCSetup-20120405-fc6564d-dx-mt.zip

tried the non "mt" build right over the latest eden distro and it worked perfectly for me.!

I also tried the non Mt build and all files play fine, the only issue is Cast Details is broken as well as ass subtitles are stuck on super large setting, can't decrease the font size but everything else works great. Good work on modding the codec engine.
find quote
Shine Offline
Member
Posts: 51
Joined: Apr 2012
Reputation: 1
Post: #400
You guys should mention whether you actually tested using 1080p Hi10P stuff or not to get comparable results. Anything else (even 720p Hi10P) should be playable flawlessly on most non-ancient (and non-Atom, non-Fusion) CPUs in a single thread. Core-i with TurboBoost at close to or more than 3GHz will likely decode everything you can find nowadays flawlessly without the need for multi-threading.

Check task manager while XBMC is playing, too. If decoding is truly multi-threaded, all CPU cores should be loaded similarly high or low. Single-threaded decode causes high load on one core and significantly lower (not zero) load on the other cores. If none of your cores is experiencing high load, then you either have a super-fast CPU or the files you're playing aren't challenging at all to the decoder.

Last not least, if you don't have any Hi10P stuff at hand, make sure to disable DXVA when testing. Using DXVA will leave all your CPU cores idle while the GPU is doing the work. In addition, you migt want to check the h.264 profile of your test files, e.g. using MediaInfo - in case your files are L4.1, they may very well be sliced - which even the non-mt builds above will decode multi-threaded. These builds aren't actually non-mt at all - it's just frame based mt that is disabled for stability, leaving only slice based.
find quote
jpsdr Offline
Fan
Posts: 318
Joined: Oct 2003
Reputation: 0
Post: #401
(2012-04-10 22:01)Shine Wrote:  in case your files are L4.1, they may very well be sliced.
Not impossible, but very unlikely...
Slice will be probably found only on "true" Blu-Ray rip, without any re-encode.
Otherwise, if it's mkv re-encoded, very probably using x264, slices are disabled by default, and using slice will (even if it's very low) slighty reduce quality.
After, it's only my point of view.

I have an i7@870. Bambi73 version stuttered horribly with a lot of frames drop on a "high bitrate" 1080p 10bits file. This make me thought that my CPU was unable to properly decode this kind of file without mt. But, the both version of maruchan played the same file properly. I should check with media info, if parameters of x264 are shown, if it's encoded with slices or not... and try to find a 10bits 1080p file with higher bitrate.
find quote
s1l3nc0r Offline
Member
Posts: 52
Joined: Jul 2011
Reputation: 0
Post: #402
In my case, understanding the last few posts correctly, it would be impossible for me to play Hi10P 1080p BluRay rips on my Zotac Zbox AD02.
Would the solution posed by user alexrose1uk (external player, using lav filters) give me better results ?

The mediainfo for the file i am trying to play is the following:

General
Unique ID : 245144396668702104186529024829180572207 (0xB86D17EAA7A7674ABCB1D9096A53722F)
Complete name : [UTW]_Fate_Zero_-_01_[BD][h264-1080p_FLAC][50256238].mkv
Format : Matroska
File size : 2.65 GiB
Duration : 47mn 43s
Overall bit rate : 7 953 Kbps
Movie name : Fate/Zero BD - 01: Summoning of the Heroic Spirits
Encoded date : UTC 2012-03-18 13:26:39
Writing application : mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 9 2011 11:55:43
Writing library : libebml v1.2.2 + libmatroska v1.3.0
Cover : Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 47mn 43s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Title : H.264 1080p BD
Writing library : x264 core 120 r2164+656 2ff844c
Encoding settings : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=1.15 / psy_rd=1.04:0.13 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=6 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=35 / intra_refresh=0 / rc_lookahead=140 / rc=crf / mbtree=1 / crf=17.0 / qcomp=0.80 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.21 / aq=3:0.83
Language : Japanese
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : FLAC
Format/Info : Free Lossless Audio Codec
Codec ID : A_FLAC
Duration : 47mn 43s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Title : FLAC 2.0 24-bit
Writing library : libFLAC 1.2.1 (UTC 2007-09-17)
Language : Japanese

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Styled Subtitles
Language : English
(This post was last modified: 2012-04-11 13:04 by s1l3nc0r.)
find quote
KrzyInuYasha Offline
Junior Member
Posts: 5
Joined: Apr 2012
Reputation: 0
Post: #403
Just watched a video streamed over gigabit Ethernet with the following specs.

Video: 1920x1038 h264 10bit ~5150 kb/s 23.976 fps
Audio: 1: Japanese FLAC 5.1 24 bit@3600 kb/s
Subtitles: 1: English soft subs (.ass)

Only frames drops that where listed in the Codec info happened after resume from a pause. CPU average was 18% with a peak of 25% using the non-MT version.

Hardware it's running on is the following:

Win 7 x64 Ult.
MSI A55M-P35 FM1 AMD A55
AMD A6-3670K Unlocked Llano 2.7GHz (clocked at 3.0GHz)
G.SKILL Ripjaws X Series 8GB DDR3 1866
2x 160GB HDD Raid 0

Only issues I've had is that the MT version would play .264 10-bit just fine but random videos in .264 8-bit would be a black screen at times, the Non-MT version doesn't have this issue. The other issue is 5.1 FLAC audio streams play fine but 6 or 7 channel FLAC streams have no sound. Not sure if this is a config part on my end (using Direct sound SPDIF optical out), a general XBMC issue (not supported?), or a bug with this particular build. Just started to look into this and searching the forums, so I haven't found an answer yet.

Just wanted to post this so people have a system comparison with these new builds.
find quote
mrpeterparker Offline
Member
Posts: 90
Joined: Jan 2011
Reputation: 0
Post: #404
did this version break sql for anyone else ?
find quote
boingman Offline
Senior Member
Posts: 129
Joined: Apr 2011
Reputation: 0
Post: #405
(2012-04-10 17:47)astrotrain Wrote:  
(2012-04-10 14:40)mrpeterparker Wrote:  
(2012-04-06 03:18)maruchan Wrote:  Here's an updated build for everyone to try out. This is the latest from XBMC's main branch, since elupus' branch has now been merged. The '-mt' version is the same build, just with the relevant code from the a0fc63d commit removed. Compare and contrast.

XBMCSetup-20120405-fc6564d-dx.zip
XBMCSetup-20120405-fc6564d-dx-mt.zip

tried the non "mt" build right over the latest eden distro and it worked perfectly for me.!

I also tried the non Mt build and all files play fine, the only issue is Cast Details is broken as well as ass subtitles are stuck on super large setting, can't decrease the font size but everything else works great. Good work on modding the codec engine.

Well, I went and also gave those two builds a go and tried several 8bit and 10bit anime files. For 8bit I disabled DXVA.
I have an Intel i5 750@2,67 MHz with 8 GB RAM.

I got frame drops with the non mt build, while the mt build seems to run perfectly with no frame drops, but with higher CPU use.

I tested for example:

1) The Opening which plays at the end of the already mentioned [UTW]_Fate_Zero_-_01_[BD][h264-1080p_FLAC][50256238].mkv 10bit file
--> No frame drops on the mt build, and like 50 frame drops with the non mt build, e.g. at the beginning of the OP when the camera is flying past under the bridge and when Saber transforms into her battle attire. It doesn't matter whether I play it with or without subtitles.

2) My "8bit frame drop test file" that I already used for past XBMC builds.
You can find it here: http://depositfiles.com/files/i7g4otyyt (32 secs of a Macross Frontier music video)
--> Very high bitrate seems to lead to tons of frame drops on old XBMC builds and the non mt build, while playing perfectly on the mt build

3) The first 2 mins of [Coalgirls]_Mobile_Suit_Gundam_Unicorn_01_(1920x1080_Blu-ray_FLAC)_[CF793FEE].mkv 10 bit
--> Seems to play fine on both builds. That first scene had many frame drops when playing it with bambi73's XBMC version and was one of the main reasons why I switched to DSPlayer at that time.
(This post was last modified: 2012-04-12 00:35 by boingman.)
find quote
Post Reply