A patch is already waiting in the wings that has the FFmpeg bump, so keep an eye out on the nightly builds when they start up again. The wiki page will also be updated when that is merged to nightlies.

Full disclosure: I work for WeTek. However, this is my personal account, and my words and opinion are my own.

Any suggestions which tools/options I should use for transcoding 10 to 8 Bit? My goal is to write a small shell script that can batch convert exclusive Hi10p stuff to something I can enjoy on my XBMC 11.0 box . I've tried to compile XBMC myself only to notice that I won't get any hw acceleration, so this is no satisfying option for me (at least not for Hi10p 1080p stuff).

Right now, I use the following commands for conversion (using both x264 and mkvtoolnix from the ubuntu repos):

I just leave Handbrake open with my "Anime" settings. I download things to "...\<Show name>\10-bit" folders, so I just set the default path for automatically named files to "{source_path}\.." and the format to "{source}". So for nearly everything I can just drag the episode into Handbrake and start transcoding.

My actual settings are likely to be very different to yours. They're tuned to get the highest quality (essentially imperceptible difference from source) in a reasonable filesize transcoding at ~25-30FPS for 720p animation on my 4 core/8 thread CPU. That works out to be:

The reference frames and max b-frames were determined by doing tests at everything from 1 to 16 and seeing where their use tailed off in the logs. Beyond these numbers there was minimal use and filesize reduction, but increased transcoding time.

Any suggestions which tools/options I should use for transcoding 10 to 8 Bit? My goal is to write a small shell script that can batch convert exclusive Hi10p stuff to something I can enjoy on my XBMC 11.0 box . I've tried to compile XBMC myself only to notice that I won't get any hw acceleration, so this is no satisfying option for me (at least not for Hi10p 1080p stuff).

Right now, I use the following commands for conversion (using both x264 and mkvtoolnix from the ubuntu repos):

i am very interested in this since something like this might be the only solution for me ...
but i have another problem ... i use an automated system of sb and sab

and it appears that not every release group mentions if it is 10-bit or 8-bit in the title
so what i need is a way to find out if the current file is in 10-bit or 8-bit and act accordingly with either enolive code or another handbrake cli cmd

my question is has anyone figured out a way find out if a file is in 10-bit from the cli ?

Things here : https://github.com/xbmc/xbmc/pull/810 are very promising.
Only hope the version will have the same multi-threading capability as ffdshow to be able to decode without problem 10 bits 1080p high bitrate video.

(2012-03-31 18:34)jpsdr Wrote: Things here : https://github.com/xbmc/xbmc/pull/810 are very promising.
Only hope the version will have the same multi-threading capability as ffdshow to be able to decode without problem 10 bits 1080p high bitrate video. :D

So I went ahead and compiled it. The latest commit (a0fc63df94) appears to break multithreading. So I went back to the previous one (3201695872). Multithreading is fine in this build, Hi10P 1080p content using 40-50% CPU on my Q9650 and no frame drops!

From a few quick tests, I found the following additional things to note (no idea whether these are specific to this build or present in 11.0 as well):

Vorbis and WMA audio is broken. No sound is playing and the video freezes after a few seconds.

MKV aspect ratio tags are finally being honored!!

There seems to be a rounding bug or something in the resizer calculations. E.g. a 1920x1038 MKV was resized to 1920x1039, leading to frame drops when using shader or software based scaling. I found only 1 affected file out of a handful tested, so it could as well be specific to this file.

Also noticed some ASS subtitle corruption that I'm quite sure hasn't been there before (I was using pre-Eden nightlies including bambi73's builds from this thread)

to use the script you will need HandBrakeCLI which can be found here http://handbrake.fr/downloads2.php
you can just run it by: transcode10to8.sh -i some_anime.mkv
and it will create a file some_anime[8-bit].mkv

The a0fc63df94 is the following : changed: Only allow slice based parallel decoding.
What i'm affraid : If "slice" refer to the same "slice" parameter you have in the x264 parameter encode, this purely disable multithreading because mkv files are not encoded with slices.
You have slices only when you encode in level 4.1 for blu-ray targer, because authoring software requiered h264 level 4.1 video to have 4 slices. Otherwise, as having slice will (very slighty) reduce encoding quality, you'll never see encode with slice except specialy when you encode for blu-ray authoring.
So, having mt only on slice is purely useless, as frames have no (or only 1) slice, and if it has to stay like this, we're screwed !!
Wich means mt will have benefit only for frame parallel decoding.
Now, if "slice" refer to totaly something else, what i've said is not relevant.