Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th July 2015, 07:57   #7941  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,007
That means, in fact xvid_encraw should support OpenDML AVI output for optimal results. Or MeGUI may prefer to use ffmpeg with libxvid instead to encode, this way an AVI may already contain the correct FourCCs.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 7th July 2015 at 08:02.
LigH is offline   Reply With Quote
Old 8th July 2015, 22:03   #7942  |  Link
Zathor
Registered User
 
Join Date: Nov 2009
Posts: 2,402
Quote:
Originally Posted by LigH View Post
Or MeGUI may prefer to use ffmpeg with libxvid instead to encode[...]
I have thought about that during the switch to Xvid 1.3.x. But it seems there is no mapping table available for xvid_encraw --> ffmpeg settings. I also fear that some settings wont be available at all.

Last edited by Zathor; 9th July 2015 at 14:00.
Zathor is offline   Reply With Quote
Old 9th July 2015, 09:12   #7943  |  Link
kalehrl
Registered User
 
Join Date: Feb 2011
Posts: 286
I believe for a short time libxvid was available in StaxRip and I tried it but could not figure out what settings to use to get similar quality/size ratio as with xvid_encraw in MeGUI.
In my opinion, xvid_encraw is far superior to libxvid.
kalehrl is offline   Reply With Quote
Old 9th July 2015, 09:30   #7944  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,007
But in fact, xvid_encraw as such is just a rather simple demo encoder, mainly a CLI frontend. Analyzing its sources may enlighten you about the available parameters for applications using libxvid.
__

I was just looking for MKV support and found that, when a symbol is enabled, a file "matroska.cpp" would have to be included. But it seems that it does not exist, not even on SVN. So it was probably never programmed yet?
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 9th July 2015 at 09:40.
LigH is offline   Reply With Quote
Old 18th July 2015, 11:01   #7945  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 322
Hello, and Happy Saturday! I don't know if this problem is specific to MeGUI, but as that's what I'm using I thought I'd ask here. When I'm using the following basic script:

Code:
LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\DGIndexNV\DGDecodeNV.dll")
DGSource("SourcePath")
Trim(0,FirstHalfNumberOfFramesFromPreviewWindow)
SMDegrain(TR=3,ThSAD=500,RefineMotion=True,Plane=0,Chroma=False,Lsb=True,Lsb_Out=True)
F=DitherPost(Mode=-1)
S=F.FastLineDarkenMod()
D=MT_MakeDiff(S,F).Dither_Convert_8_To_16()
Dither_Add16(Last,D,Dif=True,U=2,V=2)
GradFun3(Radius=16,Lsb_In=True,Lsb=True)
# DitherPost()
Dither_Out()
MeGUI's preview window opens and, using the frame numbers at the top of the window, I can create two scripts (eg. ThisEncode-Part1.avs and ThisEncode-Part2.avs) with Trim(0,FirstHalfNumberOfFramesFromPreviewWindow) and Trim(FirstHalfNumberOfFramesFromPreviewWindow+1,0) so as to have two equal halves. When I open either of these with MeGUI's preview window the number of frames for each half is correct. However, with the following script:

Code:
LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\DGIndexNV\DGDecodeNV.dll")
DGSource("SourcePath")
Trim(0,FirstHalfNumberOfFramesFromPreviewWindow)
### Deinterlace-Match Fields-Decimate ###
LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\avisynth_plugin\TIVTC.dll")
Function FieldMatch(Clip C) {
  Global PP = C.DuplicateFrame(0)
  Global CC = C
  Global NN = C.DeleteFrame(0)
  P2 = PP.SeparateFields()
  C2 = CC.SeparateFields()
  N2 = NN.SeparateFields()
  Global PC = Interleave(P2.SelectEven(),C2.SelectOdd()).Weave()
  Global CP = Interleave(C2.SelectEven(),P2.SelectOdd()).Weave()
  Global CN = Interleave(C2.SelectEven(),N2.SelectOdd()).Weave()
  Global NC = Interleave(N2.SelectEven(),C2.SelectOdd()).Weave()
  Global Deint = QTGMC(CC).SelectEven()
  Return ScriptClip(CC, \
    "!CC.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? CC : " + \
    "!NN.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? NN : " + \
    "!CN.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? CN : " + \
    "!NC.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? NC : " + \
    "!PP.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? PP : " + \
    "!CP.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? CP : " + \
    "!PC.IsCombedTIVTC(CThresh=12,Chroma=True,BlockX=16,BlockY=32) ? PC : Deint")
}
TFM(Order=-1,Mode=5,PP=2,Clip2=FieldMatch(),Slow=2,MChroma=False,Ubsco=False,CThresh=12,Chroma=True)
TDecimate(Mode=1)
### Fix Line-Doubled Fields ###
NNEDI3(Field=-2)
Merge(SelectEven(),SelectOdd())
### Reduce Shimmering ###
QTGMC(InputType=1)
### Stabilize ###
Stab(Mirror=15)
### Crop ###
Crop(8,0,-8,0)
### Gibbs Noise Block ###
Edge=MT_Edge("prewitt",ThY1=20,ThY2=40).RemoveGrain(17)
Mask=MT_Logic(Edge.MT_Expand().MT_Expand().MT_Expand().MT_Expand(),Edge.MT_Inflate().MT_Inpand(),"xor")
MT_Merge(DFTTest(),Mask,Luma=True)
### Overall Temporal Denoise ###
SMDegrain(TR=2,ThSAD=400,ContraSharp=True,RefineMotion=True,Plane=0,Lsb=True,Lsb_Out=True,PreFilter=2,Chroma=False)
### Resize ###
LinearResize(640,480,Lsb_In=True,Lsb_Out=True)
### Darken-Thin Lines ###
F=DitherPost(Mode=-1)
S=F.FastLineDarkenMod(Strength=20,Prot=6).aWarpSharp2(Blur=4,Type=1,Depth=3,Chroma=2)
D=MT_MakeDiff(S,F).Dither_Convert_8_To_16()
Dither_Add16(Last,D,Dif=True,U=2,V=2)
### Deband ###
GradFun3(thR=0.55,SMode=2,Lsb_In=True,Lsb=True,StaticNoise=True)
### Preview Source OR Send 16-bit Output To x264 10-bit ###
# DitherPost()
Dither_Out()
opened in MeGUI's preview window, if I use the frame numbers at the top of the preview window to make two scripts as above, then open each of these in MeGUI's preview window, the number of frames is never correct. That is, each script doesn't have half the frames (as I'd expect), but instead one "half" might have a third of the frames while the other "half" has two-thirds of the frames.

Please, would someone explain to me why this happens? Also, is there any way to correct this, to make the preview for that script frame-accurate? Thanks for your time .

Last edited by LouieChuckyMerry; 20th July 2015 at 04:28. Reason: AddedTrim()
LouieChuckyMerry is offline   Reply With Quote
Old 18th July 2015, 15:06   #7946  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,079
Where are you putting Trim()?
If there's a frame rate change due to decimation etc and you add Trim, you'd want to add it before the frame rate change otherwise there'll be a different number of frames and your Trim starting in the middle won't be in the middle any more. Or change the frames you're using with Trim() if the frame count changes due to decimation, but it's probably easier just to put it earlier in the script.

Question.... Does QTGMC and SMDegrain in the same script do a better job removing noise than just letting QTGMC do the denoising?

Something like QTGMC(InputType=1, Ezdenoise=1.5) and whatever other settings you want to play with. I ask, because QTGMC stabilises everything, including any noise it doesn't remove, and it seems to me that'd make SMDegrain less effective. I've never used them both in the same script myself, it's just a thought....

Last edited by hello_hello; 18th July 2015 at 15:13.
hello_hello is offline   Reply With Quote
Old 19th July 2015, 10:06   #7947  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 322
Quote:
Originally Posted by hello_hello View Post
Where are you putting Trim()?
Oops, that would certainly help you answer my question (I've edited the scripts accordingly) . As you can see Trim is before the decimation, which is why I'm more confused than usual.


Quote:
Originally Posted by hello_hello View Post
Question.... Does QTGMC and SMDegrain in the same script do a better job removing noise than just letting QTGMC do the denoising?

Something like QTGMC(InputType=1, Ezdenoise=1.5) and whatever other settings you want to play with. I ask, because QTGMC stabilises everything, including any noise it doesn't remove, and it seems to me that'd make SMDegrain less effective. I've never used them both in the same script myself, it's just a thought....
That's a good question. I actually ran some tests with the above script but turning off SMDegrain's denoising (TR=0, ThSAD=0) and noticed no difference in the output video on my 14" 1600x900 laptop screen. I'm using SMDegrain here more for its other features, the high bit depth pipeline, motion vectors, and prefilter, and kept the mild denoising settings (TR=2, ThSAD=400) out of paranoia, er, because they were suggested by the author when (s)he was kind enough to look at a test clip for me (to be fair, this was recommended before the QTGMC line was added for the shimmering).

I know the script seems out of hand--some might say I'm suffering from filteritis --but I've tested it everywhichway and removing even a single filter has a very noticeable adverse effect on the output video. This S5.E21-TestClip is a great example. Run this clip with the above script and check out the results, I think they're amazing given the source's poor quality.
LouieChuckyMerry is offline   Reply With Quote
Old 19th July 2015, 11:47   #7948  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,079
Are you sure you're using half the frames according to the preview before adding any decimation to the script and previewing that, which will change the total number of frames displayed by the preview? I can't think of a reason why it shouldn't work.

I've got to spend some time in the real world. I'll check out the sample later.
hello_hello is offline   Reply With Quote
Old 20th July 2015, 04:26   #7949  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 322
Quote:
Originally Posted by hello_hello View Post
Are you sure you're using half the frames according to the preview before adding any decimation to the script and previewing that, which will change the total number of frames displayed by the preview? I can't think of a reason why it shouldn't work.
I've triple-checked with mulitiple 29.970 FPS sources. I:

1) Create .dgi and .avs (with the above script) files with DGIndexNV.

2) Drag the .avs file onto the MeGUI GUI.

3) Find the next scene change and note the frame number at the top of the preview window.

4) Make two copies of the .avs file, appending the names with "Part1" and "Part2", then add "Trim(0,LastFrameOfFirstScene)" to Part1 and "Trim(FirstFrameOfSecondScene,0)" to Part2, both immediately after the "Source" line.

5) Open each in MeGUI and note that they're not of equal size .

Perhaps I'm missing something (wouldn't be the first time). Do you think this is a bug or just a vagary of the script?
LouieChuckyMerry is offline   Reply With Quote
Old 20th July 2015, 09:11   #7950  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,079
It still sounds like you're going about it the wrong way. If you open a 29.970 video with (as an example) 100,000 frames, after normal TDecimate() you'd be left with 80,000 frames.
So if you put Trim() first (directly after the source), you'd need to use Trim(0,50000) for the first script and Trim(50001,0) for the second script.
If you put Trim() at the end, it'd be Trim(0,40000) for the first script and Trim(40001,0) for the second.

From the way you describe it you're finding the "after decimation Trim", but then putting it before the decimation. If you want to use Trim directly after the source line, preview the script without any filtering, work out where the halfway point is, make two copies of the script and add Trim to each, then follow Trim with your filtering/decimation.

You may find the total frame count differs by a frame, depending on whether you split the script before decimation or split it after (if the split point isn't on an even multiple of five frames before decimation), so I assume splitting the script after decimation would be more likely to give you exactly the same total frame count as you'd get from just encoding the whole thing as a single script. If that makes sense.....

PS. I kind of tried your script on the sample, but I don't have all the required plugins and I was getting a few errors which would have taken some time to sort out (things like a missing function in a script which probably require an additional plugin to fix), so I deleted Stab() and fiddled with a few things to make it work, but I think I saw the gist of it. It definitely looks better than the original video which is fairly horrible. I forgot you were probably working with animation. No nasty artefacts from using QTGMC on it yet?

Last edited by hello_hello; 20th July 2015 at 10:37.
hello_hello is offline   Reply With Quote
Old 20th July 2015, 09:46   #7951  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,079
Zathor,
I think I found a little bug or rounding error in MeGUI's aspect error calculations. I have the acceptable aspect error set to 0%.

I created a couple of custom input pixel aspect ratios to use in the script creator and combined with anamorphic encoding and "resize to selected mod", any resizing will result in an aspect error of between 0.00003% and 0.00005% being displayed. It doesn't matter how you resize (any mod or dimensions) MeGUI always shows a small aspect error.

As an example, I created two custom aspect ratios of 1.363636, which MeGUI then displays as 15:11, and 1.818181, which is displayed as 20:11 (I thought I'd try spending some time in the world of mpeg4 pixel aspect ratios). They both result in a small aspect error when anamorphic encoding is enabled with resizing.

According to my calculations, if I use the 15:11 aspect ratio with a PAL DVD, I should be able to resize it to exactly 720x528 with zero aspect error, and that's what MeGUI shows, so I assume the small error in the aspect calculations only applies to anamorphic encoding and resizing.

Thanks.

Last edited by hello_hello; 20th July 2015 at 09:49.
hello_hello is offline   Reply With Quote
Old 20th July 2015, 15:20   #7952  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 322
Quote:
Originally Posted by hello_hello View Post
It still sounds like you're going about it the wrong way.
Man, good thing I wasn't driving a motor vehicle. Honestly, it really made sense in my head, as sad as that seems . Anyway, thanks again for the kind help, hello_hello, it's now clear. And I'll edit my templates, thus eliminating at least one way to embarrass myself in the future...


Quote:
Originally Posted by hello_hello View Post
PS. I kind of tried your script on the sample, but I don't have all the required plugins and I was getting a few errors which would have taken some time to sort out (things like a missing function in a script which probably require an additional plugin to fix), so I deleted Stab() and fiddled with a few things to make it work, but I think I saw the gist of it. It definitely looks better than the original video which is fairly horrible. I forgot you were probably working with animation. No nasty artefacts from using QTGMC on it yet?
I thought (ha ha ha) that this was only the case for using QTGMC to deinterlace animation? The QTGMC here is being used in progressive mode to reduce the shimmering, after the deinterlacing-field matching-decimating and doubled-line fixing (I get about 7% of the credit for the script, mostly the neatness ). I've not noticed any artifacts yet, but I've only watched two episodes in their entirety so there might be some yet. Given how impressively QTGMC reduces the shimmering, I'd happily live with the occasional blip (which given the source's low quality might not even be QTGMC's fault).
LouieChuckyMerry is offline   Reply With Quote
Old 20th July 2015, 18:27   #7953  |  Link
hello_hello
Registered User
 
Join Date: Mar 2011
Posts: 4,079
Quote:
Originally Posted by LouieChuckyMerry View Post
I thought (ha ha ha) that this was only the case for using QTGMC to deinterlace animation? The QTGMC here is being used in progressive mode to reduce the shimmering, after the deinterlacing-field matching-decimating and doubled-line fixing (I get about 7% of the credit for the script, mostly the neatness ). I've not noticed any artifacts yet, but I've only watched two episodes in their entirety so there might be some yet. Given how impressively QTGMC reduces the shimmering, I'd happily live with the occasional blip (which given the source's low quality might not even be QTGMC's fault).
Wasn't it you I was conversing with in the QTGMC thread a while back regarding using it for animation? Ah, yes it was. The bottom pic was courtesy of QTGMC in progressive mode, although if I remember correctly I played with a Simpson's sample at the time and it looked okay. I think I'm remembering that correctly, but if it's doing the job and not causing problems, you might as well use it.

For "video" artefacts don't stand out because they usually only happen for a tiny part of a single frame where there's movement and I'd normally only notice by accident when looking closely for something else, but for animation with large blocks of flat colour if there's artefacts they'll be more obvious. Maybe there's a QTGMC setting you could tweak. I haven't tried as I rarely encode animation myself. If you're not seeing any problems though.... don't worry about it.
hello_hello is offline   Reply With Quote
Old 21st July 2015, 01:48   #7954  |  Link
LouieChuckyMerry
Registered User
 
LouieChuckyMerry's Avatar
 
Join Date: Feb 2014
Posts: 322
Long story truncated, after encoding Seasons 1-8 I decided to switch to 10-bit x264, so I figured I'd take the time to try and improve my script before starting over. It's weakest link was the deinterlacing-decimating (turns out the first season is bad tape transfers and the following seasons aren't much better, frequent patches of field-blending and inconsistent pulldown patterns the norm). After posting here I was incredibly lucky when someone with way more knowledge than I happened to be encoding the early-season Simpsons as well. (S)he did all the grunt work regarding the deinterlacing-field matching-decimating, evolving from the questionable use of QTGMC for deinterlacing-decimating to the final script above. It's surely not a perfect approach, but for an automated method, given the horrible source quality, I think it does a really really good job. Someday when I'm bored I'll attack frame-by-frame .

Also, I ran tests with variations of the above script--without NEEDI3, without QTGMC, etc.--and it just looks better as is. Somehow the NEEDI3-QTGMC combo does wonders with regards to the line-doubled fields and shimmering (I tested QTGMC with various presets, and the default was noticeably better than faster options). Now that you've reminded me that QTGMC denoises by default, and since I'm only about halfway through Season 2, I'll double-check my SMDegrain denoise settings to make sure they're not too strong. I ran tests before but what's a little extra paranoia, er, due diligence.

Ahhh, there might be an extra couple, but MinimumPluginsForSimpsonsSuperScript.

Last edited by LouieChuckyMerry; 21st July 2015 at 02:54.
LouieChuckyMerry is offline   Reply With Quote
Old 21st July 2015, 16:07   #7955  |  Link
AW-
Registered User
 
AW-'s Avatar
 
Join Date: Mar 2006
Posts: 9
After 100's of MKv rips, one day I did a mkvmerge update on two computers and both will not do SAR resize.
I have same setup on two machines, If i set it to (704, 480) with force SAR 10:11 or in the custom command line --sar 10:11 It will come out 704 x 480 instead of 704x480 ~> 704x528.
All Sars are the same thing. I reinstalled and the same thing again...hmm

Quote:
[Information] Log
-[Information] Versions
--[Information] [7/21/2015 6:36:03 AM] MeGUI: 2525
--[Information] [7/21/2015 6:36:03 AM] Operating System: Windows 7 Premium Edition x64 SP1 (6.1.65536.7601)
--[Information] [7/21/2015 6:36:03 AM] .Net Framework: 2.0.50727.5420
--[Information] [7/21/2015 6:36:03 AM] .Net Framework: 4.0.0.0
--[Information] [7/21/2015 6:36:04 AM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [7/21/2015 6:36:04 AM] AvisynthWrapper: (02-01-2009)
--[Information] [7/21/2015 6:36:04 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [7/21/2015 6:36:04 AM] Haali DSS2: (14-04-2013)
--[Information] [7/21/2015 6:36:04 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [7/21/2015 6:36:04 AM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [7/21/2015 6:36:04 AM] MediaInfo: 0.7.72.0 (07-01-2015)
--[Information] [7/21/2015 6:36:04 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [7/21/2015 6:36:04 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [7/21/2015 6:36:04 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [7/21/2015 6:36:04 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [7/21/2015 6:36:04 AM] Using cached update config and server: http://megui.tmebi.de/stable/
--[Information] [7/21/2015 6:36:04 AM] No package requires an update
-[Information] Log for job63 (video, Bla blaClip.avs -> )
--[Information] [7/21/2015 6:38:26 AM] Started handling job
--[Information] [7/21/2015 6:38:26 AM] Preprocessing
--[Information] [7/21/2015 6:38:26 AM] Avisynth input script
---[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI_2418_x86\DGMPGDec 1.5.5\DGDecode.dll")
---[NoImage] #LoadPlugin("C:\Program Files (x86)\MeGUI_2418_x86\AviSynthPlugins\Tdeint.dll")
---[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI_2418_x86\AviSynthPlugins\TIVTC.dll")
---[NoImage] #LoadPlugin("C:\Program Files (x86)\MeGUI_2418_x86\AviSynthPlugins\mt_MaskTools.dll")
---[NoImage] #LoadPlugin("C:\Program Files (x86)\MeGUI_2418_x86\AviSynthPlugins\mt_masktools.dll")
---[NoImage] MPEG2Source("C:\DVD\Bla bla (1978) NT D5 CG\Bla bla\Clip\Clip.d2v", cpu=0)
---[NoImage] #import("C:\Program Files (x86)\MeGUI_2418_x86\AviSynthPlugins\Srestore.avs")
---[NoImage] #tdeint(order=-1)
---[NoImage] #tdeint(order=1)
---[NoImage] #srestore()
---[NoImage] tfm().TDecimate()
---[NoImage] #greyscale()
---[NoImage] #AssumeFPS("film")
---[NoImage] Crop(8, 0, -8, -6)
---[NoImage] BicubicResize(704, 480)
--[Information] [7/21/2015 6:38:26 AM] resolution: 704x480
--[Information] [7/21/2015 6:38:26 AM] frame rate: 24000/1001
--[Information] [7/21/2015 6:38:26 AM] aspect ratio: 4:3 (1.333)
--[Information] [7/21/2015 6:38:26 AM] custom command line: --sar 10:11
--[Information] [7/21/2015 6:38:26 AM] Job commandline: "C:\Program Files (x86)\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 3.1 --preset slow --tune film --pass 1 --bitrate 1800 --stats "C:\Program Files (x86)\MeGUI_2418_x86\logs\1011.stats" --deblock -3:-3 --keyint 240 --bframes 5 --ref 9 --vbv-bufsize 14000 --vbv-maxrate 14000 --ratetol 3.0 --rc-lookahead 60 --merange 32 --subme 10 --partitions all --trellis 2 --no-dct-decimate --no-fast-pskip --sar 10:11 --output NUL "C:\DVD\Bla bla (1978) NT D5\SBla bla\Bla blaClip\Bla blaClip.avs"
--[Information] [7/21/2015 6:38:27 AM] Process started
--[Information] [7/21/2015 6:38:27 AM] Standard output stream
---[Information] [7/21/2015 6:38:44 AM] avs [info]: AviSynth 2.58, buildec 22 2008 [08:46:51]
---[Information] [7/21/2015 6:38:44 AM] avs [info]: Video colorspace: YV12
---[Information] [7/21/2015 6:38:44 AM] avs [info]: Video resolution: 704x480
---[Information] [7/21/2015 6:38:44 AM] avs [info]: Video framerate: 24000/1001
---[Information] [7/21/2015 6:38:44 AM] avs [info]: Video framecount: 1364
---[Information] [7/21/2015 6:38:44 AM] avs4x26x [info]: "x264_64" - --level 3.1 --preset slow --tune film --pass 1 --bitrate 1800 --stats "C:\Program Files (x86)\MeGUI_2418_x86\logs\1011.stats" --deblock -3:-3 --keyint 240 --bframes 5 --ref 9 --vbv-bufsize 14000 --vbv-maxrate 14000 --ratetol 3.0 --rc-lookahead 60 --merange 32 --subme 10 --partitions all --trellis 2 --no-dct-decimate --no-fast-pskip --sar 10:11 --output NUL --frames 1364 --fps 24000/1001 --input-res 704x480 --input-csp i420
--[Information] [7/21/2015 6:38:27 AM] Standard error stream
---[Information] [7/21/2015 6:38:28 AM] raw [info]: 704x480p 10:11 @ 24000/1001 fps (cfr)
---[Information] [7/21/2015 6:38:28 AM] x264 [info]: using SAR=10/11
---[Information] [7/21/2015 6:38:28 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
---[Information] [7/21/2015 6:38:28 AM] x264 [info]: profile Main, level 3.1
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: frame I:10 Avg QP:17.84 size: 62706
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: frame P:262 Avg QP:20.70 size: 27645
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: frame B:1092 Avg QP:24.80 size: 4595
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: consecutive B-frames: 1.2% 1.6% 7.9% 3.5% 4.4% 81.4%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: mb I I16..4: 11.7% 0.0% 88.3%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: mb P I16..4: 13.6% 0.0% 0.0% P16..4: 82.5% 0.0% 0.0% 0.0% 0.0% skip: 3.8%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: mb B I16..4: 1.5% 0.0% 0.0% B16..8: 28.9% 0.0% 0.0% direct:13.6% skip:56.0% L0:18.7% L1:32.4% BI:48.9%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: final ratefactor: 19.94
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: direct mvs spatial:99.4% temporal:0.6%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: coded y,uvDC,uvAC intra: 83.1% 79.4% 55.3% inter: 27.9% 16.6% 7.9%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: i16 v,h,dc,p: 24% 29% 33% 14%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 28% 10% 7% 8% 7% 8% 7% 9%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: i8c dc,h,v,p: 49% 24% 20% 7%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: Weighted P-Frames: Y:3.1% UV:0.0%
---[Information] [7/21/2015 6:38:44 AM] x264 [info]: kb/s:1812.35
---[Information] [7/21/2015 6:38:44 AM] encoded 1364 frames, 80.00 fps, 1812.35 kb/s
--[Information] [7/21/2015 6:38:44 AM] Postprocessing
---[Information] [7/21/2015 6:38:44 AM] Deleting intermediate files
--[Information] [7/21/2015 6:38:44 AM] Job completed
If you need any other settings info I may have left out, please ask. I'm sure it's something trivial I over looked.

Thanks in advance.
AW- is offline   Reply With Quote
Old 22nd July 2015, 09:01   #7956  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,007
Useful ressource: http://members.optusnet.com.au/squid_80/sources/

To possibly build a custom binary of xvid_encraw, one may be interested in:according to a message from the xvid-devel mailing list.

squid_80 used to be a member here; last posts in Sept. 2011
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 22nd July 2015 at 09:04.
LigH is offline   Reply With Quote
Old 22nd July 2015, 11:29   #7957  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,714
Quote:
Originally Posted by AW- View Post
After 100's of MKv rips, one day I did a mkvmerge update on two computers and both will not do SAR resize.
I have same setup on two machines, If i set it to (704, 480) with force SAR 10:11 or in the custom command line --sar 10:11 It will come out 704 x 480 instead of 704x480 ~> 704x528.
All Sars are the same thing. I reinstalled and the same thing again...hmm
I don't see the problem.
Using --sar 10:11 don't force a pixel resize to 704x528 at encoder time, the resize is make at play time.

Use a mkv output, not NULL like in your log, and you can see the display size like 704x528.
__________________
BeHappy, AviSynth audio transcoder, in Doom9 forums. NicAudio, BassAudio, audio decoders.
tebasuna51 is offline   Reply With Quote
Old 22nd July 2015, 14:22   #7958  |  Link
AW-
Registered User
 
AW-'s Avatar
 
Join Date: Mar 2006
Posts: 9
Quote:
Originally Posted by tebasuna51 View Post
I don't see the problem.
Use a mkv output, not NULL like in your log, and you can see the display size like 704x528.

Is there another format setting other than this one.

Screen shots and viewing still 704 x 480

Even tried typing .mkv in "Video Output" after the file name and still says NULL in logs....hmmm

Thanks again
AW- is offline   Reply With Quote
Old 22nd July 2015, 14:43   #7959  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,007
A "NUL" output is usually the result of only a first pass of a 2-pass encode. If you want 2-pass, either put both the first and the second pass into the queue, or use the auto 2-pass option.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 22nd July 2015, 15:19   #7960  |  Link
AW-
Registered User
 
AW-'s Avatar
 
Join Date: Mar 2006
Posts: 9
I've been using the automated 2nd pass, Thought that would be ok?


I always create my scripts with AvsPmod, Thought I'd double check the other settings as well.


I also tried Disabled 64 bit mode,



Thanks
AW- is offline   Reply With Quote
Reply

Tags
megui

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 10:11.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.