• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

10bit color in MediaPlayerClassic HC solution?

gorobei

gorobei

Diamond Member
so all the cool kids seem to be using 10bit color to encode their anime now.

-i tried using latest mpc-hc with latest cccp, which others claim works out of the box. no dice for me.
-smplayer which is supposed to be an all-in-one solution didnt work.
-latest mpc-hc bundled with klite7.8 and 64bit extra pack works, but it screws up some older 8 bit mkv's(audio plays, but video stutters or gets stuck cycling between 2 frames).

is there some sort of diagnostic to figure out what mpc is glitching on? or should i just wait for an later update and hope it fixes my problem?



(edit: fyi 10bit is used to reduce file size and reduce color banding/dithering. most source material is 10bit originally -> 8bit compression ->8bit encode. going 10bit -> 10bit encode eliminates a step and uses highest quality source for the final image)
 
Last edited:
I just jumped on the 10bit bandwagon too. Followed this guide here http://haruhichan.com/wpblog/?p=205 and it works well for me. As far as I know, MPC-HC + LAV + MadVR is supposed to give the best performance and quality.

Only problem is I can't play DVD rips (in ISO or IFO forms). But this is not a big deal because I don't watch those very often. It's caused by MadVR so it can be fixed by switching to EVR in MPC-HC before playing those rips.
 
8v10bitcomp.jpg


the madvr lav work around seems very involved and disables a ton of default codec/format settings. i generally prefer a simple codec update solution to avoid any later software conflicts or in this case older compatibility issues.

vlc is just too painful to use as a default player after years of mpc. i dont mind an interim player to test 10bit download integrity, but long term i was hoping for a correctly functioning mpc.
 
-i tried using latest mpc-hc with latest cccp, which others claim works out of the box. no dice for me.

Did you update the mpc-hc that came with cccp? I'm thinking that could break it.
 
homercles337 said:
Sorry man, but if your graphics card is not 10-bit there is no way for it to project 10-bit color.
Click to expand...
No just no.
I used the madVR LAV setup linked above. Everything has worked great so far. madVR seems pretty awesome too with all of it's upscaling settings.
 
I'm currently using the 2011-07-30 CCCP build with the included MPC-HC player and FFDShow decoders. No problems on Hi10 material playback. I did have to disable DXVA and switch to CPU-based decoding though since that color output is not supported by the accelerator.
 
gorobei said:
so all the cool kids seem to be using 10bit color to encode their anime now.

-i tried using latest mpc-hc with latest cccp, which others claim works out of the box. no dice for me.
-smplayer which is supposed to be an all-in-one solution didnt work.
-latest mpc-hc bundled with klite7.8 and 64bit extra pack works, but it screws up some older 8 bit mkv's(audio plays, but video stutters or gets stuck cycling between 2 frames).

is there some sort of diagnostic to figure out what mpc is glitching on? or should i just wait for an later update and hope it fixes my problem?



(edit: fyi 10bit is used to reduce file size and reduce color banding/dithering. most source material is 10bit originally -> 8bit compression ->8bit encode. going 10bit -> 10bit encode eliminates a step and uses highest quality source for the final image)
Click to expand...

uh... source material is 8 bit originally. and 10 bit is to reduce file size and do better gradients.

personally i'd rather they just stick with 8bit color. since i just got an apple tv2 to watch anime on, i can't use 10bit encodes on it 🙁


anyways, uninstall cccp along with every other codec pack you have. then reinstall cccp, and it should work.
 
I finally gave up on 8-bit re-conversions and installed madVR and LAV. Has anybody noticed madVR is insanely, but oddly GPU-intense? It worked with no lag at all on my i5 with both the IGP and a 5750, but fails horribly on a Core 2 Quad with a Radeon 4830, which I would assume should have no problems if the Intel IGP works smoothly.
 
fuzzymath10 said:
I finally gave up on 8-bit re-conversions and installed madVR and LAV. Has anybody noticed madVR is insanely, but oddly GPU-intense? It worked with no lag at all on my i5 with both the IGP and a 5750, but fails horribly on a Core 2 Quad with a Radeon 4830, which I would assume should have no problems if the Intel IGP works smoothly.
Click to expand...

Yeah it's quite intensive compared to EVR. In what way does it fail on your C2Q? Lots of dropped frames?

That sounds odd because it runs OK on my C2D T9500 and HD4670 laptop. Just a few random frame drops.
 
Ok, I had a go at the LAV filter/MadVR combo as outlined by the guide on my i7-860 system.

Colour seems to be rendered more correctly. This is obvious on Macross Frontier 10-bit where Alto's hair, under FFDShow, is rendered teal instead of bluish. This is not a whole world of difference though IMHO and shows the FFDShow implementation works with 10-bit material reasonably well, i.e. the 8-bit dithering does not degrade PQ visibly and many people will likely be content with it. The pictures in post#5 are what I get when DXVA acceleration is forced on 10-bit materials (which at the moment does not work indeed) and not when I use FFDShow.

I still have not tested the LAV+MadVR combo on the C50-netbook but I suspect it will fail horribly considering the same combo does not decrease CPU load at all on my main rig but also jacked up GPU usage up to a whopping 60% and memory usage up to 3GB+!
 
@harmann

I'm simply getting tons of dropped frames. It seems to happen a few seconds after it starts playing. It's Server 2008 R2 with a hacked 11.9 driver so it's quite possible that's the cause, but 3D stuff works fine. GPU usage shoots way up to 100% so I doubt it's a CPU problem.

I do know that my G41 board limits the PCIe slot to x4 speeds, but I'd be really surprised if that was the problem.

I just tried madVR on my Dell D630 (2.4GHz T8300 with Intel x3100 IGP) and it plays just about as smoothly as my Q8200+4830...
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top