x264 lossless rgb bug

[Boogerlad]

The player I am using is mpc-be with madvr/vrm9. x264 --qp 0 --input-csp rgb --output-csp rgb -o "x264normal.mp4" "%05d.png" gives http://i.imgur.com/jDc9HnP.jpg
while x264 --qp 0 --preset ultrafast --input-csp rgb --output-csp rgb -o "x264ultrafast.mp4" "%05d.png" gives http://i.imgur.com/MLCRI3u.jpg

Forgive me for uploading jpg. The source files are from http://media.xiph.org/ED/ED-1080-png/

[MasterNobody]

Which x264 revision have you used? Clean or patched? Precompiled or self compiled. Also I would appreciate if you upload source (you can cut only short part of it were artifacts are reproducible during encoding) as lossless video (any format that don't have problems) instead of needing to download all this PNGs. Also it would be good if you test decoding with new enough ffmpeg to make sure that this is not decoder bug.

[Boogerlad]

http://komisar.gin.by/old/2431/x264.2431.x86_64.exe. How would I update the decoder for mpc-hc? VLC doesn't work at all, only green screen. That is a known bug though.

[LoRd_MuldeR]

How would I update the decoder for mpc-hc?

MPC-HC is a DirectShow-based player, so you can use whatever decoder you like, as long as it's DirectShow-based.

Having said that, recent MPC-HC ships with its own "private" copy of LAV Filters (https://github.com/Nevcairiel/LAVFilters), which deals nicely with almost anything you throw at it. So just grab an up-to-date MPC-HC here (http://nightly.mpc-hc.org/) and you should be set up!

Anyway, have you tried converting your encoded H.264 file back to, e.g., HuffYUV using an up-to-date FFmpeg, like the one you can get here (http://ffmpeg.zeranoe.com/builds/), just to exclude any playback issues?

Also I would appreciate if you upload source

That's apparently a scene from Elephants Dream. You can get the source frames here:
http://media.xiph.org/ED/ED-1080-png/

[MasterNobody]

Boogerlad
I can't reproduce your issue. I took your source (http://media.xiph.org/ED/ED-1080-png/) and x264 build (http://komisar.gin.by/old/2431/x264.2431.x86_64.exe) and encoded it with your command line (x264 by default use "--threads 12" at my system if you want try to get same result):
x264.2431.x86_64 --qp 0 --input-csp rgb --output-csp rgb -o "x264normal.mp4" "%05d.png"
ffms [error]: could not create index
lavf [info]: 1920x1080p 0:1 @ 25/1 fps (vfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High 4:4:4 Predictive, level 4.0, 4:4:4 8-bit
x264 [info]: frame I:296 Avg QP: 0.00 size:1119329
x264 [info]: frame P:15395 Avg QP: 0.00 size:861326
x264 [info]: mb I I16..4..PCM: 46.8% 19.7% 33.5% 0.0%
x264 [info]: mb P I16..4..PCM: 12.9% 5.0% 7.6% 0.0% P16..4: 24.2% 9.3% 15.0% 0.0% 0.0% skip:25.9%
x264 [info]: 8x8 transform intra:19.7% inter:46.5%
x264 [info]: coded y,u,v intra: 83.9% 79.4% 85.0% inter: 58.0% 56.1% 58.7%
x264 [info]: i16 v,h,dc,p: 72% 28% 0% 0%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 52% 39% 4% 1% 2% 1% 1% 1% 0%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 42% 32% 2% 3% 6% 5% 4% 3% 2%
x264 [info]: Weighted P-Frames: Y:9.7% UV:9.6%
x264 [info]: ref P L0: 61.8% 4.9% 18.4% 14.1% 0.8%
x264 [info]: kb/s:173238.53

encoded 15691 frames, 9.68 fps, 173238.53 kb/s
It resulted in 13 591 533 804 bytes file. And I don't see any artifacts at its full time (also I specially closely rechecked it at 00:02:10-00:02:40 time range).
So looks like your problem is system specific. Eigher you have hardware problems (for example, non stable memory or CPU fails due overclocking) or this is your decoder problem.

LoRd_MuldeR
He said what the source was in his first post. My point was that I wanted to skip the pain of downloading 15691 PNG-files (around 21 GB) and instead download 1 shorter file with specific time range.

[Boogerlad]

What player are you using? I currently do not have access to my desktop so I can't confirm that file size. My cpu is at stock speeds but may have suffered damages due to delidding...

[MasterNobody]

I am using MPC-HC 1.7.1 (internal LAV removed) with LAV Filters 0.61.2