MeGUI: General Questions and Troubleshooting Thread

[Zathor]

No clue.This option was there before I joined.

[DoctorM]

I'm pretty sure it takes the hints from dgindex. If the source is BT.709 it converts to BT.601. If it is BT.601 it does nothing.
At least that's what my research into the setting told me.

[hello_hello]

Yeah that's the way I understand it. If there's no colorimetry written to the mpeg2 stream, it assumes BT.601 so no colour conversion takes place.
So for HD mpeg2 video, which should be BT.709, it could convert it to BT.601. That's fine if you happen to be downscaling to standard definition, but if you're not, you'll end up with an encode of the wrong colorimetry.

I guess it's always been a possibility, and I assume it only applies to indexing with DGIndex. AutoGK used colormatrix.dll for the same thing (although it could be disabled). It also had a setting in it's hidden options where you could specify fast or accurate (slow) colour conversion. I never did manage to work out what the difference was. Colormatrix.dll doesn't seem to have such a setting itself. Anyone happen to know?
http://thekentishman.files.wordpress.com/2012/01/autogk-hidden-options.jpg

[DoctorM]

IIRC, XviD doesn't support BT.709 (I'm probably wrong there). It could be to provide compatibility if you aren't using x264.
If I'm right than that option should automatically enable itself for XviD, and disable for x264.

[hello_hello]

The way I understand it.... forgetting encoding for a second.... the colorimetry only comes into it when converting YUV video to RGB (or the other way around), which naturally happens on playback. HD YUV should be converted to RGB using BT.709 to display correctly, while SD should be converted using BT.601. It doesn't matter if it's encoded using Xvid or x264, the same applies.

If you're just de-compressing and re-compressing YUV video, then Xvid or x264, the encoder just re-compresses it oblivious to the colorimetry required to correctly convert it to RGB.
It's when YUV video is converted to RGB during the encoding process that it can become an issue, and I think the "XviD doesn't support BT.709" thing is in relation to sending the encoder RGB. It can only convert it to YUV using BT.601, whereas you can tell x264 to use either (I think it uses BT.601 by default). Normally though, at least when encoding using MeGUI, it's YUV from start to finish so there's no colorimetry to worry about. Except.....

If you re-encode HD video while resizing to SD....
The original HD video would be converted to RGB using BT.709 on playback (correct colours) but the encoded version will probably be converted to RGB using BT.601 because it's now SD (wrong colours) so the colours need to be converted. The colormatrix plugin can do it for you regardless of how the source video was encoded, but not automatically. I add the following to the script when converting HD to SD while encoding (x264 or Xvid, it doesn't matter):

ColorMatrix(mode="Rec.709->Rec.601", clamp=0)

My thought on MeGUI's colour correction being enabled by default.....
As far as I know the whole thing came about based on the misconception DVD video could be either BT.709 or BT.601. Why, I don't know, but the consensus now seems to be it's always BT.601. So when encoding DVDs the colour correction option does nothing. When encoding HD mpeg2 video if it sees the video is BT.709 it'll convert it to BT.601, but the encoded version will be converted to RGB on playback using BT.709 and therefore the colours will be wrong.

Some renderers (MadVR) can read any colorimetry info written to a h264 video stream and convert it accordingly, but that's somewhat of an exception. And Xvid can't write colorimetry to the video stream anyway so it's got to be converted to RGB on playback based on resolution.

Which'll get me started on the Windows annoyance of displaying some "720p" encodes using the wrong colorimetry..... if I'm not careful.... :)

[hello_hello]

Regarding upsizing - I have added the option because it is usefull is some situation but in general I think it should not be used (therefore it is disabled by default).

It occurred to me today, while fiddling around with a new script template, that maybe the problem with the "allow upsizing" option isn't where it is as such.......

The resize filter, noise filter, colour correction..... all the options under the Extra Configuration tab can be over-ridden when creating a script, except.... the ability to resize up. If that could also be over-ridden without having to go into the AviSynth configuration.... ie a checkbox in the resizing area of the script creator.... I think it'd be a good idea. That way, you could still enable/disable upsizing for a particular AVS template, but new users wouldn't think MeGUI can't upsize until they'd spent time prospecting for settings.

I'd also really, really, really, like an option which sets how MeGUI automatically resizes if upsizing is allowed. Or maybe it could be tied to the upsizing setting. ie At the moment, when resizing anamorphic video, DVD resizing always defaults to something like 720x400 etc. With upsizing enabled I'd really, really prefer it to default to 854x480 or 1024x576 etc.

The only other exception to the AVS Configuration "can over-ride everything" rule is the setting for acceptable aspect error. While not as important, I'd find it handy sometimes (if I was still using anamorphic encoding a lot) to be able to over-ride it when creating a script. ie have it adjustable near the area where the aspect error is displayed.
At least that way all the AVS Configuration settings would follow the same rules. They'd all just be default settings which can be changed while creating a script.

PS As I posted, it also occurred to me the "Use ITU Apect" setting is kind of an orphan where it is. As I don't use the OneClick encoder it doesn't really matter to me, but if I did OneClick regularly....
Would that option also be better located in the AVS Configuration setup? That way you could create a OneClick profile which uses the ITU aspect ratio, and another which doesn't.

Just some thoughts....

PPS And one more while I'm at it....
I'd be nice and handy, at least for me, if the AVS script creator could display the output display aspect ratio under the resizing section. That way, it'd be easy to set a resizing which gives you a desired display aspect ratio (ie 1.777777 or 1.333333 etc) and adjust the cropping to minimise the aspect ratio distortion. I'm pretty sure Handbrake/Vidcoder do just that.
Currently I have a few "sizes" in my head which I know give me the desired aspect ratio (ie 704x396 or 640x480) so I start there and adjust the cropping, make note of the aspect error and then adjust the resizing if need be until the aspect error is the same again. That way, I know if after cropping 704x396 results in a .0365% aspect error (for example), and 960x540 also results in a 0.365% aspect error, then 960x540 must also be 16:9. Having the output aspect ratio displayed under the resizing would make achieving the desired aspect ratio a bit easier. Hopefully that makes sense....

[luke83]

should i use Distributor() at the end of the script if i use SetMTMode?

[Zathor]

MeGUI isn't MT aware and therefore you have to do that on your own.

[LigH]

Furthermore, MeGUI is only a user interface. If you should use Distributor() or not, depends on the specific application which is called as encoder (e.g. 32-bit x264 directly, or avs4x264 for 64-bit x264). In general: Most probably it is not necessary when used with a video encoder. I only remember it being useful if you use a script as ffdshow internal post-processing script.

[luke83]

MeGUI isn't MT aware and therefore you have to do that on your own.
Ok I got it. Thanks

But what happens if i don't use it? Sometimes (with simpler script) i don't put it in the script and all works good

Furthermore, MeGUI is only a user interface. If you should use Distributor() or not, depends on the specific application which is called as encoder (e.g. 32-bit x264 directly, or avs4x264 for 64-bit x264). In general: Most probably it is not necessary when used with a video encoder. I only remember it being useful if you use a script as ffdshow internal post-processing script.

uh?

I use it in my AVS script with Add-Prerendering Job. Then i encode the lossless avi file with x264.

[Abdelhachim]

Hi everyone,

I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.

AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.

Here are my setting :

Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB

Any explanations?

Thanks by advance
Abdel

[Abdelhachim]

Hi everyone,

I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.

AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.

Here are my setting :

Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB

Any explanations?

Thanks by advance
Abdel

... and here is the log.
jobs 9 to 14 no prerender
jobs 15 to 22 with prerender

14089

[Abdelhachim]

Hi everyone,

I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.

AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.

Here are my setting :

Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB

Any explanations?

Thanks by advance
Abdel

I've done some investigations and found that the prerender command give a bad intermediate avi file.

I take a photo of the intermediate folder :
- The automatically generated avi file (huffyuv) is : hfyu_Clip03.avi.avi
- I've tried to generate the same file using vdub+ffdshow encoder (FF huffyuv) and the same avs script (Clip03.avi.avs) as input. The result is different (and is not buggy) : hfyu_Clip03.vdub.avi

When browsing the intermediate prerender file (hfyu_Clip03.avi.avi) frame by frame using vdub, I found that many frames are duplicated from the previous one :
frame 3 = frame 2
frame 6 = frame 5
frame 9 = frame 8
...
frame 57 = frame 56
frame 69 = frame 68.

Bellow you will find :
clip03.avi : the original clip
clip03.mp4 : result clip no prerender
clip03_prerender.mp4 : result clip using prerender
Intermediate : folder containing the intermediate Huffyuv file and the I generated using vdub
Profiles : the various profiles I used in MeGui.

Sample Folder (https://drive.google.com/folderview?id=0B5zAa6PLucxBTmJvLU5vbDBJajg&usp=sharing)


Thanks a lot.

Abdel

[Shevek]

Been AFK for a few weeks...

I don't understand the "in general it shouldn't be used" logic myself.

This topic is a very old one - it counts for digital image and video.

If you're encoding DVDs and not using anamorphic encoding it's almost compulsory to "upscale". In fact I'd go as far as to say I "upscale" almost every time I encode.

By upscaling you are asking the encoder to add extra pixels where they don't exist. It has to decide where to put them and from what.

TV manufacturers spend millions on R&D and advertising for their scaling engines, I'd rather trust that to upscale the video than the encoder.

(Except if it's a mid 2000s Sony Bravia - horrible scaling engine!)

[hello_hello]

By upscaling you are asking the encoder to add extra pixels where they don't exist. It has to decide where to put them and from what.

So what you're saying is if you don't want to use anamorphic encoding (my TV's media player doesn't support it) I should downscale to square pixels instead? That'd be better how?
The encoder encodes the video it's given. I understand the point you were trying to make but you're not asking the encoder to put any extra pixels anywhere. The resizer does that.

TV manufacturers spend millions on R&D and advertising for their scaling engines, I'd rather trust that to upscale the video than the encoder.

Upscaling to 720p/1080p and resizing anamorphic video "up" to square pixels are two different things. I'm not advocating the former but MeGUI's "upsizing" setting includes the latter.

[Shevek]

So what you're saying is if you don't want to use anamorphic encoding (my TV's media player doesn't support it) I should downscale to square pixels instead? That'd be better how?
The encoder encodes the video it's given. I understand the point you were trying to make but you're not asking the encoder to put any extra pixels anywhere. The resizer does that.



Upscaling to 720p/1080p and resizing anamorphic video "up" to square pixels are two different things. I'm not advocating the former but MeGUI's "upsizing" setting includes the latter.

But you aren't just talking about anamorphic -> square.

You are talking about cropping some pixles from the width then upsizing to match the original width.

That means new pixels have to be created!

[hello_hello]

But you aren't just talking about anamorphic -> square.

You are talking about cropping some pixles from the width then upsizing to match the original width.

That means new pixels have to be created!

You were talking about upscaling which isn't quite the same thing as resizing by a few pixels.
Yes I mentioned both. Mostly when encoding anamorphic video I crop and stretch the width out to the correct aspect ratio, but sometimes to achieve minimum aspect ratio distortion you need to resize the height or width up or down by a few pixels, unless you want to crop more picture instead.

If I cropped (for example) a 1920x1080 video by half a dozen or so pixels around the edges until it's 16:9 again and resized it back to 1920x1080, are you confident you could view the video on a TV and tell whether I'd resized it when encoding or whether it was resized on playback using a manufacturer's million dollar upscaling engine?
Unless you could, which I doubt, I don't know exactly what we're debating.

The way the resizing option works now you can't even crop 2 pixels and resize back to the original width/height when upsizing is disabled, which seems an overly enthusiastic enforcement of the upsizing setting to me, especially as the option to change it is somewhat hidden away where new MeGUI users mightn't readily find it. Before MeGUI was officially able to upsize, it'd at least let you resize back "up" by small amounts after cropping.

[Shevek]

You like it your way

I like it mine

Let's agree to disagree and put this one to bed

[Abdelhachim]

I've done some investigations and found that the prerender command give a bad intermediate avi file.

I take a photo of the intermediate folder :
- The automatically generated avi file (huffyuv) is : hfyu_Clip03.avi.avi
- I've tried to generate the same file using vdub+ffdshow encoder (FF huffyuv) and the same avs script (Clip03.avi.avs) as input. The result is different (and is not buggy) : hfyu_Clip03.vdub.avi

When browsing the intermediate prerender file (hfyu_Clip03.avi.avi) frame by frame using vdub, I found that many frames are duplicated from the previous one :
frame 3 = frame 2
frame 6 = frame 5
frame 9 = frame 8
...
frame 57 = frame 56
frame 69 = frame 68.

Bellow you will find :
clip03.avi : the original clip
clip03.mp4 : result clip no prerender
clip03_prerender.mp4 : result clip using prerender
Intermediate : folder containing the intermediate Huffyuv file and the I generated using vdub
Profiles : the various profiles I used in MeGui.

Sample Folder (https://drive.google.com/folderview?id=0B5zAa6PLucxBTmJvLU5vbDBJajg&usp=sharing)


Thanks a lot.

Abdel

Hi,

Does someone analyze my topic above?
You help is welcome

Thanks in advance.
Abdel

[Zathor]

Sorry, I have no clue at the moment. I have to reproduce it with your files. But you can also try to update ffmpeg to 2.1.4 (available on the MeGUI update server).

[Abdelhachim]

Sorry, I have no clue at the moment. I have to reproduce it with your files. But you can also try to update ffmpeg to 2.1.4 (available on the MeGUI update server).

I have updated to latest ffmpeg (2.1.4) and still have the same issue.

Thanks.
Abdel

[aMvEL]

I was wondering if it's possible to have the OCE select only the highest quality audiotrack?
I know there's an option to select the first audio track, but one of my local broadcasters sends out two audio tracks, where the first and default audio-track is MP2 256kbps, and the second track is AC3 448kbps.

Really just a minor nuisance, so I thought I'd ask if it's possible..

[aegisofrime]

Hi, I have a simple usage question, hopefully someone here can help me.

Suppose I want to use the deinterlace feature of DGSource. By default, the input synthax of DGSource is as such:

DGSource("C:\Test\test.dgi",fieldop=0)

How do I make it automatically add a "deinterlace=1" at the end, like so:

DGSource("C:\Test\test.dgi",fieldop=0,deinterlace=1)

Thanks!

[Ruriko]

I have a mkv video that has embedded subtitles when I try to preview in megui it doesn't show the embedded subtitles but playing in MPC it does. Any fix to this?

[LigH]

If you are using an AviSynth-native source function via the File Indexer, they won't care about embedded subtitles; you would have to extract them and insert a matching plugin into the AviSynth script which overlays the subtitles over the video if you really want them encoded into the copy (or multiplex them into the copy after encoding).

DirectShowSource may also display the subtitles in the video. But I am not the one to ever recommend the use of DirectShowSource in MeGUI, except everything else failed.

[hello_hello]

It's only one of the little things in life, but.....

When you create a non-mod16 script and encode using Xvid, MeGUI offers a warning about the possibility of non-mod16 causing problems. The warning says the video doesn't have mod16 dimensions, then explains it could cause problems with some encoders.

My question would be, which encoders? ;)

I'm only mentioning it because the warning appeared to have confused a newbie in a thread regarding MeGUI (different forum). Would it be better if the warning message was changed to something like "This could cause problems with some decoders" or "This could cause problems with some hardware players"? That sort of thing.

[Zathor]

I am not sure if this warning can be removed. x264 should have no problems using mod2 - not sure about x265, ffmpeg + xvid.

[cybersharky]

I'm having trouble getting megui to use correct aspect ratio.

ntsc 4:3 getting set to 3:2

This used to work, now it doesn't:
Create avs script, sar detected correctly, save script. Preview loads, select correct DAR, add to queue, click start.

[kthxbye]

Hello.

Ive had MEGUI intalled on Windows XP and it works fine.
On my new PC, with Windows 8, i always have the same error on every video: ACCESS VIOLATION or the following error:


http://i70.photobucket.com/albums/i84/Kombinatti/erro.jpg

I've used megui for years on XP, with the same scripts. WhATs wrong? It really works on W8?

tHANKS.

I have the same problem on Windows 8.1, and this always happens with the second pass, first passes complete without any issues!

I've tried running MeGUI as admin, and giving x264.exe, avs4xx264mod.exe, and x264_x64.exe elevated rights (right clicking them, compatiblity > run this program as an administrator), but that did not solve the problem. I'm at a total loss. When I requeue the 2nd batch, sometimes they complete, but 9 out of 10 times I get the Access Violation error. It seems to be totally random.

Here is my log file:

-[Error] Log for job42 (video, S05E01.avs -> S05E01.mkv)
--[Information] [21-4-2014 07:10:09] Started handling job
--[Information] [21-4-2014 07:10:09] Preprocessing
--[Information] [21-4-2014 07:10:09] Avisynth input script
---[NoImage] MPEG2Source("D:\Encoding\Survivorman\S05E01\T1_Video - .d2v", cpu=0)
---[NoImage] QTGMC(preset="slow")
---[NoImage] Crop(18, 18, -18, -10)
---[NoImage] Spline36Resize(1280,716)
--[Information] [21-4-2014 07:10:10] resolution: 1280x716
--[Information] [21-4-2014 07:10:10] frame rate: 60000/1001
--[Information] [21-4-2014 07:10:10] aspect ratio: 320:179 (1.788)
--[Information] [21-4-2014 07:10:10] Job commandline: "C:\Tools\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 5000 --stats "D:\Encoding\Survivorman\S05E01\S05E01.stats" --deblock -4:-4 --keyint 599 --bframes 5 --b-adapt 2 --ref 9 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.9 --merange 32 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 0.9:0 --no-dct-decimate --no-fast-pskip --psnr --ssim --colormatrix bt709 --sar 1:1 --output "D:\Encoding\Survivorman\S05E01\S05E01.mkv" "D:\Encoding\Survivorman\S05E01\S05E01.avs"
--[Information] [21-4-2014 07:10:10] Process started
--[Information] [21-4-2014 07:10:10] Standard output stream
--[Error] [21-4-2014 07:10:10] Standard error stream
---[Information] [21-4-2014 07:10:17] raw [info]: 1280x716p 1:1 @ 60000/1001 fps (cfr)
---[Warning] [21-4-2014 07:10:17] x264 [warning]: --psnr used with psy on: results will be invalid!
---[Warning] [21-4-2014 07:10:17] x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
---[Information] [21-4-2014 07:10:17] x264 [info]: using SAR=1/1
---[Information] [21-4-2014 07:10:17] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [21-4-2014 07:10:17] x264 [info]: profile High, level 4.1
---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B
---[Information] [21-4-2014 07:23:06] x264 [info]: frame I:16 Avg QP:17.52 size: 56585 PSNR Mean Y:48.36 U:56.06 V:58.27 Avg:49.44 Global:46.08
---[Information] [21-4-2014 07:23:06] x264 [info]: frame P:771 Avg QP:20.13 size: 16010 PSNR Mean Y:45.84 U:56.29 V:58.81 Avg:47.08 Global:44.81
---[Information] [21-4-2014 07:23:06] x264 [info]: frame B:2259 Avg QP:21.86 size: 3601 PSNR Mean Y:45.71 U:58.54 V:61.06 Avg:47.05 Global:45.23
---[Information] [21-4-2014 07:23:06] x264 [info]: consecutive B-frames: 3.4% 5.4% 7.2% 33.0% 16.9% 34.1%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb I I16..4: 13.4% 66.0% 20.6%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb P I16..4: 2.6% 9.4% 1.0% P16..4: 33.1% 23.1% 4.9% 0.5% 0.0% skip:25.4%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb B I16..4: 0.2% 0.7% 0.0% B16..8: 24.5% 7.2% 0.8% direct: 1.7% skip:64.8% L0:39.8% L1:54.2% BI: 6.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: 8x8 transform intra:71.2% inter:74.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [21-4-2014 07:23:06] x264 [info]: coded y,uvDC,uvAC intra: 53.7% 36.1% 7.9% inter: 8.6% 4.7% 0.4%
---[Information] [21-4-2014 07:23:06] x264 [info]: i16 v,h,dc,p: 23% 23% 6% 48%
---[Information] [21-4-2014 07:23:06] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 6% 13% 9% 12% 13% 13% 11% 13%
---[Information] [21-4-2014 07:23:06] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 16% 15% 6% 9% 9% 8% 7% 9%
---[Information] [21-4-2014 07:23:06] x264 [info]: i8c dc,h,v,p: 17% 51% 15% 17%
---[Information] [21-4-2014 07:23:06] x264 [info]: Weighted P-Frames: Y:8.9% UV:3.8%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref P L0: 56.6% 10.2% 16.5% 5.1% 3.6% 2.8% 2.4% 1.4% 1.3% 0.2% 0.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref B L0: 83.7% 9.4% 3.2% 1.4% 0.9% 0.7% 0.5% 0.2%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref B L1: 95.7% 4.3%
---[Information] [21-4-2014 07:23:06] x264 [info]: SSIM Mean Y:0.9871681 (18.917db)
---[Information] [21-4-2014 07:23:06] x264 [info]: PSNR Mean Y:45.753 U:57.959 V:60.474 Avg:47.070 Global:45.121 kb/s:3366.27
---[Information] [21-4-2014 07:23:06] encoded 3046 frames, 3.95 fps, 3366.40 kb/s
--[Error] [21-4-2014 07:23:06] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [21-4-2014 07:23:06] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [21-4-2014 07:23:06] Job completed

I hope someone can help with this. I can post other information if necessary, please ask. What are other things I could try? It seems to have to do with Windows rights and permissions...

[gorca]

Hi everyone. I wonder if someone could help me out with this clip: View My Video (http://tinypic.com/r/2nvqog1/8)

Am trying to deinterlace a documentary of which the above is a cut out. I manage to deintarlace only part of the information in a frame with MeGUI and yadif. FOr instance around frame 380, numbers "1945" and "1945" deinterlace but the rest does not.
Thanks in advance.

[LigH]

@ kthxbye:

---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B

Are you running a second pass of a 2-pass encoding without a matching statistics file from a previous first pass with the same options?

[Guest]

Hi everyone. I wonder if someone could help me out with this clip: View My Video (http://tinypic.com/r/2nvqog1/8)

Am trying to deinterlace a documentary of which the above is a cut out. I manage to deintarlace only part of the information in a frame with MeGUI and yadif. FOr instance around frame 380, numbers "1945" and "1945" deinterlace but the rest does not.
Thanks in advance. Is that the source clip or the processed clip? Also, how do we download it and not just view it? To help you we need to be able to download your unprocessed source clip.

[kthxbye]

@ kthxbye:

---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B

Are you running a second pass of a 2-pass encoding without a matching statistics file from a previous first pass with the same options?

No, I don't believe so. Because the first passes did complete, I am now executing the corresponding second passes, but did not change the settings there.

[kthxbye]

...and crashed again

[Error] Log
-[Information] Versions
--[Information] [21-4-2014 20:13:54] MeGUI: 2493
--[Information] [21-4-2014 20:13:54] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [21-4-2014 20:13:54] .Net Framework: 2.0.50727.4927
--[Information] [21-4-2014 20:13:54] .Net Framework: 4.0.0.0
--[Information] [21-4-2014 20:13:54] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [21-4-2014 20:13:54] AvisynthWrapper: (02-01-2009)
--[Information] [21-4-2014 20:13:54] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [21-4-2014 20:13:54] Haali DSS2: (14-04-2013)
--[Information] [21-4-2014 20:13:54] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [21-4-2014 20:13:54] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [21-4-2014 20:13:54] MediaInfo: 0.7.68.0 (02-04-2014)
--[Information] [21-4-2014 20:13:54] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [21-4-2014 20:13:54] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [21-4-2014 20:13:54] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [21-4-2014 20:13:54] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [21-4-2014 20:13:54] Using cached update config and server: http://megui.org/auto/
--[Information] [21-4-2014 20:13:54] No package requires an update
--[Information] [21-4-2014 20:13:56] No package requires an update
-[Error] Log for job22 (video, When Louis Met The Hamiltons.avs -> When Louis Met The Hamiltons.mkv)
--[Information] [21-4-2014 20:14:23] Started handling job
--[Information] [21-4-2014 20:14:23] Preprocessing
--[Information] [21-4-2014 20:14:23] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\VTS_02_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [21-4-2014 20:14:24] resolution: 700x572
--[Information] [21-4-2014 20:14:24] frame rate: 25/1
--[Information] [21-4-2014 20:14:24] aspect ratio: 175:143 (1.224)
--[Information] [21-4-2014 20:14:24] Job commandline: "C:\Tools\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --psnr --ssim --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.mkv" "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.avs"
--[Information] [21-4-2014 20:14:24] Process started
--[Information] [21-4-2014 20:14:24] Standard output stream
--[Error] [21-4-2014 20:14:24] Standard error stream
---[Information] [21-4-2014 20:14:28] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Warning] [21-4-2014 20:14:28] x264 [warning]: --psnr used with psy on: results will be invalid!
---[Warning] [21-4-2014 20:14:28] x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
---[Information] [21-4-2014 20:14:28] x264 [info]: using SAR=64/45
---[Information] [21-4-2014 20:14:28] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [21-4-2014 20:14:28] x264 [info]: profile High, level 4.1
---[Warning] [21-4-2014 21:09:30] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 21:09:30] x264 [error]: slice=P but 2pass stats say B
---[Information] [21-4-2014 21:09:32] x264 [info]: frame I:49 Avg QP:17.14 size: 61584 PSNR Mean Y:47.12 U:49.53 V:49.05 Avg:47.64 Global:45.93
---[Information] [21-4-2014 21:09:32] x264 [info]: frame P:2435 Avg QP:20.27 size: 25311 PSNR Mean Y:43.71 U:46.56 V:46.41 Avg:44.38 Global:43.74
---[Information] [21-4-2014 21:09:32] x264 [info]: frame B:6736 Avg QP:23.30 size: 8681 PSNR Mean Y:42.61 U:46.10 V:45.97 Avg:43.41 Global:42.67
---[Information] [21-4-2014 21:09:32] x264 [info]: consecutive B-frames: 3.9% 3.6% 18.5% 27.2% 15.7% 29.3% 1.1% 0.1% 0.3% 0.0% 0.1% 0.1% 0.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb I I16..4: 8.7% 66.1% 25.2%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb P I16..4: 1.0% 6.8% 1.4% P16..4: 31.3% 37.5% 15.7% 2.2% 0.2% skip: 3.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb B I16..4: 0.1% 0.4% 0.1% B16..8: 33.9% 26.7% 4.5% direct: 8.1% skip:26.1% L0:30.1% L1:39.1% BI:30.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: 8x8 transform intra:71.1% inter:57.4%
---[Information] [21-4-2014 21:09:32] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: coded y,uvDC,uvAC intra: 83.2% 76.5% 56.4% inter: 33.6% 21.2% 8.6%
---[Information] [21-4-2014 21:09:32] x264 [info]: i16 v,h,dc,p: 50% 20% 3% 27%
---[Information] [21-4-2014 21:09:32] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 6% 9% 9% 12% 15% 9% 14% 10%
---[Information] [21-4-2014 21:09:32] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 8% 7% 7% 11% 13% 8% 10% 7%
---[Information] [21-4-2014 21:09:32] x264 [info]: i8c dc,h,v,p: 30% 24% 31% 15%
---[Information] [21-4-2014 21:09:32] x264 [info]: Weighted P-Frames: Y:5.1% UV:2.4%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref P L0: 48.0% 12.4% 18.7% 4.6% 4.2% 2.4% 2.4% 1.1% 1.2% 0.9% 0.9% 0.7% 0.8% 0.6% 0.7% 0.5%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref B L0: 87.9% 7.4% 1.6% 0.9% 0.5% 0.4% 0.3% 0.2% 0.2% 0.2% 0.1% 0.1% 0.1% 0.1% 0.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref B L1: 97.2% 2.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: SSIM Mean Y:0.9832663 (17.764db)
---[Information] [21-4-2014 21:09:32] x264 [info]: PSNR Mean Y:42.922 U:46.241 V:46.103 Avg:43.689 Global:42.940 kb/s:2670.75
---[Information] [21-4-2014 21:09:32] encoded 9220 frames, 2.79 fps, 2670.76 kb/s
--[Error] [21-4-2014 21:09:32] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [21-4-2014 21:09:32] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [21-4-2014 21:09:32] Job completed

[gorca]

Is that the source clip or the processed clip? Also, how do we download it and not just view it? To help you we need to be able to download your unprocessed source clip.

Quite right. I didn't check if file can be downloaded. I hope this http://speedy.sh/tB9HD/test2.mp4 works now.
Clip is cut out (without re-encoding) with mp4box (Cut Assistant) from larger mp4 file. I don't know if this makes it processed or not.

[CarlPig]

Hey.

Does someone know if we are reached the point, where we can replace Haali Media Splitter with LAV Splitter??

[LigH]

You can already use LSMASHSource via the File Indexer. The Haali Media Splitter is only relevant if you try to open files in container formats otherwise not supported via DirectShowSource (which is not recommended anyway – except all other native plugins failed, or you need a basic VFR-CFR conversion) or via FFMS2 (which has been outperformed by LSMASHSource as well).

[kthxbye]

...and crashed again

Sorry, but I'm at a loss. Things I have tried:

downgrading to older versions of MeGUI, avs4x264mod, x264.exe, and/or x264_64.exe. Upgrading to newer versions of all of these, including the different 'mods' of x264. Experimenting with running in "Administrator mode" on or off. I've put MeGUI in C:\Tools\MeGUI instead of Program Files ((x86)), because of the way that Windows 8 handles Program Files folders (very annoying with these elevated rights and what not).

I also tried running avsx264mod.exe directly from the commandline (elevated and not elevated with admin rights), without using MeGUI, but keeps on crashing. So it might not have to do with MeGUI, but with the processes of avs4x264mod and/or x264_(64).exe that at some point, do not get enough memory or something and get kicked out. Could I try encoding in Windows 8 "safe mode", or won't that work because of drivers? Does Windows 8 even have a "safe mode" anymore? :p

Turning my real-time antivirus scan (Windows Defender) off did for a while seem to fix the problem, the second pass got very far, but no, still wasn't able to finish. Weird thing is: it keeps crashing at random moments of the encode, I looked at the encoded nr. of frames in the log and these vary each time.

What the hell is there any more to try? It's so strange because it all seemed to work fine over a week ago! I don't really like using System Restore cause that resets a lot of other stuff I did the previous days/weeks too, and I don't think that will fix anything, but might that be something to try as a final resort? :confused:

Next post will contain some more logs, because of post limit. Thanks for any help, it would be really appreciated.

[kthxbye]

Some more logs:

[Error] Log
-[Information] Versions
--[Information] [24-4-2014 17:47:39] MeGUI: 2418
--[Information] [24-4-2014 17:47:39] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [24-4-2014 17:47:39] .Net Framework: 4.5.1 (4.5.51641)
--[Information] [24-4-2014 17:47:39] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [24-4-2014 17:47:39] AvisynthWrapper: (02-01-2009)
--[Information] [24-4-2014 17:47:39] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [24-4-2014 17:47:39] Haali DSS2: (14-04-2013)
--[Information] [24-4-2014 17:47:39] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [24-4-2014 17:47:39] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [24-4-2014 17:47:39] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [24-4-2014 17:47:39] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [24-4-2014 17:47:39] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [24-4-2014 17:47:39] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [24-4-2014 17:47:39] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [24-4-2014 17:47:39] Connecting to server: http://megui.xvidvideo.ru/auto/stable/
--[Information] [24-4-2014 17:47:39] All files are up to date
-[Error] Log for job2 (video, Hypnosis.avs -> Hypnosis.mkv)
--[Information] [24-4-2014 17:47:50] Started handling job
--[Information] [24-4-2014 17:47:50] Preprocessing
--[Information] [24-4-2014 17:47:50] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Hypnosis\VTS_03_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [24-4-2014 17:47:51] resolution: 700x572
--[Information] [24-4-2014 17:47:51] frame rate: 25/1
--[Information] [24-4-2014 17:47:51] aspect ratio: 175:143 (1.224)
--[Information] [24-4-2014 17:47:51] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.avs"
--[Information] [24-4-2014 17:47:51] Process started
--[Information] [24-4-2014 17:47:51] Standard output stream
---[Information] [24-4-2014 22:28:17] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [24-4-2014 22:28:17] avs [info]: Video colorspace: YV12
---[Information] [24-4-2014 22:28:17] avs [info]: Video resolution: 700x572
---[Information] [24-4-2014 22:28:17] avs [info]: Video framerate: 25/1
---[Information] [24-4-2014 22:28:17] avs [info]: Video framecount: 73400
---[Information] [24-4-2014 22:28:17] avs4x264 [info]: "x264_64" - --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" --frames 73400 --fps 25/1 --input-res 700x572 --input-csp i420
--[Error] [24-4-2014 17:47:51] Standard error stream
---[Information] [24-4-2014 17:47:54] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [24-4-2014 17:47:54] x264 [info]: using SAR=64/45
---[Information] [24-4-2014 17:47:54] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [24-4-2014 17:47:54] x264 [info]: profile High, level 4.1
---[Error] [24-4-2014 22:28:17] avs [error]: Error occurred while writing frame 33769
---[Information] [24-4-2014 22:28:17] (Maybe x264 closed)
--[Error] [24-4-2014 22:28:17] Process exits with error: 255
--[Warning] [24-4-2014 22:28:17] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [24-4-2014 22:28:17] Job completed
-[Warning] Log for job1 (video, When Louis Met The Hamiltons.avs -> )
--[Information] [24-4-2014 22:28:17] Started handling job
--[Information] [24-4-2014 22:28:17] Preprocessing
--[Information] [24-4-2014 22:28:17] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\VTS_02_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [24-4-2014 22:28:17] resolution: 700x572
--[Information] [24-4-2014 22:28:17] frame rate: 25/1
--[Information] [24-4-2014 22:28:17] aspect ratio: 175:143 (1.224)
--[Information] [24-4-2014 22:28:17] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 1 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output NUL "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.avs"
--[Information] [24-4-2014 22:28:17] Process started
--[Information] [24-4-2014 22:28:17] Standard output stream
---[Information] [25-4-2014 00:47:49] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [25-4-2014 00:47:49] avs [info]: Video colorspace: YV12
---[Information] [25-4-2014 00:47:49] avs [info]: Video resolution: 700x572
---[Information] [25-4-2014 00:47:49] avs [info]: Video framerate: 25/1
---[Information] [25-4-2014 00:47:49] avs [info]: Video framecount: 117051
---[Information] [25-4-2014 00:47:49] avs4x264 [info]: "x264_64" - --level 4.1 --pass 1 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output NUL --frames 117051 --fps 25/1 --input-res 700x572 --input-csp i420
--[Warning] [24-4-2014 22:28:17] Standard error stream
---[Information] [24-4-2014 22:28:23] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [24-4-2014 22:28:23] x264 [info]: using SAR=64/45
---[Warning] [24-4-2014 22:28:23] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [24-4-2014 22:28:23] x264 [warning]: VBV buffer (78125) > level limit (62500)
---[Information] [24-4-2014 22:28:23] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [24-4-2014 22:28:23] x264 [info]: profile Main, level 4.1
---[Information] [25-4-2014 00:47:49] x264 [info]: frame I:639 Avg QP:17.41 size: 50334
---[Information] [25-4-2014 00:47:49] x264 [info]: frame P:28022 Avg QP:18.92 size: 25541
---[Information] [25-4-2014 00:47:49] x264 [info]: frame B:88390 Avg QP:20.88 size: 8730
---[Information] [25-4-2014 00:47:49] x264 [info]: consecutive B-frames: 3.1% 2.8% 11.0% 23.5% 18.4% 39.2% 1.6% 0.2% 0.1% 0.0% 0.1% 0.0% 0.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb I I16..4: 14.3% 0.0% 85.7%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb P I16..4: 29.2% 0.0% 0.0% P16..4: 69.8% 0.0% 0.0% 0.0% 0.0% skip: 1.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb B I16..4: 7.5% 0.0% 0.0% B16..8: 39.4% 0.0% 0.0% direct:29.4% skip:23.6% L0:21.2% L1:31.5% BI:47.3%
---[Information] [25-4-2014 00:47:49] x264 [info]: final ratefactor: 17.46
---[Information] [25-4-2014 00:47:49] x264 [info]: direct mvs spatial:100.0% temporal:0.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: coded y,uvDC,uvAC intra: 88.4% 58.4% 19.6% inter: 43.7% 19.6% 3.7%
---[Information] [25-4-2014 00:47:49] x264 [info]: i16 v,h,dc,p: 28% 14% 45% 13%
---[Information] [25-4-2014 00:47:49] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 10% 7% 7% 10% 6% 9% 6%
---[Information] [25-4-2014 00:47:49] x264 [info]: i8c dc,h,v,p: 49% 18% 27% 6%
---[Information] [25-4-2014 00:47:49] x264 [info]: Weighted P-Frames: Y:3.2% UV:1.6%
---[Information] [25-4-2014 00:47:49] x264 [info]: kb/s:2596.33
---[Information] [25-4-2014 00:47:49] encoded 117051 frames, 13.98 fps, 2596.33 kb/s
--[Information] [25-4-2014 00:47:49] Postprocessing
---[Information] [25-4-2014 00:47:49] Deleting intermediate files
--[Information] [25-4-2014 00:47:49] Job completed
-[Error] Log for job2 (video, Hypnosis.avs -> Hypnosis.mkv)
--[Information] [25-4-2014 00:47:49] Started handling job
--[Information] [25-4-2014 00:47:49] Preprocessing
--[Information] [25-4-2014 00:47:49] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Hypnosis\VTS_03_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [25-4-2014 00:47:49] resolution: 700x572
--[Information] [25-4-2014 00:47:49] frame rate: 25/1
--[Information] [25-4-2014 00:47:49] aspect ratio: 175:143 (1.224)
--[Information] [25-4-2014 00:47:49] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.avs"
--[Information] [25-4-2014 00:47:49] Process started
--[Information] [25-4-2014 00:47:49] Standard output stream
--[Error] [25-4-2014 00:47:49] Standard error stream
---[Information] [25-4-2014 00:47:53] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [25-4-2014 00:47:53] x264 [info]: using SAR=64/45
---[Information] [25-4-2014 00:47:53] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [25-4-2014 00:47:53] x264 [info]: profile High, level 4.1
---[Warning] [25-4-2014 01:32:10] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [25-4-2014 01:32:10] x264 [error]: slice=P but 2pass stats say B
---[Information] [25-4-2014 01:32:12] x264 [info]: frame I:56 Avg QP:16.05 size: 62947
---[Information] [25-4-2014 01:32:12] x264 [info]: frame P:2120 Avg QP:19.09 size: 22558
---[Information] [25-4-2014 01:32:12] x264 [info]: frame B:5074 Avg QP:22.00 size: 7025
---[Information] [25-4-2014 01:32:12] x264 [info]: consecutive B-frames: 6.7% 5.3% 19.0% 28.6% 15.4% 23.8% 1.1% 0.1% 0.0% 0.0% 0.0% 0.0% 0.0%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb I I16..4: 3.7% 76.7% 19.6%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb P I16..4: 1.2% 7.4% 1.3% P16..4: 32.0% 36.7% 15.4% 2.1% 0.2% skip: 3.7%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb B I16..4: 0.1% 0.5% 0.1% B16..8: 33.8% 24.1% 3.9% direct: 6.4% skip:31.1% L0:31.2% L1:39.7% BI:29.2%
---[Information] [25-4-2014 01:32:12] x264 [info]: 8x8 transform intra:74.4% inter:58.0%
---[Information] [25-4-2014 01:32:12] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: coded y,uvDC,uvAC intra: 82.7% 71.8% 51.9% inter: 32.1% 22.7% 9.7%
---[Information] [25-4-2014 01:32:12] x264 [info]: i16 v,h,dc,p: 43% 18% 1% 38%
---[Information] [25-4-2014 01:32:12] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 8% 10% 8% 12% 13% 11% 12% 11%
---[Information] [25-4-2014 01:32:12] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 11% 9% 6% 11% 11% 10% 9% 8%
---[Information] [25-4-2014 01:32:12] x264 [info]: i8c dc,h,v,p: 34% 28% 25% 14%
---[Information] [25-4-2014 01:32:12] x264 [info]: Weighted P-Frames: Y:1.6% UV:0.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref P L0: 51.5% 11.6% 18.2% 4.1% 3.7% 2.2% 2.3% 1.0% 1.1% 0.8% 0.8% 0.6% 0.7% 0.5% 0.6% 0.4%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref B L0: 88.1% 7.6% 1.5% 0.8% 0.5% 0.4% 0.3% 0.2% 0.1% 0.1% 0.1% 0.1% 0.1% 0.1% 0.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref B L1: 97.5% 2.5%
---[Information] [25-4-2014 01:32:12] x264 [info]: kb/s:2399.84
---[Information] [25-4-2014 01:32:12] encoded 7250 frames, 2.73 fps, 2399.86 kb/s
--[Error] [25-4-2014 01:32:12] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [25-4-2014 01:32:12] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [25-4-2014 01:32:12] Job completed

[Kurtnoise]

Your x264 commandline looks crazy...retry with just a preset + tune instead.

[subpardaemon]

hi,

this might have been chewed to the bone, but i'm still running into problems creating encodes in perfect sync.

i think the biggest problem is error handling in the TS stream.

i use dgdecnv for both frameserving and demuxing the audio tracks. from a lengthy discussion with neuron2 it turns out that dgdecnv supposes the source stream is perfect, and if it runs into an error it doesn't really mind it, as far as video is concerned, and even if there is a glitch, it outputs the frame. the same is true with audio.

now, i don't know which app does megui use for audio transcoding (nicaudio? besweet?), but i don't know what its strategy is for handling audio frames with errors. it is perfectly possible that while the audio transcoding drops all erroneous frames, dgdecnv's frameserver does not, so with a long enough source, and with many stream errors, the audio might get seriously desynced.

now... are there any apps to scan through a demuxed audio track, and replace broken frames with empty audio (silence)?

(i am basing this assumption on the fact that in the "race to the finish" audio always wins, meaning it comes progressively earlier than the video)

[hello_hello]

subpardaemon,
Try opening the ts file with MeGUI's HD Streams Extractor and using it to extract the audio. Once it's done, have a look at the eac3to log file to see what it reports in respect to fixing gaps. If that doesn't work (I don't work with ts files much myself) try remuxing the ts file as an MKV first and extracting the audio from the MKV.

Another option might be not to extract the audio at all unless you need to convert it. Open the ts file with MKVMergeGUI, add the encoded video, de-select the original video stream and save the output as MKV. If there's gaps in the audio they'll probably still be there but hopefully it'll stay in sync.

[subpardaemon]

subpardaemon,
Try opening the ts file with MeGUI's HD Streams Extractor and using it to extract the audio. Once it's done, have a look at the eac3to log file to see what it reports in respect to fixing gaps. If that doesn't work (I don't work with ts files much myself) try remuxing the ts file as an MKV first and extracting the audio from the MKV.

Another option might be not to extract the audio at all unless you need to convert it. Open the ts file with MKVMergeGUI, add the encoded video, de-select the original video stream and save the output as MKV. If there's gaps in the audio they'll probably still be there but hopefully it'll stay in sync.

huh... the only problem is, i cut away the fat in dgindexnv, so the original TS file is much longer than what i actually work with.

can you suggest an app that would give me an exact frame count from an avs and ac3/mp2 source? so i can check whether the demuxed video and audio already differs in frame count.

[hello_hello]

I'm not quite sure what you mean by "cut away the fat in dgindexnv". Did you try extracting the audio with the HD Streams extractor?
I could be wrong but I'd be thinking it's not so much an issue of bad sections of audio not being included in re-encoding, but the audio has gaps in it (it's not contiguous in the TS file), and when it's extracted it's extracted as a contiguous file without accounting for the gaps, so it goes out of sync. If you extract the audio with the HD Streams Extractor, eac3to should repair any problems it finds, including inserting silence where there's gaps. I think it also replaces junk audio data with silence.

The easy test is to mux the encoded video with the extracted audio. If it goes out of sync with the video then the problem can't be in the audio re-encoding because you're using the original audio.... unless I'm missing something. Are sure sure it's the re-encoding of the audio which is causing the problem?
If you extract the audio with the HD Streams Extractor and it's duration is longer than when it's extracted with dgindexnv then I'm probably right. If the duration is still the same then I'm probably wrong.

MeGUI's preview can give you a video frame count and display the duration (I think there's a setting in it's options for the duration). There's no "frame count" for audio as such.
If in doubt I generally check audio with foobar2000 (I mainly use it for converting audio too). It can show the exact duration and number of samples in an audio stream so it's easy to compare the original to an encoded version to make sure the sample count is the same. You could probably load the original and encoded versions into an audio editor such as Audacity to compare their durations that way.

[Shevek]

huh... the only problem is, i cut away the fat in dgindexnv, so the original TS file is much longer than what i actually work with.

can you suggest an app that would give me an exact frame count from an avs and ac3/mp2 source? so i can check whether the demuxed video and audio already differs in frame count.

This is an old problem with DVB streams.

There is almost always going to be errors in the streams which will result in sync problems when editing.

You need to either:

a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well

or

b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo

[subpardaemon]

This is an old problem with DVB streams.

There is almost always going to be errors in the streams which will result in sync problems when editing.

You need to either:

a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well

or

b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo

ah, was afraid so. right now, my workflow is like this:
- using dgindexnv, i specify the start and endpoint of the actual material (if there are any inbetween commercial breaks, i cut them out with megui's avs cutter at a later stage)
- i also set up the cropping as dgdecnv can do a hardware-based crop which seems to add quite some speed when compared to using an avs-based cropper
- then i create the dgi and avs files, and demux the audio track
- then cut out ad breaks, if any, with avs cutter
- then encode the audio
- then encode the video
- and finally, mux them into mp4.

the problem with projectx is that it refuses to have anything to do with h264/avc streams, which are used here in hungary for HDTV channels. and videoredo's $99.9 price tag seems a bit harsh for simply cleaning up a DVBC TS. :/

i've played around with tsdoctor (by cypheros.de), however, unfortunately, by the time i'd had the first capture that shows serious desync issues its trial was over, so i can't check if it does any serious fixing.

also, i don't really mind stream errors (a bit of a glitch here and there doesn't freak me out nearly as much as a/v desync), i'd just like to nail down where the desync occurs. that's why i'd like to see the frame count for the audio files as they come out of demuxing by dgindexnv, to check if the avs video shows significantly more frames (like 10+) than the audio stream. then i'd know not to "cut the fat" from the TS in dgindexnv, but start with the streams extractor and only use dgindexnv to create the dgi and avs files.

[kthxbye]

Your x264 commandline looks crazy...retry with just a preset + tune instead.

Why is is that crazy? Never had problems with these commandlines before, and I'm into tweaking it to get an encode that is as transparent to the source as possible :)

On a positive note: when I login into "safe mode" of Windows 8.1 x64, the encodes work fine! So I'll be doing that for some time now, but it sucks because the use of the OS is severely limited that way :(

[LigH]

That's interesting. The Safe Mode disables some drivers. And possibly even some now Microsoft-preferred media (foundation?) components as well, which are then substituted by renowned DirectShow components?

There was this Windows 7 DirectShow Preferred Filter Tweaker. Maybe Windows 8.x requires something harder?

[subpardaemon]

This is an old problem with DVB streams.

There is almost always going to be errors in the streams which will result in sync problems when editing.

You need to either:

a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well

or

b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo

here's a solution that actually worked:

1. using dgindexnv, i create the dgi and avs files from the entire TS stream. i turn off audio demuxing as that is not needed. if image cropping is needed, i set that up here.
2. using the HD media extractor in megui, i load the entire TS file(s), and i demux one or more audio tracks. i do NOT demux the video track as it either hangs at the end or complains it cannot write the resulting file.
3. using AVS cutter in megui, and the avs from dgindexnv, i trim the file, and cut out advertising breaks if any.
4. i load the demuxed audio, and the cutlist file, and convert the audio. then i load the avs, and do the actual conversion for the video as well, and finally mux them.

this gives me perfect sync. the only change from my previous workflow is to do the trimming and audio demux in megui instead of dgindexnv.

thanks for the idea to use hd streams extractor! while it fails on the video part, that's not really needed anyway. :)

[subpardaemon]

this gives me perfect sync. the only change from my previous workflow is to do the trimming and audio demux in megui instead of dgindexnv.


NB: of course, that is, if video frames are not dropped in higher numbers.

but it's still a breeze to cut out some audio (with avs cutter, then using the new cutlist, reencoding the audio track) if a desync occurs (this case, audio lagging behind the video), as opposed to reencoding the entire video track, which is a much more lengthy operation.