AutoMKV 0.93a - (DVD/TS/AVI/AVS to X264/XviD/WVC1 into MKV/MP4/WMV) update 30/12/2007

[SeeMoreDigital]

Hi buzzqw,

Here are the files generated during encoding. The bottom image is what I obtain when the encoding stops and all the "temporary files" have been deleted: -

http://img172.imageshack.us/img172/6039/automkvdx1.png


And here's the log (http://82.10.220.174/Uploaded_Files/Doom9_Forum_files/AutoMKV_Logs/automkv_log_01.7z).


Hope that helps.... cheers

[buzzqw]

since resmovie.avi is created ( also can you open it and watch for avs error ?) i suppose that something wrong goes with movie.avs...

open in virtualdub movie.avs : got error ?

if not could be a limiter for dos... : your path for lauching xvid_encraw is over 600 ... even if this is ok since resmovie is builded...

with same setting BUT mkv container is OK ? :confused:

please lauch from dos the bat xvidfirstpass.bat and secondpass.bat and tellme the error (must be an error!)

BHH

[buzzqw]

update www.64k.it/andres/data/a/AutoMKV31.exe

added number of channel to saved setting

fixed dgindex is launched minimized

added "Prepare Phase only" if checked automkv will do
1) test interlace (if choosed)
2) encode audio
3) run auto resize (compatible with multiple autoresize)
4) prepare movie.avs, batches per encoding and batch for muxing

thanks to DDogg for this suggestion !

status: queue job is near broken use only without check pause before and allow multi resize

EDIT: fixed (not in a beautifull way.. i will work on this) the inability to edit field when multi resize pop-up. the problem arise only when automkv is the focus window. Now before prompting automkv is minimized, then is possible to rise up the window

BHH

[DDogg]

Wow! So much progress in so short a time! No need to thank me for patience as you are doing all the hard work. I just get to play :)

Moving the log to a tab was a good idea. It makes the look and feel much better and seems to have fixed the focus steal. The "prepare phase only" (PPO) is also very nice, but it brings up some questions. Your patience is appreciated.

When multires and PPO is checked, It would seem natural (intuitive) when the "No" on redo is checked that a pop-up appeared saying "Added to Queue". Maybe you have set it up so that if PPO is checked, one should press the Queue button? That does not seem right to me if so. In fact, I wonder if you should move the PPO check to the Basic settings page and ghost/grey the Add to Queue button while it is checked?

You are creating a mux.bat now (thanks!). Seems you could then create a batch in the working directory that includes, or calls, the separate batchfiles there now and the Queue would simple run the full job batchfile? Dunno, just thinking out loud.

Some cosmetic thoughts for you to think about later (not now :) ). There are areas where some selections should be deactivated/greyed out if certain other options have been chosen. For example, if a crf mode is selected, the output size could be greyed to show it will have no effect (parse for --crf in the profile?).

Another example, if a fixed resolution is chosen, multires should be deactivated, or a pop-up could appear if a user chose multires saying "Only available with Autores mode" - Something like that.

These things are not important now in an alpha stage, but it looks like this program can become a really great one (if you don't get burned out), so these cosmetic usability areas will become more important down the line as you try to help the user intuitively understand the program. Think of those programs you have experienced that just seemed to make sense from the first day you saw them.

Buzzqw, really incredible work. Hope you are having fun doing it. If not, take a break. Remember, "you don't owe anybody anything". We owe you, and we can damn well wait for a few days for you to take the time to fix or change things when you feel like fixing/doing them. It is not as if you are getting paid for this :)

Again, great job and much respect your way!

[agressiv]

Paths are working great now! DGIndex is minimized! Such quick work!

:thanks:

1) Any way of changing the final name of the movie? (change it from movie.mkv to something else)
2) Any way you can launch x264.exe with low priority? Right now its set to "normal"
3) Subs don't process at all in batch mode (they extract and process fine when doing a single movie)

agressiv

[buzzqw]

update www.64k.it/andres/data/a/AutoMKV32.exe

added: subtitle to queue
fixed: autoresize will respect bitrate choosen if USE CRF isn't checked.
added: lot of tips
added: some layout suggestion by DDogg

about ppo (prepare only phase) and queue, i think that queue should be used only by someone that run a full encoding.
I can add support for queue ppo work, by saving the check PPO, so the final encoding isn't launched.

about one only full batch ... i must see an easy way (well is a easy work for sure ... but a lot of code to add... i will see)

about output file name: is a little thing to add but would be usefull... ? i think that problem could arise only if i encode multiple file (queue) that are in the same directory... (anyway i will see this fuction)

BHH

[DDogg]

Nice work on the user interface.

1> I am still getting this in the final movie.avs after using multires:

LanczosResize(out_width,out_height)
#filter2start

#test5

FFT3DFilter(sigma=3)
rt

#test5

Undot() Note the undot() which was used on the first size pass, then changed to FFT3DFilter(sigma=3) for a redo (the undot() should have been removed). Also note the "rt" which red lines the script. I did add the CR in base.avs as you suggested.

2> Sometimes try opening a d2v, or avs from an existing AutoMK working directory where del temp file was not checked. Let me know if it works for you.

3> Doesn't seem to make sense to allow a PPO to be queued - You end up with a ok/redo pop-up without having access to AutoMK to make changes. Still think you should ghost Queue if PPO is checked and add it to the queue when "no" is chosen for redo, but maybe I don't understand something. Btw, if you don't think that is a good idea, then you might want to throw an information pop-up when "No" is clicked saying something like "PPO finished - Batch files created in <working directory>". Just a thought.

4> Can't you just make a simple batch [and call from the queue if the PPO flag is 1] by creating a bat with:


Rem full batch to run all bats in a working directory
call D:\temp\x264cmdq_ABR.bat
call D:\temp\muxing.bat Works fine for me.

[travisbell]

Wow. First try with AutoMKV and it actually worked! With no BS!

Thanks man, this is gonna rock my world.

\

[buzzqw]

@travisbell
I am very glad !

1> I am still getting this in the final movie.avs after using multires:
i cannot replicate the problem ! (damn!) please try downloading (and use) my base.avs www.64k.it/andres/data/a/base.avs

Sometimes try opening a d2v, or avs from an existing AutoMK working directory where del temp file was not checked. Let me know if it works for you.
NO don't work. Must fix in next build :EDIT: fixed avs input. d2v should fuction alredy, just don't put destination directory in the same source directory

PPO finished - Batch files created in <working directory>". Just a thought.
Good suggestion. Queue is a full save of all setting (near all).As is builded isn't possible to add PPO. but i have some ideas :)

Can't you just make a simple batch as already said isn't difficult. is only to collect varius batch/values... let me do some code

BHH

[DDogg]

> ... please try downloading (and use) my base.avs ...
That seems to have fixed it. Thanks.

> ... d2v should function alredy, just don't put destination directory in the same source :o Yep

[AMED]

Hi I'm have problems with the auto deinterlace part of AutoMKV 0.32.

At the moment i am trying to encode Xfiles season 2 (PAL) but after it runs the auto deinterlace the FPS change from 25 to 20.

10:16:13 - - - - - START JOBS - - - - - - - - - - - - -
10:16:13 Choosed input file: F:\Xfiles\S2xE01 - Little Green Men\VTS_01_0.IFO
10:16:13 Choosed output dir: F:\Xfiles\S2xE01 - Little Green Men\
10:16:13 Choosed Container type: MKV
10:16:13 Choosed Size: 344
10:16:13 Choosed Slice: 1
10:16:13 Choosed Encoder: X264
10:16:13 Choosed Profile: HQ-Slow.xml
10:16:13 Choosed Width: Automatic
10:16:13 Choosed Resizer: LanczosResize
10:16:13 Choosed Filters: RemoveGrain(mode=3)
10:16:13 Choosed Deinterlacer: AUTO
10:16:13 Starting Indexing
10:16:13 Dgindex CMD: H:\Download2\AutoMKV015\exe\dgindex\dgindex.exe -FO=0 -OM=1 -TN=1 -YR=2 -AIF=[F:\Xfiles\S2xE01 - Little Green Men\VTS_01_1.vob] -OF=[F:\Xfiles\S2xE01 - Little Green Men\movie] -exit -minimize
10:17:48 Finished indexing
10:17:48 Starting fixing audio delay on track number 1
10:17:48 DelayCut CMD: H:\Download2\AutoMKV015\exe\dgindex\Delaycut.exe -auto -out "F:\Xfiles\S2xE01 - Little Green Men\fixed1.ac3" "F:\Xfiles\S2xE01 - Little Green Men\movie T01 2_0ch 192Kbps DELAY -15ms.ac3"
10:17:50 Finished fixing audio delay
10:17:50 Encoding F:\Xfiles\S2xE01 - Little Green Men\fixed1.ac3 to AAC with 0.35 quality
10:17:51 No audio create, retry without apply Stereo
10:17:51 Encoding F:\Xfiles\S2xE01 - Little Green Men\fixed1.ac3 to AAC with 0.35 quality
10:21:50 Number of Frames: 64996
10:21:50 Framerate: 25.000000
10:21:50 Movie lenght in Seconds: 2600
10:21:50 Movie Width: 720
10:21:50 Movie Height: 576
10:24:24 Processing completed. Type is determined to be partly interlaced.
10:24:24 Processing completed. Type is determined to be partly interlaced.
10:24:24 BFF= 77 - TFF= 182 -> order=1
10:24:24 Starting X264 Autosize
10:24:24 Command Line CRF encoding X264: H:\Download2\AutoMKV015\exe\encoder\x264.exe --crf 19 --progress --keyint 250 --bframes 3 --qpmin 10 --qpmax 51 --no-psnr --trellis 1 --ref 3 --filter -2,-1 --direct auto --vbv-maxrate 25000 --me umh --merange 12 --weightb --b-pyramid --analyse p8x8,b8x8,i4x4,i8x8,p4x4 --8x8dct --threads 1 --output "F:\Xfiles\S2xE01 - Little Green Men\resmovie.mp4" "F:\Xfiles\S2xE01 - Little Green Men\resmovie.avs"

The Deint Log
processed frames: 23/2265 -- 1% completed
processed frames: 46/2265 -- 2% completed
processed frames: 68/2265 -- 3% completed
processed frames: 91/2265 -- 4% completed
processed frames: 114/2265 -- 5% completed
processed frames: 136/2265 -- 6% completed
processed frames: 159/2265 -- 7% completed
processed frames: 182/2265 -- 8% completed
processed frames: 204/2265 -- 9% completed
processed frames: 227/2265 -- 10% completed
processed frames: 250/2265 -- 11% completed
processed frames: 272/2265 -- 12% completed
processed frames: 295/2265 -- 13% completed
processed frames: 318/2265 -- 14% completed
processed frames: 340/2265 -- 15% completed
processed frames: 363/2265 -- 16% completed
processed frames: 386/2265 -- 17% completed
processed frames: 408/2265 -- 18% completed
processed frames: 431/2265 -- 19% completed
processed frames: 453/2265 -- 20% completed
processed frames: 476/2265 -- 21% completed
processed frames: 499/2265 -- 22% completed
processed frames: 521/2265 -- 23% completed
processed frames: 544/2265 -- 24% completed
processed frames: 567/2265 -- 25% completed
processed frames: 589/2265 -- 26% completed
processed frames: 612/2265 -- 27% completed
processed frames: 635/2265 -- 28% completed
processed frames: 657/2265 -- 29% completed
processed frames: 680/2265 -- 30% completed
processed frames: 703/2265 -- 31% completed
processed frames: 725/2265 -- 32% completed
processed frames: 748/2265 -- 33% completed
processed frames: 771/2265 -- 34% completed
processed frames: 793/2265 -- 35% completed
processed frames: 816/2265 -- 36% completed
processed frames: 839/2265 -- 37% completed
processed frames: 861/2265 -- 38% completed
processed frames: 884/2265 -- 39% completed
processed frames: 906/2265 -- 40% completed
processed frames: 929/2265 -- 41% completed
processed frames: 952/2265 -- 42% completed
processed frames: 974/2265 -- 43% completed
processed frames: 997/2265 -- 44% completed
processed frames: 1020/2265 -- 45% completed
processed frames: 1042/2265 -- 46% completed
processed frames: 1065/2265 -- 47% completed
processed frames: 1088/2265 -- 48% completed
processed frames: 1110/2265 -- 49% completed
processed frames: 1133/2265 -- 50% completed
processed frames: 1156/2265 -- 51% completed
processed frames: 1178/2265 -- 52% completed
processed frames: 1201/2265 -- 53% completed
processed frames: 1224/2265 -- 54% completed
processed frames: 1246/2265 -- 55% completed
processed frames: 1269/2265 -- 56% completed
processed frames: 1292/2265 -- 57% completed
processed frames: 1314/2265 -- 58% completed
processed frames: 1337/2265 -- 59% completed
processed frames: 1359/2265 -- 60% completed
processed frames: 1382/2265 -- 61% completed
processed frames: 1405/2265 -- 62% completed
processed frames: 1427/2265 -- 63% completed
processed frames: 1450/2265 -- 64% completed
processed frames: 1473/2265 -- 65% completed
processed frames: 1495/2265 -- 66% completed
processed frames: 1518/2265 -- 67% completed
processed frames: 1541/2265 -- 68% completed
processed frames: 1563/2265 -- 69% completed
processed frames: 1586/2265 -- 70% completed
processed frames: 1609/2265 -- 71% completed
processed frames: 1631/2265 -- 72% completed
processed frames: 1654/2265 -- 73% completed
processed frames: 1677/2265 -- 74% completed
processed frames: 1699/2265 -- 75% completed
processed frames: 1722/2265 -- 76% completed
processed frames: 1745/2265 -- 77% completed
processed frames: 1767/2265 -- 78% completed
processed frames: 1790/2265 -- 79% completed
processed frames: 1812/2265 -- 80% completed
processed frames: 1835/2265 -- 81% completed
processed frames: 1858/2265 -- 82% completed
processed frames: 1880/2265 -- 83% completed
processed frames: 1903/2265 -- 84% completed
processed frames: 1926/2265 -- 85% completed
processed frames: 1948/2265 -- 86% completed
processed frames: 1971/2265 -- 87% completed
processed frames: 1994/2265 -- 88% completed
processed frames: 2016/2265 -- 89% completed
processed frames: 2039/2265 -- 90% completed
processed frames: 2062/2265 -- 91% completed
processed frames: 2084/2265 -- 92% completed
processed frames: 2107/2265 -- 93% completed
processed frames: 2130/2265 -- 94% completed
processed frames: 2152/2265 -- 95% completed
processed frames: 2175/2265 -- 96% completed
processed frames: 2198/2265 -- 97% completed
processed frames: 2220/2265 -- 98% completed
processed frames: 2243/2265 -- 99% completed
processed frames: 2265/2265 -- 100% completed
BAutoDeint [info]: Number of sections of type `unknown': 55
BAutoDeint [info]: Number of sections of type `progressive': 67
BAutoDeint [info]: Number of sections of type `interlaced': 29
processed frames: 0/1505 -- 0% completed
processed frames: 16/1505 -- 1% completed
processed frames: 31/1505 -- 2% completed
processed frames: 46/1505 -- 3% completed
processed frames: 61/1505 -- 4% completed
processed frames: 76/1505 -- 5% completed
processed frames: 91/1505 -- 6% completed
processed frames: 106/1505 -- 7% completed
processed frames: 121/1505 -- 8% completed
processed frames: 136/1505 -- 9% completed
processed frames: 151/1505 -- 10% completed
processed frames: 166/1505 -- 11% completed
processed frames: 181/1505 -- 12% completed
processed frames: 196/1505 -- 13% completed
processed frames: 211/1505 -- 14% completed
processed frames: 226/1505 -- 15% completed
processed frames: 241/1505 -- 16% completed
processed frames: 256/1505 -- 17% completed
processed frames: 271/1505 -- 18% completed
processed frames: 286/1505 -- 19% completed
processed frames: 301/1505 -- 20% completed
processed frames: 317/1505 -- 21% completed
processed frames: 332/1505 -- 22% completed
processed frames: 347/1505 -- 23% completed
processed frames: 362/1505 -- 24% completed
processed frames: 377/1505 -- 25% completed
processed frames: 392/1505 -- 26% completed
processed frames: 407/1505 -- 27% completed
processed frames: 422/1505 -- 28% completed
processed frames: 437/1505 -- 29% completed
processed frames: 452/1505 -- 30% completed
processed frames: 467/1505 -- 31% completed
processed frames: 482/1505 -- 32% completed
processed frames: 497/1505 -- 33% completed
processed frames: 512/1505 -- 34% completed
processed frames: 527/1505 -- 35% completed
processed frames: 542/1505 -- 36% completed
processed frames: 557/1505 -- 37% completed
processed frames: 572/1505 -- 38% completed
processed frames: 587/1505 -- 39% completed
processed frames: 602/1505 -- 40% completed
processed frames: 618/1505 -- 41% completed
processed frames: 633/1505 -- 42% completed
processed frames: 648/1505 -- 43% completed
processed frames: 663/1505 -- 44% completed
processed frames: 678/1505 -- 45% completed
processed frames: 693/1505 -- 46% completed
processed frames: 708/1505 -- 47% completed
processed frames: 723/1505 -- 48% completed
processed frames: 738/1505 -- 49% completed
processed frames: 753/1505 -- 50% completed
processed frames: 768/1505 -- 51% completed
processed frames: 783/1505 -- 52% completed
processed frames: 798/1505 -- 53% completed
processed frames: 813/1505 -- 54% completed
processed frames: 828/1505 -- 55% completed
processed frames: 843/1505 -- 56% completed
processed frames: 858/1505 -- 57% completed
processed frames: 873/1505 -- 58% completed
processed frames: 888/1505 -- 59% completed
processed frames: 903/1505 -- 60% completed
processed frames: 919/1505 -- 61% completed
processed frames: 934/1505 -- 62% completed
processed frames: 949/1505 -- 63% completed
processed frames: 964/1505 -- 64% completed
processed frames: 979/1505 -- 65% completed
processed frames: 994/1505 -- 66% completed
processed frames: 1009/1505 -- 67% completed
processed frames: 1024/1505 -- 68% completed
processed frames: 1039/1505 -- 69% completed
processed frames: 1054/1505 -- 70% completed
processed frames: 1069/1505 -- 71% completed
processed frames: 1084/1505 -- 72% completed
processed frames: 1099/1505 -- 73% completed
processed frames: 1114/1505 -- 74% completed
processed frames: 1129/1505 -- 75% completed
processed frames: 1144/1505 -- 76% completed
processed frames: 1159/1505 -- 77% completed
processed frames: 1174/1505 -- 78% completed
processed frames: 1189/1505 -- 79% completed
processed frames: 1204/1505 -- 80% completed
processed frames: 1220/1505 -- 81% completed
processed frames: 1235/1505 -- 82% completed
processed frames: 1250/1505 -- 83% completed
processed frames: 1265/1505 -- 84% completed
processed frames: 1280/1505 -- 85% completed
processed frames: 1295/1505 -- 86% completed
processed frames: 1310/1505 -- 87% completed
processed frames: 1325/1505 -- 88% completed
processed frames: 1340/1505 -- 89% completed
processed frames: 1355/1505 -- 90% completed
processed frames: 1370/1505 -- 91% completed
processed frames: 1385/1505 -- 92% completed
processed frames: 1400/1505 -- 93% completed
processed frames: 1415/1505 -- 94% completed
processed frames: 1430/1505 -- 95% completed
processed frames: 1445/1505 -- 96% completed
processed frames: 1460/1505 -- 97% completed
processed frames: 1475/1505 -- 98% completed
processed frames: 1490/1505 -- 99% completed
processed frames: 1505/1505 -- 100% completed
BAutoDeint [info]: Number of sections of type `bff': 77
BAutoDeint [info]: Number of sections of type `tff': 182
BAutoDeint [info]: Number of sections of type `unknown': 42

Processing completed. Type is determined to be partly interlaced.
Field order is variable.

The resmovie AVS
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\autocrop.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\blockbuster.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\cnr2.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\ColorMatrix.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\Convolution3D.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\DctFilter.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\decomb.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\Deen.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\degrainmedian.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\DGDecode.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\fft3dfilter.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\FluxSmooth.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\frfun7.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\hqdn3d.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\LeakKernelDeint.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\MipSmooth.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\NicAudio.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\RemoveGrain.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\SimpleResize.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\TBilateral.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\TDeint.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\TIVTC.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\TTempSmooth.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\UnDot.dll")
LoadPlugin("H:\Download2\AutoMKV015\exe\filter\UnFilter.dll")
#loadpluginstart

#test1

Import("H:\Download2\AutoMKV015\exe\filter\QMF.avs")
#importstart

#test2

movie = mpeg2source("F:\Xfiles\S2xE01 - Little Green Men\movie.d2v",info=3)
ColorMatrix(movie,hints=true)
function getOrder(clip c) {
order = GetParity(c) ? 1 : 0
Return order }
#filter1start

#test3

#cropstart

cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=40,aspect=0,threshold=34,samplestartframe=0)
fixed_aspect = 1.066667
c_width = width(cropclip)
c_height = Round(height(cropclip) / fixed_aspect)
input_par = float(float(c_width)/float(c_height))
input_par = input_par > 1.4 ? input_par : (4.0/3.0)
out_width = 704
out_height = Round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=40,aspect=new_aspect,threshold=34,samplestartframe=0)

tfm(d2v="F:\Xfiles\S2xE01 - Little Green Men\movie.d2v").tdecimate(hybrid=1)
#resizestart

#test4

LanczosResize(out_width,out_height)
#filter2start

#test5
RemoveGrain(mode=3)
function Comptest(clip c, float percent)
{
frange=floor(14./(percent/100.))
Return SelectRangeEvery(c, frange, 14)
}
Comptest(5)

[AMED]

Linked to my post above

If the run the same episode through MeGUI, The chosen deinterlace method isedeintted = last.SeparateFields().SelectEven().EEDI2(field=-1)
TDeint(full=false,edeint=edeintted)

[agressiv]

Ironically, I'm doing some TV episode encodes as well, and deint.bat isn't working.

This is in deint.log:
Error: Error calling AVIStreamGetFrameOpen

I'm not sure what I'm missing.... and thus interlaced encodes look horrible.

Whats the syntax for using an external de-interlacer to replace "AUTO"?

I created an AVS file that has this:
edeintted = AssumeTFF().SeparateFields().SelectEven().EEDI2(field=-1)
tdeintted = TDeint(edeint=edeintted,order=1)
tfm(clip2=tdeintted).tdecimate(hybrid=1)


And replaced "AUTO" with:
Import("C:\Program Files\AutoMKV\exe\filter\deint.avs")

but it seems like the wrong way to do it.

1) How can I get the AUTO de-interlacer to work?
2) Whats the proper way of configuring de-interlacing other than pasting in the line from the AVS script?

Edit: #2 isn't working anyways. I'm just not adept enough with Avisynth to figure out why.

agressiv

[buzzqw]

update www.64k.it/andres/data/a/AutoMKV35.exe

fixed: avs input
added: courtesy message at end of PPO
added: at end of PPO a fullbatch.bat is created (first/second pass and muxing)
added: if custom.avs is present into filter directory, this file will be imported automatically
EDIT: added: possibility to specify output file name (also added to queue list)

@AMED
try using this build. the problem shoud be fixed

@agressiv
USE THI BUILD
PUT EEDI2.dll INTO FILTER DIRECTORY
DELETE DEFAULT.AVS
create a custom.avs script in filter directory and write this:

function aggressiv(last)
{
edeintted = AssumeTFF().SeparateFields().SelectEven().EEDI2(field=-1)
tdeintted = TDeint(edeint=edeintted,order=1)
tfm(clip2=tdeintted).tdecimate(hybrid=1)
}

in AutoMKV, on deinterlace write: aggressiv()
DONE !

custom.avs could be a very quick way for loading several fuction... just use your immagination :)

BHH

[AMED]

thanks that seemed to do the trick.

Is there any way you could improve the responsiveness of AutoMKV, it seems to effect my whole system. it makes it very painful to use.

[buzzqw]

automkv use less than 1% of cpu, is x264 that use the last 99.9%...

as i already said in previus build all program launched were in idle priority, now lauching batch files i have less control.

Anyway you could lower the priority by tast manager.

BHH

[AMED]

can't you launch the batchfiles using

START /low C:\Batchfile.bat

[buzzqw]

yes but in this way is difficult to catch when encoding is finish...

anyway i am studing...

BHH

[DDogg]

Love the PPO message and the full batch, thanks for doing that!

Don't know if the following is a problem (part of it is), or a future feature :)

If a a CFR profile is selected, and autoresize and multires selected, clearly there should be no reduction in resolution. There is presently, so you might want to look at that.

Now you might ask why would somebody want do this. You know the answer, because we want to see the size of the sample (lot of useful information there). You already know you are in CRF mode (as you ghosted the size) as well as the sample %, and actual size of the sample, it would be great if you could simply do the math and show the ~projected size of video and audio when you bring up the redo box. Nearly like an information screen ... Again, just thinking out loud.

/add: or maybe not as it is does not seem intuitive. You are presently greying multirez if a custom size is chosen ... hmm, dunno, but I don't think my suggestion is good in this way because I am using the multires not like it was intended. It is very useful, but kind of a backdoor approach that should not be expanded. Anyway, I have a feeling you might be adding another tab soon that might be more tuned to this type of use :)

/add2: Non related. I noticed JohnV put a link to a TS file in the nero post. I tried it with AutoMK and it went a little crazy. I believe it is because it has open gops and dgindex is throwing an error. Might give it a try and see. AutoMK worked fairly well when a manually created d2v was opened in AutoMK. Not sure if the interlace options were correct as I don't do interlace, or ts for that matter, or if there was a problem with the ts steam. The quality was only marginal in the original, especially on the pans.

[buzzqw]

Hi DDogg !

i have some good news... (read your PM)

Non related. I noticed JohnV put a link to a TS file in the nero post. I tried it with AutoMK and it went a little crazy. AutoMKV don't find the correct audio track, BUT if you choose NONE on audio track encoding will be running well.

About framerate (59.998) actually automkv don't do anythink... since I don't know how to work with these files :o ;( , i will search on

EDIT: in 0.37 fixed private ac3 stream as in Michigan_Marching_Band--Star_Spangled_Banner_720p_ATSC.ts

BHH

[mrdutchie]

For some reason, I can't get it to save to
AVI anymore... it either creates MP4 or MKV files (container names)
even though I said it to use Xvid.

What am I missing here?


Seems I am having that with megui too... maybe I am getting to old for this, but I want AVI (Xvid)

[SeeMoreDigital]

AutoMKV is able to mux audio and video streams to within either the .MP4 or .MKV containers.... As far as I know it's never provided the option to mux audio and video streams to within the .AVI container!

[mrdutchie]

AutoMKV is able to mux audio and video streams to within either the .MP4 or .MKV containers.... As far as I know it's never provided the option to mux audio and video streams to within the .AVI container!

in the previous beta, or the last final version
you have 4 checkboxes you can set for the Container and output.
there is AVI available.

problem is and with the latest one i am having is that it crashes in a loop, that it cannot find the autosomething.bat
file

[agressiv]

in the previous beta, or the last final version
you have 4 checkboxes you can set for the Container and output.
there is AVI available.

problem is and with the latest one i am having is that it crashes in a loop, that it cannot find the autosomething.bat
file

ehh.. I've used almost every beta for the past few weeks, and its always been MKV/MP4 - AVI was never an output option AFAIK.

You sure you don't mean AutoGK? It uses AVI as its standard output format.

agressiv

[DDogg]

For some reason, I can't get it to save to
AVI anymore... it either creates MP4 or MKV files (container names)
even though I said it to use Xvid.

What am I missing here?


Seems I am having that with megui too... maybe I am getting to old for this, but I want AVI (Xvid)Yeah, understand old and wanting to stay with something you are comfortable with. If so stay, with AutoGK. Hard to go wrong with that for AVI.

Still, once you take just the few minutes to install a splitter to allow playback, mkv is a better way to go for many reasons. Suggest you bite the bullet and give it a try. You will be back in your comfort zone quickly, at least that is all it took for me. Good luck.

[buzzqw]

i can confirm that automkv never had AVI output.

BUT can be done. Just choose your setting BUT disable "Del Temp file". After encoding just mux with virtualdubmod the movie.avi and audio.mp3

BHH

[buzzqw]

www.64k.it/andres/data/a/AutoMKV038.rar

added new stable (or near) full package

lot's of change under the hood, just to name fews

---fixed private ac3 stream in TS files (thanks to DDogg for pointing files with this stream)
---log name is based on input file name
---if resizer is set to NONE then WIDTH is set not to automatic
---Colormatrix shifted to end script
---Better message on multiresize (also suggestion from DDogg)
---On Queue use is possible to use multires. AutoMkv window will be hided when encoding BUT on message for redo autoresize it will pop-up and will be possible to edit window
---Better support to track language on second audio

BHH

[DDogg]

Nice work - The additional prediction information in the multires box is very helpful so long as the user understands it is an approximate value. Later, if we get enough data on the curves, you may want to add a curve correction factor. So far it looks like crf 17-20 would need a ~ -5-6%, but that is way premature at this point.

1> Crf profiles are a special case since they include a crf #. You might want to parse that number and put it in the value box for "Use crf for autoresize routines" so your prediction will agree with the profile crf. If the user manually changes the crf for a redo you might want to use that crf for the final encode as the user would want the encode size to follow the prediction. Am I thinking straight?
2> Adding commas would be good thing :)
3> Including the size of the video only would be good if you have the room in the pop up box. Else, not a big deal.
/add:
4> What if 2 audio streams are selected? If you don't have the space to list audio2 then maybe show total audio by adding the sizes of the two audio tracks? And then there are the subs ...

Other:

1> In advanced profiles editing it would be useful to show the commandline generated by the profile that you will be using for the encode (and allow editing of the cmdline)? I ran into a situation where I wanted to use a redo with a matrix that recommended "--deadzone-inter 6 --deadzone-intra 6" [and would have like to manually enter this since not supported in profile]. This would seem to follow your purpose when you added the advanced profiles tab.

/add: Note: Trying to do more comprehensive testing for you - Testing with 2 audio and 2 subs. Crf profile -Auto size on - 2 cds as output. Prediction showed 1.8 gs as final output yet resolution was still kept at 704. Just fyi.

Mux line from fullbatch:
c:\\mkvmerge.exe" -o "D:\\movie.MKV" --aspect-ratio 1:2.397004 --split 700M --chapters "C:\\AutoMKV036\exe\chapters.txt" "D:\temp\movie.mp4"
--language 0:eng "D:\\audio.ac3" --language 1:eng "D:\\audio2.mp4" "D:\\vts.idx" //=edit

[mrdutchie]

Yeah, understand old and wanting to stay with something you are comfortable with. If so stay, with AutoGK. Hard to go wrong with that for AVI.

Still, once you take just the few minutes to install a splitter to allow playback, mkv is a better way to go for many reasons. Suggest you bite the bullet and give it a try. You will be back in your comfort zone quickly, at least that is all it took for me. Good luck.


Yeah i like it, but it's making my Yu-Gi-Oh DVD's out of sync

When I decode the AC3 there is a -4 Ms Delay in it
and you can't such thing like that in AutoGK...

[buzzqw]

i will analyze tomorrow rest of post

/add: Note: Trying to do more comprehensive testing for you - Testing with 2 audio and 2 subs. Crf profile -Auto size on - 2 cds as output. Prediction showed 1.8 gs as final output yet resolution was still kept at 704. Just fyi.

sorry ... but in multires message what width was suggested ?
you can read also in log file at line "AutoResize movie size:"
also: what final size have you got ?

autores will search WIDTH for an average CRF of 19. Can you check this value with this tool http://www.64k.it/andres/data/x/x264_Stats_Analyzer.0.1.5-vr_nga.rar , it analyse the stats file

if in this message is suggested 704 then 704 is used... BUT i think i have understud your point of view...

(idea for next version: add button auto REDO -> check for predicted size, if > SIZE requested, diminish width, redo again)

BHH

[SeeMoreDigital]

www.64k.it/data/a/AutoMKV038.rarI don't seem to be able to get access to this link :eek:

[DDogg]

i will analyze tomorrow rest of post

sorry ... but in multires message what width was suggested ?
704. Size had been set to automatic. you can read also in log file at line "AutoResize movie size:"
also: what final size have you got ?Width or filesize? 704 was the width and I am redoing encode. later: The prediction in the log for video was 1,367,448,960 and actual was 1,307,182,261 ... 95.6% not bad at all :)autores will search WIDTH for an average CRF of 19. ??? I had manually set to 18 to MATCH the crf in the profile. Can you check this value with this tool http://www.64k.it/andres/data/x/x264_Stats_Analyzer.0.1.5-vr_nga.rar , it analyse the stats file Will play with it. [What stats file? There is none with crf mode, is there? Btw, where did this tool come from? Are there any docs?]if in this message is suggested 704 then 704 is used... BUT i think i have understood your point of view... Not sure which point of view you are speaking of. (idea for next version: add button auto REDO -> check for predicted size, if > SIZE requested, diminish width, redo again)Maybe useful for some. I only use the autores to find a point it does NOT reduce width. In other words, if it reduces width I add a filter, change matrix, or add size. The very last thing I want is for the resolution to be reduced. It is kind of funny, using autores in a backwards manner allows me to find out how NOT to reduce resolution. Since I have input a crf value for the sample, this tells me I can get close to that crf value without wasting any space and without reducing resolution.

That is one of the reasons I think you should parse the crf value contained in a crf profile and put it into the sample box value. That crf is what the encode will be created with right? So for a crf mode encode it makes sense to start multires with a matching crf in the crf sample box. IF a user then changes the CRF value in the sample box (for a redo), does the redo, and then selects "no" to redo, the crf value in the sample box should be used for the final encode as that was the crf used to make the prediction. (only a crf profile). At least that is how I would do it and I think it makes sense.

[DDogg]

I don't seem to be able to get access to this link :eek:Use the link in the first post. That seems to work for me.

[SeeMoreDigital]

Use the link in the first post. That seems to work for me.Indeed... Thanks mate,

The link that works is: www.64k.it/andres/data/a/AutoMKV038.rar

The link that doesn't is: www.64k.it/data/a/AutoMKV038.rar


Cheers

[DDogg]

The subs will not work for me with the muxline created by AutoMK. MPC will not show them.
Mux:
"\\mkvmerge.exe" -o "\\movie.MKV" --aspect-ratio 1:2.397004 --split 700M --chapters "\\chapters.txt"
"\\movie.mp4" --language 0:eng "\\audio.ac3" --language 0:eng "\\audio2.ac3" "\\vts.idx"

But one I created manually in mkvmerge works fine:

"mkvmerge" -o "D:\temp\auto1\movie2.mkv" -d 1 -A -S D:\temp\auto1\movie.mp4 --language 0:eng
--track-name "0:Main 51" --default-track 0 -a 0 -D -S D:\temp\auto1\audio.ac3 --language 0:eng --track-name
"0:Dir Comments" -a 0 -D -S D:\temp\auto1\audio2.ac3 --language 0:en --language 1:en -s 0,1 -D -A

[buzzqw]

Width or filesize? 704 was the width and I am redoing encode.

sorry i mean in log file this:
Movie Width Computed: 688
17:27:18 Predicted file size: 1460820 byte

have you got what file size (at final encoding) ? this 1,307,182,261 ? if so i think that 704 was good :)

??? I had manually set to 18 to MATCH the crf in the profile. i wrote 19 because is the default parameter. BUT automkv use THE number you typed.

Will play with it. [What stats file? There is none with crf mode, is there? Btw, where did this tool come from? Are there any docs?] sorry i forget that crf will not build any file stats. this tools come from an italian forum (and is free to use). Is like the DRFAnalyzer but for X264, and analyze only the file stats not the video. And... no doc, just poit it to stats file.

That is one of the reasons I think you should parse the crf value contained in a crf profile and put it into the sample box value DONE

the crf value in the sample box should be used for the final encode actually NOT... but i think too that should be used for final encoding.

about mux subs i will look.

1> In advanced profiles editing it would be useful to show the commandline generated by the profile that you will be using for the encode (and allow editing of the cmdline)? about showing i will look, editing... don't know... add custom parameter for sure !

any other suggestin is take as threasure for nex versions.

:thanks:

BHH

[buzzqw]

update www.64k.it/andres/data/a/AutoMKV39.exe

--- If CRF profile is choosed and Multires checked then value (of crf) under "Use CRF autoresize" will be used for final encoding
--- in multires box added profile used and if use crf is checked value written
--- Added in advanced panel the command line used
--- Added in advanced panel possibility to add custom commands
--- In multires box both audio tracks size are counted
--- In multires box will be displayed only video size (not audio or sub added)

BHH

[DDogg]

The way you did the command line and allowed changes worked out nicely, and using the crf value in the sample box for the encode [when and only if final encode is done via a crf mode] is very good.

I wonder if it is time for you to consider freezing features so we can test all parts of the program? We could hope that more users will take the time to report problems to you. I've only tested x264 in mkv format with ac3 audio. There are large areas that need further testing.

1> Muxing subs is still a problem for me with v39. Are you still working on this area, or should I report the problems now?
2> Consider an icon with an abort button for Queued encodes? I think it is not good for a user to have to use task manager to attempt to kill the process. Is it difficult to put an icon in the tray like AutoGK does?
3> Encoding windows are not minimized now since you added the process priority change.
--------------------------------------------------------

The only comment I would make is about the beginning crf value when a crf profile is used, but I think the language barrier might be causing confusion. I'll try to show my thinking like this:

1> User picks CQ-ASP_Q2_eq(crf)
2> The stock CQ-ASP_Q2_eq(crf) profile is preset at crf 18
3> If user does not know to change the "Use crf for autosize routines" value, the encode will not follow the CQ-ASP_Q2_eq(crf) profile because it will use crf 19.
4> Do you disagree that the starting sample should be made with the value in the loaded crf profile value (18)? This assumes the user has only loaded the CQ-ASP_Q2_eq(crf) profile and not changed the crf sample value.
5> Or, is it simply that it is difficult to parse the value and put it in the value box? If so, I can understand that.

-----------------------------------------------------------
Folks, buzzqw has worked hard to make a really good program for us to use. A little payback is in order by us doing some complete tests and reporting any problems with enough information so bussqw can replicate the problem and fix them.

[buzzqw]

I wonder if it is time for you to consider freezing features so we can test all parts of the program?

i must admin that i am like a running train :D

this build is a good one for test and reports problem. i am glad if anyone will report bugs and request. And i am glad to put in frozen status. I will try to correct all bugs and mantain a parallel version with new features.

There are large areas that need further testing that for sure ! i tested only a little the xvid part, while audio part "should" be correct :fingercrossed:

Muxing subs is still a problem for me with v39. and for me too !

i (and everyone who want) must make some more serius test in this area.
While subripping is good i cannot make a correct mux with audio/video. EVEN if i use mmg.exe i cannot see subs... (could be a problem on my side...).

mediainfo reports that subs are present...

some test is seriusly needed

The stock CQ-ASP_Q2_eq(crf) profile is preset at crf 18
Or, is it simply that it is difficult to parse the value and put it in the value box? If so, I can understand that

no, it is very easy. in next version i will parse the profile (crf) ant put this value on "Use Crf for autores..." (DONE while writing this post...)


Folks, buzzqw has worked hard to make a really good program for us to use. A little payback is in order by us doing some complete tests and reporting any problems with enough information so bussqw can replicate the problem and fix them.

I MUST thank pubblic you. Without your support AutoMKV would have been only half of what is now. :thanks:

BHH

EDIT: typos

[buzzqw]

2> Consider an icon with an abort button for Queued encodes? I think it is not good for a user to have to use task manager to attempt to kill the process. Is it difficult to put an icon in the tray like AutoGK does?

is VERY difficult SINCE i launch bat files..., i can do by listing process and KILL... but is an hackish procedure.

The easy way is to kill automkv window. In this mode the batch queue is lost

3> Encoding windows are not minimized now since you added the process priority change.

it's a problem of timing... i tested on 2 of my computers, the one slower (P4 2.6) minimized is good, the faster (p4 3.2) not... i must put a mayor delay before checking for opened windows...

BHH

[DDogg]

Happy to help and hope I have not harassed you! :)

While subripping is good i cannot make a correct mux with audio/video. EVEN if i use mmg.exe i cannot see subs... (could be a problem on my side...).I don't think it is a big problem [tho I never have used subs and know nothing about them]. It seems to be just your mux.bat, because when I use mkvmerge GUI and load it with the files you made, the new muxed file plays fine in Media Player Classic with both audio and subs.

So, here is your mux line that does not work:
"C:\apps\AutoMKV036\exe\matroska\mkvmerge.exe" -o "D:\temp\auto2\2\movie.MKV" --aspect-ratio 1:2.397004 --chapters
"C:\apps\AutoMKV036\exe\chapters.txt" "D:\temp\auto2\2\movie2.mp4" --language 0:eng "D:\temp\auto2\2\audio.ac3"
--language 0:eng "D:\temp\auto2\2\audio2.ac3" "D:\temp\auto2\2\vts.idx"
and here is the command line made by mkvmerge GUI which works (using only your files)[note trackorder at end]:
"mkvmerge" -o "D:\temp\auto2\2\movienewmux.mkv" -d 1 -A -S D:\temp\auto2\2\movie.mp4 -a 0 -D -S D:\temp\auto2\2\audio.ac3
-a 0 -D -S D:\temp\auto2\2\audio2.ac3 --language 0:en --language 1:en -s 0,1 -D -A D:\temp\auto2\2\VTS.idx
--track-order 0:1,1:0,2:0,3:0,3:1 --chapters C:\apps\AutoMKV036\exe\chapters.txt Note: mkvmerge GUI does not like your aspect ratio when I tried to paste it in. The chapters.txt was added to be more like your line.

[al2k]

First of all I'd like to thank buzzqw for making this program, it looks to be a real winner!

I'm having an error though when I tried to convert some 1080i MPEG-2 TS files into same resolution MKV x264 ones, the error is pasted below, any ideas?

14:08:59 ERROR - There are some problem with movie lenght! Try parsing D2V file
14:08:59 Number of Frames: 0
14:08:59 Framerate: 23.976000
14:08:59 Movie lenght in Seconds: 1
14:08:59 Movie Width: 1920
14:08:59 Movie Height: 1080
14:08:59 Starting X264

[DDogg]

Suggest you manually create a d2v file with dgindex and then open that d2v with AutoMK to see if it encodes the video. If not, then try to make a snip of the video available to buzzqw via a PM'ed link. I think the TS thing is barely tested at all, so looks like you got a job :)

[buzzqw]

I think the TS thing is barely tested at all, i have only 3 stream... so yes... is barely tested :o

about subs... i resolved conflict with vobsub in my pc... BUT now i can see subs even with my usual mux :confused: (yes, i have removed subs from folder before playing with mpc)

anyway i will look at matroska spec for tracks order :)

BHH

[buzzqw]

update www.64k.it/andres/data/a/AutoMKV41.exe
i must admit that i feel guilty.... i added avi support.

EDIT:
--- AVI mux
--- better avi support (not allowed option is no more visible)
--- fixed mp4 mux with xvid codec

unpack avi-mux gui into \matroska folder

BHH :o

EDIT: silent update. Same version. Fixed muxing routines and "maybe" not minimized encoding

[DDogg]

update www.64k.it/andres/data/a/AutoMKV41.exe
i must admit that i feel guilty.... i added avi support.

EDIT:
--- AVI mux
--- better avi support (not allowed option is no more visible)
--- fixed mp4 mux with xvid codec

unpack avi-mux gui into \matroska folder

BHH :o

EDIT: silent update. Same version. Fixed muxing routines and "maybe" not minimized encodingSome quick thoughts:
1> Hmmm, allowing x264 in an avi format? hmmm - Adding this stuff now is a complication
2> Seems like use crf should be greyed out when doing XVid? Confusing now. I am not even sure what you are doing. If you are going to allow that, then maybe you should use the Xvid CQ mode?
3> Link to the specific version of AVIMux? AutoMK just crashes with the version I used ... and why would it go directly to the avimux step right after "no" in autoresize is clicked? It does not seem to try to do the actual encode.
4> AutoMK, for reasons I don't understand at this point, will sometimes just vanish when start encode is pressed. I assume that is some sort of crash, but it just disappears. Will try to figure out what is happening when I have more time. You can then run AutoMK again, select the same parameters, and it will not crash - :confused: (I also saw this with v38 but not v39)

Suggest test, test, test with 2 audio and rip all subs always selected. btw, did you notice "rip all subs" is listed twice?

[buzzqw]

Hmmm, allowing x264 in an avi format? hmmm - Adding this stuff now is a complication
2> Seems like use crf should be greyed out when doing XVid? Confusing now. I am not even sure what you are doing. If you are going to allow that, then maybe you should use the Xvid CQ mode?
link to the specific version of AVIMux? AutoMK just crashes with the version I used ... and why would it go directly to the avimux step right after "no" in autoresize is clicked? It does not seem to try to do the actual encode.

re download 0.41, and use the last build of avimux gui 1.17.7

AutoMK, for reasons I don't understand at this point, will sometimes just vanish when start encode is pressed. you press start queue (i do often this error...)(i have an idea....: EDIT: start queue is hidden until job is added to queue)

BHH

[DDogg]

re download 0.41, and use the last build of avimux gui 1.17.7Did this, and directly after I press NO, get "File is already in use C:\matrix\work\audio.ac3". Then XP throws a "AVIMux_GUI has encountered a problem" - Still don't get why it is even going to avimux when the encode has not been done. ?

you press start queue (i do often this error...)(i have an idea....: EDIT: start queue is hidden until job is added to queue)
Thanks, Just slapped myself :)

[buzzqw]

Did this, and directly after I press NO, get "File is already in use C:\matrix\work\audio.ac3". Then XP throws a "AVIMux_GUI has encountered a problem" - Still don't get why it is even going to avimux when the encode has not been done. ?

i am not able to replicate :(

can you please post what you do without missing anythink ?

BHH

[DDogg]

Sent a log via PM, but running fresh test again. I think I may have got tangled up between the 2 v41s 'cause I swore I saw it was allowing x264 and avi to be chosen, now it does not. Maybe I was hallucinating? Will do this fresh test and report back with all settings if it crashes again.

/add: Yep, crashed using proven source

1> Basic - Slected 2 audio (Original Original on both), 2 subs, Lanczos, automatic, 3 cds, Avi, XVid, 90 comp fast
2> Advanced - Autoresize, PPO
3> Pressed start encode. Subs extracted and dgindex run, comp test run, selected NO and immediately AviMux comes up (no encoding remember I had PPO on), and the error says audio.ac3 is open. Exact text in above post. So, suspect it has to do with PPO?

Running again with PPO unchecked. <yep>

/Another issue has popped up with v41. Think stable and freeze man! :) I had to rem out ColorMatrix(d2v="movie.d2v") in resmovie. Else I get "ColorMatrix: d2v and filter frame counts do not match". Since it puts it back in on a redo, this has stopped testing.