2013-01-28, 10:43
@magao:
Happy that you like it, this was my intention. My patch only checks for hi10p content and uses multithreading for this. H264 8bit had severe bugs, when decoding multithreaded, cause of this it is disabled. If there is a hw decoder, it must be single threaded. That is the whole issue about, cause it needed so long to make a proper patch. As I looked at the code, I actually saw that there is a very hi10p specific code integrated to "disable all hw accel", so I used the same infrastructure to enable multithreading in this exact case.
we must check something like this, to make it generic for all codecs:
if( no vdpau && no xvba && no vaapi && no mac osx hw accel && no windows hw accel && ... && ...)
give the chance to activate multithreading
Btw. i have a crystal hd card for sale, that you could plug in and happily use your Atom for everything then :-)
Happy that you like it, this was my intention. My patch only checks for hi10p content and uses multithreading for this. H264 8bit had severe bugs, when decoding multithreaded, cause of this it is disabled. If there is a hw decoder, it must be single threaded. That is the whole issue about, cause it needed so long to make a proper patch. As I looked at the code, I actually saw that there is a very hi10p specific code integrated to "disable all hw accel", so I used the same infrastructure to enable multithreading in this exact case.
we must check something like this, to make it generic for all codecs:
if( no vdpau && no xvba && no vaapi && no mac osx hw accel && no windows hw accel && ... && ...)
give the chance to activate multithreading
Btw. i have a crystal hd card for sale, that you could plug in and happily use your Atom for everything then :-)