Solved Issue 10-bit h264 (Hi10) Support?

You can still use DVDPlayer with a DSPlayer install of XBMC.

You simply need to manually select it (press c once you've found your file, and it's under 'Play with').

boingman Wrote:Thanks, I'll give it a try.
....

Let me know results, I'm interested how it works on other computers than mine.

alexrose1uk Wrote:You can still use DVDPlayer with a DSPlayer install of XBMC.

You simply need to manually select it (press c once you've found your file, and it's under 'Play with').

I know, but somehow that XBMC install isn't running very stable on my system and crashes more than the normal one, so I only use it when I need it for 10bit.

Registered to give some feedback to bambi73--your build seems to be working well for me, 10bit content playing correctly so far. Thanks for your efforts on this...

Thanks bambi73 for your work,

I've just tested it under windows7 64 bit, nvidia 485m and 285.62 driver.
Unfortunately I still got the same green artifacts on 10 bit videos.
If I could find some free time I'll try compiling it myself for linux with external ffmpeg.

Bye ^^

Kurosama Wrote:'ve just tested it under windows7 64 bit, nvidia 485m and 285.62 driver.
Unfortunately I still got the same green artifacts on 10 bit videos.
If I could find some free time I'll try compiling it myself for linux with external ffmpeg.

It's weird, when I played Hi10P videos in old player or in regular XBMC I got blocking or color problems but always in color of surrounding pixels, never saw directly green artifacts and never heard about it. Maybe if you can test your video with another player which is using ffmpeg library, like MPlayer WW for example (newer version from 20110916 plays my Hi10P video correctly, older doesn't) and tell me results. Btw what video are you playing (PM if you won't to post it here)?

But of course there can be problems with my implementation in XBMC for reasons I wrote in my previous posts

@bambi73:
Ok, installed and tested it with the latest episodes of Gundam Age by sage and Fate/Zero by UTW, both in 10bit.
When I play the files with my standard settings ("deinterlace video" disabled) that work fine on 8bit files, the 10bit files look like this:


To fix that green mess, enabling "deinterlace video" seems to do the trick.


Though the preview picture seems to be screwed up, no matter what.


Overall though, this seems to work pretty well. And no crashes so far on my Win 7 64bit system with GTX 570 and Nvidia 285.38 drivers. Thanks a lot for the work.

Wow, thanks, Bambi. This build is working perfectly for me at the moment. Do you know if updating FFMpeg has any side-effects, such as multi-core video decoding or ordered chapter/segment support?

boingman Wrote:...
To fix that green mess, enabling "deinterlace video" seems to do the trick.
Though the preview picture seems to be screwed up, no matter what
...

I tried to turn deinterlacing off and it happens on my computer too. So now I can analyze it, question is if I'll be able to repair it

maruchan Wrote:Wow, thanks, Bambi. This build is working perfectly for me at the moment. Do you know if updating FFMpeg has any side-effects, such as multi-core video decoding or ordered chapter/segment support?

Afaik ffmpeg-mt was merged to head in March, so this build should contain multi-tread support. But if mt support needs some changes to player itself then it'll not work because I didn't changed anything in frame processing.
Unfortunatelly ordered chapter/segment support was never part of ffmpeg.

I tried this build just for the ffmpeg-mt aspect, since MPC-HC using ffdhow with ffmpeg-mt as the decoder plays back all my movies flawlessly, no hardware acceleration needed, while XBMC's player is hopeless with software and drops frames even with DXVA. I need to run in not "true" fullscreen because I can't stand when I get dumped to desktop if something happens on my PC (a message from a program, etc).

Anyway, this doesn't work well for me. The same movies that play with MPC/ffmpeg-mt at 50% or less CPU usage, max out with this and it's a steady stream of dropped frames. Could be that whatever else is going on in the current ffmpeg is too intense for my processor? I suppose I could update MPC to use the latest version and see how that compares.