x264 Known Hardware accelleration problems and solutions

[Sharktooth]

--b-pyramid is not safe option, can easly brake compatability.

-level 3.2 aslo can be used on SD material such as 1024x576 or 853x480

-level 4.0 is safer option for HD
i read in this thread --b-pyramid is safe.
also 1024x576 is not SD. SD is 704 or 720 * 480 or 576. Levels 3.1 and 4.1 are reported to be compatible (still on this thread and on avsforum).
look at the first post.

[tetsuo55]

--b-pyramid is not safe option, can easly brake compatability.

-level 3.2 aslo can be used on SD material such as 1024x576 or 853x480

-level 4.0 is safer option for HD


the idc_level does nothing, its just that some players check it, so it has to be set

According to the testers and x264 programmers here b-pyramids works on everything with the updated builds

[UsedUser]

-level 4.0 is safer option for HD
HD DVD / BD specs support L4.1, and it has been tested compatible with DXVA for both ATI and NVIDIA cards, as well as the PS3 and others. L4.1 makes sense.

According to the testers and x264 programmers here b-pyramids works on everything with the updated builds

That's not entirely true. I still see corruption, as of build 736-2 (Jarrod's patched build), on my NVIDIA 8800GT (G92 chip). Holding all other settings the same, removing --b-pyramid eliminates the corruption. Same clips play fine on an ATI HD2600 with or without b-pyramid.

[UsedUser]

so, if the DXVA profiles are ok, i'll do some other changes to non-DXVA profiles and will put the package on the megui auto-update.

EDIT: Profiles are up. enjoy.
Just wanted to confirm that those profiles jive with my tests, less the issue with --b-pyramid.

[ACrowley]

Ive absolutly no Problems with B Pyramid.

I use 5 Ref Frames for 1080p and Level 4.1 , no VBV Max Limit
Works perfect with DXVA on my Ati HD3870. With Cyberlink and with MPC VideoDecoder

[tetsuo55]

HD DVD / BD specs support L4.1, and it has been tested compatible with DXVA for both ATI and NVIDIA cards, as well as the PS3 and others. L4.1 makes sense.



That's not entirely true. I still see corruption, as of build 736-2 (Jarrod's patched build), on my NVIDIA 8800GT (G92 chip). Holding all other settings the same, removing --b-pyramid eliminates the corruption. Same clips play fine on an ATI HD2600 with or without b-pyramid.


that would be a bug then, as b-pyramids was fixed and working on everything even psp, i guess a new bug was introduced?

[tetsuo55]

Ive absolutly no Problems with B Pyramid.

I use 5 Ref Frames for 1080p and Level 4.1 , no VBV Max Limit
Works perfect with DXVA on my Ati HD3870. With Cyberlink and with MPC VideoDecoder


Are you sure dxva is enabled? 5 ref frames with 1920*1080 definately should not work

[ACrowley]

Are you sure dxva is enabled? 5 ref frames with 1920*1080 definately should not work


...its cropped

1920x800 :)

[UsedUser]

Ive absolutly no Problems with B Pyramid. ... Works perfect with DXVA on my Ati HD3870. With Cyberlink and with MPC VideoDecoder
Indeed, I don't have issues with my ATI HD2600, either. Just the Nvidia card.

[UsedUser]

that would be a bug then, as b-pyramids was fixed and working on everything even psp, i guess a new bug was introduced?
What build are you referring to when it was fixed? It hasn't been fixed since the start of this thread. I've tested builds 709C, 717M, 717M + dpb-dxva patch, 717M + dpb-dxva + experimental patches, 721, 736-2.

All had issues with b-pyramids on my 8800GT. The only time I didn't have issues were with the patches that didn't use brefs.

With b-pyramid, this is what I see. Though these were created with aku's all-bref experimental patch, this is what it looks like whenever I have b-pyramid enabled:

Blocking: [1] 1080p 2 Ref 2 Bfr No B-Pyramid No B-Adapt svn-717M-ref_dpb-dxva_pyramid_experiment_all-bref
http://s63.photobucket.com/albums/h145/exdeus/x264/th_1080p2Ref2BfrNoB-PyramidNoB-Adaptsv.jpg (http://i63.photobucket.com/albums/h145/exdeus/x264/1080p2Ref2BfrNoB-PyramidNoB-Adaptsv.jpg)

Blocking: [2] 1080p 2 Ref 2 Bfr No B-Pyramid No B-Adapt svn-717M-ref_dpb-dxva_pyramid_experiment_all-bref
http://s63.photobucket.com/albums/h145/exdeus/x264/th_1080p2Ref2BfrNoB-PyramidNoB-Adap-1.jpg (http://i63.photobucket.com/albums/h145/exdeus/x264/1080p2Ref2BfrNoB-PyramidNoB-Adap-1.jpg)


I stated it repeatedly:

http://forum.doom9.org/showthread.php?p=1089523#post1089523
http://forum.doom9.org/showthread.php?p=1089517#post1089517
http://forum.doom9.org/showthread.php?p=1089574#post1089574 (with screenshots)
http://forum.doom9.org/showthread.php?p=1089816#post1089816

[CruNcher]

@ UsedUser
i have no corruption witk Akus streams but you have those and i also have the 8800 GT please upload this stream (only the scene) that couses problems on your 8800 GT and i have a look.
Please use one of the newest builds for that from Jarod www.x264.nl

[UsedUser]

@ UsedUser
i have no corruption witk Akus streams but you have those and i also have the 8800 GT please upload this stream (only the scene) that couses problems on your 8800 GT and i have a look.
Please use one of the newest builds for that from Jarod www.x264.nl

200 frame sample. The first 100 frames are full of blocking/corruption, while the last 100 frames look ok. Encoded with build 748.

http://home.comcast.net/~exdeus/Prince - Superbowl Halftime Show (HD OTA) 1080p 200f 4 Ref 3 Bfr b748.mp4

[CruNcher]

Dxva is enabled (Cyberlink Decoder VMR9 Windowed via Media Player Classic Home Cinema) 0 corruption im sorry, but something seems to be wrong really with either your system or card, could be also some different compatibility problem with your Hardware setup that might be couseing brake ups transfering this big amount of Video Data to the Cards Core, tough Akus samples are not really a big amount of Data either so it seems more like a Hardware defect or real compatibility problem (Overclocking,Memory defect,Chipset Incompatibility problem, add other typical IT problems here), but this really seems to be on your side and not a fault of X264s created Bitstream i hope others with 8800GT can also show you that :(
Also directly playing in Cyberlinks Player no corruption (tough im not sure there DXVA was enabled but 0 cpu usage indicated it)

So other DXVA (ATI and Nvidia) users please test AKUs samples and this one by UsedUser and tell us your experience, tough see my post about Akus samples and change the Level of them accordingly :)
It seems X264 is pretty much (Desktop) Hardware stable by now (except VBV/CPB side of things) if this is the last really corruption issue that's being reported and should show as a false report now :)

Tough nobody seems to post here anymore (corruption) problems so it seems the Goal is reached (allready since some builds back) :)

[Sharktooth]

UsedUser, update your videocard drivers.

[shon3i]

Well seem that b-pyramid work well with 4ref frames but i am again little worried because Soninc Cinevision, Elecard, Mainconcept, Ateme and other encoders not prefer b-pyramid when is compatability on first place. What should quailty we do can expect from b-pyramid anyway.

[CruNcher]

Questions im asking myself why does Professional stuff don't use it for HD-DVD and Blu-Ray (do they have the same problems with b-pyramids that X264 had???) and also why do they use a chroma quant offset of 1 rather then 0 that X264 uses ???

[Sulik]

A few (rare) titles use reference B-frames. The problem is that it makes it much less efficient for FF/FR playback (can't just skip B-frames anymore)
I would think that the chroma quant offset > 0 is chosen purely from a RD point of view.

[Sagittaire]

use 3 bframes + pyramid bframe change the threshold limit for reference frame.

- 4 ref and 3 bref with 1/2/3 bframes
- 3 ref and 2 bref with 3 pyramidal bframes

Professional source are often really grainy/noisy source and with these master high bframe value are simply useless.
With really clean source (like anime) there are not big difference between 2 bframes and 3 pyramidal bframes.

[CruNcher]

@Sagittaire
Did you do any test with latest X264 and Darks AQ yet in terms of Grain/Noise preservation my latest test show some amazing results in those regards and this starts allready @ very low bitrates :) transparency seems to be much faster reached now and so the Grain Layer also with it :)
Look @ this here http://mirror05.x264.nl/CruNcher/force.php?file=./rmd-1500-aq.mp4

[ohropax]

@tetsuo55

Hi,

in the first posting you recommend using b-pyramids contrary to the referenced thread. I have been fiddling with Elecard Converter Studio and found out that enabling b-pyramids triggers a step up from from L4.1 to L5. I think this indicates that your decision is wrong and we should omit p-pyramids. This would accomodate PS3 users as well, see http://www.digital-digest.com/articles/PS3_H.264_Conversion_Guide_page4.html.

Just 2ct from someone uninformed trying to put bits and pieces together,
Marcus

[Sharktooth]

that's a plain bug.
b-pyramid is not bound to L5.

[nurbs]

@ohropax:
b-pyramid works fine on the ps3 (since firmware 1.80 iirc)

[gav1577]

@ohropax:
b-pyramid works fine on the ps3 (since firmware 1.80 iirc)

Hi nurbs so is bprymid safe to use in a bluray profile if so will 3 bref
be compatible or will 2 bref required. i refer to bluray ps3 compatibility ? :)

[nurbs]

I don't know if b-pyramid can be used in bluray encodes. My statement was about the overall AVC playback restrictions on PS3.

[gav1577]

I don't know if b-pyramid can be used in bluray encodes. My statement was about the overall AVC playback restrictions on PS3.

Ok thanks nurbs. Can anyone answer my question ? :)

[tetsuo55]

@tetsuo55

Hi,

in the first posting you recommend using b-pyramids contrary to the referenced thread. I have been fiddling with Elecard Converter Studio and found out that enabling b-pyramids triggers a step up from from L4.1 to L5. I think this indicates that your decision is wrong and we should omit p-pyramids. This would accomodate PS3 users as well, see http://www.digital-digest.com/articles/PS3_H.264_Conversion_Guide_page4.html.

Just 2ct from someone uninformed trying to put bits and pieces together,
Marcus

See Sharktooth and nurbs replies.

Please create a short sample video with the correct settings as displayed on the first page with the latest x264 svn builds and test it yourself, it should work, if it doesn't please post it here with settings so we can troubleshoot the problem

Also you can try creating a sample with elecard and change the level back to 4.1 and test that

Ok thanks nurbs. Can anyone answer my question ? :)

I remember reading that some Blu-ray discs use b-pyramids, however this messes with the fast-forward and fast-return function of the disc

[gav1577]

I remember reading that some Blu-ray discs use b-pyramids, however this messes with the fast-forward and fast-return function of the disc

Ok thanks tetsuo55

[Moondust]

While the H264 decoder from Cyberlink's Powerdvd showed a lot of corruption during playback in my setup, the new MPC-HC (version 1.1.0.0) works perfectly with hardware decoding. I am using the new internal H264 decoder in combination with VMR9 (renderless). You will have to check the right source and transform filter in order to be able to use it. Also make sure you turn VMR9 mixer mode off, since it causes choppy playback. Also DirectVobSub cannot be used. You will have to use the internal subtitles driver in MPC-HC if you want to display subtitles.

[tetsuo55]

i will contintue the issue found with mixed_ref=1 one here

Original post:
http://forum.doom9.org/showpost.php?p=1113640&postcount=507

it would seem that mixed_ref=1 breaks hardware compatibility, we should test this on DXVA too, if it doesnt work we will have found an option that breaks DXVA, the next question would be accidental or by design?

[CruNcher]

hmm which X264 build did he use and does he have a sample of the file tough he says it doesn't work on the PS3 doesn't mean it doesn't have to work on Nvidia and Ati Decoders.

[TheShadowRunner]

well guys, i have a small finding to share.
I had this 720p file encoded at level5.1 which didn't play with dxva (black screen)
I unmuxed it, converted to 720p level4.1, and at the time of muxing it back, i made a mistake and chose the extracted, unchanged 720p file level 5.1.
And guess what the remuxed file works with DXVA AND level5.1..
I used mkvmerge 2.2 to remux. The file had been originally muxed with 2.0...
Strange or what?
Later,

TSR

[Moondust]

@TheShadowRunner
MPC-HC v1.1.0.0 can play 720p files with High@L5.1 using DXVA.

[TheShadowRunner]

Hi Moondust, the weird thing is that my above finding worked for Cyberlink 264 decoder!!
The ONLY difference between working file and not working file is that they have been muxed with different versions of mkvmerge. Go figure.
See you,

TSR

[UsedUser]

i will contintue the issue found with mixed_ref=1 one here

Original post:
http://forum.doom9.org/showpost.php?p=1113640&postcount=507

it would seem that mixed_ref=1 breaks hardware compatibility, we should test this on DXVA too, if it doesnt work we will have found an option that breaks DXVA, the next question would be accidental or by design?
I have used mixed_ref=1 throughout testing and it has not caused an issue. No problem with mixed refs for DXVA.

[ohropax]

Hi Moondust, the weird thing is that my above finding worked for Cyberlink 264 decoder!!
The ONLY difference between working file and not working file is that they have been muxed with different versions of mkvmerge. Go figure.
See you,

TSR

Are you using MPC-HC? I do and have experienced something similar when encoding with ffmpeg + libx264. If i choose MKV as output container, the file cannot be played with DXVA MPC-HC. If i however choose MP4, it can. The video stream should be identical in these cases. I took a look at the issue with avinaptic an I guess that it has something todo with how the video stream is marked up in the MKV container:

The MKV files that actually work do have a framerate (or something similar) set in the containers video stream description (the stream itself has the information as well afaik). But in the case of non-working MKV, the framerate is missing in the containers video stream description (the stream itself still has it of course i assume). So this seems to be either a bug in the MKV creation program or a bug in the way MPC-HC handles containers stream attributes.

my 2ct
Marcus

[TheShadowRunner]

But in the case of non-working MKV, the framerate is missing in the containers video stream description (the stream itself still has it of course i assume).

Hey Marcus, I think you nailed it. That must be it, for certain files that is.
In any case, it seems solved with mkvmerge 2.2.0.
Did you try to remux with this one and check?
And no, i don't use MPC, Zoom Player here ^^;
See you,

TSR

[tetsuo55]

I have used mixed_ref=1 throughout testing and it has not caused an issue. No problem with mixed refs for DXVA.

dou you have the ability to test on a PS3, or could you upload a small sample encoded with those settings so we can post that in the ps3 thread.

On that topic we REALY need some small tests files.

480p, 576p, 720p, 1080p. Maxed out settings within DXVA spec, 5-10 seconds playtime or something? Ofcourse it should be a transcode of a PD video.

[ohropax]

Did you try to remux with this one and check?

I have put it onto my TODO list, will post results for different versions of mkvmerge muxed streams as well as for ffmpeg muxed streams. For ffmpeg i will post results for newly encoded streams as well as for remuxes to see whether it makes any difference.

bye,
Marcus

[qyqgpower]

I've got some problems with vbv settings.
I encoded a 1080p clip with 2pass @ 6000kb/s, the result average bitrate is correct. But when I playing through the file, huge bitrate spikes(over 197mb/s) are appeared in some intended noise scenes.

So I decide to encode again, with vbv settings from Blu-ray Profile:--vbv-bufsize 30000 --vbv-maxrate 38000
result bitrate is less than target: 5983.6
and still very high bitrate is present in those scenes, over 50mb/s

Is there something wrong with vbv control?

[CruNcher]

x264s VBV isn't fully compliant yet was this a build with AQ and if yes which version did you used, also try a vbv 2pass patched build, that should be better in your case.

[qyqgpower]

yes I'm using 798 patched from MeGUI's autoupdate.

where could I obtain a vbv 2pass patched build? and why such a patch wasn't in SVN?

wait a minute, is this build already patched with vbv 2pass v6?

I will try Mythcreator's x264.798.modified.experimental.exe in the patches thread.

[juGGaKNot]

Hello.

I have some problems with megui and DXVA-HD-HQ profile

My footage is at 1920x1088 with crop (0,4,-0,-4) @ 24 FPS

Auto-encode does not work :

http://i286.photobucket.com/albums/ll105/juGGaKNot4cs/ERROR.jpg

Also if i use pre-render it does not work :

http://i286.photobucket.com/albums/ll105/juGGaKNot4cs/5ERROR.jpg

Only way it works is RAWAVC then mp4box and FAAC commandline :

http://i286.photobucket.com/albums/ll105/juGGaKNot4cs/Works.jpg

Any tips ?

LE : used 720P for this trial, will do 1920x1088 with crop (0,4,-0,-4) @ 24 FPS now.

[juGGaKNot]

IT WORKS!

kmplayer was the problem, MPC works FINE!

1920x1088 render at 23.967 FPS from vegas

avisource("videp.avi")
crop(0,4,-0,-4)
spline36resize(1920,1080)
Converttoyv12()
ColorMatrix()

x264
RAWAVC format ( so i can add the sound via MP4BOX )
DXVA-HD-HQ

Job commandline: "D:\Megui\tools\x264\x264.exe" --pass 1 --bitrate 10000 --stats "D:\Megui\video.stats" --level 4.1 --bframes 3 --b-pyramid --direct auto --filter -2,-1 --subme 1 --analyse none --me dia --threads auto --thread-input --sar 1:1 --progress --no-psnr --no-ssim --output NUL "D:\Megui\video.avs"

so now i should have 1080P video that the video card decodes hardware no?

Also : what matrix should i use ?

FLAT ( DXVA-HD-HQ default ) or this one :

Custom Quantizer Matrix "eqm_avc_hr.cfg".

INTRA4X4_LUMA =
6, 9,13,19,
9,14,20,27,
13,20,28,35,
19,27,35,42

INTRA4X4_CHROMAU =
6,10,15,20,
10,16,21,27,
15,21,28,33,
20,27,33,42

INTRA4X4_CHROMAV =
6,10,15,20,
10,16,21,27,
15,21,28,33,
20,27,33,42

INTER4X4_LUMA =
8,11,15,20,
11,16,21,27,
15,21,28,35,
20,27,35,42

INTER4X4_CHROMAU =
8,11,16,21,
11,17,22,27,
16,22,28,35,
21,27,35,42

INTER4X4_CHROMAV =
8,11,16,21,
11,17,22,27,
16,22,28,35,
21,27,35,42

INTRA8X8_LUMA =
6, 7, 8,10,12,14,16,18,
7, 9,11,13,15,16,18,20,
8,11,14,16,17,19,21,22,
10,13,16,18,20,22,24,26,
12,15,17,20,23,25,28,30,
14,16,19,22,25,29,34,38,
16,18,21,24,28,34,46,52,
18,20,22,26,30,38,52,72

INTER8X8_LUMA =
8, 9,10,12,14,16,19,21,
9,11,13,15,17,19,21,23,
10,13,16,18,20,22,23,25,
12,15,18,21,23,24,26,32,
14,17,20,23,25,27,33,40,
16,19,22,24,27,34,41,52,
19,21,23,26,33,41,53,64,
21,23,25,32,40,52,64,80

This one is made by Sharktooth in 08'

PS : pre-render doesn't work, can i skip it and stil get the hardware decoding ?

Also Sharktooth if u can give me an answer about the matrix .. since its yours :)

Cheers.

juGGaKNot.

[audyovydeo]

--subme 1 --analyse none --me dia

I assume you're only using these settings to waste less time on your test encode, you don't use them in your final encode ?

cheers
audyovydeo

[juGGaKNot]

I will remove whatever takes from the video quality.

anything else ?

Now i render MKV and mux with mkvtoolnix

avisource("1080P24P.avi")
crop(0,0,-0,-0)
spline36resize(1920,1080)
Converttoyv12()
ColorMatrix()

Matrix by sharktooth ( see attachment or post : http://forum.doom9.org/showpost.php?p=1125831&postcount=293 )

and default DXVA-HD-HQ profile !

will post a sample by tonight!

PS : how do i find out if my video works with the HARDWARE decoding that my XFX 8500 offers ?

LATER EDIT :

The output frame rate is 24.000 FPS, 1920x1080 24P means 24.000 FPS no ?


UPDATE :

http://files.filefront.com/1080P24Paudiomkv/;10013225;/fileinfo.html

Its done, does it work ? please try and post.

Cheers.

juGGaKNot.

[Sharktooth]

Do Not Use Megui 0.3.0.0!!!
How many times i have to say that?!??!?!!?!?!?
It's completely unstable... and it is in development. That version is even outdated!
Get megui ONLY from the official website:
http://www.sf.net/projects/megui

[juGGaKNot]

Do Not Use Megui 0.3.0.0!!!
How many times i have to say that?!??!?!!?!?!?
Get megui ONLY from the official website! That is http://www.sf.net/projects/megui

My bad :|

so install 0.2.6 and update all files or de-select the two first updates and the tree at the bottom ?

will render again

now 23.976 FPS and not 24.

[Sharktooth]

update ALL files!

[juGGaKNot]

update ALL files!

Deleted all OLD files!

Installed megui stable 0.2.6.1046

now updating all ( core & data up to date )

so 0.2.6.1046 STABLE !

[juGGaKNot]

Video done

http://files.filefront.com/final+rendermkv/;10014728;/fileinfo.html

bitrate 10000, at 20000 my x2 4000 laggs with mpc

DVVA-HD-HQ with sharktooth matrix

render mkv, mux with mkvtoolnix ( .wav audio file )

Does it work on your PC ? what quality ? is it 1080P and hardware decoding used ?

General #0
Complete name : D:\New Folder\final render.mkv
Format : Matroska
File size : 16.3 MiB
PlayTime : 11s 750ms
Bit rate : 11.6 Mbps
Encoded date : UTC 2008-04-15 10:08:15
Writing application : mkvmerge v2.2.0 ('Turn It On Again') built on Mar 4 2008 12:58:26
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video #0
Codec : AVC
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L4.1
Codec settings, CABAC : Yes
PlayTime : 11s 708ms
Nominal bit rate : 10000 Kbps
Width : 1920 pixels
Height : 1080 pixels
Display Aspect ratio : 16/9
Frame rate : 23.976 fps
Chroma : 4:2:0
Interlacement : Progressive
Writing library : x264 - core 59 r819M 0414d78
Encoding settings : cabac=1 / ref=4 / deblock=1:-2:-1 / analyse=0x3:0x113 / me=umh / subme=6 / me-prepass=0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=2 / deadzone=21,11 / chroma_qp_offset=0 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=10000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00
Language : English

Audio #0
Codec : PCM
Codec/Family : PCM
Codec/Info : Linear PCM (Little Endian)
PlayTime : 11s 750ms
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Resolution : 16 bits

MeGUI Version: 0.2.6.1046
OS used: Microsoft Windows XP Professional Service Pack 2
Framework used: 2.0
------------------------------------------------------

Looking for job processor for job...

Processor found!



------------------------------------------------------


Starting job job1 at 7:59:22 PM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 8:00:24 PM

------------------------------------------------------

Log for job job1

Job commandline: "D:\MeGUI\tools\x264\x264.exe" --pass 1 --bitrate 10000 --stats "D:\MeGUI\video.stats" --level 4.1 --bframes 3 --b-pyramid --direct auto --filter -2,-1 --subme 1 --partitions none --me dia --threads auto --thread-input --sar 1:1 --cqmfile "D:\MeGUI\profiles\Video\eqm_avc_hr.cfg" --progress --no-psnr --no-ssim --output NUL "D:\MeGUI\video.avs"
avis [info]: 1920x1080 @ 23.98 fps (281 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 3DNow!
x264 [info]: slice I:3 Avg QP:18.91 size: 47778
x264 [info]: slice P:193 Avg QP:24.64 size: 61448
x264 [info]: slice B:85 Avg QP:28.62 size: 19175
x264 [info]: mb I I16..4: 79.2% 0.0% 20.8%
x264 [info]: mb P I16..4: 49.1% 0.0% 0.0% P16..4: 41.9% 0.0% 0.0% 0.0% 0.0% skip: 9.0%
x264 [info]: mb B I16..4: 6.2% 0.0% 0.0% B16..8: 26.9% 0.0% 0.0% direct:24.0% skip:42.9%
x264 [info]: final ratefactor: 25.22
x264 [info]: direct mvs spatial:97.6% temporal:2.4%
x264 [info]: kb/s:9305.5

encoded 281 frames, 4.57 fps, 9306.32 kb/s

------------------------------------------------------

Starting postprocessing of job...

Job completed successfully and deletion of intermediate files is activated

Postprocessing finished!

End of log for job1
------------------------------------------------------


Looking for job processor for job...

Processor found!



------------------------------------------------------


Starting job job2 at 8:00:24 PM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 8:04:00 PM

------------------------------------------------------

Log for job job2

Job commandline: "D:\MeGUI\tools\x264\x264.exe" --pass 2 --bitrate 10000 --stats "D:\MeGUI\video.stats" --level 4.1 --ref 4 --mixed-refs --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 1:1 --cqmfile "D:\MeGUI\profiles\Video\eqm_avc_hr.cfg" --progress --no-psnr --no-ssim --output "D:\MeGUI\video.mkv" "D:\MeGUI\video.avs"
avis [info]: 1920x1080 @ 23.98 fps (281 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 3DNow!
x264 [info]: slice I:3 Avg QP:18.97 size: 51277
x264 [info]: slice P:193 Avg QP:20.37 size: 68597
x264 [info]: slice B:85 Avg QP:23.31 size: 19102
x264 [info]: mb I I16..4: 46.1% 50.6% 3.3%
x264 [info]: mb P I16..4: 8.9% 27.2% 1.4% P16..4: 36.6% 13.9% 4.9% 0.0% 0.0% skip: 7.0%
x264 [info]: mb B I16..4: 1.0% 1.9% 0.1% B16..8: 28.0% 1.5% 2.1% direct: 2.2% skip:63.1%
x264 [info]: 8x8 transform intra:71.3% inter:85.5%
x264 [info]: direct mvs spatial:94.1% temporal:5.9%
x264 [info]: ref P 74.4% 12.7% 7.3% 5.6%
x264 [info]: ref B 75.9% 16.4% 7.7%
x264 [info]: kb/s:10250.2

encoded 281 frames, 1.32 fps, 10251.08 kb/s
desired video bitrate of this job: 10000 kbit/s - obtained video bitrate (approximate): 10254 kbit/s
------------------------------------------------------

Starting postprocessing of job...

Job completed successfully and deletion of intermediate files is activated

Found intermediate output file 'D:\MeGUI\video.stats', deleting...
Deletion succeeded.

Postprocessing finished!

End of log for job2
------------------------------------------------------


Looking for job processor for job...

Processor found!



------------------------------------------------------


Starting job job3 at 8:04:00 PM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 8:04:46 PM

------------------------------------------------------

Log for job job3


------------------------------------------------------

Starting postprocessing of job...

Job completed successfully and deletion of intermediate files is activated

Postprocessing finished!

End of log for job3

cheers.

juGGaKNot.