Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
7th April 2011, 13:14 | #1 | Link | |||
Registered User
Join Date: Jan 2008
Posts: 185
|
Heavy x264 Artifacting Recently Observed in Specific Conditions
I have been using the x264 CLI to archive my DVD library and newly bought DVDs for some years now and am generally between happy and ecstatic with the results. However, on a recent batch of files I observed some artifacting I've never seen with x264 before.
The common features are: (*) Heavy blocking/pixelation extending over changing parts of several frames. (*) Occurs always right after a scene-cut while the new scene contains heavy movement from the beginning. (*) May disproportionately affect small clips. I have only seen it in half a dozen short (3-10 minute) videos, not in any full length movie. (*) May be more common in CGI/animation than in filmed material, though I have observed it in both. The version: Quote:
The command line: Quote:
Quote:
Any suggestion? |
|||
7th April 2011, 13:41 | #2 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
mediafire.com
Are you sure the bug isn't in your input script? Say, a bug in Avisynth-MT or MVTools? It's rather jumping the gun to claim "heavy x264 artifacting" when x264 is only one of a half-dozen different apps you're using, any of which could be causing your problem. |
7th April 2011, 14:21 | #4 | Link |
Registered User
Join Date: Jan 2008
Posts: 185
|
Midzuki, my avisynth filters--while extremely helpful, in my opinion--are very memory hungry. When they need to share an address space with x264, they run out of address space on HD material (even though the machine has plenty of RAM). When they run in separate address spaces (as they do with avs2yuv and the pipes), there is no problem. Also, I seem to recall that 64-bit x264 at some point had some issues with avisynth (which was then and may still be heavily tied to 32-bit architecture thanks to its filters). Using the pipe side-steps the problem (which, for all I know, may have been fixed since then).
|
7th April 2011, 14:41 | #5 | Link |
Registered User
Join Date: Jan 2008
Posts: 185
|
Dark Shikari,
it is of course perfectly reasonable to suspect the filters. The reason I did not do so is that I've been using the same filters (both binaries and calls in the script) for more than a year and never observed any such artifacting, while I keep updating to the latest x264 version whenever you release new source. And it turns out not to be the filters. I've uploaded two copies of the same encode to mediafire, one with the full filters quoted above, one without any filters (expect the unavoidable dgindex input filter). The latter is larger in filesize, but the artifacting looks the same to me in both versions. However, it also turns out not to be x264. Strangely, it turns out to be mkvtoolnix. The original mkv (generated using MakeMKV from the DVD) against which I compared the final result, did not display any artifacts, so my suspicion fell on x264. But then I examined the intermediate .mpg extracted (using the latest mkvextract) from the .mkv in order to generate a dgindex file and--much to my surprise--the intermediate .mpg contained the same artifacts, long before x264 touched the contents. I am completely baffled how extracting a track from a container format using the official tools can corrupt it, but that is what clearly happened. My apologies to Dark Shikari for casting unfounded aspersions on his priceless codec and thanks for keeping up the good work (including answering forum questions)! |
7th April 2011, 15:54 | #6 | Link | |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
Gomen nasai |
|
8th April 2011, 12:23 | #7 | Link |
Registered User
Join Date: Jan 2008
Posts: 185
|
For what it is worth, this is apparently a known, but not-going-to-be-fixed-any-time-soon bug of mkvtoolnix. Original Bug Report; My bug report.
|
10th April 2011, 03:26 | #8 | Link | |
Unavailable
Join Date: Mar 2009
Location: offline
Posts: 1,480
|
Quote:
Last edited by Midzuki; 10th April 2011 at 03:29. |
|
21st April 2011, 12:18 | #9 | Link | |
Registered User
Join Date: Jan 2008
Posts: 185
|
A (hopefully) final note on this issue
The maintainer of mkvtoolnix appears to have fixed the not-going-to-be-fixed-any-time-soon bug. From the change log of mkvtoolnix 4.7, released today:
Quote:
|
|
|
|