MeGUI: General Questions and Troubleshooting Thread

[nurbs]

I have spaces in my filenames and that never happended to me.

[drewcifer]

Anytime I encode from a .ts file (1080i/720p) to .mkv and I run media info it always tells me the audio is longer than the video. It always seems to be in sync if I skip thru the file so I don't understand. Can anyone tell me why it does that? Here is an example:

General
Complete name : U:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-muxed.mkv
Format : Matroska
File size : 2.07 GiB
Duration : 41mn 23s
Overall bit rate : 7 163 Kbps
Encoded date : UTC 2008-12-04 20:13:12
Writing application : mkvmerge v2.4.0 ('Fumbling Towards Ecstasy') built on Oct 11 2008 20:13:15
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 41mn 20s
Bit rate : 6 487 Kbps
Nominal bit rate : 6 775 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.307
Writing library : x264 core 65 r1046M 71d34b4
Encoding settings : cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:0.0 /
mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=21,11 / chroma_qp_offset=-4 / threads=6 / nr=0 /
decimate=1 / mbaff=0 / bframes=2 / b_pyramid=1 / b_adapt=2 / b_bias=1 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 /
scenecut=40(pre) / rc=2pass / bitrate=6775 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 /
ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.50
Language : English

Audio
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 41mn 23s
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Rear: L R, LFE
Sampling rate : 48.0 KHz


Maybe the answer is here, but I (and prolly no one else) really don't have time to read 160+ pages.

Thanks in advance...

[fields_g]

BUG:
When trying to mux into mp4, the damn mp4box thing always generates an error when it reaches 100% and finishes. The resulting file is perfectly OK, but it's damn annoying still because it doesn't advance to the next job in the queue, because I have to click the Microsoft's "Don't Send" box first.

This happens on and off, but mostly "on". It seems to have to do with a certain component that is outdated or something because if it happens at all, it usually happens after using the updater.

You might try this workaround.... Right click on 'My Computer', properties, 'advanced' tab, Error Reporting. Disable error reporting and disable notify me of critical errors.

Really shouldn't have to do this in the first place, but might help you out until we find out what is wrong with megui / your system.

[Shropp]

I have already transcoded\ 4.1 m2ts and mkv files that need bars added to them

I use AVIsynth
and all I do is addborders (0,140,0,140)

and it works but I just wanna know what the best encoder setting is to convert an outcome of the same quality?
i dont want to loose quality, nor am i concerned about gaining any.

I just want similar sized file same quality as fast as possible
which (pre loaded) encoder settings should i use?, or new scratchpad anything?

[invy]

You might try this workaround.... Right click on 'My Computer', properties, 'advanced' tab, Error Reporting. Disable error reporting and disable notify me of critical errors.

Really shouldn't have to do this in the first place, but might help you out until we find out what is wrong with megui / your system.
Thanks. I'll do that but, it happens on all 3 of my computers, which made me believe it had to do with a certain megui component that was outdated or something.

And to the other guy, I never use spaces in my file names, so I don't really think it's that.

[Rodger]

Hi Guys,

I´m really done with my ideas....
I tried everything that came to my mind.

Whatever I encode in XVID comes out as 4:3 video.
Just switching to X264 and everything is fine again!

Any ideas? More Information needed?
Hope It´s just a common user-fault.... :confused:

[Nightshiver]

Encode with x264.... why would you use XVID anyway?

[73ChargerFan]

Encode with x264.... why would you use XVID anyway?
Perhaps to use on a DivX compatible dvd player? :devil:

[SynchronousArts]

I had posted an issue with ProRes sources here:
http://forum.doom9.org/showthread.php?p=1179169#post1179169

There's an update to the QTInput dll from tateu to seems to fix this.
http://forum.doom9.org/showthread.php?p=1221305#post1221305

Thanks to tateu for the updated, fixed dll and to Sharktooth
for helping me with this.

SA

[simonhowson]

Hi,

I'm trying to encode a Lagarith 1.3.19 compressed AVI file using MeGUI, but when I load the file in the AviSynth Script Creator, MeGUI crashes.

Do I need to have another filter installed to get this to work?

I also tried loading the same file as an uncompressed AVI (exported from Nero Vision) but the same thing happens, MeGUI crashes.

I installed XviD, but that didn't work.

[n3vv]

hi

when i use textsub("txt.ssa"), megui takes instantly 50%CPU, enconding works, but if i want to close the video preview window, megu crashes. it does not happen without using textsub

[simonhowson]

Hi,

I'm trying to encode a Lagarith 1.3.19 compressed AVI file using MeGUI, but when I load the file in the AviSynth Script Creator, MeGUI crashes.

Do I need to have another filter installed to get this to work?

I also tried loading the same file as an uncompressed AVI (exported from Nero Vision) but the same thing happens, MeGUI crashes.

I installed XviD, but that didn't work.

I found an old thread saying Microsoft Groove can cause AVIs to not load on Vista. I uninstalled it, and now it works!

[Sharktooth]

@n3vv: i use textsub regularly and it does not crash on my side.
check your filter version, ensure it is the latest one.

[HaraldBluetooth]

Is it true, that MeGui/x264.exe/xvid_encraw.exe don't work with my rather old 3.2 GHz Pentium 4 Northwood, stepping 9, Rev. D1 HyperThreading processor, if I set the "Threads" parameter to 0 (=Auto) or 2 in the configuration.

I have tried for several days now to downsize a 720p x264 video and every time the encoding has finished before it really was done.

Then finally I tried to set the Threads parameter to 1 and the encoding finished without error. With this parameter the CPU only reaches an average of 60-70%.

I've logs and other further details if it should be necessary.

[Sharktooth]

dunno where you heard it... but no it's not true.
probably you have a CPU overheating problem.

[HaraldBluetooth]

no I havn't heard that - but my cpu is under 50 degree celtius under full load - so I doubt that it's a heating problem. I've only this problem when the threads parameter is set to auto and 2 - and I get a System/Application error:

Faulting application x264.exe, version 0.0.0.0, faulting module x264.exe, version 0.0.0.0, fault address 0x000faf5c.

I've tried to uninstall MeGui and reinstall again without luck.

MeGUI Version : 0.3.0.3011
OS : Microsoft Windows XP Professional SP3 (5.1.196608.2600) Danish version
Framework used : 2.0 SP1 (2.0.50727.1433)

Any other suggestions?

[HaraldBluetooth]

Here you can see one of the logs:

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.0.3011
--[NoImage] OS : Microsoft Windows XP Professional SP3 (5.1.196608.2600)
--[NoImage] Framework used : 2.0 SP1 (2.0.50727.1433)
-[Information] Hardware
--[NoImage] CPU : Intel(R) Pentium(R) 4 CPU 3.20GHz
-[Information] AutoEncode job generation log
--[NoImage] Split Size : null
--[Information] Eliminating duplicate filenames
---[NoImage] Video output file: R:\Temp\MeGui\On.the.Waterfront.1954.MeGui cq19 x264.264
---[NoImage] Muxed output file: R:\Temp\MeGui\On.the.Waterfront.1954.MeGui cq19 x264-muxed.mp4
---[NoImage] Encodable audio stream 0: R:\Temp\MeGui\On.the.Waterfront.1954.MeGui cq19 aac.m4a
-[Information] Log for job1 (audio, On.the.Waterfront.1954.HDTV.720p.x264-iLL.mkv -> On.the.Waterfront.1954.MeGui cq19 aac.m4a)
--[Information] [10-12-2008 12:14:23] Started handling job
--[Information] [10-12-2008 12:14:23] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("R:\Temp\MeGui\On.the.Waterfront.1954.HDTV.720p.x264-iLL.mkv")
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] ConvertAudioToFloat()
---[NoImage] Normalize()
---[NoImage] ConvertAudioTo16bit()
---[NoImage] return last
--[NoImage] Commandline used: -ignorelength -lc -br 192000 -if - -of "{0}"
--[Information] [10-12-2008 12:14:23] Encoding started
--[Information] [10-12-2008 12:14:23] Encode thread started
--[Information] [10-12-2008 12:14:23] Avisynth script environment opened
--[Information] [10-12-2008 12:14:24] Script loaded
--[Information] Input
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Programmer\megui\tools\NeroAAC\neroAacEnc.exe -ignorelength -lc -br 192000 -if
- -of "R:\Temp\MeGui\On.the.Waterfront.1954.MeGui cq19 aac.m4a"
--[Information] [10-12-2008 12:14:24] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] *************************************************************
---[NoImage] * *
---[NoImage] * Nero AAC Encoder *
---[NoImage] * Copyright 2008 Nero AG *
---[NoImage] * All Rights Reserved Worldwide *
---[NoImage] * *
---[NoImage] * Package build date: Sep 17 2008 *
---[NoImage] * Package version: 1.3.3.0 *
---[NoImage] * *
---[NoImage] * See -help for a complete list of available parameters. *
---[NoImage] * *
---[NoImage] *************************************************************
--[Information] [10-12-2008 12:22:47] Postprocessing
---[Information] Deleting intermediate files
--[Information] [10-12-2008 12:22:47] Job completed
-[Information] Log for job2 (video, On.the.Waterfront.1954.HDTV.720p.x264-iLL.avs -> On.the.Waterfront.1954.MeGui cq19 x264.264)
--[Information] [10-12-2008 12:22:47] Started handling job
--[Information] [10-12-2008 12:22:47] Preprocessing
--[NoImage] Job commandline: "C:\Programmer\megui\tools\x264\x264 revision1046.exe" --crf 19.0 --ref 3 --bframes 16 --deblock -1:-1 --subme 5 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --threads 2 --thread-input --sar 1:1 --progress --no-psnr --no-ssim --
--output "R:\Temp\MeGui\On.the.Waterfront.1954.MeGui cq19 x264.264" "R:\Temp\MeGui\On.the.Waterfront.1954.HDTV.720p.x264-iLL.avs"
--[Information] [10-12-2008 12:22:48] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream
---[NoImage] avis [info]: 704x400 @ 23.98 fps (154970 frames)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2 Cache64
---[NoImage] x264 [info]: profile High, level 3.0
--[Information] [10-12-2008 12:35:45] Job completed

As you can see the under the CPU capabilities, there is written MMX2 and to my knowledge my CPU only supports MMX, not MMX2 - could that be the unknown factor??

[Dark Shikari]

As you can see the under the CPU capabilities, there is written MMX2 and to my knowledge my CPU only supports MMX, not MMX2 - could that be the unknown factor??A Pentium 4 without MMX2 would be quite an amazing artifact... ;)

[HaraldBluetooth]

It could be that I'm wrong - you should be the expert;) - I'm just a noviceguy with an old processor.

Here som data from VCPUID:

[ WCPUID Version 3.3 (c) 1996-2004 By H.Oda! ]

Processor #1 : Intel Pentium 4 / 5DB9D9DE
Platform : Socket478 (mPGA478 Socket)
Vendor String : GenuineIntel
CPU Type : Original OEM Processor (0)
Family : 15 (0)
Model : 2 (0)
Stepping ID : 9 (-)
Brand ID : 9 (-)
APIC : 0
HT Log.CPU Cnt : ----
Name String : Intel(R) Pentium(R) 4 CPU 3.20GHz

Internal Clock : 3192.66 MHz
System Bus : 798.17 MHz QDR
System Clock : 199.54 MHz
Scalable Speed : 200.00 MHz
Multiplier : 16.0

L1 I-Cache : ----
L1 D-Cache : 8K Byte
L1 T-Cache : 12K uOps
L1 Cache : ----
L2 Cache : 512K Byte
L2 Speed : 3192.66 MHz (Full)

MMX Unit : Supported
SSE Unit : Supported
SSE2 Unit : Supported
SSE3 Unit : Not Supported
MMX2 Unit : Not Supported
3DNow! Unit : Not Supported
3DNow!+ Unit : Not Supported

Host Bridge : 8086:2570.02 [Intel 865G/PE/P/GV/848P]
IDE Controller : 8086:24DB.02 [Intel 82801EB (ICH5)]
VGA Device : 10DE:00F5.A2 [NVIDIA GeForce 7800 GS]
Memory Size : 2048M Byte
Memory Clock : ----

OS Version : Windows XP Version 5.1.2600 Service Pack 3
-------------- : -----------------------------------
StdFunc 0 : 00000002 756E6547 6C65746E 49656E69
StdFunc 1 : 00000F29 00020809 00004400 BFEBFBFF
StdFunc 2 : 665B5001 00000000 00000000 007B7040
ExtFunc 0 : 80000004 00000000 00000000 00000000
ExtFunc 1 : 00000000 00000000 00000000 00000000
ExtFunc 2 : 20202020 20202020 20202020 6E492020
ExtFunc 3 : 286C6574 50202952 69746E65 52286D75
ExtFunc 4 : 20342029 20555043 30322E33 007A4847
00000017h : 000A0000 00000000 00000000 00000000
0000001Bh : 00000000 FEE00900 00000000 00000000
0000002Bh : 00000000 0000008E 00000000 00000000
0000002Ch : 00000000 10120010 00000000 00000000
000001A0h : 00000000 00000089 00000000 00000000

##--- Date 12/11/2008, Time 01:16:30 / 2.0.0.4

I could still be wrong:confused:

[HaraldBluetooth]

Are the resize filters made with MMX2 or SSE2 instructions or something else??

I'm just seeking in the dark of an unknown world for me....

[Sharktooth]

if x264 crashes is not a megui problem.
you better post your problem in the avc forum.

[HaraldBluetooth]

Hi Sharktooth - I understand what you are saying - but who identifies the cpu and who is raising the MMX2 flag?? -
and I know you are one of the code gurus in this forum - could you please advise me - if it's not a MeGui problem - do you know which other programs/filters MeGui uses/calls, that could use these MMX2 instructions, because I've also had crashes with xvid_encraw.exe and ffmpeg.exe.

[laserfan]

Is it true, that MeGui/x264.exe/xvid_encraw.exe don't work with my rather old 3.2 GHz Pentium 4 Northwood, stepping 9, Rev. D1 HyperThreading processor, if I set the "Threads" parameter to 0 (=Auto) or 2 in the configuration.I have that exact CPU and everything you mentioned works. So I'd suspect a system problem first e.g. memory or mobo--are you able to run MemTest86, Prime95 etc. without errors?

[HaraldBluetooth]

Hi laserfan - that sounds pretty good!

I've reinstalled Windows XP 14 days ago with all drivers, servicepacks updated and I've just got new RAM - I've run Memtest86 without problems.

I don't get errors in other programs, but then again none of them are stretching my system as much as video encoding.

May I ask you about you have downsized a 780p x264 video and what are the cpu capabilities in your log and which filter did you use?

I'll give Prime95 a try.

[n3vv]

@Sharktooth: i use vsfilter 1.0.1.3, to clarify megui crashes only when i want to close the video preview window, without closing the video preview window I can do everything as usual except that the megui.exe process takes half of the cpu

[Sharktooth]

Hi Sharktooth - I understand what you are saying - but who identifies the cpu and who is raising the MMX2 flag??
x264. megui doesnt even care about CPU instruction sets.
and I know you are one of the code gurus in this forum - could you please advise me - if it's not a MeGui problem - do you know which other programs/filters MeGui uses/calls, that could use these MMX2 instructions, because I've also had crashes with xvid_encraw.exe and ffmpeg.exe.
i guess xvid_encraw and ffmpeg crash for the same reason.
however, there is something wrong with your system. you CPU should have MMX2.

P.S.: im not such a code "guru" btw...

[n3vv]

hey, i was mislead by the project's homepage at sourceforge, it does not have the newest version of the vsfilter, i've found a newer one (1.0.1.5) somewhere else and now everything is fine, thx

[Sharktooth]

that's why i said "ENSURE it is the latest one..."

[Nightshiver]

Sharky, I'm still having problems with mencoder. I have no idea why it's just me. The versions/builds I've currently used are:

26924
27770
27323
27811
27305
27743

And none of them work. I had just recently replaced mencoder again with 27770 and for 1 encode, it was fine. But when I tried to do a second one, it crashed. I'm just totally clueless and annoyed at why this is happening. I have also tried uninstalling/re-installing MeGUI also.

I just saw on the sf page that mencoder has finally been updated since October to a brand new December 11 28126 version, and I will try this one. Hope it works....

[laserfan]

Here you can see one of the logs:

---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2 Cache64
---[NoImage] x264 [info]: profile High, level 3.0
--[Information] [10-12-2008 12:35:45] Job completed

As you can see the under the CPU capabilities, there is written MMX2 and to my knowledge my CPU only supports MMX, not MMX2 - could that be the unknown factor??
My x264 log (for my P4 3.2GHz Northwood) shows the same MMX2.

I suspect your problem is not with the P4 or x264 at all, and if it's not hardware, then either your source or your decoding method is encountering something that aborts.

Sorry I don't use MeGUI so can't help further. But I would try a completely different source.

Another idea is to try RipBot264 on your source to see if you get a crash with it (simpler even than MeGUI).

[HaraldBluetooth]

Sharktooth - I've investigated a little further about The Mystic Mr. MMX2.

MMX was introduced in 1997 in their Pentium line.

AMD enhanced Intel's MMX with 3DNow! in 1998 and as an answer to that Intel introduced the SSE extension in 1999.

With the introduction of Pentium 4 CPUs in 2001, Intel introduced the SSE2 and SSE3 instruction sets to accelerate
calculations, transactions, media processing, 3D graphics, and games. They also integrated Hyper-threading.

No official sources mention anything about MMX2 in combination with any of Intel's processors.

So I'm not so worried about that anymore, because you can't give instructions to something, that don't exists. It must
be an internal developer term for something else. I've have also seen this term (mis)used in old FFDShow and Mplayer
developer threads, but where this term originally is born, may hang in the balance.

For my crashes I must look somewhere else - it could be the source, hardware related or conflicting software or other things.

I got my source downsized with 1 thread and got my system torture tested with Prime95 without errors, that is really something.

:thanks: to Sharktooth (not such a code "guru" - that was good :D) and laserfan for your kind answers and suggestions.

[Dark Shikari]

Sharktooth - I've investigated a little further about The Mystic Mr. MMX2.

MMX was introduced in 1997 in their Pentium line.

AMD enhanced Intel's MMX with 3DNow! in 1998 and as an answer to that Intel introduced the SSE extension in 1999.

With the introduction of Pentium 4 CPUs in 2001, Intel introduced the SSE2 and SSE3 instruction sets to accelerate
calculations, transactions, media processing, 3D graphics, and games. They also integrated Hyper-threading.

No official sources mention anything about MMX2 in combination with any of Intel's processors.

So I'm not so worried about that anymore, because you can't give instructions to something, that don't exists. It must
be an internal developer term for something else.MMX2 is also known as MMXEXT, also known as iSSE (Integer SSE).

MMX2 was introduced on the Pentium 3 line of CPUs and is also present on the Athlon K7.

[HaraldBluetooth]

MMX2 is also known as MMXEXT, also known as iSSE (Integer SSE).

MMX2 was introduced on the Pentium 3 line of CPUs and is also present on the Athlon K7.

Now we are talking - this is the programmers own name/alias for the 19 new MMX instructions, which are a subset of Intel's SSE1 instruction set and not a intel cpu capability as such.

[squid_80]

It's not strictly made up by programmers, it came from the AMD K7s which featured "AMD Extensions to MMX Instructions" (different from 3DNow). The Pentium 3s had SSE which implied the same capabilities.

[HaraldBluetooth]

Thanks for the clarification Dark Shikari and squid_80, but it was a little confusing/misleading to a novice as me, that the program writes this MMX2 as a cpu capability in the log, when it really is a subset of the Intel SSE instruction set.

What do farmers know about cucumbers, as we say in Denmark :D

[Dark Shikari]

Thanks for the clarification Dark Shikari and squid_80, but it was a little confusing/misleading to a novice as me, that the program writes this MMX2 as a cpu capability in the log, when it really is a subset of the Intel SSE instruction set.

What do farmers know about cucumbers, as we say in Denmark :DIt's rather misleading to call it SSE instructions... when it doesn't work on SSE registers.

So most developers use AMD's terminology for it.

Note, by the way, that x264 actually requires MMX2 to run (you can't run it on a pre-MMX2 machine without compiling it with --disable-asm).

[HaraldBluetooth]

It's rather misleading to call it SSE instructions... when it doesn't work on SSE registers.

So most developers use AMD's terminology for it.

Note, by the way, that x264 actually requires MMX2 to run (you can't run it on a pre-MMX2 machine without compiling it with --disable-asm).

You mean SSE, when you are talking to a guy like me with an old Intel processor.

[Dark Shikari]

You mean SSE, when you are talking to a guy like me with an old Intel processor.But x264 works on K7, which doesn't have SSE ;)

[HaraldBluetooth]

Yes ordinary users are from Mars , video developers are from Venus :p

[Sharktooth]

Sharky, I'm still having problems with mencoder. I have no idea why it's just me. The versions/builds I've currently used are:

26924
27770
27323
27811
27305
27743

And none of them work. I had just recently replaced mencoder again with 27770 and for 1 encode, it was fine. But when I tried to do a second one, it crashed. I'm just totally clueless and annoyed at why this is happening. I have also tried uninstalling/re-installing MeGUI also.

I just saw on the sf page that mencoder has finally been updated since October to a brand new December 11 28126 version, and I will try this one. Hope it works....
dont know what to tell. i included 27770 i the megui autoupdate and, as the previous version, works here.
without the possibility to reproduce the crash i can do almost nothing.
im sorry but you have try to debug the crash on your side.
or, if you find a working recent version, tell me and i will include it in the megui autoupdate.

[chros]

Is it possible that the update servers are down ?

I have a fresh install from sf.net, and I couldn't update megui (3.0.3009) ...

Thanks

[Kurtnoise]

yes, it's down...just wait a couple of hours.

[SacredCultivator]

Sorry to linkback here but in my Thread Here (http://forum.doom9.org/showthread.php?t=143501), people were saying that it was x264's doing... So I thought I would post it in this thread to see if I can get more opinions on this. As I'm trying to stic with Single-Pass Constant Quality encoding in a .mp4 container. And was wanting to try to get the Subtitles (.ass) to display as clearly as possible in the video.

A few people there mentioned that it had to do with x264 dev. and someone else PM'ed me about this so I thought I would be curious and ask.

Thanks.

[Sharktooth]

are you sure you linked the correct thread?!?

[SacredCultivator]

Ah, sorry about that, link fixed.

-Link (http://forum.doom9.org/showthread.php?t=143501)

[Sharktooth]

pixelation around subs is probably due to AQ. lower the Adaptive Quant. strength or disable it and see if it gets better.
however, yes, it is related to x264, not the gui.

[SacredCultivator]

@Sharktooth: Okay I'll post back results with it lowered from 1.0 to .05, and another for Disabled.

Oh btw, should I have the Deblocking enabled at 0,0? Or disabled?

[Sharktooth]

deblockin should be ALWAYS enabled in h.264. it's an inloop deblocking that's different than ASP (xvid, divx, etc...) deblocking.

[SacredCultivator]

Oh alrights, but for general purposes, 0,0 usually does the job right? As I'm not too familiar with what the + / - values do.

[Sharktooth]

0,0 is the default value. so it means it is ok for general purpouses.
i personally prefer -1,-1 or -2,-1... but that's a matter of taste.