View Full Version : MeGUI: General Questions and Troubleshooting Thread
Pages :
1
2
3
4
5
6
7
[
8]
9
10
Poutnik
5th March 2013, 08:20
Is it possible to resume an encode in meGUI?
Do you mean stop/resume, or resume as restart ?
For the former, the encoding processes can be suspended, e.g. by Process Explorer.
Or, even the whole computer can be put in Standby/hibernation.
This once or few times happened to me by accident, and after waking up the encoding continued.
x265
5th March 2013, 09:10
MeGUI crashed during the encoding process.
LigH
5th March 2013, 16:17
MeGUI won't know the timestamp / frame number when the crash happened. And even if it knew ... appending incompletely encoded videos is not at all trivial with the complex current formats.
magsoud
5th March 2013, 18:36
How to Add FAAC in MeGUI?
LigH
6th March 2013, 08:28
FAAC has been removed due to the superior quality of QAAC (and even Nero AAC). The quality of FAAC is not even reliably better than the one of LAME MP3.
You don't have to install QuickTime or iTunes to enable the use of QAAC. There are guides how to extract the necessary DLLs and put them where QAAC can access them, without installing the whole software into the system.
raynold
9th March 2013, 08:39
i started to encode a capture dvb HD file.
i used one click encoder with standard x264 and mp3 settings.
Im now at step 4: Automatic deinterlacing
Megui is keeping counting up the time. I am now at 7 days for this step. Time elapsed is 17 minutes.
I have a Intel e8400 and dont remember that this step took so much in the past. what did i do wrong??
raynold
9th March 2013, 18:08
now my remaining time is at 30 days
raynold
10th March 2013, 09:13
After one hole day i aborted the job. As i do righclick and change status from aborted to waiting megui does so but then it switches back to aborted automatically.
AMED
10th March 2013, 10:01
@raynold
post your log please.
raynold
10th March 2013, 10:20
I just started a new job without automatic deinterlacing and that works better.
Before I didnt get to the audio encoding, now i do.
Which log should I post? Should I run a automatic deinterlacing job and abort it at the point the remaining time counts up do ~ 1 months?
At first here is a media info log from the file which I wanna encode:
Allgemein
ID : 16 (0x10)
Complete name : D:\temp\cut\New Sniper Project.ts
Format : MPEG-TS
File size : 8,70 GiB
Duration : 1h 41min
Overall bit rate mode : variabel
Overall bit rate : 12,3 Mbps
Video
ID : 48 (0x30)
Menu ID : 137 (0x89)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Ja
Format settings, ReFrames : 5 frames
Codec ID : 27
Duration : 1h 41min
Bit rate : 11,2 Mbps
Width : 1 280 Pixel
Height : 720 Pixel
Display aspect ratio : 16:9
Frame rate : 50,000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : progressiv
Bits/(Pixel*Frame) : 0.243
Stream size : 7,95 GiB (91%)
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709
Audio
ID : 66 (0x42)
Menu ID : 137 (0x89)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 6
Duration : 1h 41min
Bit rate mode : konstant
Bit rate : 448 Kbps
Channel(s) : 2 Kanäle
Channel positions : Front: L R
Sampling rate : 48,0 KHz
Bit depth : 16 bits
Delay relative to video : 27ms
Stream size : 325 MiB (4%)
Language : Deutsch
Language, more info : Clean effects
raynold
10th March 2013, 11:30
Here come my megui log. I ran a job with automatic deinterlacing and aborted at remaining time over 1 day. Although I cleared everything before, it became so big that I had to attach it.
As I went to the Log-Tab i saw, that the megui window is flashing every 1-2 seconds.
I remembered that megui crashed always after I exited the programm after encoding this special file.
----- edit ----
I now cleared the log Tab and got repeatingly poping up error windows
AMED
11th March 2013, 05:00
Hi raynold,
Any chance of uploading a small sample that triggers this problem?
raynold
11th March 2013, 06:04
already encoded without automatic deinterlacing and deleted the source file
by the way: how could i make a small sample of a 8 GB file?
LigH
11th March 2013, 09:12
For the case of AVC in TS: By cutting a few GOPs out with TSSniper (you obviously edited it already - the file name reveals it).
ryszardzonk
11th March 2013, 10:32
Guys have any one been able to solve problem first reported by eni9ma in this post (http://forum.doom9.org/showthread.php?p=1607539#post1607539)?
Just like him I have run into same issue I confirmed earlier (http://forum.doom9.org/showpost.php?p=1615748&postcount=6922) but I do no think it was answered hence the expanded information
that is met with following message in 99/100 encodesWarning: The track number 0 from the file 'D:\mp4\rt dok 03 02 - 2.mkv' can probably not be appended correctly to the track number 0 from the file 'D:\mp4\rt dok 03 02 - 1.mkv': The codec's private data does not match (lengths: 42 and 42). Please make sure that the resulting file plays correctly the whole time. The author of this program will probably not give support for playback issues with the resulting file.
Resulting mkv file plays correctly only through first part. Skipping past the place where files were joined result in complete garbage on the screen. It does not matter if I join 2 mp4 files with or without audio. Result is the same. Files 1 & 2 by themselves play just fine.
I am using Megui for ages since I first switch from using Nandub + Gordian Knot years ago and this issue never have happen prior to ver 2237. It might have been introduced sometime prior to version 2237 but definitely previous stable version did not have this issue.
Steps to reproduce:
1. Create two or more projects out of a single file in DGIndex 1.5.8 from MeGUI\tools\dgindex\DGIndex.exe [to cut out commercials and to rejoin them later on].
2. Create avisynth sripts using Megui 2237 or higher with same settings for both [resolution, deinterlance, color corection, mpeg2 deblocking]
3. Use x264 high profile / unrestricted to encode with default tunning and following options
program --pass 2 --bitrate 500 --stats ".stats" --bframes 5 --ref 7 --ratetol 7.5 --rc-lookahead 50 --merange 32 --partitions all --no-fast-pskip --output "output" "input"
4. join files in mkvmerge from MeGUI\tools\mkvmerge\mmg.exe
Same happens for any kind of content I can put my hands on - SD, HD, Proggressive, Interlanced you name it. All those files have in common is they are recorded from DVB-S/S2 via IPBOX HD sat receiver and are in PAL standard
Please advice of way to fix that. If any logs are needed please let me know as well.
Kurtnoise
11th March 2013, 11:11
Yes, please post the mediainfo report from rt dok 03 02 - 2.mkv & rt dok 03 02 - 1.mkv files...
ryszardzonk
11th March 2013, 12:59
Here they are. I just recreated them and got the same results hence the date in them is newer than my first post
1.mkv
General
Unique ID : 172130910061999592920723453498473889891 (0x817F351872CAF02CA151BAAA246CC063)
Complete name : D:\mp4\rt dok 03 02 - 1.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 49.6 MiB
Duration : 12mn 40s
Overall bit rate : 547 Kbps
Encoded date : UTC 2013-03-11 11:52:00
Writing application : mkvmerge v6.1.0 ('Old Devil') built on Mar 2 2013 14:32:37
Writing library : libebml v1.3.0 + libmatroska v1.4.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L2.1
Format settings, CABAC : Yes
Format settings, ReFrames : 7 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 12mn 40s
Nominal bit rate : 500 Kbps
Width : 544 pixels
Height : 304 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.121
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=7 / deblock=1:0:0 / analyse=0x3:0x133 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 /
mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 /
lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 /
b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 /
rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=500 / ratetol=7.5 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 12mn 40s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 20ms
Default : Yes
Forced : No
2.mkv
General
Unique ID : 253343693789735334981335836976384887241 (0xBE983879D70FF297BB94CAD9CDD0C9C9)
Complete name : D:\mp4\rt dok 03 02 - 2.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 51.8 MiB
Duration : 13mn 17s
Overall bit rate : 544 Kbps
Encoded date : UTC 2013-03-11 11:52:02
Writing application : mkvmerge v6.1.0 ('Old Devil') built on Mar 2 2013 14:32:37
Writing library : libebml v1.3.0 + libmatroska v1.4.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L2.1
Format settings, CABAC : Yes
Format settings, ReFrames : 7 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 13mn 17s
Nominal bit rate : 500 Kbps
Width : 544 pixels
Height : 304 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.121
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=7 / deblock=1:0:0 / analyse=0x3:0x133 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 /
mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 /
lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 /
b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 /
rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=500 / ratetol=7.5 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 13mn 17s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 20ms
Default : Yes
Forced : No
For completness. This mp4 files are created with using megui directly unlike mkv files which are created by use of mkvmerge
1.mp4
General
Complete name : D:\mp4\rt dok 03 02 - 1.mp4
Format : MPEG-4
Format profile : JVT
Codec ID : avc1
File size : 45.3 MiB
Duration : 12mn 40s
Overall bit rate : 499 Kbps
Encoded date : UTC 2013-03-11 11:41:33
Tagged date : UTC 2013-03-11 11:41:33
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L2.1
Format settings, CABAC : Yes
Format settings, ReFrames : 7 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 12mn 40s
Bit rate : 500 Kbps
Maximum bit rate : 2 158 Kbps
Width : 544 pixels
Height : 304 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.121
Stream size : 45.1 MiB (100%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=7 / deblock=1:0:0 / analyse=0x3:0x133 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 /
mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 /
lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 /
b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 /
rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=500 / ratetol=7.5 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-03-11 11:41:33
Tagged date : UTC 2013-03-11 11:44:55
2.mp4
General
Complete name : D:\mp4\rt dok 03 02 - 2.mp4
Format : MPEG-4
Format profile : JVT
Codec ID : avc1
File size : 47.3 MiB
Duration : 13mn 17s
Overall bit rate : 497 Kbps
Encoded date : UTC 2013-03-11 11:47:57
Tagged date : UTC 2013-03-11 11:47:57
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L2.1
Format settings, CABAC : Yes
Format settings, ReFrames : 7 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 13mn 17s
Bit rate : 500 Kbps
Maximum bit rate : 2 212 Kbps
Width : 544 pixels
Height : 304 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.121
Stream size : 47.0 MiB (100%)
Writing library : x264 core 130 r2273 b3065e6
Encoding settings : cabac=1 / ref=7 / deblock=1:0:0 / analyse=0x3:0x133 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 /
mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 /
lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 /
b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 /
rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=500 / ratetol=7.5 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-03-11 11:47:57
Tagged date : UTC 2013-03-11 11:51:30
Zathor
11th March 2013, 22:04
Resulting mkv file plays correctly only through first part. Skipping past the place where files were joined result in complete garbage on the screen. It does not matter if I join 2 mp4 files with or without audio. Result is the same. Files 1 & 2 by themselves play just fine.
I am using Megui for ages since I first switch from using Nandub + Gordian Knot years ago and this issue never have happen prior to ver 2237. It might have been introduced sometime prior to version 2237 but definitely previous stable version did not have this issue.
You can try to downgrade MkvMerge and x264 to the builds used before MeGUI 2237.
ryszardzonk
12th March 2013, 01:00
You can try to downgrade MkvMerge and x264 to the builds used before MeGUI 2237.
I tried dowgrading mkvtoolnix package to 5.6 which I believe was the one that was there with previous stable version but that didn't really help.
I would give different x264 versions a try. If You could just let me know which x264 versions where used between 2237 and 2153. I would not like to start with to acient version.
2200 (http://mirror01.x264.nl/x264/?dir=./32bit/8bit_depth) perhaps?
hello_hello
12th March 2013, 03:23
ryszardzonk,
I've had a similar problem quite a few times when trying to re-encode a small section of video at a later date (say to encode subtitles in a section which needed them but I didn't realise originally) but generally the error message when trying to rejoin the sections at least appears to make sense as it'll look something like this: (lengths: 41 and 42). However I have had instances where the private data is reported as being different while the lengths are reported as being the same and the two files still won't append properly. It's happened with older versions of x264 and I've tried different versions of MKVMergeGUI with the same result. I've not been able to solve it though.
Only one time did I think I'd found the cause.... I'd set the colour characteristics in the command line when encoding one section but not the other, and that seemed to be enough to do it, but obviously that's not what's happening in your case.
Anyway, as a workaround you could probably just encode both scripts as a single encode which should eliminate the problem. You'd create a script which imports both your single scripts while joining them together, so you'd end up with a script which looks like this:
Import ("E:\script 1.avs") ++ Import("E:\script 2.avs")
How you'd handle the audio probably depends on what sort of editing you'd added to the original script, but the above should solve the video part of the problem.
I've got some encodes currently sitting in the job queue where in order to apply different cropping to a section of video, I've split the encoding job into three scripts to later join the output files with MKVMergeGUI. I've done this quite a few times and never had a problem joining them when they've been encoded one after the other. A few weeks ago I encoded a video that way using one computer to encode two sections of it, while a second encoded the other and they still joined without a problem.
Later today, after the encodes I have in the job queue finish, I'll report back regarding whether I could join the output files successfully. If I can, I'll try some quick encodes again using the same scripts, but with your x264 settings to see if for some reason that makes a difference. It'd be nice to get to the bottom of this. Currently I'm just using the x264 default settings and the slow or slower speed preset.
hello_hello
12th March 2013, 03:33
PS. Here's where I asked about the problem in the MKVToolnix thread. While it was nice to receive an explanation regarding what a codec's private data actually is, it didn't really help me solve it. http://forum.doom9.org/showthread.php?p=1610745#post1610745
(http://forum.doom9.org/showthread.php?p=1610745#post1610745)
Mosu: "CodecPrivate data is an element that stores data that the codec in question needs in order to decode the file properly. Different codecs have very different requirements for their private data (it's often called "codec initialization data" as wel). For example, Vorbis needs its codebook which tells the codec how to expand the encoded/compressed stuff back to the uncompressed stuff that can be played back.
Same with AVC/h.264. The CodecPrivate data contains (amongst other things) the sequence parameter sets and picture parameter sets. They contain important information like pixel resolution, codec features used etc.
So it is generally technially impossible to decode video from an encoding A with the private data from encoding B (and mkvmerge can do nothing about it). However, there are situations in which that will work: if the codec private data only differns in unimportant fields (e.g. the frame rate is also stored in the sequence parameter sets, and if they and only they differ then there should not be any problem). That's why mkvmerge doesn't prevent you from doing it."
I guess the next step, if it's possible to view the "codec private data", would be to look at it for each encode to determine where it's different, but if there's a way to do so I don't know how.
hello_hello
12th March 2013, 07:25
ryszardzonk,
I've narrowed the problem down a little.....
Encoding 2 files using 2 pass encoding (I used the same bitrate as your last log file) produces the "codec private data" error when you try to append the output files, and so far that seems to be regardless of any other x264 settings you may be using. If you use CRF encoding and try to append the output files, there's no error. As I pretty much always use CRF encoding these days......
Maybe now I've discovered cause, someone more knowledgeable than myself might be able to work out the "why" part, or maybe offer a way to prevent the problem from happening when using 2 pass encoding.
I'd take a guess and suggest appending a 2 pass encode to a CRF encode will once again produce the error, but I haven't tested it. It's a very hot day where I am and I want to give the PC a rest because it's not helping with the room temperature. I'd be thinking though, when I've tried to re-encode a section of old video and then append the new version to the original, I've used CRF encoding to re-encode a section of it while the original probably used 2 passes.... back before I'd discovered the joy of CRF encoding.
Kurtnoise
12th March 2013, 08:54
didnt test yet on my side but this doesnt look like an error...more a warning (mkvtoolnix-wise).
Your input are mp4 or raw h264 ?
Could you post also your logfile, especially the muxing part ?
ryszardzonk
12th March 2013, 10:12
@hello_hello
To start with your very first post I did make mistakes in the past as well and back than MKV was always right as for example I forgot to add audio to one of the source files so it obviously did not match. Sometimes the errors where becouse of more subtle differences as different settings in AVS scripts like with ot without color correction, but that was easily eliminated with creation of "Avisynth profiles". Encoder settings presets where also a big help. This time around it is something completly different so I am somewhat glad it is reproducible so hopefully the solution will be found.
I'll try using different x264 versions now to see if they are to blame. I trust here that if I just replace recent version of x264 with an old one the new MeGUI version would not complain to any missing or moved setting or anything of that sort ;)
I have tried the workaround You mention in the past which did the trick, but I have 2 issues with it. One is that it adds another layer of work which may not seem much but I record number of of videos daily and taking every extra step is not what tigers like best. Another is the issue with audio which is quite error prone to out of sync errors for the additional videos.
As far as the determining differences in codec private data stuff it seems out of my league and I would rather not comment on something I did not even egxamine in the past at all
I was not aware of the CRF method so I did a little bit of reading about it (http://www.tools4movies.com/2012/03/crf/) which actually sounds quite promising as it is definetly better judge of scene complexity than I am but it seems it will not be miracle quality boost (http://en.wikibooks.org/wiki/MeGUI/x264_Settings#crf) "CRF mode gives almost exactly equivalent quality to 2pass at the same bitrate".
I have gained some experience as of what bitrate to give to any given video and ussually aim to use preset which gives codec enought bitrate (usually falls between 0,11 - 0,13 bits per pixel and about 15%-20% less for anime) depending on its scene changing needs so that it itself does not really a must have but definetly worth trying out. Hopefully crf would take less time than 2pass encode even with its result/time unpredictability.
It seems however that if the issue with 2pass encoding will not be resolved I would have to move to the crf method regardless.
Thanks for finding out that it is 2 pass encode behaviour that have changed!
ryszardzonk
12th March 2013, 10:34
didnt test yet on my side but this doesnt look like an error...more a warning (mkvtoolnix-wise).
Your input are mp4 or raw h264 ?
Could you post also your logfile, especially the muxing part ?
I am using MP4 format to encode videos. I never used RAWAVC
Well mkvtoolnix would be the last I would blame for the change as version 5.6 was used with previous megui stable where it all just worked and reverting to 5.6 to join newly created files results in the same error. Still mkvtoolnix somehow knows there is the difference is the video in the private data as program is able to recognize it hence the warning/error message. Maybe it could inform of what is actually different
warning message
Warning: The track number 0 from the file 'D:\mp4\rt dok 03 02 - 2.mp4' can probably not be appended correctly to the track number 0 from the file 'D:\mp4\rt dok 03 02 - 1.mp4': The codec's private data does not match (lengths: 42 and 42). Please make sure that the resulting file plays correctly the whole time. The author of this program will probably not give support for playback issues with the resulting file.
muxing message for videos files only just like they appear after encode [no audio muxed to them]
mkvmerge v6.1.0 ('Old Devil') built on Mar 2 2013 14:32:37
'D:\mp4\rt dok 03 02 - 1.mp4': Using the demultiplexer for the format 'QuickTime/MP4'.
'D:\mp4\rt dok 03 02 - 2.mp4': Using the demultiplexer for the format 'QuickTime/MP4'.
'D:\mp4\rt dok 03 02 - 1.mp4' track 0: Using the output module for the format 'AVC/h.264'.
'D:\mp4\rt dok 03 02 - 2.mp4' track 0: Using the output module for the format 'AVC/h.264'.
The file 'D:\mp4\rt dok 03 02 - 1.mkv' has been opened for writing.
'D:\mp4\rt dok 03 02 - 1.mp4' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 544/304.
Appending track 0 from file no. 1 ('D:\mp4\rt dok 03 02 - 2.mp4') to track 0 from file no. 0 ('D:\mp4\rt dok 03 02 - 1.mp4').
The cue entries (the index) are being written...
Muxing took 4 seconds.
hello_hello
12th March 2013, 11:16
The encodes seem fine. The warning comes from MKVToolnix when you try to join them. I'd say it's an encoder issue, and nothing to do with MeGUI as such, but I'm guessing.
I just ran another two short encodes and tried to join them together. Identical scripts both times, except I used Trim() to encode different sections of it. When using 2 pass encoding MKVMergeGUI complains about the codec's private data not being the same. If I repeat the process using CRF encoding, there's no problem appending the output files.
I tried to post both log files but the forum complained about my post being too long. I tried to upload the samples as attachments but apparently the file size limit for this video conversion forum is 200KB. :confused: Only at doom9....
Here's a link instead (http://depositfiles.com/files/gsvgze2la), assuming there's no ridiculous forum limitation on those as well. I changed the name of the output files because last time I uploaded video files without doing so they were deleted for being unauthorised. The log files are included.
hello_hello
12th March 2013, 11:24
ryszardzonk,
I didn't see your post until after submitting my last one. It's interesting to see you say the behaviour for 2 pass encoding, in relation to appending files, has changed at some stage. I didn't know as I almost never encode that way.
But yeah.... when I saw your encoder settings, that's where the penny dropped for me regarding where to start looking for the cause of the problem. I was going to add a little CRF vs 2 pass encoding rant to my post, but thought it might be a little out of place (I know it upsets some people when discussions take place in a discussion forum), but I guess maybe you've seen the light already. ;)
No, it doesn't provide a quality boost. You've read about it encoding the same way as 2 pass encoding if the resulting bitrate is the same (all else being equal) but the difference is CRF lets you pick the quality you want while the file size/bitrate varies accordingly, whereas 2 pass lets you choose the bitrate/file size, but the quality is the unknown. And CRF is faster too....
CRF18 is around where the x264 encoder is roughly considered to be "transparent", but anything up to CRF22 will probably still look pretty good. How high you can go before the quality drop starts to annoy you is a personal thing. I pretty much encode everything using CRF18 myself.
ryszardzonk
12th March 2013, 13:18
@hello_hello
I did few CFR encode tests and I confirm that creating the video with using that setting works as there is no problem with joining the created files together. Sweet :)
I am fairly positive I may speak of behavior change as I create movies for several years and no such problem appeared previously. IMHO if all settings remain constant and the program/s version change and previous setting no longer work than definitely one may speak of behavior change and in that particular case probably even bug/error.
I tend to agree that it seems like the thing to do is just to confirm which x264 version is to blame. Hopefully nothing older that 2200.
Could be that CFR method is just superior (seems like you say constant good quality, faster encodes, but I would definitely would have to make more test encodes prior to really establish my own opinion) that almost no one uses 2pass encoding anymore and problem was spotted only by those few like me that use ancient method of encoding that is about decade old ;)
PS Rant is last thing I fought about when you mentioned CFR, but more like a hint as getting best quality possible with the use of certain codec settings.
PS Back to x264 version tests
ryszardzonk
12th March 2013, 17:21
I have run tests with using builds available x264.nl (http://mirror01.x264.nl/x264/?dir=./32bit/8bit_depth) for playback issues with 2 files being joined together while the files have been created with Automated 2pass profile.
It turns out that somewhere between rev 2216 and 2230 the change was made that altered codec private data just enough for the files not being able to be joined together
Tested revisions:
2200: OK
2216: OK
2230: broken
2245: broken
2273: broken
Test therefore reveled this is not a Megui nor MKVtoolnix issue ;)
hello_hello
12th March 2013, 17:54
@hello_hello
PS Rant is lat thing I fought about when you mentioned CFR, but more like a hint as getting best quality possible with the use of certain codec settings.
I usually do rant about it. ;)
But yeah given hard drive space isn't an issue any more and squishing a file down to fit on a disc is less important than it once was, I think the majority of people would just use CRF encoding these days.
If I had to pick a word, it'd be about getting "consistent" quality rather than "best" quality, although because the bitrate varies you're not wasting bits on quality you can't see when encoding one file and having too few bits for the next.
It turns out that somewhere between rev 2216 and 2230 the change was made that altered codec private data just enough for the files not being able to be joined together.
Problem solved.... well "cause found"... at least
I wonder if the x264 developers know it's happening? I'm not sure where you'd report such a "bug".
Poutnik
13th March 2013, 08:46
I have recently tried to mux SRT subtitles to AVI, making MKV, using adaptive and MKV muxers.
I have noticed it did not allow me to use AVI as the Audio source.
I thought it may take audio stream as default, but it did not.
But if I have launched standalone mmg GUI from MKVmerge tool of MeGUI,
it took audio stream automatically.
Do I have to demux AVI, or provide AVS audio script to do that in MeGUI ?
Or, are MeGUI muxers aimed to elementary stream muxing only ? ( Using last MeGUI stable )
Edit>I have checked Always mux MKV encoding via MKVmerge.
goldensun87
13th March 2013, 09:13
Hello everyone, I just ripped my BD of Wreck It Ralph, and I wanna encode it. But, I see that the main movie is split into many m2ts files. So, will I be able to encode the entire movie if I rename the files like, "filename_1", "filename_2, ... and load filename_1 into the file indexer? Or do I have to do something else?
AMED
13th March 2013, 09:49
@goldensun87
Use the HD stream extractor and it will merge all the m2ts in to one mkv video file and any audio languages you choose.
goldensun87
13th March 2013, 12:19
@goldensun87
Use the HD stream extractor and it will merge all the m2ts in to one mkv video file and any audio languages you choose.
Thank you :) . I extracted as raw h264, then remuxed into m2ts. Now, I will attempt to encode down to 720p. Hopefully it will do so without a hitch.
Edit: Just out of curiosity, would my idea have worked?
AMED
13th March 2013, 19:57
It should work but it would be easier (possibly safer) to just mux the video in to MKV. I think FFMS can have some issues with seeking when using M2TS files (is this still true?).
My procedure is;
1. Rip full disc in MakeMKV.
2. Use the HD stream extractor to get the streams I want, video = mkv, audio = AC3/DTS
3. Index with FFMS
4. Use AVISynth creator to crop, resize and apply MvDegrain1
5. Autoencode just the video portion with CRF 19 and --grain and mux in the audio, chapter and subtitles.
Octo-puss
14th March 2013, 09:29
Why does it take MeGui like three seconds to close? Before you ask - no I am not running out of time, just curious what's going on in the background so intense it takes so long to shut down, when much more complex programs close instantly :P
Kurtnoise
14th March 2013, 12:37
this depends on your machine but megui saves all profiles, settings, jobs and delete files if needed when you close it...
Octo-puss
14th March 2013, 14:38
Well, my machine is pretty fast, and MeGui does this even if I simply launch it and immediatelly close. There's nothing to save or process...
Kurtnoise
14th March 2013, 17:40
Please advice of way to fix that.
Using raw output file (i.e h264 instead of mp4 or mkv), concatenation seems to be ok. No more warning like this...
Well, my machine is pretty fast, and MeGui does this even if I simply launch it and immediatelly close. There's nothing to save or process...
Each time you launch MeGUI and close it afterwards, all settings/jobs/profiles are saved...
hello_hello
15th March 2013, 14:23
It should work but it would be easier (possibly safer) to just mux the video in to MKV. I think FFMS can have some issues with seeking when using M2TS files (is this still true?).
Yes, but I've got several versions of ffms on my hard drive because each version seems to have different issues.
Recently I ripped six Bluray discs using HD Streams Extractor and ffms indexed each MKV fine, but every single one of them failed to encode. If I opened the scripts with MeGUI they appeared okay, but when I opened the scripts with MPC-HC, which caused the video to be played from the first frame, I got an error along the lines of "insanity detected, the decoder has returned an empty frame". I switched to an older version of ffms, re-indexed each MKV, and the problem went away. I'm pretty sure all of the original video was VC-1 in this case.
Speaking of ffms....
If you set MeGUI to use an output folder different to the input folder, the ffms index file is created in the correct directory, but if you use the Script Creator to analyse the video, it's indexed again and a second index file is created in the same folder as the source video. Could MeGUI's analysis be told where to find the existing index file so it doesn't need to create another one?
Zathor
15th March 2013, 19:42
If you set MeGUI to use an output folder different to the input folder, the ffms index file is created in the correct directory, but if you use the Script Creator to analyse the video, it's indexed again and a second index file is created in the same folder as the source video. Could MeGUI's analysis be told where to find the existing index file so it doesn't need to create another one?
Thanks - will be fixed in 2304.
hello_hello
17th March 2013, 17:19
Cheers.
In case you don't notice it Zathor, I've finally gotten around to finding one of the samples you requested in this thread:
http://forum.doom9.org/showthread.php?t=163906
I've described the problem again in today's post there to refresh your memory.
Richard1485
3rd April 2013, 21:06
Sometimes MeGUI's icon has either a yellow triangle with a black exclamation mark or a red circle with a white cross on it. What do these symbols mean?
rapscallion
3rd April 2013, 21:11
Icon on your desktop or the program's upper left corner?
Either case, never seen either one of those.
Richard1485
3rd April 2013, 21:14
They appear on the icon in the taskbar, where I have MeGUI pinned. (I'm running Windows7.)
Sci-Fi-Fan
3rd April 2013, 21:31
They appear on the icon in the taskbar, where I have MeGUI pinned. (I'm running Windows7.)
Those symbols means an error has occurred, exclamation mark is a warning, red x is a fatal error that stops the current queue process.
go to Megui;s main window/log tab to see an explanation of the errors that occurred.
Richard1485
3rd April 2013, 21:35
Ah! I didn't realize there was an explanation in the log tab. It was Haali Media Splitter. I've reinstalled it, and the symbol has gone.
Thank you both for your time. :)
Richard1485
3rd April 2013, 22:35
It looks as if I spoke too soon.
MediaInfo - Unhandled Error
Exception message: Object reference not set to an instance of an object.
Stacktrace
Reinstalling Haali solved the yellow triangle with a black exclamation mark, but when I tried to encode something I received the red circle with a white cross and the above error message, which I don't understand. I tried reinstalling Mediainfo, but the problem persists. I think these errors started occurring when I updated MegUI today.
Zathor
3rd April 2013, 23:21
Try it with this debug build:
http://www.mediafire.com/?s73g85fg7fq2a4q
If you still get an error please upload the full error log especially the stacktrace.
Richard1485
5th April 2013, 10:53
Thanks, Zathor. I've come to the conclusion that something is wrong in terms of hardware, but once I have it fixed I shall use the debug build if I experience further problems.
magsoud
9th April 2013, 09:45
Help Me for this Filter (Color,...):
The.Amazing.Spider-Man.(2012).1080p.Ganool.mkv
http://forum.doom9.org/attachment.php?attachmentid=13396&d=1365497202
to
The.Amazing.Spider-Man.(2012).1080p.ShAaNiG.mkv
http://forum.doom9.org/attachment.php?attachmentid=13397&d=1365497215
Kurtnoise
9th April 2013, 09:51
Just buy the DVD or the BD...:rolleyes:
LigH
9th April 2013, 09:54
I believe this is described here (http://forum.doom9.org/announcement.php?a=36).
wailam
2nd May 2013, 17:18
How to delete profile in megui? As of the Nero-aac Profile / XviD Profile / Flaac Profile scratchpad really annoys me when i have to scroll down to select the other profile. I've tried delete the profile in their folder but they still shows up when I start megui. BTW, did the paused button removed in newest version? Why did they stop making installer, I like the installer version.
Zathor
2nd May 2013, 21:48
You want to delete the scratchpad profiles? As those are the default profiles it is not possible to get rid of them.
Pause button has been removed a long time ago.
The installer was to problematic to maintain.
wailam
4th May 2013, 05:21
But I still remember some old version of megui with installer give option of which profile to install when installing megui. Not with the update option.
Zathor
4th May 2013, 10:45
The profiles are installed by default. Please remove the profiles you do not want/need.
hello_hello
7th May 2013, 04:03
Was it once possible to abort a single encoding job without aborting all running jobs? I'm pretty sure I've done so numerous times in the past, but using version 2341 it's not possible. If I have two jobs running in the main Queue tab.... the second either running in a temporary or separate worker.... when right clicking on one of the encoding jobs and selecting "abort" MeGUI asks if I want to abort all currently running jobs (or something to that effect) rather than asking if I want to abort only the selected encoding job.
I've also never quite been able to get my head around how multiple workers errrr... work. For instance when creating a new worker MeGUI automatically starts one of the jobs in the queue even though no jobs have been added to the new worker. Is that by design? Shouldn't the MeGUI option to automatically start an encoding job when it's added to the queue (or not) be respected when new workers are created? And why does creating a new worker effect the encoding queue before any jobs have been sent to the new worker?
Maybe I've just not got my head around using multiple workers, but if I was designing the way they function it'd be like this, as to me the current system of multiple worker windows, progress windows and a main job queue seems a little "messy".
Instead of multiple "workers" I'd use multiple job queues. The default job queue tab could effectively be worker 1. Using any of the Queue buttons would send the encoding job to the default Queue/Worker tab. Right clicking on the default Queue tab would let you create/delete new Queue tabs which would also be new workers. Jobs in each Queue/Worker could be transferred between Queues/Workers in the usual manner, or started individually, allowing each Queue to effectively still run jobs in a temporary worker as before. The Start/Stop/Abort buttons etc at the bottom of the Queue window would only apply to the jobs in the selected Queue tab. Right clicking on a single job in any Queue tab would allow you to abort only the selected encoding job. Making multiple Queue tabs double as multiple workers would eliminate the need for separate worker windows and keep everything "neater" in individual tabs.
To eliminate the current progress windows, each encoding job in the Queue tabs could have their own progress bar. Many conversion programs do it this way..... AnyVideoConverter or Video To Video Converter come to mind.
If multiple Queue tabs isn't ideal, then a "tabbed" Queue tab might be a better option. ie the Queue tab could contain multiple Worker tabs rather than have workers as separate windows.
Just my 2 cents worth.....
Rat Killer
10th May 2013, 09:46
I have a number of files that need the audio recoded and the audio and video in a new container but do not need the video track recoded.
Is there a way to set up a profile in the oneclick encoder to do this?
I tried using the checkbox for 'Don't encode video' but it does anyway.
Zathor
10th May 2013, 10:05
It is currently only possible if the output container is MKV. If you provide a list of video codecs which are allowed in MKV but not in MP4 I can implement it for MP4 as well.
Rat Killer
10th May 2013, 10:20
It is currently only possible if the output container is MKV. If you provide a list of video codecs which are allowed in MKV but not in MP4 I can implement it for MP4 as well.
I have never used an mp4 with other than an h.264 video track but I know MPEG-4 part 2 and MPEG-2 streams are also allowed.
Nixeus
10th May 2013, 20:10
Hello, i'm trying to encode an AVI file compressed with CamStudio Lossless codec in MP4 with Megui/x264.
My avi file appear to be in RGB24, and when i want to compress it in MP4, Megui convert it to YV12.
The file result is darker than the original. I would like to avoid this, in oder to have the same color apparence.
Here is the file before:
http://img14.imageshack.us/img14/8438/beforeuv.png
Here is the file after :
http://img834.imageshack.us/img834/9933/aftermp.png
Anyone could help me please ?
Thanks a lot :)
Best regards,
Nixeus
luke83
15th May 2013, 21:43
During endoding, a window popups with this error and encoding ends.
http://s18.postimg.org/nf3d8dcqd/Immagine.jpg (http://postimg.org/image/nf3d8dcqd/)
The log of megui is attached:
13492
Zathor
16th May 2013, 07:11
Does it also happen with ffmpeg 1.2? I have changed that a few days ago on the development update server.
@ Nixeus:
By default, x264 encodes in YUV 4:2:0 (chroma subsampling used in YV12 or I420). This will limit both the chrominance resolution and the chrominance value range (TV scale).
If you want x264 to encode in a 4:4:4 subsampling, you may have to manually change several options: Use AviSynth 2.60, disable "coring" in different AviSynth functions, add specific parameters to process different input and output color spaces and full luma/chroma range...
In fact, MPEG4-AVC (H.264) is in general not very suitable for screen recordings with such a limited number of colors and sharp details, it is instead optimized for real-life video scenes with naturally not too saturated colors and limited sharpness. Instead, CorePNG with delta frames enabled would be quite efficient in your case.
luke83
16th May 2013, 15:49
Does it also happen with ffmpeg 1.2? I have changed that a few days ago on the development update server.
I 've tried but same problem
It happens only when i use One-Click. AutoEncode works good... until now (fingers crossed xD)
A little hint: using One-Click, if i put Colormatrix AFTER deinterlacer and so i use it without "hints" option and DGdecode without "info=3", it works. Unfortunately colors are not as good as they are when i put colormatrix before deinterlacer :(
Zathor
16th May 2013, 18:50
It happens only when i use One-Click. AutoEncode works good... until now (fingers crossed xD)
Do you use the same AVS script for both encodes?
What happens when you use the commadn line directly without MeGUI?
luke83
16th May 2013, 20:46
Do you use the same AVS script for both encodes?
yes, I do. I've tried both 2.58 (actual version) and 2.6 MT Set version. This one is a bit faster but it gives me green band artifacts on the bottom of the screen
What happens when you use the commadn line directly without MeGUI?
i haven't tried
hello_hello
17th May 2013, 10:13
A little hint: using One-Click, if i put Colormatrix AFTER deinterlacer and so i use it without "hints" option and DGdecode without "info=3", it works. Unfortunately colors are not as good as they are when i put colormatrix before deinterlacer :(
The color correction option is left over from the dark ages. You probably shouldn't use it.
If you're encoding DVDs then it won't convert/correct the colors (they don't need it) and there's a possibility when encoding HD mpeg2 video it'll convert the colors when it shouldn't.
I don't know if putting Colormatrix after the deinterlacer and not using hints would cause it to convert the colours when it shouldn't (I'd need to read the help file to refresh my memory) but if it's changing the colours (it sounds like it might be) and you're converting DVDs..... don't use it.
luke83
17th May 2013, 12:09
The color correction option is left over from the dark ages. You probably shouldn't use it.
If you're encoding DVDs then it won't convert/correct the colors (they don't need it) and there's a possibility when encoding HD mpeg2 video it'll convert the colors when it shouldn't.
I don't know if putting Colormatrix after the deinterlacer and not using hints would cause it to convert the colours when it shouldn't (I'd need to read the help file to refresh my memory) but if it's changing the colours (it sounds like it might be) and you're converting DVDs..... don't use it.
I'm encoging the DVDs of Lupin III - 2nd Season (red jacket)
I've read that Colormatrix it's used just with mpeg2 enconding O_o
ColorMatrix corrects the colors of MPEG-2 streams of dvds. More correctly, many MPEG-2 streams use slightly different coefficients (called Rec.709) for storing the color information than AviSynth's color conversion routines or the XviD/DivX decoders (called Rec.601) do, with the result that DivX/XviD clips or MPEG-2 clips encoded by TMPGEnc/QuEnc are displayed with slighty off colors (which looks like a small difference in brightness). This can be checked by opening the MPEG-2 stream directly in VDubMod.
From: http://avisynth.org.ru/docs/english/externalfilters/colormatrix.htm
However, I'll try both solutions: with and without
In theory, at least, SD MPEG-2 video like on DVDs should usually have Rec.601 coefficients; Rec.709 should only be common for HD video and maybe "handycam" sources.
hello_hello
18th May 2013, 03:40
I'm encoging the DVDs of Lupin III - 2nd Season (red jacket)
I've read that Colormatrix it's used just with mpeg2 enconding O_o
However, I'll try both solutions: with and without
Colormatrix uses the "Hints" to decide whether the mpeg2 video needs converting from BT.709 to BT.601. If the color in the video stream is specified as BT.709 it'll convert it to BT.601. If it's already BT.601 or there's no colorimetry specified it doesn't convert anything.
All DVD video should be BT.601 so there's no need for Colormatrix. The way I understand it BT.709 is illegal for DVDs.
http://avisynth.org/mediawiki/Colorimetry#References
"The table is actually the limitation of what you can use. In other words if you set the sequence_display_extension to Rec.709 for dvd it is illegal. That doesn't mean it will not play etc it just means that it is not supported and any player that strictly follows the specs is more likely just to ignore it as if no value was set at all."
There might be some standard definition (non-DVD) mpeg2 video floating around which uses BT.709 but no DVD video should use it. All high definition video uses BT.709 so if you're re-encoding HD don't use Colormatrix unless you're resizing to standard definition otherwise it'll convert the colors when it shouldn't.
luke83
18th May 2013, 12:19
Infact with and without is the same
Zathor
19th May 2013, 17:50
SET OPTION PRELOAD 200 is added by default to AMG. You can see it in the MeGUI log:
[Information] [19.05.2013 18:49:03] mux script
-[NoImage] CLEAR
-[NoImage] LOAD D:\test.avi
-[NoImage] SELECT FILE 1
-[NoImage] ADD VIDEOSOURCE
-[NoImage] DESELECT FILE 1
-[NoImage] SET OUTPUT OPTIONS
-[NoImage] SET OPTION NUMBERING ON
-[NoImage] SET OPTION MAXFILESIZE ON
-[NoImage] SET OPTION MAXFILESIZE 2000
-[NoImage] SET INPUT OPTIONS
-[NoImage] SET OPTION MP3 VERIFY CBR ALWAYS
-[NoImage] SET OPTION MP3 VERIFY RESDLG OFF
-[NoImage] SET OPTION AVI FIXDX50 1
-[NoImage] SET OPTION CHAPTERS IMPORT 1
-[NoImage] SET OUTPUT OPTIONS
-[NoImage] SET OPTION ALL SUBTITLES 1
-[NoImage] SET OPTION ALL AUDIO 1
-[NoImage] SET OPTION CLOSEAPP 1
-[NoImage] SET OPTION DONEDLG 0
-[NoImage] SET OPTION OVERWRITEDLG 0
-[NoImage] SET OPTION PRELOAD 200
-[NoImage] SET OPTION OPENDML 0
-[NoImage] SET OPTION RECLISTS 0
-[NoImage] SET OPTION AVI ADDJUNKBEFOREHEADERS 0
-[NoImage] SET OPTION AUDIO INTERLEAVE 4 FR
-[NoImage] START D:\test-muxed.avi
detmek
20th May 2013, 08:44
Since MeGUI can work as portable application, is it posible to put other filters like MDegrain or ttempsmooth in MeGUI's avisynth_plugin folder and create Avisynth template that will autoload necessary plugins even if I move MeGUI folder to some other location?
Zathor
21st May 2013, 05:58
AMG - Avi-Mux GUI
This AMG setting cannot be adjusted directly in MeGUI. Disable the option to delete intermediate job files, run the job, modifiy the value in the .mux file and load this file in AMG.
BECK38
29th May 2013, 16:48
A slightly long story, just a very weird 'glitch' that all my (feeble?) attempts to track down and squash have been futile.
I started using MeGUI almost four years ago, installed it on a 4core machine that was used for other tasks as well, install went smoothly, found all the bits and pieces (including the Sharktooth profiles) and performed a lot of 'test' runs. Worked great. Honed the basics and beyond, jumped through the hoops on audio processing and MKV 'merging' and the like, and everything worked as expected. 'Life was good'. Processed several hundred tasks over the next couple of years.
Then I decided that I needed to try and 'move' the MeGUI 'operations' to a newer machine, to free it up for some of the other tasks it originally was for, so had a new 6core box built. Installed all the MeGUI pieces that had been done on the first machine, and ran some tests. At first, it looked fine, then I ran into a very small 'glitch' that appeared in the first couple seconds of most recodes, a little bit of 'blocking' that appears for a second, then is gone. No others appear in any recodes that I have run, just the one in that first couple of seconds.
I've searched all over and tried several 'cures', including 'slow first pass' and 'no fast p-skip', to no effect. What's interesting is that if I do a 'trim' on the first few minutes of the clip, the 'glitch' isn't there, so that has made it very time intensive to try various settings as I have to recode an entire clip/movie to get the thing to show itself.
A few basics: Both machines are Vista (okay, stop the moaning, I tried integrating a Win7 machine into my network and it was a disaster, probably as much so as Vista was in the early days, so I moved back to something that was 'tried and true'). The MeGUI pieces are identical, the source files are identical, the entire setup is identical, only the hardware is slightly different.
I've kept searching for someone with the identical or even somewhat similar 'glitch' but have never found anything close.
So, I use the 6core box to do 'test runs' and size 'tuning' and such, then let the 4core do the actual 'final' recode. That's the way I've been running for the last 3 years or thereabouts.
But at some point, I need to figure out why the 'glitch'. On a few recodes over the last couple of years, it hasn't happened, but it's very rare, and as I'm using the same presents, why it happened I don't know. It's never happened on the 4core box.
So, anyone, any ideas? It seems to me that it's like the encode engine is 'slow off the mark' as the blocking/glitch appears in those first couple of seconds of the coding, but as I can't duplicate it either on the 4core box or by doing a smaller, 'trim' recode, it is being very difficult to track down, to put it bluntly.
TIA for any ideas...
Guest
29th May 2013, 19:07
That usually indicates you have an open GOP to start your stream. You need a source filter that either suppresses orphaned pictures or replaces them with the first decodable frame, e.g., DGMPGDec, DGDecNV.
Zathor
29th May 2013, 21:06
TIA for any ideas...
Please post the log file of such an encode.
dvdboy
30th May 2013, 00:15
Apologies if this is a stupid question, but my MeGUI has just 'stopped' working. I've tried downloading fresh builds, both old and new for SourceForge, compatibility mode, snooped around in the registry. Bizarrely the x64 build I have appears to open ok, but I've always used the x86 version as I've just found it more 'usable' (I can't remember if there was a feature or AVS plugin which wasn't ported or something vague). Whenever I try to open the x86 version, the software just stops working and gives the following error message:
Description:
Stopped working
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: megui.exe
Problem Signature 02: 1.0.2341.0
Problem Signature 03: 516162d7
Problem Signature 04: mscorlib
Problem Signature 05: 2.0.0.0
Problem Signature 06: 503f01b1
Problem Signature 07: f50
Problem Signature 08: 7
Problem Signature 09: N3CTRYE2KN3C34SGL4ZQYRBFTE4M13NB
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 2057
I'm running Windows 7 Pro 64bit.
Any help greatly appreciated.
BECK38
30th May 2013, 03:31
That usually indicates you have an open GOP to start your stream. You need a source filter that either suppresses orphaned pictures or replaces them with the first decodable frame, e.g., DGMPGDec, DGDecNV.
I'd be seriously chasing this if (IF) I didn't have two virtually identical setups, one which has the problem and the other that didn't, on the exact same source. And, I might add, well over 1000 recodes at this point (well over half 'checked' by the newer machine that has the 'problem') where 99% of my sources has the problem (and where 0% don't on the older machine). I don't think all those movies all have the same problem, but I will look into it.
And, I re-ran a 'quick' recode, after reloading the Sharktooth presets just to make sure I hadn't wacked something when I was 'playing around' with the settings. Same problem, btw, so it didn't 'magically' go away. Rats. So here is the log file attached to this message; the preset used was DXVA-HD-Fast.
BECK38
1st June 2013, 21:25
That usually indicates you have an open GOP to start your stream. You need a source filter that either suppresses orphaned pictures or replaces them with the first decodable frame, e.g., DGMPGDec, DGDecNV.
Okay, in doing some research, I'm tending to agree to this point, and DGDecNV is the 'solution', but although I do have a NVidia card I could swap in (or, since the graphics card in that machine is a very low end, could simply get something new and that is on the 'approved' list without much of a problem) I'm looking around for a non-hardware solution.
Time spent on s/w grinding is not really much of an issue. I found a technique that worked on a 'fast' encode and am testing it out on a deeper, long (12+ hour) recode. So I'll see what happens with that. I'll have to do some more testing (the source on this first test is VC1, so will have to try a AVC) and meanwhile continue to search for some more 'info'.
One never knows what 'pops' out of the woodwork on these searches, found an interesting editing program to work with my Hauppague HD-PVR (I've been using a PD cutter that works okay but not as good as what these folks claim) so it wasn't all a waste of time.
If you or someone can chime in on a filter or 'pre'-filter that can 'wash' the video stream (that's essentially what I'm testing right now) I'll give it a look and try.
Guest
1st June 2013, 21:54
Okay, in doing some research, I'm tending to agree to this point, and DGDecNV is the 'solution', but although I do have a NVidia card I could swap in (or, since the graphics card in that machine is a very low end, could simply get something new and that is on the 'approved' list without much of a problem) I'm looking around for a non-hardware solution. If you are in need of a reliable and robust frame-accurate source filter that operates correctly for interlaced and telecined content and which works for all video ES formats in a consistent way, then as far as I am aware, DGDecNV is the only available option. The SW source filters continue to improve, of course. But right now an equivalent SW solution is holy grail.
Nvidia is a sound choice for the desktop and a $15 donation is almost insignificant. That would be my expert opinion, looking aside to the fact that I am its author and benefit from its usage.
If you or someone can chime in on a filter or 'pre'-filter that can 'wash' the video stream (that's essentially what I'm testing right now) I'll give it a look and try. Can you tell us what you mean by "wash the video stream"? I'm not getting a clear picture of what you are asking about.
BECK38
2nd June 2013, 03:44
If I could find some kind of tool that would actually verify that there is/are an open GOP right at the beginning of the file/clip, or that I could figure out what the difference is between the two MeGUI installs, it'd be one thing; but there isn't (a tool) or some kind of install difference (just don't see it).
I've looked over many log files, and there is no difference hardly to speak of, but there has to be something from Machine1 that is either ignoring or fixing it (if it exists, again, something I cant verify) 'on the fly' that Machine2 isn't doing.
Washing or Scrubbing the stream is simply a term denoting some form of 'fixing' the stream. I used eac3to to wash the video stream and apparently it did something (the documentation says it does some fixes, but isn't specific at all about exactly what; I continue to try and find out exactly what it's doing if their is documentation somewhere) that may have fixed (at least it did on my short test) but the jury is out until I do a lot more testing that will probably take a few days. Meanwhile, I hope to find a reference as to WHAT eac3to is doing, or at least a tool that will verify that there is an open GOP that eac3to closes.
If I did a lot of video work with bizarre sources (like the ones you mention) I'd be hot to trot after a hardware fix. But I don't; most of the 'bad' things I run into are either things (like this) that don't make much sense (they're not repeatable from setup to setup) and the log files don't give much if any clue. I'd have never run into it if I hadn't had another machine built to specially run MeGUI.
So, I continue to look for answers; even as I may have one in hand (but why it works is as obtuse as anything at this point).
Sci-Fi-Fan
2nd June 2013, 10:13
Megui Bitrate calculator does not remember any custom total file size I enter.
I previously resolved this by editing a setting file and entering my preferred file size which would then be available in the drop down list each time I used the calculator.
But after buggering up my windows and having to reinstall Megui I've lost that custom setting and can't find / remember the file where the total file size presets are stored.
If anyone can point me in the right direction I would be grateful.
Thanks
Zathor
2nd June 2013, 12:23
Megui Bitrate calculator does not remember any custom total file size I enter.
You have to add new values in the MeGUI Settings dialogue. In other places these values will not be remembered.
BECK38
2nd June 2013, 15:40
Another slim bit of info (on my current quest): I found out that the video stream input to MeGUI could be encapsulated either in MKV (via eac3to) or by tsmuxr (in m2ts) and indeed MeGUI accepted both. However, whereas the stream via the eac3to/MKV seemed to 'cure' the small glitch at the beginning of the video, the tsmuxr (m2ts) does not, so I'm still on the hunt for what eac3to/MKV actually does to the stream. There are 'hints' here and there, but nothing really specific, and I still haven't found a tool that will verify the supposed 'open GOP' at the beginning of that stream.
An interesting 'side effect' is that the resulting encode via the video stream encapsulated by eac3to in MKV v. m2ts (either 'raw' straight from the original disc or 'washed' through tsmuxr) is that the final resulting encode size increases by just a few percent.
Again, this is all with a VC1 source, it will take a while to verify the results with an AVC/Mpeg4 source.
andy_blah
2nd June 2013, 19:12
I'm having a bit of trouble using the bitrate calculator. No matter what avs script I open up, and no matter what video or audio codec/container/format/frame size/bitrate/etc. this error pops up:
MeGUI encountered a fatal error and might not be able to proceed. Reason: The file X:/X/script.avs cannot be opened.
Error message to your reference: Can't open X:/X/video.container: 800410217
(X:/X/script.avs, line X )
I have no idea what could be wrong here.
I'm currently using build 2341.
Zathor
2nd June 2013, 20:21
Please describe the steps to reproduce this and post the avs file.
DarkScythe
4th June 2013, 02:17
Hello everyone,
I am having some trouble with MeGUI and I can't seem to figure out what is wrong.
I hope someone can help me out here, and forgive me if I don't completely understand the terminology and process being used.
I occasionally record videos from my Canon T2i camera, which spits out MOV files. To my knowledge, they're already in h264 format.
However, coming straight from the camera, these files tend to be quite large.
I intend to try to re-encode these files to try and compress them somewhat, so I tried MeGUI to convert them into h264 MKV's.
Additionally, I swapped out the x264 encoder over to the 10-bit encoders (both x86 and x64 versions were downloaded and placed into the MeGUI tools directory, renamed appropriately.)
I should mention that this is not the first time I've tried to re-encode with this setup.
I re-encoded some videos I shot last year and they came out fine, without any errors.
However, it's been a year, so I updated the program and all the tools/plugins before use.
Unfortunately, although nothing else that I can recall has changed, the program is failing to encode, and I can't seem to figure out why.
Specifically, the program runs for a couple seconds before it stops with this in the log:
Process exits with error: 3
It's extremely vague, and hard to Google for.
This seems to be related:
-[NoImage] This application has requested the Runtime to terminate it in an unusual way.
-[NoImage] Please contact the application's support team for more information.
-[NoImage] terminate called after throwing an instance of 'std::bad_alloc'
-[NoImage] what(): std::bad_alloc
I'm not too sure what is going on, but I would love if anyone could let me know what is going on.
Only difference is that the file I'm encoding this time is larger than the file from last year, but as a doublecheck I tried to re-encode the same source file I did last year and it also failed with the same error message.
Pertinent details of my system:
Win7 x64 with 16GB of physical RAM, and a 4GB pagefile.
Thanks.
Kurtnoise
4th June 2013, 05:42
The 1st step is to post your complete logfile...
DarkScythe
4th June 2013, 06:11
The 1st step is to post your complete logfile...
Whoops, sorry.
The log file was pretty long, and there was only that one error, so I thought it'd be easier if I just posted the relevant section.
I've uploaded the log file as an attachment.
Kurtnoise
4th June 2013, 09:13
Error comes from mkvmerge...could you try with previous mkvtoolnix version ?
DarkScythe
4th June 2013, 20:28
How would I go about this?
Would I simply try to download a previous version from http://www.videohelp.com/tools/MKVtoolnix/old-versions#download and extract it into the tools directory?
I had used the MeGUI built-in updater to update to v6.1.0 which failed with the above error. I then downloaded the newer v6.2.0 and extracted it into the tools directory which also failed with the same error.
Which version should I attempt to use?
osgZach
5th June 2013, 14:34
Not sure if this has been asked to death, its such a huge thread after all.
I'm wondering why it is that FFMpeg can apparently index AVC streams (in mkv for instance), and even seems to pipe them through an AVS for encoding just fine. Yet absolutely CHOKES when trying to seek. I.e MEGUI doesn't even give me a preview for AVC streams indexed with FFindex, although I can open the AVS script in Virtualdub but its not even worth trying to seek/preview.
Yet it handles VC-1 streams just fine? I would have expected VC-1 streams to be the major problem, being a primarily Microsoft backed affair. Is there any reasonable expectation in the future that FFVideoSource will be able to play nice with AVC streams?
with regards to MeGUI itself:
I've always been weary of having to use DirectShowSource because in the past it was drilled into my head it was bad and not frame accurate or w/e... But I see many popular tools use it anyway, I'm just curious about the whole needing to set an FPS and then convert FPS, and then throwing an assume 24000/10001 (why for a 23.976 source?) on to top it off.. What purpose does that serve specifically? I'm not going to end up with blended frames or anything on a CFR source am I? My decoder is LAV if that makes any difference to the answer (so I'm guessing its frame accurate?). I should still be indicating the framerate as 23.976 (despite the AssumeFPS) right?
I'm primarily concerned because I need to load some clips into Vdub prior to encoding, for certain filtering to be done and I don't want to end up with a messed up intermediate file. Sure I could FFindex it and encode an intermediate from that, but that's just wasted time imho.
And with regards to DGAVC Index/Decode - I see two distinct groups of people. One seems to think it works just fine, except I suppose for Interlaced sources or whatever the problem was, and the other thinks it shouldn't be used since it was abandoned and is outdated/no longer maintained.. Realistically speaking, how reliable is it for 23.976/1080 progressive footage?
If anyone can answer any of this in detail, I appreciate it.
DarkScythe
7th June 2013, 01:38
Okay, I'm still getting stuck somewhere. :(
I wasn't sure which version of the MKVtoolnix to try, so I went back through every version. According to the logs, the last time I was successful with the encodes was with version 5.6.0 of mkvmerge.
Versions 6.2, 6.1, 6.0, 5.9, 5.8 and 5.7 all failed the same as before with the Error 3.
Upon rolling back to version 5.6.0, there was a small glimmer of hope, as it managed to run past the first second, and got through calculating something or other. However, in the end it still failed to encode with an Error 1.
Specifically:
The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.
Process exits with error: 1
Log file is attached again..
Thanks in advance for any help. :(
Guest
7th June 2013, 12:25
And with regards to DGAVC Index/Decode - I see two distinct groups of people. One seems to think it works just fine, except I suppose for Interlaced sources or whatever the problem was, and the other thinks it shouldn't be used since it was abandoned and is outdated/no longer maintained.. Realistically speaking, how reliable is it for 23.976/1080 progressive footage?
DGAVCDec should be just fine for frame-structured content and MBAFF.
Octo-puss
8th June 2013, 09:40
I have a problem with creating encode of one of my old DVDs.
When I throw the data at AVS script creator, the source is identified as ITU 4:3 NTSC, which is correct, as far as I know.
So I saved it, configured some basic x264 settings (basically just CRF, no advanced things), and encoded.
When I play it (I use MPC-HC), the image looks almost as 16:9, and when I checked it with the inbuilt Mediainfo, AR is being reported as 3:2. What's going on? Any idea what happened?
Weird thing I just noticed is that after the script is saved, and I open video preview from the main Megui window, it already shows wrong DAR. Is this a bug of some sort?
edit:
I use the latest development build as of today.
Attaching complete (I think?) log of the job in case it's of any use.
Octo-puss
8th June 2013, 10:19
Uh, just tried some regular 16:9 PAL movie, and it's also wrong! Only this time DAR in preview window says 5:4.
tebasuna51
8th June 2013, 11:21
@Octo-puss
When you encode a anamorphic video, like DVD's are always, you can crop the black bands (Autocrop or manually crop) and after select 'Clever anamorphic encoding' or do the appropiate 'Resize'.
Your avs file don't have Crop, Resize or any anamorphic signal, then your 720x480 source is encoded as is (black bands included), with DAR 3:2.
Same for your PAL DVD, now the DVD video size is 720x576 and DAR 5:4.
Your video was neither deskewed in the AviSynth script (it contains no Resize), nor flagged with a target DAR using the "Clever Anamorphic" feature (it contains no global AR variables); so you probably used the AVS script creator not as intended.
Octo-puss
8th June 2013, 11:53
Damnit, you are right. I haven't encoded a movie for a long time, and completely missed this option (and not understanding all this video stuff at all doesn't help either).
It still doesn't work for 4:3 though, I checked the anamorphic encoding, then crop, and the resulting DAR is now 67:49. Sigh.
When you crop, there is no surprise that the DAR (displayed width : displayed height) may be off after cropping, but would be as expected without cropping.
Octo-puss
8th June 2013, 12:10
Aha. So there is no way to get exact 16:9 (or whatever) when encoding?
detmek
8th June 2013, 12:47
There is. Don't crop or resize, and use Clever Anamorphic encoding. But I do not understand why are you insisting in exact 16:9 DAR.
Zathor
8th June 2013, 12:53
If you really want to have 16:9:
- Select 16:9 as input DAR (and not ITU 16:9)
- do not crop
- select "clever anamorphic encoding"
And you should see this in the script:
# Set DAR in encoder to 19 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
EDIT: too late :)
Octo-puss
8th June 2013, 13:24
There is. Don't crop or resize, and use Clever Anamorphic encoding. But I do not understand why are you insisting in exact 16:9 DAR.
So it looks correct?...
detmek
8th June 2013, 23:12
It should, as Zathor confirms.
Octo-puss
9th June 2013, 07:26
Allright.
P.S. I have no idea what ITU is. This all is obviously way too complex for me, so I will stick with the "for the stupid" way of encoding (repeat some steps exactly as being told).
Thanks for help everyone.
detmek
9th June 2013, 11:10
ITU coeficients are a bit off. ITU 16:9 NTSC is 1.823, non-ITU 16:9 is 1.777 and most DVDs have non-ITU ratio.
P.S. Your goal is to keep ratio of visible picture, not black bars. Those will be added during playback by a player. And encoding black bars wastes bits. For a fixed bitrate it degrades quality and for CRF it increases file size.
You can crop black bars (automaticaly or manualy) and check Clever anamorphic. That will keep correct aspect ratio.
Shevek
9th June 2013, 11:30
I always look up the correct OAR - for films I look up the Tech Specs section on IMDB, TV will always be 4:3 or 16:9.
I then manually calculate my ratio's and ignore what MeGUI selects.
I live in PAL world so I'm 720 wide, amend for NTSC if you need to.
PAL DVD resolution is 720x576
I UNCHECK clever anamorphic and let MeGUI auto crop (I always double check the cropping as it's not always 100% accurate)
If there is no side cropping required then the following calculations are valid:
4:3 => 720 / 4 * 3 = 540 = 720x540
16:9 => 720 / 16 * 9 = 405 => Mod2 = 720x404
1.85:1 => 720 / 1.85 = 389.2 => Mod2 = 720x390
2.35:1 => 720 / 2.23 = 306.4 => Mod2 = 720x306
If side cropping is required then adjust all the calculations above using the new width.
I always then try to find something circular in the preview such as a wheel or clock and ensure it is rendered as a circle.
This way you are only encoding actual pixels of data and no black bars and you end up with as close to OAR as possible.
Also, I always use the Spline36 resize, and have done ever since a post somewhere on here recommended it. Not sure if that recommendation stands so please correct me if need be!
detmek
9th June 2013, 12:04
Basically, you convert anamorphic video to square pixel video. A valid solution which involve resizing but eliminates possibility of wrong AR if player can not read AR from stream or container.
Except if you crop your calculations are wrong. IGNORE THIS.
Edit:
Sorry, I missed IMDB info part. Your calculations could be correct if DVD video publisher didn't resize/crop or in any other way change original AR.
Shevek
9th June 2013, 17:28
Basically, you convert anamorphic video to square pixel video. A valid solution which involve resizing but eliminates possibility of wrong AR if player can not read AR from stream or container.
Except if you crop your calculations are wrong. IGNORE THIS.
Edit:
Sorry, I missed IMDB info part. Your calculations could be correct if DVD video publisher didn't resize/crop or in any other way change original AR.
Which is why (as I said) I always preview and find a wheel or clock and check it's circular :)
meshaun
11th June 2013, 10:09
http://www.ultraimg.com/images/Je89x.png
This error shows up after the update to the latest Dev build.
Found this article from MS:http://support.microsoft.com/kb/125749
Help guys
Zathor
11th June 2013, 20:58
Have you already tried older builds? Does it happen there also? Please post the log so that I can see where it stops.
DarkScythe
11th June 2013, 22:14
Okay, I'm still getting stuck somewhere. :(
I wasn't sure which version of the MKVtoolnix to try, so I went back through every version. According to the logs, the last time I was successful with the encodes was with version 5.6.0 of mkvmerge.
Versions 6.2, 6.1, 6.0, 5.9, 5.8 and 5.7 all failed the same as before with the Error 3.
Upon rolling back to version 5.6.0, there was a small glimmer of hope, as it managed to run past the first second, and got through calculating something or other. However, in the end it still failed to encode with an Error 1.
Specifically:
The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.
Process exits with error: 1
Log file is attached again..
Thanks in advance for any help. :(
Anyone?
Or at least if someone could point me toward some documentation that could tell me what error 1 actually means..
leftspeaker2000
12th June 2013, 05:00
Hello,
I have been encoding my Stargate collection (pal 16:9) for a while now. I am up to season 8 but had a few months off because I was busy. Now when encode I seem to have a weird problem where if I set the sar it does not end up in the final video.
For my encode I usually crop the any black lines (Usually a crop of 2,2,2,2 . ) And leave the size the same and then use the following h.264 settings.
program --preset slower --tune film --crf 20 --sar 64:45 --output "output" "input"
For some reason though this is no longer working. The finally product comes out as a 5:4 aspect ratio which I assume is the same as the source. It would appear that the problem is only happening when I output to mkv as mp4 seems to work fine. Is this a problem with Megui, my computer or am I doing something wrong?
I am a noob. Feel free to comment on the way in which I am encoding also I know leaving the size the same and not changing to mod 16 for anamorphic is a bad ide but my encodes seem fine.
Update :
I tried opening one of the files that opens as 5:4 in vlc in xbmc and it displayed correctly. The following is the info on the video.
General
Unique ID : 254569096819067513088171038294861526987 (0xBF843982871B46429691F5AE4C35B7CB)
Complete name : F:\Rips\s08e08\done.mkv
Format : Matroska
Format version : Version 2
File size : 461 MiB
Duration : 41mn 56s
Overall bit rate : 1 535 Kbps
Encoded date : UTC 2013-06-11 16:12:55
Writing application : mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Writing library : libebml v1.3.0 + libmatroska v1.4.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 41mn 56s
Bit rate : 1 057 Kbps
Width : 716 pixels
Height : 572 pixels
Display aspect ratio : 5:4
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.103
Stream size : 317 MiB (69%)
Writing library : x264 core 133 r2334 a3ac64b
Encoding settings : cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : A_AC3
Duration : 41mn 56s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 134 MiB (29%)
Default : Yes
Forced : No
Menu
00:03:24.000 : en:Start
tebasuna51
12th June 2013, 08:58
...I know leaving the size the same and not changing to mod 16 for anamorphic is a bad idea...
For what?
I also use anamorphic with non-mod16 without problems with h264 video.
Your video output with:
program --preset slower --tune film --crf 20 --sar 64:45 --output "output" "input"
seems ok, because:
Original display aspect ratio : 16:9
But, for some reason, when mux to mkv was changed to:
Display aspect ratio : 5:4
- You can solve the problem without video recode with:
1) Load your mkv in MkvMergeGUI
2) Select the video track
3) Select the 'Format specific options' tab and put '16/9' at 'Aspect ratio'
4) Star Muxing
- To detect the problem with MeGUI - MKV muxer put the full MeGUI log.
magsoud
12th June 2013, 13:07
Please Add Use ColorMatrix Checkbox to MeGui.
misagh72
13th June 2013, 12:28
how can add Batch of files ?
LigH
13th June 2013, 12:40
Depends on the kind of files, and if you want one target file per source file, or one target file for the whole batch.
DVDs have IFO files to manage a logical structure, Blu-rays have playlists for M2TS segments. They may require a specific preparation (e.g. for DVDs, stripping the main movie PGC to be indexed with DGMPGDec, or for Blu-rays, best extracted to an intermediate MKV using MakeMKV).
If you want to convert something else (e.g. a set of AVIs or MKVs) to one target file, it's a completely different topic and may require manually creating an AviSynth script.
luke83
13th June 2013, 16:36
Error :(
[cut]
EDIT:
sorry. Probably my bad. It works good now :)
ser_renely
13th June 2013, 17:04
So I seem to be in a world of hurt here. I am not knowledgeable on this stuff, but I was able to use mgui a few months ago without issue. I have been using the 10-bit 264
I am getting the below error. Ideas?
The libav decoder reported error -1094995529 while decoding. <ERROR>
Aborted at file position 1023934464. <ERROR>
Kurtnoise
14th June 2013, 05:20
what is your source ? what is your script ? what is your log ?
leftspeaker2000
16th June 2013, 06:44
For what?
I also use anamorphic with non-mod16 without problems with h264 video.
Your video output with:
program --preset slower --tune film --crf 20 --sar 64:45 --output "output" "input"
seems ok, because:
Original display aspect ratio : 16:9
But, for some reason, when mux to mkv was changed to:
Display aspect ratio : 5:4
- You can solve the problem without video recode with:
1) Load your mkv in MkvMergeGUI
2) Select the video track
3) Select the 'Format specific options' tab and put '16/9' at 'Aspect ratio'
4) Star Muxing
- To detect the problem with MeGUI - MKV muxer put the full MeGUI log.
Thanks for the reply mate I have attached my log file for an encode that refuses to be in 16:9: I have been just manual setting the Aspect in MKV merge like you mentioned, I just get annoyed when I cant figure something out that use to work. As for not cropping to mod 16 I though that this drastically reduce encoder efficiency by not having square pixels ?
UPDATE:
I ran the same script again but I clicked the box for anamorphic encoding in avsynth and set it not to encode non-mod 16 and left the sar 64:45 in the encoder. The output is at least wide screen but it is set to the disaply width / hight ( DAR ? ) in megui of 1043 x 576 which is about 10 or 20 pixes shorter then 16:9. I am not sure what I am doing wrong.
# Set DAR in encoder to 31 : 17. The following line is for automatic signalling
global MeGUI_darx = 31
global MeGUI_dary = 17
LoadPlugin("C:\Program Files (x86)\Megui\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("F:\Rips\s08e11\VTS_04_1.d2v", info=3)
LoadPlugin("C:\Program Files (x86)\Megui\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
crop(2, 2, -2, -2)
#resize
#denoise
tebasuna51
16th June 2013, 11:17
I have attached my log file for an encode that refuses to be in 16:9
Sorry but I can't understand your log file. Maybe Zathor can explain this.
I don't know how with this avs file (seems 'Clever anamorphic encode' is not cheked):
---[NoImage] LoadPlugin("C:\Program Files (x86)\Megui\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("F:\Rips\s08e10\VTS_04_1.d2v", info=3)
---[NoImage] LoadPlugin("C:\Program Files (x86)\Megui\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, threads=0)
---[NoImage] #deinterlace
---[NoImage] crop(2, 2, -2, -2)
---[NoImage] #resize
---[NoImage] #denoise
you finish with a encoder line like this:
"...avs4x264mod.exe" --preset slower --tune film --crf 20 --sar 64:45
--sar 64:45 means Pixel Aspect Ratio = 1.42
and a correct anamorphic video:
----[Information] Width: 716
----[Information] Height: 572
----[Information] AspectRatio: 1.780
----[Information] AspectRatioString: 16:9
Without signaling the video like anamorphic (PAR=1) seems correct than MeGUI recover the DAR = SAR x PAR = (716/572) x 1 = 1.25 at muxing time:
"...mkvmerge.exe" -o "F:\Rips\s08e10\VTS_04_1-muxed.mkv" --aspect-ratio 0:179/143...
and make a incorrect mkv:
----[Information] Width: 716
----[Information] Height: 572
----[Information] AspectRatio: 1.252
----[Information] AspectRatioString: 5:4
UPDATE:
I ran the same script again but I clicked the box for anamorphic encoding in avsynth and set it not to encode non-mod 16 and left the sar 64:45 in the encoder. The output is at least wide screen but it is set to the disaply width / hight ( DAR ? ) in megui of 1043 x 576 which is about 10 or 20 pixes shorter then 16:9. I am not sure what I am doing wrong.
# Set DAR in encoder to 31 : 17. The following line is for automatic signalling
global MeGUI_darx = 31
global MeGUI_dary = 17
...
Seems you have select a DAR of 31/17 = 1.82 and not 16/9 = 1.78, then you have 1043/576 = 1.81
leftspeaker2000
16th June 2013, 11:30
Sorry but I can't understand your log file. Maybe Zathor can explain this.
I don't know how with this avs file (seems 'Clever anamorphic encode' is not cheked):
---[NoImage] LoadPlugin("C:\Program Files (x86)\Megui\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("F:\Rips\s08e10\VTS_04_1.d2v", info=3)
---[NoImage] LoadPlugin("C:\Program Files (x86)\Megui\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, threads=0)
---[NoImage] #deinterlace
---[NoImage] crop(2, 2, -2, -2)
---[NoImage] #resize
---[NoImage] #denoise
you finish with a encoder line like this:
"...avs4x264mod.exe" --preset slower --tune film --crf 20 --sar 64:45
--sar 64:45 means Pixel Aspect Ratio = 1.42
and a correct anamorphic video:
----[Information] Width: 716
----[Information] Height: 572
----[Information] AspectRatio: 1.780
----[Information] AspectRatioString: 16:9
Without signaling the video like anamorphic (PAR=1) seems correct than MeGUI recover the DAR = SAR x PAR = (716/572) x 1 = 1.25 at muxing time:
"...mkvmerge.exe" -o "F:\Rips\s08e10\VTS_04_1-muxed.mkv" --aspect-ratio 0:179/143...
and make a incorrect mkv:
----[Information] Width: 716
----[Information] Height: 572
----[Information] AspectRatio: 1.252
----[Information] AspectRatioString: 5:4
Seems you have select a DAR of 31/17 = 1.82 and not 16/9 = 1.78, then you have 1043/576 = 1.81
Sorry the Log was with out anamorphic encoding. I am not sure that I understood everything that you said but I think I have come to a resolution. I noticed when I used anamorphic encoding the input DAR was 1.82361 PAL but the box says 1.78 16:9. So if I change this to 1.78 it seems to come out fine. For now.
Zathor
16th June 2013, 23:16
Regarding the first AVS script. It seems that you have not used "resize" and therefore you have at the end a non-anamorphic file with a DAR of nearly 1,25 (5:4).
endrju
16th June 2013, 23:38
I'm getting an error since a week ago, because of which I can't do anything with MeGUI anymore. It says: "MeGUI encountered a fatal error and may not be able to proceed. Reason: Object reference not set to an instance of an object." I tried reinstalling it but it didn't do anything. However, it works if I don't update it.
[Error] Log
-[Information] Versions
--[Information] [6/11/2013 4:20:59 PM] MeGUI: 2356
--[Information] [6/11/2013 4:20:59 PM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [6/11/2013 4:20:59 PM] .Net Framework: 4.0 (4.0.30319)
--[Information] [6/11/2013 4:20:59 PM] AviSynth: 2.5.8.5 (12/21/2008 9:46:54 PM)
--[Information] [6/11/2013 4:20:59 PM] AvisynthWrapper: 1/2/2009 8:34:04 PM
--[Information] [6/11/2013 4:20:59 PM] Haali Matroska Splitter: 1.11.96.14 (3/3/2011 11:40:46 AM)
--[Information] [6/11/2013 4:20:59 PM] Haali DSS2: 3/3/2011 11:37:50 AM
--[Information] [6/11/2013 4:20:59 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (8/7/2008 8:31:12 PM)
--[Information] [6/11/2013 4:20:59 PM] LinqBridge: 1.0.0.0 (5/28/2009 1:24:34 AM)
--[Information] [6/11/2013 4:20:59 PM] MediaInfo: 0.7.63.0 (5/13/2013 10:47:16 AM)
--[Information] [6/11/2013 4:20:59 PM] MediaInfoWrapper: 0.7.61.0 (1/6/2013 2:47:15 PM)
--[Information] [6/11/2013 4:20:59 PM] MessageBoxExLib: 1.0.2218.28317 (12/19/2008 8:53:04 PM)
--[Information] [6/11/2013 4:20:59 PM] SevenZipSharp: 0.64.3890.29348 (1/2/2011 10:59:32 AM)
--[Information] [6/11/2013 4:20:59 PM] 7z: 9.20 (11/18/2010 4:27:34 PM)
-[Information] Update detection
--[Information] [6/11/2013 4:20:59 PM] Connecting to server: http://megui.org/auto/stable/
--[Information] [6/11/2013 4:21:01 PM] All files are up to date
-[Error] MediaInfo
--[Error] [6/11/2013 4:21:02 PM] MediaInfo - Unhandled Error
---[Error] [6/11/2013 4:21:02 PM] Exception message: Object reference not set to an instance of an object.
---[Error] [6/11/2013 4:21:02 PM] Stacktrace
----[NoImage] at MeGUI.MediaInfoFile.CorrectSourceInformation(MediaInfo& oInfo, String strFile, LogItem infoLog, Int32 iPGCNumber)
----[NoImage] at MeGUI.MediaInfoFile.GetSourceInformation(String file, LogItem oLog, Int32 iPGCNumber)
---[Error] [6/11/2013 4:21:02 PM] Inner exception: null
-[Error] Unhandled error
--[Information] [6/11/2013 4:21:02 PM] Exception message: Object reference not set to an instance of an object.
--[Information] [6/11/2013 4:21:02 PM] Stacktrace
---[NoImage] at MeGUI.MediaInfoFile.get_HasAudio()
---[NoImage] at MeGUI.MainForm.openFile(String file, Boolean openVideo)
---[NoImage] at MeGUI.VideoEncodingComponent.videoInput_FileSelected(FileBar sender, FileBarEventArgs args)
---[NoImage] at MeGUI.FileBar.triggerEvent()
---[NoImage] at MeGUI.FileBar.setFilename(String filename)
---[NoImage] at MeGUI.FileBar.openButton_Click(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.Control.onclick(EventArgs e)
---[NoImage] at System.Windows.Forms.Button.onclick(EventArgs e)
---[NoImage] at System.Windows.Forms.Button.onmouseup(MouseEventArgs mevent)
---[NoImage] at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
---[NoImage] at System.Windows.Forms.Control.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ButtonBase.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.Button.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.Control.ControlNativewindow.OnMessage(Message& m)
---[NoImage] at System.Windows.Forms.Control.ControlNativewindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.Nativewindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [6/11/2013 4:21:02 PM] Inner exception: null
Zathor
17th June 2013, 19:01
Copy this files into your MeGUI folder and try it again. Post the log file.
http://megui.org/test/MeGUI.zip
endrju
17th June 2013, 23:03
It's working perfectly now. Thanks a lot!
I'm not getting any error logs only the usual one about versions, so I've nothing to post. :)
Ruriko
18th June 2013, 03:18
There is a specific video that I can't convert properly because it shows the video upside down but it shows the video correct on MPC. Does anyone know how to fix this?
General
Unique ID : 254162626167298568528175624103704157247 (0xBF35F0F5A08035E2B271BC1D8E885C3F)
Complete name : C:\Users\Administrator\Downloads\[Anim8S] Rei Zero\[Anim8S] Rei Zero 01 [DVDrip][10-bit][690D7B6A].mkv
Format : Matroska
Format version : Version 2
File size : 352 MiB
Duration : 28mn 0s
Overall bit rate : 1 759 Kbps
Encoded date : UTC 2012-05-03 11:09:14
Writing application : mkvmerge v5.5.0 ('Healer') built on Apr 6 2012 21:43:24
Writing library : libebml v1.2.3 + libmatroska v1.3.0
Attachment : Yes / Yes / Yes / Yes / Yes / Yes
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 4:4:4 Predictive@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 14 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 28mn 0s
Bit rate : 1 532 Kbps
Width : 1 024 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:4:4
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.108
Stream size : 307 MiB (87%)
Title : レイZERO episode01 「特務捜査官を捕えよ!」
Writing library : x264 core 123 r2192+664+26 bd75503 tMod [10-bit@all X86_64]
Encoding settings : cabac=1 / ref=14 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / fade_compensate=1.00 / psy_rd=0.90:0.25 / mixed_ref=0 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=2 / threads=12 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=14 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=13.0000 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=4:0.90
Language : Japanese
Default : Yes
Forced : No
Color primaries : BT.601 PAL
Transfer characteristics : BT.709
Matrix coefficients : BT.601
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Muxing mode : Header stripping
Codec ID : A_AC3
Duration : 28mn 0s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 38.5 MiB (11%)
Title : Original
Language : Japanese
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Anim8S
Language : English
Default : Yes
Forced : No
Menu
00:00:00.000 : en:Chapter 1
00:01:03.063 : en:Chapter 2
00:02:02.122 : en:Chapter 3
00:03:00.180 : en:Chapter 4
00:04:01.241 : en:Chapter 5
00:05:22.322 : en:Chapter 6
00:06:36.896 : en:Chapter 7
00:07:22.442 : en:Chapter 8
00:08:31.143 : en:Chapter 9
00:09:23.896 : en:Chapter 10
00:10:23.956 : en:Chapter 11
00:11:31.524 : en:Chapter 12
00:12:25.578 : en:Chapter 13
00:13:24.136 : en:Chapter 14
00:14:24.196 : en:Chapter 15
00:15:29.261 : en:Chapter 16
00:16:30.823 : en:Chapter 17
00:17:24.376 : en:Chapter 18
00:18:26.939 : en:Chapter 19
00:19:24.496 : en:Chapter 20
00:20:24.556 : en:Chapter 21
00:21:27.619 : en:Chapter 22
00:22:24.676 : en:Chapter 23
00:23:28.240 : en:Chapter 24
00:24:24.796 : en:Chapter 25
00:26:00.825 : en:Chapter 26
AMED
18th June 2013, 03:23
have you tried
FlipHorizontal().FlipVertical()
in your avisynth script?
Ruriko
18th June 2013, 03:54
have you tried
FlipHorizontal().FlipVertical()
in your avisynth script?
That worked except now the subtitles are flipped horizontally
AMED
18th June 2013, 04:05
ok try just
FlipVertical()
Ruriko
18th June 2013, 04:47
ok try just
FlipVertical()
yay! that fixes everything thanks!
Zathor
18th June 2013, 20:28
It's working perfectly now. Thanks a lot!
I'm not getting any error logs only the usual one about versions, so I've nothing to post. :)
:scared: I have not changed anything beside that it is a debug build. Can you "downgrade" to the usual build and try it again?
AGKnotUser
19th June 2013, 12:47
Using 2356 development build I can't get --fake-interlaced to show in the output when viewing the file with Mediainfo. I have it checked in the Analysis/Blu-Ray window of the x264 configuration dialog. I can see it in the command line window. It just doesn't show in the output file.
edit: It shows as interlaced=0 in Mediainfo.
LigH
19th June 2013, 13:07
There is a set of command line options for the x264 command line encoder application. These are not stored in the encoding result.
And there is a set of options for the libx264 encoder library. Those are stored in M4V metadata and can be read by MediaInfo.
Both option sets are not completely equal; some of the x264 CLI options are translated to different libx264 options, possibly even to a set of them, e.g. --preset, --tune, and obviously also --fake-interlaced.
No warranty for given information, only as far as I believe to understand; I do not belong to the developers who really know all the details.
Kurtnoise
19th June 2013, 13:33
--fake-interlaced switch correspond to the fake string in the mediainfo x264 settings, 0 otherwise.
AGKnotUser
19th June 2013, 13:34
There is a set of command line options for the x264 command line encoder application. These are not stored in the encoding result.
And there is a set of options for the libx264 encoder library. Those are stored in M4V metadata and can be read by MediaInfo.
Both option sets are not completely equal; some of the x264 CLI options are translated to different libx264 options, possibly even to a set of them, e.g. --preset, --tune, and obviously also --fake-interlaced.
No warranty for given information, only as far as I believe to understand; I do not belong to the developers who really know all the details.
Thank you.
Octo-puss
25th June 2013, 17:19
I just noticed that most of my encodes have washed out colours compared to original. I can't find the cause. I thought it could be too high CRF values used, but it made no difference even when I went all the way down to 1.
Then I noticed something called "Colour correction" in AVS script creator, but it made no difference either.
The washed out colours appear in the video preview as well (obviously, I guess).
Does anyone have any idea what's the deal here?
detmek
25th June 2013, 17:44
Without a original sample, I don't think so.
Octo-puss
25th June 2013, 18:25
Well, I can't seem to be able to create a DVD sample, so we probably won't get anywhere :(
Furthermore, when I switch MPC-HC back to EVR renderer, colours look the same. When I use madVR, the encode looks washed up. It's really weird and I really have no idea what's wrong.
edit:
Allright, here's a sample (http://www.mediafire.com/download/2ni49n78a65ak0n/test.zip).
FredMSloniker
25th June 2013, 18:32
I periodically encode videos to upload to a service with a maximum file size of 1 gig, so I use AutoEncode to encode my videos to 0.98 gigs. Some videos, however, don't need to be that big; even a lossless encoding is less than 0.98 gigs. Previously, MeGUI has had no problem with this, simply spitting out a file of whatever size necessary. Lately, though, it's been erroring out. The third job of four contains the following error messages in the log:
[Warning] [6/25/2013 9:55:57 AM] x264 [warning]: target: 4325.00 kbit/s, expected: 3609.08 kbit/s, avg QP: 0.0564
[Warning] [6/25/2013 10:19:23 AM] x264 [warning]: try reducing target bitrate
But I don't want to reduce the target bitrate; if I can encode lossless (or as close to it as the codec will allow) and still come under the target filesize, why not?
Can anyone help me figure out what's changed or is going wrong?
nekrovski
25th June 2013, 21:15
I haven't used megui in several months, just ran it, updated and now whenever I try to open a .mkv it says
"Unable to render the file.
You probably don't have the correct filters installed."
What went wrong?
Hmm this only happens when I choose direct show source and not on file indexer or one click encode.
Ha, looks like I forgot that I uninstalled haali media splitter. Seems to work fine now after I installed it.
LigH
26th June 2013, 07:28
You should not use DirectShowSource anyway, as long as you can avoid it (because DirectShow sources may not certainly be frame-accurate and unfiltered). Exceptions are when native AviSynth source filters can't handle the specific source, or when you really know how to set up your filter chain.
mini-moose
26th June 2013, 10:26
Hi
I'm trying to find what "Improved AVS opening" is about. Only thing I noticed is that if not selected the video/avs preview will open at the beginning, while when selected it will open in the middle.
Tried to find more info about the feature but without success so far.
thanks in advance.
Zathor
26th June 2013, 22:10
Should be those changes:
2112 [Video Player] changed default start position to the middle if "Improved AVS opening" is selected
2080 [AVS] if an AVS script cannot be opened the old method to open such files is used during the session.
the option can be completly disabled in the settings ("Improved AVS opening", enabled by default). Bug #3437874
2049 open avisynth script handling improved
Reason was that if an AVS script need some time to be opened (e.g. FFMS index file must be created) MeGUI did not respond
luke83
27th June 2013, 19:32
Problem :/
[Error] Log
-[Information] Versions
--[Information] [27/06/2013 20:01:54] MeGUI: 2356
--[Information] [27/06/2013 20:01:54] Operating System: Windows 7 x86 SP1 (6.1.65536.7601)
--[Information] [27/06/2013 20:01:54] .Net Framework: 4.0 (4.0.30319)
--[Information] [27/06/2013 20:01:54] AviSynth: 2.5.8.5 (11/01/2013 10:46:26)
--[Information] [27/06/2013 20:01:54] AvisynthWrapper: 02/01/2009 20:34:04
--[Information] [27/06/2013 20:01:55] Haali Matroska Splitter: 1.11.96.14 (03/03/2011 11:40:46)
--[Information] [27/06/2013 20:01:55] Haali DSS2: 03/03/2011 11:37:50
--[Information] [27/06/2013 20:01:55] ICSharpCode.SharpZipLib: 0.85.5.452 (07/08/2008 20:31:12)
--[Information] [27/06/2013 20:01:55] LinqBridge: 1.0.0.0 (28/05/2009 01:24:34)
--[Information] [27/06/2013 20:01:55] MediaInfo: 0.7.63.0 (13/05/2013 10:47:16)
--[Information] [27/06/2013 20:01:55] MediaInfoWrapper: 0.7.61.0 (06/01/2013 14:47:15)
--[Information] [27/06/2013 20:01:55] MessageBoxExLib: 1.0.2218.28317 (19/12/2008 20:53:04)
--[Information] [27/06/2013 20:01:55] SevenZipSharp: 0.64.3890.29348 (02/01/2011 10:59:32)
--[Information] [27/06/2013 20:01:55] 7z: 9.20 (18/11/2010 16:27:34)
-[Information] Update detection
--[Information] [27/06/2013 20:01:55] Automatic update is disabled
--[Information] [27/06/2013 20:08:46] Connecting to server: http://megui.org/auto/
--[Information] [27/06/2013 20:08:47] All files are up to date
-[Error] Log for job5 (video, VTS_01_PGC_01_1.avs -> hfyu_VTS_01_PGC_01_1.avi)
--[Information] [27/06/2013 20:02:02] Started handling job
--[Information] [27/06/2013 20:02:02] Preprocessing
---[Information] Bitrate calculation for video
----[Information] [27/06/2013 20:02:03] Desired size after subtracting audio: 649481 KBs
----[Information] [27/06/2013 20:02:03] Calculated desired bitrate: 984 kbit/s
--[Information] [27/06/2013 20:02:03] Avisynth input script
---[NoImage] SetMTMode(5,0)
---[NoImage] Import("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\avisynth_plugin\AutoPath.avs")
---[NoImage] MyLoadPlugin("Anime\Chroma\ChromaShift.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\aWarpSharp2\aWarpSharp2.dll")
---[NoImage] MyLoadPlugin("Anime\Dehalo\fft3dfilter211\FFT3DFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\UnFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\SangNom.dll")
---[NoImage] MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
---[NoImage] MyLoadPlugin("Decomb.dll")
---[NoImage] MyImport("Anime\Anti-aliasing\AAA.avs")
---[NoImage] LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("K:\Temp\Temp Megui\VTS_01_PGC_01_1.d2v")
---[NoImage] ChromaShift(C=2)
---[NoImage] SetMTMode(2,2)
---[NoImage] # Deinterlacer
---[NoImage] AssumeTFF().Telecide(guide=1).Decimate(mode=1,threshold=2.0)
---[NoImage] # Spatial Denoiser
---[NoImage] RemoveGrain(2).RemoveGrain(2)
---[NoImage] # Cropper
---[NoImage] crop(10, 2, -8, 0)
---[NoImage] # Resizer
---[NoImage] LanczosResize(702,526) # Lanczos (Sharp)
---[NoImage] # Dehalo
---[NoImage] fft3dfilter(bt=-1, plane=0, dehalo=1.0, hr=2.0, ht=50, svr=0, sharpen=0.3)
---[NoImage] # Sharpener
---[NoImage] aWarpSharp2()
---[NoImage] # Line darkner
---[NoImage] ToonLite(0.5)
---[NoImage] # Anti-aliasing
---[NoImage] AAA()
--[Information] [27/06/2013 20:02:04] Job commandline: "K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\ffmpeg\ffmpeg.exe" -y -i "K:\Temp\Temp Megui\VTS_01_PGC_01_1.avs" -c:v ffvhuff -threads 0 -sn -an -context 1 -vstrict -2 -pred 2 "K:\Temp\Temp Megui\hfyu_VTS_01_PGC_01_1.avi"
--[Information] [27/06/2013 20:02:04] Process started
--[Information] [27/06/2013 20:02:04] Standard output stream
--[Error] [27/06/2013 20:02:04] Standard error stream
---[Information] [27/06/2013 20:02:04] ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers
---[Information] [27/06/2013 20:02:04] built on Mar 28 2013 00:28:48 with gcc 4.8.0 (GCC)
---[Information] [27/06/2013 20:02:04] configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
---[Information] [27/06/2013 20:02:05] libavutil 52. 18.100 / 52. 18.100
---[Information] [27/06/2013 20:02:05] libavcodec 54. 92.100 / 54. 92.100
---[Information] [27/06/2013 20:02:05] libavformat 54. 63.104 / 54. 63.104
---[Information] [27/06/2013 20:02:05] libavdevice 54. 3.103 / 54. 3.103
---[Information] [27/06/2013 20:02:05] libavfilter 3. 42.103 / 3. 42.103
---[Information] [27/06/2013 20:02:05] libswscale 2. 2.100 / 2. 2.100
---[Information] [27/06/2013 20:02:05] libswresample 0. 17.102 / 0. 17.102
---[Information] [27/06/2013 20:02:05] libpostproc 52. 2.100 / 52. 2.100
---[Information] [27/06/2013 20:02:05] Input #0, avisynth, from 'K:\Temp\Temp Megui\VTS_01_PGC_01_1.avs':
---[Information] [27/06/2013 20:02:05] Duration: 00:00:10.00, start: 0.000000, bitrate: 0 kb/s
---[Information] [27/06/2013 20:02:05] Stream #0:0: Video: rawvideo, bgra, 832x32, 20447 kb/s, 24 fps, 24 tbr, 24 tbn, 24 tbc
---[Error] [27/06/2013 20:02:06] [ffvhuff @ 020def80] Error: RGB is incompatible with median predictor
---[Information] [27/06/2013 20:02:06] Output #0, avi, to 'K:\Temp\Temp Megui\hfyu_VTS_01_PGC_01_1.avi':
---[Information] [27/06/2013 20:02:06] Stream #0:0: Video: ffvhuff, bgra, 832x32, q=2-31, 200 kb/s, 90k tbn, 24 tbc
---[Information] [27/06/2013 20:02:06] Stream mapping:
---[Information] [27/06/2013 20:02:06] Stream #0:0 -> #0:0 (rawvideo -> ffvhuff)
---[Error] [27/06/2013 20:02:06] Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
--[Error] [27/06/2013 20:02:06] Process exits with error: 1
--[Information] [27/06/2013 20:02:06] Job completed
misagh72
29th June 2013, 11:47
how to add folder bluray to megui ?
Shevek
29th June 2013, 19:48
how to add folder bluray to megui ?
Use Tools->HD Streams Extractor
Ruriko
30th June 2013, 02:47
Does anyone know a tool that can batch add videos? I used to use MeGUI Batch Expansion https://sourceforge.net/projects/meguibatchjobex/ but it doesn't work anymore :(
Zathor
30th June 2013, 08:52
Have you already tried the oneclick tool in MeGUI?
Zathor
30th June 2013, 09:06
Problem :/
---[Information] [27/06/2013 20:02:05] Input #0, avisynth, from 'K:\Temp\Temp Megui\VTS_01_PGC_01_1.avs':
---[Information] [27/06/2013 20:02:05] Duration: 00:00:10.00, start: 0.000000, bitrate: 0 kb/s
---[Information] [27/06/2013 20:02:05] Stream #0:0: Video: rawvideo, bgra, 832x32, 20447 kb/s, 24 fps, 24 tbr, 24 tbn, 24 tbc
---[Error] [27/06/2013 20:02:06] [ffvhuff @ 020def80] Error: RGB is incompatible with median predictor
Try adding ConvertToYV12() in your script.
luke83
30th June 2013, 12:39
Try adding ConvertToYV12() in your script.
it doesn't work. Same error.
I have put it before and after Chromashift(C=2) but nothing happened
magsoud
3rd July 2013, 11:06
How to Change Video fps 25.000 to 23.976 in MeGUI ?
Standard conversion is a complex topic. There are simple solutions (e.g. ConvertFPS or ResampleAudio/TimeStretch) with ugly results (much quality loss for either video or audio) or very elaborate solutions with still no guarantee for optimal results.
The best advice is: Avoid it. Use only correct sources. If you insist in mixing two different sources, RTFM.
Ruriko
6th July 2013, 06:42
I am having problems with the one click encoder. I selected a folder and then I press yes to process all files and once that is done I pressed the Go button and nothing happens after that. The go button becomes greyed out. It works if I do single videos but I can't do folders. What is wrong?
Zathor
6th July 2013, 09:15
Do you have the option "close after Go!" disabled?
It should behave in that way: As soon as you select a folder the Go button is disabled. You will be asked if all files should be processed. If yes you get a box asking for the leading name and afterwards the job will be queued and the Go button will be enabled again.
luke83
6th July 2013, 15:15
Problem :/
13581
Try adding ConvertToYV12() in your script.
it doesn't work. Same error.
I have put it before and after Chromashift(C=2) but nothing happened
updated to version 2357: always same error
Ruriko
7th July 2013, 03:58
Do you have the option "close after Go!" disabled?
It should behave in that way: As soon as you select a folder the Go button is disabled. You will be asked if all files should be processed. If yes you get a box asking for the leading name and afterwards the job will be queued and the Go button will be enabled again.
I found the problem it doesn't want to output the file in mp4 format but it ok with mkv format. If I manually create the job to output it in mp4 it will work but it won't work with one click encoder
Zathor
7th July 2013, 10:09
More details please - e.g. the log and the information about your source files. Also it cannot harm when you share your OneClick profile ("File\export presets", select the OneClick profile).
updated to version 2357: always same error
Add info() as last command in your avs file and have a look at the preview. Which colorspace is shown? Also you can play with the ffmpeg command line and find one which works for you.
AMiR9!WV
8th July 2013, 20:41
hi
how can i add "hardsub" subtitle on the video
Shevek
8th July 2013, 23:23
hi
how can i add "hardsub" subtitle on the video
In the AVS Script Creator window, select the Filters tab then at the bottom there is a Subtitles box, click the browse button (marked ...) and select your subtitle file.
SRT, ASS, SSA and IDX/SUB formats are acceptable.
AMiR9!WV
9th July 2013, 00:22
In the AVS Script Creator window, select the Filters tab then at the bottom there is a Subtitles box, click the browse button (marked ...) and select your subtitle file.
SRT, ASS, SSA and IDX/SUB formats are acceptable.
big tnx for helping me
you mean this ?
but this is not available for me
http://uploadtak.com/images/y2154_hst.png
and i add my file , but steel st not avalibale
http://uploadtak.com/images/w614_onntd.png
Shevek
9th July 2013, 00:25
and i add my file , but steel st not avalibale
Ah, I have no idea how it works with the one-click encoder, I always do it manually when I want hardsubs.
AMiR9!WV
9th July 2013, 02:12
Ah, I have no idea how it works with the one-click encoder, I always do it manually when I want hardsubs.
so manually , where you add your file and do your setting ?
Shevek
9th July 2013, 10:18
so manually , where you add your file and do your setting ?
Use the File Indexer to demux audio and create the Index
Load the index file into the AVS Script Creater - the subs button will now be enabled
Sm3n
10th July 2013, 19:38
Hi everyone,
I'm asking in megui thread but it concerns MeGUI and Simple Launcher.
I can no longer encode x264 files using the x64 version. Everytime I have an avisynth error. I tried to use both avisynth 2.5.8., 2.6 x86 and x64,. No succes. Even use the x64 version of x264 with avisynth x86 (in megui x86), crash and error too.
But if I'm using x264 x86 there is no crash. I don't know what's going on. These errors appear only for some version of x264.
I'm restricted to use x86 version of x264. I'm guessing the problem is definitly x264_64 but not avisynth.
What do you think?
I'm running on Win 7 x64, i7 intel 3770k, 16 BG RAM.
Regards.
ps: Forgive my english.
Ruriko
11th July 2013, 02:25
I have set the default priority to Normal but the one click encoder always set it to Low. Why does it do that?
hello_hello
12th July 2013, 15:51
In the x264 encoder setup there's an option to load a qp file for forcing keyframes at chapter points. It appears to also allow you to load text chapter files (and maybe xml but I haven't tried it). Would it be safe to assume loading text chapter files works the same way as qp files?
Thanks.
Sm3n
13th July 2013, 13:29
Hi everyone,
I'm asking in megui thread but it concerns MeGUI and Simple Launcher.
I can no longer encode x264 files using the x64 version. Everytime I have an avisynth error. I tried to use both avisynth 2.5.8., 2.6 x86 and x64,. No succes. Even use the x64 version of x264 with avisynth x86 (in megui x86), crash and error too.
But if I'm using x264 x86 there is no crash. I don't know what's going on. These errors appear only for some version of x264.
I'm restricted to use x86 version of x264. I'm guessing the problem is definitly x264_64 but not avisynth.
What do you think?
I'm running on Win 7 x64, i7 intel 3770k, 16 BG RAM.
Regards.
ps: Forgive my english.
Thx to me. It was due to a bad OC of my CPU.
Zathor
15th July 2013, 21:10
I have set the default priority to Normal but the one click encoder always set it to Low. Why does it do that?
Just tested it and it works as designed. If "normal" is specified in the settings it will use that for new workers. But as long as no new worker is created (MeGUI start, new (temporary) worker) the current priority will also be used for new jobs.
Ruriko
16th July 2013, 02:43
For some reason videos that have been encoded using the One Click Encoder are larger than the ones that are manually created. Is there a setting that I'm missing in One Click Encoder that is making the file bigger?
Zathor
16th July 2013, 18:17
Please post the log of both encodings. If you use the same x264 preset the result must be the same.
Ruriko
17th July 2013, 09:31
I found the problem it's not encoding the audio properly cause it's not using the correct profile. The one click encoder won't use the audio profile that I set to
Manual Log
General
Unique ID : 218149195579207065269579331147073515505 (0xA41E01BE5D96BCB49829B466EE56EFF1)
Complete name : C:\Users\Administrator\Downloads\Sasami@Ganbaranai [TV-720p] [Commie]\[Commie] Sasami@Ganbaranai - 01v2 [A11899AA]-muxed.mkv
Format : Matroska
Format version : Version 2
File size : 64.3 MiB
Duration : 24mn 9s
Overall bit rate : 372 Kbps
Encoded date : UTC 2013-07-17 14:59:39
Writing application : mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Writing library : libebml v1.3.0 + libmatroska v1.4.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 9s
Width : 704 pixels
Height : 400 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 133 r2334 a3ac64b
Encoding settings : cabac=1 / ref=8 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=259 / keyint_min=38 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=24.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : A_AAC
Duration : 24mn 9s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz / 24.0 KHz
Compression mode : Lossy
Delay relative to video : 31ms
Default : Yes
Forced : No
One Clicker Log
General
Unique ID : 218536466991046200078507134072243022973 (0xA46897B2CA2C1BC7B26F8484E902EC7D)
Complete name : C:\Users\Administrator\Downloads\Sasami@Ganbaranai [TV-720p] [Commie]\sas[Commie] Sasami@Ganbaranai - 01v2 [A11899AA].mkv
Format : Matroska
Format version : Version 2
File size : 88.0 MiB
Duration : 24mn 9s
Overall bit rate : 509 Kbps
Encoded date : UTC 2013-07-17 08:03:32
Writing application : mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Writing library : libebml v1.3.0 + libmatroska v1.4.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 9s
Width : 704 pixels
Height : 400 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 133 r2334 a3ac64b
Encoding settings : cabac=1 / ref=8 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=259 / keyint_min=38 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=24.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 24mn 9s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Language : Japanese
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Language : English
Default : Yes
Forced : No
Menu
00:00:00.033 : en:Intro
00:03:13.960 : en:OP
00:04:43.884 : en:Part A
00:09:58.865 : en:Part B
00:22:09.800 : en:ED
00:23:39.852 : en:Preview
Guest
17th July 2013, 12:45
Complete name : C:\Users\Administrator\Downloads\Sasami@Ganbaranai [TV-720p] [Commie]\sas[Commie] Sasami@Ganbaranai - 01v2 [A11899AA].mkv Discussion of torrent downloads is not allowed here.
@all
No help is to be given with this issue.
luke83
21st July 2013, 23:32
Some days ago, one of the users said me to add converttoyv12() but it didn't work. The problem has to be an other thing becouse the colorspace is already YV12 as you can see. I don't understand that error :(
http://s21.postimg.org/4eoc29ib7/Immagine.jpg (http://postimg.org/image/4eoc29ib7/)
The main sentence in this attachment
---[Error] [21/07/2013 00:06:38] [ffvhuff @ 02f34040] Error: RGB is incompatible with median predictor
13614
Guest
21st July 2013, 23:42
@luke83
Crossposting not allowed per forum rule 8. Please read and follow our forum rules.
Kurtnoise
22nd July 2013, 16:05
Looks like a feature that is not yet supported with the current version...The pred switch in the command line should be tweaked according to the output colorspace.
LigH
22nd July 2013, 16:37
A predictor is a function which "makes an educated guess" about the color of pixels next to or between other already known pixels, and then compresses only the difference from the guess. A good predictor will guess well, therefore there are many only very small error values to be compresses, which compresses better than the original color values without prediction. This is a specific feature of many lossless codecs, like e.g. the Huffyuv codec.
Some implementations of prediction functions may expect that a specific color space is available, and may not be implemented to work in other colorspaces.
Zathor
22nd July 2013, 17:13
Some days ago, one of the users said me to add converttoyv12() but it didn't work. The problem has to be an other thing becouse the colorspace is already YV12 as you can see. I don't understand that error :(
Sorry, I cannot reproduce that at all. When I use DGDecode in a plain AVS script and AviSynth 2.5.8 I get:
---[Information] [22.07.2013 18:07:50] Stream #0:0: Video: rawvideo (YV12 / 0x32315659), yuv420p, 720x526, 113616 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc
You get:
---[Information] [21/07/2013 00:06:38] Stream #0:0: Video: rawvideo, bgra, 832x32, 20447 kb/s, 24 fps, 24 tbr, 24 tbn, 24 tbc
Also your resolution 832x32 seems to be very strange.
Please try a plain AVS script (only DGDecode) and not the MT version of AviSynth to find where the problem may be.
luke83
22nd July 2013, 19:57
however the preview works good. The error happens just during the queue only o_O
Zathor
22nd July 2013, 21:43
This is not a (direct) MeGUI problem. You can try it when you execute the ffmpeg command line outside of MeGUI in a cmd. It is either the script, AviSynth, your source files (unlikely), ffmpeg (you can try older/newer builds) or the ffmpeg commands used (unlikely because of the output).
luke83
22nd July 2013, 22:12
This is not a (direct) MeGUI problem. You can try it when you execute the ffmpeg command line outside of MeGUI in a cmd. It is either the script, AviSynth, your source files (unlikely), ffmpeg (you can try older/newer builds) or the ffmpeg commands used (unlikely because of the output).
1) the problem comes only with pre-rendering job
2) the script works with this
SetMTMode(5,0)
Import("K:\Documents and Settings\Luca\Documenti\Software\Video
Editing\MeGUI_0.3.5\tools\avisynth_plugin\AutoPath.avs")
MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
# MyLoadPlugin("Anime\Sharpener\aWarpSharp.dll")
MyLoadPlugin("Anime\Dehalo\fft3dfilter211\FFT3DFilter.dll")
MyLoadPlugin("Anime\Anti-aliasing\UnFilter.dll")
MyLoadPlugin("Anime\Anti-aliasing\SangNom.dll")
MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
MyLoadPlugin("Decomb.dll")
MyImport("Anime\Anti-aliasing\AAA.avs")
LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video
Editing\MeGUI_0.3.5\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("K:\Temp\Temp Megui\tokyo.d2v")
SetMTMode(2,2)
# Deinterlacer
AssumeTFF().Telecide(guide=1).Decimate(mode=1,threshold=2.0)
# Spatial Denoiser
RemoveGrain(2).RemoveGrain(2)
# Cropper
# crop(14, 4, -8, -2)
# Resizer
# LanczosResize(698,522) # Lanczos (Sharp)
# Dehalo
# fft3dfilter(bt=-1, plane=0, dehalo=1.0, hr=2.0, ht=50, svr=0,
sharpen=1.0)
# Sharpener
# aWarpSharp(depth=30)
# Line darkner
# ToonLite()
# Anti-aliasing
# AAA()
If i use crop or resize, it gives error, but only with pre-rendering :/
The problem is ffhyuvv
Any ideas?
EDIT:
I'VE GOT IT!!!!The problem comes just with mod 2. If i use mod 4 it works... but I don't know why -_-'
luke83
30th July 2013, 14:25
Using mod4+ previouse error has been "solved". However a different problem has arrived -.-
[Error] Log
-[Information] Versions
--[Information] [30/07/2013 12:27:01] MeGUI: 2370
--[Information] [30/07/2013 12:27:01] Operating System: Windows 7 x86 SP1 (6.1.65536.7601)
--[Information] [30/07/2013 12:27:01] .Net Framework: 4.0 (4.0.30319)
--[Information] [30/07/2013 12:27:01] AviSynth: 2.6.0.3 (09/03/2013 09:28:48)
--[Information] [30/07/2013 12:27:01] AvisynthWrapper: 02/01/2009 20:34:04
--[Information] [30/07/2013 12:27:02] Haali Matroska Splitter: 1.11.96.14 (03/03/2011 11:40:46)
--[Information] [30/07/2013 12:27:02] Haali DSS2: 03/03/2011 11:37:50
--[Information] [30/07/2013 12:27:02] ICSharpCode.SharpZipLib: 0.85.5.452 (07/08/2008 20:31:12)
--[Information] [30/07/2013 12:27:02] LinqBridge: 1.0.0.0 (28/05/2009 01:24:34)
--[Information] [30/07/2013 12:27:02] MediaInfo: 0.7.64.0 (05/07/2013 14:32:39)
--[Information] [30/07/2013 12:27:02] MediaInfoWrapper: 0.7.61.0 (06/01/2013 14:47:15)
--[Information] [30/07/2013 12:27:02] MessageBoxExLib: 1.0.2218.28317 (19/12/2008 20:53:04)
--[Information] [30/07/2013 12:27:02] SevenZipSharp: 0.64.3890.29348 (02/01/2011 10:59:32)
--[Information] [30/07/2013 12:27:02] 7z: 9.20 (18/11/2010 16:27:34)
-[Information] Update detection
--[Information] [30/07/2013 12:27:02] Automatic update is disabled
-[Error] Log for job4 (video, tokyo.avs -> hfyu_tokyo.avi)
--[Information] [30/07/2013 12:27:05] Started handling job
--[Information] [30/07/2013 12:27:05] Preprocessing
---[Information] Bitrate calculation for video
----[Information] [30/07/2013 12:27:08] Desired size after subtracting audio: 764257 KBs
----[Information] [30/07/2013 12:27:08] Calculated desired bitrate: 1109 kbit/s
--[Information] [30/07/2013 12:27:08] Avisynth input script
---[NoImage] SetMTMode(5,0)
---[NoImage] Import("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\avisynth_plugin\AutoPath.avs")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\aWarpSharp2\aWarpSharp2.dll")
---[NoImage] MyLoadPlugin("Anime\Dehalo\fft3dfilter211\FFT3DFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\UnFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\SangNom.dll")
---[NoImage] MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
---[NoImage] MyLoadPlugin("Decomb.dll")
---[NoImage] MyImport("Anime\Anti-aliasing\AAA.avs")
---[NoImage] LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("K:\Temp\Temp Megui\tokyo.d2v")
---[NoImage] SetMTMode(2,2)
---[NoImage] # Deinterlacer
---[NoImage] AssumeTFF().Telecide(guide=1).Decimate(mode=1,threshold=2.0)
---[NoImage] # Spatial Denoiser
---[NoImage] RemoveGrain(2).RemoveGrain(2)
---[NoImage] # Cropper
---[NoImage] crop(14, 4, -8, -2)
---[NoImage] # Resizer
---[NoImage] LanczosResize(696,520) # Lanczos (Sharp)
---[NoImage] # Dehalo
---[NoImage] fft3dfilter(bt=-1, plane=0, dehalo=1.0, hr=2.0, ht=50, svr=0, sharpen=1.3)
---[NoImage] # Sharpener
---[NoImage] aWarpSharp2(depth=25)
---[NoImage] # Line darkner
---[NoImage] ToonLite()
---[NoImage] # Anti-aliasing
---[NoImage] AAA()
--[Information] [30/07/2013 12:27:09] Job commandline: "K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\ffmpeg\ffmpeg.exe" -y -i "K:\Temp\Temp Megui\tokyo.avs" -c:v ffvhuff -threads 0 -sn -an -context 1 -vstrict -2 -pred 2 "K:\Temp\Temp Megui\hfyu_tokyo.avi"
--[Information] [30/07/2013 12:27:09] Process started
--[Information] [30/07/2013 12:27:09] Standard output stream
--[Information] [30/07/2013 12:27:09] Standard error stream
---[Information] [30/07/2013 12:27:09] ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers
---[Information] [30/07/2013 12:27:09] built on Mar 28 2013 00:28:48 with gcc 4.8.0 (GCC)
---[Information] [30/07/2013 12:27:09] configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
---[Information] [30/07/2013 12:27:09] libavutil 52. 18.100 / 52. 18.100
---[Information] [30/07/2013 12:27:09] libavcodec 54. 92.100 / 54. 92.100
---[Information] [30/07/2013 12:27:09] libavformat 54. 63.104 / 54. 63.104
---[Information] [30/07/2013 12:27:09] libavdevice 54. 3.103 / 54. 3.103
---[Information] [30/07/2013 12:27:09] libavfilter 3. 42.103 / 3. 42.103
---[Information] [30/07/2013 12:27:09] libswscale 2. 2.100 / 2. 2.100
---[Information] [30/07/2013 12:27:09] libswresample 0. 17.102 / 0. 17.102
---[Information] [30/07/2013 12:27:09] libpostproc 52. 2.100 / 52. 2.100
---[Information] [30/07/2013 12:27:10] Input #0, avisynth, from 'K:\Temp\Temp Megui\tokyo.avs':
---[Information] [30/07/2013 12:27:10] Duration: 01:34:02.60, start: 0.000000, bitrate: 0 kb/s
---[Information] [30/07/2013 12:27:10] Stream #0:0: Video: rawvideo (YV12 / 0x32315659), yuv420p, 696x520, 108576 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc
---[Information] [30/07/2013 12:27:10] Output #0, avi, to 'K:\Temp\Temp Megui\hfyu_tokyo.avi':
---[Information] [30/07/2013 12:27:10] Metadata:
---[Information] [30/07/2013 12:27:10] ISFT : Lavf54.63.104
---[Information] [30/07/2013 12:27:10] Stream #0:0: Video: ffvhuff (FFVH / 0x48564646), yuv420p, 696x520, q=2-31, 200 kb/s, 25 tbn, 25 tbc
---[Information] [30/07/2013 12:27:10] Stream mapping:
---[Information] [30/07/2013 12:27:10] Stream #0:0 -> #0:0 (rawvideo -> ffvhuff)
---[Information] [30/07/2013 12:27:10] Press [q] to stop, [?] for help
--[Error] [30/07/2013 13:51:05] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [30/07/2013 13:51:05] Job completed
13622
AMiR9!WV
6th August 2013, 10:11
how can I add batch of files to MeGUI ?
I have 200 files, each of them 3 GB and mkv format. I need to resize all of them to 848x480 (150 MB)
and hardcode one particular subtitle on all of them
And I know how to do this for one file in . But I want to know how should I do that for multiple files in MeGUI
Kurtnoise
6th August 2013, 12:26
If you know how to do this for 1 file, you should be able to do it also for the rest...and stop to cross-posting.
LigH
6th August 2013, 13:47
Make your preferred encoder (target size, encoding options) and AviSynth (resize) profile.
Clear job queue.
Open file via AVS Script Creator, select profiles, add job to queue.
^...
Run queue.
hello_hello
6th August 2013, 15:05
how can I add batch of files to MeGUI ?
I have 200 files, each of them 3 GB and mkv format. I need to resize all of them to 848x480 (150 MB)
and hardcode one particular subtitle on all of them
And I know how to do this for one file in . But I want to know how should I do that for multiple files in MeGUI
I assume you want to use the OneClick encoder. It has an option to open a folder full of files, so I assume it'll do batch encoding that way, but I've never used it myself.
You might need to set up an AVISynth template which already includes the desired resizing and adds the subtitles, then use it as the AVISynth template when opening the folder with the OneClick encoder.... someone who's used it for batch encoding may be able to provide more help if you need it.
If you know how to do this for 1 file, you should be able to do it also for the rest...and stop to cross-posting.
Isn't that the definition of not-batch encoding? ;)
AMiR9!WV
7th August 2013, 17:11
hi
thank you guys for helping me
i know how hardsub my subtitle in File Indexer
but i don't know how do that in One Click Encoder
if you explain to me how hardsub my susbtitle with One Click Encoder , that would be great
i know the Rest of other things i need to do in One Click Encoder ( add batch of 200 files , resize all of them ... )
hello_hello
7th August 2013, 18:38
I've never hardcoded subtitles using the OneClick encoder, but if I had to guess..... (you're wanting to hardcode the same subtitles into each encode, yes?)
Open a file for encoding with the file indexer, add the desired subtitles and copy the subtitle lines MeGUI adds to the script to the Windows clipboard. It'll be something like this:
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("D:\subtitle.srt", 1)
The copied subtitle lines will be used when creating an AVISynth template. You can close the script creator and then create an AVISynth template while setting up the OneClick encoder like this:
Open the OneClick encoder.
Click on the Config button next to the OneClick profile drop down box.
When the configuration window opens, click on the Config button next to the AviSynth profile drop down box.
When the AVISynth configuration window opens, paste the copied subtitles into the template window below what's already there. You'll end up with an AVIsynth template which looks something like this:
<input>
<deinterlace>
<crop>
<resize>
<denoise>
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("D:\subtitle.srt", 1)
Naturally the "LoadPlugin" line might be different to match the location where MeGUI is installed, and the last line will point to the location of the actual subtitle file.
Use the "New" button down the bottom to save a new AVIsynth template. Give it an appropriate name. Click on OK to close the AVIsynth configuration.
Back in the OneClick configuration window select your newly saved AVIsynth profile from the drop down box (if it's not already selected).
Change any other OneClick settings for cropping, resizing and/or encoder configuration etc.
Click on the "New" button to save the OneClick setup as a new preset and give it an appropriate name etc.
Click okay to close the OneClick configuration and go back to the OneClick encoder.
Select your newly saved OneClick profile from the drop down box (if it's not already selected).
Open the folder full of files for re-encoding.
I'll be honest and admit I've rarely use the OneClick encoder and not tested the above, but logically that's the way you hardcode the same subtitles to each file while batch encoding. You're basically creating an AVISynth template which includes the subtitles, then using that template in the OneClick encoder setup. I assume you can add anything else to the AVISAynth template you want to, such as denoising, resizing or a specific amount of cropping etc (rather then use OneClick's autocropping and resizing) but the above should add the subtitles and let OneClick do the rest.
Please let me know if it works okay. :)
Ruriko
8th August 2013, 02:07
I want to use the One click encoder to convert files from mkv to avi but it won't work. I have checked avi in the output but it won't process files when I select the folder for it to convert
hello_hello
8th August 2013, 08:06
You might need to supply some more details. ie when you say it won't process files, what happens? Is there some sort of error? It might pay to post the MeGUI log file.
Shevek
13th August 2013, 19:07
When I first started using MeGUI the guide said to always use the Noise Filter (at least Minimum) for every encode as it made the encode better. (MeGUI/Basic DVD Ripping Guide/Video (http://mewiki.project357.com/wiki/MeGUI/Basic_DVD_Ripping_Guide/Video))
I've been doing so ever since, but wondered, is this still the right thing to do?
dj-big
14th August 2013, 19:17
i use avc lvl 4.1 in vbv Buff and bitrate megui auto put 62500 for bitrate and 78125 for buff when my encode finish in log it has warning in standard error stream and it said :
-[Information] [8/14/2013 10:18:44 AM] resolution: 1920x818
-[Information] [8/14/2013 10:18:44 AM] frame rate: 24000/1001
-[Information] [8/14/2013 10:18:44 AM] aspect ratio: 960:409 (2.347)
-[Information] [8/14/2013 10:18:44 AM] changing --ref to 5
-[Information] [8/14/2013 10:18:44 AM] Process started
-[Information] [8/14/2013 10:18:44 AM] Standard output stream
--[Information] [8/14/2013 1:09:06 PM] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
--[Information] [8/14/2013 1:09:06 PM] avs [info]: Video colorspace: YV12
--[Information] [8/14/2013 1:09:06 PM] avs [info]: Video resolution: 1920x818
--[Information] [8/14/2013 1:09:06 PM] avs [info]: Video framerate: 24000/1001
--[Information] [8/14/2013 1:09:06 PM] avs [info]: Video framecount: 280742
-[Warning] [8/14/2013 10:18:44 AM] Standard error stream
--[Information] [8/14/2013 10:18:47 AM] raw [info]: 1920x818p 1:1 @ 24000/1001 fps (cfr)
--[Information] [8/14/2013 10:18:47 AM] x264 [info]: using SAR=1/1
--[Warning] [8/14/2013 10:18:47 AM] x264 [warning]: VBV bitrate (62500) > level limit (50000)
--[Warning] [8/14/2013 10:18:47 AM] x264 [warning]: VBV buffer (78125) > level limit (62500)
--[Information] [8/14/2013 10:18:47 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
--[Information] [8/14/2013 10:18:47 AM] x264 [info]: profile Main, level 4.1
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: frame I:4676 Avg QP:19.46 size: 61726
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: frame P:147949 Avg QP:22.52 size: 17003
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: frame B:128117 Avg QP:23.78 size: 4047
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: consecutive B-frames: 28.3% 32.1% 11.4% 11.5% 16.7%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: mb I I16..4: 61.2% 0.0% 38.8%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: mb P I16..4: 22.8% 0.0% 0.0% P16..4: 35.2% 0.0% 0.0% 0.0% 0.0% skip:42.0%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: mb B I16..4: 1.4% 0.0% 0.0% B16..8: 12.8% 0.0% 0.0% direct: 4.6% skip:81.2% L0:33.2% L1:52.4% BI:14.4%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: final ratefactor: 22.63
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: direct mvs spatial:90.4% temporal:9.6%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: coded y,uvDC,uvAC intra: 22.4% 28.4% 4.3% inter: 7.7% 6.5% 0.1%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: i16 v,h,dc,p: 44% 24% 20% 12%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 18% 16% 8% 8% 7% 7% 6% 6%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: i8c dc,h,v,p: 63% 16% 18% 3%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: Weighted P-Frames: Y:2.8% UV:0.9%
--[Information] [8/14/2013 1:09:06 PM] x264 [info]: kb/s:2270.16
--[Information] [8/14/2013 1:09:06 PM] encoded 280742 frames, 27.47 fps, 2270.16 kb/s
-[Information] [8/14/2013 1:09:06 PM] Postprocessing
--[Information] [8/14/2013 1:09:06 PM] Deleting intermediate files
-[Information] [8/14/2013 1:09:06 PM] Job completed
look at the red parts .
so whats wrong megui automatically put wrong numbers for VBV Buffer and Bitrate ?!
another question is can i change this to paraments excatly the same as avc level ? ( i mean 62500 for buffer and 50000 for bitrate ) ?
another question is : this parameters effect in quality of video ?
detmek
14th August 2013, 19:32
Don't worry about that. It is just a warrning and does not affect encoding. You use 2-pass mode but 1st pass defaults to Main profile which has lower VBV than High profile used during 2nd pass. That is why you see this only during 1st pass.
But yes, that is one of the reasons why I didn't like idea for MeGUI to automatically set VBV when user chooses Level.
Dahitman
15th August 2013, 13:51
Hey guys. I recently got a preset from someone and for some reason I can't use it.
After Megui finishes encoding the audio and moves to the video, the video encoding window just disappears.
Here's the log: http://fbe.am/mI2
[Error] Log
-[Warning] Versions
--[Information] [15-08-2013 13:25:14] MeGUI: 2356
--[Information] [15-08-2013 13:25:14] Operating System: Windows 7 Premium Edition x64 SP1 (6.1.65536.7601)
--[Information] [15-08-2013 13:25:14] .Net Framework: 4.0 (4.0.30319)
--[Information] [15-08-2013 13:25:14] AviSynth: 2.5.8.5 (21-12-2008 21:46:54)
--[Information] [15-08-2013 13:25:14] AvisynthWrapper: 02-01-2009 20:34:04
--[Warning] [15-08-2013 13:25:15] Haali Matroska Splitter: not installed
--[Warning] [15-08-2013 13:25:15] Haali DSS2: not installed
--[Information] [15-08-2013 13:25:15] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008 20:31:12)
--[Information] [15-08-2013 13:25:15] LinqBridge: 1.0.0.0 (28-05-2009 01:24:34)
--[Information] [15-08-2013 13:25:15] MediaInfo: 0.7.63.0 (13-05-2013 10:47:16)
--[Information] [15-08-2013 13:25:15] MediaInfoWrapper: 0.7.61.0 (06-01-2013 14:47:15)
--[Information] [15-08-2013 13:25:15] MessageBoxExLib: 1.0.2218.28317 (19-12-2008 20:53:04)
--[Information] [15-08-2013 13:25:15] SevenZipSharp: 0.64.3890.29348 (02-01-2011 10:59:32)
--[Information] [15-08-2013 13:25:15] 7z: 9.20 (18-11-2010 16:27:34)
-[Information] Update detection
--[Information] [15-08-2013 13:25:15] Connecting to server: http://megui.xvidvideo.ru/auto/stable/
--[Information] [15-08-2013 13:25:16] All files are up to date
-[Information] AutoEncode job generation log
--[Information] [15-08-2013 13:27:21] Split Size : null
--[Information] Eliminating duplicate filenames
---[Information] [15-08-2013 13:27:21] Video output file: C:\Users\Jorge\Desktop\Kakumeiki Valvrave.264
---[Information] [15-08-2013 13:27:21] Muxed output file: C:\Users\Jorge\Desktop\Kakumeiki Valvrave-muxed.mkv
---[Information] [15-08-2013 13:27:21] Encodable audio stream 0: C:\Users\Jorge\Desktop\Kakumeiki Valvrave.m4a
-[Information] Log for job31 (audio, Kakumeiki Valvrave.mkv -> Kakumeiki Valvrave.m4a)
--[Information] [15-08-2013 13:27:22] Started handling job
--[Information] [15-08-2013 13:27:22] Preprocessing
--[Information] [15-08-2013 13:27:22] MediaInfo
---[Information] File: C:\Users\Jorge\Desktop\Kakumeiki Valvrave.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1982861576
----[Information] PlayTime: 00:24:28.135
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 35200
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: FLAC
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: VBR
----[Information] Delay: 0
----[Information] Title: Main
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] Format: FLAC
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: VBR
----[Information] Delay: 0
----[Information] Title: Commentary
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: No
----[Information] DefaultString: No
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [15-08-2013 13:27:22] Trying to open the file with NicAudio
--[Information] [15-08-2013 13:27:22] Failed opening the file with NicAudio()
--[Information] [15-08-2013 13:27:22] Trying to open the file with BassAudioSource()
--[Information] [15-08-2013 13:27:25] Failed opening the file with BassAudioSource(). File could not be opened!
--[Information] [15-08-2013 13:27:25] Trying to open the file with FFAudioSource()
--[Information] [15-08-2013 13:28:42] Successfully opened the file with FFAudioSource()
--[Information] [15-08-2013 13:28:42] Avisynth script
---[NoImage] LoadPlugin("C:\Users\Jorge\Desktop\MeGUI_2356_x86\tools\ffms\ffms2.dll")
---[NoImage] FFAudioSource("C:\Users\Jorge\Desktop\Kakumeiki Valvrave.mkv")
---[NoImage] Normalize()
---[NoImage] return last
--[Information] [15-08-2013 13:28:42] Commandline used: -ignorelength -lc -q 0.2 -if - -of "{0}"
--[Information] [15-08-2013 13:28:42] Avisynth script environment opened
--[Information] [15-08-2013 13:28:42] Script loaded
--[Information] [15-08-2013 13:28:42] Output Decoder
---[Information] [15-08-2013 13:28:42] Channels: 2
---[Information] [15-08-2013 13:28:42] Bits per sample: 32
---[Information] [15-08-2013 13:28:42] Sample rate: 48000
--[Information] [15-08-2013 13:28:42] Job commandline: C:\Users\Jorge\Desktop\MeGUI_2356_x86\tools\eac3to\neroAacEnc.exe -ignorelength -lc -q 0.2 -if - -of "C:\Users\Jorge\Desktop\Kakumeiki Valvrave.m4a"
--[Information] [15-08-2013 13:28:42] Process started
--[Information] [15-08-2013 13:28:42] Standard output stream
--[Information] [15-08-2013 13:28:42] Standard error stream
---[Information] [15-08-2013 13:28:53] *************************************************************
---[Information] [15-08-2013 13:28:53] * *
---[Information] [15-08-2013 13:28:53] * Nero AAC Encoder *
---[Information] [15-08-2013 13:28:53] * Copyright 2009 Nero AG *
---[Information] [15-08-2013 13:28:53] * All Rights Reserved Worldwide *
---[Information] [15-08-2013 13:28:53] * *
---[Information] [15-08-2013 13:28:53] * Package build date: Feb 18 2010 *
---[Information] [15-08-2013 13:28:53] * Package version: 1.5.4.0 *
---[Information] [15-08-2013 13:28:53] * *
---[Information] [15-08-2013 13:28:53] * See -help for a complete list of available parameters. *
---[Information] [15-08-2013 13:28:53] * *
---[Information] [15-08-2013 13:28:53] *************************************************************
--[Information] [15-08-2013 13:29:22] MediaInfo
---[Information] File: C:\Users\Jorge\Desktop\Kakumeiki Valvrave.m4a
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 9463317
----[Information] PlayTime: 00:24:28.203
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR: No (Explicit)
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [15-08-2013 13:29:22] Postprocessing
---[Information] [15-08-2013 13:29:22] Deleting intermediate files
----[Information] [15-08-2013 13:29:22] Successfully deleted C:\Users\Jorge\Desktop\Kakumeiki Valvrave.mkv.ffindex
--[Information] [15-08-2013 13:29:22] Job completed
-[Error] Log for job32 (video, Kakumeiki Valvrave.avs -> Kakumeiki Valvrave.264)
--[Information] [15-08-2013 13:29:22] Started handling job
--[Information] [15-08-2013 13:29:22] Preprocessing
--[Information] [15-08-2013 13:29:22] Avisynth input script
---[NoImage] LoadPlugin("C:\Users\Jorge\Desktop\MeGUI_2356_x86\tools\avs\directshowsource.dll")
---[NoImage] DirectShowSource("C:\Users\Jorge\Desktop\Kakumeiki Valvrave.mkv", fps=29.976, audio=false, convertfps=true).AssumeFPS(29976,1000)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
---[NoImage] ConvertToYV12()
--[Information] [15-08-2013 13:29:23] resolution: 1920x1080
--[Information] [15-08-2013 13:29:23] frame rate: 3747/125
--[Information] [15-08-2013 13:29:23] aspect ratio: 16:9 (1.778)
--[Information] [15-08-2013 13:29:23] custom command line: --fgo 5 --fade-compensate 0.3 --psy-rd 0.4:0.2
--[Information] [15-08-2013 13:29:23] Job commandline: "C:\Users\Jorge\Desktop\MeGUI_2356_x86\tools\x264\x264.exe" --preset placebo --tune animation --crf 15.0 --keyint 300 --b-pyramid none --qpmin 10 --qpmax 51 --vbv-bufsize 30000 --vbv-maxrate 40000 --rc-lookahead 80 --merange 32 --me umh --subme 10 --fgo 5 --fade-compensate 0.3 --psy-rd 0.4:0.2 --sar 1:1 --output "C:\Users\Jorge\Desktop\Kakumeiki Valvrave.264" "C:\Users\Jorge\Desktop\Kakumeiki Valvrave.avs"
--[Information] [15-08-2013 13:29:23] Process started
--[Information] [15-08-2013 13:29:23] Standard output stream
--[Information] [15-08-2013 13:29:23] Standard error stream
---[Information] [15-08-2013 13:29:23] C:\Users\Jorge\Desktop\MeGUI_2356_x86\tools\x264\x264.exe: unknown option -- fgo
--[Error] [15-08-2013 13:29:23] Process exits with error: 0xFFFFFFFF (-1)
--[Information] [15-08-2013 13:29:23] Job completed
-[Information] AutoEncode job generation log
Thanks in advance.
LigH
15th August 2013, 14:20
The option --fgo was an experiment in 2008 (http://forum.doom9.org/showthread.php?t=139685). It is not supported in current official x264 builds.
There are no miracle presets. Either try to understand the advanced options, or trust in the defaults used with basic presets and tunings.
invy
15th August 2013, 14:34
--[Warning] [8/15/2013 6:03:13 AM] --vbv-bufsize is not restricted. Maximum value for level 4.1 is 78125. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
--[Warning] [8/15/2013 6:03:13 AM] --vbv-maxrate is not restricted. Maximum value for level 4.1 is 62500. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
da fuq? where did this come from all of a sudden? i didn't mess with anything.
Dahitman
15th August 2013, 14:35
The option --fgo was an experiment in 2008 (http://forum.doom9.org/showthread.php?t=139685). It is not supported in current official x264 builds.
There are no miracle presets. Either try to understand the advanced options, or trust in the defaults used with basic presets and tunings.
Oh, alright thanks.
By the way, is there any topic here or anywhere else, that teaches how to use filters in Megui? Specially debanding ones.
I'm trying to learn how to use filters in megui, or just in general but I have no idea how to do it.
invy
16th August 2013, 20:20
--[Warning] [8/15/2013 6:03:13 AM] --vbv-bufsize is not restricted. Maximum value for level 4.1 is 78125. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
--[Warning] [8/15/2013 6:03:13 AM] --vbv-maxrate is not restricted. Maximum value for level 4.1 is 62500. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
da fuq? where did this come from all of a sudden? i didn't mess with anything.
Anyone? I need to hurry up and encode this file already... I encoded it once not knowing the error was existing. Playback seeking was very slow.
detmek
16th August 2013, 21:34
Post entire log file, not just part about error.
SacredCultivator
17th August 2013, 16:00
Sorry if this was mentioned within the change of not being able to output .mp4 for encodes.
But seems (only tested) with VLC after I produce the rawavc file and then mux it using meGUI's MP4 muxer, I can't seek videos and it just freezes with VLC. But using CCCP/Media Player Classic it's fine. But if for example I mux it using the .mkv muxer it works fine and VLC has no issues. So it only applies when using the MP4 muxer.
NO settings were changed within meGUI except for updating the internal files through meGUI. So not sure if it's something that was intentional or not from the change.
I apologize if that's vague and can provide more info if needed.
LigH
17th August 2013, 16:36
So either this specific MP4Box may create incorrect MP4 files (less probable, IMHO), or this specific VLC can't read MP4 files reliably (more probable, IMHO)...
SacredCultivator
17th August 2013, 16:42
For the MP4Box, I'm using the one provided within meGUI so version is, r4283 (gpac).
Another player that has issues that I cam across was Windows Media Player.
So I'm curious if it's perhaps just the Players not being updated to play the .mp4 files (able to seek). Though I find it weird because the only change recently was meGUI not outputting .mp4 but .264 files.
Since when I tried downloading/updating to only Stable version of meGUI/files and try outputting .mp4 and muxing it, there's no issues (with VLC/WMP). So to fault the Player, not sure if that's really the case since the change happened within meGUI during update to not output mp4. *shrugs* Not too sure.
- - -
After further testing, I probably shoulda posted this in the other thread, but tested out kurtnoise's (http://kurtnoise.free.fr/megui/MeGUI-r2385_20130816-2.7z) version for 10-bit. And his still features using mp4 output and after doing a short test encode with it, it works fine in VLC/WMP. ANd it's using the latest version of meGUI/x264 so not sure if within Zathor's change something happened. But kurtnoise's has no issues if it includes .mp4 output, so I guess for now I'll stick to kurtnoise's until Zathor's has a probable fix for when outputting .264/muxing without issues.
SacredCultivator
17th August 2013, 23:18
So for that link you gave, when I install it, it installs MP4box? Sorry not too sure how that works. BUt if it works to where i can just manually use it to mux and it works, that'd be pretty awesome.
detmek
18th August 2013, 10:12
As long as there is not any API change you can update any tool manually. For example, I updated Avisynth to 2.6 with MT support. Naturally, you update tool and test it. If it works, good. If it doesn't, you restore original file.
invy
19th August 2013, 12:39
Post entire log file, not just part about error.
http://pastebin.com/q7TSpdK4
detmek
19th August 2013, 15:22
-[Warning] [8/15/2013 6:03:13 AM] --vbv-bufsize is not restricted. Maximum value for level 4.1 is 78125. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
--[Warning] [8/15/2013 6:03:13 AM] --vbv-maxrate is not restricted. Maximum value for level 4.1 is 62500. Playback may be affected. Reselect AVC level/profile or target playback device in the x264 preset to set the proper value.
da fuq? where did this come from all of a sudden? i didn't mess with anything.
I don't see this warnings it your log.
invy
20th August 2013, 00:17
Sorry about that. I BELIEVE it's because I re-encoded the MPEG with VideoReDo (VRD) during the weekend. But I see there is still some sort of warning if you take a look at the end of the log. Let me explain what happened.
I had 3 parts of MPEG files. Part 1 and 3 were Program Streams (MPEG) from the same source, Part 2 was actually Transport Stream from a different source with higher bitrates, same resolution but I used MPEGStreamclip to turn it to PS like the other two.
Therefore it was now all ready for VRD. I used VRD to merge them in one file, and saved as MPEG. But before that I took each file seperately and ran them through the intelligent re-encode, using the same settings on each. If I remember correctly, the settings were Header bitrate of 15000 kbps, and Max bitrate of 20000 kbps. I'm thinking that may have caused MeGUI to freak out with that error.
At this point is when I tried to encode (6 hours of encoding time for nothing) and made my initial post asking about the error.
Skip to yesterday morning is when I took the whole MPEG again and encoded it, this time to 9800 kbps, with no max limit. So this is where I stand today with that different error, that I did not realize it was different until you pointed it out.
So will I get the same slow seeking problem as before even if it didn't suggest the error this time in the log? I don't want to encode again for nothing. Thanks.
detmek
20th August 2013, 10:40
If you are talking about this warning:
---[Warning] [8/19/2013 6:53:20 AM] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [8/19/2013 6:53:20 AM] x264 [warning]: VBV buffer (78125) > level limit (62500)
than you don't have to worry. This is normal warning as you choose to encode using (default) High profile and applied correct VBV settings by choosing level but x264 for first pass always uses Main profile which has lower VBV values. So, you see a warning.
This warning does not affect seeking or quality.
hello_hello
23rd August 2013, 06:13
Maybe I'm missing the obvious as I don't work with subtitles much.
Many conversion programs will extract the subtitles from DVDs and hard-code them, and some give you the option of hard-coding just the subtitles flagged as "forced", assuming the forced subtitles aren't in a separate subtitle "stream". AutoGK comes to mind.....
I know how to extract subtitles with Vobsubber and I generally convert the forced subtitles to a SRT file with SubtitleEdit, then add them to a script that way (which often looks better than the original subtitles anyway), but is there a way to add DVD subtitles to a script and only hardcode the ones flagged as "forced" using MeGUI?
Or does anyone recall how AutoGK does it? Can Vobsubber extract just the forced subtitles? I'm not sure I remember an option like that.
Thanks.
Shevek
23rd August 2013, 07:31
Although primarily designed for BluRay SUP files, BDSup2Sub can also handle DVD SUB/IDX as well.
You load your IDX file (or drag/drop) and it will tell you in the messages (at the end) if there are any forced subs.
You can then Export and check the box for "Only Forced"
https://github.com/mjuhasz/BDSup2Sub/wiki
Also, watch out as sometimes you will see a smaller sub track which ONLY has the forced subtitles in it but they aren't marked as forced - e.g. the short Cantonese section Waynes World has a single subs track for it which only has about a dozen entries.
hello_hello
23rd August 2013, 08:21
Thanks, I'll give BDSup2Sub a spin.
It did occur to me that DVDShrink's re-author mode gives you the ability to select only forced subtitles (I think) so it'd probably be possible to re-author the DVD files while only keeping the forced subtitles and then extract them, but being able to extract them with a program such as BDSup2Sub without having to re-author the DVD in order to do it would no doubt be easier.
I guess I was hoping for a "magic" parameter to use with VSFilter that'd get it to only use forced subtitles, but I suppose that was wishful thinking.
Cheers.
Shevek
24th August 2013, 09:12
"The Holy Grail" of subs :D:D
As I said, there's no standard to how 'they' author forced subs so it's a manual job to extract them and examine each stream.
invy
25th August 2013, 07:27
Can someone tell me how to configure OneClick to only use the first audio track automatically, and ignore the second? I had this problem a few months ago and supposedly it was fixed..for a while. My OTA caps are being picked up by MeGUI as having two tracks, but when it encodes them, they are exactly the same size and all. It really is a waste of time encoding the same thing time every single file I encode.
Kurtnoise
25th August 2013, 09:35
Select the OneClick Profile, then go to the Audio tab and check "use only the 1st track"...
Zathor
26th August 2013, 07:34
Can someone tell me how to configure OneClick to only use the first audio track automatically, and ignore the second? I had this problem a few months ago and supposedly it was fixed..for a while. My OTA caps are being picked up by MeGUI as having two tracks, but when it encodes them, they are exactly the same size and all. It really is a waste of time encoding the same thing time every single file I encode.
Please upload the log and if possible a small sample file. I would like to have a look if the identical track can be skipped automatically.
invy
29th August 2013, 04:17
Select the OneClick Profile, then go to the Audio tab and check "use only the 1st track"...
That's part of the problem because it was already checkmarked.
Please upload the log and if possible a small sample file. I would like to have a look if the identical track can be skipped automatically.
http://www.mediafire.com/?0e325l2rd6azz7t
http://www.mediafire.com/?l85be02950b7x82
log of first sample: http://pastebin.com/1hHeDX5D
First sample is straight after capturing, second sample is after I open it in VRD and do a simple 'save as'. You can see the difference if you open them in MediaInfo.
I'm not sure if I mentioned this in previous posts already but.. processing the video in VRD gets rid of the "phantom" 2nd audio track. Also, I would like to mention that while I was capturing samples, sometimes it wouldn't produce a clip that had two tracks even if it was the same channel/show, but, 90% of the time it would.
Sorry for the delay by the way.
Flux
7th September 2013, 20:40
Is it possible to disable chroma subsampling when encoding with 10-bit x264 from avisynth script? I have couple hundred RAW images converted to TIF and using imagesource, but MeGUI always converts them to YV12 (4:2:0).
LigH
7th September 2013, 20:46
MeGUI does not yet support YV16 and YV24, AFAIK, because this requires additional x264 parameters, and furthermore, many popular AviSynth filters don't support these color spaces.
Pulp Catalyst
26th September 2013, 13:48
Noticed that Avisynth 2.6.0 Alpha 5 is now being pushed by MeGUI, i use QTGMC quite havily, would this still continue to work, is there anything i should be aware off now that MeGUI is switching over to the new version of Avisynth?
Zathor
26th September 2013, 18:44
The included AVS build will only be used if no AVS is installed on the client (or if you copy these files in the root dir of MeGUI on your own). So you will have no problem at all.
AMED
27th September 2013, 06:19
i seem to be getting prompted to download the avs package everytime i open megui, but this one fails to download.
AVS
local version = 2.6.0 a5
server version = 2.6.0 a5
local date = 25/09/2013
server date = 26/09/2013
Connecting to server: http://megui.xvidvideo.ru/auto/
There is 1 file which can be updated.
Updating avs. File 1/1.
Error: Failed to download file avs with error: CouldNotDownloadFile.
Update completed
Error: Files which have been not sucessfully updated: 1
When I look in the update_cache, avisynth-2.6.0.a5-1.7z has a zero filesize.
AMiR9!WV
27th September 2013, 06:19
I've never hardcoded subtitles using the OneClick encoder, but if I had to guess..... (you're wanting to hardcode the same subtitles into each encode, yes?)
Open a file for encoding with the file indexer, add the desired subtitles and copy the subtitle lines MeGUI adds to the script to the Windows clipboard. It'll be something like this:
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("D:\subtitle.srt", 1)
The copied subtitle lines will be used when creating an AVISynth template. You can close the script creator and then create an AVISynth template while setting up the OneClick encoder like this:
Open the OneClick encoder.
Click on the Config button next to the OneClick profile drop down box.
When the configuration window opens, click on the Config button next to the AviSynth profile drop down box.
When the AVISynth configuration window opens, paste the copied subtitles into the template window below what's already there. You'll end up with an AVIsynth template which looks something like this:
<input>
<deinterlace>
<crop>
<resize>
<denoise>
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("D:\subtitle.srt", 1)
Naturally the "LoadPlugin" line might be different to match the location where MeGUI is installed, and the last line will point to the location of the actual subtitle file.
Use the "New" button down the bottom to save a new AVIsynth template. Give it an appropriate name. Click on OK to close the AVIsynth configuration.
Back in the OneClick configuration window select your newly saved AVIsynth profile from the drop down box (if it's not already selected).
Change any other OneClick settings for cropping, resizing and/or encoder configuration etc.
Click on the "New" button to save the OneClick setup as a new preset and give it an appropriate name etc.
Click okay to close the OneClick configuration and go back to the OneClick encoder.
Select your newly saved OneClick profile from the drop down box (if it's not already selected).
Open the folder full of files for re-encoding.
I'll be honest and admit I've rarely use the OneClick encoder and not tested the above, but logically that's the way you hardcode the same subtitles to each file while batch encoding. You're basically creating an AVISynth template which includes the subtitles, then using that template in the OneClick encoder setup. I assume you can add anything else to the AVISAynth template you want to, such as denoising, resizing or a specific amount of cropping etc (rather then use OneClick's autocropping and resizing) but the above should add the subtitles and let OneClick do the rest.
Please let me know if it works okay. :)
hi
awesome
it's working
thank you guys
i just have one more problem
with Audio
i'm using NeroAAC for encoding Audio
but sometime
Audio is cut off some where , in Middle of video
for example i have video it's recorded from HBO channel
if i encode that
when HBO logo shows up
Sound is cut off and you never hear the sound of HBO logo and you can't hear the sounds after that
i know you now want to talk about copyright and this staff
but HBO just was for example
it just happen to some special sounds
sounds like Airplane or Jet
Zathor
27th September 2013, 06:20
i seem to be getting prompted to download the avs package again, but this one fails.
Yes, this server is out of sync.
hello_hello
27th September 2013, 20:35
it just happen to some special sounds
sounds like Airplane or Jet
It could be the audio switches from 2 channel to 5.1 channel (or the other way around) and that's causing a problem, but I'm guessing. Maybe post a copy of the log file. Does it show any errors?
Dayvon
28th September 2013, 01:43
Wow. Not to derail the current conversation or anything, but I started this thread like a million years ago, and it's still going? Unbelievable.
Hats off to all the contributors and to the x264 and MeGUI teams for the years of hard work. You guys are the pioneers and you have the utmost respect and gratitude from the users.
invy
30th September 2013, 12:48
Please upload the log and if possible a small sample file. I would like to have a look if the identical track can be skipped automatically.
No resolution to this problem yet?
Zathor
30th September 2013, 21:10
Sorry, I did not saw your post with the sample file.
It is either a problem of MediaInfo or the application which creates these files in the first hand. I am just downloading your sample files - but I cannot promise that it can be fixed within MeGUI.
EDIT: Fixed. Will be in the next update
Kurtnoise
1st October 2013, 10:18
@Zathor: in your last commit, you have duplicated the String.IsNullOrEmpty(atrack.SamplingRate) :
--- a/megui/trunk/packages/reader/mediainfo/MediaInfoFile.cs
+++ b/megui/trunk/packages/reader/mediainfo/MediaInfoFile.cs
@@ -349,8 +349,8 @@
{
MediaInfoWrapper.AudioTrack atrack = info.Audio[counter];
- if (atrack.Format.Equals("MPEG Audio") && String.IsNullOrEmpty(atrack.Delay)
- && String.IsNullOrEmpty(atrack.SamplingRate) && String.IsNullOrEmpty(atrack.FormatProfile))
+ if (String.IsNullOrEmpty(atrack.Delay) && String.IsNullOrEmpty(atrack.SamplingRate)
+ && String.IsNullOrEmpty(atrack.FormatProfile) && String.IsNullOrEmpty(atrack.SamplingRate))
continue;
_AudioInfo.Codecs[counter] = getAudioCodec(atrack.Format);
Zathor
1st October 2013, 19:16
Yes, silly mistake :confused:
luke83
3rd October 2013, 14:30
How can i set the credits zone with a lower encode? I've used AVS cutter to select 2 zones: the first is the main movie, the second contains the end credits. The problem is that there isn't a button where i can select "main movie" and/or "credits". In several old topic on the web, i read about a button in the preview window; but in my preview window i don't have it :( (2356 version).
How the software can understand what is the movie and what the credits?
LigH
3rd October 2013, 19:00
Yes, this server is out of sync.
So should I use Custom update servers instead of Development, and add only http://megui.org/auto/ there? — It probably worked...
Taurus
3rd October 2013, 19:58
So should I use Custom update servers instead of Development, and add only http://megui.org/auto/ there? — It probably worked...
Same here..
http://megui.org/auto/ is working fine under custom update servers.
@ the Stable and Development Server Tabs the buttons "Add" and "Remove selected" are greyed out.
And therefore no chance to kick http://megui.xvidvideo.ru/auto/ :confused::(
Zathor
3rd October 2013, 20:35
No need to do that. I will publish a new build soon without the out-of-sync mirror.
bxyhxyh
4th October 2013, 15:04
Why is it asking to update Avisynth 2.6 a5 again.
Zathor
4th October 2013, 17:29
DSS 2.6 is once again included
Octo-puss
25th October 2013, 20:34
I am a bit confused with AviSynth. Is the internal one always used, even if I download and install it? Are there any settings related to this?
Also, I noticed a few posts here and there mention 64bit version of MeGui. Where do I find that? I am experimenting with MT version of Avisynth, and figured it woud be helpful if I could use more memory.
Zathor
26th October 2013, 09:10
I am a bit confused with AviSynth. Is the internal one always used, even if I download and install it? Are there any settings related to this?
The internal one is used if:
- you copy the files (avisynth.dll, devil.dll) to the MeGUI root folder yourself
- no AviSynth is installed (it will then copy the files itself)
Also, I noticed a few posts here and there mention 64bit version of MeGui. Where do I find that? I am experimenting with MT version of Avisynth, and figured it woud be helpful if I could use more memory.
http://forum.doom9.org/showthread.php?t=153904
But I have not compiled new x64 builds for a long time. The reason can be found at the last pages of the thread.
Octo-puss
26th October 2013, 11:15
Oh ok. What about the avisynth_plugin folder then? It seems to be required (and is always checked at startup), but based on what you said before, it should not be needed if I install Avisynth?
regarding 64bits
Oh I see. That makes sense. I just somehow thought memory related crashes when using MT version of Avisynth would go away (it's always some process called avs4x264mod.exe which I have no idea what it does), but on second thought, maybe it wouldn't make any difference because - correct me if I am wrong - MeGui basically only launches other processes, which could very well be 64bit.
Zathor
26th October 2013, 11:54
Oh ok. What about the avisynth_plugin folder then? It seems to be required (and is always checked at startup), but based on what you said before, it should not be needed if I install Avisynth?
The plugins in this folder will be used in any case. Of course you can replace them or modify the script.
Octo-puss
26th October 2013, 19:12
One more thing: should I use colour correction or not? Various sources say I either must have it enabled or that I can safely forget it.
If yes, do I use it the same way if I use QTGMC?
hello_hello
28th October 2013, 23:37
One more thing: should I use colour correction or not? Various sources say I either must have it enabled or that I can safely forget it.
If yes, do I use it the same way if I use QTGMC?
You can safely forget MeGUI's color correction option in the script creator, if that's what you're referring to.
There's different standards for converting YUV video to RGB on playback. The two main ones are:
BT.709 which pretty much all HD video uses, and BT.601 which pretty much all SD video uses. If the wrong one is used, the colours can look a little "off".
For reasons I don't understand (before my time) the general consensus years ago was DVD video could be BT.709 despite the fact it's standard definition. The idea of the colour correction option was to convert it to BT.601 when encoding. As DVD video is always BT.601 anyway, MeGUI's colour correction option has no effect.
Well actually.... the colour correction option can be used for any type of mpeg video, not just DVD video. Therefore, if you re-encode HD mpeg video (which is BT.709) the colour correction option (if it's enabled) may incorrectly convert the colorimetry to BT.601. So while it's safe to enable it when re-encoding SD mpeg video (as it'll do nothing) it's a good idea not to enable it when re-encoding HD video.
Personally, I think the colour correction option should be removed as it's obsolete, and even has the potential to convert the colours incorrectly, or it should at least be changed to make it actually useful.
If you're re-encoding HD video while resizing it to SD then you should convert the colours (regardless of whether the source video is mpeg or not). I don't use MeGUI's colour correction option, but if I'm re-encoding HD video while resizing to SD then I convert the colours by manually loading the ColorMatrix.dll plugin (it's the same plugin MeGUI uses when colour correction is enabled) and manually adding the following to the script:
ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
The above is applicable regardless of any other filtering you may be using (such as QTGMC).
If you want to see the effect of converting the colours then add the above line to the script and use the Preview button. The difference isn't huge, and sometimes it's hardly noticeable, but if you display a section of video containing lots of red you should see it.
LigH
29th October 2013, 08:37
How do I make MeGUI rely on my system-wide installed and working AviSynth (MT), instead of preferring its own (non-MT) copy?
hello_hello
29th October 2013, 11:17
How do I make MeGUI rely on my system-wide installed and working AviSynth (MT), instead of preferring its own (non-MT) copy?
It should be. Are you sure it's not?
Try sticking an avisynth plugin in the "installed" avisynth plugins folder and using it in a script without loading it. If you don't get an error (ie avisynth auto-loads the plugin), then I assume MeGUI must be using the "installed" version.
That's how it works for me anyway. I have about a zillion plugins in the "installed" avisynth plugins folder which work without needing to manually load them in a script.
LigH
29th October 2013, 11:41
I am quite certain that the system-wide installed AviSynth MT 2.6a5 is not used, because when I open a prepared AviSynth script into MeGUI which contains a SetMTMode call, an error message appears that there is no function SetMTMode defined:
---------------------------
Error parsing avs file
---------------------------
Script error: there is no function named "SetMTMode"
(****.avs, line ##)
---------------------------
OK
---------------------------
But when I feed this script directly into x264 in a command interpreter window, it encodes without errors. Therefore I assume that MeGUI prefers the avisynth.dll in its own directory in this case.
I am pretty certain that it was copied there during one of the updates which introduced a fallback AviSynth for being installed on systems which don't have AviSynth installed before.
Apparently I can just delete or rename MeGUI\avisynth.dll; the updater manages MeGUI\tools\avs as storage for the fallback version.
__
Or maybe I was wrong, MeGUI now keeps crashing when opening certain scripts. And it copies its fallback DLL back to its own directory.
Groucho2004
29th October 2013, 11:49
Therefore I assume that MeGUI prefers the avisynth.dll in its own directory in this case.
If megui.exe and avisynth.dll are in the same directory then your assumption is correct. The Win32 "LoadLibrary" call will look in the directory of the calling app first (unless a fully qualified path is specified).
LigH
29th October 2013, 11:55
MeGUI keeps copying the avisynth.dll from tools\avs to its own directory.
I wish I could tell MeGUI not to do that, because I have a working AviSynth installation in C:\Windows\SysWOW64.
And the crashing of some scripts is probably related to the slight incompatibility of specific DirectShowSource DLLs; only scripts using DirectShowSource crash in MeGUI now, but not outside (e.g. in VirtualDub).
detmek
29th October 2013, 12:23
Did you try to manualy copy avisynth.dll from SysWOW64 to folder where megui.exe is located?
LigH
29th October 2013, 12:38
Yes. It gets overwritten with the version residing in MeGUI\tools\avs again.
__
P.S.:
Here is a log of a run-and-exit. AviSynth is found and reported as version 2.6.0.4 even though I installed version 2.60 alpha 5 (MT from 2013-09-28), and MeGUI ships a portable copy of version 2.60 alpha 5 (2013-09-18); someone forgot to bump the DLL internal version values.
I wonder why the portable version is active and the system version is inactive.
And I wonder why MeGUI crashes running a script with a DirectShowSource.dll matching the AviSynth version.
[Information] Log
-[Information] Versions
--[Information] [29.10.2013 13:30:05] MeGUI: 2418
--[Information] [29.10.2013 13:30:05] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [29.10.2013 13:30:05] .Net Framework: 4.0 (4.0.30319)
--[Information] [29.10.2013 13:30:05] AviSynth: 2.6.0.4 (28-09-2013) (inactive)
--[Information] [29.10.2013 13:30:05] AviSynth portable: 2.6.0.4 (18-09-2013) (active)
--[Information] [29.10.2013 13:30:05] DevIL: 1.6.6 (26-05-2004)
--[Information] [29.10.2013 13:30:05] AvisynthWrapper: (02-01-2009)
--[Information] [29.10.2013 13:30:05] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [29.10.2013 13:30:05] Haali DSS2: (14-04-2013)
--[Information] [29.10.2013 13:30:05] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [29.10.2013 13:30:05] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [29.10.2013 13:30:05] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [29.10.2013 13:30:05] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [29.10.2013 13:30:05] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [29.10.2013 13:30:05] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [29.10.2013 13:30:05] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [29.10.2013 13:30:05] Connecting to server: http://megui.org/auto/
--[Information] [29.10.2013 13:30:05] All files are up to date
detmek
29th October 2013, 14:43
Same here. Try this - in MeGUI tools folder find folder avs and replace Avisynth dll's there. MeGUI should now copy those files to main directory.
LigH
29th October 2013, 14:47
The updater might want to revoke this "patch" then, I fear. Well, I will be aware of it. And I hope Zathor will review this part of the application logic.
__
Interesting: MeGUI does not offer an update here. Probably due to the same DLL version value.
And DirectShowSource using scripts still crash. What a pity, I wanted to recode VFR videos with QAAC as audio encoder.
detmek
29th October 2013, 14:51
Maybe its just a bug. Logic for MeGUI should be to use portable version only if Avisynth is not installed on the sistem.
Groucho2004
29th October 2013, 14:53
AviSynth is found and reported as version 2.6.0.4 even though I installed version 2.60 alpha 5
Alpha5 = 2.6.0.4
Alpha4 = 2.6.0.3
...
Zathor
29th October 2013, 19:42
And I hope Zathor will review this part of the application logic.
As said before - portable will be used if no installed one is found. It works for me as desired.
Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.
hello_hello
29th October 2013, 19:49
Well now I'm confused. I'm running XP. Avisynth 2.5.8 is installed (C:\Program Files\AviSynth 2.5) with avisynth.dll being in the Windows/system32 folder. The version of Avisynth in MeGUI's installation folder is 2.6.0.4.
So I create a basic script, and add version() to it. When I open the script with MeGUI, it reports version 2.60 of avisynth. When I open the same script with VirtualDub, it reports version 2.58.
Okay, so logically MeGUI is using it's portable version of avisynth and not the system installed version, except.... somehow all the plugins in the "C:\Program Files\AviSynth 2.5\plugins" folder are still being auto-loaded when I open a script with MeGUI. I'm 100% sure they are, as I can add things like QTGMC() or Gradfun3() to a script without loading anything and they work fine.
So either the version being reported is for some reason wrong when using MeGUI, or somehow MeGUI is using the portable version but avisynth is still managing to auto-load the plugins folder of the installed version. If it's the latter, is that expected behaviour for avisynth?
Edit:
So I checked the log file and found this under "Versions".
[Information] [30/10/13 1:38:10 AM] AviSynth: 2.5.8.5 (21-12-2008) (inactive)
[Information] [30/10/13 1:38:10 AM] AviSynth portable: 2.6.0.4 (18-09-2013) (active)
I guess MeGUI is being upfront and telling me it's using the portable version but I've not had a reason to check that until now. It seems the above has been written to the log file since roughly MeGUI 2407. Prior to that only the portable version was listed (no active/inactive).
hello_hello
29th October 2013, 20:06
As said before - portable will be used if no installed one is found. It works for me as desired.
Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.
It turns out MeGUI had avisynth.dll and devil.dll in two different locations on my PC. They were the same version of each file, with a copy in the "C:\Program Files\MeGUI" folder and another in "C:\Program Files\MeGUI\tools\avs".
When I deleted the copies from the "C:\Program Files\MeGUI" folder, MeGUI went back to using the installed version of AVIsynth according to version().
I'd still be keen to know how MeGUI was appearing to use the portable version while loading the plugins from the installed version though.
The log file now only lists the installed AVISynth version.
Someone mentioned in a previous post that MeGUI was replacing avisynth.dll and devil.dll in it's root directory after they'd been manually deleted, but it appears not to be doing that on my PC. Once I delete them, they stay deleted. I guess at some stage MeGUI must have copied them from the avs folder to it's root directory though, as I didn't.
I'm using MeGUI 2418.
detmek
29th October 2013, 21:13
It seams that MeGUI replaces avisynth.dll in its main directory only if there is some avisynth.dll there. If there isn't, MeGUI does not copy avisynth.dll from its avs folder and uses version from system32 directory.
Groucho2004
29th October 2013, 22:31
Okay, so logically MeGUI is using it's portable version of avisynth and not the system installed version, except.... somehow all the plugins in the "C:\Program Files\AviSynth 2.5\plugins" folder are still being auto-loaded when I open a script with MeGUI.
That is the expected behaviour. The location from where avisynth.dll is loaded and the location of the auto-load plugin directory are two very different things.
Avisynth.dll (no matter which one is loaded) will look in the registry for the location of the auto-load directory (HKLM/SOFTWARE/AviSynth/plugindir2_5) and load plugins from there.
hello_hello
29th October 2013, 23:19
That is the expected behaviour. The location from where avisynth.dll is loaded and the location of the auto-load plugin directory are two very different things.
Avisynth.dll (no matter which one is loaded) will look in the registry for the location of the auto-load directory (HKLM/SOFTWARE/AviSynth/plugindir2_5) and load plugins from there.
Well you learn something new every day. Thanks for the info. At least it makes sense now.
LigH
30th October 2013, 09:36
Please close MeGUI, delete avisynth.dll and devil.dll in the MeGUI folder, start MeGUI again, wait for the update check and post the log.
That was probably the surprising part, that both DLLs are related to this issue...
So I did: Deleted both, started MeGUI ... no update dialog. System installed AviSynth appears to be used now.
[Information] Log
-[Information] Versions
--[Information] [30.10.2013 09:34:26] MeGUI: 2418
--[Information] [30.10.2013 09:34:26] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [30.10.2013 09:34:26] .Net Framework: 4.0 (4.0.30319)
--[Information] [30.10.2013 09:34:26] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [30.10.2013 09:34:26] AvisynthWrapper: (02-01-2009)
--[Information] [30.10.2013 09:34:26] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [30.10.2013 09:34:26] Haali DSS2: (14-04-2013)
--[Information] [30.10.2013 09:34:26] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [30.10.2013 09:34:26] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [30.10.2013 09:34:26] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [30.10.2013 09:34:26] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [30.10.2013 09:34:26] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [30.10.2013 09:34:26] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [30.10.2013 09:34:26] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [30.10.2013 09:34:26] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [30.10.2013 09:34:27] All files are up to date
--[Information] [30.10.2013 09:34:41] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [30.10.2013 09:34:42] All files are up to date
Groucho2004
30th October 2013, 09:40
That was probably the surprising part, that both DLLs are related to this issue...
Not surprising, devil.dll is a dependency of avisynth.dll. :)
You can check it out with dependency walker.
LigH
30th October 2013, 09:46
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.
Groucho2004
30th October 2013, 10:05
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.
Right. I guess one would have to look at the code to see what exactly megui is doing under which circumstances...
Zathor
30th October 2013, 19:04
No, I mean: Possibly because I left the devil.dll in the MeGUI directory, MeGUI kept copying the avisynth.dll from tools\avs there. I had to know that I have to delete both to stop MeGUI from believing that I would prefer a portable use.
The only trigger for MeGUI is the avisynth.dll in the root folder (beside a missing avisynth installation of course). If this file is there avisynth.dll and devil.dll will be copied from tools\avs to the root folder (if missing/different). I just verified this with the code and a test run of 2418. So no clue what is going on on your client. Can you please verify that on your side (only devil.dll in MeGUI folder, start MeGUI and see what will happen)?
But I have to add the deletion of devil.dll if only this file is available in the root folder. Thanks for bringing this to my attention.
LigH
31st October 2013, 10:37
Just as you said. If there is an avisynth.dll in MeGUI's directory, both are brought to sync with the content of tools\avs. The devil.dll alone is left as it is.
Morku
1st November 2013, 15:30
I try to mux a movie (which mostly works allways), but this time it doesn't. Also delete and create a new job didn't help. What can be the rason?
Preliminary log file only. During closing of MeGUI the well formed log file will be written.
-[Information] Versions
--[Information] [01.11.2013 15:19:04] MeGUI: 2418
--[Information] [01.11.2013 15:19:04] Operating System: Windows 8.1 Professional with Media Center Edition x64 (6.3.0.9600)
--[Information] [01.11.2013 15:19:04] .Net Framework: 4.5.1 (4.5.51641)
--[Information] [01.11.2013 15:19:04] AviSynth: 2.6.0.4 (28-09-2013) (inactive)
--[Information] [01.11.2013 15:19:04] AviSynth portable: 2.6.0.4 (28-09-2013) (active)
--[Information] [01.11.2013 15:19:04] DevIL: 1.6.6 (26-05-2004)
--[Information] [01.11.2013 15:19:04] AvisynthWrapper: (02-01-2009)
--[Warning] [01.11.2013 15:19:04] Haali Matroska Splitter not installed properly.
--[Warning] [01.11.2013 15:19:04] Therefore DSS2() and certain functions of FFVideoSource() and the HD Streams Extractor may also not work.
--[Warning] [01.11.2013 15:19:04] Please download and install it from http://haali.su/mkv/
--[Warning] [01.11.2013 15:19:04] Haali DSS2: not installed
--[Information] [01.11.2013 15:19:04] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [01.11.2013 15:19:04] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [01.11.2013 15:19:04] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [01.11.2013 15:19:04] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [01.11.2013 15:19:04] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [01.11.2013 15:19:04] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [01.11.2013 15:19:04] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [01.11.2013 15:19:04] Automatic update is disabled
--[Information] [01.11.2013 15:21:09] Connecting to server: http://megui.org/auto/
--[Information] [01.11.2013 15:21:10] All files are up to date
-[Information] Log for job1 (mux, Movie.264 -> Movie-muxed.mkv)
--[Information] [01.11.2013 15:22:13] Started handling job
--[Information] [01.11.2013 15:22:13] Preprocessing
--[Information] [01.11.2013 15:22:13] MediaInfo
---[Information] File: D:\Movie\Movie.264
-[Information] Format: AVC
-[Information] FormatString: AVC
-[Information] FileSize: 2270926023
-[Information] PlayTime:
---[Information] General
-[Information] ID:
-[Information] StreamOrder:
-[Information] Width: 1920
-[Information] Height: 1040
-[Information] FrameCount:
-[Information] FrameRate: 24.000
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Progressive
-[Information] Codec: AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 10
-[Information] Format: AVC
-[Information] AspectRatio: 1.846
-[Information] AspectRatioString: 1.85:1
-[Information] Delay:
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 528661287
-[Information] PlayTime: 02:11:20.661
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Format: AAC
-[Information] FormatProfile: LC
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 KHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 3/0/3.1
-[Information] BitRateMode: VBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a
-[Information] Format: MPEG-4
-[Information] FormatString: MPEG-4
-[Information] FileSize: 536800829
-[Information] PlayTime: 02:11:20.725
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Format: AAC
-[Information] FormatProfile: LC
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 KHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 3/0/3.1
-[Information] BitRateMode: VBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\German.srt
-[Information] Format:
-[Information] FormatString:
-[Information] FileSize: 195042
-[Information] PlayTime:
---[Information] General
--[Information] [01.11.2013 15:22:14] MediaInfo
---[Information] File: D:\Movie\English.srt
-[Information] Format:
-[Information] FormatString:
-[Information] FileSize: 174176
-[Information] PlayTime:
---[Information] General
--[Information] [01.11.2013 15:22:14] Job commandline: "D:\Sonstiges\MeGUI\tools\mkvmerge\mkvmerge.exe" -o "D:\Movie\Movie-muxed.mkv" --engage keep_bitstream_ar_info --default-duration 0:24fps "--compression" "0:none" -d "0" --no-chapters -A -S "D:\Movie\Movie.264" --aac-is-sbr 0:0 --language 0:ger --track-name "0:Deutsch" --sync 0:-83ms "--compression" "0:none" -a 0 --no-chapters -D -S "D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a" --aac-is-sbr 0:0 --language 0:eng --track-name "0:English" --sync 0:-83ms "--compression" "0:none" -a 0 --no-chapters -D -S "D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a" --language 0:ger --track-name "0:Deutsch" --default-track "0:no" --forced-track "0:no" -s 0 -D -A "D:\Movie\German.srt" --language 0:eng --track-name "0:English" --default-track "0:no" --forced-track "0:no" -s 0 -D -A "D:\Movie\English.srt" --chapters "D:\Movie\00001 - Chapter Information.txt" --engage no_cue_duration --engage no_cue_relative_position --ui-language en
--[Information] [01.11.2013 15:22:14] Process started
--[Information] [01.11.2013 15:22:14] Standard output stream
--[Information] [01.11.2013 15:22:14] Standard error stream
---[Information] [01.11.2013 15:22:14] mkvmerge v6.5.0 ('Isn't she lovely') built on Oct 20 2013 12:50:05
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264': Using the demultiplexer for the format 'AVC/h.264'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': Using the demultiplexer for the format 'QuickTime/MP4'.
---[Warning] [01.11.2013 15:22:15] Warning: Track 0: The AAC information could not be parsed.
---[Warning] [01.11.2013 15:22:15] Warning: Quicktime/MP4 reader: The AAC track 0 is missing the esds atom/the decoder config. Skipping this track.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': Using the demultiplexer for the format 'QuickTime/MP4'.
---[Warning] [01.11.2013 15:22:15] Warning: Track 0: The AAC information could not be parsed.
---[Warning] [01.11.2013 15:22:15] Warning: Quicktime/MP4 reader: The AAC track 0 is missing the esds atom/the decoder config. Skipping this track.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\German.srt': Using the demultiplexer for the format 'SRT subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\English.srt': Using the demultiplexer for the format 'SRT subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\German.srt' track 0: Using the output module for the format 'text subtitles'.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\English.srt' track 0: Using the output module for the format 'text subtitles'.
---[Warning] [01.11.2013 15:22:15] Warning: 'D:\Movie\00000 PID 1100 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': A track with the ID 0 was requested but not found in the file. The corresponding option will be ignored.
---[Warning] [01.11.2013 15:22:15] Warning: 'D:\Movie\00000 PID 1101 C+L+R+SL+SR 48 1536 DELAY -83ms.m4a': A track with the ID 0 was requested but not found in the file. The corresponding option will be ignored.
---[Information] [01.11.2013 15:22:15] The file 'D:\Movie\Movie-muxed.mkv' has been opened for writing.
---[Information] [01.11.2013 15:22:15] 'D:\Movie\Movie.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1920/1040.
---[Information] [01.11.2013 15:22:33] The cue entries (the index) are being written...
---[Information] [01.11.2013 15:22:33] Muxing took 19 seconds.
--[Error] [01.11.2013 15:22:33] Process exits with error: 1
--[Information] [01.11.2013 15:22:33] Job completed
The result is the movie with chapter, subtitles, but without both audio files.
EDIT: I solved the problem by encoding the sound differently, but the first version also worked fine in playback...
osgZach
2nd November 2013, 09:09
I'm using MeGUI 2356
Don't know if anyone has reported this before, but I just had a really weird experience with the HD Streams extractor. Not sure if this is a bug or working as intended, so I posted in this thread first.
I queued up a bunch of jobs to extract source tracks from an Anime BD set I'm encoding, and I ended up with all the files extracted being the trackset of the very last M2TS I selected and queued. I don't understand why this happened, as I received no warnings or anything.
Basically I opened the HD Stream Extractor, and I unticked the "and close box" so I didn't have to renavigate through a ton of folders every time I hit queue.
From there I went through my M2TS files, select each one and extracting to a folder designated for its content. Queued up the jobs as I went along.
But after a test mux on a random set I discovered the audio was for the last episode of the series, and started checking all my folders and all the logs point to the same M2TS file (the last episode file of the second disc folder).
I guess its fair to say this is not the expected behavior. It seems like it used the last source file selected for all previously queued jobs??
Ruriko
10th November 2013, 11:43
Is there a way to split video by time and not by file size?
hello_hello
10th November 2013, 17:49
You can split while encoding. Make a copy of the script after MeGUI has saved it then open it with the AVS Cutter under the Tools menu. Specify the start and end frames for encoding. Open the copy of the script and do the same. Add both scripts to the job Queue and encode them separately. The AVS Cutter can save a cuts file in order to encode the audio the same way, or you can use the Audio Cutter under the Tools menu.
Or....
MKVMergeGUI can split MKVs. (VirtualDub for AVI.... I don't use MP4 myself). You'd need to encode the video as a single file then use MKVMergeGUI to split the encode. It can only split on keyframes so it pays to specify the split point just before where you actually want it, and the video will be split on the next keyframe. 95% of the time that'll be at the beginning of a scene change so you can split the video exactly where you want to, but if not using the AVS Cutter before encoding lets you split exactly where you want to.
\MeGUI\tools\mkvmerge\mmg.exe
I create a shortcut to MKVMergeGUI and use it rather than MeGUI's MKV muxer, most of the time.
Or.....
If you can, split the source file at the desired position and encode it as two separate files.
mandeep145
12th November 2013, 09:24
I ripped a dvd movie with megui in x264
after encoding i getting video file size 0byte
m gettin nothing
here is my script
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\AddGrainC.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\asharp.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\AddGrainC.dll")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("E:\Work\rip work\video.d2v", info=3)
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, interlaced=true, threads=0)
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\TIVTC.dll")
tfm(order=1).tdecimate(hybrid=3)
crop(4, 56, -4, -60)
LanczosResize(640,272) # Lanczos (Sharp)
#denoise
addgrain(.25)
asharp(2,2)
tweak(0,1,-3,1.5)
tweak(sat=1.2,hue=2.2)
Kurtnoise
12th November 2013, 09:33
:logfile:
mandeep145
12th November 2013, 10:03
:logfile:
which log file u need ....
http://s11.postimg.org/ahao77frn/logs.jpg
Kurtnoise
12th November 2013, 10:56
log from job1 & job2...there are available in the logs folder, in the megui repository.
mandeep145
12th November 2013, 11:27
log from job1 & job2...there are available in the logs folder, in the megui repository.
Job 1
http://pastebin.com/biWF6Fqw
log of job 2
http://pastebin.com/e9ZQtN7D
mugz
13th November 2013, 08:08
First I just want to say thanks to all you folks who post to these forums. I've been reading here for months and never had to register or post a question because I've always been able to find the answers.
I've been using Handbrake for about 6 months to encode older anime Region 1 and Region 2 DVD's I own and its been working nicely. Some of my sources however have issues such as banding, rainbowing and dotcrawl that Handbrakes limited features don't deal with so well. I'm now trying to learn how to use AviSynth and found MeGui to help get me started learning.
One thing I have learned is that often settings that work on one issue in one section of video doesn't work or can even have a negative effect on other parts of the same video, (especially with temporal filters like for rainbowing and dotcrawl).
One frustrating issue I've had with MeGui, as I have been experimenting with scripts and filters on short snipits of video I selected for testing purposes, is not being able to set a variable for a "Defualt Output Directory".
I have directories Clip1, Clip2, Clip3 etc. each with a m2v clip in them. With Handbrake there is variable "{source_path}" I can use for the output directory so that output is automatically directed to the source directory. With MeGui I been going into settings and actually setting the path each time I want to test a script to see its effects on a particular clip.
Is there something I can do to force MeGui to direct output to the source directory so I don't have to manually set it each time?
Also, (again, please bear with a newb....) - this is a script I came up for one of my "poorer, letterboxed, sources" that seems to me, to have done an excellent job of cleaning it up and making it look much nicer. Do you see anything I am doing wrong or that I could be doing better?:
http://pastebin.com/Kbs2aeFk
Thanks,
mugz
LigH
13th November 2013, 08:08
^ mandeep145:
One possible hint regarding the reason: x264 is unable to open a stats file from a 1st-pass while running a 2nd-pass job. Did you run a 1st-pass job first?
hello_hello
13th November 2013, 08:30
Is there something I can do to force MeGui to direct output to the source directory so I don't have to manually set it each time?
If the default output directory setting is left blank in MeGUI's options (use the x button to clear it if need be) I'm pretty sure MeGUI will then use the source folder for the temp files and output files.
Also, (again, please bear with a newb....) - this is a script I came up for one of my "poorer, letterboxed, sources" that seems to me, to have done an excellent job of cleaning it up and making it look much nicer. Do you see anything I am doing wrong or that I could be doing better?:
http://pastebin.com/Kbs2aeFk
Thanks,
mugz
Some thoughts (nothing particularly earth shattering).
I gave up using anamorphic encoding. Not because I particularly wanted to, but because not all devices (ie the TV's media player and one of the Bluray players in this house) respect MKV/MP4 aspect ratios. They assume everything has square pixels. So I figured why fight it, and now I resize PAL DVDs to 1024x576 (16:9) or 788x576 (4:3), cropping not included. IMO most 16:9 DVDs use 16:9 resizing while most 4:3 DVDs seem to use ITU resizing.
I get the impression most people think I'm a little mad when I say I use QTGMC (http://avisynth.nl/index.php/QTGMC) as a noise filter, but IMO it leaves other noise filters for dead, as long as you don't mind the fact it's slow. For progressive video with light noise I run QTGMC in progressive mode without it's noise filter enabled. It "stabilises" the picture (including any noise it doesn't remove) and because it's not a noise filter as such, it doesn't blur the picture. For heavier noise I run QTGMC in progressive mode with it's noise filter enabled. It removes a lot of noise without blurring the picture as much as most noise filters. Something like this (I'm using a single threaded version of Avisynth so I run it in single threaded mode):
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
If you were to use it in your above script naturally you'd put it after the IVTC stuff. It won't get rid of the rainbow effect but if you don't use a de-rainbow filter QTGMC will at least "stabilise" it. This is all sounding familiar. You had a thread over at VideoHelp recently?
Anyhow..... just some thoughts.... seeing as you asked. If you decide to try QTGMC in progressive mode you can lose mt_xxpand_multi.avsi, aWarpSharp, and RemoveGrain... at least initially. They're all used by QTGMC in order to do it's thing.
Have you discovered the AVS Cutter under MeGUI's Tools menu yet? If you're a fussy encoder (somewhat OCD about it like me), it's indispensable. I regularly create a script, make a few copies of it and use different filtering for each (especially to adjust any noise filtering or modify the cropping). I thought I'd point out it's there given you mentioned some filters have a negative effect at times. If you're motivated enough to split the video into multiple encodes you can use any filtering only where it's required.The AVS Cutter is used to set the start and end frames to be encoded with each script, and because the video is divided up into multiple encodes it's possible to adjust the CRF value for a particular script if need be (for me that'd mainly be to reduce colour banding if I'm denoising). As long as the same encoder settings are used for each encode (aside from CRF value) it's easy enough to append the output files with MKVMergeGUI. Just make sure "stitchable" is checked in the x264 encoder configuration. It can be found under the Misc tab.
PS. At one stage I compared using QTGMC to a couple of script based noise filters (default settings). I ran the comparisons while re-encoding some old, noisy AVIs with a fair share of compression artefacts. I decided to conclude the FastDegrain (http://avisynth.nl/images/FastDegrain.avs) script removed a pretty similar amount of noise as QTGMC(InputType=1, EzDenoise=2.0), and it's much faster, but when it comes to stabilising the picture QTGMC leaves it for dead, plus I'm pretty sure FastDegrain blurred the picture more.
The results from the TemporalDegrain (http://avisynth.nl/index.php/Temporal_Degrain) script were remarkably similar to QTGMC(InputType=1, EzDenoise=4.0), only QTGMC still had a very slight edge in the picture stabilisation area, and even in single threaded mode I think it was very, very marginally faster than TemporalDegrain. Don't take that as gospel, it just how the scripts compared when it came to the video I was encoding at the time.
kalehrl
13th November 2013, 15:34
Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter but there is also a gpu version of ffd3dfilter called fft3dgpu on the forum which uses a graphics card offloading the processor almost entirely. Using my ageing ati hd4550card, I get 31fps and the processor is like 3% busy leaving it free for h264 encoding.
LigH
13th November 2013, 16:59
Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter ...
... for a specific range of "NoisePreset" values: "fast" and "faster". All slower "NoisePreset" values prefer dtffest (in QTGMC 3.33).
mugz
13th November 2013, 17:41
If the default output directory setting is left blank in MeGUI's options (use the x button to clear it if need be) I'm pretty sure MeGUI will then use the source folder for the temp files and output files.
You know, I was sure I had tried that... I tried SOMETHING before that caused MeGui to prompt me for an ouput directory every time I tried to do something and I thought that happened when I used that x button. I wanted to be sure so I just tried it again, and it works just like you say - thanks!
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
I'll try it with these settings, then maybe play with the settings a bit and see what kind of results I get.
You had a thread over at VideoHelp recently?
I don't think so, but the past couple of weeks have been kind of a "blur" I've had so much going on. I think I asked a couple questions there once or twice about devices, but I don't remember posing any encoding questions there. I find answers to most of my encoding questions here, or on #Handbrake or at BakaBT.
Anyhow..... just some thoughts.... seeing as you asked. If you decide to try QTGMC in progressive mode you can lose mt_xxpand_multi.avsi, aWarpSharp, and RemoveGrain... at least initially. They're all used by QTGMC in order to do it's thing.
I added that stuff, (except for aWarpSharp), in order for GradFun3 to work. I found GradFun3 to work very subtly using low settings to reduce banding. It seems to leave frames that are not banded alone and does a nice job on frames that need it, (kinda like what you seem to be saying about QTGMC).
Have you discovered the AVS Cutter under MeGUI's Tools menu yet? If you're a fussy encoder (somewhat OCD about it like me), it's indispensable. I regularly create a script, make a few copies of it and use different filtering for each (especially to adjust any noise filtering or modify the cropping). I thought I'd point out it's there given you mentioned some filters have a negative effect at times. If you're motivated enough to split the video into multiple encodes you can use any filtering only where it's required.The AVS Cutter is used to set the start and end frames to be encoded with each script, and because the video is divided up into multiple encodes it's possible to adjust the CRF value for a particular script if need be (for me that'd mainly be to reduce colour banding if I'm denoising). As long as the same encoder settings are used for each encode (aside from CRF value) it's easy enough to append the output files with MKVMergeGUI. Just make sure "stitchable" is checked in the x264 encoder configuration. It can be found under the Misc tab.
I had not gotten that far into the all the various built-in tools yet, but thanks for pointing that one out. I tested the VobSubber and it solved a big problem for me. I had been using Subtitle Edit to rip vobsubs and convert them to srt/ass but for some reason the results always went gradually out of sync. I found I can use Vobsubber to rip the subs and then open the .sub file with Subtitle Edit and it will use the .idx file for timing. I had been using the "stretch" feature in mkvmerge to get my out-of-sync subs re-synched. Now I don't have to do that anymore.
mugz
hello_hello
13th November 2013, 18:16
I'll confess while I played around with switching noise filters back in the early days of using QTGMC, I'd kind of forgotten about it since then (maybe I couldn't see much difference between them at the time). So as I use the default NoisePreset "fast", QTGMC has been using ffd3dfilter. I guess now I'm going to have to run some test encodes to see how much difference it makes (because I never get bored of doing that....) but would it be safe to assume dtffest should be better, given it's used for the noise presets slower than the default?
Regarding QTGMC and its noise removal, I've just discovered that it uses ffd3dfilter but there is also a gpu version of ffd3dfilter called fft3dgpu on the forum which uses a graphics card offloading the processor almost entirely. Using my ageing ati hd4550card, I get 31fps and the processor is like 3% busy leaving it free for h264 encoding.
To be honest, I'm not sure enabling QTGMC's noise filtering slows things down all that much more. At least not when running QTGMC in progressive mode. Do you use a multithreaded version of Avisynth?
I don't, and while I think enabling noise filtering might decrease the encoding speed by one or two frames per second, unless I run more than one encode simultaneously the CPU doesn't work overly hard anyway. I'll check it out though.... every little bit helps. Especially as my PC's well and truly overdue for an upgrade.
hello_hello
13th November 2013, 18:49
I don't think so, but the past couple of weeks have been kind of a "blur" I've had so much going on. I think I asked a couple questions there once or twice about devices, but I don't remember posing any encoding questions there. I find answers to most of my encoding questions here, or on #Handbrake or at BakaBT.
I probably read your thread here and confused myself regarding which forum it was in.
I added that stuff, (except for aWarpSharp), in order for GradFun3 to work. I found GradFun3 to work very subtly using low settings to reduce banding. It seems to leave frames that are not banded alone and does a nice job on frames that need it, (kinda like what you seem to be saying about QTGMC).
My bad. I wasn't thinking, or didn't look at the script closely enough. Or I'm stupid. It's probably the stupid thing.... Yes Gradfun3 requires them to be loaded, as does QTGMC.
In case you didn't know, if you have Avisynth installed and stick the plugins and avsi scripts in Avisynth's plugins folder, they'll be auto-loaded when Avisynth runs, so there's no need to manually load/import them in every script. For example, to use QTGMC for de-interlacing the only thing I generally add to the script is this:
QTGMC()
No doubt GradFun3 can help reduce banding, and it can help prevent denoise filtering causing it. I always follow QTGMC with Gradfun3 if I enable it's denoising. If I need to crank the denoising up a fair bit (and of course it depends on the video content) sometimes I add Gradfun3 to the script twice. Once after denoising, then again at the end of the script.
The video I've been encoding recently (@ 720p) is quite noisy, but it has lots of plain backgrounds.... it's like it was designed to cause banding. There's definitely no substitute for bitrate. At CRF18 even two Gradfun3's in the script couldn't get rid of it, but at CRF16, 95% of it disappeared.
kalehrl
13th November 2013, 19:54
To be honest, I'm not sure enabling QTGMC's noise filtering slows things down all that much more. At least not when running QTGMC in progressive mode. Do you use a multithreaded version of Avisynth?
I just think that using QTGMC on progressive sources is a bit of an overkill because it is mainly intended for deinterlacing.
Yes, I use multithreaded avisynth and I did a test with a 5minute clip with this scripts for QTGMC:
SetMTMode(3)
LoadPlugin("D:\Programs\MeGUI_0.3.5_x86_WithoutInstaller_OfflinePackage\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut.d2v", cpu=4)
SetMTMode(2)
QTGMC(Preset="Super Fast", InputType=1, EZDenoise=2.0)
crop(0, 0, 0, -2)
#FFT3DGPU(sigma=2.0, plane=4)
Spline36Resize(688,384) # Spline36 (Neutral)
and got 11.67 fps. Using this script:
#SetMTMode(3)
LoadPlugin("D:\Programs\MeGUI_0.3.5_x86_WithoutInstaller_OfflinePackage\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\Dreambox\movie\cuttermaran\20131112_-_TOP_GEAR_cut.d2v", cpu=4)
crop(0, 0, 0, -2)
FFT3DGPU(sigma=2.0)
Spline36Resize(688,384) # Spline36 (Neutral)
I got 18.10 fps. Both scripts should give the same results but the speed is very different. I've got an old processor so your results may be different if you have a more powerful setup.
hello_hello
14th November 2013, 04:22
I guess we're starting to wonder off topic a little/lot. Maybe a mod would care to split the noise filter part of the discussion off to a new thread for us.
I'm using a Q9450 CPU for most encoding. It's showing it's age by current standards.
As I type it's re-encoding some 720p video to clean it up. If QTGMC in progressive mode isn't overkill for standard definition then it's probably getting there for high definition. Although it wasn't any slower than the TemporalDegrain script when I compared the two (TemporalDegrain with default settings and QTGMC's medium speed preset, I think). Currently encoding is powering along at an incredible 4.82fps with QTGMC doing this:
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
Admittedly CPU usage is only sitting on around 50%. If I was in a hurry I'd run two encodes simultaneously for an effective 9.6fps, but I'm not at the moment so haven't bothered.
I ran some comparison encodes between QTGMC and most of the other commonly used denoisers a while back. As my motivation for test encoding seems to be diminishing exponentially with each one, I only ran an encode with the default settings for each denoiser. According to the fft3dfilter help file the default sigma value is 2, so as it turns out, that's what I used. I still have those test encodes sitting around so I went back for a closer look at the fft3dfilter encode. Compared to QTGMC(InputType=1, Preset="Fast", EzDenoise=2.0), fft3dfilter on it's own removed less noise, but maybe that just means it needs to be cranked up a bit. For those test encodes I used a really noisy section of video so both left a fair bit of it behind, and I guess that's where the main difference lies.
For fft3dfilter on it's own the remaining noise (over a wall in the background) was just as active as it was originally, only there wasn't so much of it, but it was still dancing around quite vigorously in the background. When using QTGMC the dance slowed considerably, so to me the remaining noise doesn't seem as 'noisy'.
Maybe you're correct and QTGMC for noise removal instead of fft3dfilter could be considered a little OCD at times, but for really noisy video I like the fact you can remove less of it with QTGMC while what remains is less distracting.
PS. I ran a couple of (very) quick test encodes. fft3dfilter vs fft3dgpu, default settings for each, 10 seconds of 720p video, E6750 dual core. fft3dgpu peaked at just over 10fps while fft3dfilter managed around 7.5fps, so I'll play around with fft3dgpu some more when I can (probably tomorrow). Every little bit helps. So can the QTGMC script be modified to use fft3dgpu?
kalehrl
14th November 2013, 15:06
So can the QTGMC script be modified to use fft3dgpu?
I read somewhere that you can add denoiser=fft3dgpu in QTGMC settings.
I tried it and it worked but I don't think there was any difference in speed when compared to the default fft3dfilter.
Also, fft3dgpu only works with SetMTMode(5) but it worked for me with SetMTMode(2) when included in the QTGMC settings.
I didn't test it much though.
Have a look at those scripts above.
The FFT3DGPU one produced a 74.514.432 bytes file.
The QTGMC one produced a 78.991.360 bytes file.
According to this, FFT3DGPU denoises more.
Guest
14th November 2013, 15:33
This is OT for this thread. Please desist or start a new thread.
mugz
14th November 2013, 17:09
I run QTGMC in progressive mode without it's noise filter enabled. It "stabilises" the picture (including any noise it doesn't remove) and because it's not a noise filter as such, it doesn't blur the picture. For heavier noise I run QTGMC in progressive mode with it's noise filter enabled. It removes a lot of noise without blurring the picture as much as most noise filters. Something like this (I'm using a single threaded version of Avisynth so I run it in single threaded mode):
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
Ok - I was going to try your idea, but I am getting this error:
"there is no function named "MSuper" - "script error" "QTGMC-3.30.avsi line 402"
In the past I've been able to search these forums for similar errors and find the solution, (usually another plugin or something I was missing) - but not this time. Any ideas?
EDIT:
I read somewhere else that I need yadif.dll so I located that in the tools directory of my MeGui download but now I get this error:
"object reference not set to an instance of an object"
This line is causing that error:
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")
StainlessS
14th November 2013, 18:43
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.
EDIT: MSuper() is from MVtools2
Groucho2004
14th November 2013, 18:46
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.
Wouldn't Avisynth throw that error? Something like "yadayada.dll is a C-style plugin, something, something"?
StainlessS
14th November 2013, 19:00
I think it should show something like this for a yadif LoadPlugin error:-
Plugin C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll is not an AviSynth 2.6 or 2.5 plugin.
but the 1st mentioned problem looks to be mvtools2 missing
"object reference not set to an instance of an object" seems to be a recent implemented "Cannot open script" type error by MeGUI
Perhaps the logs give a better error indicator.
mugz
14th November 2013, 19:52
Just a guess, (I dont usually use yadif much/at all), but I think it's a C plugin, and so use LoadCPlugin() is necessary.
Ok the "LoadCPlugin" worked for yadif, (still not sure I need that), but I still get the exact same error but now its about a different line.
Here's, my entire script (Sorry its so ugly, I'm a newb and just barely learning):
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\checkmate.dll")
LoadPlugin("C:\temp\dither.dll")
LoadPlugin("C:\temp\removegrainBETA\RemoveGrainS.dll")
LoadPlugin("C:\temp\mt_masktools-25.dll")
# LoadPlugin("C:\temp\aWarpSharp.dll")
# LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")
LoadCPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\yadif\yadif.dll")
Import("C:\temp\QTGMC-3.30\QTGMC-3.30.avsi")
Import("C:\temp\dither.avsi")
Import("C:\temp\mt_xxpand_multi.avsi")
# Set DAR in encoder to 135 : 73. The following line is for automatic signalling
global MeGUI_darx = 135
global MeGUI_dary = 73
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("E:\UROT01_SCN\VIDEO_TS\Demuxed\Clip2\VTS_01_1.demuxed-CLIP2.d2v", info=3)
checkmate(tthr2=0,thr=2)
# LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\DeDot.dll")
# Dedot(luma2d=20, lumaT=20, chromaT1=0, chromaT2=255)
LoadPlugin("C:\Users\Admin\Downloads\MeGUI_2356_x86\tools\avisynth_plugin\TIVTC.dll")
tfm(order=-1).tdecimate(hybrid=1)
crop(8, 66, -6, -66)
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
# aWarpSharp()
GradFun3(thr=.5,smode=2)
#resize
#denoise
The error is now back on line:
QTGMC(InputType=1, Preset="Medium", EzDenoise=2.0)
(ie I comment that out and I don't any errors when I load the script). It's no longer complaining about not having MSuper but has reverted to the general, non-specific error message from above.
LigH
15th November 2013, 11:38
Why do you use the outdated QTGMC version 3.30? The title of this thread already mentions a version 3.32, and there is even a version 3.33 out there...
mugz
16th November 2013, 05:12
Why do you use the outdated QTGMC version 3.30? The title of this thread already mentions a version 3.32, and there is even a version 3.33 out there...
Because someone told me this was the safest and best place to find links to plugins and scripts for AviSynth and 3.30 is the version linked on this page:
http://avisynth.nl/index.php/Main_Page
Also, I get the same error with the newer version.
mugz
18th November 2013, 21:02
OK, I kina gave up on QTGMC for now, but I have another question. I cannot figure out why MeGui is resizing my DVD frames. When I take a snapshot from my DVD, or from the indexed M2v file, the fames are 720x540. I have turned off all the anamorphic stuff I can find, I don't resize anything, I even tried un-checking "use ITU aspect ratio" in the MeGUI settings and I STILL can't get an mp4 file that is 720x540 without using something like "Spline64Resize(720,540)". It seems like I should not have to resize anything. What I am trying to do is just encode the video AS IS - so it comes out just like the DVD and m2v. Is there some setting in the "scratchpad" script that is resizing the frames? How can I stop it from doing that?
LigH
19th November 2013, 08:25
If you prefer the content not to be resized, you may have to enable anamorphic encoding in the AVS Script Creator: That keeps the content as-is and puts an AR flag into the result instead.
Shevek
19th November 2013, 08:41
OK, I kina gave up on QTGMC for now, but I have another question. I cannot figure out why MeGui is resizing my DVD frames. When I take a snapshot from my DVD, or from the indexed M2v file, the fames are 720x540. I have turned off all the anamorphic stuff I can find, I don't resize anything, I even tried un-checking "use ITU aspect ratio" in the MeGUI settings and I STILL can't get an mp4 file that is 720x540 without using something like "Spline64Resize(720,540)". It seems like I should not have to resize anything. What I am trying to do is just encode the video AS IS - so it comes out just like the DVD and m2v. Is there some setting in the "scratchpad" script that is resizing the frames? How can I stop it from doing that?
DVD is not a square pixel format.
In NTSC it is 720x480, in PAL it is 720x576, (this is called the Storage Aspect Ratio) the renderer/player then respects the AR flag in the stream and displays it as 16:9 or 4:3 as indicated (this is called the Display Aspect Ratio).
So, you have 2 options.
1) No resize with anamorphic switched on - you will get an encode which is sized as above and the renderer will (should!) respect the AR flag that is embedded.
2) Convert to square pixel (my preference) by switching off anamorphic and resizing to the correct ratio:
4:3 = 640x480 (NTSC) or 720x540 (PAL)
16:9 = 720x404 (NTSC or PAL)
For other ARs you can either leave the black bars top and bottom and use the above resize, or crop top and bottom and use the following resizes depending on your source:
1.85:1 = 720x390
2.35:1 = 720x306
2.39/2.40:1 = 720x300
Here, the PAR and DAR are the same and so the Pixel Aspect Ratio is 1:1
More info on SAR, DAR and PAR here: http://en.wikipedia.org/wiki/Pixel_aspect_ratio
nakTT
20th November 2013, 15:20
I can see that the latest MeGUI has x265 encoding option. Can I put the x265 encoded video into MKV? Any idea what player that I can use to play the movie?
LigH
20th November 2013, 15:29
Unfortunately, mkvmerge 6.5.0 by Moritz Bunkus does not yet support HEVC video streams in MKV. There is a modified older version from DivX, but it has its own flaws.
MP4 support by MP4Box in GPAC Nightly builds is already quite reliable, instead.
Osmo4 in GPAC Nightlies (Win32), MPC-HC 1.7.1 and a current MPC-BE can play HEVC (preferably in MP4); also there is a Strongene PC HEVC/H.265 Decoder for DirectShow. See also: https://x265.cc/
nakTT
20th November 2013, 17:02
Unfortunately, mkvmerge 6.5.0 by Moritz Bunkus does not yet support HEVC video streams in MKV. There is a modified older version from DivX, but it has its own flaws.
MP4 support by MP4Box in GPAC Nightly builds is already quite reliable, instead.
Osmo4 in GPAC Nightlies (Win32), MPC-HC 1.7.1 and a current MPC-BE can play HEVC (preferably in MP4); also there is a Strongene PC HEVC/H.265 Decoder for DirectShow. See also: https://x265.cc/
I see, so how do I do it using MeGUI? Thanks for the reply.
One more issue I can see is that the MeGUI running x265 encoder does not seem to follow ABR(say, 300kbps) that I have set. It will usually go way below that value, even way below 100kbps.
LigH
21st November 2013, 08:40
@ nakTT:
I did not yet try with MeGUI, but I would assume:
Run an x265 encoding job for a raw video result
Run an MP4 multiplexing job (see "Tools" menu)
nakTT
21st November 2013, 17:43
@ nakTT:
I did not yet try with MeGUI, but I would assume:
Run an x265 encoding job for a raw video result
Run an MP4 multiplexing job (see "Tools" menu)
Thanks for the reply. I have managed to find the solution to mux it into mp4 earlier yesterday. But I thank you anyway. :thanks:
BTW, I have moved the question about issue with ABR to a more proper thread, Bug Reports thread.
caiyuwei
25th November 2013, 04:36
Megui own x265 now but it didn't let us config Andvanced Settings of x265 in x265 configuration dialog yet. Maybe next version of Megui it will be available?
mugz
25th November 2013, 07:47
For the first time, today MeGui reported updates available when I started the program but I'm getting an error - first it says:
Connecting to server: http://megui.xvidvideo.ru/auto/stable/ <-- is there another server besides this one I can tell MeGui to connect to?
Here is an example of the error I get:
Updating vsfilter. File 11/11.
C:\MeGUI_2356_x86\update_cache\vsfilter-3.0.0.211.7z is empty. Deleting file.
Error: Could not extract C:\MeGUI_2356_x86\update_cache\vsfilter-3.0.0.211.7z. Deleting file.
Error: Failed to download file vsfilter with error: CouldNotDownloadFile.
Update completed
Error: Files which have been not sucessfully updated: 11
nakTT
25th November 2013, 08:34
Megui own x265 now but it didn't let us config Andvanced Settings of x265 in x265 configuration dialog yet. Maybe next version of Megui it will be available?
I hope we can get option to see the configuration interface similar to that of x264.
Zathor
25th November 2013, 08:45
Connecting to server: http://megui.xvidvideo.ru/auto/stable/ <-- is there another server besides this one I can tell MeGui to connect to?
Both update servers are currently not available :(
nakTT
25th November 2013, 12:10
Both update servers are currently not available :(
Sorry to hear that. But its okay, we can wait.;)
bamsebo
25th November 2013, 14:49
Both update servers are currently not available :(
After I tried to update MeGUI and it couldn't (now I know why) I decided to exit the program and start it up again to try a second time. Unfortunately MeGUI wouldn't start even after a computer reboot. I had to delete the MeGUI folder and download the latest revision and start again. And now the "Analyse" function seems to be broken, it almost gets to the end and then complains of memory access error. Has anyone experienced anything similar?
Thanks Barry.
I found the explanation but not why it happened. When I use the File Indexer I have always used DGIndexNV but after the failed update this was not available and it defaulted to DGAVCIndex. I restored the MeGUI folder from a backup and ignored the update request and now I can select DGIndexNV in File Indexer. I have compared the two MeGUI folders, the one that works and the one that doesn't but cant find any explanation.
Zathor
25th November 2013, 23:24
You have to copy your license.txt in the megui\tools\dgindexnv folder.
Btw - update servers are back in action.
bamsebo
26th November 2013, 12:06
thanks, yes updated successfully today :)
nakTT
26th November 2013, 13:37
Both update servers are currently not available :(
Thanks for a very fast update for x265. The latest version at MeGUI is 0.5+554 now.:thanks:
However I just checked at x265.cc and notice that they have even latter version, x265 0.5+571. The thing is, a few hours ago the version at x265.cc is 0.5+554 (the same as what you pun in MeGUI update server). I guess the guys over there works in overdrive mode.
nakTT
26th November 2013, 13:43
You have to copy your license.txt in the megui\tools\dgindexnv folder.
Btw - update servers are back in action.
I noticed that this time around x265.exe (0.5+554) from MeGUI server is significantly smaller compared to the same version (0.5+554) from x265.cc. And the most importantly is that the encoding time for "Constant Quality:23 @ Preset: Very Slow" is significantly slow as well. Wonder if there is any particular reason.
Kurtnoise
26th November 2013, 17:27
It's because it's not the same compiler used...which build did you test exactly from x265.cc ? and what the difference in time did you have ?
osgZach
26th November 2013, 18:53
MeGUI 2418 - for some reason, and with this particular file when I try to encode my game audio the job will not complete when using multichannel AAC using the NDAAC profile. It ends about 6:15 into the file and says the pipe ended, with a null exception
AC3 worked fine. So then I tried a different profile for NDAAC. The only difference between the two profiles is the one failing has Adaptive Bitrate set to 192kbps, and the one I tried uses 256kbps.
Anyone got any ideas on why this one happen? Its worked fine for other files with the same recorded audio settings.
nakTT
26th November 2013, 19:07
It's because it's not the same compiler used...which build did you test exactly from x265.cc ? and what the difference in time did you have ?
Exactly the same build number (0.5+554) as the one from MeGUI server. The only difference is that one is from x265.cc and the other is from MeGUI Development Update Server. The encoding time for the same settings (Constant Quality:23 @ Preset: Very Slow) is longer by more than double for the one form MeGUI Development Update Server. Perhaps other could verify so that we know it is not a unique issue with me.
Sci-Fi-Fan
26th November 2013, 21:13
Hi all, I'm having an issue with Megui's One Click Encoder where the transcoded video is being resized even tho the checkbox to keep input resolution and disable crop/resize is checked.
I have tried reloading defaults in an attempt to reset everything to no avail.
Any help appreciated
Thanks
Zathor
26th November 2013, 22:59
MeGUI 2418 - for some reason, and with this particular file when I try to encode my game audio the job will not complete when using multichannel AAC using the NDAAC profile. It ends about 6:15 into the file and says the pipe ended, with a null exception
Please provide the log file.
Hi all, I'm having an issue with Megui's One Click Encoder where the transcoded video is being resized even tho the checkbox to keep input resolution and disable crop/resize is checked.
Please provide the log file, too.
Sci-Fi-Fan
27th November 2013, 12:44
Please provide the log file.
Please provide the log file, too.
-[Information] Log for job2 (oneclick, 00000.track_4113.264 -> )
--[Information] [27/11/2013 11:29:47] Started handling job
--[Information] [27/11/2013 11:29:47] Preprocessing
--[Information] [27/11/2013 11:29:47] Processing thread started
--[Information] [27/11/2013 11:29:47] Desired size:
--[Information] [27/11/2013 11:29:47] Split size:
--[Information] [27/11/2013 11:29:47] Aspect ratio: 16:9 (1.778)
--[Information] [27/11/2013 11:29:47] Target device: Blu-ray
--[Information] [27/11/2013 11:29:52] Enabling "Resize" as Blu-ray does not support a resolution of 0x0. Supported are 1920x1080, 1440x1080, 1280x720, 720x576 and 720x480.
--[Information] [27/11/2013 11:29:52] Enabling "Crop"
--[Information] [27/11/2013 11:29:52] Force resolution of 720x576 as required for Blu-ray
--[Information] [27/11/2013 11:29:52] Input resolution: 1920x1080
--[Information] [27/11/2013 11:29:52] Output resolution: 720x400
--[Information] [27/11/2013 11:29:52] Padded output resolution: 720x576
--[Information] [27/11/2013 11:29:53] Automatic deinterlacing: True
--[Information] [27/11/2013 11:31:51] Source detection
Ok it appears that the resize is being forced to maintain blu-ray compliance even tho the input resolution is full HD 1920*1080p which is Blu-ray compliant.
Any suggestions on how to fix this?
Thanks
LigH
27th November 2013, 12:49
"does not support a resolution of 0x0" looks very suspicious.
Zathor
27th November 2013, 23:16
--[Information] [27/11/2013 11:29:47] Target device: Blu-ray
--[Information] [27/11/2013 11:29:52] Enabling "Resize" as Blu-ray does not support a resolution of 0x0. Supported are 1920x1080, 1440x1080, 1280x720, 720x576 and 720x480.
Change in the x264 profile the target device to something else (e.g. WDTV). Also please try it once again (add the file to oneclick and start the job) and post the full log (including media information and versions) as I want to understand why there is this 0x0.
osgZach
28th November 2013, 00:44
MeGUI 2418 - for some reason, and with this particular file when I try to encode my game audio the job will not complete when using multichannel AAC using the NDAAC profile. It ends about 6:15 into the file and says the pipe ended, with a null exception
AC3 worked fine. So then I tried a different profile for NDAAC. The only difference between the two profiles is the one failing has Adaptive Bitrate set to 192kbps, and the one I tried uses 256kbps.
Anyone got any ideas on why this one happen? Its worked fine for other files with the same recorded audio settings.
Please provide the log file.
.
Here is an output of a logged failure, on my initial attempt
-[Error] Log for job3 (audio, Ace Combat_AH 2013-11-26 07-41-22-567.wav -> Ace Combat_AH 2013-11-26 07-41-22-567.m4a)
--[Information] [11/26/2013 11:43:21 AM] Started handling job
--[Information] [11/26/2013 11:43:21 AM] Preprocessing
--[Information] [11/26/2013 11:43:21 AM] MediaInfo
---[Information] File: E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav
---[Information] General
----[Information] Format: Wave
----[Information] FormatString: Wave
----[Information] FileSize: 1424666948
----[Information] PlayTime: 00:20:36.690
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: PCM
----[Information] FormatProfile: Float
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/26/2013 11:43:21 AM] Trying to open the file with NicAudio
--[Information] [11/26/2013 11:43:21 AM] Successfully opened the file with NicAudio
--[Information] [11/26/2013 11:43:21 AM] Avisynth script
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav")
---[NoImage] Normalize()
---[NoImage] return last
--[Information] [11/26/2013 11:43:21 AM] Commandline used: -ignorelength -lc -br 192000 -if - -of "{0}"
--[Information] [11/26/2013 11:43:21 AM] Avisynth script environment opened
--[Information] [11/26/2013 11:43:22 AM] Script loaded
--[Information] [11/26/2013 11:43:22 AM] Output Decoder
---[Information] [11/26/2013 11:43:22 AM] Channels: 6
---[Information] [11/26/2013 11:43:22 AM] Bits per sample: 32
---[Information] [11/26/2013 11:43:22 AM] Sample rate: 48000
--[Information] [11/26/2013 11:43:22 AM] Job commandline: C:\MeGUI\tools\eac3to\neroAacEnc.exe -ignorelength -lc -br 192000 -if - -of "E:\Ace Combat_AH 2013-11-26 07-41-22-567.m4a"
--[Information] [11/26/2013 11:43:22 AM] Process started
--[Information] [11/26/2013 11:43:22 AM] Standard output stream
---[Information] [11/26/2013 11:43:42 AM] ERROR: error while encoding frame
--[Information] [11/26/2013 11:43:22 AM] Standard error stream
---[Information] [11/26/2013 11:43:35 AM] *************************************************************
---[Information] [11/26/2013 11:43:35 AM] * *
---[Information] [11/26/2013 11:43:35 AM] * Nero AAC Encoder *
---[Information] [11/26/2013 11:43:35 AM] * Copyright 2009 Nero AG *
---[Information] [11/26/2013 11:43:35 AM] * All Rights Reserved Worldwide *
---[Information] [11/26/2013 11:43:35 AM] * *
---[Information] [11/26/2013 11:43:35 AM] * Package build date: Feb 18 2010 *
---[Information] [11/26/2013 11:43:35 AM] * Package version: 1.5.4.0 *
---[Information] [11/26/2013 11:43:35 AM] * *
---[Information] [11/26/2013 11:43:35 AM] * See -help for a complete list of available parameters. *
---[Information] [11/26/2013 11:43:35 AM] * *
---[Information] [11/26/2013 11:43:35 AM] *************************************************************
--[Error] [11/26/2013 11:43:42 AM] An error occurred
---[Error] [11/26/2013 11:43:42 AM] Exception message: The pipe has been ended.
---[Error] [11/26/2013 11:43:42 AM] Stacktrace
----[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
----[NoImage] at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
----[NoImage] at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [11/26/2013 11:43:42 AM] Inner exception: null
--[Information] [11/26/2013 11:43:42 AM] Job completed
Here is an output of logged success with AC3
[Information] Log for job4 (audio, Ace Combat_AH 2013-11-26 07-41-22-567.wav -> Ace Combat_AH 2013-11-26 07-41-22-567.ac3)
--[Information] [11/26/2013 11:44:05 AM] Started handling job
--[Information] [11/26/2013 11:44:05 AM] Preprocessing
--[Information] [11/26/2013 11:44:05 AM] MediaInfo
---[Information] File: E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav
---[Information] General
----[Information] Format: Wave
----[Information] FormatString: Wave
----[Information] FileSize: 1424666948
----[Information] PlayTime: 00:20:36.690
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: PCM
----[Information] FormatProfile: Float
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/26/2013 11:44:05 AM] Trying to open the file with NicAudio
--[Information] [11/26/2013 11:44:05 AM] Successfully opened the file with NicAudio
--[Information] [11/26/2013 11:44:05 AM] Avisynth script
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav")
---[NoImage] return last
--[Information] [11/26/2013 11:44:05 AM] Commandline used: -readtoeof 1 -b 384 - "{0}"
--[Information] [11/26/2013 11:44:05 AM] Avisynth script environment opened
--[Information] [11/26/2013 11:44:05 AM] Script loaded
--[Information] [11/26/2013 11:44:05 AM] Output Decoder
---[Information] [11/26/2013 11:44:05 AM] Channels: 6
---[Information] [11/26/2013 11:44:05 AM] Bits per sample: 32
---[Information] [11/26/2013 11:44:05 AM] Sample rate: 48000
--[Information] [11/26/2013 11:44:05 AM] Job commandline: C:\MeGUI\tools\aften\aften.exe -readtoeof 1 -b 384 - "E:\Ace Combat_AH 2013-11-26 07-41-22-567.ac3"
--[Information] [11/26/2013 11:44:05 AM] Process started
--[Information] [11/26/2013 11:44:05 AM] Standard output stream
--[Information] [11/26/2013 11:44:05 AM] Standard error stream
---[Information] [11/26/2013 11:44:08 AM] Aften: A/52 audio encoder
---[Information] [11/26/2013 11:44:08 AM] Version git
---[Information] [11/26/2013 11:44:08 AM] (c) 2006-2009 Justin Ruggles, Prakash Punnoor, et al.
---[Information] [11/26/2013 11:44:08 AM] input format: Microsoft WAVE Floating-point 32-bit little-endian 48000 Hz 5.1-channel
---[Information] [11/26/2013 11:44:08 AM] output format: 48000 Hz 3/2 + LFE
---[Information] [11/26/2013 11:44:08 AM] SIMD usage: MMX SSE SSE2 SSE3
---[Information] [11/26/2013 11:44:08 AM] Threads: 4
--[Information] [11/26/2013 11:44:09 AM] MediaInfo
---[Information] File: E:\Ace Combat_AH 2013-11-26 07-41-22-567.ac3
---[Information] General
----[Information] Format: AC-3
----[Information] FormatString: AC-3
----[Information] FileSize: 59361792
----[Information] PlayTime: 00:20:36.704
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/26/2013 11:44:09 AM] Postprocessing
---[Information] [11/26/2013 11:44:09 AM] Deleting intermediate files
--[Information] [11/26/2013 11:44:09 AM] Job completed
Here also, is an output of a logged success with M4A when I changed the bitrate to 256kbps
-[Information] Log for job6 (audio, Ace Combat_AH 2013-11-26 07-41-22-567.wav -> Ace Combat_AH 2013-11-26 07-41-22-567.m4a)
--[Information] [11/26/2013 11:52:06 AM] Started handling job
--[Information] [11/26/2013 11:52:06 AM] Preprocessing
--[Information] [11/26/2013 11:52:06 AM] MediaInfo
---[Information] File: E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav
---[Information] General
----[Information] Format: Wave
----[Information] FormatString: Wave
----[Information] FileSize: 1424666948
----[Information] PlayTime: 00:20:36.690
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: PCM
----[Information] FormatProfile: Float
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/26/2013 11:52:06 AM] Trying to open the file with NicAudio
--[Information] [11/26/2013 11:52:07 AM] Successfully opened the file with NicAudio
--[Information] [11/26/2013 11:52:07 AM] Avisynth script
---[NoImage] LoadPlugin("C:\MeGUI\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("E:\Ace Combat_AH 2013-11-26 07-41-22-567.wav")
---[NoImage] Normalize()
---[NoImage] return last
--[Information] [11/26/2013 11:52:07 AM] Commandline used: -ignorelength -lc -br 256000 -if - -of "{0}"
--[Information] [11/26/2013 11:52:07 AM] Avisynth script environment opened
--[Information] [11/26/2013 11:52:07 AM] Script loaded
--[Information] [11/26/2013 11:52:07 AM] Output Decoder
---[Information] [11/26/2013 11:52:07 AM] Channels: 6
---[Information] [11/26/2013 11:52:07 AM] Bits per sample: 32
---[Information] [11/26/2013 11:52:07 AM] Sample rate: 48000
--[Information] [11/26/2013 11:52:07 AM] Job commandline: C:\MeGUI\tools\eac3to\neroAacEnc.exe -ignorelength -lc -br 256000 -if - -of "E:\Ace Combat_AH 2013-11-26 07-41-22-567.m4a"
--[Information] [11/26/2013 11:52:07 AM] Process started
--[Information] [11/26/2013 11:52:07 AM] Standard output stream
--[Information] [11/26/2013 11:52:07 AM] Standard error stream
---[Information] [11/26/2013 11:52:20 AM] *************************************************************
---[Information] [11/26/2013 11:52:20 AM] * *
---[Information] [11/26/2013 11:52:20 AM] * Nero AAC Encoder *
---[Information] [11/26/2013 11:52:20 AM] * Copyright 2009 Nero AG *
---[Information] [11/26/2013 11:52:20 AM] * All Rights Reserved Worldwide *
---[Information] [11/26/2013 11:52:20 AM] * *
---[Information] [11/26/2013 11:52:20 AM] * Package build date: Feb 18 2010 *
---[Information] [11/26/2013 11:52:20 AM] * Package version: 1.5.4.0 *
---[Information] [11/26/2013 11:52:20 AM] * *
---[Information] [11/26/2013 11:52:20 AM] * See -help for a complete list of available parameters. *
---[Information] [11/26/2013 11:52:20 AM] * *
---[Information] [11/26/2013 11:52:20 AM] *************************************************************
--[Information] [11/26/2013 11:52:55 AM] MediaInfo
---[Information] File: E:\Ace Combat_AH 2013-11-26 07-41-22-567.m4a
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 34857688
----[Information] PlayTime: 00:20:36.757
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR: No (Explicit)
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: VBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [11/26/2013 11:52:56 AM] Postprocessing
---[Information] [11/26/2013 11:52:56 AM] Deleting intermediate files
--[Information] [11/26/2013 11:52:56 AM] Job completed
tebasuna51
28th November 2013, 09:53
@osgZach
Channels: 6
...
...neroAacEnc.exe -lc -br 192000 ...
...An error occurred
This is normal, neroAacEnc can't encode at 192 Kb/s a 6 channel input with the LC profile.
Need more bitrate or a lower profile like HE.
Or the recommended option with AAC, use VBR with quality parameter instead fix bitrate.
Not problem with more bitrate or AC3
osgZach
28th November 2013, 11:43
Then why does MeGUI come with Nero AAC_dp_ NDAAC-LC-MultiChannel-192Kbps.xml ?
Sci-Fi-Fan
28th November 2013, 13:56
Change in the x264 profile the target device to something else (e.g. WDTV). Also please try it once again (add the file to oneclick and start the job) and post the full log (including media information and versions) as I want to understand why there is this 0x0.
As requested here is the full log for the complete transcode.
The resulting clip comes out letterboxed, tho that's probably due to the crappy resolution being forced on it.
I;m gonna take a wild stab that the 0x0 is due to the clip being MBAFF as I had no issues with another clip that was fully Progressive.
Anyways hope this helps you debug the issue.
Thanks
tebasuna51
29th November 2013, 11:10
Then why does MeGUI come with Nero AAC_dp_ NDAAC-LC-MultiChannel-192Kbps.xml ?
I don't know. For me all Nero AAC presets are useless. I only recommend:
<BitrateMode>VBR</BitrateMode>
<Profile>Auto</Profile>
<Quality>0.35</Quality>
and select the Quality desired, until 0.3 you get HE encode (with this low quality is recommended use QAAC encoder), with 0.35 and more LC encode.
BTW with some audio easy to compress you can obtain LC-MultiChannel-192Kbps, but without guarantee like you can see.
kento
2nd December 2013, 23:53
Hello everybody.
I have a question , I just updated MEgui to v2418 and I get strange behavior.
I use the soft from quite a long time.
I always go the same path =>
- File Indexer
- Crop/Resize
- Save avs
- Bitrate calculator
- Queue my video encoding
For 2 days I get that when I queue :
13897
How can I have an output file with a x264 extension ?
I asked for a mp4 extension.
Mp4box is also in the job queue but I never asked for a mux after my encode :/
My settings are exactly the same since the Roman Empire so if comeone can show me the way to reset correctly my MEgui I would be glad.
Zathor
3rd December 2013, 00:00
The included x264 build does not provide anymore the possibility to encode directly into a MP4 file. Therefore the mp4box step is necessary.
kento
3rd December 2013, 00:20
Thank you for your reply.
I didn't read the new log file , my bad :/
kalehrl
3rd December 2013, 10:06
I don't have Haali Matroska Splitter and Haali DSS2 installed because I don't need them.
When I start MeGUI, there is an exclamation mark shown which I would like to remove.
I can do so temporarily by right clicking the log entry and choosing 'Reset Overlay Icon'.
However, after restart, it is still there.
Is there any way to remove it permanently?
Zathor
3rd December 2013, 22:47
Is there any way to remove it permanently?
Install it :p Beside that there is currently no way.
aegisofrime
4th December 2013, 13:19
Hi, I'm having a problem that is driving me crazy.
I have been trying out the new Avisynth+ on two machines, one a Windows 7 dekstop and a Windows 8 laptop. I have tried to keep everything the same as far as possible.
My problem is that on the W7 desktop, my onclick job keeps getting stuck on the "Finalizing preprocessing" step before audio encoding. I have no such problem on the W8 laptop, which completes everything successfully. I have tried to keep everything the same in my tests between the two, copying the Avisynth plugins folder from the laptop to replace the ones on the desktop. Obviously, the source file is the same in both cases.
Aborting the "Finalizing preprocessing" step crashes MeGUI. I have attached the logs in the pastebin below:
http://pastebin.com/MVD0aGWr
Thanks!
kalehrl
4th December 2013, 16:15
Install it Beside that there is currently no way.
I use CCCP and it doesn't provide those 2 programs.
I don't want to install any other codecs because of possible problems with CCCP with which I'm very happy.
Don't sweat, this is an unimportant, cosmetic issue for me. :)
Abdelhachim
6th December 2013, 02:09
Undesired resizing in One-Click
=======================
Hi everyone,
I used to use One-Click to encode my 8mm tapes with x264 in interlaced mode (TFF) so I can play them on my TV.
That works fine for me as long as I don't use cropping nor resizing (to preserve the interlaced format).
Starting from stable version 2418, I get unpleasant result when playing my encoded clip (using yadif deinterlacer).
After investigating, I found that the video was slightly resized and padded, although the "Keep Input Resolution" option was checked in the one-click config.
Bellow are fragments from the logs that confirm that (I used the absolutely the same config/preset on the 2418/2427 and 2356 versions)
2356 Log
-[Information] Log for job2 (oneclick, Clip02.avi -> )
--[Information] [01/12/2013 02:00:27] Started handling job
--[Information] [01/12/2013 02:00:27] Preprocessing
--[Information] [01/12/2013 02:00:27] Processing thread started
--[Information] [01/12/2013 02:00:27] Desired size:
--[Information] [01/12/2013 02:00:27] Split size:
--[Information] [01/12/2013 02:00:27] Aspect ratio: 5:4 (1.250)
--[Information] [01/12/2013 02:00:27] Input resolution: 720x576
--[Information] [01/12/2013 02:00:27] Output resolution: 720x576
--[Information] [01/12/2013 02:00:27] Automatic deinterlacing: False
--[Information] [01/12/2013 02:00:27] Generated Avisynth script
---[NoImage] global MeGUI_darx = 5
---[NoImage] global MeGUI_dary = 4
---[NoImage] LoadPlugin("C:\Program Files (x86)\Tools\Multimedia\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("D:\VideoTest\Clip02.avi", cachefile="D:\VideoTest\beul452j.n04\Clip02.avi.ffindex", threads=1)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] Eliminating duplicate filenames
---[Information] [01/12/2013 02:00:27] Video output file: D:\VideoTest\beul452j.n04\Clip02_Video.264
---[Information] [01/12/2013 02:00:27] Muxed output file: D:\VideoTest\Clip02_x264_crf15_medium_megui2356.mp4
---[Information] [01/12/2013 02:00:27] Encodable audio stream 0: D:\VideoTest\beul452j.n04\Clip02.avi_track_1__audio.m4a
--[Information] [01/12/2013 02:00:28] Postprocessing
---[Information] [01/12/2013 02:00:28] Deleting intermediate files
--[Information] [01/12/2013 02:00:28] Job completed
2427 Log
-[Information] Log for job2 (oneclick, Clip02.avi -> )
--[Information] [01/12/2013 02:03:14] Started handling job
--[Information] [01/12/2013 02:03:14] Preprocessing
--[Information] [01/12/2013 02:03:14] Processing thread started
--[Information] [01/12/2013 02:03:14] Desired size:
--[Information] [01/12/2013 02:03:14] Split size:
--[Information] [01/12/2013 02:03:14] Aspect ratio: 5:4 (1.250)
--[Information] [01/12/2013 02:03:14] Target device: Blu-ray
--[Information] [01/12/2013 02:03:14] Enabling "Resize" as Blu-ray does not support a resolution of 0x0. Supported are 1920x1080, 1440x1080, 1280x720, 720x576 and 720x480.
--[Information] [01/12/2013 02:03:14] Enabling "Crop"
--[Information] [01/12/2013 02:03:14] Force resolution of 720x576 as required for Blu-ray
--[Information] [01/12/2013 02:03:14] Lowering output width resolution to 708 to avoid upsizing
--[Information] [01/12/2013 02:03:14] Input resolution: 720x576
--[Information] [01/12/2013 02:03:14] Autocrop values
---[Information] [01/12/2013 02:03:14] left: 4
---[Information] [01/12/2013 02:03:14] top: 6
---[Information] [01/12/2013 02:03:14] right: 8
---[Information] [01/12/2013 02:03:14] bottom: 0
--[Information] [01/12/2013 02:03:14] Cropped output resolution: 704x560
--[Information] [01/12/2013 02:03:14] Padded output resolution: 720x576
--[Information] [01/12/2013 02:03:14] Automatic deinterlacing: False
--[Information] [01/12/2013 02:03:14] Generated Avisynth script
---[NoImage] global MeGUI_darx = 5
---[NoImage] global MeGUI_dary = 4
---[NoImage] LoadPlugin("C:\Program Files (x86)\Tools\Multimedia\MeGUI - Dev\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("D:\VideoTest\Clip02.avi", cachefile="D:\VideoTest\lh2j5btt.ryu\Clip02.avi.ffindex", threads=1)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] LanczosResize(704,560).AddBorders(8,8,8,8) # Lanczos (Sharp)
---[NoImage] #denoise
--[Information] Eliminating duplicate filenames
---[Information] [01/12/2013 02:03:14] Video output file: D:\VideoTest\lh2j5btt.ryu\Clip02_Video.264
---[Information] [01/12/2013 02:03:14] Muxed output file: D:\VideoTest\Clip02_x264_crf15_medium_megui2427.mp4
---[Information] [01/12/2013 02:03:14] Encodable audio stream 0: D:\VideoTest\lh2j5btt.ryu\Clip02.avi_track_1_abkhazian_audio.m4a
--[Information] [01/12/2013 02:03:15] Postprocessing
---[Information] [01/12/2013 02:03:15] Deleting intermediate files
--[Information] [01/12/2013 02:03:15] Job completed
I also attach the complete logs for review.
13901
13902
Thank you in advance.
Abdel
NoMention
6th December 2013, 05:30
Abdel, I ran into a very similar problem and posted a thread about it here:
http://forum.doom9.org/showthread.php?t=169833
It looks like for whatever reason the "Keep Resolution" thing is not working correctly and the resulting avs script is not proper so that the encoder knows that "Keep Resolution" is not the same as a 0x0 resolution like the log points out. I have yet to see an answer to this.
Zathor
6th December 2013, 07:01
Can someone of you please post a sample file? I cannot reproduce it only with the log files :(
Abdelhachim
6th December 2013, 13:30
Can someone of you please post a sample file? I cannot reproduce it only with the log files :(
Hi Here is a link to a 3 second sample... I get exactly the same result (Undesired Resizing using One-Click in 2427 version)
https://drive.google.com/file/d/0B5zAa6PLucxBOERvNUZmZnlyaHc/edit?usp=sharing
Many Thanks
Abdel
Zathor
7th December 2013, 14:46
Thanks - will be fixed in the next build.
NoMention
7th December 2013, 16:41
Zathor - Can you also look at my example. I've put all items I could think of as being relevant using a 45 second clip from my source file and keeping all the intermediate files.
The file is a little big (about 250MB):
https://drive.google.com/file/d/0B03HVu-KsKkhZzVuRVMwNUVlQUE/edit?usp=sharing
Abdelhachim
7th December 2013, 19:57
Thanks - will be fixed in the next build.
Thanks a lot...
Morku
13th December 2013, 01:19
Is there any reason we should know, why it still not Update to mkvtoolnix 6.6.0? Thanks!
GB
15th December 2013, 10:36
Before I did a fresh windows install, when I was encoding video with megui, at least one ffdshow tray icon showed up.
Now it's gone and my speed is reduced by 20-25% on the same avs script, same file.
I tried several versions of ffdshow, make it the default decoder, but it's still not working. I don't know exactly what merit it had before and what boxes to check during installation/configuration.
The avs script contains directshowsource loading a h264 .ts file, yadif deint and crop/resize..
I know this is a "guess what my problem is", but someone might know exactly what I'm missing.
Taurus
15th December 2013, 10:50
@GB
Did you enable the tray icons in ffdshow directshow video configuration?
Did you enable "uncompressed" at the codec tab?
Did yo enable h264/avc in the codec tab?
Did you try any other decoder?
Too many wild guesses...
Any codec packs installed?
LigH
15th December 2013, 11:05
Processing TS files via DirectShow is not recommendable anyway. The DirectShow system depends on more factors than you will know for certain.
If you remultiplexed it to MKV, you could process it with FFMS2 instead (via AVS Script Creator / Indexer).
Or even better, once it will be implemented in MeGUI: Using L-SMASH Source, based on LAV Filters: more recent than ffdshow, more reliable than FFMS2, even with multithreaded decoding
GB
16th December 2013, 14:09
Tray notifications are enabled.
On my previous installation I left everything default, so have I now. I don't have any other codecs installed.
Encoding with FFVideoSource (ffms2.dll) is slower with the same ammount of speed, 20-25%, again on the exact same files with the same script (the ones I was using ffms with). And still no tray notification.
I gave that example with directshowsource because I use it the most, I know it's not the best thing out there, but I care mostly about speed and as long as I don't use trim (it's not frame accurate), it results a fine encoded file. And like I said above with ffms, the speed is noticeable slower with any other decoder I use.
LigH
16th December 2013, 15:53
Of course, there will be no tray icons when using FFMS2, because FFMS2 does not use DirectShow, but internal decoders. But is there any advantage in seeing tray icons?
20% loss of speed only due to a different decoder is suspicious, though; I would expect the encoder (and possibly some video filters) to require most of the time, so that differences between decoders will be hardly noticable.
jtan2000
20th December 2013, 18:24
Regarding MeGUI - Bitrate Calculator
Is there a method I can permanently add 1.45GB to the Total File Size list instead of "select custom size" and enter that number ?
Thanks
kalehrl
20th December 2013, 19:38
Yes.
Go to Options - Settings and click on the square in the 'Modify custom files size values' and choose 'Select custom size...'
Abdelhachim
25th December 2013, 02:04
Thanks - will be fixed in the next build.
Thanks for the fix... it's ok (version 2432)...
BTW, I'm experimenting x265 (one click) but I can't produce the final file... MPA muxer is not supported and mkv and ts muxers don't recognize the codec format.
is there any tip?
Thanks in advance.
Zathor
28th December 2013, 01:15
BTW, I'm experimenting x265 (one click) but I can't produce the final file... MPA muxer is not supported and mkv and ts muxers don't recognize the codec format
Currently only MP4 can be used. Recent tsmuxer should also be able to do it, but I have to modify the MeGUI code.
Abdelhachim
28th December 2013, 01:58
Currently only MP4 can be used. Recent tsmuxer should also be able to do it, but I have to modify the MeGUI code.
Hello,
I just updated... but I still can't select MP4 container...
Only mkv and m2ts containers are available from the oneclick advanced setting... with both, I get an error when muxing stating that the codec is not supported.
Am I missing something?
Thanks in advanced
Zathor
28th December 2013, 14:32
Confirmed, it does not work currently with OneClick. It will be enabled in the next build for TsMuxeR and mp4box.
Zathor
28th December 2013, 16:31
Please test build 2437.
Abdelhachim
28th December 2013, 18:33
Please test build 2437.
Work Fine : X265 - MP4 - OneClick.
That's ok for me.
Thanks a lot.
Ruriko
29th December 2013, 10:59
How to encode video in 10bit x264?
LigH
29th December 2013, 12:19
Enable 10-bit encoding in the x264 encoder options.
That alone will still process 8 bits per color component, though, the AviSynth script will not provide "deep color video".
Note that 10-bit encodes are less compatible to many consumer players.
Octo-puss
1st January 2014, 13:22
Why is Haali splitter required for extracting HD stream into mkv (and possibly for other things as well)? It cannot be done in any other way?
LigH
1st January 2014, 14:02
It could possibly be done using libavformat, instead of Haali Media Splitter, if Zathor is able to use either the library itself, or the LAV Splitter DirectShow filter, or a command line tool (if any exists) which does what he needs... but splitting "AV media" based on their logical structure (just taking a "Program Chain" on a DVD Video as example) is probably not quite trivial in all possible cases.
Octo-puss
1st January 2014, 16:35
Hopefully it will change in (near) future.
I really really hate to install something I have zero use for. I've been using LAV filters for over a year with extreme happiness, and thought it should do the trick since it contains a splitter.
luke83
1st January 2014, 16:54
Hi,
after update, ffmpeg use only 1 core even if i've used SetMTMode in my avisynth script and Avisynth version is right :/
I tried to
1) replace avisynth.dll in system32 and in megui folder
2) update megui from development server
3) reupdate from stable server
they all don't work
[Information] Log
-[Information] Versions
--[Information] [01/01/2014 16:48:48] MeGUI: 2418
--[Information] [01/01/2014 16:48:48] Operating System: Windows 7 x86 SP1 (6.1.65536.7601)
--[Information] [01/01/2014 16:48:48] .Net Framework: 4.0 (4.0.30319)
--[Information] [01/01/2014 16:48:48] AviSynth: 2.6.0.3 (09-03-2013)
--[Information] [01/01/2014 16:48:48] AvisynthWrapper: (02-01-2009)
--[Information] [01/01/2014 16:48:48] Haali Matroska Splitter: 1.11.96.14 (03-03-2011)
--[Information] [01/01/2014 16:48:48] Haali DSS2: (03-03-2011)
--[Information] [01/01/2014 16:48:48] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [01/01/2014 16:48:48] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [01/01/2014 16:48:48] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [01/01/2014 16:48:48] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [01/01/2014 16:48:48] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [01/01/2014 16:48:48] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [01/01/2014 16:48:48] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [01/01/2014 16:48:48] Automatic update is disabled
-[Information] Log for job1 (video, liberty.avs -> hfyu_liberty.avi)
--[Information] [01/01/2014 16:49:05] Started handling job
--[Information] [01/01/2014 16:49:05] Preprocessing
--[Information] [01/01/2014 16:49:05] Avisynth input script
---[NoImage] SetMTMode(5,0)
---[NoImage] Import("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\avisynth_plugin\AutoPath.avs")
---[NoImage] MyLoadPlugin("Anime\Chroma\ChromaShift.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\aWarpSharp2\aWarpSharp2.dll")
---[NoImage] MyLoadPlugin("Anime\Dehalo\fft3dfilter211\FFT3DFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\UnFilter.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\SangNom.dll")
---[NoImage] MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
---[NoImage] MyImport("Anime\Anti-aliasing\AAA.avs")
---[NoImage] MyLoadStdPlugin("yadif.dll")
---[NoImage] LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("K:\Temp\Temp Megui\liberty.d2v")
---[NoImage] SetMTMode(2,2)
---[NoImage] Chromashift(C=2)
---[NoImage] # Deinterlacer
---[NoImage] Yadif(order=1)
---[NoImage] # Spatial Denoiser
---[NoImage] RemoveGrain(17)
---[NoImage] # Cropper
---[NoImage] crop(10, 6, -14, -2)
---[NoImage] # Resizer
---[NoImage] LanczosResize(696,520) # Lanczos (Sharp)
---[NoImage] # Dehalo
---[NoImage] fft3dfilter(bt=-1, plane=0, dehalo=1.0, hr=2.0, ht=50, svr=0, sharpen=1.2)
---[NoImage] # Sharpener
---[NoImage] aWarpSharp2(depth=12)
---[NoImage] # Line darkner
---[NoImage] ToonLite(0.5)
---[NoImage] # Anti-aliasing
---[NoImage] AAA()
--[Information] [01/01/2014 16:49:06] Job commandline: "K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_0.3.5\tools\ffmpeg\ffmpeg.exe" -y -i "K:\Temp\Temp Megui\liberty.avs" -c:v ffvhuff -threads 0 -sn -an -context 1 -vstrict -2 -pred 2 "K:\Temp\Temp Megui\hfyu_liberty.avi"
--[Information] [01/01/2014 16:49:06] Process started
--[Information] [01/01/2014 16:49:06] Standard output stream
--[Information] [01/01/2014 16:49:06] Standard error stream
---[Information] [01/01/2014 16:49:06] ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
---[Information] [01/01/2014 16:49:06] built on Sep 26 2013 01:50:16 with gcc 4.8.1 (GCC)
---[Information] [01/01/2014 16:49:06] configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib
---[Information] [01/01/2014 16:49:06] libavutil 52. 38.100 / 52. 38.100
---[Information] [01/01/2014 16:49:06] libavcodec 55. 18.102 / 55. 18.102
---[Information] [01/01/2014 16:49:06] libavformat 55. 12.100 / 55. 12.100
---[Information] [01/01/2014 16:49:06] libavdevice 55. 3.100 / 55. 3.100
---[Information] [01/01/2014 16:49:06] libavfilter 3. 79.101 / 3. 79.101
---[Information] [01/01/2014 16:49:06] libswscale 2. 3.100 / 2. 3.100
---[Information] [01/01/2014 16:49:06] libswresample 0. 17.102 / 0. 17.102
---[Information] [01/01/2014 16:49:06] libpostproc 52. 3.100 / 52. 3.100
---[Information] [01/01/2014 16:49:07] Input #0, avisynth, from 'K:\Temp\Temp Megui\liberty.avs':
---[Information] [01/01/2014 16:49:07] Duration: 01:36:08.40, start: 0.000000, bitrate: 0 kb/s
---[Information] [01/01/2014 16:49:07] Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 696x520, 25 fps, 25 tbr, 25 tbn, 25 tbc
---[Information] [01/01/2014 16:49:07] Output #0, avi, to 'K:\Temp\Temp Megui\hfyu_liberty.avi':
---[Information] [01/01/2014 16:49:07] Metadata:
---[Information] [01/01/2014 16:49:07] ISFT : Lavf55.12.100
---[Information] [01/01/2014 16:49:07] Stream #0:0: Video: ffvhuff (FFVH / 0x48564646), yuv420p, 696x520, q=2-31, 200 kb/s, 25 tbn, 25 tbc
---[Information] [01/01/2014 16:49:07] Stream mapping:
---[Information] [01/01/2014 16:49:07] Stream #0:0 -> #0:0 (rawvideo -> ffvhuff)
---[Information] [01/01/2014 16:49:07] Press [q] to stop, [?] for help
http://s28.postimg.org/5w8ru713d/image.jpg (http://postimg.org/image/5w8ru713d/) http://s28.postimg.org/b8xm8bozt/image.jpg (http://postimg.org/image/b8xm8bozt/)
13936
Zathor
2nd January 2014, 00:30
Please try also older ffmpeg builds MeGUI has used:
http://megui.org/auto/
Hopefully it will change in (near) future.
I really really hate to install something I have zero use for. I've been using LAV filters for over a year with extreme happiness, and thought it should do the trick since it contains a splitter.
You do not need to install it if you do not want it. DSS will not be available for sure. Likely you will not notice the other things.
Octo-puss
2nd January 2014, 09:57
Well, I can't seem to extract HD video stream into mkv without it, which is a bit of a problem (not like I mess around with stuff too often, but still).
luke83
2nd January 2014, 15:30
Please try also older ffmpeg builds MeGUI has used:
http://megui.org/auto/
thanks :)
it works now, but only with ffmpeg-1.2.7z
If i use version 2, it uses only 1 core :/
Zathor
2nd January 2014, 15:33
Please try also the latest build:
http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-latest-win32-static.7z
(you have to move bin\ffmepg.exe from the package to MeGUI\tools\ffmpeg)
luke83
3rd January 2014, 12:50
Please try also the latest build:
http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-latest-win32-static.7z
(you have to move bin\ffmepg.exe from the package to MeGUI\tools\ffmpeg)
no, it doesn't work
Verian
4th January 2014, 23:55
Hello.
Ive had MEGUI intalled on Windows XP and it works fine.
On my new PC, with Windows 8, i always have the same error on every video: ACCESS VIOLATION or the following error:
http://i70.photobucket.com/albums/i84/Kombinatti/erro.jpg
I've used megui for years on XP, with the same scripts. WhATs wrong? It really works on W8?
tHANKS.
Zathor
5th January 2014, 00:51
Plesse post the full log.
somespirit
6th January 2014, 12:37
megui 2456 (and 2450 also) Audio encoding is not working ,
i am trying to encode mp3 to QAAC with:
decoder: Directshow or FFAudioSource or LWLibavudioSource (i have tried all 3 decoding methods, no success)
channels: keep original
sample rate: 32 000 hz
Audio encoding is started and Status windows at bottom says: Preprocessing, please wait, it may take some time -
and this is forever ha ha
my example file for encoding is mp3 320kbits to QAAC 160 kbits .....
and finally, megui 2445 is working , the problem comes with new updates of megui .....
Zathor
6th January 2014, 18:54
Plesse post the log. For me it is working.
somespirit
7th January 2014, 13:02
here is log:
[Error] Log
-[Information] Versions
--[Information] [1/6/2014 13:22:51 ] MeGUI: 2456
--[Information] [1/6/2014 13:22:51 ] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [1/6/2014 13:22:51 ] .Net Framework: 2.0.50727.5420
--[Information] [1/6/2014 13:22:51 ] .Net Framework: 4.0.0.0
--[Information] [1/6/2014 13:22:51 ] AviSynth: 2.6.0.4 (18-09-2013) (inactive)
--[Information] [1/6/2014 13:22:51 ] AviSynth+ portable: 2.6.0.5 (02-01-2014) (active)
--[Information] [1/6/2014 13:22:51 ] AvisynthWrapper: (02-01-2009)
--[Information] [1/6/2014 13:22:51 ] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/6/2014 13:22:51 ] Haali DSS2: (14-04-2013)
--[Information] [1/6/2014 13:22:51 ] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/6/2014 13:22:51 ] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [1/6/2014 13:22:51 ] MediaInfo: 0.7.65.0 (21-11-2013)
--[Information] [1/6/2014 13:22:51 ] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/6/2014 13:22:51 ] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/6/2014 13:22:51 ] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/6/2014 13:22:51 ] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/6/2014 13:22:52 ] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [1/6/2014 13:22:52 ] There are 2 files which can be updated.
-[Error] Log for job1 (audio, Alexandra Stan - Mr Saxobeat .mp3 -> Alexandra Stan - Mr Saxobeat .m4a)
--[Information] [1/6/2014 13:25:19 ] Started handling job
--[Information] [1/6/2014 13:25:19 ] Preprocessing
--[Information] [1/6/2014 13:25:19 ] MediaInfo
---[Information] File: F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3
---[Information] General
----[Information] Format: MPEG Audio
----[Information] FormatString: MPEG Audio
----[Information] FileSize: 7836856
----[Information] PlayTime: 00:03:14.847
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/6/2014 13:25:19 ] Trying to open the file with DirectShowSource()
--[Information] [1/6/2014 13:25:19 ] Successfully opened the file with DirectShowSource()
--[Information] [1/6/2014 13:25:19 ] Avisynth script
---[NoImage] LoadPlugin("D:\Applications\megui\tools\avs\plugins\directshowsource.dll")
---[NoImage] DirectShowSource("F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3")
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] SSRC(32000)
---[NoImage] return last
--[Information] [1/6/2014 13:25:19 ] Commandline used: --ignorelength --threading -v 160 --no-delay - -o "{0}"
--[Information] [1/6/2014 13:25:19 ] Avisynth script environment opened
--[Error] [1/6/2014 13:25:19 ] An error occurred
---[Error] [1/6/2014 13:25:19 ] Exception message: Script error: There is no function named 'SSRC'.
---[Error] [1/6/2014 13:25:19 ] Stacktrace
----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [1/6/2014 13:25:19 ] Inner exception: null
--[Information] Deleting aborted output
---[Information] [1/6/2014 13:28:58 ] Delete aborted output set: True
-[Error] Log for job1 (audio, Alexandra Stan - Mr Saxobeat .mp3 -> Alexandra Stan - Mr Saxobeat .m4a)
--[Information] [1/6/2014 13:29:21 ] Started handling job
--[Information] [1/6/2014 13:29:21 ] Preprocessing
--[Information] [1/6/2014 13:29:21 ] MediaInfo
---[Information] File: F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3
---[Information] General
----[Information] Format: MPEG Audio
----[Information] FormatString: MPEG Audio
----[Information] FileSize: 7836856
----[Information] PlayTime: 00:03:14.847
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/6/2014 13:29:21 ] Trying to open the file with FFAudioSource()
--[Information] [1/6/2014 13:29:22 ] Successfully opened the file with FFAudioSource()
--[Information] [1/6/2014 13:29:22 ] Avisynth script
---[NoImage] LoadPlugin("D:\Applications\megui\tools\ffms\ffms2.dll")
---[NoImage] FFAudioSource("F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3")
---[NoImage] SSRC(32000)
---[NoImage] return last
--[Information] [1/6/2014 13:29:22 ] Commandline used: --ignorelength --threading -v 160 --no-delay - -o "{0}"
--[Information] [1/6/2014 13:29:22 ] Avisynth script environment opened
--[Error] [1/6/2014 13:29:22 ] An error occurred
---[Error] [1/6/2014 13:29:22 ] Exception message: Script error: There is no function named 'SSRC'.
---[Error] [1/6/2014 13:29:22 ] Stacktrace
----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [1/6/2014 13:29:22 ] Inner exception: null
--[Information] Deleting aborted output
---[Information] [1/6/2014 13:30:39 ] Delete aborted output set: True
-[Information] Log for job1 (audio, Alexandra Stan - Mr Saxobeat .mp3 -> Alexandra Stan - Mr Saxobeat .m4a)
--[Information] [1/6/2014 13:30:46 ] Deleting intermediate files
---[Information] [1/6/2014 13:30:46 ] Successfully deleted F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3.ffindex
-[Error] Log for job1 (audio, Alexandra Stan - Mr Saxobeat .mp3 -> Alexandra Stan - Mr Saxobeat .m4a)
--[Information] [1/6/2014 13:31:28 ] Started handling job
--[Information] [1/6/2014 13:31:28 ] Preprocessing
--[Information] [1/6/2014 13:31:28 ] MediaInfo
---[Information] File: F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3
---[Information] General
----[Information] Format: MPEG Audio
----[Information] FormatString: MPEG Audio
----[Information] FileSize: 7836856
----[Information] PlayTime: 00:03:14.847
---[Information] Audio
----[Information] ID:
----[Information] StreamOrder:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/6/2014 13:31:28 ] Trying to open the file with LWLibavAudioSource()
--[Information] [1/6/2014 13:31:29 ] Successfully opened the file with LWLibavAudioSource()
--[Information] [1/6/2014 13:31:29 ] Avisynth script
---[NoImage] LoadPlugin("D:\Applications\megui\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavAudioSource("F:\Music Videos\Audio\Alexandra Stan - Mr Saxobeat .mp3")
---[NoImage] SSRC(32000)
---[NoImage] return last
--[Information] [1/6/2014 13:31:29 ] Commandline used: --ignorelength --threading -v 160 --no-delay - -o "{0}"
--[Information] [1/6/2014 13:31:29 ] Avisynth script environment opened
--[Error] [1/6/2014 13:31:29 ] An error occurred
---[Error] [1/6/2014 13:31:29 ] Exception message: Script error: There is no function named 'SSRC'.
---[Error] [1/6/2014 13:31:29 ] Stacktrace
----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
----[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
---[Error] [1/6/2014 13:31:29 ] Inner exception: null
--[Information] Deleting aborted output
---[Information] [1/6/2014 13:31:44 ] Delete aborted output set: True
LigH
7th January 2014, 13:28
here is log:
---[Error] [1/6/2014 13:29:22 ] Exception message: Script error: There is no function named 'SSRC'.
Funny. Since when is SSRC not a kernel function of AviSynth anymore? ... Oh, portable Version 2.6.0.5? Is it AviSynth+?
hello_hello
7th January 2014, 13:49
Please let me know if I'm expecting too much, but I'm trying to configure the OneClick encoder to do the following.
I want to open a video file such as an MKV, copy the video, and both copy and re-encode the audio. The output would contain the original video and the original audio (obviously), but also a second audio stream which would be a re-encoded version of the first.
It's easy enough to set up a OneClick encoder job which appears to do exactly what I'm after (and it makes adding the first audio stream a second time nice and easy by automatically listing it when clicking on the Input arrow), but running the job always results in the following error:
--[Information] [07/01/14 11:23:09 PM] Job commandline:
"C:\Program Files\MeGUI\tools\mkvmerge\mkvextract.exe" tracks
"E:\test.mkv" --ui-language en 1:"D:\lacna4dg.lgs\test - [0] English.aac" 1:"D:\lacna4dg.lgs\test - [0] English.aac"
--[Information] [07/01/14 11:23:09 PM] Process started
--[Error] [07/01/14 11:23:09 PM] Standard output stream
---[Error] [07/01/14 11:23:09 PM] Error: The ID '1' has already been used for another output file.
--[Information] [07/01/14 11:23:09 PM] Standard error stream
--[Error] [07/01/14 11:23:09 PM] Process exits with error: 2
--[Information] [07/01/14 11:23:09 PM] Job completed
The second problem, assuming the above is a bug or something which can be fixed etc, would be to configure the OneClick encoder to automatically output a file containing the two desired audio streams. Currently I'm creating a OneClick preset which specifies two audio streams, each set to "use only first track". The first is configured not to re-encode, the second to always re-encode. The behaviour I expected would be after opening a file for encoding, the OneClick profile would automatically result in the first audio stream being duplicated, and each would be re-encoded or copied according to the OneClick profile configuration. No matter what I've tried, or no matter how many audio streams I specify when creating the OneClick profile, if the file being opened only contains one audio stream, the OneClick encoder only adds a single stream to the job. The second stream must be added manually, which results in the above error.....
I'm not sure whether I'm expecting the OneClick encoder to do something it wasn't designed to do, although configuring it gives the impression it should be able to.
Thanks.
Rat Killer
7th January 2014, 17:22
I am getting this same error in the log with 2456.
Script error: There is no function named 'SSRC'.
Zathor
7th January 2014, 21:24
Will be fixed in the next build. I missed that those functions had been exported to an external library.
EDIT: Fix is online (2457)
Zathor
7th January 2014, 23:07
It's easy enough to set up a OneClick encoder job which appears to do exactly what I'm after (and it makes adding the first audio stream a second time nice and easy by automatically listing it when clicking on the Input arrow), but running the job always results in the following error
I have already fixed the mkvextract error locally but know there is a new error lateron. I have to solve that as well but no clue when this will be finished.
EDIT: Faster than expected. please test http://megui.org/test/MeGUI.zip
Regarding your second point: OneClick is not designed to duplicate tracks :(
leon
8th January 2014, 00:36
Hi I had version 2456 and I updated it to version 2457 but changelog shows 2257 after 2456.
hello_hello
8th January 2014, 06:42
I have already fixed the mkvextract error locally but know there is a new error lateron. I have to solve that as well but no clue when this will be finished.
EDIT: Faster than expected. please test http://megui.org/test/MeGUI.zip
Thanks. The fix has fixed the extraction error. However.....
The OneClick "don't re-encode the video" setting only seems to work if MKV is selected as the output container (I've only tested MKV, MP4 and AVI). Is that by design or is it a bug?
I'd have assumed for other file types the original video would be remuxed as MKV or MP4 and then extracted for remuxing (or something like that) but instead the OneClick encoder indexes it and re-encodes it.
Thanks for all the hard work! It's appreciated.
Regarding your second point: OneClick is not designed to duplicate tracks :(
Could it be? ;)
I guess the object of the exercise would be to simulate something like Handbrake's High Profile preset, where it automatically outputs the original 5.1ch audio along with a re-encoded stereo version, while also giving you an option not to re-encode the video in the same way Handbrake doesn't. :)
Now the extraction error has been fixed you can "manually" set up a OneClick encode to do it (at least when the output is MKV), but being able to configure a OneClick profile to do it automatically would be nice.
While I'm here:
The checkbox under each audio stream labelled "only use the first track" (when configuring a OneClick profile).... what does it do exactly? Being able to configure multiple audio streams in a profile while electing to only use the first track would seem to be a conflicting goal..... unless I'm missing the obvious. That's why I assumed the checkbox would effectively duplicate the first track.
Zathor
8th January 2014, 08:24
Hi I had version 2456 and I updated it to version 2457 but changelog shows 2257 after 2456.
Yes, I noticed the typo as well directly after the upload and have slipstreamed a new changelog file into the upload. But as the file was already synced to the other update server it is only on one out of two servers. Will be changed with the next build on all servers.
The OneClick "don't re-encode the video" setting only seems to work if MKV is selected as the output container (I've only tested MKV, MP4 and AVI). Is that by design or is it a bug?
It is a missing feature as you can see in the log file.
The checkbox under each audio stream labelled "only use the first track" (when configuring a OneClick profile).... what does it do exactly? Being able to configure multiple audio streams in a profile while electing to only use the first track would seem to be a conflicting goal..... unless I'm missing the obvious. That's why I assumed the checkbox would effectively duplicate the first track.
In the profile you select the audio settings for all audio tracks with the selected languages. Therefore you can e.g. define that English audio tracks will be encoded while another language will be copied. If you select "only use the first track" only the first track of this language will be used.
hello_hello
8th January 2014, 09:38
It is a missing feature as you can see in the log file.
I see it now. I'll confess I didn't think to check the log file for a "can't do that so I'm doing this instead" type of entry. Silly me. Although I did check the Changelog for any references to the problem.
In the profile you select the audio settings for all audio tracks with the selected languages. Therefore you can e.g. define that English audio tracks will be encoded while another language will be copied. If you select "only use the first track" only the first track of this language will be used.
Ahhhhh..... I get it now. Cheers.
Rat Killer
8th January 2014, 14:06
Will be fixed in the next build. I missed that those functions had been exported to an external library.
EDIT: Fix is online (2457)
Thanks. But now its reporting:
Script error: There is no function named 'TimeStretch'.
leon
8th January 2014, 19:37
http://i44.tinypic.com/10ro9iw.jpg
What is this error how can I fix it?
LigH
8th January 2014, 19:41
You posted a wrong image URL.
__
Now it works...
"Read or write protected memory" is usually a sign that there is data corruption in your video source, which may confuse the software decoder so much that it messes with addresses of its allocated RAM areas and tries to access RAM it does not own.
Or you may have tried to overclock your PC, and exaggerated some settings, so that your RAM loses its content due to a failing DRAM refresh.
Zathor
8th January 2014, 22:24
What is this error how can I fix it?
Please post the log output. I would like to know which indexer you have used and so on...
Ruriko
19th January 2014, 11:01
When I use one click encoder to batch encode a bunch of videos it won't let me output videos to mp4. The source videos are mkv and I want to convert from mkv to mp4. It works if I select the output as the same as the source video which is mkv. Any tips to fix this?
Zathor
19th January 2014, 13:23
Details please
Ruriko
19th January 2014, 13:50
Details please
What kind of details do you need?
I select a folder and let it process the files and once it finishes it doesn't go straight to encoding step so I tried pressing the GO button but it stays grey forever.
http://i.imgur.com/VabaJqD.gif
Here's the media info of one of the videos
General
Unique ID : 239056600446290625193322552235146510347 (0xB3D8A063A2471181A9BB8384CE6E800B)
Complete name : C:\Users\Administrator\Downloads\Mahou\Mahou 12.mkv
Format : Matroska
Format version : Version 1
File size : 229 MiB
Duration : 23mn 20s
Overall bit rate : 1 372 Kbps
Encoded date : UTC 2009-01-17 06:13:34
Writing application : mkvmerge v2.2.0 ('Turn It On Again') built on Mar 4 2008 12:58:26
Writing library : libebml v0.7.7 + libmatroska v0.8.1
Attachment : Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 6 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 23mn 20s
Nominal bit rate : 1 230 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.056
Writing library : x264 core 65 r1019K a5ac6a5
Encoding settings : cabac=1 / ref=6 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=4 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / keyint=240 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=1230 / 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.00
Default : Yes
Forced : No
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 23mn 20s
Channel count : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Language : Japanese
Default : Yes
Forced : No
Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Con
Language : English
Default : Yes
Forced : No
Menu
00:00:00.000 : en:Start
00:02:22.142 : en:Title
00:09:04.336 : en:Half
00:20:56.271 : en:End
Zathor
19th January 2014, 13:54
Does it happen also with this file if you select only this file and not the folder? And please upload the log file.
Ruriko
20th January 2014, 07:09
It happens in both ways either single file or folder. I can encode if use the avisynth script creator but that defeats the purpose to batch encoding
Here's the log since I can't post it here due to long characters
http://pastebin.com/xRxnAZwr
leon
22nd January 2014, 03:43
Please post the log output. I would like to know which indexer you have used and so on...
Hi.I use FFMSIndex.I tried several videos but result is the same.
[Error] Log
-[Information] Versions
--[Information] [1/21/2014 6:09:22 AM] MeGUI: 2467
--[Information] [1/21/2014 6:09:22 AM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [1/21/2014 6:09:22 AM] .Net Framework: 2.0.50727.5420
--[Information] [1/21/2014 6:09:22 AM] .Net Framework: 4.0.0.0
--[Information] [1/21/2014 6:09:22 AM] AviSynth: 2.6.0.3 (14-01-2013)
--[Information] [1/21/2014 6:09:22 AM] AvisynthWrapper: (02-01-2009)
--[Information] [1/21/2014 6:09:22 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/21/2014 6:09:22 AM] Haali DSS2: (14-04-2013)
--[Information] [1/21/2014 6:09:22 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/21/2014 6:09:22 AM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [1/21/2014 6:09:22 AM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/21/2014 6:09:22 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/21/2014 6:09:22 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/21/2014 6:09:22 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/21/2014 6:09:22 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/21/2014 6:09:22 AM] Automatic update is disabled
-[Information] FileIndexer
--[Information] [1/21/2014 6:09:58 AM] MediaInfo
---[Information] File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] Log for job1 (idx, LA.avi -> LA.avi.ffindex)
--[Information] [1/21/2014 6:10:09 AM] Started handling job
--[Information] [1/21/2014 6:10:09 AM] Preprocessing
--[Information] [1/21/2014 6:10:09 AM] Job commandline: "C:\Program Files\AviSynth 2.5\tools\ffms\ffmsindex.exe" -t -1 -f "D:\LA.avi" "F:\Users\Admin\Desktop\New folder (4)\LA.avi.ffindex"
--[Information] [1/21/2014 6:10:09 AM] Process started
--[Information] [1/21/2014 6:10:09 AM] Standard output stream
---[Information] [1/21/2014 6:10:10 AM] Writing index... done.
--[Information] [1/21/2014 6:10:09 AM] Standard error stream
--[Information] [1/21/2014 6:10:13 AM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\New folder (4)\LA.avi.ffindex
---[Information] General
----[Information] Format:
----[Information] FormatString:
----[Information] FileSize: 5507
----[Information] PlayTime:
--[Information] [1/21/2014 6:10:13 AM] Postprocessing
---[Information] [1/21/2014 6:10:14 AM] Deleting intermediate files
--[Information] [1/21/2014 6:10:14 AM] Job completed
-[Error] Unhandled error
--[Information] [1/21/2014 6:10:23 AM] Exception message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
--[Information] [1/21/2014 6:10:23 AM] Stacktrace
---[NoImage] at MeGUI.AviSynthClip.dimzon_avs_destroy(IntPtr& avs)
---[NoImage] at MeGUI.AviSynthClip.Dispose(Boolean disposing)
---[NoImage] at MeGUI.AviSynthClip.Dispose()
---[NoImage] at MeGUI.AvsFile.cleanup()
---[NoImage] at MeGUI.ffmsFile.Dispose()
---[NoImage] at MeGUI.VideoPlayer.OnClosing(CancelEventArgs e)
---[NoImage] at System.Windows.Forms.Form.WmClose(Message& m)
---[NoImage] at System.Windows.Forms.Form.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
---[NoImage] at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Information] [1/21/2014 6:10:23 AM] Inner exception: null
Moksu
22nd January 2014, 14:21
Is it possible to name output filename from x264 settings? so i would not need to write every aq bitrate changes manually.
Zathor
22nd January 2014, 20:20
Sorry, I do not understand your second sentence. But you cannot specifiy the output file name in the x264 preset.
hello_hello
23rd January 2014, 05:20
Will MeGUI no longer be updating all of the files in the mkvtoolnix folder? It appears the last update only updated mkvmerge.exe and mkvextract.exe
I understand why, but now I need to also download MKVToolnix manually in order to update the rest of them, especially mmg.exe which I use regularly.
There's several tools which MeGUI installs, or did in the past, which I either use manually, or which other programs use (especially the audio encoders), but now MeGUI thinks I'm not using them. In the past, MeGUI was not only my favourite encoder GUI, but it kept all the tools I regularly use updated for me too. Oh well...... :)
cybersharky
23rd January 2014, 19:43
Is it possible to add an option to the chapter creator for insert chapter before or after current selected chapter?
So if you select chapter one and choose insert after, it adds a chapter two, and then pushes all other chapters up one.
Demintor
23rd January 2014, 20:33
Hi
How can i use X265 in MeGUI ?
Pulp Catalyst
23rd January 2014, 23:49
ok, first i've always known that FFMS2 was slow, so when i came to blurays never used it (handbrake instead),
however i just tried L-smash for the first time, it manages to index a bluray video in 6 minutes, FFMS2 has alays taken around 30-40 minutes....
nw i'm thinking, is that normal... never asked until now, never had a comparrison to go by, or is there something wrong with my setup??
2. Xvid seems to be misbehaving when using L-Smash, now if i use FFMS2, Xvid profile 720x304 CQ2.5 mp3 128kbps, output size is around 1.3gb.... or 2pass same spec at 1700kbps, again around the 1.3gb size...
but same bluray, only indexed with L-Smash, same Xvid setups, the firstXvid profile (CQ2.5) produces a file size around 384MB, the second Xvid profile (2pass 1700kbps) produces a file size of around 3.84 gb!!!!
not sure why, but Xvid bitrate behavior is you will seems to be way off when using L-Smash
# Set DAR in encoder to 96 : 41. The following line is for automatic signalling
global MeGUI_darx = 96
global MeGUI_dary = 41
SetMemoryMax(1024)
SetMTMode(5,2)
LoadPlugin("D:\Program Files (x86)\MeGUInew\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("E:\FILMS\Harrigan 2013.mkv.lwi")
SetMTMode(2)
#deinterlace
crop(0, 130, 0, -130)
Spline36Resize(720,304) # Spline36 (Neutral)
#denoise
Thanks. (still can't believe how quick L-Smash is at indexing over FFMS2!!!!)
One last observation, FFMS2 (Xvid) encoding speed is around 45fps (cpu 25-35%.... no matter what i do, never can get this speed any higher)
L-Smash, Xvid encoding speed is around 120fps!!!! CPU utilization is about 60% (this is considered very good on a modern CPU for Xvid)
why is FFMS2 so slow ..... on everything it does... is there something wrong with it (my end), or is this normal behaviour for FFMS2?
Ruriko
24th January 2014, 00:43
Zathor did you see my log?
LigH
24th January 2014, 08:11
Hi
How Do I can use X265 in MeGUI ?
"How can I use x265 in MeGUI?"
You have to enable it in the Options - Settings - External Program Configuration. Then restart MeGUI. The Updater will install it if it was not yet installed before.
Demintor
24th January 2014, 15:15
hi
i'm looking for a best preset for MeGui like ganool or scOrp and ...
but i found nothing
could you please help me ?
LigH
24th January 2014, 16:15
No. There is no "best preset" for no given conditions.
If you don't know why, trust in the basic setup with quality, preset, tuning, and device compatibility if necessary (assumed you are asking about x264 encoding).
hello_hello
24th January 2014, 20:42
ok, first i've always known that FFMS2 was slow, so when i came to blurays never used it (handbrake instead),
however i just tried L-smash for the first time, it manages to index a bluray video in 6 minutes, FFMS2 has alays taken around 30-40 minutes....
nw i'm thinking, is that normal... never asked until now, never had a comparrison to go by, or is there something wrong with my setup??
I'm taking a guess, but it's something I've considered asking about here only I've not gotten around to it.
I indexed an MKV on my hard drive as a test (one I'd recently encoded). While the difference wasn't huge (nothing like double) when telling MeGUI's file indexer to extract the audio, ffmsindex also takes longer to index. The command line used by MeGUI is also different. I don't understand the ffms command line (I'd need to research it) but given the ffms index file is a lot larger when MeGUI extracts the audio from an MKV, I'd be willing to guess MeGUI also tells ffmsindex to index the audio. That's the thing I've been meaning to ask.... why it does that. I can understand indexing the audio for file types where MeGUI can't extract it, but if it's extracting....
I can't say I index Bluray audio very often (I rip what I want to individual streams first, then index the video), but it's possible ffmsindex is indexing all the Bluray audio streams, and if it's got to do so for each one, and if you're trying to work with the disc rather than ripping it first.... it's possibly why it takes so long.
L-Smash seems to create the same index file whether the audio is extracted or not, and takes pretty much the same time to index either way. When indexing an MKV for a test, the speed was very similar. If anything L-smash may have been marginally slower (I didn't time them exactly).
One last observation, FFMS2 (Xvid) encoding speed is around 45fps (cpu 25-35%.... no matter what i do, never can get this speed any higher)
L-Smash, Xvid encoding speed is around 120fps!!!! CPU utilization is about 60% (this is considered very good on a modern CPU for Xvid)
why is FFMS2 so slow ..... on everything it does... is there something wrong with it (my end), or is this normal behaviour for FFMS2?
While I was at it I ran a couple of one minute encodes. According to MeGUI's log file when L-Smash was used, encoding took a couple of seconds longer, but nothing to worry about. I used a fairly old Intel dual core when testing. Xvid encoding ran the CPU at around 75% to 80% either way (well maybe a little less as MPC-HC was playing a video at the same time). Changing indexing methods didn't effect the bitrate/file size either (I just ran single pass, target quantizer encodes).
Zathor
24th January 2014, 21:36
Use AVSMeter to get the min/avg/max values for the avs scripts. This way you likely will see that lsmash decoded a lot faster. But you will not get such an effect as the encoder is limiting (but not in AVSMeter).
It happens in both ways either single file or folder. I can encode if use the avisynth script creator but that defeats the purpose to batch encoding
Here's the log since I can't post it here due to long characters
http://pastebin.com/xRxnAZwr
--[Information] [1/19/2014 10:02:16 PM] C:\Users\Administrator\Downloads\Mahou\Mahou 12.mkv: No container type could be found that matches the list of acceptable types in your chosen one click profile. Skipping...
Please update to the latest development build. 2467 may have fixed the problem or at least you get a proper message when you add only one file.
Ruriko
25th January 2014, 02:05
Use AVSMeter to get the min/avg/max values for the avs scripts. This way you likely will see that lsmash decoded a lot faster. But you will not get such an effect as the encoder is limiting (but not in AVSMeter).
--[Information] [1/19/2014 10:02:16 PM] C:\Users\Administrator\Downloads\Mahou\Mahou 12.mkv: No container type could be found that matches the list of acceptable types in your chosen one click profile. Skipping...
Please update to the latest development build. 2467 may have fixed the problem or at least you get a proper message when you add only one file.
I updated the latest dev build and it still gives the same message except I can now press go button but it converts to mkv instead of mp4.
[Information] Log
-[Information] Versions
--[Information] [1/24/2014 5:00:51 PM] MeGUI: 2467
--[Information] [1/24/2014 5:00:51 PM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [1/24/2014 5:00:51 PM] .Net Framework: 2.0.50727.5420
--[Information] [1/24/2014 5:00:51 PM] .Net Framework: 4.0.30319
--[Information] [1/24/2014 5:00:51 PM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [1/24/2014 5:00:51 PM] AvisynthWrapper: (02-01-2009)
--[Information] [1/24/2014 5:00:51 PM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/24/2014 5:00:51 PM] Haali DSS2: (14-04-2013)
--[Information] [1/24/2014 5:00:51 PM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/24/2014 5:00:51 PM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [1/24/2014 5:00:51 PM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/24/2014 5:00:51 PM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/24/2014 5:00:51 PM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/24/2014 5:00:51 PM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/24/2014 5:00:51 PM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/24/2014 5:00:51 PM] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [1/24/2014 5:00:52 PM] All packages are up to date
-[Information] OneClick
--[Information] [1/24/2014 5:01:04 PM] MediaInfo
---[Information] File: C:\Users\Administrator\Downloads\Mahou\Mahou 10.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 243797031
----[Information] PlayTime: 00:23:30.069
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 33808
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode: CFR
----[Information] ScanType: Progressive
----[Information] Codec: V_MPEG4/ISO/AVC
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode:
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: ja
----[Information] LanguageString: Japanese
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] Codec: S_TEXT/ASS
----[Information] CodecString: ASS
----[Information] Delay:
----[Information] Title: Con
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [1/24/2014 5:01:07 PM] MkvInfo
---[NoImage] File 'C:\Users\Administrator\Downloads\Mahou\Mahou 10.mkv': container: Matroska [duration:1410069000000 segment_uid:99e5012d45aa36ad9dd1a73c08f88f7e is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-4p10/AVC/h.264) [number:1 uid:2000991120 codec_id:V_MPEG4/ISO/AVC codec_private_length:40 codec_private_data:01640028ffe1001867640028ac34e7014016e84000001f400005daa3c60c678001000568eeb2c8b0 language:und pixel_dimensions:1280x720 display_dimensions:1280x720 default_track:1 forced_track:0 enabled_track:1 packetizer:mpeg4_p10_video default_duration:41708375]
---[NoImage] Track ID 1: audio (AAC) [number:2 uid:3024767370 codec_id:A_AAC codec_private_length:2 codec_private_data:1190 language:jpn default_track:1 forced_track:0 enabled_track:1 default_duration:21333333 audio_sampling_frequency:48000 audio_channels:2]
---[NoImage] Track ID 2: subtitles (SubStationAlpha) [number:3 uid:1188971711 codec_id:S_TEXT/ASS codec_private_length:1370 codec_private_data:5b53637269707420496e666f5d0d0a3b205363726970742067656e65726174656420627920416567697375622076322e312e322052454c454153452050524556494557202853564e2072313938372c20616d7a290d0a3b20687474703a2f2f7777772e616567697375622e6e65740d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20300d0a506c6179526573583a20313238300d0a506c6179526573593a203732300d0a5363616c6564426f72646572416e64536861646f773a207965730d0a566964656f2041737065637420526174696f3a20300d0a566964656f205a6f6f6d3a20380d0a566964656f20506f736974696f6e3a2031363530300d0a4c617374205374796c652053746f726167653a2044656661756c740d0a436f6c6c6973696f6e733a204e6f726d616c0d0a417564696f2046696c653a2031302e7761760d0a566964656f2046696c653a2031302e6176690d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a204d61696e2c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303333333333342c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a204d61696e5f54686f756768742c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303145314534302c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a204d61696e5f4f7665726c61702c4d79726961642050726f2c34342c264830304646464646462c264830303030464646462c264830303046353332362c264836343030303030302c302c302c302c302c3130352c3130302c302c302c312c312c312c322c31302c31302c31352c300d0a5374796c653a20544c204e6f74652042472c417269616c2c33342c264846463030303030302c264830303030303046462c264838433030303030302c264830303030303030302c302c302c302c302c3130302c3130302c302c302c332c342e352c302c382c302c302c302c300d0a5374796c653a20544c204e6f7465205458542c4d79726961642050726f2c33342c264830304646464646462c264830303030303046462c264830303030303030302c264830303030303030302c302c302c302c302c3130302c3130302c302c302c312c302c302c382c302c302c322c300d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204e616d652c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0a436f6d6d656e743a20302c303a30333a33352e39382c303a30333a34312e39302c4d61696e2c5449544c452c303030302c303030302c303030302c2c4c6966650d0a0d0a language:eng track_name:AnY_Conclave default_track:1 forced_track:0 enabled_track:1]
---[NoImage] Attachment ID 1: type 'application/x-truetype-font', size 96484 bytes, file name 'MyriadPro-Bold.otf'
---[NoImage] Attachment ID 2: type 'application/x-truetype-font', size 95628 bytes, file name 'MyriadPro-BoldCond.otf'
---[NoImage] Attachment ID 3: type 'application/x-truetype-font', size 100168 bytes, file name 'MyriadPro-BoldCondIt.otf'
---[NoImage] Attachment ID 4: type 'application/x-truetype-font', size 101512 bytes, file name 'MyriadPro-BoldIt.otf'
---[NoImage] Attachment ID 5: type 'application/x-truetype-font', size 93424 bytes, file name 'MyriadPro-Cond.otf'
---[NoImage] Attachment ID 6: type 'application/x-truetype-font', size 98336 bytes, file name 'MyriadPro-CondIt.otf'
---[NoImage] Attachment ID 7: type 'application/x-truetype-font', size 100252 bytes, file name 'MyriadPro-It.otf'
---[NoImage] Attachment ID 8: type 'application/x-truetype-font', size 94884 bytes, file name 'MyriadPro-Regular.otf'
---[NoImage] Attachment ID 9: type 'application/x-truetype-font', size 95944 bytes, file name 'MyriadPro-Semibold.otf'
---[NoImage] Attachment ID 10: type 'application/x-truetype-font', size 101416 bytes, file name 'MyriadPro-SemiboldIt.otf'
---[NoImage] Attachment ID 11: type 'application/x-truetype-font', size 31604 bytes, file name 'Myriad Condensed Semibold.TTF'
---[NoImage] Chapters: 6 entries
Zathor
25th January 2014, 10:49
The reason likely is that ASS subtitles are not supportet in mp4 files. but I am not an mp4 expert.
Sleepysonic
25th January 2014, 10:51
Hey guys...
I've been using megui to convert some videos down to x264. I use the preset "very slow" and am quite happy with the quality of it.
The ONLY issue, is sometimes the beginning of the video freezes. It's as if megui doesn't bother to set frame 1 as a keyframe.
So the video freezes until it gets up to this keyframe which it then plays smoothly from then on.
Is there a a way to force megui to keyframe the very first frame of the video, without changing how often it would usually make keyframes otherwise on the "very slow" setting?
Thanks!
detmek
25th January 2014, 12:36
First frame is always key frame. That is a feature of x264. If your video freezes during playback, check your playback chain (spliter, decoders, render).
Sleepysonic
25th January 2014, 15:43
First frame is always key frame. That is a feature of x264. If your video freezes during playback, check your playback chain (spliter, decoders, render).
What I mean is, megui skips encoding initially for up to 10 seconds, and then creates a keyframe, showing nothing but this first keyframe that is going to happen in a few seconds, usually when a logo is disappearing, probably because it contains information of the next scene and also the logo in the one picture.
So I want frame 1 of the video I input to be a keyframe on the megui output, is there a way to do this? It's happening very often. This inital keyframe is being pushed back, resulting in the frozen image or corrupt frames.
I don't think it's my playback chain, it happens on different players, the file has missing information.
Zathor
25th January 2014, 17:23
MeGUI does not skip initial frames - except you have specified that yourself in the avs file. Likely it is something in your setup.
Please post the full log and a sample file (before and after encode).
leon
25th January 2014, 19:56
Please answer to my post Mr.Zathor.
luke83
25th January 2014, 20:48
"How can I use x265 in MeGUI?"
You have to enable it in the Options - Settings - External Program Configuration. Then restart MeGUI. The Updater will install it if it was not yet installed before.
x265??? WHAT???
Ruriko
26th January 2014, 01:07
The reason likely is that ASS subtitles are not supportet in mp4 files. but I am not an mp4 expert.
Can't megui somehow force the subtitles to be hardsubbed when converting to mp4?
LigH
26th January 2014, 10:19
x265??? WHAT???
:o No, no, that was a mistake, there is no x265 yet... :sly: At least not one you should use for serious business... :rolleyes:
Very experimental. Quite a waste of time and electrical energy. Not "ready" for years, probably. But basically supported by MeGUI for technically experienced testers.
When it is well developed and optimized, it shall become a next generation HEVC (High Efficiency Video Codec) suitable for UHD (4K) resolution video. Even if it has to take a week per movie...
Pulp Catalyst
26th January 2014, 11:20
I also have now confirmed this, if i do not extract any audio track, and just go straight into indexing my bluray with FFMS2, then it's done just as quickly as the hard drive can do it, but if i use FFMS2 with audio extraction, then after the audio track is extracted the second phase of indexing the bluray take ages.... around 30 - 60minutes....
no idea what's going on, but now i extract the audio separately into a different location, this behaviour for me is repeatable on all Bluray films.
like it was posted earlier, FFMS2 maybe indexing the audio track with the video track (not sure if this is so... but it would definitely explain why there is a huge slow down in indexing)
anyway thanks "hello_hello" for posting, it would seem that you're right regarding the audio track causing the issue I've been having with FFMS2.
just to to resolve the very low CPU usage with FFMS2 compared to L-Smash....45ish fps compared to 120ish....
but that's another story for me to get around.
AVS meter definitely confirms that the speed issue is with FFMS2..... the only clu i have is the CPU usage is jumping all over the place from 3% to 35%, although it's average is 17%, average FPS is 35.2 ...... so back to dealing with Avisynth (MT) stuff.
EDIT 1
found the issue, i always assumed that changing MT, like SetMTMode(5,2) changes the MT that gets used the the following in the script, but i just found right at the end of the line in FFMS2 threads=1.... i changed this to =2. ffms2 speed has now doubled (almost).....LOL... problem solved... back to FFMS2 now... good thing really, L-Smash is causing some corruption in my encodes...
i'm a happy bunny.
hello_hello
26th January 2014, 15:06
like it was posted earlier, FFMS2 maybe indexing the audio track with the video track (not sure if this is so... but it would definitely explain why there is a huge slow down in indexing)
anyway thanks "hello_hello" for posting, it would seem that you're right regarding the audio track causing the issue I've been having with FFMS2.
Well at least if nothing else I seem to be on the right track....
I tried to discover what the various arguments for the commandline version of ffmsindex might be, but don't seem to be able to work it out. If they're explained here (http://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html) I'm too silly to understand.
All I know is when the file indexer is told not to extract the audio. MeGUI indexes with a commandline like this:
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"
If you tell the file indexer to extract the audio, the commandline for indexing looks more like this:
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"
It seems to me, for MKVs (or file types where MeGUI can extract the audio) it should be using the first commandline for indexing while only using the second commandline for file types where the audio can't be extracted and needs to be re-encoded via a script. That's assuming I'm correct regarding the second commandline indexing the audio, and especially if indexing multiple audio streams slows it down a lot.
Maybe the speed at which ffmsindex can index everything depends on the program used for muxing, or in your case, maybe the way in which the video/audio were muxed. Assuming you're ripping first and then indexing. Just more guessing...
PS What's your process for ripping/converting?
I use AnyDVD HD for decrypting in the background, and MeGUI's HD Streams Extractor for the ripping. That way, everything is ripped to individual files (MKV for the video). There's no audio to be extracted, so the way MeGUI indexes hasn't been a problem. I've noticed the difference in indexing speed when working with small files though, so for huge files ripped from Bluray it probably would have been painful.
Zathor
26th January 2014, 16:43
Run just ffmsindex.exe on the command line and you get:
Usage: ffmsindex [options] inputfile [outputfile]
If no output filename is specified, inputfile.ffindex will be used.
Options:
-f Force overwriting of existing index file, if any (default: no)
-v Set FFmpeg verbosity level. Can be repeated for more verbosity. (default: no messages printed)
-p Disable progress reporting. (default: progress reporting on)
-c Write timecodes for all video tracks to outputfile_track00.tc.txt (default: no)
-k Write keyframes for all video tracks to outputfile_track00.kf.txt (default: no)
-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)
-d N Set the audio decoding mask to N (mask syntax same as -t, default: 0)
-a NAME Set the audio output base filename to NAME (default: input filename)
-s N Set audio decoding error handling. See the documentation for details. (default: 0)
-m NAME Force the use of demuxer NAME (default, lavf, matroska, haalimpeg, haaliogg)
:)
hello_hello
27th January 2014, 00:06
Run just ffmsindex.exe on the command line and you get:
So I gather my assumption was correct? If you extract the audio using the file indexer, MeGUI gets ffmsindex to index any audio streams it finds?
Any reason why it can't just index the video if it's extracting the audio?
Shevek
27th January 2014, 08:41
So I gather my assumption was correct? If you extract the audio using the file indexer, MeGUI gets ffmsindex to index any audio streams it finds?
No, the opposite
-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)
hello_hello
27th January 2014, 18:53
No, the opposite
-t N Set the audio indexing mask to N (-1 means index all tracks, 0 means index none, default: 0)
Not according to the commandline in MeGUI's log file after extracting the audio.
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"
You've only got to compare the size of the index file.
When I used the file indexer to extract the audio from an MKV and index it, the resulting index file was 2.8MB.
The same indexing job again without extracting the audio resulted in a 1017kB index file.
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"
Zathor
27th January 2014, 18:54
Hi.I use FFMSIndex.I tried several videos but result is the same.
--[Information] [1/21/2014 6:10:23 AM] Exception message: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Please upload the file. Or try to remux it into MKV and tryit again. Or try to use lsmash.
Zathor
27th January 2014, 21:54
Not according to the commandline in MeGUI's log file after extracting the audio.
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"
Please test this build (btw. Delay is also added to the demuxed files in this build):
http://megui.org/test/MeGUI.zip
Shevek
27th January 2014, 23:13
Not according to the commandline in MeGUI's log file after extracting the audio.
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -t -1 -f "E:\input.mkv" "D:\output.mkv.ffindex"
You've only got to compare the size of the index file.
When I used the file indexer to extract the audio from an MKV and index it, the resulting index file was 2.8MB.
The same indexing job again without extracting the audio resulted in a 1017kB index file.
Job commandline: "C:\Program Files\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\intput.mkv" "D:\output.mkv.ffindex"
Ah, I didn't see that.. I assumed the -t flag wasn't set at all and therefore defaulting to 0 :o
hello_hello
28th January 2014, 05:08
Please test this build (btw. Delay is also added to the demuxed files in this build):
http://megui.org/test/MeGUI.zip
Seems to be good. I tested it with an MKV, MP4 and AVI.
Now it no longer indexes the audio in MKV files. Obviously it does for MP4 and AVI when you tell MeGUI to extract the audio because it creates a script instead.
I rarely work with MP4 files but I remember MeGUI could extract the audio from those? Obviously not?
Adding "Delay" to the extracted audio is awesome. Thanks.
I haven't checked yet whether MKVMergeGUI can automatically use a language written to the file name. I guess I should.
The reason I use MKVMergeGUI over MeGUI's MKV muxer is often it's easier, being more flexible when it comes to opening multiple files and selecting just the streams you want to keep. It can cut down on the need to extract streams a fair bit.
Plus opening a file for muxing via the Windows SendTo menu is nice and easy. Adding individual streams, then adding a muxing job to the Queue, selecting the Queue tab, then running the job..... have I mentioned how much fun it'd be if Shift+Click on a Queue button would automatically run a job in a new temporary worker?? :)
Thanks for the hard work!
hello_hello
28th January 2014, 06:53
So now I'm thinking it'd be kind of nice if MeGUI's file indexer could extract the audio from AVIs and MP4s. Maybe OneClick could do it too? I rarely use OneClick myself but when I tried a quick re-encode of an MP4 it seemed to remux it to an MKV before extracting the audio and indexing etc.
I rarely work with MP4 files, but I was a little surprised to discover the File Indexer indexes the audio rather than extracts it from MP4s. It seems pretty easy to get MP4Box to extract it. Something like:
"C:\Program Files\MeGUI\tools\mp4box\MP4Box.exe" -raw 2 "E:\test.mp4"
I assume MeGUI currently uses AvimuxGUI for some of the work when it comes to AVIs. I've no idea if it can be used to demux but Staxrip makes demuxing the audio from AVIs with VirtualDubMod look fairly easy. Whether implementing it would be easy.....
Staxrip creates a vcf script for VirtualDubMod to run which looks like this:
VirtualDub.Open("E:\\test.avi","",0);
VirtualDub.stream[0].Demux("E:\\test temp files\\test.mp3");
I couldn't get StaxRip to apply the correct delay to audio extracted from AVIs. I don't know why it doesn't, but I assume that'd require something like obtaining the delay from MediaInfo and using it as part of the output file name in the script created for VirtualdubMod.
So I guess I'm just curious if there's a reason why the file indexer has never been given the ability to demux audio from MP4 or AVI?
kalehrl
28th January 2014, 15:28
I've no idea if it can be used to demux
AvimuxGUI can be used to demux audio.
Load an avi, click 'generate data source from files', check 'no audio' box and click start.
I also think it would be a great addition to MeGUI to be able to demux avis, mkvs and other files.
leon
30th January 2014, 09:19
Please upload the file. Or try to remux it into MKV and tryit again. Or try to use lsmash.
Hi. The file has no problem I tried several files.
I think the problem is ffmsindex. when I used lsmash it worked correctly.
Thank you.:)
when I use lsmash instead of ffmsindex the quality would be different?
this the log:
[Information] Log
-[Information] Versions
--[Information] [1/29/2014 11:42:51 AM] MeGUI: 2467
--[Information] [1/29/2014 11:42:51 AM] Operating System: Windows 7 Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [1/29/2014 11:42:51 AM] .Net Framework: 2.0.50727.5420
--[Information] [1/29/2014 11:42:51 AM] .Net Framework: 4.0.0.0
--[Information] [1/29/2014 11:42:51 AM] AviSynth: 2.6.0.3 (14-01-2013)
--[Information] [1/29/2014 11:42:51 AM] AvisynthWrapper: (02-01-2009)
--[Information] [1/29/2014 11:42:51 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/29/2014 11:42:51 AM] Haali DSS2: (14-04-2013)
--[Information] [1/29/2014 11:42:51 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [1/29/2014 11:42:51 AM] LinqBridge: 1.0.0.0 (27-05-2009)
--[Information] [1/29/2014 11:42:51 AM] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [1/29/2014 11:42:51 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/29/2014 11:42:51 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [1/29/2014 11:42:51 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/29/2014 11:42:51 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/29/2014 11:42:51 AM] Automatic update is disabled
-[Information] OneClick
--[Information] [1/29/2014 11:43:10 AM] MediaInfo
---[Information] File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] FileIndexer
--[Information] [1/29/2014 11:43:16 AM] MediaInfo
---[Information] File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] Log for job1 (idx, LA.avi -> LA.avi.lwi)
--[Information] [1/29/2014 11:43:32 AM] Started handling job
--[Information] [1/29/2014 11:43:32 AM] Preprocessing
--[Information] [1/29/2014 11:43:32 AM] Job commandline: "F:\Windows\system32\ping.exe" 127.0.0.1 -t
--[Information] [1/29/2014 11:43:32 AM] Process started
--[Information] [1/29/2014 11:43:32 AM] Standard output stream
---[Information] [1/29/2014 11:43:32 AM] Creating LSMASH index...
---[Information] [1/29/2014 11:43:32 AM] AviSynth script
----[NoImage] LoadPlugin("C:\Program Files\AviSynth 2.5\tools\lsmash\LSMASHSource.dll")
----[NoImage] LWLibavVideoSource("D:\LA.avi")
---[Information] [1/29/2014 11:43:40 AM] D:\LA.avi.lwi moved to F:\Users\Admin\Desktop\New folder (4)\LA.avi.lwi
--[Information] [1/29/2014 11:43:32 AM] Standard error stream
--[Information] [1/29/2014 11:43:47 AM] MediaInfo
---[Information] File: F:\Users\Admin\Desktop\New folder (4)\LA.avi.lwi
---[Information] Indexed File: D:\LA.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 8749340
----[Information] PlayTime: 00:00:26.040
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 770
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 24.000
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: H264
----[Information] CodecString: AVC
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 3
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [1/29/2014 11:43:47 AM] Postprocessing
---[Information] [1/29/2014 11:43:48 AM] Deleting intermediate files
--[Information] [1/29/2014 11:43:48 AM] Job completed
-[Information] AVS Script Creator
--[Information] [1/29/2014 11:44:12 AM] Source detection: LA.avi
---[NoImage] Progressive sections: 77
---[NoImage] Interlaced sections: 3
---[NoImage] Partially Static Sections: 73
---[NoImage] Film Sections: 1
---[NoImage] Source is declared progressive.
-[Information] Log for job2 (avs, LA.avi.avs -> )
--[Information] [1/29/2014 11:44:53 AM] Started handling job
--[Information] [1/29/2014 11:44:53 AM] Preprocessing
--[Information] [1/29/2014 11:45:00 AM] Postprocessing
---[Information] [1/29/2014 11:45:00 AM] Deleting intermediate files
--[Information] [1/29/2014 11:45:00 AM] Job completed
LigH
30th January 2014, 09:50
The quality should be equal, because all AVC decoders should work in the same way, if they work correctly.
Carpo
31st January 2014, 11:58
I remember hearing talk of MeGUI x64 possibly being updated seeing as there is now an active fork of avisynth, any news on that?
luke83
12th February 2014, 12:27
Little update problem
[Error] Log
-[Information] Versions
--[Information] [12/02/2014 12:25:45] MeGUI: 2467
--[Information] [12/02/2014 12:25:45] Operating System: Windows 7 x86 SP1 (6.1.65536.7601)
--[Information] [12/02/2014 12:25:46] .Net Framework: 2.0.50727.5420
--[Information] [12/02/2014 12:25:46] .Net Framework: 4.0.0.0
--[Information] [12/02/2014 12:25:46] AviSynth: 2.6.0.3 (09-03-2013)
--[Information] [12/02/2014 12:25:46] AvisynthWrapper: (02-01-2009)
--[Information] [12/02/2014 12:25:46] Haali Matroska Splitter: 1.11.96.14 (03-03-2011)
--[Information] [12/02/2014 12:25:46] Haali DSS2: (03-03-2011)
--[Information] [12/02/2014 12:25:46] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [12/02/2014 12:25:46] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [12/02/2014 12:25:46] MediaInfo: 0.7.67.0 (10-01-2014)
--[Information] [12/02/2014 12:25:46] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [12/02/2014 12:25:46] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [12/02/2014 12:25:46] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [12/02/2014 12:25:46] 7z: 9.20 (18-11-2010)
-[Error] Update detection
--[Information] [12/02/2014 12:25:46] Automatic update is disabled
--[Information] [12/02/2014 12:25:49] Connecting to server: http://megui.org/auto/
--[Information] [12/02/2014 12:25:49] There is 1 package which can be updated.
--[Information] [12/02/2014 12:25:51] Updating avs. File 1/1.
--[Error] [12/02/2014 12:25:51] The path to save avs to is invalid.
--[Error] [12/02/2014 12:25:51] Failed to install file avs with error: File cannot be saved.
--[Error] [12/02/2014 12:25:51] Files which have not been successfully updated: 1
Zathor
12th February 2014, 21:56
Yes, this is a known problem (for me). It is already fixed in my local build but I have not finalized some other changes yet. Maybe during the weekend.
leon
14th February 2014, 20:10
Hi I deleted ffmsindex and updated it again and the problem fixed.
Thank you
DoctorM
18th February 2014, 08:26
I dunno if it's part of the same One Click resize issue previously mentioned, but I've found that my "Output Resolution" is usually ignored.
For example I just tried a letterboxed DVD clip. The source is 720x480 and the black borders are being correctly cropped (0,56,0,-62). The thing is even with Output Resolution set to 720, an incorrect resize line is being added to the script: LanczosResize(640,352) # Lanczos (Sharp). It should be (720,400), shouldn't it?
Settings used...
Output Resolution: 720, AutoCrop, Display AspectRatio: ITU 4:3 NTSC & Automatic Deinterlacing.
Octo-puss
18th February 2014, 13:04
I just started MeGui after a few weeks and um... what? How?
Zathor
18th February 2014, 19:48
I just started MeGui after a few weeks and um... what? How?
https://sourceforge.net/p/megui/bugs/749/
I dunno if it's part of the same One Click resize issue previously mentioned, but I've found that my "Output Resolution" is usually ignored.
For example I just tried a letterboxed DVD clip. The source is 720x480 and the black borders are being correctly cropped (0,56,0,-62). The thing is even with Output Resolution set to 720, an incorrect resize line is being added to the script: LanczosResize(640,352) # Lanczos (Sharp). It should be (720,400), shouldn't it?
Settings used...
Output Resolution: 720, AutoCrop, Display AspectRatio: ITU 4:3 NTSC & Automatic Deinterlacing.
Are you able to provide a sample file? I would like to reproduce it. Also please post your complete log.
DoctorM
18th February 2014, 22:22
I'd have to try again. Soon as I saw the AVISynth script spit out those numbers I just canceled the encoding and deleted everything.
Honestly, I've seen that happen with pretty much all One Click encodes. Should be easy to replicate.
Zathor
19th February 2014, 00:23
I currently do not have 4:3 DVD NTSC sources available here. I tested it with a 4:3 DVD PAL source and had no problem - but with this source only left/right cropping is required.
Zathor
22nd February 2014, 19:09
Ok, I finally had the time to create a sample file:
BlankClip(width=720, height=362, color=$FFFFFF).AddBorders(0, 56, 0, 62, $000000)
I selected 4:3 DAR for this file. The pure cropped image is 720x362 and for SAR 1:1 this will be 720x408. As 408 is bigger than 362 an upsize is required which is disabled by default - therefore without upsizing it is 640x362. So from my point of view everything is as it should be:
- 640x362 (mod 2) if upsizing is not enabled
- 720x408 (mod 2) if upsizing is enabled
DoctorM
23rd February 2014, 05:52
Oh, so even if you set the width at 720, if it requires upscaling in either direction it won't do it?
Wow, I had to do some digging. I had no idea that option preventing upscaling was even there.
Sorry about that.
hello_hello
23rd February 2014, 20:07
Oh, so even if you set the width at 720, if it requires upscaling in either direction it won't do it?
Wow, I had to do some digging. I had no idea that option preventing upscaling was even there.
Sorry about that.
IMO it's way too buried. I don't think there's a need to disable/enable it for each for each AVS template (unless it makes sense for the OneClick encoder, which I don't use much myself). If it was up to me, upscaling would at least be enabled by default, and it'd be in MeGUI's main settings rather than hidden away.
Many new MeGUI users would probably have no idea it's there.
hello_hello
23rd February 2014, 20:08
Out of curiosity......
I've only tested this for DTS and not other lossy formats as yet.
When converting DTS (5.1ch) to AAC (NeroAAC q5.0 each time) the resulting bitrate differs according to how the DTS is decoded. Foobar2000 and eac3to result in virtually the same output (eac3to decoding with libav/ffmpeg). MediaInfo reports the same bitrate each time and the file sizes are very close to the same (the last DTS audio I encoded resulted in a file size difference of 144 bytes). MeGUI/NicAudio however, invariably results in a slightly different (lower) bitrate. The last test resulted in a 2kbps lower bitrate and the file size was 377.4MB as opposed to 380.90MB for foobar2000/eac3to.
The same doesn't happen when converting lossless audio to AAC. The output is identical down to the byte regardless of which GUI is used. Therefore it seems for DTS, the difference would logically be due to the output of the decoder.
Obviously the difference isn't anything to get excited about, although it made me curious. Are not all DTS decoders created equally? Is NicAudio considered a good DTS decoder?
tebasuna51
24th February 2014, 11:39
@hello_hello
NicAudio is considered a good DTS decoder. If is better or not than other decoders is dificult to say.
The decoder used (libdts) is quite old and maybe can be improved.
BTW in my test I don't see differences like in your test (1% different size), only 0,5% and all samples to same bitrate 371 Kb/s.
There are different sizes always you change something:
2.339.992 bytes with eac3to -libav -down32 (32 bits float)
2.339.911 bytes with eac3to -libav (24 bits)
2.339.608 bytes with eac3to (ArcSoft 24 bits, or -down32)
2.338.447 bytes with NicAudio (32 bits float)
Maybe the best decoder is ArcSoft and is not the bigger output size.
hello_hello
24th February 2014, 16:10
@tebasuna51,
I wasn't assuming NicAudio was bad as such. For all I know the fact that the resulting file size is smaller might mean it's better. I tried another DTS 5.1ch encode and the result was similar. I suspect the longer the encode, the greater the difference in final bitrate, although I don't really understand why.
If NicAudio uses libdts I wonder why ffdshow with libdts produces a different file size? It appears the foobar2000 dts decoder plugin (https://bitbucket.org/kode54/foo_input_dts/overview) is also based on libdts (or libdca, as I think it's named now).
323,400,163 bytes with foobar2000
323,403,384 bytes with foobar2000 via DirectShowSource script and ffdshow (libdts) decoding.
323,402,995 bytes with foobar2000 via DirectShowSource script and ffdshow (libavcodec) decoding.
323,400,493 bytes with eac3to -libav (log file says: Decoding with libav/ffmpeg... Reducing depth from 64 to 32 bits...)
320,655,755 bytes with NicAudio/MeGUI (MeGUI's logfile says 32 bit under "Output Decoder")
320,655,755 bytes with NicAudio/BeHappy (NicAudio.dll from BeHappy package)
320,657,727 bytes with NicAudio/foobar2000 (script below).
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\NicAudio.dll")
NicDtsSource("E:\audio.dts")
ConvertAudioToFloat(last)
return last
Best as I can tell the decoder output was 32bit float each time (ffdshow says so when viewing the tooltip for the audio decoder icon). I'd imagine none of it's anything to worry about. I can't say I've tried listening for differences. I don't have "golden" ears or a decent enough sound system.
The only reason I noticed is because I've been playing around with QAAC, fhgaac and fdkaac and comparing quality settings and bitrates to neroaac. I've mostly been using foobar2000, but at some stage I must have repeated an encode or two using MeGUI.
Why does MeGUI have a "one audio encode at a time" limitation? You don't seem to be able to run more than one job of each type at a time, however you can run an "MeGUI audio encoding job" and a "HD Streams Extractor audio encoding job" simultaneously.... but not more than one of each at the same time.
Post edited to add BeHappy and second ffdshow decoding methods (ffdshow 4527).
Zathor
24th February 2014, 20:54
Why does MeGUI have a "one audio encode at a time" limitation?
There was a problem that when more than one AviSynth audio job is encoding then audible glitches could occur. Therefore I have limited it to 1. Maybe this problem is solved with AviSynth 2.6 (AviSynth+).
Shevek
25th February 2014, 08:47
IMO it's way too buried. I don't think there's a need to disable/enable it for each for each AVS template (unless it makes sense for the OneClick encoder, which I don't use much myself). If it was up to me, upscaling would at least be enabled by default, and it'd be in MeGUI's main settings rather than hidden away.
Many new MeGUI users would probably have no idea it's there.
IMHO, upscaling is a usually a bad thing and should be used sparingly if at all.
I think hidden away is EXACTLY where this option should be.
DoctorM
25th February 2014, 09:53
@Shevek - True in general, but in the case of anamorphic source, it's frequently preferred.
Also, it assumes you can't trust the user to realize they have manually selected a larger size.
hello_hello
25th February 2014, 19:47
IMHO, upscaling is a usually a bad thing and should be used sparingly if at all.
I think hidden away is EXACTLY where this option should be.
If you don't want to use anamorphic encoding (which I don't because a couple of the players in this house don't display anamorphic MKVs/MP4s correctly) then you only have two choices for DVDs. Resize "down", or resize "up".
Unfortunately, while I wouldn't consider resizing an NTSC DVD to 854x480 as "upscaling", that little setting buried away in the AVS template configuration sure does. Crop a couple of pixels from one side of a DVD, and unless it's checked you can't resize back to a width of 720.
Mind you I don't disapprove of upscaling as enthusiastically as some, although I don't tend to upscale by large amounts anyway. If you don't upscale when encoding there's a very good chance it'll happen on playback.... there's pros and cons either way.
hello_hello
25th February 2014, 19:54
There was a problem that when more than one AviSynth audio job is encoding then audible glitches could occur. Therefore I have limited it to 1. Maybe this problem is solved with AviSynth 2.6 (AviSynth+).
I don't know the answer, but now I know the reason for the limit.
Cheers.
Zathor
25th February 2014, 21:32
Regarding upsizing - I have added the option because it is usefull is some situation but in general I think it should not be used (therefore it is disabled by default). As I have files which should be upsized and files which should not I have several oneclick profiles for that. And as the setting should also apply to the AVS script creator it is "hidden" in the AVS profile. I will change the OneClick log output a little bit to give information about upsizing. Also if enabled it will be upsized to the selected width.
hello_hello
25th February 2014, 23:43
I don't understand the "in general it shouldn't be used" logic myself. If you're encoding DVDs and not using anamorphic encoding it's almost compulsory to "upscale". In fact I'd go as far as to say I "upscale" almost every time I encode. Even if it's just something like taking 1920x1080 video, trimming a couple of pixels around the edges and resizing it back to 1920x1080 so it's 16:9 again.
MeGUI used to be (if memory serves me correctly) a little more forgiving when it came to upscaling before it was able to upscale. You could trim a few pixels and resize back to the original dimensions. Now without upscaling checked you don't seem to be able to do that.
I guess it's two different ways of doing things. There's the "Handbrake way", where without anamorphic encoding you're forced to resize DVDs down to square pixels (ie 720x404), or the "Vidcoder way" where without anamorphic encoding it defaults to resizing "up" (ie 1024x576). At least MeGUI can do either, even if the second option is disabled by default and fairly hidden away where a new user isn't overly likely to find it. ;)
I almost never use the OneClick encoder myself, so I don't really know how the upscaling option effects it. It's mainly the "disabled by default" thing I'd change.....
hello_hello
26th February 2014, 00:02
Speaking of "disabled by default", are you sure the mpeg2 colour correction option shouldn't be? Aside from the fact it pretty much does nothing when encoding DVDs etc, what happens when encoding BT.709 HD mpeg2 video with it enabled?
Zathor
26th February 2014, 00:35
No clue.This option was there before I joined.
DoctorM
26th February 2014, 06:12
I'm pretty sure it takes the hints from dgindex. If the source is BT.709 it converts to BT.601. If it is BT.601 it does nothing.
At least that's what my research into the setting told me.
hello_hello
26th February 2014, 10:24
Yeah that's the way I understand it. If there's no colorimetry written to the mpeg2 stream, it assumes BT.601 so no colour conversion takes place.
So for HD mpeg2 video, which should be BT.709, it could convert it to BT.601. That's fine if you happen to be downscaling to standard definition, but if you're not, you'll end up with an encode of the wrong colorimetry.
I guess it's always been a possibility, and I assume it only applies to indexing with DGIndex. AutoGK used colormatrix.dll for the same thing (although it could be disabled). It also had a setting in it's hidden options where you could specify fast or accurate (slow) colour conversion. I never did manage to work out what the difference was. Colormatrix.dll doesn't seem to have such a setting itself. Anyone happen to know?
http://thekentishman.files.wordpress.com/2012/01/autogk-hidden-options.jpg
DoctorM
26th February 2014, 22:15
IIRC, XviD doesn't support BT.709 (I'm probably wrong there). It could be to provide compatibility if you aren't using x264.
If I'm right than that option should automatically enable itself for XviD, and disable for x264.
hello_hello
27th February 2014, 00:01
The way I understand it.... forgetting encoding for a second.... the colorimetry only comes into it when converting YUV video to RGB (or the other way around), which naturally happens on playback. HD YUV should be converted to RGB using BT.709 to display correctly, while SD should be converted using BT.601. It doesn't matter if it's encoded using Xvid or x264, the same applies.
If you're just de-compressing and re-compressing YUV video, then Xvid or x264, the encoder just re-compresses it oblivious to the colorimetry required to correctly convert it to RGB.
It's when YUV video is converted to RGB during the encoding process that it can become an issue, and I think the "XviD doesn't support BT.709" thing is in relation to sending the encoder RGB. It can only convert it to YUV using BT.601, whereas you can tell x264 to use either (I think it uses BT.601 by default). Normally though, at least when encoding using MeGUI, it's YUV from start to finish so there's no colorimetry to worry about. Except.....
If you re-encode HD video while resizing to SD....
The original HD video would be converted to RGB using BT.709 on playback (correct colours) but the encoded version will probably be converted to RGB using BT.601 because it's now SD (wrong colours) so the colours need to be converted. The colormatrix plugin can do it for you regardless of how the source video was encoded, but not automatically. I add the following to the script when converting HD to SD while encoding (x264 or Xvid, it doesn't matter):
ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
My thought on MeGUI's colour correction being enabled by default.....
As far as I know the whole thing came about based on the misconception DVD video could be either BT.709 or BT.601. Why, I don't know, but the consensus now seems to be it's always BT.601. So when encoding DVDs the colour correction option does nothing. When encoding HD mpeg2 video if it sees the video is BT.709 it'll convert it to BT.601, but the encoded version will be converted to RGB on playback using BT.709 and therefore the colours will be wrong.
Some renderers (MadVR) can read any colorimetry info written to a h264 video stream and convert it accordingly, but that's somewhat of an exception. And Xvid can't write colorimetry to the video stream anyway so it's got to be converted to RGB on playback based on resolution.
Which'll get me started on the Windows annoyance of displaying some "720p" encodes using the wrong colorimetry..... if I'm not careful.... :)
hello_hello
28th February 2014, 15:13
Regarding upsizing - I have added the option because it is usefull is some situation but in general I think it should not be used (therefore it is disabled by default).
It occurred to me today, while fiddling around with a new script template, that maybe the problem with the "allow upsizing" option isn't where it is as such.......
The resize filter, noise filter, colour correction..... all the options under the Extra Configuration tab can be over-ridden when creating a script, except.... the ability to resize up. If that could also be over-ridden without having to go into the AviSynth configuration.... ie a checkbox in the resizing area of the script creator.... I think it'd be a good idea. That way, you could still enable/disable upsizing for a particular AVS template, but new users wouldn't think MeGUI can't upsize until they'd spent time prospecting for settings.
I'd also really, really, really, like an option which sets how MeGUI automatically resizes if upsizing is allowed. Or maybe it could be tied to the upsizing setting. ie At the moment, when resizing anamorphic video, DVD resizing always defaults to something like 720x400 etc. With upsizing enabled I'd really, really prefer it to default to 854x480 or 1024x576 etc.
The only other exception to the AVS Configuration "can over-ride everything" rule is the setting for acceptable aspect error. While not as important, I'd find it handy sometimes (if I was still using anamorphic encoding a lot) to be able to over-ride it when creating a script. ie have it adjustable near the area where the aspect error is displayed.
At least that way all the AVS Configuration settings would follow the same rules. They'd all just be default settings which can be changed while creating a script.
PS As I posted, it also occurred to me the "Use ITU Apect" setting is kind of an orphan where it is. As I don't use the OneClick encoder it doesn't really matter to me, but if I did OneClick regularly....
Would that option also be better located in the AVS Configuration setup? That way you could create a OneClick profile which uses the ITU aspect ratio, and another which doesn't.
Just some thoughts....
PPS And one more while I'm at it....
I'd be nice and handy, at least for me, if the AVS script creator could display the output display aspect ratio under the resizing section. That way, it'd be easy to set a resizing which gives you a desired display aspect ratio (ie 1.777777 or 1.333333 etc) and adjust the cropping to minimise the aspect ratio distortion. I'm pretty sure Handbrake/Vidcoder do just that.
Currently I have a few "sizes" in my head which I know give me the desired aspect ratio (ie 704x396 or 640x480) so I start there and adjust the cropping, make note of the aspect error and then adjust the resizing if need be until the aspect error is the same again. That way, I know if after cropping 704x396 results in a .0365% aspect error (for example), and 960x540 also results in a 0.365% aspect error, then 960x540 must also be 16:9. Having the output aspect ratio displayed under the resizing would make achieving the desired aspect ratio a bit easier. Hopefully that makes sense....
luke83
9th March 2014, 18:08
should i use Distributor() at the end of the script if i use SetMTMode?
Zathor
9th March 2014, 18:17
MeGUI isn't MT aware and therefore you have to do that on your own.
LigH
9th March 2014, 19:39
Furthermore, MeGUI is only a user interface. If you should use Distributor() or not, depends on the specific application which is called as encoder (e.g. 32-bit x264 directly, or avs4x264 for 64-bit x264). In general: Most probably it is not necessary when used with a video encoder. I only remember it being useful if you use a script as ffdshow internal post-processing script.
luke83
9th March 2014, 19:59
MeGUI isn't MT aware and therefore you have to do that on your own.
Ok I got it. Thanks
But what happens if i don't use it? Sometimes (with simpler script) i don't put it in the script and all works good
Furthermore, MeGUI is only a user interface. If you should use Distributor() or not, depends on the specific application which is called as encoder (e.g. 32-bit x264 directly, or avs4x264 for 64-bit x264). In general: Most probably it is not necessary when used with a video encoder. I only remember it being useful if you use a script as ffdshow internal post-processing script.
uh?
I use it in my AVS script with Add-Prerendering Job. Then i encode the lossless avi file with x264.
Abdelhachim
11th March 2014, 19:21
Hi everyone,
I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.
AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.
Here are my setting :
Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB
Any explanations?
Thanks by advance
Abdel
Abdelhachim
11th March 2014, 19:41
Hi everyone,
I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.
AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.
Here are my setting :
Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB
Any explanations?
Thanks by advance
Abdel
... and here is the log.
jobs 9 to 14 no prerender
jobs 15 to 22 with prerender
14089
Abdelhachim
12th March 2014, 19:42
Hi everyone,
I have tried the prerender option in oneClick and found that the result file is largely different from the one without prerender.
AFAIK, the prerender store the intermediate file in a lossless format so the result should be the same.
Here are my setting :
Input file AVI in Huffyuv : 209749 KB
Output :
OneClick, Prerender=yes, Denoise avs script, x264 crf18 : 25982 KB
OneClick, Prerender=no, Denoise avs script, x264 crf18 : 22040 KB
Any explanations?
Thanks by advance
Abdel
I've done some investigations and found that the prerender command give a bad intermediate avi file.
I take a photo of the intermediate folder :
- The automatically generated avi file (huffyuv) is : hfyu_Clip03.avi.avi
- I've tried to generate the same file using vdub+ffdshow encoder (FF huffyuv) and the same avs script (Clip03.avi.avs) as input. The result is different (and is not buggy) : hfyu_Clip03.vdub.avi
When browsing the intermediate prerender file (hfyu_Clip03.avi.avi) frame by frame using vdub, I found that many frames are duplicated from the previous one :
frame 3 = frame 2
frame 6 = frame 5
frame 9 = frame 8
...
frame 57 = frame 56
frame 69 = frame 68.
Bellow you will find :
clip03.avi : the original clip
clip03.mp4 : result clip no prerender
clip03_prerender.mp4 : result clip using prerender
Intermediate : folder containing the intermediate Huffyuv file and the I generated using vdub
Profiles : the various profiles I used in MeGui.
Sample Folder (https://drive.google.com/folderview?id=0B5zAa6PLucxBTmJvLU5vbDBJajg&usp=sharing)
Thanks a lot.
Abdel
Shevek
14th March 2014, 08:00
Been AFK for a few weeks...
I don't understand the "in general it shouldn't be used" logic myself.
This topic is a very old one - it counts for digital image and video.
If you're encoding DVDs and not using anamorphic encoding it's almost compulsory to "upscale". In fact I'd go as far as to say I "upscale" almost every time I encode.
By upscaling you are asking the encoder to add extra pixels where they don't exist. It has to decide where to put them and from what.
TV manufacturers spend millions on R&D and advertising for their scaling engines, I'd rather trust that to upscale the video than the encoder.
(Except if it's a mid 2000s Sony Bravia - horrible scaling engine!)
hello_hello
14th March 2014, 08:41
By upscaling you are asking the encoder to add extra pixels where they don't exist. It has to decide where to put them and from what.
So what you're saying is if you don't want to use anamorphic encoding (my TV's media player doesn't support it) I should downscale to square pixels instead? That'd be better how?
The encoder encodes the video it's given. I understand the point you were trying to make but you're not asking the encoder to put any extra pixels anywhere. The resizer does that.
TV manufacturers spend millions on R&D and advertising for their scaling engines, I'd rather trust that to upscale the video than the encoder.
Upscaling to 720p/1080p and resizing anamorphic video "up" to square pixels are two different things. I'm not advocating the former but MeGUI's "upsizing" setting includes the latter.
Shevek
14th March 2014, 10:01
So what you're saying is if you don't want to use anamorphic encoding (my TV's media player doesn't support it) I should downscale to square pixels instead? That'd be better how?
The encoder encodes the video it's given. I understand the point you were trying to make but you're not asking the encoder to put any extra pixels anywhere. The resizer does that.
Upscaling to 720p/1080p and resizing anamorphic video "up" to square pixels are two different things. I'm not advocating the former but MeGUI's "upsizing" setting includes the latter.
But you aren't just talking about anamorphic -> square.
You are talking about cropping some pixles from the width then upsizing to match the original width.
That means new pixels have to be created!
hello_hello
14th March 2014, 17:50
But you aren't just talking about anamorphic -> square.
You are talking about cropping some pixles from the width then upsizing to match the original width.
That means new pixels have to be created!
You were talking about upscaling which isn't quite the same thing as resizing by a few pixels.
Yes I mentioned both. Mostly when encoding anamorphic video I crop and stretch the width out to the correct aspect ratio, but sometimes to achieve minimum aspect ratio distortion you need to resize the height or width up or down by a few pixels, unless you want to crop more picture instead.
If I cropped (for example) a 1920x1080 video by half a dozen or so pixels around the edges until it's 16:9 again and resized it back to 1920x1080, are you confident you could view the video on a TV and tell whether I'd resized it when encoding or whether it was resized on playback using a manufacturer's million dollar upscaling engine?
Unless you could, which I doubt, I don't know exactly what we're debating.
The way the resizing option works now you can't even crop 2 pixels and resize back to the original width/height when upsizing is disabled, which seems an overly enthusiastic enforcement of the upsizing setting to me, especially as the option to change it is somewhat hidden away where new MeGUI users mightn't readily find it. Before MeGUI was officially able to upsize, it'd at least let you resize back "up" by small amounts after cropping.
Shevek
17th March 2014, 02:19
You like it your way
I like it mine
Let's agree to disagree and put this one to bed
Abdelhachim
17th March 2014, 03:26
I've done some investigations and found that the prerender command give a bad intermediate avi file.
I take a photo of the intermediate folder :
- The automatically generated avi file (huffyuv) is : hfyu_Clip03.avi.avi
- I've tried to generate the same file using vdub+ffdshow encoder (FF huffyuv) and the same avs script (Clip03.avi.avs) as input. The result is different (and is not buggy) : hfyu_Clip03.vdub.avi
When browsing the intermediate prerender file (hfyu_Clip03.avi.avi) frame by frame using vdub, I found that many frames are duplicated from the previous one :
frame 3 = frame 2
frame 6 = frame 5
frame 9 = frame 8
...
frame 57 = frame 56
frame 69 = frame 68.
Bellow you will find :
clip03.avi : the original clip
clip03.mp4 : result clip no prerender
clip03_prerender.mp4 : result clip using prerender
Intermediate : folder containing the intermediate Huffyuv file and the I generated using vdub
Profiles : the various profiles I used in MeGui.
Sample Folder (https://drive.google.com/folderview?id=0B5zAa6PLucxBTmJvLU5vbDBJajg&usp=sharing)
Thanks a lot.
Abdel
Hi,
Does someone analyze my topic above?
You help is welcome
Thanks in advance.
Abdel
Zathor
17th March 2014, 17:52
Sorry, I have no clue at the moment. I have to reproduce it with your files. But you can also try to update ffmpeg to 2.1.4 (available on the MeGUI update server).
Abdelhachim
18th March 2014, 10:39
Sorry, I have no clue at the moment. I have to reproduce it with your files. But you can also try to update ffmpeg to 2.1.4 (available on the MeGUI update server).
I have updated to latest ffmpeg (2.1.4) and still have the same issue.
Thanks.
Abdel
aMvEL
7th April 2014, 18:45
I was wondering if it's possible to have the OCE select only the highest quality audiotrack?
I know there's an option to select the first audio track, but one of my local broadcasters sends out two audio tracks, where the first and default audio-track is MP2 256kbps, and the second track is AC3 448kbps.
Really just a minor nuisance, so I thought I'd ask if it's possible..
aegisofrime
10th April 2014, 15:52
Hi, I have a simple usage question, hopefully someone here can help me.
Suppose I want to use the deinterlace feature of DGSource. By default, the input synthax of DGSource is as such:
DGSource("C:\Test\test.dgi",fieldop=0)
How do I make it automatically add a "deinterlace=1" at the end, like so:
DGSource("C:\Test\test.dgi",fieldop=0,deinterlace=1)
Thanks!
Ruriko
11th April 2014, 10:54
I have a mkv video that has embedded subtitles when I try to preview in megui it doesn't show the embedded subtitles but playing in MPC it does. Any fix to this?
LigH
11th April 2014, 17:53
If you are using an AviSynth-native source function via the File Indexer, they won't care about embedded subtitles; you would have to extract them and insert a matching plugin into the AviSynth script which overlays the subtitles over the video if you really want them encoded into the copy (or multiplex them into the copy after encoding).
DirectShowSource may also display the subtitles in the video. But I am not the one to ever recommend the use of DirectShowSource in MeGUI, except everything else failed.
hello_hello
18th April 2014, 19:50
It's only one of the little things in life, but.....
When you create a non-mod16 script and encode using Xvid, MeGUI offers a warning about the possibility of non-mod16 causing problems. The warning says the video doesn't have mod16 dimensions, then explains it could cause problems with some encoders.
My question would be, which encoders? ;)
I'm only mentioning it because the warning appeared to have confused a newbie in a thread regarding MeGUI (different forum). Would it be better if the warning message was changed to something like "This could cause problems with some decoders" or "This could cause problems with some hardware players"? That sort of thing.
Zathor
19th April 2014, 15:25
I am not sure if this warning can be removed. x264 should have no problems using mod2 - not sure about x265, ffmpeg + xvid.
cybersharky
21st April 2014, 09:32
I'm having trouble getting megui to use correct aspect ratio.
ntsc 4:3 getting set to 3:2
This used to work, now it doesn't:
Create avs script, sar detected correctly, save script. Preview loads, select correct DAR, add to queue, click start.
kthxbye
21st April 2014, 13:28
Hello.
Ive had MEGUI intalled on Windows XP and it works fine.
On my new PC, with Windows 8, i always have the same error on every video: ACCESS VIOLATION or the following error:
http://i70.photobucket.com/albums/i84/Kombinatti/erro.jpg
I've used megui for years on XP, with the same scripts. WhATs wrong? It really works on W8?
tHANKS.
I have the same problem on Windows 8.1, and this always happens with the second pass, first passes complete without any issues!
I've tried running MeGUI as admin, and giving x264.exe, avs4xx264mod.exe, and x264_x64.exe elevated rights (right clicking them, compatiblity > run this program as an administrator), but that did not solve the problem. I'm at a total loss. When I requeue the 2nd batch, sometimes they complete, but 9 out of 10 times I get the Access Violation error. It seems to be totally random.
Here is my log file:
-[Error] Log for job42 (video, S05E01.avs -> S05E01.mkv)
--[Information] [21-4-2014 07:10:09] Started handling job
--[Information] [21-4-2014 07:10:09] Preprocessing
--[Information] [21-4-2014 07:10:09] Avisynth input script
---[NoImage] MPEG2Source("D:\Encoding\Survivorman\S05E01\T1_Video - .d2v", cpu=0)
---[NoImage] QTGMC(preset="slow")
---[NoImage] Crop(18, 18, -18, -10)
---[NoImage] Spline36Resize(1280,716)
--[Information] [21-4-2014 07:10:10] resolution: 1280x716
--[Information] [21-4-2014 07:10:10] frame rate: 60000/1001
--[Information] [21-4-2014 07:10:10] aspect ratio: 320:179 (1.788)
--[Information] [21-4-2014 07:10:10] Job commandline: "C:\Tools\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 5000 --stats "D:\Encoding\Survivorman\S05E01\S05E01.stats" --deblock -4:-4 --keyint 599 --bframes 5 --b-adapt 2 --ref 9 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.9 --merange 32 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 0.9:0 --no-dct-decimate --no-fast-pskip --psnr --ssim --colormatrix bt709 --sar 1:1 --output "D:\Encoding\Survivorman\S05E01\S05E01.mkv" "D:\Encoding\Survivorman\S05E01\S05E01.avs"
--[Information] [21-4-2014 07:10:10] Process started
--[Information] [21-4-2014 07:10:10] Standard output stream
--[Error] [21-4-2014 07:10:10] Standard error stream
---[Information] [21-4-2014 07:10:17] raw [info]: 1280x716p 1:1 @ 60000/1001 fps (cfr)
---[Warning] [21-4-2014 07:10:17] x264 [warning]: --psnr used with psy on: results will be invalid!
---[Warning] [21-4-2014 07:10:17] x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
---[Information] [21-4-2014 07:10:17] x264 [info]: using SAR=1/1
---[Information] [21-4-2014 07:10:17] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [21-4-2014 07:10:17] x264 [info]: profile High, level 4.1
---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B
---[Information] [21-4-2014 07:23:06] x264 [info]: frame I:16 Avg QP:17.52 size: 56585 PSNR Mean Y:48.36 U:56.06 V:58.27 Avg:49.44 Global:46.08
---[Information] [21-4-2014 07:23:06] x264 [info]: frame P:771 Avg QP:20.13 size: 16010 PSNR Mean Y:45.84 U:56.29 V:58.81 Avg:47.08 Global:44.81
---[Information] [21-4-2014 07:23:06] x264 [info]: frame B:2259 Avg QP:21.86 size: 3601 PSNR Mean Y:45.71 U:58.54 V:61.06 Avg:47.05 Global:45.23
---[Information] [21-4-2014 07:23:06] x264 [info]: consecutive B-frames: 3.4% 5.4% 7.2% 33.0% 16.9% 34.1%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb I I16..4: 13.4% 66.0% 20.6%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb P I16..4: 2.6% 9.4% 1.0% P16..4: 33.1% 23.1% 4.9% 0.5% 0.0% skip:25.4%
---[Information] [21-4-2014 07:23:06] x264 [info]: mb B I16..4: 0.2% 0.7% 0.0% B16..8: 24.5% 7.2% 0.8% direct: 1.7% skip:64.8% L0:39.8% L1:54.2% BI: 6.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: 8x8 transform intra:71.2% inter:74.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [21-4-2014 07:23:06] x264 [info]: coded y,uvDC,uvAC intra: 53.7% 36.1% 7.9% inter: 8.6% 4.7% 0.4%
---[Information] [21-4-2014 07:23:06] x264 [info]: i16 v,h,dc,p: 23% 23% 6% 48%
---[Information] [21-4-2014 07:23:06] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 6% 13% 9% 12% 13% 13% 11% 13%
---[Information] [21-4-2014 07:23:06] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 21% 16% 15% 6% 9% 9% 8% 7% 9%
---[Information] [21-4-2014 07:23:06] x264 [info]: i8c dc,h,v,p: 17% 51% 15% 17%
---[Information] [21-4-2014 07:23:06] x264 [info]: Weighted P-Frames: Y:8.9% UV:3.8%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref P L0: 56.6% 10.2% 16.5% 5.1% 3.6% 2.8% 2.4% 1.4% 1.3% 0.2% 0.0%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref B L0: 83.7% 9.4% 3.2% 1.4% 0.9% 0.7% 0.5% 0.2%
---[Information] [21-4-2014 07:23:06] x264 [info]: ref B L1: 95.7% 4.3%
---[Information] [21-4-2014 07:23:06] x264 [info]: SSIM Mean Y:0.9871681 (18.917db)
---[Information] [21-4-2014 07:23:06] x264 [info]: PSNR Mean Y:45.753 U:57.959 V:60.474 Avg:47.070 Global:45.121 kb/s:3366.27
---[Information] [21-4-2014 07:23:06] encoded 3046 frames, 3.95 fps, 3366.40 kb/s
--[Error] [21-4-2014 07:23:06] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [21-4-2014 07:23:06] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [21-4-2014 07:23:06] Job completed
I hope someone can help with this. I can post other information if necessary, please ask. What are other things I could try? It seems to have to do with Windows rights and permissions...
gorca
21st April 2014, 18:24
Hi everyone. I wonder if someone could help me out with this clip: View My Video (http://tinypic.com/r/2nvqog1/8)
Am trying to deinterlace a documentary of which the above is a cut out. I manage to deintarlace only part of the information in a frame with MeGUI and yadif. FOr instance around frame 380, numbers "1945" and "1945" deinterlace but the rest does not.
Thanks in advance.
LigH
21st April 2014, 18:40
@ kthxbye:
---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B
Are you running a second pass of a 2-pass encoding without a matching statistics file from a previous first pass with the same options?
Guest
21st April 2014, 18:43
Hi everyone. I wonder if someone could help me out with this clip: View My Video (http://tinypic.com/r/2nvqog1/8)
Am trying to deinterlace a documentary of which the above is a cut out. I manage to deintarlace only part of the information in a frame with MeGUI and yadif. FOr instance around frame 380, numbers "1945" and "1945" deinterlace but the rest does not.
Thanks in advance. Is that the source clip or the processed clip? Also, how do we download it and not just view it? To help you we need to be able to download your unprocessed source clip.
kthxbye
21st April 2014, 19:08
@ kthxbye:
---[Warning] [21-4-2014 07:23:04] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 07:23:05] x264 [error]: slice=P but 2pass stats say B
Are you running a second pass of a 2-pass encoding without a matching statistics file from a previous first pass with the same options?
No, I don't believe so. Because the first passes did complete, I am now executing the corresponding second passes, but did not change the settings there.
kthxbye
21st April 2014, 20:40
...and crashed again
[Error] Log
-[Information] Versions
--[Information] [21-4-2014 20:13:54] MeGUI: 2493
--[Information] [21-4-2014 20:13:54] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [21-4-2014 20:13:54] .Net Framework: 2.0.50727.4927
--[Information] [21-4-2014 20:13:54] .Net Framework: 4.0.0.0
--[Information] [21-4-2014 20:13:54] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [21-4-2014 20:13:54] AvisynthWrapper: (02-01-2009)
--[Information] [21-4-2014 20:13:54] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [21-4-2014 20:13:54] Haali DSS2: (14-04-2013)
--[Information] [21-4-2014 20:13:54] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [21-4-2014 20:13:54] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [21-4-2014 20:13:54] MediaInfo: 0.7.68.0 (02-04-2014)
--[Information] [21-4-2014 20:13:54] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [21-4-2014 20:13:54] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [21-4-2014 20:13:54] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [21-4-2014 20:13:54] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [21-4-2014 20:13:54] Using cached update config and server: http://megui.org/auto/
--[Information] [21-4-2014 20:13:54] No package requires an update
--[Information] [21-4-2014 20:13:56] No package requires an update
-[Error] Log for job22 (video, When Louis Met The Hamiltons.avs -> When Louis Met The Hamiltons.mkv)
--[Information] [21-4-2014 20:14:23] Started handling job
--[Information] [21-4-2014 20:14:23] Preprocessing
--[Information] [21-4-2014 20:14:23] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\VTS_02_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [21-4-2014 20:14:24] resolution: 700x572
--[Information] [21-4-2014 20:14:24] frame rate: 25/1
--[Information] [21-4-2014 20:14:24] aspect ratio: 175:143 (1.224)
--[Information] [21-4-2014 20:14:24] Job commandline: "C:\Tools\MeGUI\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --psnr --ssim --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.mkv" "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.avs"
--[Information] [21-4-2014 20:14:24] Process started
--[Information] [21-4-2014 20:14:24] Standard output stream
--[Error] [21-4-2014 20:14:24] Standard error stream
---[Information] [21-4-2014 20:14:28] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Warning] [21-4-2014 20:14:28] x264 [warning]: --psnr used with psy on: results will be invalid!
---[Warning] [21-4-2014 20:14:28] x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
---[Information] [21-4-2014 20:14:28] x264 [info]: using SAR=64/45
---[Information] [21-4-2014 20:14:28] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [21-4-2014 20:14:28] x264 [info]: profile High, level 4.1
---[Warning] [21-4-2014 21:09:30] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [21-4-2014 21:09:30] x264 [error]: slice=P but 2pass stats say B
---[Information] [21-4-2014 21:09:32] x264 [info]: frame I:49 Avg QP:17.14 size: 61584 PSNR Mean Y:47.12 U:49.53 V:49.05 Avg:47.64 Global:45.93
---[Information] [21-4-2014 21:09:32] x264 [info]: frame P:2435 Avg QP:20.27 size: 25311 PSNR Mean Y:43.71 U:46.56 V:46.41 Avg:44.38 Global:43.74
---[Information] [21-4-2014 21:09:32] x264 [info]: frame B:6736 Avg QP:23.30 size: 8681 PSNR Mean Y:42.61 U:46.10 V:45.97 Avg:43.41 Global:42.67
---[Information] [21-4-2014 21:09:32] x264 [info]: consecutive B-frames: 3.9% 3.6% 18.5% 27.2% 15.7% 29.3% 1.1% 0.1% 0.3% 0.0% 0.1% 0.1% 0.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb I I16..4: 8.7% 66.1% 25.2%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb P I16..4: 1.0% 6.8% 1.4% P16..4: 31.3% 37.5% 15.7% 2.2% 0.2% skip: 3.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: mb B I16..4: 0.1% 0.4% 0.1% B16..8: 33.9% 26.7% 4.5% direct: 8.1% skip:26.1% L0:30.1% L1:39.1% BI:30.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: 8x8 transform intra:71.1% inter:57.4%
---[Information] [21-4-2014 21:09:32] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: coded y,uvDC,uvAC intra: 83.2% 76.5% 56.4% inter: 33.6% 21.2% 8.6%
---[Information] [21-4-2014 21:09:32] x264 [info]: i16 v,h,dc,p: 50% 20% 3% 27%
---[Information] [21-4-2014 21:09:32] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 6% 9% 9% 12% 15% 9% 14% 10%
---[Information] [21-4-2014 21:09:32] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 8% 7% 7% 11% 13% 8% 10% 7%
---[Information] [21-4-2014 21:09:32] x264 [info]: i8c dc,h,v,p: 30% 24% 31% 15%
---[Information] [21-4-2014 21:09:32] x264 [info]: Weighted P-Frames: Y:5.1% UV:2.4%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref P L0: 48.0% 12.4% 18.7% 4.6% 4.2% 2.4% 2.4% 1.1% 1.2% 0.9% 0.9% 0.7% 0.8% 0.6% 0.7% 0.5%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref B L0: 87.9% 7.4% 1.6% 0.9% 0.5% 0.4% 0.3% 0.2% 0.2% 0.2% 0.1% 0.1% 0.1% 0.1% 0.1%
---[Information] [21-4-2014 21:09:32] x264 [info]: ref B L1: 97.2% 2.8%
---[Information] [21-4-2014 21:09:32] x264 [info]: SSIM Mean Y:0.9832663 (17.764db)
---[Information] [21-4-2014 21:09:32] x264 [info]: PSNR Mean Y:42.922 U:46.241 V:46.103 Avg:43.689 Global:42.940 kb/s:2670.75
---[Information] [21-4-2014 21:09:32] encoded 9220 frames, 2.79 fps, 2670.76 kb/s
--[Error] [21-4-2014 21:09:32] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [21-4-2014 21:09:32] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [21-4-2014 21:09:32] Job completed
gorca
22nd April 2014, 03:13
Is that the source clip or the processed clip? Also, how do we download it and not just view it? To help you we need to be able to download your unprocessed source clip.
Quite right. I didn't check if file can be downloaded. I hope this http://speedy.sh/tB9HD/test2.mp4 works now.
Clip is cut out (without re-encoding) with mp4box (Cut Assistant) from larger mp4 file. I don't know if this makes it processed or not.
CarlPig
22nd April 2014, 03:31
Hey.
Does someone know if we are reached the point, where we can replace Haali Media Splitter with LAV Splitter??
LigH
22nd April 2014, 07:31
You can already use LSMASHSource via the File Indexer. The Haali Media Splitter is only relevant if you try to open files in container formats otherwise not supported via DirectShowSource (which is not recommended anyway – except all other native plugins failed, or you need a basic VFR-CFR conversion) or via FFMS2 (which has been outperformed by LSMASHSource as well).
kthxbye
25th April 2014, 11:25
...and crashed again
Sorry, but I'm at a loss. Things I have tried:
downgrading to older versions of MeGUI, avs4x264mod, x264.exe, and/or x264_64.exe. Upgrading to newer versions of all of these, including the different 'mods' of x264. Experimenting with running in "Administrator mode" on or off. I've put MeGUI in C:\Tools\MeGUI instead of Program Files ((x86)), because of the way that Windows 8 handles Program Files folders (very annoying with these elevated rights and what not).
I also tried running avsx264mod.exe directly from the commandline (elevated and not elevated with admin rights), without using MeGUI, but keeps on crashing. So it might not have to do with MeGUI, but with the processes of avs4x264mod and/or x264_(64).exe that at some point, do not get enough memory or something and get kicked out. Could I try encoding in Windows 8 "safe mode", or won't that work because of drivers? Does Windows 8 even have a "safe mode" anymore? :p
Turning my real-time antivirus scan (Windows Defender) off did for a while seem to fix the problem, the second pass got very far, but no, still wasn't able to finish. Weird thing is: it keeps crashing at random moments of the encode, I looked at the encoded nr. of frames in the log and these vary each time.
What the hell is there any more to try? It's so strange because it all seemed to work fine over a week ago! I don't really like using System Restore cause that resets a lot of other stuff I did the previous days/weeks too, and I don't think that will fix anything, but might that be something to try as a final resort? :confused:
Next post will contain some more logs, because of post limit. Thanks for any help, it would be really appreciated.
kthxbye
25th April 2014, 11:26
Some more logs:
[Error] Log
-[Information] Versions
--[Information] [24-4-2014 17:47:39] MeGUI: 2418
--[Information] [24-4-2014 17:47:39] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [24-4-2014 17:47:39] .Net Framework: 4.5.1 (4.5.51641)
--[Information] [24-4-2014 17:47:39] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [24-4-2014 17:47:39] AvisynthWrapper: (02-01-2009)
--[Information] [24-4-2014 17:47:39] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [24-4-2014 17:47:39] Haali DSS2: (14-04-2013)
--[Information] [24-4-2014 17:47:39] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [24-4-2014 17:47:39] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [24-4-2014 17:47:39] MediaInfo: 0.7.64.0 (05-07-2013)
--[Information] [24-4-2014 17:47:39] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [24-4-2014 17:47:39] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [24-4-2014 17:47:39] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [24-4-2014 17:47:39] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [24-4-2014 17:47:39] Connecting to server: http://megui.xvidvideo.ru/auto/stable/
--[Information] [24-4-2014 17:47:39] All files are up to date
-[Error] Log for job2 (video, Hypnosis.avs -> Hypnosis.mkv)
--[Information] [24-4-2014 17:47:50] Started handling job
--[Information] [24-4-2014 17:47:50] Preprocessing
--[Information] [24-4-2014 17:47:50] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Hypnosis\VTS_03_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [24-4-2014 17:47:51] resolution: 700x572
--[Information] [24-4-2014 17:47:51] frame rate: 25/1
--[Information] [24-4-2014 17:47:51] aspect ratio: 175:143 (1.224)
--[Information] [24-4-2014 17:47:51] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.avs"
--[Information] [24-4-2014 17:47:51] Process started
--[Information] [24-4-2014 17:47:51] Standard output stream
---[Information] [24-4-2014 22:28:17] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [24-4-2014 22:28:17] avs [info]: Video colorspace: YV12
---[Information] [24-4-2014 22:28:17] avs [info]: Video resolution: 700x572
---[Information] [24-4-2014 22:28:17] avs [info]: Video framerate: 25/1
---[Information] [24-4-2014 22:28:17] avs [info]: Video framecount: 73400
---[Information] [24-4-2014 22:28:17] avs4x264 [info]: "x264_64" - --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" --frames 73400 --fps 25/1 --input-res 700x572 --input-csp i420
--[Error] [24-4-2014 17:47:51] Standard error stream
---[Information] [24-4-2014 17:47:54] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [24-4-2014 17:47:54] x264 [info]: using SAR=64/45
---[Information] [24-4-2014 17:47:54] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [24-4-2014 17:47:54] x264 [info]: profile High, level 4.1
---[Error] [24-4-2014 22:28:17] avs [error]: Error occurred while writing frame 33769
---[Information] [24-4-2014 22:28:17] (Maybe x264 closed)
--[Error] [24-4-2014 22:28:17] Process exits with error: 255
--[Warning] [24-4-2014 22:28:17] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [24-4-2014 22:28:17] Job completed
-[Warning] Log for job1 (video, When Louis Met The Hamiltons.avs -> )
--[Information] [24-4-2014 22:28:17] Started handling job
--[Information] [24-4-2014 22:28:17] Preprocessing
--[Information] [24-4-2014 22:28:17] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\VTS_02_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [24-4-2014 22:28:17] resolution: 700x572
--[Information] [24-4-2014 22:28:17] frame rate: 25/1
--[Information] [24-4-2014 22:28:17] aspect ratio: 175:143 (1.224)
--[Information] [24-4-2014 22:28:17] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 1 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output NUL "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.avs"
--[Information] [24-4-2014 22:28:17] Process started
--[Information] [24-4-2014 22:28:17] Standard output stream
---[Information] [25-4-2014 00:47:49] avs [info]: AviSynth 2.58, build:Dec 22 2008 [08:46:51]
---[Information] [25-4-2014 00:47:49] avs [info]: Video colorspace: YV12
---[Information] [25-4-2014 00:47:49] avs [info]: Video resolution: 700x572
---[Information] [25-4-2014 00:47:49] avs [info]: Video framerate: 25/1
---[Information] [25-4-2014 00:47:49] avs [info]: Video framecount: 117051
---[Information] [25-4-2014 00:47:49] avs4x264 [info]: "x264_64" - --level 4.1 --pass 1 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Disc 4\When Louis Met The Hamiltons\When Louis Met The Hamiltons.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output NUL --frames 117051 --fps 25/1 --input-res 700x572 --input-csp i420
--[Warning] [24-4-2014 22:28:17] Standard error stream
---[Information] [24-4-2014 22:28:23] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [24-4-2014 22:28:23] x264 [info]: using SAR=64/45
---[Warning] [24-4-2014 22:28:23] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [24-4-2014 22:28:23] x264 [warning]: VBV buffer (78125) > level limit (62500)
---[Information] [24-4-2014 22:28:23] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [24-4-2014 22:28:23] x264 [info]: profile Main, level 4.1
---[Information] [25-4-2014 00:47:49] x264 [info]: frame I:639 Avg QP:17.41 size: 50334
---[Information] [25-4-2014 00:47:49] x264 [info]: frame P:28022 Avg QP:18.92 size: 25541
---[Information] [25-4-2014 00:47:49] x264 [info]: frame B:88390 Avg QP:20.88 size: 8730
---[Information] [25-4-2014 00:47:49] x264 [info]: consecutive B-frames: 3.1% 2.8% 11.0% 23.5% 18.4% 39.2% 1.6% 0.2% 0.1% 0.0% 0.1% 0.0% 0.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb I I16..4: 14.3% 0.0% 85.7%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb P I16..4: 29.2% 0.0% 0.0% P16..4: 69.8% 0.0% 0.0% 0.0% 0.0% skip: 1.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: mb B I16..4: 7.5% 0.0% 0.0% B16..8: 39.4% 0.0% 0.0% direct:29.4% skip:23.6% L0:21.2% L1:31.5% BI:47.3%
---[Information] [25-4-2014 00:47:49] x264 [info]: final ratefactor: 17.46
---[Information] [25-4-2014 00:47:49] x264 [info]: direct mvs spatial:100.0% temporal:0.0%
---[Information] [25-4-2014 00:47:49] x264 [info]: coded y,uvDC,uvAC intra: 88.4% 58.4% 19.6% inter: 43.7% 19.6% 3.7%
---[Information] [25-4-2014 00:47:49] x264 [info]: i16 v,h,dc,p: 28% 14% 45% 13%
---[Information] [25-4-2014 00:47:49] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 10% 7% 7% 10% 6% 9% 6%
---[Information] [25-4-2014 00:47:49] x264 [info]: i8c dc,h,v,p: 49% 18% 27% 6%
---[Information] [25-4-2014 00:47:49] x264 [info]: Weighted P-Frames: Y:3.2% UV:1.6%
---[Information] [25-4-2014 00:47:49] x264 [info]: kb/s:2596.33
---[Information] [25-4-2014 00:47:49] encoded 117051 frames, 13.98 fps, 2596.33 kb/s
--[Information] [25-4-2014 00:47:49] Postprocessing
---[Information] [25-4-2014 00:47:49] Deleting intermediate files
--[Information] [25-4-2014 00:47:49] Job completed
-[Error] Log for job2 (video, Hypnosis.avs -> Hypnosis.mkv)
--[Information] [25-4-2014 00:47:49] Started handling job
--[Information] [25-4-2014 00:47:49] Preprocessing
--[Information] [25-4-2014 00:47:49] Avisynth input script
---[NoImage] dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Hypnosis\VTS_03_1.d2v", cpu=0)
---[NoImage] QTGMC(preset="slow").SelectEven()
---[NoImage] Crop(10, 2, -10, -2)
--[Information] [25-4-2014 00:47:49] resolution: 700x572
--[Information] [25-4-2014 00:47:49] frame rate: 25/1
--[Information] [25-4-2014 00:47:49] aspect ratio: 175:143 (1.224)
--[Information] [25-4-2014 00:47:49] Job commandline: "C:\Tools\MeGUI_2418_x86\tools\x264\avs4x264mod.exe" --level 4.1 --pass 2 --bitrate 2600 --stats "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.stats" --deblock -3:-3 --bframes 12 --b-adapt 2 --ref 16 --chroma-qp-offset 2 --vbv-bufsize 78125 --vbv-maxrate 62500 --no-mbtree --aq-strength 0.8 --merange 48 --me tesa --direct auto --subme 11 --partitions all --trellis 2 --psy-rd 1.05:0 --no-dct-decimate --no-fast-pskip --colormatrix bt709 --sar 64:45 --output "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.mkv" "D:\Encoding\The Louis Theroux Collection\Hypnosis\Hypnosis.avs"
--[Information] [25-4-2014 00:47:49] Process started
--[Information] [25-4-2014 00:47:49] Standard output stream
--[Error] [25-4-2014 00:47:49] Standard error stream
---[Information] [25-4-2014 00:47:53] raw [info]: 700x572p 64:45 @ 25/1 fps (cfr)
---[Information] [25-4-2014 00:47:53] x264 [info]: using SAR=64/45
---[Information] [25-4-2014 00:47:53] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [25-4-2014 00:47:53] x264 [info]: profile High, level 4.1
---[Warning] [25-4-2014 01:32:10] x264 [warning]: specified frame type is not compatible with max B-frames
---[Error] [25-4-2014 01:32:10] x264 [error]: slice=P but 2pass stats say B
---[Information] [25-4-2014 01:32:12] x264 [info]: frame I:56 Avg QP:16.05 size: 62947
---[Information] [25-4-2014 01:32:12] x264 [info]: frame P:2120 Avg QP:19.09 size: 22558
---[Information] [25-4-2014 01:32:12] x264 [info]: frame B:5074 Avg QP:22.00 size: 7025
---[Information] [25-4-2014 01:32:12] x264 [info]: consecutive B-frames: 6.7% 5.3% 19.0% 28.6% 15.4% 23.8% 1.1% 0.1% 0.0% 0.0% 0.0% 0.0% 0.0%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb I I16..4: 3.7% 76.7% 19.6%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb P I16..4: 1.2% 7.4% 1.3% P16..4: 32.0% 36.7% 15.4% 2.1% 0.2% skip: 3.7%
---[Information] [25-4-2014 01:32:12] x264 [info]: mb B I16..4: 0.1% 0.5% 0.1% B16..8: 33.8% 24.1% 3.9% direct: 6.4% skip:31.1% L0:31.2% L1:39.7% BI:29.2%
---[Information] [25-4-2014 01:32:12] x264 [info]: 8x8 transform intra:74.4% inter:58.0%
---[Information] [25-4-2014 01:32:12] x264 [info]: direct mvs spatial:98.9% temporal:1.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: coded y,uvDC,uvAC intra: 82.7% 71.8% 51.9% inter: 32.1% 22.7% 9.7%
---[Information] [25-4-2014 01:32:12] x264 [info]: i16 v,h,dc,p: 43% 18% 1% 38%
---[Information] [25-4-2014 01:32:12] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 8% 10% 8% 12% 13% 11% 12% 11%
---[Information] [25-4-2014 01:32:12] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 11% 9% 6% 11% 11% 10% 9% 8%
---[Information] [25-4-2014 01:32:12] x264 [info]: i8c dc,h,v,p: 34% 28% 25% 14%
---[Information] [25-4-2014 01:32:12] x264 [info]: Weighted P-Frames: Y:1.6% UV:0.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref P L0: 51.5% 11.6% 18.2% 4.1% 3.7% 2.2% 2.3% 1.0% 1.1% 0.8% 0.8% 0.6% 0.7% 0.5% 0.6% 0.4%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref B L0: 88.1% 7.6% 1.5% 0.8% 0.5% 0.4% 0.3% 0.2% 0.1% 0.1% 0.1% 0.1% 0.1% 0.1% 0.1%
---[Information] [25-4-2014 01:32:12] x264 [info]: ref B L1: 97.5% 2.5%
---[Information] [25-4-2014 01:32:12] x264 [info]: kb/s:2399.84
---[Information] [25-4-2014 01:32:12] encoded 7250 frames, 2.73 fps, 2399.86 kb/s
--[Error] [25-4-2014 01:32:12] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Warning] [25-4-2014 01:32:12] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [25-4-2014 01:32:12] Job completed
Kurtnoise
25th April 2014, 13:38
Your x264 commandline looks crazy...retry with just a preset + tune instead.
subpardaemon
27th April 2014, 16:04
hi,
this might have been chewed to the bone, but i'm still running into problems creating encodes in perfect sync.
i think the biggest problem is error handling in the TS stream.
i use dgdecnv for both frameserving and demuxing the audio tracks. from a lengthy discussion with neuron2 it turns out that dgdecnv supposes the source stream is perfect, and if it runs into an error it doesn't really mind it, as far as video is concerned, and even if there is a glitch, it outputs the frame. the same is true with audio.
now, i don't know which app does megui use for audio transcoding (nicaudio? besweet?), but i don't know what its strategy is for handling audio frames with errors. it is perfectly possible that while the audio transcoding drops all erroneous frames, dgdecnv's frameserver does not, so with a long enough source, and with many stream errors, the audio might get seriously desynced.
now... are there any apps to scan through a demuxed audio track, and replace broken frames with empty audio (silence)?
(i am basing this assumption on the fact that in the "race to the finish" audio always wins, meaning it comes progressively earlier than the video)
hello_hello
27th April 2014, 16:55
subpardaemon,
Try opening the ts file with MeGUI's HD Streams Extractor and using it to extract the audio. Once it's done, have a look at the eac3to log file to see what it reports in respect to fixing gaps. If that doesn't work (I don't work with ts files much myself) try remuxing the ts file as an MKV first and extracting the audio from the MKV.
Another option might be not to extract the audio at all unless you need to convert it. Open the ts file with MKVMergeGUI, add the encoded video, de-select the original video stream and save the output as MKV. If there's gaps in the audio they'll probably still be there but hopefully it'll stay in sync.
subpardaemon
27th April 2014, 18:52
subpardaemon,
Try opening the ts file with MeGUI's HD Streams Extractor and using it to extract the audio. Once it's done, have a look at the eac3to log file to see what it reports in respect to fixing gaps. If that doesn't work (I don't work with ts files much myself) try remuxing the ts file as an MKV first and extracting the audio from the MKV.
Another option might be not to extract the audio at all unless you need to convert it. Open the ts file with MKVMergeGUI, add the encoded video, de-select the original video stream and save the output as MKV. If there's gaps in the audio they'll probably still be there but hopefully it'll stay in sync.
huh... the only problem is, i cut away the fat in dgindexnv, so the original TS file is much longer than what i actually work with.
can you suggest an app that would give me an exact frame count from an avs and ac3/mp2 source? so i can check whether the demuxed video and audio already differs in frame count.
hello_hello
27th April 2014, 19:42
I'm not quite sure what you mean by "cut away the fat in dgindexnv". Did you try extracting the audio with the HD Streams extractor?
I could be wrong but I'd be thinking it's not so much an issue of bad sections of audio not being included in re-encoding, but the audio has gaps in it (it's not contiguous in the TS file), and when it's extracted it's extracted as a contiguous file without accounting for the gaps, so it goes out of sync. If you extract the audio with the HD Streams Extractor, eac3to should repair any problems it finds, including inserting silence where there's gaps. I think it also replaces junk audio data with silence.
The easy test is to mux the encoded video with the extracted audio. If it goes out of sync with the video then the problem can't be in the audio re-encoding because you're using the original audio.... unless I'm missing something. Are sure sure it's the re-encoding of the audio which is causing the problem?
If you extract the audio with the HD Streams Extractor and it's duration is longer than when it's extracted with dgindexnv then I'm probably right. If the duration is still the same then I'm probably wrong.
MeGUI's preview can give you a video frame count and display the duration (I think there's a setting in it's options for the duration). There's no "frame count" for audio as such.
If in doubt I generally check audio with foobar2000 (I mainly use it for converting audio too). It can show the exact duration and number of samples in an audio stream so it's easy to compare the original to an encoded version to make sure the sample count is the same. You could probably load the original and encoded versions into an audio editor such as Audacity to compare their durations that way.
Shevek
27th April 2014, 21:25
huh... the only problem is, i cut away the fat in dgindexnv, so the original TS file is much longer than what i actually work with.
can you suggest an app that would give me an exact frame count from an avs and ac3/mp2 source? so i can check whether the demuxed video and audio already differs in frame count.
This is an old problem with DVB streams.
There is almost always going to be errors in the streams which will result in sync problems when editing.
You need to either:
a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well
or
b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo
subpardaemon
28th April 2014, 12:35
This is an old problem with DVB streams.
There is almost always going to be errors in the streams which will result in sync problems when editing.
You need to either:
a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well
or
b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo
ah, was afraid so. right now, my workflow is like this:
- using dgindexnv, i specify the start and endpoint of the actual material (if there are any inbetween commercial breaks, i cut them out with megui's avs cutter at a later stage)
- i also set up the cropping as dgdecnv can do a hardware-based crop which seems to add quite some speed when compared to using an avs-based cropper
- then i create the dgi and avs files, and demux the audio track
- then cut out ad breaks, if any, with avs cutter
- then encode the audio
- then encode the video
- and finally, mux them into mp4.
the problem with projectx is that it refuses to have anything to do with h264/avc streams, which are used here in hungary for HDTV channels. and videoredo's $99.9 price tag seems a bit harsh for simply cleaning up a DVBC TS. :/
i've played around with tsdoctor (by cypheros.de), however, unfortunately, by the time i'd had the first capture that shows serious desync issues its trial was over, so i can't check if it does any serious fixing.
also, i don't really mind stream errors (a bit of a glitch here and there doesn't freak me out nearly as much as a/v desync), i'd just like to nail down where the desync occurs. that's why i'd like to see the frame count for the audio files as they come out of demuxing by dgindexnv, to check if the avs video shows significantly more frames (like 10+) than the audio stream. then i'd know not to "cut the fat" from the TS in dgindexnv, but start with the streams extractor and only use dgindexnv to create the dgi and avs files.
kthxbye
28th April 2014, 16:11
Your x264 commandline looks crazy...retry with just a preset + tune instead.
Why is is that crazy? Never had problems with these commandlines before, and I'm into tweaking it to get an encode that is as transparent to the source as possible :)
On a positive note: when I login into "safe mode" of Windows 8.1 x64, the encodes work fine! So I'll be doing that for some time now, but it sucks because the use of the OS is severely limited that way :(
LigH
28th April 2014, 18:24
That's interesting. The Safe Mode disables some drivers. And possibly even some now Microsoft-preferred media (foundation?) components as well, which are then substituted by renowned DirectShow components?
There was this Windows 7 DirectShow Preferred Filter Tweaker. Maybe Windows 8.x requires something harder?
subpardaemon
29th April 2014, 14:36
This is an old problem with DVB streams.
There is almost always going to be errors in the streams which will result in sync problems when editing.
You need to either:
a) parse the files first using a tool which finds sync errors and fixes them. ProjectX is open source and does this very well
or
b) cut your files using an editor which will detect and fix sync errors as you edit. There has been much discussion of this elsewhere for Humax DVB boxes and there is only one real contender which is unfortunately a commercial product - VideoReDo
here's a solution that actually worked:
1. using dgindexnv, i create the dgi and avs files from the entire TS stream. i turn off audio demuxing as that is not needed. if image cropping is needed, i set that up here.
2. using the HD media extractor in megui, i load the entire TS file(s), and i demux one or more audio tracks. i do NOT demux the video track as it either hangs at the end or complains it cannot write the resulting file.
3. using AVS cutter in megui, and the avs from dgindexnv, i trim the file, and cut out advertising breaks if any.
4. i load the demuxed audio, and the cutlist file, and convert the audio. then i load the avs, and do the actual conversion for the video as well, and finally mux them.
this gives me perfect sync. the only change from my previous workflow is to do the trimming and audio demux in megui instead of dgindexnv.
thanks for the idea to use hd streams extractor! while it fails on the video part, that's not really needed anyway. :)
subpardaemon
29th April 2014, 14:53
this gives me perfect sync. the only change from my previous workflow is to do the trimming and audio demux in megui instead of dgindexnv.
NB: of course, that is, if video frames are not dropped in higher numbers.
but it's still a breeze to cut out some audio (with avs cutter, then using the new cutlist, reencoding the audio track) if a desync occurs (this case, audio lagging behind the video), as opposed to reencoding the entire video track, which is a much more lengthy operation.
Kurtnoise
29th April 2014, 14:55
Why is is that crazy?
It's crazy for me because those values :
--bframes 12
--ref 16
--merange 48
--me tesa
--subme 11
are insane, very slow and most of the time, useless. Just like the placebo preset...
but, I'll try to reproduce your issue.
cybersharky
30th April 2014, 10:17
My turn for Windows 8.1 access violation :(
[Error] Log
-[Information] Versions
--[Information] [4/30/2014 8:27:23 AM] MeGUI: 2493
--[Information] [4/30/2014 8:27:23 AM] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [4/30/2014 8:27:23 AM] .Net Framework: 2.0.50727.4927
--[Information] [4/30/2014 8:27:23 AM] .Net Framework: 4.0.0.0
--[Information] [4/30/2014 8:27:23 AM] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [4/30/2014 8:27:23 AM] AvisynthWrapper: (02-01-2009)
--[Information] [4/30/2014 8:27:23 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [4/30/2014 8:27:23 AM] Haali DSS2: (14-04-2013)
--[Information] [4/30/2014 8:27:23 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [4/30/2014 8:27:23 AM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [4/30/2014 8:27:23 AM] MediaInfo: 0.7.68.0 (02-04-2014)
--[Information] [4/30/2014 8:27:23 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [4/30/2014 8:27:23 AM] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [4/30/2014 8:27:23 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [4/30/2014 8:27:23 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [4/30/2014 8:27:26 AM] Connected to server: http://megui.xvidvideo.ru/auto/
--[Information] [4/30/2014 8:27:26 AM] No package requires an update
-[Error] Log for job73 (video, VTS_01_1.avs -> VTS_01_1.mkv)
--[Information] [4/30/2014 8:30:23 AM] Started handling job
--[Information] [4/30/2014 8:30:23 AM] Preprocessing
--[Information] [4/30/2014 8:30:23 AM] Avisynth input script
---[NoImage] # Set DAR in encoder to 6480 : 4739. The following line is for automatic signalling
---[NoImage] global MeGUI_darx = 6480
---[NoImage] global MeGUI_dary = 4739
---[NoImage] SetMTMode(2,0)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.d2v", info=3)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\avisynth_plugin\TIVTC.dll")
---[NoImage] tfm(order=1).tdecimate(hybrid=1)
---[NoImage] crop(4, 0, -4, 0)
---[NoImage] #resize
---[NoImage] #denoise
---[NoImage] McDegrainSharp()
---[NoImage] Smoothlevels(preset="tv2pc", HQ=true, tvrange=false)
--[Information] [4/30/2014 8:30:25 AM] resolution: 712x480
--[Information] [4/30/2014 8:30:25 AM] frame rate: 24000/1001
--[Information] [4/30/2014 8:30:25 AM] aspect ratio: 6480:4739 (1.367)
--[Information] [4/30/2014 8:30:25 AM] target device selected: DXVA
--[Information] [4/30/2014 8:30:25 AM] Job commandline: "G:\MeGUI_OneClick_Preview\tools\x264\x264.exe" --level 3.1
--tune film --crf 20.0 --keyint 240 --vbv-bufsize 17500 --vbv-maxrate 17500 --sar 5731:6217
--output "C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.mkv"
"C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.avs"
--[Information] [4/30/2014 8:30:25 AM] Process started
--[Information] [4/30/2014 8:30:25 AM] Standard output stream
--[Information] [4/30/2014 8:30:25 AM] Standard error stream
---[Information] [4/30/2014 8:30:28 AM] avs [info]: 712x480p 5731:6217 @ 24000/1001 fps (cfr)
---[Information] [4/30/2014 8:30:28 AM] x264 [info]: using SAR=5731/6217
---[Information] [4/30/2014 8:30:28 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [4/30/2014 8:30:28 AM] x264 [info]: profile High, level 3.1
--[Error] [4/30/2014 8:33:57 AM] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [4/30/2014 8:33:57 AM] Job completed
-[Error] Log for job73 (video, VTS_01_1.avs -> VTS_01_1.mkv)
--[Information] [4/30/2014 8:47:27 AM] Started handling job
--[Information] [4/30/2014 8:47:27 AM] Preprocessing
--[Information] [4/30/2014 8:47:27 AM] Avisynth input script
---[NoImage] # Set DAR in encoder to 6480 : 4739. The following line is for automatic signalling
---[NoImage] global MeGUI_darx = 6480
---[NoImage] global MeGUI_dary = 4739
---[NoImage] SetMTMode(2,0)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.d2v", info=3)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
---[NoImage] LoadPlugin("G:\MeGUI_OneClick_Preview\tools\avisynth_plugin\TIVTC.dll")
---[NoImage] tfm(order=1).tdecimate(hybrid=1)
---[NoImage] crop(4, 0, -4, 0)
---[NoImage] #resize
---[NoImage] #denoise
---[NoImage] McDegrainSharp()
---[NoImage] Smoothlevels(preset="tv2pc", HQ=true, tvrange=false)
--[Information] [4/30/2014 8:47:28 AM] resolution: 712x480
--[Information] [4/30/2014 8:47:28 AM] frame rate: 24000/1001
--[Information] [4/30/2014 8:47:28 AM] aspect ratio: 6480:4739 (1.367)
--[Information] [4/30/2014 8:47:28 AM] target device selected: DXVA
--[Information] [4/30/2014 8:47:28 AM] Job commandline: "G:\MeGUI_OneClick_Preview\tools\x264\x264.exe" --level 3.1
--tune film --crf 20.0 --keyint 240 --vbv-bufsize 17500 --vbv-maxrate 17500 --sar 5731:6217
--output "C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.mkv"
"C:\Users\Gary\Documents\DVDrips\ABRAHAM\VIDEO_TS\VTS_01_1.avs"
--[Information] [4/30/2014 8:47:28 AM] Process started
--[Information] [4/30/2014 8:47:28 AM] Standard output stream
--[Information] [4/30/2014 8:47:28 AM] Standard error stream
---[Information] [4/30/2014 8:47:30 AM] avs [info]: 712x480p 5731:6217 @ 24000/1001 fps (cfr)
---[Information] [4/30/2014 8:47:30 AM] x264 [info]: using SAR=5731/6217
---[Information] [4/30/2014 8:47:30 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [4/30/2014 8:47:30 AM] x264 [info]: profile High, level 3.1
--[Error] [4/30/2014 9:03:50 AM] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [4/30/2014 9:03:50 AM] Job completed
Abdelhachim
2nd May 2014, 00:06
Hi all,
I used to use MeGui oneclick with FFMS indexer... It worked fine for me until I start using some complex avs scripts (mainly for stabilising).
I noticed that some frames (fields) are improperly ordered in the output stream.
After trying many options I decided to switch to LSMASH indexer... and the output video was good... but without audio!!!
The attached log file state that there was no audio track (lines 149-150)...
Could you please say me what I missed?
Thanks by advance.
Abdel.
Abdelhachim
2nd May 2014, 00:07
Hi all,
I used to use MeGui oneclick with FFMS indexer... It worked fine for me until I start using some complex avs scripts (mainly for stabilising).
I noticed that some frames (fields) are improperly ordered in the output stream.
After trying many options I decided to switch to LSMASH indexer... and the output video was good... but without audio!!!
The attached log file state that there was no audio track (lines 149-150)...
Could you please say me what I missed?
Thanks by advance.
Abdel.
The log file : 14176
PS : I've just unchecked "Disable intermediate MKV file" and it works fine... so I suppose extract of audio track does not operate properly when disabling intermediate MKV.
cybersharky
2nd May 2014, 18:40
It appears my access violation error: http://forum.doom9.org/showpost.php?p=1679437&postcount=7513, is something to do with Avisynth MT and Windows 8.1.
I disabled MT, ran my script and it completed successfully.
kthxbye
10th May 2014, 16:16
It appears my access violation error: http://forum.doom9.org/showpost.php?p=1679437&postcount=7513, is something to do with Avisynth MT and Windows 8.1.
I disabled MT, ran my script and it completed successfully.
How do you disable Avisynth MT?
Groucho2004
10th May 2014, 16:45
How do you disable Avisynth MT?
Don't use a MT version or don't use SetMTMode().
kthxbye
11th May 2014, 14:08
Don't use a MT version or don't use SetMTMode().
There's none of that in my script:
dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Strange&Dangerous\Behind_Bars\VTS_02_1.d2v", cpu=0)
QTGMC(preset="slow").SelectEven()
Crop(2, 2, -2, -2)
and I'm using
// Avisynth v2.5. Copyright 2002 Ben Rudiak-Gould et al.
// http://www.avisynth.org
Still, encoding does not work, unless I use safe mode in Windows 8.1.
Groucho2004
11th May 2014, 15:05
There's none of that in my script:
dgdecode_MPEG2Source("D:\Encoding\The Louis Theroux Collection\Strange&Dangerous\Behind_Bars\VTS_02_1.d2v", cpu=0)
QTGMC(preset="slow").SelectEven()
Crop(2, 2, -2, -2)
and I'm using
Still, encoding does not work, unless I use safe mode in Windows 8.1.
I simply answered your question.
I'm using
// Avisynth v2.5. Copyright 2002 Ben Rudiak-Gould et al.
// http://www.avisynth.org
That's a copyright notice. "2.5" could refer to a bunch of versions.
kthxbye
11th May 2014, 21:06
I simply answered your question.
That's a copyright notice. "2.5" could refer to a bunch of versions.
Thanks for the help, but I'm still unable to figure out if I'm using an Avisynth MT. How do I check that?
"GetMTMode(false)" returns the number of the current MT mode; convert it to a string and write it into the video with "Subtitle".
If you don't have an MT AviSynth, it will probably return an error that this function is unknown.
If you have an MT AviSynth without an enabled MT mode, it should return "0", I believe.
Groucho2004
11th May 2014, 21:38
Thanks for the help, but I'm still unable to figure out if I'm using an Avisynth MT. How do I check that?
A script with just one statement - Version()
In order to isolate your problem, I suggest you test just your script first. Download AVSMeter (https://forum.doom9.org/showthread.php?t=165528), it'll tell you what Avisynth version you're using among other useful things.
A script with just one statement - Version()
Already exists as ...\AviSynth 2.5\Examples\Version.avs but does not reveal if it is an MT version.
kthxbye
12th May 2014, 11:13
Already exists as ...\AviSynth 2.5\Examples\Version.avs but does not reveal if it is an MT version.
Yeah, it gives me this:
c:\Tools\AVSMeter178\AVS2.5_x86>AVSMeter.exe version.avs
AVSMeter 1.7.8 (AVS 2.5, x86) by Groucho2004
AviSynth 2.58, build:Dec 22 2008 [08:46:51]
Number of frames: 240
Length (hhh:mm:ss.ms): 000:00:10.000
Frame width: 436
Frame height: 80
Framerate: 24.000 (24/1)
Colorspace: RGB24
Insufficient data for measurements
Well, the Version.avs was not meant to be benchmarked with AVSMeter, but to be looked at (as video clip) with your eyes.
But you see, AVSMeter doesn't print a report about the MT mode, so you'll have an original AviSynth 2.58 here.
With AviSynth MT 2.60 alpha 5, I get:
AVSMeter 1.7.8 (AVS 2.6, x86) by Groucho2004
AviSynth 2.60, build:Sep 28 2013 [15:09:12]
Active MT Mode: 0
Number of frames: 240
Length (hhh:mm:ss.ms): 000:00:10.000
Frame width: 440
Frame height: 80
Framerate: 24.000 (24/1)
Colorspace: RGB24
Insufficient data for measurements
The final error message means that the script ran too fast for any useful time difference to calculate a frame speed.
Now, try to benchmark your QTGMC script on the questioned AviSynth MT version you preferred before. See if it reports an MT mode > 0.
lokii
12th May 2014, 16:45
I'm converting an MKV file to an AVI (or other non-MKV) file. I've done this successfully with several files, even though lots of the application is way beyond my understanding. But the one-click has worked. Now I'm getting this:
----[NoImage] The file D:\Video\0m5xei0k.2km\filename.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: Script error: there is no function named "FFVideoSource"
----[NoImage] (D:\Video\0m5xei0k.2km\filenam.mkv.avs, line 2)
I have no idea what to do, except I did download ffms2.dll and put in into the Avisynth plugin folder per a suggestion on another thread.
If you need more of the log, let me know. I really don't begin to understand this yet, but this is how I learn!
Guest
12th May 2014, 18:02
Post your full script.
lokii
12th May 2014, 21:00
This is from the AVS file, Filename.mkv.avs, in the error message:
#cropLanczosResize(720,408) # Lanczos (Sharp)#denoise#Not doing anything because the source is progressiveLoadPlugin("C:\Program Files\MeGUI_2418_x86\tools\ffms\ffms2.dll")
FFVideoSource("D:\Video\Filename.mkv", cachefile="D:\Video\sky53tpy.m54\Filename.mkv.ffindex", threads=1)LoadPlugin("C:\Program Files\MeGUI_2418_x86\tools\ffms\ffms2.dll")
FFVideoSource("D:\Video\Filename.mkv", cachefile="D:\Video\sky53tpy.m54\Filename.mkv.ffindex", threads=1)
#Not doing anything because the source is progressive
#crop
LanczosResize(720,408) # Lanczos (Sharp)
#denoise
Guest
12th May 2014, 21:33
Why are there two instances of LoadPlugin() and FFVideoSource()?
Zathor
12th May 2014, 21:58
This is from the AVS file, Filename.mkv.avs, in the error message:
#cropLanczosResize(720,408) # Lanczos (Sharp)#denoise#Not doing anything because the source is progressiveLoadPlugin("C:\Program Files\MeGUI_2418_x86\tools\ffms\ffms2.dll")
FFVideoSource("D:\Video\Filename.mkv", cachefile="D:\Video\sky53tpy.m54\Filename.mkv.ffindex", threads=1)LoadPlugin("C:\Program Files\MeGUI_2418_x86\tools\ffms\ffms2.dll")
FFVideoSource("D:\Video\Filename.mkv", cachefile="D:\Video\sky53tpy.m54\Filename.mkv.ffindex", threads=1)
#Not doing anything because the source is progressive
#crop
LanczosResize(720,408) # Lanczos (Sharp)
#denoise
Have you modified the script manually? Also are you really doing a copy & paste here? I can spot two missing line breaks. Please upload the full log of MeGUI.
Abdelhachim
12th May 2014, 23:36
The log file : 14176
PS : I've just unchecked "Disable intermediate MKV file" and it works fine... so I suppose extract of audio track does not operate properly when disabling intermediate MKV.
Hello,
Any suggestion about this issue : No audio track processed when using One-Click, x264, LSMASH and "disable intermediate MKV"?
Thanks for your help.
lokii
13th May 2014, 03:55
Have you modified the script manually? Also are you really doing a copy & paste here? I can spot two missing line breaks. Please upload the full log of MeGUI.
I made no edits. It's just as Oneclick did it with no choices = default, except to choose AVI.
I've attached both the log (saved as TXT) and the script (in 7Z). Thanks!
kthxbye
13th May 2014, 09:26
Well, the Version.avs was not meant to be benchmarked with AVSMeter, but to be looked at (as video clip) with your eyes.
But you see, AVSMeter doesn't print a report about the MT mode, so you'll have an original AviSynth 2.58 here.
With AviSynth MT 2.60 alpha 5, I get:
AVSMeter 1.7.8 (AVS 2.6, x86) by Groucho2004
AviSynth 2.60, build:Sep 28 2013 [15:09:12]
Active MT Mode: 0
Number of frames: 240
Length (hhh:mm:ss.ms): 000:00:10.000
Frame width: 440
Frame height: 80
Framerate: 24.000 (24/1)
Colorspace: RGB24
Insufficient data for measurements
The final error message means that the script ran too fast for any useful time difference to calculate a frame speed.
Now, try to benchmark your QTGMC script on the questioned AviSynth MT version you preferred before. See if it reports an MT mode > 0.
I didn't prefer an AviSynth MT version before, I've always used this Avisynth version without issues... so if the MT is the problem, there would be no use in trying that, right? Or should I experiment with another AviSynth version (the MT one you're using?)? Sorry if I come over a bit oblivious, I'm not that familiar with all the backend technical stuff of encoding besides tweaking some x264 settings :cool:
If you never had an MT version of AviSynth installed, you would never get a crash trying to use SetMTMode because SetMTMode is not at all supported by a generic AviSynth installation.
Am I confusing you with someone who got a crash with an MT version? ... Ah, that was cybersharky.
Well, so that answers your question: If you never even install an MT DLL, you can't even enable any multi-threading for AviSynth filters (except plugins are multi-threading internally).
Groucho2004
13th May 2014, 09:55
If you never had an MT version of AviSynth installed, you would never get a crash trying to use SetMTMode because SetMTMode is not at all supported by a generic AviSynth installation.
Am I confusing you with someone who got a crash with an MT version? ... Ah, that was cybersharky.
Well, there is this:
Still, encoding does not work, unless I use safe mode in Windows 8.1.
And he should follow my advice from here to exclude the frame serving as a culprit:
In order to isolate your problem, I suggest you test just your script first. Download AVSMeter (https://forum.doom9.org/showthread.php?t=165528), it'll tell you what Avisynth version you're using among other useful things.
Yes. If his QTGMC script passes AVSMeter (which should be most compatible as a CLI tool), AviSynth works fine, and the issue may be elsewhere.
Zathor
13th May 2014, 21:38
I made no edits. It's just as Oneclick did it with no choices = default, except to choose AVI.
Do you have in the avs template several <input> blocks? If unsure upload your avisynth profiles (found in megui\allprofiles\avisynth)
Zathor
13th May 2014, 22:27
Hello,
Any suggestion about this issue : No audio track processed when using One-Click, x264, LSMASH and "disable intermediate MKV"?
Thanks for your help.
Problem identified. Fix should be in the next build.
Abdelhachim
14th May 2014, 12:57
Thanks a lot...
kthxbye
14th May 2014, 17:21
Okay, trying again with a different source.
AVS script:
dgdecode_MPEG2Source("D:\Encoding\Vibrations (1996)\VIBRATIONS\VTS_01_1.d2v", cpu=0)
tfm(pp=0).tdecimate()
Crop(8, 0, -8, -0)
AVSMeter:
c:\Tools\AVSMeter178\AVS2.5_x86>AVSMeter.exe VIBRATIONS.avs
AVSMeter 1.7.8 (AVS 2.5, x86) by Groucho2004
AviSynth 2.58, build:Dec 22 2008 [08:46:51]
Number of frames: 147279
Length (hhh:mm:ss.ms): 001:42:22.762
Frame width: 704
Frame height: 480
Framerate: 23.976 (24000/1001)
Colorspace: YV12
Frames processed: 147279 (0 - 147278)
FPS (min | max | average): 142.2 | 609.8 | 288.2
CPU usage (average): 25%
Thread count: 1
Physical Memory usage (peak): 226 MB
Virtual Memory usage (peak): 239 MB
Time (elapsed): 000:08:31.027
Test encodes ran fine, will report back with results of the final encode.
lokii
14th May 2014, 21:11
Do you have in the avs template several <input> blocks? If unsure upload your avisynth profiles (found in megui\allprofiles\avisynth)
There is only one file in the directory - AviSynth_dp_ _st_scratchpad_st_.xml , and I chose the scratchpad profile in Oneclick - here is the XML for it:
<?xml version="1.0"?>
<GenericProfileOfAviSynthSettings xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>*scratchpad*</Name>
<Settings>
<Mod16Method>none</Mod16Method>
<ModValue>mod8</ModValue>
<Resize>true</Resize>
<Upsize>false</Upsize>
<Template><crop><resize><denoise><deinterlace><input><input>
<deinterlace>
<crop>
<resize>
<denoise>
</Template>
<ResizeMethod>Lanczos</ResizeMethod>
<DenoiseMethod>MinimalNoise</DenoiseMethod>
<Deinterlace>false</Deinterlace>
<Denoise>false</Denoise>
<IVTC>false</IVTC>
<MPEG2Deblock>false</MPEG2Deblock>
<ColourCorrect>true</ColourCorrect>
<DSS2>false</DSS2>
<AcceptableAspectError>1</AcceptableAspectError>
</Settings>
</GenericProfileOfAviSynthSettings>
Zathor
14th May 2014, 21:55
Ok, this block is wrong:
<Template><crop><resize><denoise><deinterlace><input><input>
<deinterlace>
<crop>
<resize>
<denoise>
</Template>
Easiest solution is to delete the xml file (MeGUI must be closed before).
lokii
15th May 2014, 02:51
Ok, this block is wrong:
<Template><crop><resize><denoise><deinterlace><input><input>
<deinterlace>
<crop>
<resize>
<denoise>
</Template>
Easiest solution is to delete the xml file (MeGUI must be closed before).
Thanks, that did it. I did not know that deleting it would recreate the correct one.
kthxbye
15th May 2014, 08:49
Okay, trying again with a different source.
AVS script:
dgdecode_MPEG2Source("D:\Encoding\Vibrations (1996)\VIBRATIONS\VTS_01_1.d2v", cpu=0)
tfm(pp=0).tdecimate()
Crop(8, 0, -8, -0)
AVSMeter:
c:\Tools\AVSMeter178\AVS2.5_x86>AVSMeter.exe VIBRATIONS.avs
AVSMeter 1.7.8 (AVS 2.5, x86) by Groucho2004
AviSynth 2.58, build:Dec 22 2008 [08:46:51]
Number of frames: 147279
Length (hhh:mm:ss.ms): 001:42:22.762
Frame width: 704
Frame height: 480
Framerate: 23.976 (24000/1001)
Colorspace: YV12
Frames processed: 147279 (0 - 147278)
FPS (min | max | average): 142.2 | 609.8 | 288.2
CPU usage (average): 25%
Thread count: 1
Physical Memory usage (peak): 226 MB
Virtual Memory usage (peak): 239 MB
Time (elapsed): 000:08:31.027
Test encodes ran fine, will report back with results of the final encode.
The encode worked! So, it might have to do with the
QTGMC(preset="slow").SelectEven() -script.
I will report back once I create a script with that function again.
Abdelhachim
16th May 2014, 22:45
Hi guys,
Could you please (if you have some time to spend) add a CLI field to the x265 config form so we can test some new features (the interlace encode for example).
Thanks in advance.
Abdel.
As temporary solution, using VirtualDub (1.9+ ?) with its external encoder configuration may be a quick workaround until MeGUI may add a "custom command line" textfield. Or batch files.
Abdelhachim
17th May 2014, 14:12
Thanks for the tip... I never used it before.
Abdelhachim
19th May 2014, 11:08
Great... There is now a Custom Command Line for x265 encoder...
...I'll test it soon.
:thanks:
tested... works like a charm... Thanks
Abdelhachim
19th May 2014, 11:41
Hello,
Any suggestion about this issue : No audio track processed when using One-Click, x264, LSMASH and "disable intermediate MKV"?
Thanks for your help.
Fixed in last build... Works fine except that a copy of the LSMASH index remains in the input folder (is not cleaned at the end of the job).
Thanks.
Zathor
19th May 2014, 21:34
Works fine except that a copy of the LSMASH index remains in the input folder (is not cleaned at the end of the job).
Works for me - the file will be removed in the cleanup job at the end of OC.
Abdelhachim
20th May 2014, 00:54
Works for me - the file will be removed in the cleanup job at the end of OC.
Retested... The cleanup job remove the temp folder and all files within it (including the LSMASH index file)... but there is also an other copy of the index stored in the same folder as the input file... and this one is not removed in the cleanup job.
Zathor
20th May 2014, 07:40
Sorry, not for me. Please share your log file. There should be an entry in the IDX job log that the lwi file is moved.
Abdelhachim
20th May 2014, 11:17
Sorry, not for me. Please share your log file. There should be an entry in the IDX job log that the lwi file is moved.
Here is the log file : 14213
I also compared the two index files (before the cleaning process) and curiously found that they differ.
here is the one from the temp folder (cleaned at the end of the process) : 14215
and the one from the input folder that is not removed : 14214
Thanks.
Abdel.
Zathor
1st June 2014, 16:06
Sorry, I still cannot find the problem. For me it is working as expected. Please upload your OneClick preset with everything else included (File\Export Presets). I hope that it might be a settings which I haven't tried yet.
Abdelhachim
1st June 2014, 20:40
Sorry, I still cannot find the problem. For me it is working as expected. Please upload your OneClick preset with everything else included (File\Export Presets). I hope that it might be a settings which I haven't tried yet.
Thanks for the reply...
Here are my presets : 14224
... and this folder (https://drive.google.com/folderview?id=0B5zAa6PLucxBNFllU0VMdW5JRkk&usp=sharing) contains a sample avi file and a copy of my avisynth plugins folder (containing necessary autoload filters and scripts).
Thanks a lot.
Abdel.
bitloks
12th June 2014, 00:08
I'm using the stable update servers and the new version 2500 simply does not work.
I manually went in and had to enable all the modules but it will not encode audio.
Audio output: remains blank
It extracts tracks then
Creating FFMS index then
it gives me the preview and I select auto crop and click save I then click autoEncode and click Queue it then goes doirect to Encoding Video
It used to do some kind of pre preparation for a few minutes then start encoding the audio before doing the video
as expected the file is perfect except there is no audio track.
I've had to go back to 2418
AMED
12th June 2014, 21:16
@bitloks,
Post your log please.
Carpo
20th June 2014, 20:42
I am getting this error - Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819) - randomly when I try to use a MT version of avisynth, some times I can do many encodes without it causing an issue but at times the error is thrown up all the time
.avs
SetMemoryMax(512)
SetMTMode(5)
LoadPlugin("D:\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
-[NoImage] DGSource("D:\Evanescence - Anywhere But Home\concert.dgi",fieldop=0)
SetMTMode(2)
QTGMC( Preset="Slower", InputType=1, NoiseProcess=1, NoiseRestore=0.0, Denoiser="dfttest", DenoiseMC=true, NoiseTR=2, Sigma=4.0 )
crop(2, 0, -2, 0)
Spline64Resize(716,394) # Spline64 (Sharp)
#denoise
It makes no difference if I have just preset="slower" or if I have the full line above, is there a stable version of MT i should be using, or it more than likely the combination of options? I have the latest versions of all libraries that QTGMC says it needs, well the ones I could find that is
LigH
22nd June 2014, 14:58
Most probably a hardware issue then, when it is so random (e.g. overheated CPU or RAM).
We have a similar thread in the german doom9/GLeitz forum from 2013, where the reporter had to exchange a faulty RAM. That's not the most common reason, but one possible.
Carpo
22nd June 2014, 15:07
Of the googling I have done it points to a program error, the results I have found say the program is doing something it shouldn't with the memory, and I doubt its a hardware issue as I can repeat it on multiple machines, also seems to be a combination of the options used in QTGMC, I changed them around as per advise on another forum and I have had no issues with it since, this just proves to me that 64bit avisynth and 64bit filters are required in this day and age, on a machine with 16GB ram a prgram should not be kicking out due to it running out of memory - --[Information] [21/06/2014 18:25:47] Exception message: Exception of type 'System.OutOfMemoryException' was thrown.
I tested the memory with memtest+ and it passed, and the cpu never goes above 50C, I have a large fan blowing into the case as its pretty hot here
Zathor
22nd June 2014, 16:27
[...]this just proves to me that 64bit avisynth and 64bit filters are required in this day and age, on a machine with 16GB ram a prgram should not be kicking out due to it running out of memory
Especially the 64 bit filters are the problem here. If you have all your filters available you can try AVS+ 64bit.
Carpo
22nd June 2014, 17:58
the filters that QTGMC requires have no 64bit versions, not that i could find anyway :( that is why i have had to stick with 32bit avisynth
Groucho2004
22nd June 2014, 18:24
Of the googling I have done it points to a program error, the results I have found say the program is doing something it shouldn't with the memory, and I doubt its a hardware issue as I can repeat it on multiple machines, also seems to be a combination of the options used in QTGMC, I changed them around as per advise on another forum and I have had no issues with it since, this just proves to me that 64bit avisynth and 64bit filters are required in this day and age, on a machine with 16GB ram a prgram should not be kicking out due to it running out of memory - --[Information] [21/06/2014 18:25:47] Exception message: Exception of type 'System.OutOfMemoryException' was thrown.
I tested the memory with memtest+ and it passed, and the cpu never goes above 50C, I have a large fan blowing into the case as its pretty hot here
It does seem that you're simply running out of memory. With Avisynth MT and QTGMC, that's rather common.
First you should determine how much memory your script requires, without the memory the encoder needs. Use AVSMeter to check that.
If you're getting close to the 2 GB limit for 32 Bit processes, there are a couple of things you can do (assuming you're on a 64 Bit OS):
- Pipe the script with avs2yuv (or similar) to the 64 Bit version of x264
- Use less threads for SetMTMode
Carpo
22nd June 2014, 18:33
Next time I have to do an encode i will test it with your program first :)
Yes I have a 64 bit OS, be rather silly to have 16GB of ram and a 32bit OS :sly:
Must admit I never put the amount of threads in the script as I thought, from reading the documentation, that it would do it automatically, I guess it was setting the full 8 threads, what would you advise I limit it to? Or should I run a few tests and see?
Groucho2004
22nd June 2014, 18:44
Must admit I never put the amount of threads in the script as I thought, from reading the documentation, that it would do it automatically, I guess it was setting the full 8 threads, what would you advise I limit it to? Or should I run a few tests and see?
Yes, AVS MT sets the number threads automatically to the number of logical cores but each thread uses additional memory. Try 4 threads and compare the memory usage.
Other things to play with:
- QTGMC presets
- SetMemoryMax()
Abdelhachim
22nd June 2014, 18:46
Hi Zathor,
Did you found the time to take a look at my latest post (1st June)?
I really want to use the combination of "One-Click" + "x264" + "AVS Scripts for cleansing" + "Lsmash indexer" + "Disable Intermediate MKV files" for mass encoding... but I still have this issue : Index File is not cleaned after encoding.
Thanks for your help.
Abdel
Carpo
22nd June 2014, 18:50
Yes, AVS MT sets the number threads automatically to the number of logical cores but each thread uses additional memory. Try 4 threads and compare the memory usage.
Other things to play with:
- QTGMC presets
- SetMemoryMax()
I have tried many different SetMemoryMax amounts, 400, 512, 600, 800, none seem to be the sweet spot
As to the QTGMC presets, I think I have found something that will work for now, just have to see when I have a few more encodes to do to see if it is going to be okay
Zathor
22nd June 2014, 22:15
Hi Zathor,
Did you found the time to take a look at my latest post (1st June)?
I really want to use the combination of "One-Click" + "x264" + "AVS Scripts for cleansing" + "Lsmash indexer" + "Disable Intermediate MKV files" for mass encoding... but I still have this issue : Index File is not cleaned after encoding.
Not yet. In my last tests (without your files) I could not reproduce it. Have to try your profiles.
Btw. is this really a show stopper for you?
EDIT: Reproduced with your files! I now need "only" to find the reason.
Abdelhachim
22nd June 2014, 23:49
Thank you...
I really appreciate...
LigH
23rd June 2014, 10:33
Why is unpacking so slow? Extracting x265 took about 10 seconds. I believe C# is not the most convenient language to re-implement efficient algorithms?
Zathor
23rd June 2014, 18:48
The 7zip library is used to extract files. The files are compressed with the "Ultra" profile so unpacking may be slow.
Zathor
23rd June 2014, 21:02
Did you found the time to take a look at my latest post (1st June)?
Changed in 2503
Abdelhachim
23rd June 2014, 22:15
Changed in 2503
Thanks a lot...
Zathor
24th June 2014, 22:26
I'm using the stable update servers and the new version 2500 simply does not work.
I manually went in and had to enable all the modules but it will not encode audio.
As already written please post your log. Otherwise I am not able to fix it. I release a stable bugfix release within the next 1-2 weeks and would like to include this fix as well.
2505 [Audio Encoder] fixed wrong channel count mismatch warning for AVS files. Bug #767
2504 [Adaptive Muxer] fixed first subtitle unintended set to default. Bug #774
2503 [L-SMASH Indexer] the cache file was sometimes not deleted
2502 [Update] fixed freeze when adding new custom update servers. Bug #769
2501 [Update] removed update server megui.xvidvideo.ru for the stable branch as it cannot be synced anymore
[Update] increased update data refresh interval to 10 days for the stable server
j8ee
25th June 2014, 22:58
Trying to (auto)update, but there seems to be some files missing in the stable directory? megui-data_2443.zip and avisynthplus-r1576.7z are the problem files in the log.
Looking manually in the auto/stable sever folders there are either errors downloading manually (megui-data_2443.zip on the .org server), or they are not to be found.
Zathor
25th June 2014, 23:10
I cannot read your attachment yet, but I assume it is related to change 2501
2501 [Update] removed update server megui.xvidvideo.ru for the stable branch as it cannot be synced anymore
[Update] increased update data refresh interval to 10 days for the stable server
j8ee
25th June 2014, 23:25
OK, setting the main server only as a custom update server made it work, everything updates fine then.
(Without those two files mentioned above being available, megui failed to start, saying "MeGUI encountered a fatal error and may not be able to proceed. Reason: Object reference not set to an instance of an object.")
I guess the installation files from sourceforge must be updated since it will not update correctly...
Zathor
26th June 2014, 17:27
I guess the installation files from sourceforge must be updated since it will not update correctly...
http://forum.doom9.org/showpost.php?p=1683461&postcount=4234
VideoFanatic
2nd July 2014, 22:36
I'm using the One-Click option with an Avisynth script I entered in the config.
On the Audio Tab under Encoder I selected "FFmpeg AC-3 scratchpad". Under "Encode" I selected Never as I assume this means it muxes instead of re-encoding the audio. The audio isn't mentioned in my Avisynth script.
To encode I just drag a 1080i HDTV 25fps MKV with 128Kbps AC3 into the input section then I click Go. Everything comes out fine but there's no sound in the audio. If I then demux the output MKV then play the AC3 file, it DOES have sound so why doesn't it have sound when it's in the MKV?
Here's the source (https://www.dropbox.com/s/x24jnh7uri0hgmm/F1%20Test%20Original%2010%20secs.mkv).
Hello i have installed "MeGUI_2507_x86" on my Windows Server 2012 R2 X64, but cannot extract any video if try to create HD Stream Extractor from full bluray get this error:
....
[v02] Muxing video to Matroska...
[v02] Getting "Haali Matroska Muxer" instance failed. <ERROR>
Aborted at file position 1048576. <ERROR>
I get same error if use old version 2418.
If not selected video, audio and subs extracts them without problems.
Please help me
Xebika
20th July 2014, 19:56
Hello i have installed "MeGUI_2507_x86" on my Windows Server 2012 R2 X64, but cannot extract any video if try to create HD Stream Extractor from full bluray get this error:
I get same error if use old version 2418.
If not selected video, audio and subs extracts them without problems.
Please help me
Download the splitter from here and install it: http://haali.su/mkv/MatroskaSplitter.exe
Now it should work.
Download the splitter from here and install it: http://haali.su/mkv/MatroskaSplitter.exe
Now it should work.
Thanks a lot!! :D
leon
20th July 2014, 22:06
Hi
what are the problems of this video and what plugins I should use to fix them.
http://i62.tinypic.com/mts46x.jpg
Xebika
20th July 2014, 22:45
Is that the original frame or the filtered frame??
LigH
21st July 2014, 09:40
If this is the original, it is beyond fixing; get rid of this waste of disk space.
If it is the result of a filtering, then there is certainly an exaggerated use of blurring and median filtering. Knowing your whole script would be useful then.
How to install/enable codec and profile for encoding HEVC X265 on Megui?
Overdrive80
21st July 2014, 20:33
Options-->Settings-->>TAB "External Program Configuration"-->> Enable x265
leon
22nd July 2014, 12:12
If this is the original, it is beyond fixing; get rid of this waste of disk space.
If it is the result of a filtering, then there is certainly an exaggerated use of blurring and median filtering. Knowing your whole script would be useful then.
Hi
No this isn't the original frame.
I've used this script for this video:
MosquitoNR(strength=16,restore=128,radius=2,threads=0)
f3kdb(range=26,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=64,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.15,bright=2,cont=1.01,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
Removegrain(mode=1,modeU=1,modeV=1)
hqdn3d(2, 1, 3, 1)
EdgeCleaner(strength=40,rep=false,smode=0,hot=false,fix=true)
DeHalo_alpha_mt(rx=2,ry=2,darkstr=1,brightstr=1,highsens=50,lowsens=50,ss=1.5)
aWarpSharp(depth=30,blurlevel =1)
I finally replaced warpsharp with aWarpSharp :)
I used Spline64 for upscaling.
do you want the original frame ?
LigH
22nd July 2014, 12:22
http://cosgan.de/images/smilie/frech/o010.gif (http://www.cosgan.de/smilie.php) Filter overkill.
Someone who might be able to help you may be interested in a brief sample. But not in this thread. This is certainly not the fault of MeGUI. MeGUI usually does not create such a script.
leon
22nd July 2014, 19:25
http://cosgan.de/images/smilie/frech/o010.gif (http://www.cosgan.de/smilie.php) Filter overkill.
Someone who might be able to help you may be interested in a brief sample. But not in this thread. This is certainly not the fault of MeGUI. MeGUI usually does not create such a script.
I didn't say it's MeGUI's fault.
I just wanted to know what is the names of problems of this video and what plugin is good for them.
is there any way to upscale a video x4 or more without these problems?
that frame originally was 352x240.
LigH
22nd July 2014, 21:49
... upscale a video x4 or more ...
that frame originally was 352x240.
:eek:
Quite impossible "without any problems". Lost details stay lost.
Your last hope might be nnedi3_rpow2 (http://avisynth.nl/index.php/Nnedi3/nnedi3_rpow2)(4) or "super resolution (http://www.infognition.com/super_resolution_avisynth/)". But I wouldn't waste any more time on it.
Gone is gone.
Groucho2004
22nd July 2014, 21:55
do you want the original frame ?
Yes, let's have a look.
leon
23rd July 2014, 20:31
:eek:
Quite impossible "without any problems". Lost details stay lost.
Your last hope might be nnedi3_rpow2 (http://avisynth.nl/index.php/Nnedi3/nnedi3_rpow2)(4) or "super resolution (http://www.infognition.com/super_resolution_avisynth/)". But I wouldn't waste any more time on it.
Gone is gone.
Yes I used NNEDI3 (256 neurons) in madVR and the quality was so good but too slow.
the video itself doesn't matter to me I'm new in these works and I just wanna learn something it is just a test.:)
and I appreciate people like you that wanna help others and this great forum. :)
leon
23rd July 2014, 20:59
Yes, let's have a look.
without any filter:
http://i60.tinypic.com/bdtagk.jpg
DoctorM
23rd July 2014, 21:36
I'd personally just use a crop/Spline36Resize followed by limitedsharpenfaster() and be done with it.
It's otherwise pretty clean looking.
But again, this isn't a MeGUI problem.
hello_hello
24th July 2014, 03:42
The main problem with The Walking Dead is the video is often very noisy. I can't remember if that particular scene in that particular episode was particularly noisy, but I'd just be running some noise filtering. When it comes to filtering I'm a believer that less is often more, while more tends to look terrible if you're not very careful.
Oh..... sorry.... I forgot you're upscaling. Something I rarely do myself so I know little about the filtering to use for that....
You might be better off using a noise filter script which includes a little sharpening, and probably de-haloing and edge cleaning too.
The FastDegrain, TemperalDegrain and MCTemporalDenoise scripts come to mind. You should find them easily enough via Google. My "go to" filter for stabilising the picture and removing noise is QTGMC. You can run it in progressive mode for progressive video. I tend not to adjust it's settings all that much. Mostly, I just add QTGMC's denoising if required (it tends to fix very light noise without it's noise filtering enabled), and adjust the denoising level appropriately. Values between 1 and 4 are pretty sane. If you want to try it out, once you've installed it and the required plugins, try something like this in a script instead of everything else. If you use QTGMC's de-noising (or any decent de-noising) it's probably a good idea to add dithering to the very end of the script to prevent banding (something like gradfun), which you can do thanks to the Dither filter.
QTGMC(InputType=1, EzDenoise=2)
gradfun3()
leon
24th July 2014, 20:05
The main problem with The Walking Dead is the video is often very noisy. I can't remember if that particular scene in that particular episode was particularly noisy, but I'd just be running some noise filtering. When it comes to filtering I'm a believer that less is often more, while more tends to look terrible if you're not very careful.
Oh..... sorry.... I forgot you're upscaling. Something I rarely do myself so I know little about the filtering to use for that....
You might be better off using a noise filter script which includes a little sharpening, and probably de-haloing and edge cleaning too.
The FastDegrain, TemperalDegrain and MCTemporalDenoise scripts come to mind. You should find them easily enough via Google. My "go to" filter for stabilising the picture and removing noise is QTGMC. You can run it in progressive mode for progressive video. I tend not to adjust it's settings all that much. Mostly, I just add QTGMC's denoising if required (it tends to fix very light noise without it's noise filtering enabled), and adjust the denoising level appropriately. Values between 1 and 4 are pretty sane. If you want to try it out, once you've installed it and the required plugins, try something like this in a script instead of everything else. If you use QTGMC's de-noising (or any decent de-noising) it's probably a good idea to add dithering to the very end of the script to prevent banding (something like gradfun), which you can do thanks to the Dither filter.
QTGMC(InputType=1, EzDenoise=2)
gradfun3()
Hi thank you so much for your concern.
The problem is that the video is too small and when I use denoising and upscaling I lose most of the detail.
I could preserve a bit of detail by deleting "Removegrain" line.
A noob question :) :is there any way to upscale a frame as vector image?
I'll try your suggestion.
nekrovski
25th July 2014, 16:09
Hello
So ok, I have a video I want to encode/compress to a smaller size. I encode the video from tools-> avs script creator etc etc.
Then I extract the audio. Then I finally mux them.
The problem is, when it is not muxed, Mediainfo does show the bitrate. But after muxing, Mediainfo fails to show the bitrate. Why is this and is there any fix?
Dunno If I should probably ask at Mediainfo forum or if there's a thread for MediaInfo here as well.
[edit] this (http://forum.doom9.org/showpost.php?p=1602172&postcount=10) workaround helped me and after converting the audio to AC-3, MediaInfo does show the bitrate of the video.
nekrovski
25th July 2014, 20:20
Ok in the meantime I've came across a more important problem. It might be due to some recent update, I'm not sure.
Whenever I open any .mkv file with megui avs script creator, the preview of the video is total blank and after closing the preview megui crashes with 2-3 not responding errors:
Faulting application name: MeGUI.exe, version: 1.0.2507.0, time stamp: 0x53aec650
Faulting module name: directshowsource.dll_unloaded, version: 0.0.0.0, time stamp: 0x52c5ac73
Exception code: 0xc0000005
Fault offset: 0x682fa369
Faulting process id: 0x3f4
Faulting application start time: 0x01cfa83d2b7f6a26
Faulting application path: C:\Users\x\Desktop\MeGUI_2507_x86\MeGUI.exe
Faulting module path: directshowsource.dll
Report Id: 73fd572b-1430-11e4-9606-4487fc5e4ce8
Faulting application name: MeGUI.exe, version: 1.0.2507.0, time stamp: 0x53aec650
Faulting module name: directshowsource.dll_unloaded, version: 0.0.0.0, time stamp: 0x52c5ac73
Exception code: 0xc0000005
Fault offset: 0x682fa369
Faulting process id: 0x3f4
Faulting application start time: 0x01cfa83d2b7f6a26
Faulting application path: C:\Users\x\Desktop\MeGUI_2507_x86\MeGUI.exe
Faulting module path: directshowsource.dll
Report Id: 7cb16f43-1430-11e4-9606-4487fc5e4ce8
Faulting application name: MeGUI.exe, version: 1.0.2507.0, time stamp: 0x53aec650
Faulting module name: ntdll.dll, version: 6.1.7601.18247, time stamp: 0x521ea8e7
Exception code: 0xc0000028
Fault offset: 0x000908fd
Faulting process id: 0x3f4
Faulting application start time: 0x01cfa83d2b7f6a26
Faulting application path: C:\Users\x\Desktop\MeGUI_2507_x86\MeGUI.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 855c5f99-1430-11e4-9606-4487fc5e4ce8
When I was clicking save instead of closing the preview, I got some error like
"This is often an indication that other memory is corrupt."
But now that error seems gone and no matter if I close the preview or click save I get the 3 errors listed above.
Now, I'm going through my jobs queue and it kinda seems like I havent done any encoding for .mkv files in recent time.
Actually, I've reinstalled the system to 64 bit 2 months ago (my megui folder was backed up from my 32 bit system thats why I have kept a lot of jobs queue) and it seems since I haven't done any .mkv encoding on this 64 bit OS (but i found some files, i might have done, I'll get back later I'm in a hurry).
Here's my programs installed, maybe something interferes?
Adobe AIR
Adobe AIR
Adobe Community Help
Adobe Community Help
Adobe Flash Player 14 Plugin
Adobe Photoshop CS6
Adobe Premiere Pro CS5.5
Adobe Story
Adobe Story
Avidemux 2.6 - 64bits
Bandicam
Bandisoft MPEG-1 Decoder
Brothers - A Tale of Two Sons
Catalyst Control Center - Branding
Dota 2
Duplicate Cleaner Free 3.2.4
foobar2000 v1.3.2
FormatFactory 3.3.4.0
Fraps (remove only)
Google Chrome
Google Earth
Google Update Helper
HandBrake 0.9.9.1
IrfanView (remove only)
Java 7 Update 65
LAV Filters 0.61.2
Malwarebytes Anti-Malware version 2.0.2.1012
Microsoft Visual C++ 2005 Redistributable
Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.4148
Microsoft Visual C++ 2008 Redistributable - x86 9.0.30729.6161
Microsoft Visual C++ 2010 x86 Redistributable - 10.0.40219
Microsoft Visual C++ 2012 Redistributable (x64) - 11.0.50727
Microsoft Visual C++ 2012 Redistributable (x86) - 11.0.50727
Microsoft Visual C++ 2012 x86 Additional Runtime - 11.0.50727
Microsoft Visual C++ 2012 x86 Minimum Runtime - 11.0.50727
Microsoft_VC80_ATL_x86
Microsoft_VC80_CRT_x86
Microsoft_VC80_MFC_x86
Microsoft_VC80_MFCLOC_x86
Microsoft_VC90_ATL_x86
Microsoft_VC90_CRT_x86
Microsoft_VC90_MFC_x86
Microsoft_VC90_MFCLOC_x86
MozBackup 1.5.1
Mozilla Firefox 31.0 (x86 en-US)
NFOPad 1.69
PDF Settings CS6
PowerISO
PxMergeModule
Realtek High Definition Audio Driver
Security Update for Microsoft .NET Framework 4.5.1 (KB2898869)
Security Update for Microsoft .NET Framework 4.5.1 (KB2901126)
Security Update for Microsoft .NET Framework 4.5.1 (KB2931368)
Skype™ 6.16
SopCast 3.8.3
Steam
SubMagic V0.71
SumatraPDF
The KMPlayer (remove only)
Tunatic
Ulead GIF Animator 5
VisualSubSync (remove only)
x264vfw - H.264/MPEG-4 AVC codec (remove only)
x264vfw - H.264/MPEG-4 AVC codec for x64 (remove only)
VideoFanatic
26th July 2014, 00:06
Log (https://www.dropbox.com/s/uwlvaw12t2z9ppz/MeGUI%2065%20second%20delay.log). Forgot to add -tff switch so video was 1080p instead of 1080i but even when I do it correctly whatever resolution I encode to I get a delay.
Anything I encode with MeGUI 2507 has an audio delay. I'm converting 1080i 25fps videos to the same resolution and to 720p 50fps with MeGUI. The videos were cut with VideoRedo and from experience I know that my video sources don't have a delay in them. However converting the 1080i videos to the same resolution or to 720p with MeGUI causes a 65 second delay in the audio, MeGUI is causing that.
I know MeGUI is causing that because I could demux and remux my source with DGIndexNV/TSmuxer and there would be no delay.
I ticked the option in MeGUI to use DGDecodeNV.
I chose the option to never re-encode the AC3 128 Kbps audio that's in my sources.
It doesn't matter what container I encode to with MeGUI, I always get a delay.
I can convert a 45 minute episode fine, there's still a delay but it doesn't cause the audio to go out of sync. Yet with a 2 hour 15 minute video or more, I always get a 65 second delay.
I use these advanced settings to make the video Bluray compliant:
--crf 17 --preset veryfast --bluray-compat --vbv-maxrate 15000 --vbv-bufsize 15000 --profile high --level 4.0 --slices 1 --sar 1:1
I chose High Profile in the GUI. I also tried GOP Calculation: FPS based and it uses 500 KeyInt. I tried Fixed and 100 KeyInt so it does actually use 100 KeyInt but it made no difference, I still get a delay.
Not to complicate things further, for testing purposes, I'm using this basic Aviysnth script for converting 1080i files to the same resolution:
setmtmode(5,9)
<input>
setmtmode(2)
Tweak(Hue=0, Sat=1.0, Bright=0, Cont=1.0, Coring=False)
How can I prevent my MeGUI encodings from getting a delay?
nekrovski
26th July 2014, 00:22
Regarding my last post (http://forum.doom9.org/showpost.php?p=1687956&postcount=7600) I fixed the problem with installing matroska splitter. It probably got messed up (read uninstalled) when I was going through a guide for codecs/mpc-hc/madvr etc
hello_hello
26th July 2014, 18:02
holygamer,
From your log file:
---[Information] [25/07/2014 21:36:42] File: E:\1 = Working Videos\WWE 2014\Raw from July\1v5ymxyt.v2w\Raw Mar 24 2014 - [0] English Delay 65571ms.ac3
As far as I know, MeGUI uses the audio delay reported by MediaInfo. In your case it's 65571ms. I don't know why MediaInfo is reporting such an odd delay, but given you're first cutting the videos using VideoRedo, I'd guess that's where something odd is happening. MeGUI writes the reported delay to the extracted audio's file name and it's automatically applied when muxing. Unless someone has a better idea, maybe the best you can do is mux the encoded video/audio manually without applying the delay.
Can you use MeGUI to do the cutting? If you create a script you can use the AVS Cutter under the Tools menu to specify multiple start and end points for encoding, effectively cutting/editing as you encode. The AVS Cutter can save a "cuts file" which can be loaded into the audio section in order to re-encode it to match, or the audio cutter under the Tools menu can cut/rejoin extracted audio without re-encoding it.
You appear to be using the OneClick encoder. I don't use it myself but I assume the above method would be best done "manually". ie use the File/Open menu to open a file, index it and extract the audio, create a script and then add the cuts etc.....
Where did you get the x264 settings you use for Bluray compatibility?
If you open the x264 encoder configuration, load the defaults, then select Bluray as the target playback device from the dropdown list, you get this:
program --level 4.1 --bluray-compat --open-gop --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --output "output" "input"
You can of course change the x264 speed preset. Open Gop isn't compulsory but it's probably a good idea for Bluray (due to the short key interval). MeGUI will automatically make a few adjustments behind the scenes to settings such as -keyint. Those settings are based on the frame rate so they don't appear in the initial x264 commandline, but they'll be specified in the log file.
You shouldn't need --sar 1:1. As long as you're not using anamorphic encoding and you're just resizing, the sar will always be 1:1.
kalehrl
26th July 2014, 18:24
When an audio track is demuxed from a mkv, audio delay is written in the file name and is applied when muxing.
However, when you take an audio track with a delay and transcode it to a different format, the audio delay is not added to the file name of the new file.
This seems to be a small bug.
VideoFanatic
26th July 2014, 18:30
Thanks. I never even thought to look in MediaInfo for a delay. You're correct there's a delay mentioned there. There's no delay mentioned in MediaInfo on a VideoRedo edited file. It's only when I remux the video and convert the audio from AAC to AC3 with FFMPEG that the muxed file gets a delay. Muxing from TS to TS gets a -5ms delay. Muxing from MKV to MKV gets a 1 minute 5 second delay!
I didn't get a delay in 45 minute files because I didn't use FFMPEG on those files.
Here's my FFMPEG script:
"X:\Portable Installations\ffmpeg-2014 May 14-git-72dcd48-win64-static\bin\ffmpeg.exe" -i %1 -c copy -absf aac_adtstoasc -vn gain.m4a
"X:\Portable Installations\AAC Gain 1.9\aacgain" -r -k -m 0 gain.m4a
"X:\Portable Installations\ffmpeg-2014 May 14-git-72dcd48-win64-static\bin\ffmpeg.exe" -i gain.m4a -acodec copy "%~d1%~p1%~n1.aac"
"X:\Portable Installations\ffmpeg-2014 May 14-git-72dcd48-win64-static\bin\ffmpeg.exe" -i %1 -i gain.m4a -map 0:v -map 1 -c:v copy -c:a ac3 -ab 2 -ab 128k "%~d1%~p1%~n1.AC3.mkv"
del gain.m4a
"X:\Daves Folder\Sounds\VideoRedo Completed Sound Short.WAV"
pause
Basically I use the Elgato Game Capture HD to capture Satellite TV. Annoyingly it uses AAC instead of AC3 which isn't Bluray compliant. So I put the above batch file in the "Send To" directory in Windows, I right-click a video, select Send TO then select the batch file and it does the following: Muxes MKV to MKV and re-encodes AAC to AC3. It also demuxes the AAC in the MKV into an AAC file and normalizes both the AAC and AC3!
Is there a script I can use to prevent FFMPEG adding a delay to the muxed file it makes? Or is there a way to tell MeGUI to ignore the audio delay?
With regards to my Bluray switches, I just did what was required to make a compliant disc as mentioned on this thread and the Doom9 guide: http://forum.videohelp.com/threads/365953-Making-a-Compliant-Bluray-Disc?p=2335130
hello_hello
27th July 2014, 02:15
When an audio track is demuxed from a mkv, audio delay is written in the file name and is applied when muxing.
However, when you take an audio track with a delay and transcode it to a different format, the audio delay is not added to the file name of the new file.
This seems to be a small bug.
I ran a test encode and it seems MeGUI compensates for any audio delay when encoding. I'm not sure when it started doing that (maybe it always has), or even if it's a good idea (it probably is most of the time) but when I added an audio file named "test - [0] English Delay 18ms" to MeGUI's audio section, it automatically named the output "test - [0] English Delay 0ms".
I checked the output file and it was indeed 18ms longer than the original. A look through the log file revealed MeGUI added the following to the Avisynth script:
DelayAudio(18.0/1000.0)
I rarely use MeGUI for the audio encoding myself so I wasn't aware it does that. It's handy to know though.
hello_hello
27th July 2014, 02:49
Is there a script I can use to prevent FFMPEG adding a delay to the muxed file it makes? Or is there a way to tell MeGUI to ignore the audio delay?
I don't use ffmpeg so I can't help there. Is there another thread where you could ask that question (ie an ffmpeg thread)? It seems like it's either an ffmpeg bug or for some reason MediaInfo is getting it wrong.
I don't think there's any way to tell MeGUI to ignore the delay. Doing things the "manual" way you could simply change the delay written to the audio file's name after it's extracted. Or do the muxing manually. MKVMergeGUI (or MeGUI's muxers) will automatically apply the audio delay written to the file name, but you can manually change it when muxing.
Using the Oneclick encoder, I'm not sure.
With regards to my Bluray switches, I just did what was required to make a compliant disc as mentioned on this thread and the Doom9 guide: http://forum.videohelp.com/threads/365953-Making-a-Compliant-Bluray-Disc?p=2335130
Sorry, I'd forgotten you could use --slices 1 if you use lower vbv values etc, although I'm not sure if --slices 4 with the higher VBV values wouldn't be better.
How do you normally set --keyint? You may already be doing it this way (I'm not sure from your earlier post) but if you select "fps based" in MeGUI's encoder configuration, maximum GOP 50 and minimum GOP 25, you should end up with the correct --keyint setting based on the frame rate (2 second GOP, matching the other Bluray compatible settings you use).
ie if the frame rate is 24fps,
50/25*24 = keyint 48
Sharc
27th July 2014, 09:08
holygamer,
.... Where did you get the x264 settings you use for Bluray compatibility?.....
Note that his VBV settings are perfectly right if he wants to burn to SL disks (BD5, BD9). Otherwise, a reference for blu-ray compliant settings can be found here (https://sites.google.com/site/x264bluray/).
hello_hello
27th July 2014, 09:30
Ah yes..... it's coming back to me. I don't encode for Bluray compliance myself. I forgot the lower VBV settings are for burning to DVD discs.
leon
29th July 2014, 20:38
Hi
how can I fix this problem:
http://i60.tinypic.com/n3kbde.jpg
Avisynth script:
LoadPlugin("...")
FFAudioSource("...")
# detected channels: 2 channels
# detected channel positions: 1/0/0
Mediainfo:
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 1mn
Bit rate mode : Constant
Bit rate : 64.0 Kbps
Channel(s) : 2 channels
Channel(s)_Original : 1 channel
Channel positions : Front: C
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 28.4 MiB (10%)
tebasuna51
30th July 2014, 09:58
@leon
I can't reproduce your problem:
--[Information] [30/07/2014 10:42:44] Trying to open the file with Import()
--[Information] [30/07/2014 10:42:47] Successfully opened the file with Import()
--[Information] [30/07/2014 10:42:54] ignoring downmix as there is only 2 channel
--[Information] [30/07/2014 10:42:54] Avisynth script
---[NoImage] Import("D:\test.avs")
---[NoImage] # detected channels: 2 channels
---[NoImage] # detected channel positions:
---[NoImage] SSRC(96000)
---[NoImage] Normalize()
...
The avs:
LoadPlugin("D:\Programa\megui\tools\ffms\ffms2.dll")
FFAudioSource("D:\test.mp4")
Mediainfo:
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AACv2 / HE-AAC / LC
Codec ID : 40
Duration : 20s 153ms
Bit rate mode : Variable
Bit rate : 64.0 Kbps
Maximum bit rate : 68.4 Kbps
Channel(s) : 2 channels / 1 channel / 1 channel
Channel positions : Front: L R / Front: C / Front: C
Sampling rate : 44.1 KHz / 44.1 KHz / 22.05 KHz
Maybe your audio have some problem to be recognized properly like SBR-PS (high frequencies in SBR part, second channel in PS part).
Please put a sample.
BTW I can't understand your upsample to 96 KHz (SSRC)
hello_hello
30th July 2014, 19:14
It seems to happen (sometimes) if the input audio is mono. I tried converting a mono flac file and that was fine, but a mono m4a file containing AAC produced a similar warning. The output file was stereo (dual mono). It seems under some circumstances, mono audio is decoded to stereo, hence the warning. At least that's how it appears. I'm not sure it's anything to worry about unless you particularly want a single channel output.
leon's MediaInfo report..... I don't know whether that'd be the input or the output file or why it reports Channel(s) and Channel(s)_Original. He wasn't terribly specific.
--[Information] [31/07/14 3:57:58 AM] Trying to open the file with NicAudio
--[Information] [31/07/14 3:57:58 AM] Failed opening the file with NicAudio()
--[Information] [31/07/14 3:57:58 AM] Trying to open the file with BassAudioSource()
--[Information] [31/07/14 3:58:01 AM] Successfully opened the file with BassAudioSource()
--[Warning] [31/07/14 3:58:03 AM] channel count mismatch! The input file is reporting 1 channels and the AviSynth script is reporting 2 channels
--[Information] [31/07/14 3:58:03 AM] Avisynth script
---[NoImage] ClearAutoloadDirs()
---[NoImage] AddAutoloadDir("C:\Program Files\MeGUI\tools\avs\plugins")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\BassAudio.dll")
---[NoImage] BassAudioSource("D:\test.m4a")
---[NoImage] # detected channels: 1 channel
---[NoImage] # detected channel positions: 1/0/0
---[NoImage] return last
--[Information] [31/07/14 3:58:03 AM] Commandline used: -ignorelength -q 0.5 -if - -of "{0}"
--[Information] [31/07/14 3:58:03 AM] Avisynth script environment opened
--[Information] [31/07/14 3:58:03 AM] Script loaded
--[Information] [31/07/14 3:58:03 AM] Output Decoder
---[Information] [31/07/14 3:58:03 AM] Channels: 2
---[Information] [31/07/14 3:58:03 AM] Bits per sample: 32
---[Information] [31/07/14 3:58:03 AM] Sample rate: 48000
--[Information] [31/07/14 3:58:03 AM] Job commandline: C:\Program Files\MeGUI\tools\eac3to\neroAacEnc.exe -ignorelength -q 0.5 -if - -of "D:\test_new.m4a"
--[Information] [31/07/14 3:58:03 AM] Process started
--[Information] [31/07/14 3:58:03 AM] Standard output stream
--[Information] [31/07/14 3:58:03 AM] Standard error stream
--[Information] [31/07/14 3:58:15 AM] MediaInfo
---[Information] [31/07/14 3:58:15 AM] File: D:\test_new.m4a
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 3241936
----[Information] PlayTime: 00:03:49.909
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR: No (Explicit)
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [31/07/14 3:58:15 AM] Postprocessing
--[Information] [31/07/14 3:58:15 AM] Job completed
leon
30th July 2014, 23:09
@tebasuna51
Hi thank you for your help.
I think the original audio was mono and it's been upmixed but wrong.
in MeGUI log window detected channels is one but in the script it's 2 this applies to channel positions to.
if MeGUI loads what is in scripts so why they aren't match.
I finally converted the audio with "Xilisoft Video Converter" to WAVE 2 channels and then encoded it with QAAC.
leon
30th July 2014, 23:15
@hello_hello
Hi
it's the input (original) audio,the output reports channel as mono.
your detected channels and channel positions are correct but look at mine how could one detected channel be 2/0/0.
I use downmix to Dolby pro logic II maybe that's the problem.
hello_hello
31st July 2014, 02:03
Maybe I'm on the wrong track, but the info as to which channel is which is obviously saved as part of the audio stream (left, right, centre etc) so maybe it's possible for a mono channel to be configured as left and right rather than as centre only. That'd explain:
Channel(s) : 2 channels
Channel(s)_Original : 1 channel
in the MediaInfo report for the original file. If the output is reported as mono, maybe that's "correct" in respect to having the same number of channels?
The MeGUI log file.... before it tries to commence encoding, shows a MediaInfo report for the file. In my case it always includes this for a mono AAC input file (under MediaInfo/Audio):
[Information] Channels: 1
[Information] ChannelsString: 1 channel
[Information] ChannelPositionsString2: 1/0/0
For other formats such as MP3 the ChannelPositionsString2 field is empty. Does your input file look any different?
I'll confess I'm guessing, but there does seem to be some inconsistencies when I tested some encodes of a mono file. If the source was mka, MP3 or an ffaudiosource script, the output was mono with no warnings. The same AAC audio in an m4a and the log file included the channel mismatch warning, the decoder output as 2 channels and the output file was stereo. Which seems odd, as the MediaInfo report was the same as above each time. The difference there seems to be the decoder used. It was NicAudio for the mka, BassAudio for the m4a.
Anyway, sorry..... I guess the channel mismatch I'm seeing in the log file is caused by a different circumstance than yours, but maybe I've helped someone work out why it's happening....?
LigH
31st July 2014, 06:47
I recently had a discussion about the M4A header created by QAAC which may indeed be slightly confusing. According to QAAC's author, nu774, there is an obsolete flag which only reports if the audio is mono or stereo (similar to MPEG1 audio), but most software is supposed to ignore it, because the AAC audio stream "kernel" has own flags which are more modern and detailed, as useful as e.g. WAVEFORMATEXTENSIBLE or Dolby Digital AC3 channel flags, supporting multi-channel audio configurations. Here in the HydrogenAudio forum (http://www.hydrogenaud.io/forums/index.php?showtopic=85135&view=findpost&p=867076):
mp4a.channelcount is intentionally set to either 1 or 2, since in the former spec (ISO 14496-12) only 1 or 2 was allowed. However, it seems that no such restriction present in the new spec (4th ed @2012-7-15). Therefore, maybe I should fix qaac to write actual number of channels.
On the other hand, I can say for sure that nothing in AudioSampleEntry (mp4a) matters and cannot be taken seriously.
For example, samplesize field (typically it is 16) is non-sense for AAC.
samplerate field is 16.16 fixed-point, so not enough to represent high samplerate such as 96kHz.
I don't understand why MediaInfo looks at it at all.
leon
31st July 2014, 07:51
Hi
MeGUI is good with 5.1 channel and it can detect channels ans channel positions.
with 2 channels most of the time can't detect positions.
and it's not good with mono but when I convert my audio to WAVE not matter 1,2 or 5.1 channel it works good.
hello_hello
31st July 2014, 22:53
I recently had a discussion about the M4A header created by QAAC which may indeed be slightly confusing. According to QAAC's author, nu774, there is an obsolete flag which only reports if the audio is mono or stereo (similar to MPEG1 audio), but most software is supposed to ignore it, because the AAC audio stream "kernel" has own flags which are more modern and detailed, as useful as e.g. WAVEFORMATEXTENSIBLE or Dolby Digital AC3 channel flags, supporting multi-channel audio configurations.
I guess that explains the "oddness" displayed by MediaInfo I noticed recently. I generally use NeroAAC but I was running some comparison encodes (using foobar2000) and noticed MediaInfo reported a 5.1ch AAC stream encoded with QAAC as:
Channel(s) : 2 channels
Channel(s)_Original : 6 channels
For the record, QAAC isn't alone when it comes to the flags it writes. The Fraunhofer AAC encoders seem to do the same thing. fdkaac.exe and fhgaacenc.exe (the front end for the Fraunhofer AAC encoder which comes with Winamp).
NeroAAC is the odd one out. It's the only encoder for which the output file was reported as simply being 6 channel by MediaInfo.
After muxing with the video in an MKV though, MediaInfo just reports 6 channels for the audio regardless of the AAC encoder.
(fhgaacenc.exe sure is fast. At least 50% faster than the rest. VBR encoding).
Anyway, that's getting away from leon's problem a little, although he hasn't uploaded a sample......
Hi
MeGUI is good with 5.1 channel and it can detect channels ans channel positions.
with 2 channels most of the time can't detect positions.
and it's not good with mono but when I convert my audio to WAVE not matter 1,2 or 5.1 channel it works good.
I can't say I've ever experienced any channel count mismatches when converting stereo audio with MeGUI.
leon
1st August 2014, 23:13
I said before that I converted the audio to WAVE with Xilisoft then encoded it so I don't have a sample.
wait hopefully I just found another file like that.
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 3mn
Bit rate mode : Constant
Bit rate : 56.0 Kbps
Channel(s) : 2 channels
Channel(s)_Original : 1 channel
Channel positions : Front: C
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 25.5 MiB (10%)
the whole file is big so I can't upload it. is there anyway that I can upload the audio only untouched?
hello_hello
2nd August 2014, 08:24
You said the original audio is mono and the output audio is mono, and from what we've been able to tell so far "Channel(s) : 2 channels" as reported by MediaInfo is probably wrong and "Channel(s)_Original : 1 channel" is probably correct. MeGUI is letting you know via the log file that MediaInfo reports two channels, but according to the Avisynth output there's only one. Unfortunately MeGUI doesn't have an option to convert mono to stereo as such. Mind you I'm not sure if there's any advantage to doing so anyway.
You could try loading the MP4 directly into MeGUI's audio section and re-encoding the audio that way (it doesn't matter if it also contains video). Every time I do, MeGUI uses BassAudioSource(), and even if the audio is actually mono, the output ends up being stereo (I assume BassAudio decodes it to stereo?), which I gather is what you're wanting. Currently you're using FFAudioSource() which seems to decode mono as mono.
Hopefully with BassAudio you'll go from mono input to stereo output with no channel mismatch being reported at all. If you try it that way, please report back with the result.
There's possibly no point extracting the audio and uploading it, because if the channel mismatch is being caused by flags saved to the MP4 container, then after extracting the audio you'll probably just have a mono aac file. You could maybe try splitting off a small section of the whole MP4 with something like My MP4Box GUI for uploading. Or even try opening the MP4 with MKVMergeGUI and remuxing it as an MKV, then checking the MKV version with MediaInfo. If I'm correct, once it's remuxed as an MKV, MediaInfo will probably only report the audio as being mono, if that's what it is.
leon
2nd August 2014, 13:37
The result of using BaseAudio:
Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : 40
Duration : 1h 3mn
Bit rate mode : Variable
Bit rate : 78.8 Kbps
Maximum bit rate : 102 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 96.0 KHz / 48.0 KHz
Compression mode : Lossy
Stream size : 35.9 MiB (98%)
Encoded date : UTC 2014-08-02 11:18:13
Tagged date : UTC 2014-08-02 11:26:38
The result of using FFAduioSource:
Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : 40
Duration : 1h 3mn
Bit rate mode : Variable
Bit rate : 82.2 Kbps
Maximum bit rate : 108 Kbps
Channel(s) : 1 channel
Channel positions : Front: C
Sampling rate : 96.0 KHz / 48.0 KHz
Compression mode : Lossy
Stream size : 37.4 MiB (98%)
Encoded date : UTC 2014-08-02 11:30:17
Tagged date : UTC 2014-08-02 11:34:14
in this test FFAudioSource was 2x faster than BassAudioSource.(?)
I think MeGUI should use Channel(s)_Original value 1st.
SacredCultivator
2nd August 2014, 23:01
I've noticed an error that's been happening often now but not too sure how to resolve.
-[Information] [8/2/2014 2:53:23 PM] Started handling job
-[Information] [8/2/2014 2:53:23 PM] Preprocessing
-[Information] [8/2/2014 2:53:23 PM] Avisynth input script
--[NoImage] #LoadPlugin("D:\Keepers\Subbing\VSFilterMod.dll")
--[NoImage] LoadPlugin("C:\Program Files (x86)\meGUI\tools\dgindex\DGDecode.dll")
--[NoImage] LoadPlugin("C:\Program Files (x86)\meGUI\tools\avisynth_plugin\ColorMatrix.dll")
--[NoImage] Load_Stdcall_Plugin("C:\Program Files (x86)\meGUI\tools\yadif\yadif.dll")
--[NoImage] DGDecode_mpeg2source("D:\Music\C-ute - Momoiro Sparkling (Close-up Ver.).d2v", info=3)
--[NoImage] ColorMatrix(hints=true, interlaced=true, threads=0)
--[NoImage] #Yadif(mode=1,order=1)
--[NoImage] #Yadif(order=1)
--[NoImage] #tfm(order=1).tdecimate(rate=23.976)
--[NoImage] #tfm(order=1).tdecimate(hybrid=1)
--[NoImage] TDecimate(cycleR=1)
--[NoImage] #Crop(left,top,right,bottom)
--[NoImage] Undot()
--[NoImage] Spline36Resize(720,480)
--[NoImage] global MeGUI_darx = 16
--[NoImage] global MeGUI_dary = 9
--[NoImage] #assumefps(23.976, 29.97, 59.94)
--[NoImage] AssumeFPS(24000, 1001)
--[NoImage] TextSubMod("D:\Music\C-ute - Momoiro Sparkling (Close-up Ver.).ass")
-[Information] [8/2/2014 2:53:26 PM] resolution: 720x480
-[Information] [8/2/2014 2:53:26 PM] frame rate: 24000/1001
-[Information] [8/2/2014 2:53:26 PM] aspect ratio: 16:9 (1.778)
-[Information] [8/2/2014 2:53:26 PM] Job commandline: "C:\Program Files (x86)\meGUI\tools\x264\x264.exe" --level 4.1 --crf 18.0 --keyint 230 --b-adapt 2 --ref 5 --vbv-bufsize 78125 --vbv-maxrate 62500 --rc-lookahead 50 --me umh --subme 11 --partitions all --trellis 2 --no-fast-pskip --sar 32:27 --output "D:\Music\C-ute - Momoiro Sparkling (Close-up Ver.) (H264).264" "D:\Music\C-ute - Momoiro Sparkling (Close-up Ver.) (H264).avs"
-[Information] [8/2/2014 2:53:26 PM] Process started
-[Information] [8/2/2014 2:53:26 PM] Standard output stream
-[Information] [8/2/2014 2:53:26 PM] Standard error stream
--[Information] [8/2/2014 2:53:29 PM] avs [info]: 720x480p 32:27 @ 24000/1001 fps (cfr)
--[Information] [8/2/2014 2:53:29 PM] x264 [info]: using SAR=32/27
--[Information] [8/2/2014 2:53:29 PM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
--[Information] [8/2/2014 2:53:29 PM] x264 [info]: profile High, level 4.1
-[Error] [8/2/2014 2:58:27 PM] Process exits with error: 0xC0000374 (-1073740940)
-[Information] [8/2/2014 2:58:27 PM] Job completed
For the error; Process exits with error: 0xC0000374 (-1073740940)
Before I used the 64-bit of x264 and it suggested to disable it, but even so, same error.
So not too sure what's causing it. And I can still mux the video, the issue before it seems to miss out on maybe .5/1 second at the end of the video.
hello_hello
3rd August 2014, 09:13
in this test FFAudioSource was 2x faster than BassAudioSource.(?)
That's probably due to the fact the output is mono for FFAudioSource and it's easier to encode. As a quick experiment I converted a stereo MP3 to AAC (QAAC) with foobar2000. The first time it encoded at around 38x. The second time I got foobar2000 to downmix it to mono. Encoding speed was around 90x.
I think MeGUI should use Channel(s)_Original value 1st.
It seems like that'd make more sense, although it wouldn't give you a stereo output from a mono file. You just wouldn't have a channel mismatch warning in the log file.
leon
3rd August 2014, 13:23
http://www.mediafire.com/download/aj9a9wkatdl1zet/1.mp4
This is a sample of that file and I split it as you said.
hello_hello
4th August 2014, 04:40
I'm getting the same result as you now.
FFAudioSource, mono input, mono output, channel mismatch warning in the log file.
BassAudioSource, mono input, stereo output, no channel mismatch warning.
In the end, I guess the problem is MediaInfo reports the info in the obsolete MP4 flags to MeGUI but it's no big deal given it doesn't stop MeGUI re-encoding it.
It's interesting BassAudioSource outputs stereo when the source is mono. I wasn't aware it did that. I wonder if it's by design?
leon
4th August 2014, 06:37
if it's by design so there is no way you can give a mono audio to encoder and have a mono output!!!
I'm not sure the problem is MediaInfo cause the video's been ripped from DVD and it suppose to be stereo.
or maybe I'm wrong and it's been encoded this way.I think the original channels was 2 and MediaInfo reports it as 1 and it's wrong.
hello_hello
4th August 2014, 06:59
The sample you uploaded is definitely mono. There's only a single audio channel. It's not especially uncommon for DVD audio to be mono, at least when it comes to old movies which had mono audio originally. Sometimes it's "dual mono" (ie stereo) but sometimes it's just mono. Even Bluray audio can be mono (mostly old movies, once again). Much like the audio for which someone posted a MediaInfo report here (http://forum.doom9.org/showthread.php?p=1688842#post1688842).
leon
4th August 2014, 09:19
yes the sample was mono but I'm sure that it originally was stereo and it isn't old movie.
I had a question too:
my speaker has 1 left 1 right and 1 center (only bass not sound) channels.my question is that what channel settings is best for it in encoders?
and what is Channel : 2\0x3?
Kurtnoise
4th August 2014, 09:29
@Leon : your mp4 sample is from the original track or from the transcode one ?
You should upload a sample from the original track...
btw, I've a patch for MediaInfo library when there is a mismatch between the Channels Count and the Channels Position. (http://pastebin.com/5VPSnSSX)
hello_hello
4th August 2014, 11:43
my speaker has 1 left 1 right and 1 center (only bass not sound) channels.my question is that what channel settings is best for it in encoders?
and what is Channel : 2\0x3?
You have stereo speakers with a subwoofer?
My setup is the same. I don't there's any best encoder settings as such. If the audio is multi-channel I either keep the original or re-encode it as multi-channel. You never know, one day I might change my mind and decide surround sound doesn't completely suck. It gets downmixed to stereo on playback anyway (or it should be).
I guess if you're trying to keep the file size as small as possible then downmixing to stereo would be the way to go. It's all personal preference.
Channel : 2\0x3? I've no idea. Maybe it's just some oddness in respect to what MediaInfo is displaying.
tebasuna51
4th August 2014, 11:57
@Kurtnoise: seems the original.
The .aac extracted by mp4mux -> MediaInfo:
Codec : AAC LC
Channel(s) : 1 channel
Channel positions : 1/0/0
But the 1.mp4 -> MediaInfo:
Channel(s) : 2 channels
Channel(s)_Original : 1 channel
Channel positions : 1/0/0
BassAudio (and Faad) always decode mono AAC like stereo.
NeroAacDec works fine with mono AAC from Qaac, fhgaacenc and NeroAacEnc, but output stereo with this one.
FFAudioSource and LSMASHAudioSource work fine also with this one.
hello_hello
4th August 2014, 11:58
I still think MeGUI could be a little more clever when it comes to extracting audio and writing any delay to the file name. Not that it happens much, but....
If there's a positive delay for the video in an MKV, it effectively means there's a negative audio delay. MediaInfo reports a video delay in an MKV as a negative audio delay, but MeGUI doesn't take it into account.
leon
4th August 2014, 12:07
@Leon : your mp4 sample is from the original track or from the transcode one ?
You should upload a sample from the original track...
btw, I've a patch for MediaInfo library when there is a mismatch between the Channels Count and the Channels Position. (http://pastebin.com/5VPSnSSX)
Hi
please read previous posts.
of course it's from the original file I split it as hello_hello said.
leon
4th August 2014, 12:11
@hello_hello
I don't know exactly what subwoofer is if it doesn't have sound too then my speaker is stereo with a subwoofer.
is there any advantages playing a surround sound instead of a stereo sound from a stereo speaker ?
leon
4th August 2014, 12:19
@tebasuna51
if it's mono why Mediainfo shows Channel(s) : 2 channels ?
I think it WAS stereo before and now it's mono so if Mediainfo change Channel(s) and Channel(s)_Original values it would be better.(I assume here Original means what it was before)
I remember you suggested me to use FFAudioSource ,isn't it better to use BassAudioSource?
hello_hello
4th August 2014, 18:17
@hello_hello
I don't know exactly what subwoofer is if it doesn't have sound too then my speaker is stereo with a subwoofer.
is there any advantages playing a surround sound instead of a stereo sound from a stereo speaker ?
Subwoofers do make noise, but it's only the very low frequencies.
A typical stereo setup might be a subwoofer (a box which sits on the floor) which contains a sub-speaker and also the amplifiers for the stereo speakers. The audio goes to the subwoofer where the low frequencies are separated to be amplified by the subwoofer, and the rest are amplified and sent to the stereo speakers.
It's common to have a stereo setup without the separate subwoofer (the speaker amplifiers are in the speakers), but without it they usually can't reproduce low frequencies as well.
is there any advantages playing a surround sound instead of a stereo sound from a stereo speaker ?
Not really. It's either downmixed to stereo and encoded that way or it's encoded as multi-channel and downmixed to stereo on playback. There may be a volume difference, as when downmixing for encoding, the audio is often "normalised" (the volume adjusted until the peaks are at maximum). The same can be done for stereo to stereo and multichannel to multichannel, however you might find the volume of the original and encoded versions are a bit different, but that's about it.
I use my PC as my media player with ffdshow decoding the audio. It downmixes to stereo and you can adjust the volume of individual channels. I give the centre channel a bit of a boost as that's where most of the dialogue is, so that helps me keep the over-all volume down at night, and obviously if the audio is already downmixed to stereo you can't do that, but it's not something most people would normally do.
hello_hello
4th August 2014, 18:25
if it's mono why Mediainfo shows Channel(s) : 2 channels ?
I think it WAS stereo before and now it's mono so if Mediainfo change Channel(s) and Channel(s)_Original values it would be better.(I assume here Original means what it was before
Read this post (http://forum.doom9.org/showthread.php?p=1688445#post1688445) again.
The flags are obsolete and MediaInfo probably should ignore them.
A similar question was asked here (http://forum.doom9.org/showthread.php?t=170972), and thanks to this thread I knew the answer.
5.1ch input, 5.1ch output, and MediaInfo displays this for the output file:
Channel(s) : 2 channels
Channel(s)_Original : 6 channels
leon
5th August 2014, 07:50
Thank you so much (everyone involved in this discussion)
where is Mr. Zathor I posted a few bugs and feature requests in sourceforge but there were no answers.
anyone knows if MeGUI has anything to do with D3D?
I mean recently it shows me an error containing D3D.
LigH
5th August 2014, 07:58
Depending on the renderer you selected, this renderer may use Direct3D functions to "project" a video onto a 3D plane for fast rendering, possibly even with shader effects.
If another program (e.g. a game) already uses a lot of video memory, a media player may not have enough video RAM left to use this feature, so the renderer may have to fall back to a more compatible technique.
For more details, please post the error message as exactly as possible (try to press Ctrl+C while this dialog pops up, you might be able to paste it with Ctrl+V; or press Alt+PrtScr and save it as PNG).
leon
5th August 2014, 12:50
Depending on the renderer you selected, this renderer may use Direct3D functions to "project" a video onto a 3D plane for fast rendering, possibly even with shader effects.
If another program (e.g. a game) already uses a lot of video memory, a media player may not have enough video RAM left to use this feature, so the renderer may have to fall back to a more compatible technique.
For more details, please post the error message as exactly as possible (try to press Ctrl+C while this dialog pops up, you might be able to paste it with Ctrl+V; or press Alt+PrtScr and save it as PNG).
Hi
you're right Mr. LigH , MeGUI shows this error when I play a game like "Batman Arkham City" but when I play Counter Strike it shows the same error CS is very low quality game and I think a 64MB VRAM can handle it.
(press Alt+PrtScr and save it as PNG): thank you but I'm not that noob :)
http://i58.tinypic.com/whce9t.jpg
LigH
5th August 2014, 15:20
Well, OK, I thought of a completely different topic, apparently.
This kind of error probably means that your AviSynth script contains functions related to GPU accelerarion which are not reliably accessible when you are playing a game while encoding in the background. Your graphic card may have problems switching between rendering 3D game graphics and decoding or filtering video frames (so I could imagine, at least...).
We will certainly have to know your whole script and your exact graphic chipset to discover the reason.
leon
5th August 2014, 16:13
Well, OK, I thought of a completely different topic, apparently.
This kind of error probably means that your AviSynth script contains functions related to GPU accelerarion which are not reliably accessible when you are playing a game while encoding in the background. Your graphic card may have problems switching between rendering 3D game graphics and decoding or filtering video frames (so I could imagine, at least...).
We will certainly have to know your whole script and your exact graphic chipset to discover the reason.
I'm sure that the problem is not my GPU.
reason:I encoded videos before,when I was playing "Batman AC" and had no problems.
the only differences : MeGUI version,Avisynth version (was 2.5.8) and my script.
MosquitoNR(strength=13,restore=128,radius=2,threads=0)
f3kdb(range=25,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.10,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
Removegrain(mode=2,modeU=2,modeV=2)
FFT3DGPU(sharpen=1.0,plane=4,mode=1,interlaced=false)
GradFun3()
GPU: GeForce GT 440
poisondeathray
5th August 2014, 16:36
I suspect problem is FFT3DGPU - it relies on DirectX. If you're playing games simultaneously, try changing that to the non GPU accelerated filter, FFT3DFilter
leon
7th August 2014, 17:07
I suspect problem is FFT3DGPU - it relies on DirectX. If you're playing games simultaneously, try changing that to the non GPU accelerated filter, FFT3DFilter
Thank you so much :)
after switching to FFT3Dfilter the problem gone.
leon
8th August 2014, 19:34
Hi
when I try to open this script MeGUI stops working.
Spline64Resize(960,544) # Spline64 (Sharp)
MosquitoNR(strength=16,restore=128,radius=2,threads=0)
f3kdb(range=28,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.10,bright=0,cont=1.01,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
Removegrain(mode=2,modeU=2,modeV=2)
Dither2Pre (flt="FFT3DGPU(sigma=4, sharpen=2.0, plane=4, mode=1, interlaced=false)")
SmoothGrad (radius=16, thr=0.25, elast=2)
Dither_resize16 (960, 544)
DitherPost ()
I checked "Apply auto Preview" box but there were no problem with this script.
problem occurs when I want to load it.
I know it's filter overkill :) and maybe not correct.
another thing : when I change sigma to 2 preview window only shows half of the frames.
Zathor
9th August 2014, 11:34
I checked "Apply auto Preview" box but there were no problem with this script.
problem occurs when I want to load it.
Workaround: Disable "Options\Settings\Show video preview..."
Or try to disable "Improved AVS opening" on the same page.
leon
9th August 2014, 12:56
Hi
I opened a video with Avisynth script creator then modified and saved Avisynth profile and when I applied preview I got a frame from another video(TWD).:eek::eek::eek:
http://i58.tinypic.com/6fbb55.jpg
then I noticed that I've encoded that video before and "The Walking Dead E02.mkv.ffindex" was in the same folder as the video that I want to encode now.
leon
9th August 2014, 13:23
I was wrong "The Walking Dead E02.mkv.ffindex" wasn't there MeGUI creates it when I apply preview :eek::eek::eek::eek::eek::eek:
I have no idea but maybe it is still in RAM and MeGUI loads it again.
I'm gonna restart my computer and see if anything changes.
hello_hello
9th August 2014, 15:35
I've had the script creator do odd things after modifying or creating AVS profiles in the past. I don't think it's ever happened when I've modified an AVS profile directly after opening MeGUI, but it often does after I've indexed and encoded video. What seems to happen is when you modify an AVS template something causes MeGUI to try to open a previously encoded video as you close the AVS profile configuration. It'll sometimes pop up with an error message about not be able to open one. Sometimes I think it's offered several error messages in a row, all regarding video encoded since MeGUI was last restarted.
In my case I'm not sure I've modified a template while the preview window has been opened, and it definitely hasn't managed to open a preview of a video which was no longer on the hard drive (hence the error messages instead) but I suspect the cause is the same.
hello_hello
10th August 2014, 06:44
Hi
when I try to open this script MeGUI stops working.
Do you actually use that script??
I got it to run perfectly in the script creator preview. I managed to load it into the video section once, but it was all over after that. I couldn't preview it again. For me it seemed to be a video card memory problem. Changing FFT3DGPU to fft3dfilter (and removing mode=1) solved the problem. I could then load and preview the video fine.
I've no idea what video card you have but when it comes to my old card, FFT3DGPU slows the encoding process down a little compared to fft3dfilter anyway.
another thing : when I change sigma to 2 preview window only shows half of the frames.
I couldn't duplicate that, however....
I have found in the past that the conversion to 16 bit and back can sometimes confuse MeGUI's preview in respect to resizing. Is that what you meant? The preview is only displaying half of each frame?
If so, you might find it'd pay to close the video preview completely and re-open it every time you modify a script in respect to any 8/16 bit conversions.
Dither_resize16 (960, 544).... maybe that's why you've included it in your script. I'm fairly sure it's not actually needed.
The Dither help file says DitherNPre is pretty much a hack in order to use 8 bit filters with 16 bit video and might cause artefacts etc. To quote the help file:
"Use these functions only when there is no other way to achieve the desired filtering."
leon
10th August 2014, 10:01
@hello_hello
Thank you for your reply.
that was my 1st time I used that script :)
I use GPU version cause it's much faster for me.
I tested this script and had no problem so far :
SetMTMode(2, 0)
MosquitoNR(strength=10,restore=128,radius=2,threads=0)
f3kdb(range=22,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.0,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
Removegrain(mode=2,modeU=2,modeV=2)
Dither2Pre(flt="FFT3DGPU(sharpen=1.0,plane=4,mode=1,interlaced=false)")
DitherPost()
so what is your suggestion instead of using Dither2pre ?
sometimes when I use Dither the noise in the video increases like a lot of dust on a picture.
when I encode my video to 10bit it's much clearer but it's also more incompatible I want to process my video in 10bit and then output it to 8bit.
it seems MT version of Avisynth is much stable and also faster.
hello_hello
10th August 2014, 13:06
so what is your suggestion instead of using Dither2pre ?
There's a 16 bit version of dfttest (http://forum.doom9.org/showthread.php?p=1386559). The consensus seems to be that it's better than fft3dfilter, but slower.
I'm maybe not the best person to ask about noise filtering, as once I decided QTGMC in progressive mode fixes everything I stopped experimenting all that often. ;)
When QTGMC is overkill, I find this (http://forum.doom9.org/showthread.php?p=1583955#post1583955) works well for noise removal and it's easy to adjust. If you run it in 16 bit mode, you need to add DitherPost() to the end.
This (http://forum.videohelp.com/threads/358043-A-comparison-of-AVIsynth-denoise-filters?p=2283228&viewfull=1#post2283228) is from a while back when I was experimenting a little. There's a zip file attached with a torture test video sample along with a few encodes using different filtering. No doubt each filter could be tweaked a little to do a better job, but I just compared the default settings for each as a starting point. Except for the adjustments to QTGMC's noise filtering.
If you have a script which does a better job than QTGMC or TemporalDegrain (http://avisynth.nl/index.php/Temporal_Degrain) I'd be happy to try it whether it's 8 bit, 16 bit, or 4.25 bit. :)
sometimes when I use Dither the noise in the video increases like a lot of dust on a picture.
Are you sure it's the dithering or could it be un-removed noise?
I can't say I've experienced that but mostly if I've used noise removal I just dither this way:
gradfun3()
it seems MT version of Avisynth is much stable and also faster.
I dunno.... a lot of it probably depends on the plugins you're using and whether it's raining.....
I couldn't seem to get MT Avisynth perfectly stable with QTGMC and that's what I mainly cared about. It'd sometimes cause x264 to crash in the middle of an encode so I went back to the single threaded version. Instead, I copy a script, use Trim() so each script encodes half the video, then I run them at the same time.
leon
10th August 2014, 14:02
Hi hello_hello :)
I tried QTGMC but it's toooo slow.
Are you sure it's the dithering or could it be un-removed noise?
yes I'm sure cause when I remove it the original video has less noise :)
I decided to use Gradfun3 again cause I got more problems with 16bit and the last one is this (AvisynthMT):
http://i57.tinypic.com/wrxm5c.jpg
Instead, I copy a script, use Trim() so each script encodes half the video, then I run them at the same time.
Can you please say me how?how to use Trim()?
is that faster?
If you have a script which does a better job than QTGMC or TemporalDegrain I'd be happy to try it whether it's 8 bit, 16 bit, or 4.25 bit.
I simply use Removegrain and FFT3DGPU (faster and also preserves more detail).
hello_hello
10th August 2014, 15:06
Hi hello_hello :)
I tried QTGMC but it's toooo slow.
If QTMC is slower than the script you originally posted I'd be a little surprised, but yes it is slow. However it also has speed presets, although the slower presets tend to work better. The default is "slower".
yes I'm sure cause when I remove it the original video has less noise :)
Very odd.
Can you please say me how?how to use Trim()?
is that faster?
If an encode isn't pushing your CPU to the limit because the filtering is a bottleneck (ie QTGMC), the encoding speed won't be any faster as such, but you can run more than one encode at a time and push your CPU to 100% that way.
Make a copy of your script. If you add this to the end of the first one (for example):
Trim(0, 54634)
And this to the second:
Trim(54635, 0)
The first script will encode the first 54634 frames and the second will encode the rest. Add both scripts to the job queue and run them together.
The AVS Cutter under MeGUI's Tools menu will give you a preview while adding trims to a script. It'd pay to start the second script at the beginning of a scene change and make sure to check "stitchable" in MeGUI's x264 encoder configuration, so when the two encodes have finished you won't have any problem appending them together with MKVMergeGUI.
I simply use Removegrain and FFT3DGPU (faster and also preserves more detail).
Preserves more detail than what? I assume you didn't look at the samples I linked to?
leon
10th August 2014, 16:14
Hi
If QTMC is slower than the script you originally posted I'd be a little surprised, but yes it is slow. However it also has speed presets, although the slower presets tend to work better. The default is "slower".
I used default settings for QTGMC and it was always slower than my scripts.
If an encode isn't pushing your CPU to the limit because the filtering is a bottleneck (ie QTGMC), the encoding speed won't be any faster as such, but you can run more than one encode at a time and push your CPU to 100% that way....
my CPU never reaches 100% when I encode so I also play a game to reach it to 100% :)
thank you so much for the info.
why to the end ? can't I add Trim() to the start of each script?
Preserves more detail than what? I assume you didn't look at the samples I linked to?
than dfttest.sorry hadn't time to look at it but I'll look at it tonight.
I want to output my video in 16bit in order to use it in X264_10bit but I get this result:
http://i62.tinypic.com/141iclf.jpg
I simply use Dither_convert_8_to_16() in the end of my script.
sneaker_ger
10th August 2014, 17:06
You don't need "Dither_convert_8_to_16()" to encode in 10 bit. Delete that line and go into settings->external program configuration->X264:enable 10 bit encoding.
leon
10th August 2014, 19:30
You don't need "Dither_convert_8_to_16()" to encode in 10 bit. Delete that line and go into settings->external program configuration->X264:enable 10 bit encoding.
Thank you but I know that.
I want to deband and denoise in 16bit and have 16bit output too(not get back to 8bit) but I always get a half or whole frame like that.
sneaker_ger
10th August 2014, 22:09
AviSynth does not natively support 16 bit, only 8 bit. It has to put those extra 8 bits somewhere - that's why the picture resolution doubles (either stacked or interleaved). MeGUI probably does not (fully) support this hack, hence the garbled preview. Is MeGUI using avs4x264mod for piping? Then using e.g. "--input-depth 16" as an additional cli parameter for x264 might produce correct output even if the preview is garbled. Make sure to use interleaved 16 bit hack (like in your screenshot), not vertically stacked.
hello_hello
11th August 2014, 06:36
leon,
As far as I'm aware there's no way to output 16 bit video using MeGUI and encode it correctly. The Avisynth output is always assumed to be 8 bit so you need to make sure any 16 bit filtering is dithered to 8 bit in the script.
You can still use the 10 bit encoder and I'm pretty sure it'll still be a bit more efficient and still less susceptible to banding etc, but you have to be outputting 8 bit in an Avisynth script to use it with MeGUI for encoding.
AviSynth does not natively support 16 bit, only 8 bit. It has to put those extra 8 bits somewhere - that's why the picture resolution doubles (either stacked or interleaved). MeGUI probably does not (fully) support this hack, hence the garbled preview. Is MeGUI using avs4x264mod for piping? Then using e.g. "--input-depth 16" as an additional cli parameter for x264 might produce correct output even if the preview is garbled.
MeGUI includes avs4x264mod in it's collection of tools/utilities, but I've no idea when it decides to use it. Maybe Zathor can enlighten us.
There's no way for the x264 encoder to automatically determine the correct bitdepth, is there?
I'd assume MeGUI's x264 encoder configuration would need an option along with the one for using the 10 bit encoder in order to output 16 bit. One which gets MeGUI to use an appropriate commandline including "--input-depth 16" etc.
I assume avs4x264mod wouldn't be able to automatically determine the correct bitdepth either?
Make sure to use interleaved 16 bit hack (like in your screenshot), not vertically stacked.
As I've done almost no 10 bit encoding, could I ask why? The Dither plugin seems to use "vertically stacked" by default. If you add nothing but "Dither_convert_8_to_16 ()" to a script and use MeGUI's preview, the 16 bit result seems to be "stacked" (video on top, green on bottom).
Does the following from the dither help file imply using the interleaved 16 bit hack is not a good idea?
"Some functions may also use an MSB/LSB decomposition as interleaved pictures, but this format should be considered deprecated and is only supported for backward compatibility."
"There are specifically modified denoising plug-ins allowing 16-bit output (I called them “mod16”), currently dfttest, MDegrain1, MDegrain2 and MDegrain3. They are included in the Dither package and can safely replace the regular versions, when up-to-date. Use the named parameter lsb=true to enable 16 bit output. Then, MSB is stacked on top of the LSB."
One last question.... aside from MeGUI's preview, how do you determine which method is being used?
Cheers.
hello_hello
11th August 2014, 07:12
why to the end ? can't I add Trim() to the start of each script?
I think..... and someone could correct me if I'm wrong....
Filtering is usually added to a script in the order you want it applied. Some filtering (noise removal, IVTC) is effectively applied to a group of frames. If you put Trim() first, it might effect the output a tad, so as a general rule you'd apply other filtering first, then use Trim() to output only the required frames.
Mind you, I sometimes use Trim() to apply different filtering to different parts of a script, so mostly I'd add the "apply to everything" filtering, followed by the trims, maybe followed by filtering which is just applied to each frame independently. Something like this (just as an example):
tfm(order=-1).tdecimate(hybrid=1)
FluxSmoothST(7,7)
Trim(0,999).crop(2, 0, -2, 0).Spline36Resize(688,384)\
++Trim(1000,1999).crop(18, 4, 0, 0).Spline36Resize(688,384)\
++Trim(2000,2999).Tweak(cont=1.1).Spline36Resize(688,384)
ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
Zathor
11th August 2014, 07:25
MeGUI includes avs4x264mod in it's collection of tools/utilities, but I've no idea when it decides to use it.
When 32bit MeGUI (and therefore 32bit AviSynth) is used together with 64bit x264.
leon
11th August 2014, 10:42
AviSynth does not natively support 16 bit, only 8 bit. It has to put those extra 8 bits somewhere - that's why the picture resolution doubles (either stacked or interleaved). MeGUI probably does not (fully) support this hack, hence the garbled preview. Is MeGUI using avs4x264mod for piping? Then using e.g. "--input-depth 16" as an additional cli parameter for x264 might produce correct output even if the preview is garbled. Make sure to use interleaved 16 bit hack (like in your screenshot), not vertically stacked.
Hi
in the other thread (MeGUI: bug reports and feature requests) you can see I've add "Ditherpost()" to the end of my script in order to have a 8bit output but it has problems too.
leon
11th August 2014, 10:45
I think..... and someone could correct me if I'm wrong....
Filtering is usually added to a script in the order you want it applied. Some filtering (noise removal, IVTC) is effectively applied to a group of frames. If you put Trim() first, it might effect the output a tad, so as a general rule you'd apply other filtering first, then use Trim() to output only the required frames.
Mind you, I sometimes use Trim() to apply different filtering to different parts of a script, so mostly I'd add the "apply to everything" filtering, followed by the trims, maybe followed by filtering which is just applied to each frame independently. Something like this (just as an example):
Thank you I tested that method and it was 1 FPS faster (saved me 30 mins :) )
sneaker_ger
11th August 2014, 17:00
There's no way for the x264 encoder to automatically determine the correct bitdepth, is there?
I'd assume MeGUI's x264 encoder configuration would need an option along with the one for using the 10 bit encoder in order to output 16 bit. One which gets MeGUI to use an appropriate commandline including "--input-depth 16" etc.
AFAIK avs4x264mod automatically handles high bit if it sees the --input-depth 9...16 parameter being uses. No additional settings should be required. (Except one that makes MeGUI use avs4x264mod in the first place.)
As I've done almost no 10 bit encoding, could I ask why? The Dither plugin seems to use "vertically stacked" by default. If you add nothing but "Dither_convert_8_to_16 ()" to a script and use MeGUI's preview, the 16 bit result seems to be "stacked" (video on top, green on bottom).
x264 expects interleaved.
One last question.... aside from MeGUI's preview, how do you determine which method is being used?
You read the documentations of your AviSynth plugins, of course.
hello_hello
11th August 2014, 18:30
You read the documentations of your AviSynth plugins, of course.
If you don't know, you only had to say so. ;)
leon
13th August 2014, 10:11
MeGUI encountered an error after 9 HOURS encoding :angry::angry::angry:
[Error] Log
-[Information] Versions
-[Error] Update detection
--[Information] [8/12/2014 11:33:06 PM] Automatic update is disabled
--[Information] [8/12/2014 11:33:06 PM] Using cached update config and server: http://megui.org/auto/
--[Information] [8/12/2014 11:33:06 PM] No package requires an update
--[Information] [8/13/2014 1:46:40 AM] Connected to server: http://megui.xvidvideo.ru/auto/
--[Information] [8/13/2014 1:46:40 AM] No package requires an update
--[Error] [8/13/2014 11:52:03 AM] Could not save update package settings
-[Information] Log for job1 (video, Noah 2014 720p 2.avs -> Noah 2014 720p 2.mkv)
--[Information] [8/13/2014 1:53:36 AM] Started handling job
--[Information] [8/13/2014 1:53:36 AM] Preprocessing
--[Information] [8/13/2014 1:53:36 AM] Avisynth input script
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #denoise
---[NoImage] #resize
---[NoImage] ColorMatrix(mode="Rec.709->Rec.601", clamp=0, threads=0)
---[NoImage] FFT3DGPU(sharpen=0.2,plane=4,mode=1,interlaced=false)
---[NoImage] MosquitoNR(strength=10,restore=128,radius=2,threads=0)
---[NoImage] f3kdb(range=23,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
---[NoImage] Tweak(hue=0,sat=1.0,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
---[NoImage] RemoveGrain(mode=2,modeU=2,modeV=2)
---[NoImage] Gradfun3()
---[NoImage] Trim(3076, 189200)
--[Information] [8/13/2014 1:53:39 AM] resolution: 1280x696
--[Information] [8/13/2014 1:53:39 AM] frame rate: 24000/1001
--[Information] [8/13/2014 1:53:39 AM] aspect ratio: 160:87 (1.839)
--[Information] [8/13/2014 1:53:39 AM] custom command line: --bframes 3 --ref 6
--[Information] [8/13/2014 1:53:39 AM] Job commandline: "C:\Program Files\MeGUI\tools\x264_10b\avs4x264mod.exe" -L "C:\Program Files\MeGUI\tools\x264_10b\x264-10b_64.exe" --level 4.1 --preset slower --crf 31.0 --keyint 240 --ref 6 --qpmin 10 --qpmax 51 --vbv-bufsize 78125 --vbv-maxrate 62500 --rc-lookahead 75 --aq-strength 1.1 --no-fast-pskip --stitchable --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --output "F:\Users\Admin\Desktop\Videos\New folder\2.mkv" "F:\Users\Admin\Desktop\Videos\New folder\2.avs"
--[Information] [8/13/2014 1:53:39 AM] Process started
--[Information] [8/13/2014 1:53:39 AM] Standard output stream
--[Information] [8/13/2014 1:53:39 AM] Standard error stream
---[Information] [8/13/2014 1:54:00 AM] raw [info]: 1280x696p 1:1 @ 24000/1001 fps (cfr)
---[Information] [8/13/2014 1:54:00 AM] x264 [info]: using SAR=1/1
---[Information] [8/13/2014 1:54:00 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT
---[Information] [8/13/2014 1:54:00 AM] x264 [info]: profile High 10, level 4.1, 4:2:0 10-bit
---[Information] [8/13/2014 1:58:18 AM] x264 [info]: frame I:16 Avg QP:39.29 size: 32945
---[Information] [8/13/2014 1:58:18 AM] x264 [info]: frame P:314 Avg QP:42.97 size: 5108
---[Information] [8/13/2014 1:58:18 AM] x264 [info]: frame B:790 Avg QP:47.87 size: 1254
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: consecutive B-frames: 3.3% 4.3% 11.0% 81.4%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: mb I I16..4: 22.8% 72.4% 4.8%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: mb P I16..4: 2.8% 4.0% 0.1% P16..4: 39.7% 2.2% 7.4% 0.0% 0.0% skip:43.9%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: mb B I16..4: 0.1% 0.3% 0.0% B16..8: 26.2% 0.9% 0.1% direct: 0.3% skip:72.1% L0:40.9% L1:58.2% BI: 0.8%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: 8x8 transform intra:64.8% inter:82.9%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: direct mvs spatial:99.2% temporal:0.8%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: coded y,uvDC,uvAC intra: 36.9% 25.2% 0.7% inter: 3.2% 1.5% 0.0%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: i16 v,h,dc,p: 15% 22% 7% 56%
---[Information] [8/13/2014 1:58:19 AM] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 5% 7% 11% 17% 14% 15% 10% 13%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 6% 5% 4% 10% 18% 14% 16% 10% 16%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: i8c dc,h,v,p: 41% 27% 8% 25%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: Weighted P-Frames: Y:9.6% UV:7.3%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: ref P L0: 60.6% 20.9% 11.4% 3.2% 3.4% 0.5% 0.0%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: ref B L0: 89.7% 5.7% 3.1% 0.9% 0.5%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: ref B L1: 97.0% 3.0%
---[Information] [8/13/2014 1:58:20 AM] x264 [info]: kb/s:534.58
---[Information] [8/13/2014 1:58:20 AM] encoded 1120 frames, 4.07 fps, 534.72 kb/s
--[Information] [8/13/2014 1:58:20 AM] Process exits with error: 0xFFFFFFFF (-1)
--[Information] Deleting aborted output
---[Information] [8/13/2014 1:58:21 AM] Delete aborted output set: False
--[Information] [8/13/2014 1:58:21 AM] Job completed
--[Information] [8/13/2014 1:58:21 AM] Current job was aborted
-[Error] Log for job1 (video, 2.avs -> 2.mkv)
--[Information] [8/13/2014 1:59:38 AM] Started handling job
--[Information] [8/13/2014 1:59:38 AM] Preprocessing
--[Information] [8/13/2014 1:59:38 AM] Avisynth input script
---[NoImage] # Set DAR in encoder to 160 : 87. The following line is for automatic signalling
---[NoImage] global MeGUI_darx = 160
---[NoImage] global MeGUI_dary = 87
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\dither.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\mvtools2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\LoadDll.dll")
---[NoImage] LoadDll("F:\Program Files (x86)\AviSynth 2.5\plugins\libfftw3f-3.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\MaskTools.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\FFT3dGPU.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\avstp.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\dfttest.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\hqdn3d.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\nnedi3.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\RepairSSE2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\Deen.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\flash3kyuu_deband.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\svpflow2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\svpflow1.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\RemoveGrainSSE2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\aWarpSharp.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\deblock.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\DctFilter.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\mt_masktools-26.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\gradfun2db.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\MosquitoNR.dll")
---[NoImage] Import("C:\Program Files\MeGUI\tools\avisynth_plugin\EdgeCleaner.avs")
---[NoImage] Import("F:\Program Files\Hybrid\avisynthPlugins\Dehalo_alpha_mt.avsi")
---[NoImage] Import("C:\Program Files\MeGUI\tools\avisynth_plugin\QTGMC-3.33d.avsi")
---[NoImage] Import("F:\Program Files\Hybrid\avisynthPlugins\Deblock_QED.avs")
---[NoImage] Import("C:\Program Files\MeGUI\tools\avisynth_plugin\dither.avsi")
---[NoImage] Import("C:\Program Files\MeGUI\tools\avisynth_plugin\mt_xxpand_multi.avsi")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("K:\My Files\2.mkv", cachefile="F:\Users\Admin\Desktop\Videos\New folder\2.mkv.ffindex", fpsnum=24000, fpsden=1001)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #denoise
---[NoImage] #resize
---[NoImage] ColorMatrix(mode="Rec.709->Rec.601", clamp=0, threads=0)
---[NoImage] FFT3DGPU(sharpen=0.2,plane=4,mode=1,interlaced=false)
---[NoImage] MosquitoNR(strength=10,restore=128,radius=2,threads=0)
---[NoImage] f3kdb(range=23,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
---[NoImage] Tweak(hue=0,sat=1.0,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
---[NoImage] RemoveGrain(mode=2,modeU=2,modeV=2)
---[NoImage] Gradfun3()
---[NoImage] Trim(3076, 189200)
--[Information] [8/13/2014 1:59:41 AM] resolution: 1280x696
--[Information] [8/13/2014 1:59:41 AM] frame rate: 24000/1001
--[Information] [8/13/2014 1:59:41 AM] aspect ratio: 160:87 (1.839)
--[Information] [8/13/2014 1:59:41 AM] custom command line: --bframes 3 --ref 6
--[Information] [8/13/2014 1:59:41 AM] Job commandline: "C:\Program Files\MeGUI\tools\x264_10b\avs4x264mod.exe" -L "C:\Program Files\MeGUI\tools\x264_10b\x264-10b_64.exe" --level 4.1 --preset slower --crf 31.5 --keyint 240 --ref 6 --qpmin 10 --qpmax 51 --vbv-bufsize 78125 --vbv-maxrate 62500 --rc-lookahead 75 --aq-strength 1.1 --no-fast-pskip --stitchable --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --output "F:\Users\Admin\Desktop\Videos\New folder\2.mkv" "F:\Users\Admin\Desktop\Videos\New folder\2.avs"
--[Information] [8/13/2014 1:59:41 AM] Process started
--[Information] [8/13/2014 1:59:41 AM] Standard output stream
---[Information] [8/13/2014 11:51:26 AM] avs [info]: AviSynth 2.60, build:Sep 18 2013 [17:36:36]
---[Information] [8/13/2014 11:51:26 AM] avs [info]: Video colorspace: YV12
---[Information] [8/13/2014 11:51:26 AM] avs [info]: Video resolution: 1280x696
---[Information] [8/13/2014 11:51:26 AM] avs [info]: Video framerate: 24000/1001
---[Information] [8/13/2014 11:51:26 AM] avs [info]: Video framecount: 186125
---[Information] [8/13/2014 11:51:26 AM] avs4x264 [info]: "C:\Program Files\MeGUI\tools\x264_10b\x264-10b_64.exe" - --level 4.1 --preset slower --crf 31.5 --keyint 240 --ref 6 --qpmin 10 --qpmax 51 --vbv-bufsize 78125 --vbv-maxrate 62500 --rc-lookahead 75 --aq-strength 1.1 --no-fast-pskip --stitchable --colorprim bt709 --transfer bt709 --colormatrix bt709 --sar 1:1 --output "F:\Users\Admin\Desktop\Videos\New folder\2.mkv" --frames 186125 --fps 24000/1001 --input-res 1280x696 --input-csp i420
--[Error] [8/13/2014 1:59:41 AM] Standard error stream
---[Information] [8/13/2014 2:00:02 AM] raw [info]: 1280x696p 1:1 @ 24000/1001 fps (cfr)
---[Information] [8/13/2014 2:00:02 AM] x264 [info]: using SAR=1/1
---[Information] [8/13/2014 2:00:02 AM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT
---[Information] [8/13/2014 2:00:02 AM] x264 [info]: profile High 10, level 4.1, 4:2:0 10-bit
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: frame I:1624 Avg QP:39.23 size: 21092
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: frame P:46749 Avg QP:42.88 size: 3872
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: frame B:107979 Avg QP:44.91 size: 1131
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: consecutive B-frames: 3.7% 5.3% 22.1% 68.9%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: mb I I16..4: 30.5% 66.3% 3.2%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: mb P I16..4: 5.9% 6.1% 0.1% P16..4: 32.6% 1.6% 4.3% 0.0% 0.0% skip:49.3%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: mb B I16..4: 0.2% 0.3% 0.0% B16..8: 25.1% 0.7% 0.1% direct: 0.2% skip:73.5% L0:38.2% L1:61.3% BI: 0.6%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: 8x8 transform intra:54.8% inter:87.9%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: coded y,uvDC,uvAC intra: 21.7% 17.9% 0.6% inter: 1.7% 1.2% 0.0%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: i16 v,h,dc,p: 21% 23% 6% 51%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 5% 19% 10% 14% 11% 13% 9% 11%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 6% 6% 10% 16% 14% 15% 10% 16%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: i8c dc,h,v,p: 57% 25% 6% 12%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: Weighted P-Frames: Y:7.8% UV:6.3%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: ref P L0: 56.9% 21.3% 13.5% 3.5% 3.5% 1.3% 0.1%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: ref B L0: 90.6% 5.2% 2.7% 1.0% 0.5%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: ref B L1: 97.2% 2.8%
---[Information] [8/13/2014 11:51:26 AM] x264 [info]: kb/s:413.86
---[Information] [8/13/2014 11:51:26 AM] aborted at input frame 156433, output frame 156351
---[Information] [8/13/2014 11:51:26 AM] encoded 156351 frames, 4.40 fps, 413.86 kb/s
---[Error] [8/13/2014 11:51:26 AM] avs [error]: Error occurred while writing frame 156434
---[Information] [8/13/2014 11:51:26 AM] (Maybe x264 closed)
--[Error] [8/13/2014 11:51:26 AM] Process exits with error: 0xFFFFFFFF (-1)
--[Warning] [8/13/2014 11:51:26 AM] The 64 bit mode of x264 is enabled. Depending on the error it may help to disable it in the MeGUI settings.
--[Information] [8/13/2014 11:51:26 AM] Job completed
-[Information] [8/13/2014 11:51:59 AM] Shutdown initiated
hello_hello
13th August 2014, 18:12
Given you had --stitchable in the commandline I assume you found somewhere close to the end of the output MKV to split it with MKVMergeGUI?
I assume you then added Trim() to the script to start encoding from the point where the first MKV was split (where it now ends)? Better than starting again. :)
As I noticed you've added it to the commandline and I have no idea what it does..... can someone tell me when adding --input-res to the commandline is necessary?
Obviously it specifies the input resolution but the x264 help file doesn't explain why you'd need to. Maybe I'm missing the obvious...
leon
13th August 2014, 20:07
Given you had --stitchable in the commandline I assume you found somewhere close to the end of the output MKV to split it with MKVMergeGUI?
I assume you then added Trim() to the script to start encoding from the point where the first MKV was split (where it now ends)? Better than starting again. :)
I didn't split anything I simply added Trim() to the end of script to skip intro and credit.
this error happened before.even after using x264 32bit it doesn't fix.
I've saw the same error in other posts but there were no proper answer.
leon
18th August 2014, 02:31
Hi
I have a few videos like this :
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=24
Duration : 11mn 34s
Bit rate : 3 707 Kbps
Maximum bit rate : 15.0 Mbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.358
Time code of first frame : 20:33:31:22
Time code source : Group of pictures header
Stream size : 307 MiB (92%)
but when I use "analyze" MeGUI detects it as progressive.
is it possible for Mediainfo to be wrong?
the video's been recorded and I think it suppose to be interlaced.
I'm still waiting for an answer to my last post :)
leon
18th August 2014, 02:58
the video's been recorded and I think it suppose to be interlaced.
yes I was correct and the video's interlaced.
I tried to deinterlace it with different deinterlacers and here's its result:
the original frame :
http://i59.tinypic.com/23vyct0.jpg
deinterlaced with TDeint :
http://i62.tinypic.com/2z80ojs.jpg
deinterlaced with Yadif :
http://i59.tinypic.com/309irk4.jpg
deinterlaced with FieldDeinterlace :
http://i59.tinypic.com/28chfyx.jpg
1)why MeGUI couldn't detect it as interlaced ?
2)why some of the numbers are incorrect for some deinterlacers ?
AMED
18th August 2014, 06:11
I'm still waiting for an answer to my last post :) Your probably not going to get a answer to this since it looks like you using a pirated source
-[Information] Log for job1 (video, Noah 2014 720p 2.avs -> Noah 2014 720p 2.mkv)
LigH
18th August 2014, 06:12
1) It is indeed possible that video with progressive content was encoded in interlaced encoder mode. Some studios always keep their encoders in interlaced mode, because it would return really bad quality to have interlaced video encoded in progressive encoder mode. MediaInfo can only report how the video was encoded by reading header flags, but cannot analyze the content.
MeGUI tries to analyze the content. But it can't do that with the whole frame, it would take too long. It takes only a small area. If you are unlucky, this small area has no details which would show any combing. So you can't rely on MeGUI's automatic analysis either. Only your eyes are reliable enough when you step frame-by-frame through a Bob() result.
2) Some "Deinterlacers" do a very fast but really bad job. Others take much effort in using content from neighborhood frames to restore content but may be too slow for realtime use.
hello_hello
19th August 2014, 14:47
AFAIK avs4x264mod automatically handles high bit if it sees the --input-depth 9...16 parameter being uses. No additional settings should be required. (Except one that makes MeGUI use avs4x264mod in the first place.)
x264 expects interleaved.
I'm still a little confused as to when you'd send high bitdepth video directly to the encoder or when you'd need to use avs4x264mod etc. I guess I need to research the topic some more.
You read the documentations of your AviSynth plugins, of course.
If you don't know, you only had to say so. ;)
Sorry, in hindsight my reply may have seemed a little smart-arse-ish. It wasn't intended that way, just as a joke.
leon
19th August 2014, 20:44
Your probably not going to get a answer to this since it looks like you using a pirated source
-[Information] Log for job1 (video, Noah 2014 720p 2.avs -> Noah 2014 720p 2.mkv)
Hi
if you mean downloaded, no it's not downloaded.
maybe the way I obtained it would consider "pirated" but I'm not sure.
and pirated or not it doesn't matter because this problem's occurred several times with various sources and there were no answer to it.
leon
19th August 2014, 20:49
1) It is indeed possible that video with progressive content was encoded in interlaced encoder mode. Some studios always keep their encoders in interlaced mode, because it would return really bad quality to have interlaced video encoded in progressive encoder mode. MediaInfo can only report how the video was encoded by reading header flags, but cannot analyze the content.
MeGUI tries to analyze the content. But it can't do that with the whole frame, it would take too long. It takes only a small area. If you are unlucky, this small area has no details which would show any combing. So you can't rely on MeGUI's automatic analysis either. Only your eyes are reliable enough when you step frame-by-frame through a Bob() result.
2) Some "Deinterlacers" do a very fast but really bad job. Others take much effort in using content from neighborhood frames to restore content but may be too slow for realtime use.
Thank you.
1)why some of the numbers are different for Yadif and TDeint ?
I used TFF for both.
2)which deinterlacer is better in the pictures?
AMED
19th August 2014, 21:43
Hi
if you mean downloaded, no it's not downloaded.
maybe the way I obtained it would consider "pirated" but I'm not sure.
and pirated or not it doesn't matter because this problem's occurred several times with various sources and there were no answer to it. If you haven't brought it and it's not public domain then most likely it's pirated.
Try disabling the avisynth lines below (put # at the start of the line) and test again. If encoding completes successfully try the encode again enabling the first 2 lines below and test again, rinse and repeat adding the next 2 lines in.
FFT3DGPU(sharpen=0.2,plane=4,mode=1,interlaced=false)
MosquitoNR(strength=10,restore=128,radius=2,threads=0)
f3kdb(range=23,sample_mode=2,dither_algo=3,grainY=90,grainC=90,dynamic_grain=true,Y=90,Cb=90,Cr=90,blur_first=true,keep_tv_range=false)
Tweak(hue=0,sat=1.0,bright=0,cont=1.0,coring=false,startHue=0,endHue=360,maxSat=150,minSat=0,interp=16,dither=true)
RemoveGrain(mode=2,modeU=2,modeV=2)
Gradfun3()
Hopefully this will allow you to narrow down the problem.
szabi
24th August 2014, 09:53
Hi
I have an mpg2 video.
File Indexer of MeGui was used on it.
After MeGui automatically loaded it to Avisynth script creator, and video was displayed.
When script is saved I got an error message: There is no function named "DGDecode_mpeg2source"
Plugin is loaded of course by LoadPlugin("C:\Program Files (x86)\MeGUI\tools\dgindex\DGDecode.dll") and available in the directory.
If a change the input to simple "MPEG2Source" it is working.
What is wrong in first case?
Are there any qulity lost using simple "MPEG2Source"?
bye
szabi
AMED
24th August 2014, 10:36
Post your full log please.
Sent from my Nokia 925 using Tapatalk.
szabi
24th August 2014, 12:42
Here the full log:
[Error] Log
-[Information] Versions
--[Information] [2014.08.24. 13:37:26] MeGUI: 2507
--[Information] [2014.08.24. 13:37:26] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [2014.08.24. 13:37:26] .Net Framework: 2.0.50727.4927
--[Information] [2014.08.24. 13:37:26] .Net Framework: 4.0.0.0
--[Information] [2014.08.24. 13:37:26] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [2014.08.24. 13:37:26] AvisynthWrapper: (02-01-2009)
--[Information] [2014.08.24. 13:37:26] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [2014.08.24. 13:37:26] Haali DSS2: (14-04-2013)
--[Information] [2014.08.24. 13:37:26] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [2014.08.24. 13:37:26] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [2014.08.24. 13:37:26] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [2014.08.24. 13:37:26] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [2014.08.24. 13:37:26] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [2014.08.24. 13:37:26] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [2014.08.24. 13:37:26] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [2014.08.24. 13:37:27] Using cached update config and server: http://megui.org/auto/
--[Information] [2014.08.24. 13:37:27] No package requires an update
-[Information] FileIndexer
--[Information] [2014.08.24. 13:38:47] MediaInfo
---[Information] [2014.08.24. 13:38:47] File: D:\movie\demo.mpg
---[Information] General
----[Information] Format: MPEG-PS
----[Information] FormatString: MPEG-PS
----[Information] FileSize: 13072388
----[Information] PlayTime: 00:00:16.560
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder: 0
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 414
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[Information] Codec: MPEG-2V
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay: 245.144
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 192
----[Information] StreamOrder: 1
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 2
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 245.144
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Information] Log for job1 (idx, demo.mpg -> demo.d2v)
--[Information] [2014.08.24. 13:38:52] Started handling job
--[Information] [2014.08.24. 13:38:52] Preprocessing
--[Information] [2014.08.24. 13:38:52] Job commandline: "C:\Program Files (x86)\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<D:\movie\demo.mpg< -OF=<D:\movie\demo< -FO=0 -exit -hide -OM=0
--[Information] [2014.08.24. 13:38:52] Process started
--[Information] [2014.08.24. 13:38:52] Standard output stream
--[Information] [2014.08.24. 13:38:52] Standard error stream
--[Information] [2014.08.24. 13:38:52] Running auto force film
---[Information] [2014.08.24. 13:38:52] Film percentage: -1
--[Information] [2014.08.24. 13:38:52] Postprocessing
---[Information] [2014.08.24. 13:38:54] Deleting intermediate files
----[Information] [2014.08.24. 13:38:54] Successfully deleted D:\movie\demo.log
--[Information] [2014.08.24. 13:38:54] Job completed
-[Error] MediaInfo
--[Error] [2014.08.24. 13:39:15] Error parsing media file D:\\movie\demo.avs
---[NoImage] Script error: there is no function named "DGDecode_mpeg2source"
---[NoImage] (D:\\movie\demo.avs, line 2)
bye
szabi
MKVCrazy
26th August 2014, 04:37
I am using MeGUI 2507 and lately I notice the output file size is totally different from the estimate calculated in the built-in Bitrate Calculator. Is there a better way for me to predict the output size? I am doing x265 converts in ABR mode. The output size is totally different. Sometimes it's less than the target and sometimes it's more than the target size. Inconsistent. Is this due to the meGUI or something else?
LigH
26th August 2014, 07:40
It is almost never the fault of the GUI calling the encoder, but rather the "fault" of the encoder, or the bitrate control technique as such, in relation to the material to be encoded.
1-pass ABR ist hard to control: the encoder can only regulate the output quantization of future frames after it discovered that previous frames already had overshot or undershot the target bitrate. The GUI can only assume the expected output if the bitrate were as constant as possible; but most video material will have a changing complexity, its compressibility will vary over the whole playing time, therefore the output bitrate will never be really constant, even if the quantization is (belatedly) adapted to the content.
hello_hello
26th August 2014, 16:06
I am using MeGUI 2507 and lately I notice the output file size is totally different from the estimate calculated in the built-in Bitrate Calculator. Is there a better way for me to predict the output size? I am doing x265 converts in ABR mode. The output size is totally different. Sometimes it's less than the target and sometimes it's more than the target size. Inconsistent. Is this due to the meGUI or something else?
You could try the same thing again with x264 and if it gets a lot closer to the desired bitrate it's probably the x265 encoder's fault.
The x265 encoder is fairly new and it's constantly being updated and improved. Maybe ABR bitrate accuracy isn't a high priority, or maybe it's not easy to achieve.
MKVCrazy
26th August 2014, 16:41
It is almost never the fault of the GUI calling the encoder, but rather the "fault" of the encoder, or the bitrate control technique as such, in relation to the material to be encoded.
1-pass ABR ist hard to control: the encoder can only regulate the output quantization of future frames after it discovered that previous frames already had overshot or undershot the target bitrate. The GUI can only assume the expected output if the bitrate were as constant as possible; but most video material will have a changing complexity, its compressibility will vary over the whole playing time, therefore the output bitrate will never be really constant, even if the quantization is (belatedly) adapted to the content.
You could try the same thing again with x264 and if it gets a lot closer to the desired bitrate it's probably the x265 encoder's fault.
The x265 encoder is fairly new and it's constantly being updated and improved. Maybe ABR bitrate accuracy isn't a high priority, or maybe it's not easy to achieve.
Thanks for your replies. It seems when that the encoder was causing this, the complexity thing. I was able to reach my target sizes, usually in the 2nd try after calculating the difference and the new values I need to put in for the 2nd time - if not, I get it in the 3rd try. But lately, I've been using FFT3DFilter to help with the hiding the blocks due to a little low bitrate and the resulting quality are satisfying. I wonder if it got anything to do with FFT3DFilter too. :/ Both times, I've been using the same build 2507. I don't want to do without this filter, it's so helpful. Any alternative suggestions?
hello_hello
26th August 2014, 18:51
But lately, I've been using FFT3DFilter to help with the hiding the blocks due to a little low bitrate and the resulting quality are satisfying. I wonder if it got anything to do with FFT3DFilter too. :/ Both times, I've been using the same build 2507. I don't want to do without this filter, it's so helpful. Any alternative suggestions?
I assume fft3dfilter is removing some noise, making the video easier to compress, and therefore there's less compression artefacts (blocking) in the encoded version.
There's a few script based denoisers. For example:
http://avisynth.nl/images/FastDegrain.avs
http://avisynth.nl/index.php/MCTemporalDenoise
http://avisynth.nl/index.php/Temporal_Degrain
Mostly, I use QTGMC in progressive mode (http://forum.videohelp.com/threads/358043-A-comparison-of-AVIsynth-denoise-filters?p=2283228&viewfull=1#post2283228). It's not officially a denoiser, but it still de-noises well. It uses ff3tdfilter for the denoising by default. I think two of the above scripts use it by default too.
There's some sample encodes in the above link.
The QTGMC thread: http://forum.doom9.org/showthread.php?t=156028
Once the script based denoisers are set up they're fairly easy to use. If you need any assistance I'm sure someone will help. They tend to be a lot slower than standard noise removal plugins though.
AMED
27th August 2014, 21:33
another great denoiser is SMDegrain (http://doom10.org/index.php?topic=2178.0), I get excellent results with it.
For blocky sources you could try.
SMDegrain(prefilter=3,refinemotion=true,lsb=true)
j8ee
29th August 2014, 12:28
Looking at http://mewiki.project357.com/wiki/X264_Settings#no-fast-pskip
no-fast-pskip
Default: Not Set
Disables early skip detection on P-frames. At low bitrates, provides a moderate quality increase for a large speed cost. At high bitrates, has negligible effect on both speed and quality.
Semantics are a bit confusing... If I understand this correctly: Enabling this setting (and therefore disabling fast p-skip), provides a moderate quality increase for a large speed cost at low bitrates, but at high bitrates it doesn't effect neither encoding speed nor quality much?
What are low and high bitrates in this context?
For me at least, looking through the description it isn't obvious if it is the setting or the default fast p-skip function that provides mentioned effects.
j8ee
30th August 2014, 11:10
(^Nobody that can give a quick confirmation?)
I just discovered the mp4 muxer doesn't seem to be able to deal with negative audio delays?
A negative audio delay should be mapped to a positive video delay I guess, since that was what I had to do with mp4box at the command line to make it in sync. mp4box didn't gave an error though, but synchronization was off many times the original value when I tried a negative number.
hello_hello
31st August 2014, 10:33
The way I understand it disabling fast p-skip can potentially increase the quality as you described and checking the "no fast p-slip" option disables it. I've no idea regarding the bitrate part of your question.
I did a little research and I'm starting to think MP4Box doesn't support negative audio delays (I never use MP4 myself). No mention of negative delays here (http://gpac.wp.mines-telecom.fr/mp4box/mp4box-documentation/). If that's the case I guess MeGUI's MP4 muxer should stop you from trying to apply a negative delay.
Other containers (ie MKV) don't always support negative delays, but MKVMergeGUI would remove an appropriate amount from the beginning of the audio stream to effectively apply a negative delay. Handling negative audio delays that way probably wouldn't be uncommon, but maybe MP4Box doesn't.
kotuwa
31st August 2014, 19:59
in MeGUI we can select "Prefer DSS2 over DirectShowSource".
What does it do?..
What are the differences?
And why the width is different when we chose that option...
Ex: source is 1280, when the option is selected, the width is less than 1280.... DirectShowSource gives exact 1280.
!?
LigH
31st August 2014, 20:07
There is DirectShowSource, shipped with AviSynth. It has its specific advantages, e.g. in enforcing CFR by "resampling" the video.
And there is DirectShowSource2, shipped with Haali Media Splitter. It has different advantages; AFAIR, it cannot enforce CFR with a new framerate though, it may stretch/squeeze it instead.
I am not sure about the difference regarding video properties. One may prefer container flags regarding aspect ratio and soft cropping, the other may prefer content stream flags.
sneaker_ger
31st August 2014, 20:30
There is DirectShowSource, shipped with AviSynth. It has its specific advantages, e.g. in enforcing CFR by "resampling" the video.
And there is DirectShowSource2, shipped with Haali Media Splitter. It has different advantages; AFAIR, it cannot enforce CFR with a new framerate though, it may stretch/squeeze it instead.
IIRC it's a bit different:
DSS2 always does VFR->CFR (dropping/repeating frames)
DirectShowSource can do it (if convertfps=true parameter used)
DSS2 also incorporates attempts to be frame-accurate.
I have no idea why the width would change, though.
LigH
31st August 2014, 20:35
Not without MediaInfo full reports or a sample. But it may depend on the installed decoders too. I remember that there was a misinterpretation of WMV / VC-1 AR flags, as one example.
j8ee
31st August 2014, 21:48
Getting a "floating point PCM is not supported for ALAC" when trying to transcode an ac3 via qaac. Foobar does it just fine though, why the difference?
Regarding negative audio delays - delaying other tracks would be a gentler way than removing samples. Anyway the GUI shouldn't allow something the muxer cannot do.
LigH
1st September 2014, 09:00
You may have to force a conversion to integer (16 bit?) in the audio conversion, the preferred decoder for AC3 appears to return float samples (quite probable for decoded AC3, depending on the selected audio decoder).
hello_hello
1st September 2014, 15:40
Getting a "floating point PCM is not supported for ALAC" when trying to transcode an ac3 via qaac. Foobar does it just fine though, why the difference?
That seems odd. Unless you're decoding via DirectShow I'm not sure why that'd happen.
I can convert ac3 to aac with MeGUI/Qaac. I just tested it (I normally use foobar2000 myself, so I thought I should check).
Regarding negative audio delays - delaying other tracks would be a gentler way than removing samples. Anyway the GUI shouldn't allow something the muxer cannot do.
In a perfect world that's possibly true, but unfortunately it relies on players obeying any delay you set, which isn't guaranteed. Especially when it comes to MP4. It's only since MPC-HC started use LAV filters internally that it obeys audio delays in MP4s (I assume it's working properly now). Before then, it was broken in that respect. I think VLC was/is also hit and miss when it comes to MP4 delays. There's apparently more than one way to implement a delay in MP4s.... I really don't understand much about MP4 myself.... if an MP4 finds it's way onto my hard drive the first thing I do is remux it as an MKV.
When I apply a delay to an MKV track and open the MKV with MediaInfo the delay is usually listed as expected. For MP4s.... not so much, I don't think.
Instead of a negative audio delay you'd need to apply a positive delay to all the other streams. How clever is MP4Box when it comes to applying a delay to subtitles?
kotuwa
1st September 2014, 21:28
how to set-up CoreAudioToolbox.dll to use QAAC?
tried putting the dll in QAAC folder did not work!... also is the version of CoreAudioToolbox relevant? (7.9.7.7 etc)
sneaker_ger
1st September 2014, 21:39
It needs more than just the CoreAudioToolbox.dll.
Downloads iTunes from here (https://www.apple.com/itunes/download/) and use this script (https://sites.google.com/site/qaacpage/cabinet/makeportable.zip?attredirects=0&d=1) (needs 7-zip) to extract all files required by qaac. Then put them all into the qaac folder.
LigH
1st September 2014, 22:56
The QuickTime installer instead of iTunes will work as well.
hello_hello
2nd September 2014, 02:42
how to set-up CoreAudioToolbox.dll to use QAAC?
tried putting the dll in QAAC folder did not work!... also is the version of CoreAudioToolbox relevant? (7.9.7.7 etc)
How did you set it up for foobar2000? It's the same principle.
The QAAC site says ideally you need CoreAudioToolbox from Quicktime 10.5 or newer, or from iTunes 7.7.1 or newer.
Unless it's been updated very recently the current CoreAudioToolbox version is 7.9.8.3.
Kurtnoise
2nd September 2014, 07:32
I did a little research and I'm starting to think MP4Box doesn't support negative audio delays (I never use MP4 myself). No mention of negative delays here (http://gpac.wp.mines-telecom.fr/mp4box/mp4box-documentation/). If that's the case I guess MeGUI's MP4 muxer should stop you from trying to apply a negative delay.
Of course, it does...anyway, it's better to apply delay during transcoding audio files instead of muxing event.
hello_hello
2nd September 2014, 10:10
Of course, it does...anyway, it's better to apply delay during transcoding audio files instead of muxing event.
Well that's odd. When I tried it the other day (using both MyMP4BoxGUI and MeGUI's MP4 muxer), applying an audio delay appeared to be having no effect when playing the MP4 with MPC-HC, yet today I tried again and it's obviously working, although unfortunately MediaInfo doesn't report any audio delay.
I don't quite understand what was happening. I deleted the MP4 I was using for experimenting previously so I can't try it again to see if there was something odd about it or whether I'd been doing something silly.
I wish I still had it. Is it possible the way an MP4 is muxed with another program could interfere with MyMP4Box's ability to set an audio delay, or for a player to obey that delay? I extracted the audio from the original MP4 before remuxing it while applying a delay, but not the video.
If the muxing programs remove an appropriate amount from the beginning of the audio stream in order to apply a negative delay that way (as MKVMergeGUI does), then give or take a few milliseconds the end result would be the same as applying a negative delay when transcoding. Assuming of course you're not wanting to keep the original audio rather than re-encode it...
kotuwa
2nd September 2014, 22:12
yes... once me too had audio sync problem in MP4... muxing delay did not work when playing.... wanted to cut using a audio cutter, failed....
then i did cut doing a jilmart.. with MMG (mkvtoolnix) by first muxing into MKV using a video that has only key frames :D
j8ee
2nd September 2014, 23:25
I just now tried a -500 value when muxing tracks from an mp4 from youtube (fmt18 version (https://www.youtube.com/watch?v=FSSDLDhbacc) for you with complete youtube saver), and both with megui mp4 muxer gui and mp4box commandline the resulting file is unplayable with cccp/mpc-hc and unwatchable with vlc.
-add "input_video.mp4:fps=30.000:delay=0:name=delay_test_track1" -add "input_audio.mp4:delay=-500:name=delay_test_track2" -new "output_video_500_minus.mp4"
With my own encodes a few days ago, I had a file that needed +2040 ms adjustment in mpc-hc, so I applied that with megui mp4 muxer. The file then needed +4080 ms adjustment... so I applied -2040 and then it needed +5000 something adjustment.
sneaker_ger
2nd September 2014, 23:34
It seems like mp4box applies the edit list to the wrong track for negative delays. Positive delay boxes also look wrong - not sure I'm reading them correctly. Anyways, the command-line generated by MeGUI should be correct and the discussion moved to a different thread. If it's an issue it's definitely one of mp4box.
RBO
3rd September 2014, 12:18
Romain from GPAC here. If you think there is any issue with MP4Box, can you please post a summary in our forums or bugs tracker?
https://sourceforge.net/p/gpac/discussion/
https://sourceforge.net/p/gpac/bugs/
We really appreciate the effort being made by the doom9 community. Don't hesitate to ping us if you have any questions or issues! We are often overwhelmed but it is always a pleasure to help :)
Cheers
sneaker_ger
3rd September 2014, 18:27
I posted a thread to the help forum (awaiting moderation). The positive delay handling might be correct after all, only the negative one seems wrong. But I'm no mp4 expert.
In case anyone with mp4 knowledge can confirm if this is spec compliant for a positive delay of 2000ms with a movie timescale of 600 (first CTS and DTS 0):
entry[0]
segment_duration = 1200
media_time = -1
media_rate = 1.000000
entry[1]
segment_duration = 18027
media_time = 0
media_rate = 1.000000
hello_hello
4th September 2014, 05:36
I may have found the reason for my previous MeGUI/MP4Box, lack of audio delay issue. Well if not the reason as such, I can at least duplicate it.
Open MeGUI's MP4 muxer. Add an existing MP4 as the video source (it doesn't seem to matter if it contains audio).
Add a separate audio stream (I tried raw AAC and AC3).
Apply a negative delay to the audio stream (I was applying -500ms, but I don't think it matters).
When opening the resulting MP4 in MPC-HC or VLC, the displayed duration will be twice the actual duration. The audio stream will have no delay relative to the video on playback.
MeGUI command line:
"C:\Program Files\MeGUI\tools\mp4box\mp4box.exe" -add "D:\test.mp4#trackID=1:fps=25.0:name=" -add "D:\test.ac3#trackID=1:delay=-500:name=" -tmp "D:\\" -new "D:\test-muxed.mp4"
I messed around with MyMP4BoxGUI a little. It doesn't allow you to apply negative delays. Maybe that's due to an MP4Box limitation? When I tried to apply one by modifying the MyMP4BoxGUI command line, the resulting MP4 displayed with twice the actual duration again and there was no audio delay applied on playback.
MyMp4BoxGUI command line:
-add "D:\test2.mp4:fps=25.000:delay=0:name=test2.mp4" -add "D:\test.ac3:delay=-500:name=test.ac3" -itags tool="My MP4Box GUI 0.6.0.6 <http://my-mp4box-gui.zymichost.com>" -new "D:\test2.mp4-muxed.mp4"
The above is the only way I could reliably reproduce the problem. The video to be muxed must be in an MP4 container. The audio must be a raw stream. If both those conditions are true, applying a negative audio delay won't work. At least not for me.
I say "reliably" reproduce the problem because I thought I could reproduce it when using a positive audio delay too. I was absolutely sure. Yet the second or third time I tried a positive delay..... the result was an MP4 with a delay being applied on playback. So maybe I just imagined that one again......
If the video and audio you add to a muxing job in MeGUI are already in an MP4 container (the same MP4 or a different one), applying a negative audio delay seems to work. I didn't test it, but I assume the same would apply to audio in an M4A.
I wish MediaInfo displayed the audio delay in MP4s as it does for MKVs. Which made me wonder..... if MediaInfo doesn't show any delay in it's GUI, what happens when indexing an MP4 with MeGUI if it has an audio delay? So I tried it. A positive delay of 500ms first.
[Error] [04/09/14 2:04:58 PM] An error occurred: FFAudioSource: Seeking is severely broken
I tried again using the MP4 with the negative delay. No error this time, and the encoded audio was almost 500ms longer than the original, so I guess FFAudioSource applied the required delay. There was no mention of an audio delay in the log file I could find though.
I'd been relying on MKVMergeGUI to rectify any problems with MP4s during the remuxing process. I thought it knew what it was doing. Maybe it does, but.....
I took an MP4 with a positive audio delay of 500ms (checked to confirm the delay was being applied on playback) and remuxed it as an MKV. MediaInfo reported a delay of 6ms relative to the video. No sign of a 500ms delay being applied to the MKV on playback. Sigh.....
Next I did the same for an MP4 with an audio delay of -500ms (one with the negative delay being applied properly on playback). For the MKV version MediaInfo reported a -500ms audio delay. I guess MKVMergeGUI must've used a positive video delay, but at least the delay carried over to the MKV.
So to sum up that last part..... even when I applied a positive audio delay which I could verify on playback, it seemed to be ignored by MKVMergeGUI and caused ffms2 to give up completely. A negative MP4 audio delay seems to be recognised by both programs.
j8ee
4th September 2014, 07:46
^If you read the post above yours, sneaker has looked into this and asked the developers to check it.
hello_hello
4th September 2014, 08:02
^If you read the post above yours, sneaker has looked into this and asked the developers to check it.
Yeah I know.... with no mention of when it works, when it doesn't and/or how it's muxed. It seems to make a difference.
I didn't see any mention of other programs not recognising positive audio delays which work fine for a media player, but I'll re-read his post again. ;)
brunosso
4th September 2014, 11:38
Is possible to automatically add srt file, in folder to mux?
I have a folder with 24 avi file, and 24 srt subtitle file. I want to encode all 24 with a profile of OneClick encoder, but when i try to add the entire folder, only the video file are encoded, and not the srt file...
PS I try to rename the file like this
xxx.avi
xxx.srt
and like this
xxx.avi
xxx.Italian.srt
none of this method work...
LigH
4th September 2014, 19:23
If at all, then possibly rather ISO 639 language codes instead of whole english language names.
sneaker_ger
4th September 2014, 21:25
The mp4box team has made a fix related to the delay problems discussed above. It will be in the next nightly (>= r5396) - test again when it is available.
brunosso
4th September 2014, 22:24
If at all, then possibly rather ISO 639 language codes instead of whole english language names.
I try also "Ita" and "it" but none works...
Inviato dal mio GT-I9100 utilizzando Tapatalk
LigH
5th September 2014, 06:55
Well, then Zathor did not yet implement such a feature for the "One Click Encoder", and has yet to state if he wants that at all.
greensoldier
5th September 2014, 17:52
hi guys
when i encod with megui fps output is 0.024
i have to mux with mkvmerg and correct fps manual
my windos is 8.1 64 bit
sneaker_ger
5th September 2014, 18:04
I'd been relying on MKVMergeGUI to rectify any problems with MP4s during the remuxing process. I thought it knew what it was doing. Maybe it does, but.....
I took an MP4 with a positive audio delay of 500ms (checked to confirm the delay was being applied on playback) and remuxed it as an MKV. MediaInfo reported a delay of 6ms relative to the video. No sign of a 500ms delay being applied to the MKV on playback. Sigh.....
Next I did the same for an MP4 with an audio delay of -500ms (one with the negative delay being applied properly on playback). For the MKV version MediaInfo reported a -500ms audio delay. I guess MKVMergeGUI must've used a positive video delay, but at least the delay carried over to the MKV.
This has been fixed in mkvmerge:
https://www.bunkus.org/videotools/mkvtoolnix/win32/pre/
hello_hello
5th September 2014, 23:58
This has been fixed in mkvmerge:
https://www.bunkus.org/videotools/mkvtoolnix/win32/pre/
Cheers. I'll give it a try later.
Out of curiosity, do you know if the handling of MP4 audio delays has been broken for very long?
Edit: The build of mmg you linked to.... I tried both the zip files and running mmg produced a "not a valid win32 application" error. They appear to be in a win32 folder on the server but maybe they're 64bit? It doesn't matter too much for me, I'm not in a hurry, although I probably should get around to upgrading this PC and therefore XP pretty soon. I've bought most of the hardware for the upgrade already, I just need to acquire some motivation.
sneaker_ger
6th September 2014, 07:05
Out of curiosity, do you know if the handling of MP4 audio delays has been broken for very long?
Probably since the feature was implemented.
Edit: The build of mmg you linked to.... I tried both the zip files and running mmg produced a "not a valid win32 application" error. They appear to be in a win32 folder on the server but maybe they're 64bit? It doesn't matter too much for me, I'm not in a hurry, although I probably should get around to upgrading this PC and therefore XP pretty soon. I've bought most of the hardware for the upgrade already, I just need to acquire some motivation.
As the "amd64" in the file name implies they are 64 bit binaries. Since Mosu is only supplying pre-builds in 64 bit at the moment you have to wait for the next stable version or compile a 32 bit build yourself.
kotuwa
8th September 2014, 10:50
Can we change Dynamic Range Compression Ratio, Threshold like settings in MeGUI QAAC settings?
Or any method to add/edit cli switches manually? (like in x264)
GodRealm
17th September 2014, 02:44
How to enable 2 pass encode in x265 on MeGUI?
LigH
17th September 2014, 08:14
When MeGUI will have implemented support for it. 2-pass encoding wasn't supported by x265 until recently, MeGUI will have to catch up now.
GodRealm
17th September 2014, 11:07
When MeGUI will have implemented support for it. 2-pass encoding wasn't supported by x265 until recently, MeGUI will have to catch up now.
Thank you!
sofakng
19th September 2014, 20:18
Is it possible to manage the MeGUI queue from the command-line? (or manipulate the job list if stored in a text file, etc?)
I'd like to run MeGUI in the background and then add files using the One-Click encoding using a command line like this:
megui.exe /add "newfile.avi" /oneclick
...and have it added to the existing queue and processed, etc.
Melan
29th September 2014, 12:52
Would it be possible to add an option in MeGUI to turn off the computer after encoding after 5 minutes? Shutting down the system immediately after the task is not advisable due to the hot processor.
Shevek
29th September 2014, 20:47
Shutting down the system immediately after the task is not advisable due to the hot processor.
Can you provide evidence of this claim?
I've been working in IT for 20+ years and have never heard of this before.
Zathor
29th September 2014, 23:21
Would it be possible to add an option in MeGUI to turn off the computer after encoding after 5 minutes? Shutting down the system immediately after the task is not advisable due to the hot processor.
Create a cmd and use the "run command" option. In the cmd use e.g. the "timeout" and "shutdown" comands.
hello_hello
29th September 2014, 23:39
This PC is an old dual core, stock Intel cooler. It's been encoding video all day. After the last job finished I started a new encode and let the CPU get to it's maximum temperature (for the current ambient temperature), which is around 60 degrees. I aborted the encode and watched the CPU temperature. It dropped back to 47 degrees in 15 seconds. At 30 seconds it was at 45 degrees. Give it another minute and it'll probably idle at around 40 degrees, but the CPU probably cools down fast enough after encoding finishes to drop 15 to 20 degrees before the PC has had time to finish shutting down.
hello_hello
8th October 2014, 00:02
I found a kind of oddness (which I still don't quite understand) while I was playing around with different versions of Avisynth plugins (trying to fix an artefact problem). It only happens when MeGUI is using the installed Avisynth (2.6 alpha 5, in my case) and when the Avisynth 2.6 version of MaskTools2 (http://avisynth.nl/index.php/MaskTools2) is in the Avisynth plugins folder. http://github.com/tp7/masktools/releases/download/b1/masktools2-x86.zip
It doesn't happen when the Avisynth 2.5 version of MaskTools2 is in the plugins folder.
When running MeGUI after switching to the installed Avisynth, it removes msvcp110.dll and msvcr110.dll from it's own directory and adds msvcr120.dll.
The first time I try to load a script into the video section, I get the following error:
MeGUI.exe The application failed to start because msvcp110.dll was not found.
I'm aware that MaskTools2 requires msvcp110.dll to work, but at this stage I'm not loading a script which uses it. In fact, I can open MeGUI's script creator and try to load an index file as the source video and still get the same error.
So I've loaded a script into the video section (no MaskTools2 included) and clicked through the "MeGUI.exe failed to start" error a few times. Then I click on the preview video button, click through the same error message a few more times, and eventually the video preview appears and works normally.
The fix for the above problem is to either:
- replace the Avisynth 2.6 version (http://github.com/tp7/masktools/releases/download/b1/masktools2-x86.zip) of MaskTools2 with the Avisynth 2.5 version (masktools2-25.dll) (http://github.com/tp7/masktools/releases/download/b1/masktools2-25-x86.zip),
- replace the Avisynth 2.6 version of MaskTools2 with either if the modded versions (mt_masktools-26.dll or mt_masktools-25.dll)
- remove masktools2.dll from the Avisynth plugins folder
- put msvcp110.dll and msvcr110.dll in the MeGUI directory (each time MeGUI starts)
- put msvcp110.dll and msvcr110.dll in the Windows system32 folder (XP)
- switch back to the portable version of Avisynth
So while the problem is quite "fixable", I'd been keen to understand the "why". Obviously when opening a script, Avisynth loads everything in it's plugins folder, but why should masktools2.dll being one of those plugins cause the "MeGUI.exe failed to start" error, and why only that particular version of masktools2? And why does MeGUI work normally after clicking through the error message a few times?
Thanks.
LigH
8th October 2014, 08:25
I would prefer installing Microsoft Visual C++ redistributables of all available versions (2005-2013) using the official installers. This way you will have both all required DLLs, and each of them where they belong: In the matching kind of system32 directory, depending on your Windows version (32 or 64 bit) and runtime version (32 or 64 bit). After that, you should not need any more msvc*.dll in any other directory, and you don't have to be afraid of accidently mixing 32 and 64 bit DLLs and confusing the system.
Some modified versions of MaskTools2 will be required anyway to be compatible with AviSynth 2.6 alpha 4+ due to a changed interface and cache handling.
hello_hello
8th October 2014, 12:18
I'd still be keen to learn how masktools2.dll causes the "MeGUI.exe failed to start" error even when masktools2 isn't being used in a script.
LigH
8th October 2014, 12:25
Maybe you have any *.avsi import script in your AviSynth plugins directory which autoloads when AviSynth gets used (when MeGUI starts), and which uses MaskTools2...
hello_hello
10th October 2014, 03:53
Maybe you have any *.avsi import script in your AviSynth plugins directory which autoloads when AviSynth gets used (when MeGUI starts), and which uses MaskTools2...
I tried again with nothing in the Avisynth plugins folder aside from masktools2.dll and the same error occurred when opening a script (no masktools2 in the script).
LigH
10th October 2014, 07:09
Are you sure you looked into the registered AviSynth plugins directory (the one which the Registry entry points to)? I know people who were surprised that some SUPER clever tools changed this path to their own plugins collection.
Is there any error message when you open the generated AviSynth script in VirtualDub?
hello_hello
11th October 2014, 05:09
I'm absolutely sure the registered Avisynth directory is the same directory it's always been ("C:\Program Files\AviSynth 2.5\plugins" in my case). If I empty it out, all the plugins in there stop autoloading.
Just to be sure, I emptied it out again and tried to open a video with a simple DirectShowSource script.
DirectShowSource("D:\video.avi")
Opening the script with both MPC-HC and MeGUI failed with a no directshowsource.dll error. After putting directshowsource.dll back in the plugins folder, the script works.
Next step is to put masktools2.dll in the plugins folder and try the script again. No problem opening the script with either MPC-HC or MeGUI.
I navigate to the Windows/System32 folder and delete msvcr110.dll and msvcp110.dll
Once again, the script opens fine using both MPC-HC and MeGUI. *&^%^!!! That was unexpected...........
Okay......
So it turns out in order for the error to occur, I needed to set MeGUI to use the portable version of Avisynth, restart it, set it to use the "installed" AVIsynth, restart it, and then it complains about not being able to find msvcp110.dll when I try opening a script. Maybe that's because msvcp110.dll was already in the system32 folder when I started MeGUI this time, whereas previously, it hadn't been. Keep in mind the following error message happens when I try to open the script, not when I open MeGUI itself. I can still open the script using MPC-HC without a problem.
http://s9.postimg.org/9bwjniym7/Me_GUI.gif
And finally, I remove masktools2.dll from the Avisynth plugins folder, replace it with mt_masktools-26.dll (it's still the only dll in the plugins folder aside from the directshow dll). The error message goes away and I can open the DirectShowSource script with MeGUI again.
I checked the various flavours of masktools2 and masktools2.dll seems to be the only one which requires msvcr110.dll and msvcp110.dll. masktools2-25.dll doesn't nor do either versions of mt_masktools2.dll, but it still doesn't explain why masktools2.dll causes the MeGUI error when it's not being used in a script.
Update1: So it turns out the problem is repeatable using other Avisynth plugins without their dependencies being in the system32 folder. Here's what happens when I put removegrain (0.9 or 1.0b.... I'd have to check) in the plugins folder after deleting msvcr71.dll and msvcp71.dll
http://s21.postimg.org/kv3ikk83r/Me_GUI2.gif
What seems odd though, is after clicking through the error message, MeGUI works fine and the video preview appears as it normally would etc. Sometimes the error keeps popping up and you need to keep clicking through it, sometimes it only happens once.
Update2: Originally I thought the problem only occurred when using the "installed" Avisynth and not the portable one, but that turns out not to be completely true.
Removegrain without msvcr71.dll and msvcp71.dll in the system32 directory causes the error when using either Avisynth+ portable or Avisynth 2.6.0.4
masktools2 without msvcr110.dll and msvcp110.dll in the system32 directory only causes the error when using Avisynth 2.6.0.4. That seems to be because when Avisynth+ portable is used, MeGUI puts msvcr110.dll and msvcp110.dll in it's own directory. When it's using the installed Avisynth, it deletes them.
Update3: So it turns out maybe it's not an MeGUI problem as such. I can duplicate the problem using both VirtualDub and VirtualDubMod. I can't duplicate the problem with MPC-HC though. It happily opens the script no matter what I do.
http://s27.postimg.org/p2sglw51f/image.gif
I still don't understand why it never happens with MPC-HC, and why if this sort of thing is even vaguely normal, I haven't experienced a similar problem before.....
Once again though, if I click through the error message(s), Virtualdub then continues to work normally.
hello_hello
11th October 2014, 08:18
Anyone use FixBlendIVTC or Srestore in FixBlendIVTC mode?
I'm just wondering why, if I add this to a script, I can't view the script in MeGUI's preview.
FixBlendIVTC()
The same applies if I add this to a script:
srestore(omode="pp3")
I can open the script in VirtualDub or MPC-HC and run it, but if I load the script into MeGUI's video section and use the preview button, much of the time I get an error regarding reading or writing to protected memory as soon as the preview window opens, but if it doesn't happen straight away, playing the video and letting the preview run for a few seconds will usually do it.
kotuwa
14th October 2014, 21:40
:)
When we select the target playback device as Xbox 360, then it would add "--bframes 3" limiting #b frames to 3.
As 3 is kind of low for some material, I want to know that is it the actual limit?
As rivals, PSP has no limit in bframes and PS3 has no limit in either in B or Ref other than the level limit. (according to the MeGui).
For 720p fps video, can we use more b-frames and play in Xbox 360?
What is the upper limit for for 720p 30 or 23.976 fps video...
Does that depend on Xbox software/firmware version?
:confused:
luke83
15th October 2014, 14:46
Error
[Error] Log
-[Information] Versions
--[Information] [15/10/2014 15:48:41] MeGUI: 2507
--[Information] [15/10/2014 15:48:41] Operating System: Windows 8.1 Professional Edition x86 (6.3.0.9600)
--[Information] [15/10/2014 15:48:41] .Net Framework: 2.0.50727.4927
--[Information] [15/10/2014 15:48:41] .Net Framework: 4.0.0.0
--[Information] [15/10/2014 15:48:41] AviSynth: 2.6.0.4 (28-09-2013)
--[Information] [15/10/2014 15:48:41] AvisynthWrapper: (02-01-2009)
--[Information] [15/10/2014 15:48:41] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [15/10/2014 15:48:41] Haali DSS2: (14-04-2013)
--[Information] [15/10/2014 15:48:41] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [15/10/2014 15:48:41] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [15/10/2014 15:48:41] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [15/10/2014 15:48:41] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [15/10/2014 15:48:41] MessageBoxExLib: 1.0.2218.28317 (19-12-2008)
--[Information] [15/10/2014 15:48:41] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [15/10/2014 15:48:41] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [15/10/2014 15:48:42] Automatic update is disabled
--[Information] [15/10/2014 15:48:42] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [15/10/2014 15:48:42] There are 3 packages which can be updated: x264, mkvmerge, QAAC
-[Error] Log for job4 (oneclick, 070 - La Caverna Di Ali Bubba.mkv -> )
--[Information] [15/10/2014 15:48:46] Started handling job
--[Information] [15/10/2014 15:48:46] Preprocessing
--[Information] [15/10/2014 15:48:46] Processing thread started
--[Information] [15/10/2014 15:48:46] Desired size: 200,00 MB
--[Information] [15/10/2014 15:48:46] Split size:
--[Information] [15/10/2014 15:48:47] Aspect ratio: 4:3 (1.333)
--[Information] [15/10/2014 15:48:47] Target device: Default
--[Information] [15/10/2014 15:48:47] Input resolution: 576x432
--[Information] [15/10/2014 15:48:47] Desired maximum width: 576
--[Information] [15/10/2014 15:48:47] Output resolution: 576x432
--[Information] [15/10/2014 15:48:47] Automatic deinterlacing: False
--[Information] [15/10/2014 15:48:47] Generated Avisynth script
---[NoImage] global MeGUI_darx = 4
---[NoImage] global MeGUI_dary = 3
---[NoImage] Import("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_2418\tools\avisynth_plugin\AutoPath.avs")
---[NoImage] MyLoadPlugin("Convolution3DYV12.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\fturn-26.dll")
---[NoImage] MyLoadPlugin("Anime\masktools2\mt_masktools-26.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RemoveGrainSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\SSmoother\RemoveGrain 1.0b\RepairSSE3.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\aWarpSharp2.dll")
---[NoImage] MyLoadPlugin("Anime\Anti-aliasing\SangNom2.dll")
---[NoImage] MyLoadPlugin("Anime\Line Darkener\Toon-v1.0-lite.dll")
---[NoImage] MyLoadPlugin("Anime\Sharpener\MSharpen.dll")
---[NoImage] MyImport("Anime\Anti-aliasing\MAA2.avs")
---[NoImage] MyImport("Anime\Dehalo\Abcxyz.avs")
---[NoImage] LoadPlugin("K:\Documents and Settings\Luca\Documenti\Software\Video Editing\MeGUI_2418\tools\ffms\ffms2.dll")
---[NoImage] FFVideoSource("K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv", fpsnum=24000, fpsden=1001, threads=1)
---[NoImage] BlindPP()
---[NoImage] # Sharpener
---[NoImage] MSharpen(strength=150)
---[NoImage] FturnRight().aWarpSharp2(depth=7).FturnLeft().aWarpSharp2(depth=7)
---[NoImage] ToonLite(0.3)
---[NoImage] Convolution3D("animeLQ")
---[NoImage] abcxyz()
---[NoImage] maa2()
--[Error] [15/10/2014 15:48:48] An error occurred
---[Error] [15/10/2014 15:48:48] Exception message
----[NoImage] The file K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs cannot be opened.
----[NoImage] Error message for your reference: Script error: there is no function named "BlindPP"
----[NoImage] (K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs, line 17)
---[Error] [15/10/2014 15:48:48] Stacktrace
----[NoImage] in MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[NoImage] in MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video)
----[NoImage] in MeGUI.OneClickPostProcessing.StartPostProcessing()
---[Error] [15/10/2014 15:48:48] Inner exception
----[Error] [15/10/2014 15:48:48] Exception message
-----[NoImage] Script error: there is no function named "BlindPP"
-----[NoImage] (K:\Temp\Temp Megui\ducktales\bunsxm4q.3al\070 - La Caverna Di Ali Bubba.mkv.avs, line 17)
----[Error] [15/10/2014 15:48:48] Stacktrace
-----[NoImage] in MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
-----[NoImage] in MeGUI.AvsFile..ctor(String script, Boolean parse)
-----[NoImage] in MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video)
----[Error] [15/10/2014 15:48:48] Inner exception: null
--[Information] [15/10/2014 15:48:48] Job completed
Kurtnoise
15th October 2014, 15:13
Script error: there is no function named "BlindPP"...some avisynth plugins/functions are missing in your script.
luke83
15th October 2014, 18:12
Script error: there is no function named "BlindPP"...some avisynth plugins/functions are missing in your script.
i've solved adding DGDecode plugin to the script
greensoldier
22nd October 2014, 12:06
hi guys
when i encod with megui fps output is 0.024
i have to mux with mkvmerg and correct fps manual
my windos is 8.1 64 bit
no body have a idea?
hello_hello
22nd October 2014, 12:23
no body have a idea?
Probably not without a log file.
Something along the lines of post #7737.
LigH
22nd October 2014, 12:32
With so few facts (no MediaInfo analysis of the original video, no AviSynth script generated by MeGUI, no log file of the conversion): How are we supposed to know what's going on on your PC?
greensoldier
22nd October 2014, 21:59
i am appologize :)
Error
greensoldier
24th October 2014, 19:47
Error
correct log file
:confused:
please combine with Previous post ;-)
hello_hello
24th October 2014, 21:26
I looked at the first log file. Not that I'm an expert at MeGUI log file interpretation, but nothing stood out to me as being out of the ordinary in respect to frame rates. So the first log file didn't include a problem encode?
I guess we'll need to wait for the attachment approval process to run it's course again. When it comes to log files it's probably easier to copy and paste the text rather than add them as attachments, unless you're not in a hurry.
LigH
25th October 2014, 15:59
There are also "pastebin" services. Some also allow highlighting suspicious lines, e.g. http://paste.frubar.net supports highlighting by prepending @@.
See: http://paste.frubar.net/24445
Suspicious entry in the mkvmerge command line:
--default-duration 0:23/977fps
Apart from not understanding the use of a "default duration" parameter, and in addition combining it with a fps value, even more I wonder if there are (arabic?) languages using a slash as decimal separator?! Triple confusion...
sneaker_ger
25th October 2014, 16:22
Apart from the "/"-instead-of-"."-error the usage is fine, --default-duration does allow fps values.
hello_hello
26th October 2014, 10:06
I'm a little confused. The first log file posted was apparently not the correct one, but the date is 30/09/2014 and the MeGUI version is 2507. The second log file shows a problem, but a date of 01/09/2014, MeGUI version 2112 and mkvmerge 5.2.1 (built on Jan 2 2012).
I guess we should assume MeGUI was updated in an attempt to fix the problem but it still persisted, and greensoldier was too busy to make sure that was clear, so based on that assumption I ran a test encode/mux to check as I don't normally get MeGUI to do the muxing (MeGUI 2508). MeGUI added the following to the command line when muxing and the output frame rate was correct.
--default-duration 0:24000/1001fps
When I looked at the command line MKVMergeGUI uses:
"--default-duration" "0:24000/1001p"
From greensoldier's log file:
--default-duration 0:23/977fps
23/977 was specified in greensoldier's case which explains the output. Maybe it should have been 23.977, although I assume it should have been 23.976 (24001/1001 was shown for the encoded video), but as the log file appears to be from a version of MeGUI which is over two years old.....
Edit: I checked the MKVMerge command line and it would appear "fsp" "i" or "p" are all okay if you're specifying the default duration. It'd be nice to confirm if the current version of MeGUI has the same issue, but it seems fine when I tested it.
greensoldier
28th October 2014, 16:39
There are also "pastebin" services. Some also allow highlighting suspicious lines, e.g. http://paste.frubar.net supports highlighting by prepending @@.
See: http://paste.frubar.net/24445
Suspicious entry in the mkvmerge command line:
--default-duration 0:23/977fps
Apart from not understanding the use of a "default duration" parameter, and in addition combining it with a fps value, even more I wonder if there are (arabic?) languages using a slash as decimal separator?! Triple confusion...
Apart from the "/"-instead-of-"."-error the usage is fine, --default-duration does allow fps values.
I'm a little confused. The first log file posted was apparently not the correct one, but the date is 30/09/2014 and the MeGUI version is 2507. The second log file shows a problem, but a date of 01/09/2014, MeGUI version 2112 and mkvmerge 5.2.1 (built on Jan 2 2012).
I guess we should assume MeGUI was updated in an attempt to fix the problem but it still persisted, and greensoldier was too busy to make sure that was clear, so based on that assumption I ran a test encode/mux to check as I don't normally get MeGUI to do the muxing (MeGUI 2508). MeGUI added the following to the command line when muxing and the output frame rate was correct.
--default-duration 0:24000/1001fps
When I looked at the command line MKVMergeGUI uses:
"--default-duration" "0:24000/1001p"
From greensoldier's log file:
--default-duration 0:23/977fps
23/977 was specified in greensoldier's case which explains the output. Maybe it should have been 23.977, although I assume it should have been 23.976 (24001/1001 was shown for the encoded video), but as the log file appears to be from a version of MeGUI which is over two years old.....
Edit: I checked the MKVMerge command line and it would appear "fsp" "i" or "p" are all okay if you're specifying the default duration. It'd be nice to confirm if the current version of MeGUI has the same issue, but it seems fine when I tested it.
thank so much:)
i go to control panel>region>additional setting
and / convert to . and megui worked properly in windows 8.1
thank so much again.
Xor
4th December 2014, 19:24
Hi,
i have a problem with megui and xvid profile to generate bdrip Avi.
If use default profile X264 Scratchpad all work fine and encoding Mkv without problems at all resolution 1080p 720p 576p 480p.
If try to generate bdrip Avi and choise profile like:
"xvid: 2pass Balanced"
"xvid: 2pass Fast"
"xvid: 2pass HQ"
and file format AVI i get a error: can't open avi avs file!!!
http://s10.postimg.org/vynmwtey1/Snap375.jpg
How to fix this problem? Thanks
Zathor
9th December 2014, 22:21
Sadly you have not provided the complete log - especially the versions block at the top. Please try to open the avs file in e.g. VirtualDub and report back as you have not mentioned if the same avs file can be encoded in x264. Also you should not use the DirectShowSource filter in your avs file.
Octo-puss
12th December 2014, 15:15
Reposting in correct thread.
I've just tried to encode a video after a long time, and the file indexer keeps crashing. "ffmsindex.exe has stopped working".
Here is the log:
-[Information] MediaInfo
--[Information] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
--[Information] FrameRate:
--[Information] FrameRateOriginal:
--[Warning] [12.12.2014 14:39:42] fps cannot be determined. 23.976 will be used as default.
--[Information] [12.12.2014 14:39:44] MediaInfo
---[Information] [12.12.2014 14:39:44] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 2668729786
-[Information] PlayTime: 00:00:21.800
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 1920
-[Information] Height: 1200
-[Information] FrameCount:
-[Information] FrameRate:
-[Information] FrameRateOriginal:
-[Information] FrameRateMode: VFR
-[Information] ScanType:
-[Information] Codec: LAGS
-[Information] CodecString: Lagarith
-[Information] Bits Depth:
-[Information] Format: Lagarith
-[Information] AspectRatio: 1.600
-[Information] AspectRatioString: 16:10
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[Information] ID: 2
-[Information] StreamOrder: 1
-[Information] Format: PCM
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 KHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
---[Warning] [12.12.2014 14:39:44] fps cannot be determined. 23.976 will be used as default.
-[Information] Log for job1 (ext, bf4_2014_12_12_14_33_58_982.mkv -> )
--[Information] [12.12.2014 14:39:46] Started handling job
--[Information] [12.12.2014 14:39:46] Preprocessing
--[Information] [12.12.2014 14:39:46] MediaInfo
---[Information] [12.12.2014 14:39:46] File: E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv
-[Information] Format: Matroska
-[Information] FormatString: Matroska
-[Information] FileSize: 2668729786
-[Information] PlayTime: 00:00:21.800
---[Information] General
-[Information] ID: 1
-[Information] StreamOrder: 0
-[Information] Width: 1920
-[Information] Height: 1200
-[Information] FrameCount:
-[Information] FrameRate:
-[Information] FrameRateOriginal:
-[Information] FrameRateMode: VFR
-[Information] ScanType:
-[Information] Codec: LAGS
-[Information] CodecString: Lagarith
-[Information] Bits Depth:
-[Information] Format: Lagarith
-[Information] AspectRatio: 1.600
-[Information] AspectRatioString: 16:10
-[Information] Delay:
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Video
-[Information] ID: 2
-[Information] StreamOrder: 1
-[Information] Format: PCM
-[Information] FormatProfile:
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 KHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 0
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default: Yes
-[Information] DefaultString: Yes
-[Information] Forced: No
-[Information] ForcedString: No
---[Information] Audio
---[Warning] [12.12.2014 14:39:46] fps cannot be determined. 23.976 will be used as default.
--[Information] [12.12.2014 14:39:46] Job commandline: "F:\Programy\Audio & video\MeGUI\tools\mkvmerge\mkvextract.exe" tracks "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv" --ui-language en 1:"E:\Captured videos\bf4_2014_12_12_14_33_58_982 - [0] English.wav"
--[Information] [12.12.2014 14:39:46] Process started
--[Information] [12.12.2014 14:39:46] Standard output stream
--[Information] [12.12.2014 14:39:46] Standard error stream
---[Information] [12.12.2014 14:39:46] Extracting track 1 with the CodecID 'A_PCM/INT/LIT' to the file 'E:\Captured videos\bf4_2014_12_12_14_33_58_982 - [0] English.wav'. Container format: WAV
--[Information] [12.12.2014 14:39:47] Postprocessing
--[Information] [12.12.2014 14:39:47] Job completed
-[Information] Log for job3 (idx, bf4_2014_12_12_14_33_58_982.mkv -> bf4_2014_12_12_14_33_58_982.mkv.ffindex)
--[Information] [12.12.2014 14:39:47] Started handling job
--[Information] [12.12.2014 14:39:47] Preprocessing
--[Information] [12.12.2014 14:39:47] Job commandline: "F:\Programy\Audio & video\MeGUI\tools\ffms\ffmsindex.exe" -f "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv" "E:\Captured videos\bf4_2014_12_12_14_33_58_982.mkv.ffindex"
--[Information] [12.12.2014 14:39:47] Process started
--[Information] [12.12.2014 14:39:47] Standard output stream
--[Information] [12.12.2014 14:39:47] Standard error stream
--[Error] [12.12.2014 14:40:18] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [12.12.2014 14:40:18] Job completed
I'm not sure why it can't determine the framerate, it's 60fps.
I am using the development version.
P.S. When I clicked on DirectShowSource instead, the source file was instantly cut to few hundreds of bytes when I started encoding.
Taurus
12th December 2014, 16:07
1. MeGui should not crash. Point.
2. Lagarith in a MKV container is highly unusual to me.
Just tested a LAG file in AVI container: OK and real fast
Tested a LAG file in MKV container: Crash
After fiddling around with different ffmsindex.exe versions
and/or disabling "Improved AVS opening"
I finally got it working, but what a hazzle/mess.
Why dont you just stick to LAGs native container ->AVI
and have a good day?
Runs very smooth everytime I'm in need for an intermediate file.
(Mostly using UTVideo)
Dont know why Mediainfo could not get the right fps on your side.
Here are the right timings for avi and mkv.
Maybe the file in questions is burked?
Octo-puss
12th December 2014, 16:09
I use MSI Afterburner to capture game footage. Lagarith is my codec of choice, and since matroska is apparently more modern thing than an avi, I chose that.
The video plays just fine in MPC-HC, so I don't understand why it should be processed correctly by MeGui.
But thanks for the explanation.
Taurus
12th December 2014, 17:59
It's not MeGui but FFMS and/or Mediainfo which does not get it right.
My experiments clearly show that the MeGui build in Version
screw up LAGs in MKV container.
While a simple LAGs AVI is doing fine.
I dont know for now the FFMS version I took, which worked reliable.
But it was a version later this year.
Still dont get it why your fps is not recognized correctly.
I am using the most recent mkvmerge with outofthebox settings.
And Mediainfo had never let me down on the files created.
Maybe post a mediainfo log on the file in question.
Mediaplayers are somewhat more forgivable, while decoders for encoding are less.
Encoders are in need for a constant flow of the stream,
otherwise you are getting corrupt or out of sync to audio files.
Just because a file can be played on any mediaplayer does not mean its interna are ok.
Sorry for my poor english this time.
Catched a cold and the flu.....
LigH
12th December 2014, 19:01
I guess there is (again or still?) an issue with ffmsindex and video formats which report all (or most) frames as key frames. The index will become huge in the best case. In the worst it fails.
The advantage of the AVI container is that AviSource will work without index. L-SMASH Source may be a more stable alternative to FFMS2, but will still create huge index files, even more (it writes text format files).
hello_hello
15th December 2014, 10:38
I can't get the current version of ffms2 to index lossless Lagarith or HuffYUV in an MKV. It always crashes, even when the file is quite small. The same video in an AVI is fine, but remux it as an MKV (I've tried both GDSMux and MKVMerge to see if it's the remuxing) and ffms2 crashes. L-Smash works fine.
Indexing AVIs with ffms2 might be problematic (http://forum.doom9.org/showthread.php?p=1679175#post1679175) due to the potential for motion not to be smooth, so AVISource or L-Smash might be a better idea. Or remove ffmsindex's frame rate conversion from the script when indexing AVIs.
I don't use lossless files much however I have had a problem with indexing lossless video in MKVs a couple of times recently, but the previous version of ffms2 indexed the little test MKVs I created today without a problem.
szabi
15th December 2014, 21:23
Hi
I have error when using HDstream extractor of megui in case of extracting TrueHD audio stream.
Followings are logged:
[Warning] Unknown line: "Bitstream parsing for track 3 failed."
[Warning] Unknown line: "Demuxing this track may still produce correct results - or not."
[Error] [2014.12.15. 21:07:50] Process exits with error: 1
Next tried to extract the AC3 core.
Result:
[Error] [2014.12.15. 21:08:51] This audio conversion is not supported. <ERROR>
[Error] [2014.12.15. 21:08:51] Process exits with error: 1
Can I do something to extract it?
bye
szabi
tebasuna51
15th December 2014, 21:42
I have error when using HDstream extractor of megui in case of extracting TrueHD audio stream...
Maybe is the new TrueHD Atmos still not supportted by eac3to.
Use tsMuxeR to extract the AC3, or ffmpeg/makeMKV to decode.
szabi
16th December 2014, 11:05
Thnx, I'm going to try.
Vincent Vega
2nd January 2015, 13:23
how do i get around this stupidest ever feature?
its been driving me crazy all year on all my computers.
i want all packages, all available, old ones and new ones, always enabled in auto-update, so it dont ever disable anything i once enabled.
and when it ever adds new packages, it should also be with auto-update enabled by default.
this is so obvious, why do we tolerate this idiotic auto-disable feature in megui a whole year now
Zathor
2nd January 2015, 13:58
As only one update server is left with limited amount of bandwidth / traffic there is no other way to go. Either you or someone else provides a second http server where the files can be placed or I even may have to remove the whole automatic update feature and place all files for manual download somewhere.
So the "feature" is not there to annoy or disturb anyone. It is necessary to keep the update feature alive. So I will for sure not change it to the better - because of the only one remaining server I may even have to disable the packages sooner.
this is so obvious, why do we tolerate this idiotic auto-disable feature in megui a whole year now
Because you have to.
EDIT: Interestingly I saw now a PM from the remaining update server owner that the traffic is too high. I therefore will really do again same annoying changes. I am sorry but it is necessary as otherwise I have to disable it completely.
Vincent Vega
2nd January 2015, 14:15
ok i get it man, so thats a whole other reason..
i am sorry for my previous words.
can you tell me about another issue i just ran into, oneclick dialog just gives me "this file or folder cannot be used with oneclick encoder" error, no matter which file or folder i try.. thanx
p.s. i use dev update server
Zathor
2nd January 2015, 14:34
can you tell me about another issue i just ran into, oneclick dialog just gives me "this file or folder cannot be used with oneclick encoder" error, no matter which file or folder i try..
I need more details to help e.g. the log file (inluding the mediainfo of the file you are trying).
Vincent Vega
2nd January 2015, 15:46
it turns out its one of the new components that crash on this old computer
WinXP x86 SP3, AthlonXP (no SSE2)
mediainfo_0_7_70 - runs fine
mediainfo_0_7_71 - crashes
also
ffms2-r827+36-1 - runs fine
ffms2-2.20 - crashes
now i manually downgraded to the old versions, it works
can you detect platform compatibility in the auto-update and offer appropriate older versions if needed such as in this case?
thank you
LigH
5th January 2015, 10:38
Is there a recommendable workflow for someone who wants to use MeGUI to convert only the video, but keep one audio stream of the original movie without reencoding? Manually, one could first demultiplex it in the "HD Streams Extractor" and later multiplex it again in one of the muxer jobs; does MeGUI also offer a more convenient handling of this part? I never used OneClick or AutoEncode myself, but the question came up in the german forum.
Kurtnoise
5th January 2015, 14:09
If I recall correctly, it's doable through the One-Click Encoder...
Tylerr
5th January 2015, 14:43
is it possible to select different default languages for subtitles and audio?
I'm encoding anime and the audio is japanese but the subtitles are english, so having to change one everytime is annoying.
LigH
5th January 2015, 16:30
If I recall correctly, it's doable through the One-Click Encoder...
But the One-click Encoder doesn't allow much manual optimization of the video pass (e.g. project specific cropping) instead. So it seems: Either completely automatic or completely manual workflow.
Well, manually extracting and multiplexing one audio stream is so little overhead, compared to the rest, it can easily be done in a minute when the video conversion is done. No reason to overhaul the whole tool. :cool:
AMED
5th January 2015, 23:31
Is there a recommendable workflow for someone who wants to use MeGUI to convert only the video, but keep one audio stream of the original movie without reencoding? Manually, one could first demultiplex it in the "HD Streams Extractor" and later multiplex it again in one of the muxer jobs; does MeGUI also offer a more convenient handling of this part? I never used OneClick or AutoEncode myself, but the question came up in the german forum.Yes this can be done in OCE, change encode on the audio tab in the OCE profile config to Never.
is it possible to select different default languages for subtitles and audio?
I'm encoding anime and the audio is japanese but the subtitles are english, so having to change one everytime is annoying.Are you using the One Click Encoder (OCE)? If so you can change this on the language tab in the OCE profile config window.
Tylerr
5th January 2015, 23:50
Yes this can be done in OCE, change encode on the audio tab in the OCE profile config to Never.
Are you using the One Click Encoder (OCE)? If so you can change this on the language tab in the OCE profile config window.
Yeah i'm using one click
and yeah theres an option to set the language, but its only "Language to be set if it cannot be determined" and that controls both audio and subtitle.
AMED
6th January 2015, 01:22
Sorry about that I think I misread your question and got it backwards.
you might have to script something that will demux and then remux the files after they have gone through MeGUI.
could modify this script
http://forum.videohelp.com/threads/343271-BULK-remove-non-English-tracks-from-MKV-container/page2
Tylerr
6th January 2015, 12:18
Sorry about that I think I misread your question and got it backwards.
you might have to script something that will demux and then remux the files after they have gone through MeGUI.
could modify this script
http://forum.videohelp.com/threads/343271-BULK-remove-non-English-tracks-from-MKV-container/page2
I wanted to do it inside of megui.. using a separate program afterwards is even more work than just changing the language manually.
AMED
6th January 2015, 19:26
Depending on your work flow it could be far quicker using a script than using MeGUI in it's current state.
MeGUI OCE > load folder of anime files > Wait for encoding to finish > drag and drop mkv's on to script and wait for it to finish.
Otherwise post a feature request on the MeGUI: bug reports and feature requests thread and hope that it will be implemented.
Danette
8th January 2015, 16:13
Recently began using MeGUI and having trouble with batch jobbs in One-click mode.
When I load 26 episodes of a TV series, many of the files (episodes) are created correctly in the output folder, but some are skipped. Example: episodes 1, 2, 4, 5 and 7 are created, but 3 and 6 are not.
When I check the log, it looks like the missing episodes were created correctly but, right-clicking on the final entry of the missing episode shows that no output file was created.
LigH
8th January 2015, 18:11
The same procedure as every case: :logfile: Evidence over guesswork!
Danette
8th January 2015, 19:44
The log, below, has three representative entries. They show episodes 2, 3,and 4. Episode 3, in the middle of the log, is one of the files that is not created, but 2 and 4 are created.
:logfile:[Error] Log
-[Information] Versions
--[Information] [1/8/2015 12:35:43 AM] MeGUI: 2507
--[Information] [1/8/2015 12:35:43 AM] Operating System: Windows 7 x64 SP1 (6.1.65536.7601)
--[Information] [1/8/2015 12:35:43 AM] .Net Framework: 2.0.50727.5420
--[Information] [1/8/2015 12:35:43 AM] .Net Framework: 4.0.0.0
--[Information] [1/8/2015 12:35:43 AM] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [1/8/2015 12:35:44 AM] AvisynthWrapper: (03-01-2009)
--[Information] [1/8/2015 12:35:44 AM] Haali Matroska Splitter: 1.13.138.14 (14-04-2013)
--[Information] [1/8/2015 12:35:44 AM] Haali DSS2: (14-04-2013)
--[Information] [1/8/2015 12:35:44 AM] ICSharpCode.SharpZipLib: 0.85.5.452 (08-08-2008)
--[Information] [1/8/2015 12:35:44 AM] LinqBridge: 1.0.0.0 (28-05-2009)
--[Information] [1/8/2015 12:35:44 AM] MediaInfo: 0.7.69.0 (24-04-2014)
--[Information] [1/8/2015 12:35:44 AM] MediaInfoWrapper: 0.7.61.0 (06-01-2013)
--[Information] [1/8/2015 12:35:44 AM] MessageBoxExLib: 1.0.2218.28317 (20-12-2008)
--[Information] [1/8/2015 12:35:44 AM] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
--[Information] [1/8/2015 12:35:44 AM] 7z: 9.20 (18-11-2010)
-[Information] Update detection
--[Information] [1/8/2015 12:35:44 AM] Automatic update is disabled
--[Information] [1/8/2015 12:35:45 AM] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [1/8/2015 12:35:45 AM] No package requires an update
-[Information] OneClick
--[Information] [1/8/2015 12:37:38 AM] MediaInfo
---[Information] [1/8/2015 12:37:38 AM] File: C:\Users\Dad\Desktop\Videos\Mission Impossible\02 Memory.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1943923556
----[Information] PlayTime: 00:50:17.147
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 720
----[Information] Height: 480
----[Information] FrameCount:
----[Information] FrameRate:
----[Information] FrameRateOriginal: 29.970
----[Information] FrameRateMode: VFR
----[Information] ScanType: Interlaced
----[Information] Codec: V_MPEG2
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title: 3/2+1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [1/8/2015 12:37:38 AM] MkvInfo
---[NoImage] File 'C:\Users\Dad\Desktop\Videos\Mission Impossible\02 Memory.mkv': container: Matroska [duration:3017147000000 segment_uid:6a07f52568402f1c4de861b27cfac3d6 is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-1/2) [number:1 uid:1 codec_id:V_MPEG2 codec_private_length:152 codec_private_data:000001b32d01e02417ee2382101010101010101010101010101010101010101010101010101010101212121010101010101010101212121412121212121414141414181818181c1c1e22222b08080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808000001b51482000100000000 language:eng pixel_dimensions:720x480 display_dimensions:640x480 default_track:1 forced_track:0 enabled_track:1 default_duration:33366666]
---[NoImage] Track ID 1: audio (AC3/EAC3) [number:2 uid:2 codec_id:A_AC3 codec_private_length:0 language:eng track_name:3/2+1 default_track:1 forced_track:0 enabled_track:1 default_duration:32000000 audio_sampling_frequency:48000 audio_channels:6]
---[NoImage] Chapters: 6 entries
--[Information] [1/8/2015 12:37:38 AM] Video: C:\Users\Dad\Desktop\Videos\Mission Impossible\02 Memory.mkv
--[Information] [1/8/2015 12:37:38 AM] Audio: C:\Users\Dad\Desktop\Videos\Mission Impossible\02 Memory.mkv ([2] - AC-3 - 6 channels / 48.0 KHz / English)
--[Information] [1/8/2015 1:44:59 AM] MediaInfo
---[Information] [1/8/2015 1:44:59 AM] File: C:\Users\Dad\Desktop\Videos\Mission Impossible\03 Operation Rogosh.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1944367048
----[Information] PlayTime: 00:50:13.143
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 720
----[Information] Height: 480
----[Information] FrameCount:
----[Information] FrameRate:
----[Information] FrameRateOriginal: 29.970
----[Information] FrameRateMode: VFR
----[Information] ScanType: Interlaced
----[Information] Codec: V_MPEG2
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title: 3/2+1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [1/8/2015 1:44:59 AM] MkvInfo
---[NoImage] File 'C:\Users\Dad\Desktop\Videos\Mission Impossible\03 Operation Rogosh.mkv': container: Matroska [duration:3013143000000 segment_uid:c8fc366423c1f3c17d2aa2b919bf7711 is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-1/2) [number:1 uid:1 codec_id:V_MPEG2 codec_private_length:152 codec_private_data:000001b32d01e02417ee2382101010101010101010101010101010101010101010101010101010101212121010101010101010101212121412121212121414141414181818181c1c1e22222b08080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808000001b51482000100000000 language:eng pixel_dimensions:720x480 display_dimensions:640x480 default_track:1 forced_track:0 enabled_track:1 default_duration:33366666]
---[NoImage] Track ID 1: audio (AC3/EAC3) [number:2 uid:2 codec_id:A_AC3 codec_private_length:0 language:eng track_name:3/2+1 default_track:1 forced_track:0 enabled_track:1 default_duration:32000000 audio_sampling_frequency:48000 audio_channels:6]
---[NoImage] Chapters: 6 entries
--[Information] [1/8/2015 1:44:59 AM] Video: C:\Users\Dad\Desktop\Videos\Mission Impossible\03 Operation Rogosh.mkv
--[Information] [1/8/2015 1:44:59 AM] Audio: C:\Users\Dad\Desktop\Videos\Mission Impossible\03 Operation Rogosh.mkv ([2] - AC-3 - 6 channels / 48.0 KHz / English)
--[Information] [1/8/2015 2:58:03 AM] MediaInfo
---[Information] [1/8/2015 2:58:03 AM] File: C:\Users\Dad\Desktop\Videos\Mission Impossible\04 Old Man Out (1).mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FormatString: Matroska
----[Information] FileSize: 1843962024
----[Information] PlayTime: 00:50:18.015
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Width: 720
----[Information] Height: 480
----[Information] FrameCount:
----[Information] FrameRate:
----[Information] FrameRateOriginal: 29.970
----[Information] FrameRateMode: VFR
----[Information] ScanType: Interlaced
----[Information] Codec: V_MPEG2
----[Information] CodecString: MPEG-2 Video
----[Information] Bits Depth: 8
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay: 0
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title: 3/2+1
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] DefaultString: Yes
----[Information] Forced: No
----[Information] ForcedString: No
--[Information] [1/8/2015 2:58:03 AM] MkvInfo
---[NoImage] File 'C:\Users\Dad\Desktop\Videos\Mission Impossible\04 Old Man Out (1).mkv': container: Matroska [duration:3018015000000 segment_uid:c145e015389ea52366a3b547df51b3c1 is_providing_timecodes:1]
---[NoImage] Track ID 0: video (MPEG-1/2) [number:1 uid:1 codec_id:V_MPEG2 codec_private_length:152 codec_private_data:000001b32d01e02417ee2382101010101010101010101010101010101010101010101010101010101212121010101010101010101212121412121212121414141414181818181c1c1e22222b08080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808080808000001b51482000100000000 language:eng pixel_dimensions:720x480 display_dimensions:640x480 default_track:1 forced_track:0 enabled_track:1 default_duration:33366666]
---[NoImage] Track ID 1: audio (AC3/EAC3) [number:2 uid:2 codec_id:A_AC3 codec_private_length:0 language:eng track_name:3/2+1 default_track:1 forced_track:0 enabled_track:1 default_duration:32000000 audio_sampling_frequency:48000 audio_channels:6]
---[NoImage] Chapters: 6 entries
--[Information] [1/8/2015 2:58:03 AM] Video: C:\Users\Dad\Desktop\Videos\Mission Impossible\04 Old Man Out (1).mkv
--[Information] [1/8/2015 2:58:03 AM] Audio: C:\Users\Dad\Desktop\Videos\Mission Impossible\04 Old Man Out (1).mkv ([2] - AC-3 - 6 channels / 48.0 KHz / English)
LigH
8th January 2015, 21:54
This looks like One-Click Batch encoding only logs the source analyses, but not the conversion progresses?!
Danette
9th January 2015, 02:44
This looks like One-Click Batch encoding only logs the source analyses, but not the conversion progresses?!
I guess not. That was everything in the log. I can report what the conversion process log shows, but would have to take a screen shot and upload it here. Let me know if that would help.
After the AVS script is loaded and the standard output stream and error stream line items are finished, the log shows this:
x An error occurred
x Exception message: The pipe has been ended.
x Stacktrace
x Inner exception: null.
Then it moves on to the next file in the queue. Note that I can successfully convert this file separately (outside of the batch).
Danette
9th January 2015, 03:26
Oops: missed reporting what is listed in the stacktrace expansion.
x Stacktrace
x at System.IO.___Error.WinIOError(Int 32 errorCode, String maybeFullPath)
x at System.IO.___FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count
x at System.IO.___FileStream.Write(Byte[] array, Int32 offset, Int32 count
x at MeGUI.AviSynthAudioEncoder.encode()
LigH
9th January 2015, 08:12
The audio encoder task complains that it could not write a stream. So possibly the selected audio encoder EXE failed and did not accept the pipe. So you may have to run a single audio conversion task in the queue and show its log...
Kurtnoise
9th January 2015, 09:33
@Danette : upload your last entire logfile (available in the log sub folder) somewhere please...
Danette
9th January 2015, 16:16
Well, I think I solved the problem based upon your audio encoder clue, LigH. Thanks.
I disabled the NeroAacEnc encoder (v 1.5.1) and the problem disappeared (using FFmpeg AC-3), but then I couldn't encode to AAC. So, I re-enabled the Nero encoder (planning to do them individually) and - surprise - the batch processing of all the files worked flawlessly.
Apparently, it had something to do with the NeroAacEnc encoder, and cycling it on and off (closing MeGUI each time) resolved whatever the problem was.
Kurtnoise: do you still want the log file? It is in the same format as my earlier post.
Processing all 28 files, via batch, has found a different problem, though, and I will submit a new post on that one.
Again; thanks to all for your efforts.
Danette
10th January 2015, 22:24
I am running a One-Click batch process of 28 TV episodes. So, each file is identical in video properties other than the file size.
Automatic deinterlacing works on most of these files, correctly using TIVTC. However, on a few of these files, it generates a source detection error and, subsequently, performs no deinterlacing processing (IVTC needed, in this case). Visually examining the output files confirms that the 2:3 telecined pattern has remained in the problem files, but not in the other files that were correctly detected and processed with TIVTC in the same batch output.
Although I have created an AVS profile that replaces the default deinterlace function with a forced use of TIVTC, I would prefer to retain the more dynamic analysis capabilities and resulting selection of the optimal deinterlacer functions that are built into MeGUI.
You can see the source detection error in the log, attached. That does not appear with the correctly processed files.
Octo-puss
16th January 2015, 20:02
How do I extract audio track from a .mkv file in MeGUI?
LigH
16th January 2015, 22:35
Tools - HD Stream Extractor ?
Danette
17th January 2015, 14:55
I think you missed my previous post on this problem that contains a log. Would you please see my last post on this topic or is it better to re-post the message?
kalehrl
17th January 2015, 22:47
There is a small bug in resizing and cropping.
My source is 720x576 16:9 PAL.
Autocrop cuts 8 pixels from left and right and 2 from top and bottom.
Suggested resolution is 704x400, mod16 selected.
If I manually increase crop value of right border to 10 pixels, suggested resolution is 688x400.
So far, so good.
However, if I change right border to the original 8 pixels, the resolution doesn't go back to 704x400.
It stays at 688x400.
Zathor
18th January 2015, 14:52
Automatic deinterlacing works on most of these files, correctly using TIVTC. However, on a few of these files, it generates a source detection error and, subsequently, performs no deinterlacing processing (IVTC needed, in this case). Visually examining the output files confirms that the 2:3 telecined pattern has remained in the problem files, but not in the other files that were correctly detected and processed with TIVTC in the same batch output.
The source detection may be wrong sometimes or cannot gather enough usefull information. You can try to increase the % in "Options\Settings\Configure Source Detector". Otherwise I would need the source file.
There is a small bug in resizing and cropping.
My source is 720x576 16:9 PAL.
Autocrop cuts 8 pixels from left and right and 2 from top and bottom.
Suggested resolution is 704x400, mod16 selected.
If I manually increase crop value of right border to 10 pixels, suggested resolution is 688x400.
So far, so good.
However, if I change right border to the original 8 pixels, the resolution doesn't go back to 704x400.
It stays at 688x400.
Not sure if this is really a bug or a feature. If you have lowered the size to 688x400 before by advance how should MeGUI know that it should then not revert to 704x400?
hello_hello
18th January 2015, 16:35
There is a small bug in resizing and cropping.
My source is 720x576 16:9 PAL.
Autocrop cuts 8 pixels from left and right and 2 from top and bottom.
Suggested resolution is 704x400, mod16 selected.
If I manually increase crop value of right border to 10 pixels, suggested resolution is 688x400.
So far, so good.
However, if I change right border to the original 8 pixels, the resolution doesn't go back to 704x400.
It stays at 688x400.
The automatic resizing seems based on the assumption the user has chosen the width and MeGUI needs to do the other thing.
When upscaling is disabled that imposes limitations, so MeGUI will reduce the width to prevent it being upscaled, but other than that, all it's resizing adjustments only effect the height. So while the width might be resized down, it'll never be resized up again.
It does seem a bit counter-intuitive because if you crop the width just enough to get MeGUI to resize it down, ie 688x400, reducing the cropping by 2 pixels increases the aspect ratio distortion, when you might expect MeGUI would resize back to 704x400 and reduce it instead.
When upscaling is enabled it seems the same "user chose the width" assumption applies, so cropping the width doesn't reduce the width, it increases the height instead. That's also somewhat counter-intuitive to me. I remember mentioning it a long time ago when MeGUI's resizing was being "upgraded" (allowing up-scaling, non-mod16 and the aspect ratio distortion calculations were added etc).
Maybe a formula that's also applied to the width where a minimum aspect ratio distortion takes precedence would be better.
I'm sure once upon a time you could crop a bit without being forced to resize down. For instance you could crop 2 pixels from the width and still keep a width of 720 (mod16 selected). These days you're forced to resize down to 704 instead. Even with upsizing disabled, I think resizing up to the next mod increment should be allowed. ie If the width is 720 (mod16 resizing), you should be able to resize back to 720 until cropping exceeds 16 pixels, or maybe even 8 pixels, but something with a little wiggle room.....
And that'd probably also be necessary in order for "least aspect distortion" to take precedence when resizing.
On the subject of resizing......
When you disable cropping and enable it again, nothing is changed as a result. No automatic cropping is applied and any previous cropping is retained.
Disabling resizing and enabling it again "resets" it and enables the "suggest resolution" option even if it was previously disabled. Anyone else find that frustrating at times? I think I'd rather it was simply re-enabled, just like the cropping.
kalehrl
18th January 2015, 19:38
If you have lowered the size to 688x400 before by advance how should MeGUI know that it should then not revert to 704x400?
I'm not sure I understand this.
I haven't manually changed the width to 688.
I just increased the right border cropping to 10 pixels and the width went to 688, which is OK.
I then reduced the right border cropping to 8 pixels but the width remained at 688 instead of increasing to 704.
This seems strange to me.
I then have to uncheck resizing and enable it again and then it chooses the 'right' width of 704.
hello_hello
19th January 2015, 06:20
I'm not sure I understand this.
I haven't manually changed the width to 688.
I just increased the right border cropping to 10 pixels and the width went to 688, which is OK.
I then reduced the right border cropping to 8 pixels but the width remained at 688 instead of increasing to 704.
This seems strange to me.
I then have to uncheck resizing and enable it again and then it chooses the 'right' width of 704.
As per my the info in my previous post, the "suggest resolution" function only adjusts the height. MeGUI will adjust the width to prevent upscaling when the "upsizing" option is disabled, so the width might be adjusted down to prevent it being upscaled, but the "suggest resolution" function can't increase it again even if you reduce the cropping. Even when MeGUI has adjusted the width to prevent upsizing, the "suggest resolution" function assumes the user set the width and it's job is to only choose the most appropriate height, so to speak.
If you disable and enable resizing, that resets it, and it'll default to the maximum width possible without upscaling along with an appropriate height.
I'm not necessarily sure it's ideal. I think most programs would probably adjust both width and height and work as you expect, but I'm not really sure. I don't use other GUI's much.
Once you know why it works the way it does though, it's at least logical.
Xor
1st February 2015, 08:34
Please help,
how to check the exact version of Avisynth i have installed?
I have 2 Server:
Xeon E3-1220@3.10 Ghz (old)
Xeon E5-1650@3.20 Ghz (new)
using the same source mkv untouched, old server (4core) to be three times faster than the new server (6core)
http://s15.postimg.org/u5v5tyl8n/COMPARE_ENCODE_00.jpg (http://postimg.org/image/u5v5tyl8n/)
I am sure that in both installed Avisynth 2.60 MT, but the new server that is faster worse goes too old :mad:
Please help me how to chech in old server, the exact version I have installed of avisynth?
Thanks
LigH
2nd February 2015, 08:37
The Avisynth Info Tool (http://forum.doom9.org/showthread.php?t=170647) will report required details.
hello_hello
2nd February 2015, 19:29
Please help,
how to check the exact version of Avisynth i have installed?
I have 2 Server:
Xeon E3-1220@3.10 Ghz (old)
Xeon E5-1650@3.20 Ghz (new)
using the same source mkv untouched, old server (4core) to be three times faster than the new server (6core)
Same encoder settings? Same script?
It appears neither of your pics are showing a video being encoded, given there's no current or projected file size being displayed. Is that the 1st pass of a 2 pass encode? Unless the current and projected file size is only displayed for single pass encoding. I can't remember what happens for 2 pass, it's been so long.
Danette
5th February 2015, 03:13
I want to batch process with DGIndex. When I open File Indexer, select the first file (of 30) that I want to queue and then hit the "Queue" button, DGIndex processes and creates the d2v file. My expectation was that the "Queue" button would simply place the job in the queue and I would then process all 30 through DGIndex, from the queue list.
Am I misunderstanding this or is something not going quite right?
hello_hello
5th February 2015, 05:12
I want to batch process with DGIndex. When I open File Indexer, select the first file (of 30) that I want to queue and then hit the "Queue" button, DGIndex processes and creates the d2v file. My expectation was that the "Queue" button would simply place the job in the queue and I would then process all 30 through DGIndex, from the queue list.
Am I misunderstanding this or is something not going quite right?
Have a look in Options/Settings for "start new jobs in queue immediately". Is it checked?
Danette
5th February 2015, 19:53
Have a look in Options/Settings for "start new jobs in queue immediately". Is it checked?
Indeed, it was. Thank you. Life is much easier now!
rapscallion
9th February 2015, 17:44
I'm looking at a new pc that has a hex (6) core cpu. Will Megui, when encoding video, take advantage of all 6 cores ? Thanks !
LigH
9th February 2015, 20:15
It doesn't matter which GUI (MeGUI, Hybrid, StaxRip ...). The encoder which is used by these GUIs needs to be multi-threaded. The encoder does the work, not the GUI calling it.
Both x264 and x265 make great use of many cores.
rapscallion
9th February 2015, 20:18
Thank you, I was hoping that was the case, just wasn't sure.
salam2009
10th February 2015, 00:07
Hey guys,
I really need your help with this :(
I'm trying to convert my movies to 60fps through this (http://www.spirton.com/convert-videos-to-60fps/) thread using MeGUI based on AviSynth special plugin tools & some K-Lite Codecs.
All of the converted (60fps) movies worked perfectly at first, but now most of them get this frustrating error in mkvmerge whenever I try to mux the dts (only) from the original movie with the converted (video only) one, for example:
"Casino.Royale.2006.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:00:19.978000000.
Resyncing successful at position 4782373.
The first cluster timecode after the resync is 00:00:25.025000000."
Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
I tried to reinstall all the required programs but nothing has changed!
I also tried to contact the thread's author but he didn't respond at all, so you're my only hope here!
The only thing I could do to avoid this error is to convert the movie several times until mkvmerge finishes without any troubles.
Though, the result is kinda unstable when it played eventually since the problem is mostly related to MeGUI encoding procedures which is effected by something somehow.
Any help would be highly appreciated!
Thanks a lot!
Cheers,
Salaam
LigH
10th February 2015, 08:20
I don't know why an author of a GUI shall be responsible for a broken encoder output. He is not the author of the encoder. And both are neither responsible for defective hardware or drivers; you say that if you run the conversion several times, sometimes the result is not broken, so the reason will probably be neither the encoder nor its GUI, but a problem while writing the encoded video.
When was your last ScanDisk / chkdsk job?
salam2009
11th February 2015, 04:42
@LigH
Of course they're not responsible for my own issue! I'm just trying to figure out what is causing this error recently while it was working perfectly at the beginning!
The encoded (converted) 60fps video file isn't done properly even after successful muxing via mkvmerge since it has kind of internal errors which might effect it during playing.
My last chkdsk was 2 days ago. This is just driving me crazy!!
LigH
11th February 2015, 09:33
Well, at least creating corrupt output is certainly not the purpose of an encoder. If you don't have a surprisingly buggy encoder build (which one, x264?), then maybe something in your file system is wrong or your harddisk controller drivers are bugged?! I once had similar issues with nForce4 SATA/RAID drivers, but only when copying huge files fast; video encoders are instead rather slow, regarding writing to disk.
hello_hello
11th February 2015, 13:48
salam2009,
If you have another hard drive, or an external USB drive, try getting MeGUI to write the output files to it. If the problem goes away, then it's probably the hard drive. You might also try getting MeGUI to write a raw avs file instead of MKV as the output, but I can't imagine why it'd be an encoder problem.
What happens when you encode a video using just MeGUI's basic filters with no multithreading, instead of the script in question?
salam2009
12th February 2015, 18:54
@LigH, @hello_hello
Update: Didn't work on external HDDs either!
It gives me the same error even if used without the script!
Solon8
15th February 2015, 13:54
Hello everyone,
I have MeGUI 2507 installed and I noticed it's been a while since I last updated. I checked and no update seemed available. Yet, for using it outside of MeGUI, I knew MKVmerge had a newer version. (MeGUI gives 7.0.0 as the last available, while the one running on my computer is already at 7.6.0)
I went to the options and I changed "Use stable update server" to "Use development update server" and now a few updates are available.
1- Why doesn't the stable update server give me any update?
2- Is it safe to use the development update server? Or could some release be too early? Is MeGUI 2523 a stable, good release?
3- Why MKVmerge is in its 7.6.0 version on my computer but MeGUI (using development update server) gives me the 7.4.0 verson as the last available?
Thank you for reading me.
hello_hello
15th February 2015, 18:12
The stable update server is probably updated less frequently as it only gets the releases known to be stable. That'd include the tools MeGUI uses. If you use the development update server you risk the possibility of bugs. MeGUI 2523 was only released in the last day or so.
I don't think MeGUI has been updated in a while as there were issues with update servers. It's been updated now (2523) but any updates to the tools it uses such as MKVMerge are probably yet to follow.
You can always update MKVMerge in MeGUI's Tools folder manually, although it's a pity there's no way for MeGUI to know you've done so (as far as I know) because sooner or later it'll want to update it again.
AMiR9!WV
17th February 2015, 00:43
this is killing me
i have some avi file , i'm trying to encode them to mkv
but after each file getting done , program is hanging in muxing mkv and this error coming up
http://picoolio.net/images/2015/02/16/ffd9e81c.png
so i push ok button...
http://picoolio.net/images/2015/02/16/step283edd.png
i usually encode my files in batch and i never had this problem
i delete and re-download megui too many times
and now i have the administrator user but still this is happening
the problem isn't just for one file , after rerunning the megui and star queue , each file is going
my files are avi and the link the fatal error is giving me is belong to temp file in temp folder
i just want one thing , how to tell megui : dude , no need to delete temp :) just skip it
i'm not a pro , i just need your help to get my job done
hello_hello
17th February 2015, 04:44
i just want one thing , how to tell megui : dude , no need to delete temp :) just skip it
There's an option in MeGUI's settings called "delete intermediate files". Is it checked?
AMiR9!WV
17th February 2015, 07:11
There's an option in MeGUI's settings called "delete intermediate files". Is it checked?
yes , it was checked and i unchecked it , now my problem solved thanks to you :)
Solon8
22nd February 2015, 18:18
The stable update server is probably updated less frequently as it only gets the releases known to be stable. That'd include the tools MeGUI uses. If you use the development update server you risk the possibility of bugs. MeGUI 2523 was only released in the last day or so.
I don't think MeGUI has been updated in a while as there were issues with update servers. It's been updated now (2523) but any updates to the tools it uses such as MKVMerge are probably yet to follow.
You can always update MKVMerge in MeGUI's Tools folder manually, although it's a pity there's no way for MeGUI to know you've done so (as far as I know) because sooner or later it'll want to update it again.
Okay, thank you! I have another question: whenever I use FileIndexer, it extracts the audio I chose and create the ffindex. Then the AviSynth script creator opens and I can crop, resize, etc. Once the .avs saved, I go to MeGUI's Input tab and only the video encoding part is loaded (with the avisynth script and the video output), NOT the audio part, so I have to go to the my file folder and choose the audio myself.
I remember a time when the extracted audio was "loaded" automatically in the Input tab. So maybe I changed something in the options when I reinstalled it? But I don't know which one. I also noticed it only does that with mkv files. The extracted audios of other formats such as mp4 or avi is properly and automtically "loaded" in the Audio Input.
hello_hello
22nd February 2015, 23:31
It appears audio extracted from MKVs isn't being auto-loaded for re-encoding as it is when indexing other file types (ie when MeGUI creates a script for encoding the audio or if it's extracted by DGIndex etc). I imagine at some stage it worked the same way, but it appears at the moment it doesn't. I so rarely use MeGUI to extract MKV audio and if I do it'd be even more rare for me to re-encode it, so I hadn't noticed. I'm using MeGUI 2524.
Solon8
22nd February 2015, 23:42
It appears audio extracted from MKVs isn't being auto-loaded for re-encoding as it is when indexing other file types (ie when MeGUI creates a script for encoding the audio or if it's extracted by DGIndex etc). I imagine at some stage it worked the same way, but it appears at the moment it doesn't. I so rarely use MeGUI to extract MKV audio and if I do it'd be even more rare for me to re-encode it, so I hadn't noticed. I'm using MeGUI 2524.
OK, thank you, so it's not a bug on my end. I'm also using 2524 but it was the same when I was using 2507.
Farfie
24th February 2015, 01:02
Hello,
I'm getting
http://pastebin.com/DYmqSb8Z
with 2524.
To fix, I only needed to switch to the stable server and let only MeGUI itself downgrade to 2507, and now it's working fine.
Just thought I'd report it here.
christopherw
5th March 2015, 00:16
I have run tests with using builds available x264.nl (http://mirror01.x264.nl/x264/?dir=./32bit/8bit_depth) for playback issues with 2 files being joined together while the files have been created with Automated 2pass profile.
It turns out that somewhere between rev 2216 and 2230 the change was made that altered codec private data just enough for the files not being able to be joined together
Tested revisions:
2200: OK
2216: OK
2230: broken
2245: broken
2273: broken
Test therefore reveled this is not a Megui nor MKVtoolnix issue ;)
Was this issue a problem with the I frame on the append boundary? I'm experiencing this with two-pass bitrate based encodes when I merge files: it's almost like the first I frame of the next segment is ignored when appended, so you get that 'smearing' and what I presume is the codec guessing about what it should start the frame sequence with - usually ends up being full field grey. They all play fine individually. Only using 4 B frame interval, L4.1 (1080i25 TFF interlaced encode) with no CABAC.
CRF equivalents of the same files append without issue, as discussed here a while ago.
I'm using MuldeR's Simple x264 launcher which has the x264 core:144 r2525 40bb568 builds bundled with it (self-updates), 64-bit compiles.
hello_hello
5th March 2015, 01:28
I'm using MuldeR's Simple x264 launcher which has the x264 core:144 r2525 40bb568 builds bundled with it (self-updates), 64-bit compiles.
Are you also including --stitchable in the x264 command line? That option was added a few months after the post you quoted.
https://mailman.videolan.org/pipermail/x264-devel/2013-July/010167.html
CRF encodes don't always append for me these days without --stitchable, even though back then when testing I think they did. I think it's been mentioned somewhere files are more likely to append if the encoder is writing a raw AVC stream (as opposed to writing an MKV or MP4) for reasons I don't understand, but that shouldn't matter anyway. --stitchable fixed the problem and as long as it's used you should have no trouble appending encodes using the same encoder settings (different CRF values seem to be fine though). It works for me (encoder usually writing directly to MKV).
bxyhxyh
5th March 2015, 08:00
Is http://mewiki.project357.com/ down?
hello_hello
5th March 2015, 18:44
Is http://mewiki.project357.com/ down?
It disappeared a while ago. It's pobably related to this:
http://forum.doom9.org/showthread.php?t=171738
Try here:
https://en.wikibooks.org/wiki/MeGUI/x264_Settings
Edit: Assuming that's what you were looking for. Sorry, I just assumed.......
bxyhxyh
5th March 2015, 20:09
Yeah. You assumed correct :D
Then this page should be more recent. It seems that wikibooks page isn't updated since 2011.
https://web.archive.org/web/20150207075004/http://mewiki.project357.com/wiki/X264_Settings
Betsy25
16th March 2015, 04:54
Anyone can still enlighten us which update server is the preferred one these days ?
I just switched to the dev server after months without any update on the stable server, and I got a bunch of updates presented.
After installing these & a restart, just as a test, I set back the update server to the stable one, checking for updates presented me with 'new' updates which were the months old versions I previously had ? :confused:
Please, which channel is adviced, and if the dev one is, what is the exact url these days ?
Kurtnoise
16th March 2015, 08:39
of course...if you use the stable server, you have to use the tools listed from this one. Same idea for the dev server...You can use the dev one w/o issues.
nkk
17th March 2015, 11:58
Where to get more topical x264 encoder presets?
LigH
17th March 2015, 12:57
You want to upload video to YouTube? Then forget optimal quality. YouTube will re-encode everything.
There are people who upload massively upscaled videos with high bitrates, which wastes a lot of bandwidth, to preserve a bit of chrominance resolution when YouTube will downscale it during its conversions ... for how much fame exactly?
aegisofrime
20th March 2015, 06:08
Hi, I'm being driven absolutely crazy by MeGUI crashing when it attempts to decode AAC files.
I have taken a look at the event viewer and found this:
Fault bucket , type 0
Event Name: APPCRASH
Response: Not available
Cab Id: 0
Problem signature:
P1: MeGUI.exe
P2: 1.0.2525.0
P3: 54fc5b03
P4: bass.dll
P5: 2.4.4.0
P6: 4ad476cd
P7: c0000005
P8: 00002241
P9:
P10:
Faulting application name: MeGUI.exe, version: 1.0.2525.0, time stamp: 0x54fc5b03
Faulting module name: bass.dll, version: 2.4.4.0, time stamp: 0x4ad476cd
Exception code: 0xc0000005
Fault offset: 0x00002241
Faulting process id: 0x%9
Faulting application start time: 0x%10
Faulting application path: %11
Faulting module path: %12
Report Id: %13
Faulting package full name: %14
Faulting package-relative application ID: %15
The source of the error is .NET Runtime so I have made sure that my runtime files are not corrupted and up to date. I'm running 4.5.2 which seems to be the latest, but this doesn't stop the crash.
I have also tried replacing the bass.dll files from the ones from the official website to no avail as well.
Does anyone have any ideas?
tebasuna51
20th March 2015, 12:59
@aegisofrime
Works fine for me.
Please put your logfile.
Try replacing the bass files from:
http://forum.doom9.org/showthread.php?p=1702473#post1702473
Taurus
20th March 2015, 14:50
Just tried bassaudio (build in) and the one tebasuna51 linked to
with fdkaac, quaac and nero on some wav files.
All worked as expected.
Maybe your source files are a little suspicious?!
Could not try all kind of combinations, sources, but I'm using bassaudio quite often without any errors.
hello_hello
25th March 2015, 06:57
Is the following warning in MeGUI's log file some sort of x264 oddness, or is there a reason for it? The warning only appears for the first pass of a 2 pass encode, and only when "slow first pass" is not checked. The warning might be perfectly normal for all I know. I rarely use 2 pass encoding.
This is the log for the first pass. I've highlighted the relevant bits. That's probably be easier than explaining the problem.
Thanks.
[Warning] Log for job1 (video, test.avs -> )
-[Information] [25/03/15 4:41:15 PM] Started handling job
-[Information] [25/03/15 4:41:15 PM] Preprocessing
-[Information] [25/03/15 4:41:15 PM] Avisynth input script
--[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\ffms\ffms2.dll")
--[NoImage] FFVideoSource("E:\test.mkv", cachefile="D:\test.ffindex", fpsnum=25, fpsden=1, threads=1)
--[NoImage] ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
--[NoImage] Spline36Resize(960,540,1,0,-1,0)
--[NoImage] Trim(0,499)
-[Information] [25/03/15 4:41:15 PM] resolution: 960x540
-[Information] [25/03/15 4:41:15 PM] frame rate: 25/1
-[Information] [25/03/15 4:41:15 PM] aspect ratio: 16:9 (1.778)
-[Information] [25/03/15 4:41:15 PM] Job commandline: "C:\Program Files\MeGUI\tools\x264\x264.exe" --level 4.1 --preset slow --tune film --pass 1 --bitrate 2500 --stats "D:\test 2 pass.stats" --vbv-bufsize 78125 --vbv-maxrate 62500 --no-fast-pskip --colormatrix bt470bg --sar 1:1 --output NUL "D:\test.avs"
-[Information] [25/03/15 4:41:15 PM] Process started
-[Information] [25/03/15 4:41:15 PM] Standard output stream
-[Warning] [25/03/15 4:41:15 PM] Standard error stream
--[Information] [25/03/15 4:41:16 PM] avs [info]: 960x540p 1:1 @ 25/1 fps (cfr)
--[Information] [25/03/15 4:41:16 PM] x264 [info]: using SAR=1/1
--[Warning] [25/03/15 4:41:16 PM] x264 [warning]: VBV bitrate (62500) > level limit (50000)
--[Warning] [25/03/15 4:41:16 PM] x264 [warning]: VBV buffer (78125) > level limit (62500)
--[Information] [25/03/15 4:41:16 PM] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
--[Information] [25/03/15 4:41:16 PM] x264 [info]: profile Main, level 4.1
--[Information] [25/03/15 4:41:22 PM] x264 [info]: frame I:2 Avg QP:11.29 size: 23715
--[Information] [25/03/15 4:41:22 PM] x264 [info]: frame P:210 Avg QP:19.34 size: 19615
--[Information] [25/03/15 4:41:22 PM] x264 [info]: frame B:288 Avg QP:19.50 size: 8905
--[Information] [25/03/15 4:41:22 PM] x264 [info]: consecutive B-frames: 11.6% 30.4% 13.2% 44.8%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: mb I I16..4: 63.3% 0.0% 36.7%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: mb P I16..4: 25.5% 0.0% 0.0% P16..4: 62.8% 0.0% 0.0% 0.0% 0.0% skip:11.7%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: mb B I16..4: 4.9% 0.0% 0.0% B16..8: 34.9% 0.0% 0.0% direct:14.7% skip:45.5% L0:25.7% L1:41.4% BI:32.9%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: final ratefactor: 17.50
--[Information] [25/03/15 4:41:22 PM] x264 [info]: direct mvs spatial:63.9% temporal:36.1%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: coded y,uvDC,uvAC intra: 46.6% 67.9% 26.9% inter: 20.9% 33.1% 3.7%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: i16 v,h,dc,p: 26% 28% 28% 19%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 25% 14% 6% 10% 5% 15% 4% 7%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: i8c dc,h,v,p: 53% 24% 17% 7%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: Weighted P-Frames: Y:6.7% UV:1.9%
--[Information] [25/03/15 4:41:22 PM] x264 [info]: kb/s:2692.42
--[Information] [25/03/15 4:41:22 PM] encoded 500 frames, 80.40 fps, 2692.42 kb/s
-[Information] [25/03/15 4:41:22 PM] Postprocessing
-[Information] [25/03/15 4:41:22 PM] Job completed
LigH
25th March 2015, 08:34
The explicit VBV limits seem to apply for high AVC profiles only. So this x264 warning might be more or less correct, provided that x264 does not yet assume to need High Profile for a turbo 1st pass.
hello_hello
26th March 2015, 09:53
The explicit VBV limits seem to apply for high AVC profiles only. So this x264 warning might be more or less correct, provided that x264 does not yet assume to need High Profile for a turbo 1st pass.
Cheers. Yes I guess x264 is assuming baseline or main profile for the first pass. I wonder why it doesn't when it's a slow first pass? Not that it matters, I was just curious.
Thanks.
LigH
26th March 2015, 10:01
I wonder if that warning can be circumvented by explicitly adding "--profile high[10]" to the 1st pass call when these parameters with maximum VBV values are added too.
__
P.S.:
Just discussed briefly in IRC, turbo 1st pass always assumes Main Profile because 8x8dtc is disabled. This warning has a minor relevance, VBV values don't matter much during a 1st pass.
sneaker_ger
26th March 2015, 10:15
This warning has a minor relevance, VBV values don't matter much during a 1st pass.
It has no relevance at all because x264 uses the --vbv- parameters instead of enforcing the level limit.
cengizhan
26th March 2015, 21:36
my megui suddenly stopped working. upon program start megui says that "Fatal Error. megui encountered a fatal errorr and may not be able to proceed. reason:index was outside the boundaries of the array". if i click ok, program closes immetiately.
Description:
Stopped working
Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: megui.exe
Problem Signature 02: 1.0.2524.0
Problem Signature 03: 54e3c3f7
Problem Signature 04: MeGUI
Problem Signature 05: 1.0.2524.0
Problem Signature 06: 54e3c3f7
Problem Signature 07: 852
Problem Signature 08: 0
Problem Signature 09: System.IndexOutOfRangeException
OS Version: 6.3.9600.2.0.0.256.48
Locale ID: 1055
hello_hello
26th March 2015, 22:10
Just discussed briefly in IRC, turbo 1st pass always assumes Main Profile because 8x8dtc is disabled. This warning has a minor relevance, VBV values don't matter much during a 1st pass.
Thanks for the info. I figured it didn't matter but I was curious as to "why". Now I know.
Thanks.
Solon8
27th March 2015, 20:02
Maybe this is a stupid question, but I have to ask it to learn: if I add, say, 8 GB of RAM, will encoding wth MeGUI be any faster? I already have a good CPU (4.0 GHz) and 8 GB of RAM.
Would the improvement from 8 GB of RAM be trivial as maybe MeGUI only uses the CPU? Or would it help a lot and I could grasp a good number of FPS? Thank you.
sneaker_ger
27th March 2015, 20:09
No speed increase.
Solon8
27th March 2015, 21:24
No speed increase.
OK, thank you for your answer.
Zathor
29th March 2015, 13:13
my megui suddenly stopped working. upon program start megui says that "Fatal Error. megui encountered a fatal errorr and may not be able to proceed. reason:index was outside the boundaries of the array". if i click ok, program closes immetiately.
Please download this file and replace your megui.exe:
http://megui.org/auto/megui-core_2525.zip
Does it fix the problem?
cengizhan
30th March 2015, 11:46
Please download this file and replace your megui.exe:
http://megui.org/auto/megui-core_2525.zip
Does it fix the problem?
Yes. :thanks:
salam2009
30th March 2015, 23:42
Hi everyone,
I get this frustrating mkvmerge error occasionally after encoding videos (without adding their audio tracks) using x264 Encoder (which I need) then muxing the result with the audio from the file source.
"video.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:00:19.978000000.
Resyncing successful at position 4782373.
The first cluster timecode after the resync is 00:00:25.025000000."
Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
If the error doesn't show up in mkvmerge, the muxed file will probably get the same issue!
I tried the old versions of mkvmerge to be sure but got the same error, so it must has something to do with MeGUI encoding process.
I'm using v2525 of MeGUI with updated components and even tried reinstalling it along with K-Lite Mega Codec Pack but sadly that didn't help either!
Any tip would be greatly appreciated.
Thanks a bunch!
Cheers,
Salaam
LouieChuckyMerry
31st March 2015, 05:59
Hello and thanks in advance for any help, and an Extra Big thanks for MeGUI :) . I have a simple question: is there a built in feature--or can anyone think of a way--to make MeGUI "pause" or "rest" for a selectable amount of time between queued jobs? I ask because often I'm away from home for weeks at a time and I'd love to have MeGUI chug away at my collection of sources to be encoded, but with MT AviSynth I'm able to achieve 100% CPU usage and I figure that it's not necessarily a good idea to have my CPU running at 100% for 10+ straight days. I've been queuing enough jobs to keep my computer busy for around 3 days straight without apparent issue, but if I could queue, for example, 2 days worth of jobs, then queue a 12 hour break, then repeat I'd be very pleased. I searched for an answer without success, but probably because I'm using the wrong terms. Any relevant input is much appreciated, thanks for your time.
LouieChuckyMerry
31st March 2015, 06:11
Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
If the error doesn't show up in mkvmerge, the muxed file will probably get the same issue!
In the past I've occasionally experienced a similar problem, without an error message, and after much effort I've decided that it was some combination of fragmented files (my storage drive's an HDD) and poor mkv muxing. Since then I've kept my storage drive defragmented (defragmenting the sources before muxing) and checked the mkv files (sampling the audio-video sync at the beginning, middle, and end of the mkv) after muxing and before encoding, and I've not experienced this problem since.
AMED
31st March 2015, 08:47
Hello and thanks in advance for any help, and an Extra Big thanks for MeGUI :) . I have a simple question: is there a built in feature--or can anyone think of a way--to make MeGUI "pause" or "rest" for a selectable amount of time between queued jobs? I ask because often I'm away from home for weeks at a time and I'd love to have MeGUI chug away at my collection of sources to be encoded, but with MT AviSynth I'm able to achieve 100% CPU usage and I figure that it's not necessarily a good idea to have my CPU running at 100% for 10+ straight days. I've been queuing enough jobs to keep my computer busy for around 3 days straight without apparent issue, but if I could queue, for example, 2 days worth of jobs, then queue a 12 hour break, then repeat I'd be very pleased. I searched for an answer without success, but probably because I'm using the wrong terms. Any relevant input is much appreciated, thanks for your time.As long as your cooling is ok then it will be fine to run your CPU at 100% for weeks\months. I'm sure your computer will be obsolete well before x264 encoding kills it.
LouieChuckyMerry
31st March 2015, 09:36
As long as your cooling is ok then it will be fine to run your CPU at 100% for weeks\months. I'm sure your computer will be obsolete well before x264 encoding kills it.
Thanks for your reply, AMED, I appreciate it, and my computer is already obsolete, ha ha, but it's the only one I have. Define "ok"? It's a laptop, elevated on an open aluminum pad. with a small fan blowing down on it from above. I live in the tropics and can't leave the A/C running when I'm not home. I understand where you're coming from, but I'd still prefer to give it a rest every two or three days. Any thought on how to do that with MeGUI? Some kind of dummy file? Anything?
AMED
31st March 2015, 22:15
Probably easier to just do smaller batches of encodes.
salam2009
1st April 2015, 01:36
In the past I've occasionally experienced a similar problem, without an error message, and after much effort I've decided that it was some combination of fragmented files (my storage drive's an HDD) and poor mkv muxing. Since then I've kept my storage drive defragmented (defragmenting the sources before muxing) and checked the mkv files (sampling the audio-video sync at the beginning, middle, and end of the mkv) after muxing and before encoding, and I've not experienced this problem since.
Lucky for you. I defragmented my HDD & even tried encoding on another HDD and nothing has changed!
Thanks for the input.
LouieChuckyMerry
1st April 2015, 02:19
AMED: I understand that, but it's not possible. The point of my original post was that I'm not home to queue smaller batches so I'm looking for a way to add a "dummy" encode, or some such, to rest the CPU for half a day every couple days in a one to three week queue. I wouldn't have the question if I was home to tend the queue :) .
salam2009: sorry that didn't help, I wish I knew more.
ryszardzonk
1st April 2015, 09:18
Guys I am using following profile in avisynth script creator for files I indexed using l-smash with Megui File Indexer.
<input>
AudioDub(last, LWLibavAudioSource("source location", av_sync=true))
AssumeTFF()
Trim(111,222) ++ Trim(333,444)
Audio=KillVideo()
AudioDub(last,Audio)
Load_Stdcall_Plugin("C:\Program Files\MeGUI\tools\yadi\yadif.dll")
Yadif(order=-1)
crop(2, 2, -2, -2)
Spline36Resize(720,400) # Spline36 (Neutral)
Import("C:\Program Files\MeGUI\tools\avisynth_extra\_load\degrain.avs")
degrain.avs
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_extra\TTempSmooth\TTempSmooth.dll")
ttempsmooth()
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_extra\RemoveGrain\RemoveGrainSSE3.dll")
RemoveGrain(mode=1)
My question is what to do to improve import and .avs save speed of files indexed with l-smash, because those operations can take for like an minute on my Intel Q9400 processor or even longer the larger indexed file is. Adding resulting .avs script for audio queue is fast as click of a mouse while adding video to the queue takes just as long as saving it.
Where is this lag coming from? I have never experienced it with with files indexed with DGIndex* tools.
Megui version - 2525
L-smash version - r784
LigH
1st April 2015, 10:20
Some source formats are easier to index than others, especially when they already contain a keyframe index which can be read separately (e.g. AVI, MKV); for more broadcast oriented containers without such index chunks (especially TS), an indexer application has to follow the whole file, trying to demultiplex the streams and looking for starts of decodable blocks in each stream, which is a lot more elaborate.
Indexers supporting only a small range of input formats (few containers, one video stream only) may be faster (ignoring unsupported streams) than more generic indexers supporting a wider range (more containers, several audio streams too, maybe even subtitles).
ryszardzonk
1st April 2015, 10:35
I understand that indexing itself can take time, but I was referring to the situation where the index is ready and I am preparing avs script based on the lwi index I input to the "avisynth script creator" inside megui. Perhaps megui is reindexing stream only for trimmed parts?
LigH
1st April 2015, 10:50
It is not possible to index only trimmed parts. You may have chosen trim regions which don't match decodable ranges (GOPs). The trims will be applied after the whole source is indexed and then loaded.
The smaller the decodable units, the larger the index will be. Uncompressed or losslessly compressed sources (especially keyframe-only video formats and PCM audio) can be a real pain, causing huge indexes to be created, which have to be loaded into RAM while opening a source file, except a GUI would know when to avoid the caching to avoid huge indexes where they are not necessary. As a thumb rule, you should possibly prefer AviSource over L-SMASH Source for AVIs with lossless/DV/MJPG video and PCM audio, if you don't have an option to disable indexing.
ryszardzonk
1st April 2015, 16:36
My sources are only TS files recored from DVB streams in MPEG2 and MPEG4 formats. As I record some tv channels for extended period of time it is important to use only needed parts and cut out the rest. DG* tools do quite fine job for most of them, but for those with most advanced forms of codecs that they are not able to handle I am using l-smash to index. I understand l-smash has to index the whole file which obviously would take time which is no problem, but after file is indexed and I want to load LWI index into AVS script creator it takes long there and so does the process of saving the script and loading it in the queue. Seems like 30-60sec for that task means it does there more than loading file into the RAM hence the question where the delay is coming from as for other indexes it was almost instant.
LigH
1st April 2015, 17:18
It may also be possible that MeGUI deletes the existing index to enforce recreating it when you create a new AviSynth script, because the indexer does not recognize if the index is up to date, and may not create a new index when you have a new content with the same file name, so L-SMASH Source may try to open new content with an old index which doesn't match the new content with the same file name...
Zathor
3rd April 2015, 11:40
That should not happen. Does it happen? Then I need to have a look and fix it.
salam2009
3rd April 2015, 12:25
Hi everyone,
I get this frustrating mkvmerge error occasionally after encoding videos (without adding their audio tracks) using x264 Encoder (which I need) then muxing the result with the audio from the file source.
"video.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:00:19.978000000.
Resyncing successful at position 4782373.
The first cluster timecode after the resync is 00:00:25.025000000."
Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
If the error doesn't show up in mkvmerge, the muxed file will probably get the same issue!
I tried the old versions of mkvmerge to be sure but got the same error, so it must has something to do with MeGUI encoding process.
I'm using v2525 of MeGUI with updated components and even tried reinstalling it along with K-Lite Mega Codec Pack but sadly that didn't help either!
Any tip would be greatly appreciated.
Thanks a bunch!
Cheers,
Salaam
That should not happen. Does it happen? Then I need to have a look and fix it.
What about me? :(
Zathor
3rd April 2015, 18:23
Sorry, no clue. Post a full log please. Also run only the command line of the encoding to see if MeGUI is the problem.
salam2009
3rd April 2015, 21:57
@Zathor
Here you go:
http://pastebin.com/7X64tJeS
It used to encode properly before! I even tried without any AviSynth script and the same thing.
Thanks for any tip :)
ryszardzonk
3rd April 2015, 23:40
I have done some testing to see what is happening and why the delay in queue addition while using l-smath as index. I have used 4 different files with different codecs. Here is step by step what I did
1. created file indexes with CTRL+ F2 [ l-smash, select first audio track only, uncheck "on completion load files"]
2. created avs scripts with CRTL+R [used & edited preset]
3. saved scripts and timed how long would it take load into Input/Video encoding screen [video preview disabled in megui options to speedup process as with it it takes even longer]
4. added audio to the queue [no delay in load time as it instantly appeared in the queue]
5 added video to the queue [timed the delay before it appeared in the queue]
What strikes me is the difference between handling audio and video from the same script. Obviously for video avs script gets checked for proper settings, but so it does for DG* tools indexes and there addition to the queue is instant. What might be important is I create DG* indexes directly using those apps outside of megui for only the needed parts and just load created that way indexes into megui.
Times
http://pastebin.com/kWVdhyXe
Logs
http://pastebin.com/5ye0thEi
AVS Scripts
http://pastebin.com/Gzjjjdn5
videoh
4th April 2015, 00:22
DG* tools do quite fine job for most of them, but for those with most advanced forms of codecs that they are not able to handle Are you talking about HEVC? It sounds highly dubious that you capture DVB TS with HEVC video, and your links point to simple MPEG2 video. So please tell what formats you are unable to use with DG tools, and why you cannot use DG tools on the source you linked to.
ryszardzonk
4th April 2015, 07:52
If you look closely 2 of them are MPEG2 and other two are AVC not handled by DGIndex nor DGAVCIndex or DGAVCIndexDI. They samples are meant to compare results of different cases and if You notice delays happen in both cases.
videoh
4th April 2015, 17:00
DGDecNV or DGDecIM will properly handle those AVC streams.
ryszardzonk
4th April 2015, 17:56
yeah except is DGDecNV is for nvidia cards only which kinda sucks if you have shiny new radeon which is what I purchased just prior to buying licence for it and second DGDecIM has no gui like other DG* tools have which mean I am not able to use it to make indexes with parts already cut out to feed it into MeGUI. That leaves me only with l-smash which by all means is perfect for the job. Only those delays kinda strange.
From further testing I did it seems that it is not index that gets recreated as time on those files does not change. It might be related to this https://github.com/l-smash/l-smash/issues/7 Probably whole index has to be read and movie checked to go through the megui heuristics of AVS script checking for proper values.
Question is there any way around it? Possibly option in preferences to disable that script checking until it is started in the queue could appear?
Zathor
4th April 2015, 19:25
2529 [MainForm] improved Drag & Drop handling. Bug #786
2528 [AVI Muxer] disabled FPS change option as it is not supported. Bug #785
2527 [Audio Encoder] fixed RaWavSource() for 64bit files >2GB. Bug #792
2526 [HD Streams Extractor] fixed 3D Blu-Ray processing (regression of eac3to 3.28+). Bug #795
salam2009
5th April 2015, 11:18
Hi everyone,
I get this frustrating mkvmerge error occasionally after encoding videos (without adding their audio tracks) using x264 Encoder (which I need) then muxing the result with the audio from the file source.
"video.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:00:19.978000000.
Resyncing successful at position 4782373.
The first cluster timecode after the resync is 00:00:25.025000000."
Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
If the error doesn't show up in mkvmerge, the muxed file will probably get the same issue!
I tried the old versions of mkvmerge to be sure but got the same error, so it must has something to do with MeGUI encoding process.
I'm using v2525 of MeGUI with updated components and even tried reinstalling it along with K-Lite Mega Codec Pack but sadly that didn't help either!
Any tip would be greatly appreciated.
Thanks a bunch!
Cheers,
Salaam
@Zathor
Here you go:
http://pastebin.com/7X64tJeS
It used to encode properly before! I even tried without any AviSynth script and the same thing.
Thanks for any tip :)
@Zathor
Just in case you missed it.
videoh
5th April 2015, 15:34
DGDecIM has no gui like other DG* tools have which mean I am not able to use it to make indexes with parts already cut out to feed it into MeGUI. That leaves me only with l-smash which by all means is perfect for the job. Does Lsmash have a GUI that makes those cuts? Just trying to understand what Lsmash is giving you that DGDecIM does not.
ryszardzonk
6th April 2015, 00:02
Lsmash is easier to use as it is present in the MeGUI while DGDecIM is not and is command line only. From picking the two index creators preparing the index I therefore much rather use Lsmash.
Lsmash is also actively developed while the other is not which means that in the future there will be codec which first will support and latter would not. There is a chance that someone would take a look at my posts and figure out the way to speed up the avs creation through megui based on its index ;)
Zathor
6th April 2015, 13:00
@Zathor
Here you go:
http://pastebin.com/7X64tJeS
It used to encode properly before! I even tried without any AviSynth script and the same thing.
Thanks for any tip :)
Is the problem reproducible? In the log I cannot find the error at all. If yes encode from the command line or with a different tool If the problem still exist you should ask for support on e.g. on the mkvmerge side.
salam2009
7th April 2015, 00:25
Is the problem reproducible? In the log I cannot find the error at all. If yes encode from the command line or with a different tool If the problem still exist you should ask for support on e.g. on the mkvmerge side.
What about log's "Standard error stream" repeated errors?
And how do I run the command line exactly?
I don't think it has to do with mkvmerge as it only occurs with MeGUI encodings!
Thanks man :)
tebasuna51
7th April 2015, 09:23
What about log's "Standard error stream" repeated errors?
Blocks like:
--[Information] [01/04/2015 06:13:11 ?] Standard error stream
---[Information] [01/04/2015 06:13:14 ?] raw [info]: 1280x536p 1:1 @ 60000/1001 fps (cfr)
...
---[Information] [01/04/2015 08:28:31 ?] encoded 342413 frames, 42.18 fps, 4716.90 kb/s
are only info with encoding statistics.
In your pastebin there are 10 jobs without errors.
LigH
7th April 2015, 10:01
Many CLI encoders prefer writing normal information for reading on the console to the "standard error stream" (STDERR) to avoid corrupting the output of the encoded video bitstream in case it is redirected to a pipe, using the "standard output stream" (STDOUT) for the video output in this case.
To avoid being alarmed about it, the log categorizes this output as "[Information]". Always remember, there are three stages of messages from an application to a user:
[Information]: Notice it or ignore it, but everything is fine.
[Warning]: Please notice it and think about it, decide for yourself if everything is still fine.
[Error]: Something is not fine. Now you may be concerned.
Using the STDERR, though, is nothing to be concerned about a priori; it is just an alternative text output stream, used to display text when the STDOUT is already redirected and may not be read by the user.
salam2009
8th April 2015, 16:45
Blocks like:
are only info with encoding statistics.
In your pastebin there are 10 jobs without errors.
Many CLI encoders prefer writing normal information for reading on the console to the "standard error stream" (STDERR) to avoid corrupting the output of the encoded video bitstream in case it is redirected to a pipe, using the "standard output stream" (STDOUT) for the video output in this case.
To avoid being alarmed about it, the log categorizes this output as "[Information]". Always remember, there are three stages of messages from an application to a user:
[Information]: Notice it or ignore it, but everything is fine.
[Warning]: Please notice it and think about it, decide for yourself if everything is still fine.
[Error]: Something is not fine. Now you may be concerned.
Using the STDERR, though, is nothing to be concerned about a priori; it is just an alternative text output stream, used to display text when the STDOUT is already redirected and may not be read by the user.
Got it! Thanks for clearing this up.
Still have to try the command line encoding (which I still don't know how) if it ever gonna solve my issue!
Zathor
9th April 2015, 13:26
In the log you can see lines starting with:
Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\avs4x264mod.exe"
Copy the whole line to a cmd window and execute it. The encoding will be done without MeGUI - you can do that also with mkvmerge.exe
EDIT: Copy everything after "Job commandline: "
salam2009
10th April 2015, 02:04
@Zathor
cmd gives me this error:
'Job' is not recognized as an internal or external command, operable program or batch file.
LigH
10th April 2015, 08:00
Then you copied too much. Only the content of the job command line, after the colon!
salam2009
11th April 2015, 01:57
Oh! Didn't know that :o
OK, tried encoding 2 videos via command line and didn't get any errors in mkvmerge!
What's that suppose to mean? Does the GUI faulty somehow? I've reinstalled it earlier.
Thanks for the awesome support guys!
LouieChuckyMerry
11th April 2015, 09:51
Please, is it possible to have MeGUI's File Indexer default to "L-SMASH Works" instead of "FFMSIndex"? I ask not because it's difficult to tick the "L-SMASH Works" option but because I too often forget to tic the "L-SMASH Works" option ;) . Thanks.
GodRealm
16th April 2015, 13:29
Hello! I wonder, what is the forecast for the adding of 2-pass parameter on x265, because other software already accept this, least MeGUI.
Zathor
16th April 2015, 14:36
Likely soon, but soon still may be weeks or more.
GodRealm
16th April 2015, 14:56
Likely soon, but soon still may be weeks or more.
Thank you! I will be waiting.
honey01
16th April 2015, 20:06
@Zathor
Thank you.. I'm also looking forward to 2 pass x265 in Megui preferably in One Click Mode
And any update on feature request #457 Pause encoding ?
Encoding x265 takes a lot of time, so pause button will be great. (maybe we can put the machine to hibernate and resume at a later stage?)
Finally when encoding x265 in Megui, the Mediainfo is kinda blank.
I mean it doesn't mention the x265 version used or any other x265 parameters.
Is it a known bug?
LouieChuckyMerry
17th April 2015, 01:37
Happy Friday! Please, is there a method to have MeGUI default to "L-SMASH Works" instead of "FFMSIndex" when loading an .mkv? Perhaps a trick with the setting.xml? Anything? Thanks.
hello_hello
17th April 2015, 01:47
And any update on feature request #457 Pause encoding ?
Yes please! For x264 encoding also!
Kurtnoise
17th April 2015, 06:33
Happy Friday! Please, is there a method to have MeGUI default to "L-SMASH Works" instead of "FFMSIndex" when loading an .mkv? Perhaps a trick with the setting.xml? Anything?
why a such request ?
hello_hello
17th April 2015, 19:48
why a such request ?
I'd like the ability to set the default indexer, and I'd like to go further and be able to set it for specific file types, and in a perfect world where everything is made of chocolate, I'd also like to be able to specify which indexer to use according to video type.
MeGUI already makes some of those choices anyway (for example it'll index TS files containing mpeg2 video with DGIndex but won't if TS files contain h264 etc).
There's an established problem with ffms2 and AVIs when a frame rate is specified in the script (an issue with frames being dropped/repeated), so I'd like to be able to tell MeGUI to use AVISource or L-Smash for those.
And indexing some AVI's with ffms2 results in this:
[Error] [18/04/15 4:14:21 AM] Process exits with error: 1
I'm fairly sure that's ffms2 being all upset when there's junk data at the beginning of an MP3 audio stream, because if you elect not to index the audio the job completes, but I do forget to change the indexer to L-Smash quite a bit.
The current ffms2 errors out every time I try to index an MKV containing lossless video, so I'd like to tell MeGUI to use L-Smash for those in case I forget.
ffms2 tends not to play well with VC1, so maybe L-Smash there too, but I'm happy to use it for most other files.
Thinking about it......
Given L-Smash now has the same fpsnum & fpsden parameters as ffmsindex, it'd be nice if MeGUI could add them to the script when indexing with L-Smash too, because playing favourites seems unfair...... ;)
And I'd really, really like an ability in the Script Creator GUI to change the frame rate MeGUI adds to the script when indexing with ffms2/L-Smash, just as you can when using DirectShow for the same reasons, and because when MeGUI can't determine the frame rate it defaults to 23.976 which isn't the best frame rate to default to 99.999% of the time and changing it manually is an exercise in frustration because every time you change anything in the Script Creator (ie cropping) MeGUI re-writes the script which changes the frame rate back to 23.976 and eventually it wears me down and I feel like crying.....
Personally, I'd pick a higher frame rate as the default if MeGUI can't determine the frame rate. I think 29.970 would be a better choice. If the video is actually 23.976 it's easy enough to enable de-interlacing and apply a little decimation, but if it's 29.970 and MeGUI specifies 23.976, applying un-decimation is a little trickier.....
On the subject of decimation (referring to the "M" value in the Script Creator), there should be no ability to add a decimation of zero to a script because it makes no sense and just results in an error (unless when zero is specified the decimation is removed from the script completely), and it shouldn't be possible to specify a decimation amount greater than four when by default it has to be less than the decimation cycle and by default that's five.
Speaking of an extra setting...... I'd like to be able to tell MeGUI to default to ITU resizing for 4:3 DVDs and non-ITU for 16:9, given I'm pretty sure every 4:3 DVD I've met has been ITU but for newer 16:9 DVDs they tend not to be, and while I don't use OneClick myself that might also be handy for those who do.
Maybe that ITU option could also be hidden in the AVS Profile configuration next to the upsizing option where nobody can find it. ;)
why a such request ?
Sorry, I guess you weren't asking me....... :)
damascus
17th April 2015, 23:59
I'd like the ability to set the default indexer
All the things you are wishing to have done for you would be incredibly trivial tasks if you were writing your own scripts using AvsPMod instead of using the script creator gui which really should not be on a x264 front end like meGui. It is simply a nod to those people who don't actually want to learn how to encode video. Encoding should be fun. You are trying to avoid the fun part.
hello_hello
18th April 2015, 01:58
All the things you are wishing to have done for you would be incredibly trivial tasks if you were writing your own scripts using AvsPMod instead of using the script creator gui which really should not be on a x264 front end like meGui. It is simply a nod to those people who don't actually want to learn how to encode video. Encoding should be fun. You are trying to avoid the fun part.
The Script Creator GUI shouldn't be on an x264 front end like MeGUI? That's the oddest thing I've heard in a while. What's stopping me from manually creating scripts using the Script Creator's Script tab as I would with AvsPMod? What's stopping me from creating script templates for MeGUI's Script Creator to use?
For the record, I use AvsPMod now and then. For simpler scripts I tend to use MeGUI's script creator. AvsPMod has nothing to with changes I'd like to see in MeGUI. The two are completely unrelated. Please refrain from telling me what I am or am not trying to do when you simply couldn't know.
LouieChuckyMerry
18th April 2015, 05:54
why a such request ?
I'm not requesting a feature, just wondering if it's presently possible because, sadly, I'm prone to forgetting to choose "L-SMASH Works" :rolleyes: .
LouieChuckyMerry
18th April 2015, 06:02
thinking about it......
Given l-smash now has the same fpsnum & fpsden parameters as ffmsindex, it'd be nice if megui could add them to the script when indexing with l-smash too, because playing favourites seems unfair...... ;)
I wholeheartedly agree, as after some testing with L-SMASH Works and QTGMC I noticed that the frame rate goes screwy without this information.
hello_hello
18th April 2015, 09:15
I wholeheartedly agree, as after some testing with L-SMASH Works and QTGMC I noticed that the frame rate goes screwy without this information.
It shouldn't have anything to do with QTGMC as such.
Without QTGMC in a script if you index with ffms2 and open the preview, MeGUI will display the total number of frames at the top (and the total duration if the option to "add time position" is enabled in it's settings).
The frame rate conversion parameters convert the frame rate to a constant frame rate. If you check the total number of frames/duration, delete the frame rate conversion stuff from the script and refresh the preview, and the total frame count/duration remains the same, then the video was constant frame rate to begin with. If the frame count/duration changes then either MeGUI got the frame rate wrong, or the source video is variable frame rate (that can include video with "repeated" frames, or frames with twice the normal duration, because ffms2/L-Smash treat that type of video as variable frame rate also). If the video is variable frame rate, without the frame rate conversion stuff in the script ffms2/L-Smash output a constant average frame rate, which will no doubt be a little different to what it's supposed to be.
There's a very slim chance that a variable frame rate video will have exactly the same number of frames and total duration as a constant frame rate video, but it's pretty unlikely, so if the frame count/duration changes with/without the frame rate conversion stuff in the script the source is very likely to be variable frame rate.
QTGMC just does it's thing from there. Aside from the lack of de-interlacing, I think you'll find the result will be the same with or without QTGMC added to the script.
hello_hello
18th April 2015, 09:32
When L-Smash was first added to MeGUI as an indexer it was made the default indexer over ffms2. This was later changed partly due to the ability of ffms2 to apply it's own frame rate conversion, and I think there was some sort of L-Smash issue with a certain video type at the time, but that's all better now, L-Smash can convert the frame rate, it doesn't have the same issue with AVIs when frame rate conversion is applied, and it's possibly a bit more reliable than ffms2 in general now (ffms2 doesn't seem to be updated much these days), so if there can't be an option for the user to pick the default indexer, maybe it's time to change the default back to L-Smash.
kuchikirukia
18th April 2015, 10:30
Here is was detecting it as 120FPS with L-Smash and QTGMC.
--[Information] [4/16/2015 12:41:18 AM] Started handling job
--[Information] [4/16/2015 12:41:18 AM] Preprocessing
--[Information] [4/16/2015 12:41:18 AM] Avisynth input script
---[NoImage] #LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\qtgmc\SSE2tools.dll")
---[NoImage] #LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\rgtools.dll")
---[NoImage] #LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\qtgmc\mt_masktools-26.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\nnedi3.dll")
---[NoImage] #LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\qtgmc\EEDI2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\mvtools2 -2.6.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\avstp.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\qtgmc\masktools2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\RemoveGrainSSE2.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\qtgmc\fft3dfilter.dll")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\repairsse2.dll")
---[NoImage] import("C:\Program Files\MeGUI_2507_x86\tools\avisynth_plugin\QTGMC-3.32.avsi")
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\dgavcindex\DGAVCDecode.dll")
---[NoImage] setmemorymax(900)
---[NoImage] LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("E:\title00 (1)-001.avi")
---[NoImage] assumetff()
---[NoImage] QTGMC(preset="very slow", edithreads=3)
---[NoImage] spline36resize(1280, 720)
---[NoImage] removegrain(mode=1)
---[NoImage] #trim(3000,0)
--[Information] [4/16/2015 12:41:22 AM] resolution: 1280x720
--[Information] [4/16/2015 12:41:22 AM] frame rate: 2000000000/16683333
--[Information] [4/16/2015 12:41:22 AM] aspect ratio: 16:9 (1.778)
--[Information] [4/16/2015 12:41:22 AM] Job commandline: "C:\Program Files\MeGUI_2507_x86\tools\x264_10b\x264-10b.exe" --preset veryslow --crf 18.0 --threads 2 --deblock -1:-1 --keyint 1199 --open-gop --bframes 6 --ref 8 --qcomp 0.7 --psy-rd 0.80:0 --sar 1:1 --output "E:\title00 (1)-001.avi.264" "E:\title00 (1)-001.avi.avs"
--[Information] [4/16/2015 12:41:22 AM] Process started
--[Information] [4/16/2015 12:41:22 AM] Standard output stream
--[Information] [4/16/2015 12:41:22 AM] Standard error stream
--[Information] [4/16/2015 12:42:01 AM] Process exits with error: 0xFFFFFFFF (-1)
--[Information] Deleting aborted output
hello_hello
18th April 2015, 17:00
Here is was detecting it as 120FPS with L-Smash and QTGMC.
I still don't think it's QTGMC's fault. QTGMC either outputs the same frame rate as the input:
QTGMC()
SelectEven()
or double the frame rate of the input:
QTGMC()
and the input frame rate is the input frame rate it's given. I've never seen it do anything else.
Looking at your example I'd guess it's 29.97 interlaced, L-Smash is outputting it as 59.940 progressive and QTGMC is de-interlacing at double frame rate and you end up with 118.99fps.
Is the video in question definitely interlaced?
Chances are you'd fix it the same way you'd fix it when ffms2 makes the same mistake:
LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("E:\title00 (1)-001.avi", fpsnum=30000, fpsden=1001)
assumetff()
QTGMC(preset="very slow", edithreads=3)
spline36resize(1280, 720)
removegrain(mode=1)
L-Smash will hopefully output 29.97 interlaced and QTGMC will output 59.94fps progressive, but if you take QTGMC out of the equation I think you'll find it's the L-Smash output that's wrong.
By the way, you do know QTGMC has built in noise removal? I thought I'd ask as it kind of surprised me to see you'd followed QTGMC with RemoveGrain. Have you tried EzDenoise? Generally low EzDenoise values (2 or lower) are sufficient and I suspect it won't blur detail as much as RemoveGrain might. QTGMC uses RemoveGrain itself as it's a required plugin.
QTGMC(preset="very slow", edithreads=3, EzDenoise=1)
And I mention using QTGMC for noise removal for progressive video every chance I get because it tends to do a pretty good job and this seems like one of those chances. I often use it in combination with LSFMod() these days with something like this as a starting point (I find a slightly faster preset produces a more natural result a lot of the time).
QTGMC(InputType=1, Preset="medium", EzDenoise=1)
LSFMod(strength=75)
Here's a before and after (http://forum.doom9.org/showthread.php?p=1715276#post1715276) screenshot if you're interested.
damascus
18th April 2015, 20:25
The Script Creator GUI shouldn't be on an x264 front end like MeGUI? That's the oddest thing I've heard in a while. What's stopping me from manually creating scripts using the Script Creator's Script tab as I would with AvsPMod? What's stopping me from creating script templates for MeGUI's Script Creator to use?
For the record, I use AvsPMod now and then. For simpler scripts I tend to use MeGUI's script creator. AvsPMod has nothing to with changes I'd like to see in MeGUI. The two are completely unrelated. Please refrain from telling me what I am or am not trying to do when you simply couldn't know.
Allowing any encoding software to make any decisions for you whatsoever can only result at the very best in an encoding that is "good enough", that is, if you don't actually care if it is encoded correctly. Without a thorough examination of the source material and the ability to instantly see the results of any filter you may wish to use you are just clicking "encode" and hope for the best. No software can possibly anticipate everything that might be done when a DVD is authored. Anyone who is using a Script Creator or one click encoder is looking for shortcuts when they should be looking for answers instead. I've encoded several thousand DVDs and written a very popular and detailed AviSynth based meGui programming guide. I've seldom seen the kind of silly questions and insane log files as I have in this thread. Yes, you can manually create your own scripts in the script creator pad. You could also do the same in Notepad. Either way you are working in the blind. Why would someone not want to make the small amount of effort required to become somewhat competent in AviSynth instead of looking for short cuts?
hello_hello
18th April 2015, 23:21
Allowing any encoding software to make any decisions for you whatsoever can only result at the very best in an encoding that is "good enough", that is, if you don't actually care if it is encoded correctly.
Well I guess when I'm requesting features such as the ability to choose a particular indexer as the default, that'd be an example of my wanting to allow the software to make the decisions. Is that what you're saying?
Without a thorough examination of the source material and the ability to instantly see the results of any filter you may wish to use you are just clicking "encode" and hope for the best.
Well I guess it's just a well MeGUI's Script Creator comes with a preview then, and the fact I can use the Script Creator to save a script and open it in MPC-HC to preview it that way obviously doesn't count as an ability to see the result of filters. And here's me thinking, when I create scripts with different filtering and open them in different instances of MPC-HC and run them fullscreen on my TV, that it not only constituted previewing the results of filtering, but comparing them too. I guess the AvsPMod preview must preview filters in ways they can't be previewed using other preview methods.
No software can possibly anticipate everything that might be done when a DVD is authored. Anyone who is using a Script Creator or one click encoder is looking for shortcuts when they should be looking for answers instead.
"Twaddle" on the Script Creator comment and "irrelevant" on the OneClick encoder comment because it hasn't anything to do with this discussion. I don't use it. There's no reason why you can't totally control what filtering is used in an encode.
I've encoded several thousand DVDs and written a very popular and detailed AviSynth based meGui programming guide. I've seldom seen the kind of silly questions and insane log files as I have in this thread.
You're writing guides and then telling people not to use it?
Any chance of a link? I've yet to see a guide to using MeGUI that's not fairly out of date and/or contains odd encoding advice.
To what kind of silly questions do you refer? Have you an example of a type of Avisynth question that was asked because someone used MeGUI's Script Creator that wouldn't been asked if they'd used AvsPmod?
Yes, you can manually create your own scripts in the script creator pad. You could also do the same in Notepad. Either way you are working in the blind.
Really? So now creating scripts with Notepad somehow requires less knowledge than creating scripts with AvsPMod? And if you create them that way they can't be previewed? Is that what you're saying?
Why would someone not want to make the small amount of effort required to become somewhat competent in AviSynth instead of looking for short cuts?
What was it about my post that gave you the impression I'm not at least a little competent when it comes to using Avisynth? Mentioning specific combinations of container/video/audio where ffms2 fails and why it does? The fact that I'm aware the script creator can sometimes add decimation values to a script that don't make sense and I know why they don't make sense? My suggestion to use a higher default frame rate when MeGUI can't determine what the frame rate should be? Wanting to be able to default to ITU resizing for one type of DVD but default to non-ITU resizing for another type?
What was it I said that gave the impression I haven't encoded several thousand DVDs myself?
MGUI is just software designed to help achieve particular tasks. Some software makes all the decisions for you. Some software gives you a hand. Some software won't let you modify any of it's process, but some software gives you a lot of control.
I happen to think MGUI is a good balance between software that gives you a hand while still allowing the user almost total control. I don't know why you'd have an issue with that, but you can always not use it. Given you've written MeGUI guides though, I'm guessing you have, which is another reason your arguments aren't making enough sense for me to be sure I know exactly what the point is you're trying to make.
LouieChuckyMerry
19th April 2015, 06:34
LoadPlugin("C:\Program Files\MeGUI_2507_x86\tools\lsmash\LSMASHSource.dll", fpsnum=30000, fpsden=1001)
LWLibavVideoSource("E:\title00 (1)-001.avi")
assumetff()
QTGMC(preset="very slow", edithreads=3)
spline36resize(1280, 720)
removegrain(mode=1)
I've noticed that FFMS places the ", fpsnum=X, fpsden=X, theads=1" at the end of the "Source" line, not the "LoadPlugin" line; is the above also acceptable? And, is there any reason to add "threads=1" to the end of the L-SMASH Works "LoadPlugin" or "Source" line?
...open it in MPC-HC...
How do you do this, please?
Edit: ahhh, needed the 32 bit version. What do you do to expedite the--what is it technically?--buffering?
sneaker_ger
19th April 2015, 11:36
I've noticed that FFMS places the ", fpsnum=X, fpsden=X, theads=1" at the end of the "Source" line, not the "LoadPlugin" line; is the above also acceptable?
No. It belongs into the LWLibavVideoSource() function.
And, is there any reason to add "threads=1" to the end of the L-SMASH Works "LoadPlugin" or "Source" line?
It should not be necessary. It's something to test when there are weird decoding errors but L-SMASH isn't all that prone to such errors.
LouieChuckyMerry
19th April 2015, 12:08
Thanks for the clarification, sneaker_ger :) .
hello_hello
19th April 2015, 13:03
Sorry, putting fpsnum=X and fpsden=X on the end of the LoadPlugin line was just me being careless when I posted. I've edited my previous post to correct it.
hello_hello
19th April 2015, 14:12
Edit: ahhh, needed the 32 bit version. What do you do to expedite the--what is it technically?--buffering?
I bang my head against the desk sometimes. It doesn't make it faster, but it seems to help. ;)
If you're not using any complex filtering you should be able to open and preview the script while it runs at normal speed. It's just the slow QTGMC type filtering that probably makes it seem like it's buffering, but I don't think that's the problem. It can take a while for Avisynth to output a frame after opening a script or navigating to a different location in the video if there's slow filtering involved. MPC-HC keeps playing and probably starts skipping frames as it'd be designed to try to play the video at normal speed, unlike MeGUI's preview which can wait for each frame no matter how slow, and you end up completely losing control.
One way around the MPC-HC playback problem is to temporarily slow the frame rate down while you're previewing so the Avisynth output can "keep up". Try AssumeFPS at the end of a script to slow it down to one or two frames per second if you have to. Whatever it takes:
AssumeFPS(2,1)
That way you can open a script that includes QTGMC and let MPC-HC run and it should slowly step through the frames in an orderly manner. It'll probably be fairly slow to navigate though and I find it pays to navigate to a new location, pause the player, wait for AVISynth to output the required frame, then resume playback.
The main reason I use MPC-HC for previewing is most of the video I encode is a lower than 1080p in resolution and I prefer to see it fullscreen on my TV before I encode it. MeGUI's preview doesn't have a fullscreen mode. Although even then I still sometimes run short sample encodes because sometimes I really need to preview fullscreen and at the correct speed. :)
I don't think AVSPMod's preview has a fullscreen mode either, but don't quote me on that. It's preview has an option not to drop frames so it'll wait for them like MeGUI's preview however maybe I'm missing the obvious, but I find AvsPMod's preview to be quite frustrating when using slow filtering in a script as it makes the whole program unresponsive and eventually I want to punch the screen. Maybe I'm missing something there though as I don't use AvsPMod a lot myself.
PS. A MPC-HC previewing tip:
If you go into MPC-HC's options and under Internal Filters you uncheck the Avisynth Source Filter, that'll stop MPC-HC from locking scripts when you open them. That way you can save a script, open it with MPC-HC, and if you want to change something you can open the script with Notepad, edit it and save the change without having to close MPC-HC or the video first. Then to refresh the preview, use Ctrl+E while MPC-HC's window is in the foreground.
And if you do that, you can compare different filtering using a single script if you want to. For example, create a script without denoising and open it in MPC-HC. Edit the script to add some denoising, save the change and open the same script in a second instance of MPC-HC. You'll still have one script but two previews. The first without noise filtering and the second preview with it.
Poutnik
19th April 2015, 17:47
I want to post this for a long time, and I have also did not see it being solved recently.
MeGUI often creates hidden modal windows, causing for me in past strange MeGUI behavior until I have realized that. It is typical for Dialog asking for a new name of a Video/Audio/Oneclick config profile, or for some other questions , I guess overwriting of files.
The only option I realized to work is ALT-SPACE to switch to window kbd driven moving, and to move the hidden window by arrows to place I can see it.
Until I have realized this procedure, I stayed helpless with strange behaving not responding MeGUI, usually lost patience and killing MeGUI.
Not sure if it is OS specific, I use last stable MeGUI on Vista64 Home Premium SP2, with all the .NET updates.
Zathor
19th April 2015, 21:06
Which one is "hidden" (behind other MeGUI Windows) for you?
kuchikirukia
19th April 2015, 22:10
I'm not sure what you're trying to say there. The only window shenanigans I've seen MeGUI play is it won't let you do jack with certain configuration pages open. If you're playing around with x264 config or one-click avisynth config, go back to doing something else on the computer, then click the taskbar icons to bring up one of MeGUI's other windows, they'll come up, but you can't do anything with them. You can't do anything until you find the configuration window and close it.
LigH
20th April 2015, 05:54
The priorized configuration window is "modal", therefore it will certainly and obviously block access to its parent window. If you get another window in front of MeGUI and then click the MeGUI window bar in the taskbar to bring it to front, the configuration window will also come to front, blinking to remind you that it is modal if you try to access the blocked parent window. At least this works well in Windows 7.
I can't imagine any circumstances where a modal window gets into the background.
LouieChuckyMerry
20th April 2015, 15:47
One way around the MPC-HC playback problem is to temporarily slow the frame rate down while you're previewing so the Avisynth output can "keep up". Try AssumeFPS at the end of a script to slow it down to one or two frames per second if you have to. Whatever it takes:
AssumeFPS(2,1)
That way you can open a script that includes QTGMC and let MPC-HC run and it should slowly step through the frames in an orderly manner. It'll probably be fairly slow to navigate though and I find it pays to navigate to a new location, pause the player, wait for AVISynth to output the required frame, then resume playback.
This is a great help, thanks.
I don't think AVSPMod's preview has a fullscreen mode either, but don't quote me on that. It's preview has an option not to drop frames so it'll wait for them like MeGUI's preview however maybe I'm missing the obvious, but I find AvsPMod's preview to be quite frustrating when using slow filtering in a script as it makes the whole program unresponsive and eventually I want to punch the screen. Maybe I'm missing something there though as I don't use AvsPMod a lot myself.
The concept of AvsPMod is awesome but the function is a different story. Even with 16 GB of RAM it freezes-crashes regularly on my system, and I've not found a way to make the preview fullscreen...
PS. A MPC-HC previewing tip:
If you go into MPC-HC's options and under Internal Filters you uncheck the Avisynth Source Filter, that'll stop MPC-HC from locking scripts when you open them. That way you can save a script, open it with MPC-HC, and if you want to change something you can open the script with Notepad, edit it and save the change without having to close MPC-HC or the video first. Then to refresh the preview, use Ctrl+E while MPC-HC's window is in the foreground.
And if you do that, you can compare different filtering using a single script if you want to. For example, create a script without denoising and open it in MPC-HC. Edit the script to add some denoising, save the change and open the same script in a second instance of MPC-HC. You'll still have one script but two previews. The first without noise filtering and the second preview with it.
Also very helpful, thanks again.
kuchikirukia
21st April 2015, 05:49
The priorized configuration window is "modal", therefore it will certainly and obviously block access to its parent window. If you get another window in front of MeGUI and then click the MeGUI window bar in the taskbar to bring it to front, the configuration window will also come to front, blinking to remind you that it is modal if you try to access the blocked parent window..
MeGUI has more than one window.
http://s16.postimg.org/ko0vmtcw5/untitled.png (http://postimage.org/)
image post (http://postimage.org/)
That Avisynth configuration open will block you from doing anything else when nothing about the other windows shows you anything that says they shouldn't be working.
LigH
21st April 2015, 08:05
Ah, okay, this is an interesting chain of dependencies...
When you open the AVS Script Creator, it is a normal window, logically a child, but otherwise equal to the MeGUI main window.
When you open the AviSynth configuration, this window is modal to the AVS Script Creator window. If you click on the AVS S.C. window, the config window blinks. But the MeGUI main window is blocked as well and does not make the config window blink when clicked.
hello_hello
21st April 2015, 14:06
Is that why the script creator and it's preview often steal focus in a more selfish manner than other windows?
Normally when a window opens, I tend to move it to the background by clicking on the program/window I was using before being interrupted (assuming the new window didn't open maximised), and that brings it to the foreground. Unless it's MeGUI's script creator or preview windows, because then it doesn't. Their title bar colours change to the background title bar colour (I'm fairly sure) but the windows themselves remain in the foreground.
Of course that doesn't stop me from trying to bring the window I'm using to the foreground by clicking on it each and every time, because if there's some of the window still on the screen I've done it that way since I bought my first PC somewhere around the mid 90s, so clicking on the background window is a habit I'll probably never break. I gave up smoking a year ago and that's my brains ability to cope with breaking lifetime habits all used up. I'm pretty sure the habit breaking neural pathways are already running at full capacity 24/7.
I should go to bed. I do waffle when I'm really tired.....
hello_hello
10th May 2015, 21:50
A heads up for those of us still using XP.
It seems MKVMerge is no longer XP friendly so if you let MeGUI upgrade it to version 7.9.0 (assuming that version makes it to the update server) it'll break MeGUI's ability to mux MKVs. Apparently XP hasn't been supported for the last couple of MKVMerge versions but 7.8.0 and 7.7.0 and 7.6.0 all play with XP for me. It's only 7.9.0 that doesn't.
http://forum.doom9.org/showthread.php?p=1721137#post1721137
Zathor
11th May 2015, 19:11
So question is - what should I do? The last months there were several issues regarding XP (x265 builds, recent AviSynth+, ...) so I am not sure if MeGUI should also stop to support XP. I would not prevent MeGUI to run on XP but when newer versions of tools stop to work there is nothing I can do (except to proivide a dedicated version only for XP users which I cannot efford).
Octo-puss
11th May 2015, 19:59
There really is no reason whatsoever to use Windows XP these days. Don't bother with any additional work on that, it's not worth it. If people are stubbornly adamant about using crappy outdated insecure system which is no longer supported in even the most basic way (security updates), that's their problem and they should deal with problems themselves.
hello_hello
11th May 2015, 20:58
So question is - what should I do? The last months there were several issues regarding XP (x265 builds, recent AviSynth+, ...) so I am not sure if MeGUI should also stop to support XP. I would not prevent MeGUI to run on XP but when newer versions of tools stop to work there is nothing I can do (except to proivide a dedicated version only for XP users which I cannot efford).
Despite the illogical Octo-puss rant above (for one thing if XP was crappy people wouldn't continue to use it) I think maybe to a certain extent you should let XP users sort out any problems themselves. Only because there's not much other choice.
That's coming from someone with three PCs that'll still be running XP when I build a new one as soon as there's Broadwell CPUs available, and will possibly be running XP until the day they die. I'm toying with upgrading those PCs to Win7, but I only wish more open source/free software was able to run on a free OS as then I'd happily dump Windows. That's something else I'm still considering.
Having said that, what about when the MeGUI update window opens and displays the version number of tools on the server, could the server version number also include something like "not for XP" or "Vista and newer" next to it so XP users would know not to allow that particular update?
Is it possible to have a system where MeGUI checks for the version of Windows (I assume it already does) and the updater blocks/ignores non-XP compatible updates accordingly? Something like that?
I guess for someone downloading MeGUI for the first time it might be a little more tricky, although would it be hard to host two zip files, one containing any "legacy" versions of tools required for XP? For third party sites hosting software downloads I doubt that'd be an issue.
Anyway, just some thoughts..... I think it'd be a shame to suddenly alienate XP users completely considering (as I mentioned in the mkvtoolnix thread) it seems there's at least as many PCs still running XP as there are running Vista, Win8 and Win8.1 combined.
Kurtnoise
12th May 2015, 07:37
Having said that, what about when the MeGUI update window opens and displays the version number of tools on the server, could the server version number also include something like "not for XP" or "Vista and newer" next to it so XP users would know not to allow that particular update?
Is it possible to have a system where MeGUI checks for the version of Windows (I assume it already does) and the updater blocks/ignores non-XP compatible updates accordingly? Something like that?
none current MeGUI developers have an XP which is running...So, imo, this is a waste of time.
hello_hello
12th May 2015, 15:27
none current MeGUI developers have an XP which is running...So, imo, this is a waste of time.
I don't understand the logic.
If only we could all hang in there playing nice until Windows 10 arrives.......
I did a bit more reading and so far an upgrade to Windows 10 seems like a reasonable prospect. Especially after I read this. It changed my thinking in respect to not upgrading XP on the older PCs.
Windows 10 will be a free upgrade for software pirates, too. (http://www.pcworld.com/article/2898668/windows-10-will-be-a-free-upgrade-for-software-pirates-too.html)
So aside from the Windows 10 insider program, which I signed up for today so I could download a preview copy (I've not installed it yet) if that's what it takes I'm happy to temporarily become a software pirate to ensure a free copy of Windows 10 on any PC that can run it. Yesterday I thought it'd still be a long while before I stopped running XP on at least one PC, while today my thinking there has changed somewhat.
Kurtnoise
12th May 2015, 16:01
I meant that keeping XP compatibility implies a lot of work from MeGUI developers : install a VM Machine or access to an XP machine, testing each packages, each softwares, find tools which are still running on it, etc...
Meanwhile, time is limited nowadays for the devs. So, sorry, it's too much work from my point of view for an such old OS.
hello_hello
12th May 2015, 18:13
I'd imagined anyone updating MeGUI via the development update server would be doing so at their own risk, but by the time MeGUI and/or the tools it uses had been updated on the stable server someone such as myself would have posted here to report on any XP related issues. That's how the XP/MkvMerge problem was discovered, or how the XP/L-Smash problem was discovered.
But you may be right. Maybe it's all too much trouble, especially if the version on the stable server is only updated once or twice per year.
Zathor
12th May 2015, 22:33
I'd imagined anyone updating MeGUI via the development update server would be doing so at their own risk, but by the time MeGUI and/or the tools it uses had been updated on the stable server someone such as myself would have posted here to report on any XP related issues. That's how the XP/MkvMerge problem was discovered, or how the XP/L-Smash problem was discovered.
Yes, but discover is one point. Actions have to be taken then - which is here now a problem. I can stop updating mkvmerge at all, but this is not a solution. For all other solutions/workarounds effort has to be spent which is limited on my side. I would be willing to do it for a still supported/recent OS.
So likely I will update the tools as usual and will not take any actions when a tool is not working anymore on XP. If alternative builds are available these will be used.
Barough
12th May 2015, 23:13
After the latest update to v2.48 of QAAC so is it complaining that 'CoreAudioToolbox.dll' is missing when it's about 2 start encoding the audio. Never had this issue with QAAC earlier.........
hello_hello
13th May 2015, 01:39
After the latest update to v2.48 of QAAC so is it complaining that 'CoreAudioToolbox.dll' is missing when it's about 2 start encoding the audio. Never had this issue with QAAC earlier.........
QAAC 2.48 is working for me. I just tested it.
Barough
13th May 2015, 21:56
QAAC 2.48 is working for me. I just tested it.
Doesn't matter what i do so do i get that error message. :(
I wonder if there is a discrepancy between qaac.exe and CoreAudioToolbox.dll regarding 32/64 bit code.
hello_hello
14th May 2015, 05:45
Barough,
I hate to ask the obvious, but is it safe to assume CoreAudioToolbox.dll isn't missing? :)
Mostly, MeGUI makes a backup of the last version of tools it uses when they're updated, so you could go back to the previous version by deleting (or renaming) MeGUI\tools\qaac\qacc.exe and removing the backup extension from qaac.exe.backup. If you do that, does QAAC work again?
I used makeportable from the QAAC site to extract the required files from the QuickTime installer and they were extracted to a folder called QTfiles, which is inside the MeGUI\tools\qaac folder. ie MeGUI\tools\qaac\QTfiles\CoreAudioToolbox.dll (along with the other required files). Is your setup the same?
I've got no idea what the problem is but I'd thought I'd suggest somewhere you might start looking. I'm running XP.
The QuickTime installer contains only 32 bit libraries. Using the recent iTunes installer for extraction, makeportable can extract 64 bit libraries as well. Just in case someone decided to prefer the 64 bit QAAC.
Barough
14th May 2015, 08:59
Barough,
I hate to ask the obvious, but is it safe to assume CoreAudioToolbox.dll isn't missing? :)
Mostly, MeGUI makes a backup of the last version of tools it uses when they're updated, so you could go back to the previous version by deleting (or renaming) MeGUI\tools\qaac\qacc.exe and removing the backup extension from qaac.exe.backup. If you do that, does QAAC work again?
I used makeportable from the QAAC site to extract the required files from the QuickTime installer and they were extracted to a folder called QTfiles, which is inside the MeGUI\tools\qaac folder. ie MeGUI\tools\qaac\QTfiles\CoreAudioToolbox.dll (along with the other required files). Is your setup the same?
I've got no idea what the problem is but I'd thought I'd suggest somewhere you might start looking. I'm running XP.
I have never had QuickTime installed on my Win 8.1 Pro x64 box earlier. And why did QAAC work earlier then........ beats me. Will do some double checking regarding if QT ever been installed here and get back here again
hello_hello
14th May 2015, 14:48
I have never had QuickTime installed on my Win 8.1 Pro x64 box earlier. And why did QAAC work earlier then........ beats me. Will do come double checking regarding QT ever been installed here and get back here again
You don't have to have QuickTime installed but you do need the appropriate files because QAAC is just a front end. The Apple files do the encoding. You can download the QuickTime or iTunes installer and use makeportable to extract the required files, then you need to put the folder it creates in the same folder as QAAC. You can find makeportable here.
https://sites.google.com/site/qaacpage/cabinet
Are you sure QAAC has worked previously??
Barough
14th May 2015, 15:53
QAAC have worked just fine earlier and i haven't found a trace of any QT install nor QTFiles folder on my computer, but i've have have extracted the QTFiles and everything is ok again.
This is so damn weird.........
ryszardzonk
26th May 2015, 06:24
Guys what have You gained by doing this?
2551 [DGAVCIndex Indexer] removed DGAVCIndex
I was using it now and then...
Zathor
26th May 2015, 06:49
DGAVCDec is outdated since years.
Try the other source filters:
- DGDecIM is a direct replacement but this tool is not free
- FFMS
- L-SMASH
If a file does not work please report it here.
ryszardzonk
26th May 2015, 16:10
DGIndex is even more outdated by thankfully megui still reads those indexes... On the other hand L-smash reads just about anything I throw at it, but has quite a substantial drawback which load time of whole file every single time I want to use it with megui therefore I much rather prepare those indexes outside of megui with DGAVCDec GUI which allows me to quickly load file once select which parts I want, save them and than load them into megui. With l-smath I have to create full index and then create AVS script for every short part loading full index not just specific part and it takes very long that way (posts http://forum.doom9.org/showpost.php?p=1715657&postcount=7849 and following). \
Having that said please imagine that I want to encode songs from Eurovision contest final separately where there is 27 of them :(
DGMPGDec may be old, but not yet obsolete. It is still as complete as necessary to process a One-PGC DVD titleset. FFMS2 and L-SMASH Works don't read a set of VOBs well.
In contrast to this, DGAVCDec is really obsolete because it is incomplete, it does not even support PAFF interlacing, quite common in material produced by hardware encoders (e.g. AVCHD cameras).
ryszardzonk
26th May 2015, 19:30
IMHO incomplete does not equal obsolete. If fact it works well for quite a few AVC DVB-S interlaced streams and as far as I am concerned it should not be removed unless it is some burden to support it in new versions. Is it?
Zathor
26th May 2015, 20:36
I understand why you want to have it back. Neverthless based on the current information which I have I will not reintroduce it. So I will never say never but it is very unlikely.
If you still want to use DGAVCDec with MeGUI you have at least two options:
- revert to an older version with support (e.g. last stable build) and disable updating of MeGUI itself (not all tools, only MeGUI/core)
- create the AVS file outside of the recent MeGUI (e.g. with DGAVCDec if it has the template support or with this older MeGUI version) and load the AVS file
(- revert the change and compile a version of your own)
hello_hello
4th July 2015, 08:12
Could someone tell me if the behaviour of Xvid's rate control in MeGUI's Xvid encoder configuration is correct, or makes sense?
Best as I've been able to find out, the I-Frame boost setting is normally described as "I-frame boost (%)" and the default is 10. I assume this gives I-frames a 10% boost and the default would be -kboost 10.
http://www.gromkov.com/faq/conversion/xvid_options.html
MeGUI describes the setting as "I-Frame Boost 10x(%)" and the default is 100. This also gets MeGUI to add -kboost 100 to the command line.
My confusion comes from the fact that changing the I-Frame boost setting in the encoder configuration to 10 rather than 100 removes the -kboost option from the command line, which usually happens when the encoder configuration is using a default setting, so I'm not sure which is the default. -kboost 100 when you click the "load defaults" button and select Automated 2 Pass, or -kboost 10?
Does MeGUI's description of "I-Frame Boost 10x(%)" make sense?
The other parts of the rate control that seem off to me are the overflow percentages. The default values appear to be 5% for each. MeGUI changes those values to 10% when one of the profiles is selected (ie Home Theatre) which is understandable if the default for each profile is 10%, but why does it also do the same for the Custom profile? If you select automated 2 pass and the unrestricted profile the overflow settings are 5%, but switching to the Custom profile changes them to 10% while not permitting them to be lowered to the defaults again in the GUI. As far as I can see the only difference between the Unrestricted and Custom profiles should be the Custom profile allowing you to set vbv restrictions.
One last question. Is the HSV Masking "variance" setting the current method of enabling the Dark Shikari VAQ patch?
http://forum.doom9.org/showthread.php?t=135093
Edit: Two more questions.
MeGUI lets you select RAWASP as the output type for Xvid encoding. Should that actually work? At the moment the output is M4V.
When does the "packed bitstream" option come into effect? When the video stream is first muxed as an AVI? If so is that why it's having no effect now because the output is M4V and ffmpeg doesn't support packed bitstreams? (I remember reading something about the ffmpeg developers considering packed bitstreams to be evil) I'm not sure how vital having a packed bitstream is. Most of my Xvid encodes were created using AutoGK and I never had problems playing AVIs with a packed bitstream using AVI capable DVD players or Bluray players etc.
Thanks.
Zathor
5th July 2015, 17:03
I never use Xvid myself so I cannot help here. But I will have a look at the "load defaults". I thought I have adjusted them properly but it seems I missed kboost.
hello_hello
6th July 2015, 05:07
Cheers. I think if the kboost default is wrong, it's been wrong for a long time, but as I hardly use Xvid myself I'd not gotten around to asking about it.
The way the setting is labelled in the GUI as "I-Frame Boost 10x(%)" is probably wrong. At least it doesn't make sense to me. According to the -help info the default for -kboost is 10.
The overflow defaults are 5% but I don't know whether they change when using one of the profiles. I did a bit of Googling though and couldn't find any evidence to suggest they'd need to. The way I understand it the overflow percentages tell the encoder how aggressively and how much it can pad the bitrate, or reduce the bitrate, if it thinks it's not going to hit the specified bitrate/file size. I'm not sure why it'd need to do it more aggressively by default when one of the profiles is selected. Anyone with the VFW version of Xvid installed able to check if selecting a profile changes any of the other settings automatically, and if so, which ones?
A bit of research seems to indicate m4v is used for rawasp streams. I didn't know that. I thought it was just another name for the MP4 container.
More research seems to indicate the packed bitstream option (while still available according to -help) would only apply to AVI output. It seems to have no effect when the output is m4v, so I guess as now MeGUI won't let Xvid write directly to AVI, it makes the option obsolete in the encoder configuration. From what I've been able to ascertain, ffmpeg won't mux packed bitstreams anyway. It'll always unpack them first. It also appears MP4 doesn't support packed bitstreams at all. (Although for the record, it seems MKV does. MKVCleaver will remux an AVI with either a packed or unpacked bitstream and remux it as it is). It looks like the packed bitstream option should be removed from the GUI.
Kurtnoise
6th July 2015, 07:55
AVI and Xvid support should be dropped imo...come on, it's 2015 guys !!!
hello_hello
6th July 2015, 08:35
I have a calendar and I rarely use Xvid for encoding myself these days, but it's still nice to have a choice. Would Xvid support involve much work for the developer(s) given the recent updates to Xvid have been the first ones in quite a long time?
Barough
6th July 2015, 08:49
It's always good 2 have options available to ya. Just because Xvid isn't a top format any longer doesn't mean that it's not being used any longer.
Regarding AVI-Mux GUI..... im pretty sure it have the option to write Open-DML files so i dont understand why FFmpeg is being used to do the muxing or have i missed something regarding the use of FFmpeg
hello_hello
7th July 2015, 01:26
Regarding AVI-Mux GUI..... im pretty sure it have the option to write Open-DML files so i dont understand why FFmpeg is being used to do the muxing or have i missed something regarding the use of FFmpeg
It appears the new Xvid won't write AVI files larger than 2GB, so to get around that the output is m4v which is then muxed as AVI by ffmpeg (AVI-Mux GUI won't open m4v) and then again by AVI-Mux GUI to add the audio as required.
Barough
7th July 2015, 06:57
It appears the new Xvid won't write AVI files larger than 2GB, so to get around that the output is m4v which is then muxed as AVI by ffmpeg (AVI-Mux GUI won't open m4v) and then again by AVI-Mux GUI to add the audio as required.
Ok, then i know. Haven't tested encoding any big Xvid's here in a 'while'.
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.
Zathor
8th July 2015, 21:03
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.
kalehrl
9th July 2015, 08:12
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.
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?
LouieChuckyMerry
18th July 2015, 10:01
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:
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:
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 :) .
hello_hello
18th July 2015, 14:06
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....
LouieChuckyMerry
19th July 2015, 09:06
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.
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 (http://www.mediafire.com/download/bex5825c2wtwd1r/S5.E21-TestClip.zip) 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.
hello_hello
19th July 2015, 10:47
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.
LouieChuckyMerry
20th July 2015, 03:26
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 :confused: .
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?
hello_hello
20th July 2015, 08:11
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?
hello_hello
20th July 2015, 08:46
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.
LouieChuckyMerry
20th July 2015, 14:20
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 :rolleyes: . 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...
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).
hello_hello
20th July 2015, 17:27
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 (http://forum.doom9.org/showthread.php?p=1713474#post1713474). 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.
LouieChuckyMerry
21st July 2015, 00:48
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 (http://forum.doom9.org/showpost.php?p=1726753&postcount=1) I was incredibly lucky when someone with way more knowledge than I happened to be encoding the early-season Simpsons as well (http://forum.doom9.org/showpost.php?p=1726958&postcount=15). (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 (http://www.mediafire.com/download/0pg4vbzykgi77a3/MinimumPluginsForSimpsonsSuperScript.7z).
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
[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, build:Dec 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.
LigH
22nd July 2015, 08:01
Useful ressource: http://members.optusnet.com.au/squid_80/sources/
To possibly build a custom binary of xvid_encraw, one may be interested in:
xvid_encraw_src.zip (http://members.optusnet.com.au/squid_80/sources/xvid_encraw_src.zip) containing a Matroska output module (and a HVS module);
AviWriter_src.zip (http://members.optusnet.com.au/squid_80/sources/AviWriter_src.zip) containing an OpenDML AVI writer based on VirtualDub sources
according to a message from the xvid-devel mailing list.
squid_80 used to be a member here; last posts in Sept. 2011
tebasuna51
22nd July 2015, 10:29
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.
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.
http://i.imgur.com/NarocrU.jpg
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
LigH
22nd July 2015, 13:43
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.
I've been using the automated 2nd pass, Thought that would be ok?
http://i.imgur.com/LOE1pn8.jpg
I always create my scripts with AvsPmod, Thought I'd double check the other settings as well.
http://i.imgur.com/iNlFtdG.jpg
I also tried Disabled 64 bit mode,
http://i.imgur.com/Mj5mXos.jpg
Thanks
tebasuna51
22nd July 2015, 18:03
Screen shots and viewing still 704 x 480
Maybe is a player (what?) problem.
Use MediaInfo to put a repport of your mkv output. You must see someting like:
Width : 704 pixels
Height : 480 pixels
Pixel aspect ratio : 0.909
Display aspect ratio : 4:3
The display of 704x480 internal pixels must be 4:3 (704x528 screen pixels)
bxyhxyh
7th October 2015, 07:46
Hello, what's the reason of choosing FluxSmooth 1.1a instead of 1.1b?
Was 1.1b problematic or just forgot to update it?
hello_hello
19th October 2015, 14:31
How does MeGUI cause x264 to lock a file that's not been encoded? It seems to happen quite a bit. As an example.....
I indexed with DGIndex. opened the d2v file in the script creator, played around with a bit of filtering in the script, then closed the script creator without saving the script. Nothing was loaded into MeGUI's video section for encoding, yet when I tried to delete the vob file, Windows told me it was locked. Unlocker agreed, and reported this:
http://s14.postimg.org/5z16l66cx/locked.gif
Thanks.
LigH
19th October 2015, 14:41
Did you check in a task manager if a process of x264.exe runs in the background at this moment? I rather doubt that Unlocker is correct here, x264 should not lock any video source file while it is not busy encoding, it should not be in RAM any other time.
Uhm, well ... except you were playing with the deinterlacer options in the script builder, and x264 was just used to analyze it (I believe this is done by comparing the output of a very fast TFF and BFF encode of a tiny area with x264).
hello_hello
19th October 2015, 17:46
That's why I asked, because the file wasn't encoded so there was no reason for x264 to know it even existed, unless MeGUI is somehow doing something unexpected. It's definitely happened more than once before.... Unlocker reporting a file as locked by x264 even though I hadn't loaded a script to encode it. If Unlocker is getting it wrong, it seems a co-incidence that of all the exe's on my PC it could choose to incorrectly claim had locked the video, it just happened to pick x264. Can MeGUI somehow lock a file on behalf of another program, or is that theoretically impossible?
I'll probably need to wait until it happens again before I can answer those questions. I opened the same vob file again and when checking it with Unlocker it reported it was locked by MeGUI, and when I closed the script creator Unlocker reported as it no longer being locked. It doesn't happen all the time. Just now and then, but enough to be annoying.
I was playing around with de-interlacing but I never got MeGUI to analyse it, however I analysed it with MeGUI just now and Unlocker still says it's only locked by MeGUI. After closing the script creator it's unlocked again. Computers....
Zathor
19th October 2015, 19:34
x264 is only used in the encoding job so if you have not started any encoding it is not caused by MeGUI. Are you running any scripts outside of MeGUI? Are you able to reproduce it somehow?
hello_hello
19th October 2015, 21:26
I'll have a play but it seems to be fairly random. I'm 110% certain though, that for the sample in question all I did was create a d2v file and experiment with some filtering using the script creator. And I'm fairly certain the same thing has happened previously, but maybe I'm going mad......
I'll try to forget about it until it happens again, and then see if I can work out what's going on.
hector1980
27th October 2015, 21:31
hi
when i encode audio with neroaac some where in the middle like when HBO logo comes up or there is a jet or airplane sound it cut off suddenly and there is no sound at all after it please help me fix its driving me crazy
and how can i do batch in onecliker encoding?!
thanks
Zathor
27th October 2015, 22:05
Does it happen also with other encoders and/or input decoders?
Batch encoding in OC: drag&drop files or folders onto the input field or open a directory/folder.
hector1980
27th October 2015, 22:53
Does it happen also with other encoders and/or input decoders?
Batch encoding in OC: drag&drop files or folders onto the input field or open a directory/folder.
no just neroaac
Zathor
28th October 2015, 18:31
Then switch to e.g. QAAC. NeroAACEnc is not in active delopment anymore so there is likely no chance to have this fixed.
LigH
28th October 2015, 20:29
You don't need to install QuickTime or even iTunes into your system if you use the makeportable.bat from the qaac "cabinet" to extract the required DLLs from their installer (preferably iTunes6464setup.exe).
Bryce2
1st November 2015, 23:16
Hi! ...to everyone here (reading, questioning or answering)
At first I want to be forgiven for my terrible English... (its not my mother language)
Also I want to be forgiven because I'm gonna raise a question that has already been answered (but not for me) and has to do with pale colors and (or) washed-out blacks or colors.
Before anyone starts to say or write down "oh! what does he say? ..it's already perfectly answered on another thread" or feels the need to say or write down (but can't) "f..ck you! not again.." My question is.. how could 2 perfectly identical encodes (with exactly same settings) but different encoding tools (MeGUI & TX264)
(program --level 4.1 --preset veryslow --pass 2 --bitrate 1000* (8GB file size) --stats ".stats" --deblock -3:-3 --keyint 240 --bframes 6 --ref 4 --vbv-bufsize 32500 --vbv-maxrate 40000 --aq-strength 0.8 --merange 64 --me esa --psy-rd 1.0:0.20 --no-fast-pskip --colorprim bt709 --transfer bt709 --colormatrix bt709 --output "output" "input")
and played back with same media player (MPC-Home Cinema) with same render-er, gives 2 different results when viewing. TX264's encode is at first completely identical to the source in the color encode part (something that's not happened for MeGUI) & even more weird is that TX264 re-produces perfectly the grainy parts for the same film, but MeGUI not. For me it makes no sense to have different results (despite the same settings) in 2 critical parts for a final quality result.. and I'm not a noob with encoding's and settings.
Someone could say "why don't you stick with TX264 if it suite's you better? The reason is that I prefer MeGUI as it is by far a more complete tool and another reason is that with TX264.. you give-it a file size of exactly 8GB and it produces a file size of 8.11GB or 8.48GB or 8.26GB or something near.. but never the exact 8GB file that I need. Why do I need a exact 8GB file size and not something so close or near to that? I could say that I have a obsession with the perfect. (I hope you don't think that I'm crazy!)
..A big pre-thanks for any answer or suggestion and or any help. (Except the advice that the best solution for me is to visit a doctor).
leon
1st November 2015, 23:58
Hi
why recently MeGUI backs up everything in the same folder as the packege that's being updated ?
sometimes it causes problems.
like when I updated "eac3to" MeGUI backed up everything in the folder including NeroAAC encoder and after updating, MeGUI forced a NeroAACEnc reinstallation :|
LigH
2nd November 2015, 09:07
Confirming "forced reinstall" checked for NeroAacEnc 1.5.4.0 being installed, during a normal update cycle.
Zathor
2nd November 2015, 20:15
... how could 2 perfectly identical encodes (with exactly same settings) but different encoding tools (MeGUI & TX264) [...] and played back with same media player (MPC-Home Cinema) with same render-er, gives 2 different results when viewing.
Please post the full MeGUI log file.
Are you sure that both encodes are the same? You have not mentioned the avisynth script. Both script file used in both encodes? Also both times the same x264 executable and avisynth version?
Bryce2
2nd November 2015, 20:59
Please post the full MeGUI log file.
Are you sure that both encodes are the same? You have not mentioned the avisynth script. Both script file used in both encodes? Also both times the same x264 executable and avisynth version?
Hi! Zathor...
1. If you mean the job log file.. I will attach a MeGUI .log file of a random encode (the problem with the pale colors & washed-out blacks is with each & every encode.. and not just for a specific one).
2. Avisynth* "TX264" does not use "Avisynth" (is not in tools folder of the app - perhaps it uses the main systems Avisynth installation without a mention? - not possible). Anyway... the MeGUI avs. script does not include any extra filters or anything else - just a simple video load & undot filter).
3. As for now both tools don't use the same x264 executable because TX264 has not an update since "October 08, 2014".. but a long time ago (a year or so) they used the same.
Then also MeGUI's problem with pale colors was the same.
As I mentioned before, for the x264 part, the settings for the 2 programs are the same (for now and then) with the only difference that I have raised for both, the "M.E Algorithm" since a year ago. (I have an 8core AMD now & then I had a 4core AMD Black Edition)
a) I have attached a profile and a .log file for TX264 from my last encode.
b) A .log file from my last encode and a standard avisynth script for MeGUI that I always use.
kuchikirukia
7th November 2015, 08:25
How did you manage to get so much out of date stuff with a developer version of MeGUI?
Try FFMS2 or L-SMASH instead of DirectShowSource.
Bryce2
8th November 2015, 18:04
How did you manage to get so much out of date stuff with a developer version of MeGUI?
Try FFMS2 or L-SMASH instead of DirectShowSource.
Hi! kuchikirukia and sorry for my late response but I was far away from home...
I'll try FFMS2 & or L-SMASH as you suggest.. but what do you mean with "how did I manage to get so much out of date stuff with a developer version". Does your question have to do with me using DirectShowSource instead of using "File Indexer"? If not.. can you light me up?
unknownsoldierX
27th November 2015, 09:57
I just switched to the developer update server, and something has changed how AVIs are muxed. Before I updated, doing mp4 or mkv h264 to xvid, using 2 pass xvid, would have 4 jobs: lame, xvid, xvid, avimuxgui.
Now, without changing any settings, it wants to do MKV to AVI in 5 jobs: lame, xvid, xvid, ffmpeg mux M4V to AVI, avimuxgui AVI to AVI. I don't get why M4V is involved.
http://i.imgur.com/8G5tnpPl.png (http://i.imgur.com/8G5tnpP.png)
Zathor
27th November 2015, 17:00
Yes, that is fine. The ouput of the new XVID version cannot be muxed directly with AVIMuxGUI.
tebasuna51
29th November 2015, 12:04
I see the differences between this new XVID version and the previous one:
New:
xvid_encraw built at 16:08:51 on Jun 21 2015
...
-o string : save an Elementary Stream for the complete sequence
-avi string : save an AVI file for the complete sequence
Previous:
xvid_encraw built at 10:22:53 on Aug 31 2007
...
-o string : save an Elementary Stream,
or AVI file,
or MKV file,
based on filename extension
-avi string : save an AVI file for the complete sequence
-mkv string : save a MKV file for the complete sequence
There are any problem using the -avi parameter, instead -o, in the command line?
In my test, using -avi, the xvid_encraw output load in AVIMuxGUI or VirtualDub without problems. And the ffmpeg pass seems not necesary.
LigH
29th November 2015, 12:10
Yes, there are issues with large output, it didn't work well in AVI container, multiplexing a raw M4V was more reliable. AviMux-GUI was unusable either due to a lack of M4V support. Documented months ago, I bet... ;)
Unfortunately, the MKV output patch belongs to a much older version of xvid_encraw, you can't apply it to current sources without adapting a lot of places. I am not good enough with C/C++, my attempts failed...
Zathor
29th November 2015, 12:25
Correct, if the avi from the new xvid is > 2GB AVImuxGUI fails.
LigH
29th November 2015, 14:08
I believe the patched older xvid_encraw also included a more elaborate OpenDML AVI writer, not just an AviFile call.
tebasuna51
29th November 2015, 17:34
Thanks.
Yes, I remember now the problem. Bad memory.
THEAST
3rd December 2015, 12:26
Is it me or Drag & Drop into MeGUI does not work in Windows 10? I remember there was such issue in Windows 7 long ago but I believe it was fixed and I never had any problem with Drag & Dropping in Windows 7.
OS: Windows 7 Pro x64
MeGUI x86
VideoFanatic
4th December 2015, 06:15
MeGUI apparently uses the C Drive Avisynth and plugins installation directory instead of a directory within the MeGUI folder. Is that correct? I asked the MeGUI staff and they said that was the case so I'm wondering what the "Avisynth_plugin" and "avs" folders are for within the MeGUI tools folder? I deleted those folders and MeGUI still encoded my Avisynth scripts fine. On occasion however when I try to start an encoding it will show a popup window saying something like the avisynth plugins needs to be installed but they're already installed in C:\Program Files (x86)\AviSynth\plugins. Can someone explain this please?
Anyway I downloaded the updates within MeGUI and it was working again.
Zathor
4th December 2015, 08:23
Is it me or Drag & Drop into MeGUI does not work in Windows 10? I remember there was such issue in Windows 7 long ago but I believe it was fixed and I never had any problem with Drag & Dropping in Windows 7.
Works for me in W10 Pro x64 (tested with the main screen and a single file)
MeGUI apparently uses the C Drive Avisynth and plugins installation directory instead of a directory within the MeGUI folder. Is that correct? I asked the MeGUI staff and they said that was the case so I'm wondering what the "Avisynth_plugin" and "avs" folders are for within the MeGUI tools folder? I deleted those folders and MeGUI still encoded my Avisynth scripts fine. On occasion however when I try to start an encoding it will show a popup window saying something like the avisynth plugins needs to be installed but they're already installed in C:\Program Files (x86)\AviSynth\plugins. Can someone explain this please?
MeGUI will not use AviSynth plugins outside of the MeGUI folders - of course auto load does work, but LoadPlugin calls will not be used. Therefore the avisynth_plugin folder is required. avs folder is required so that you can switch to the internal avisynth.
hello_hello
4th December 2015, 10:58
MeGUI apparently uses the C Drive Avisynth and plugins installation directory instead of a directory within the MeGUI folder. Is that correct?
There's an entry in the registry pointing to that folder. Any plugins inside will auto-load when Avisynth runs (aside from C-Plugins) regardless of whether it's the "installed" Avisynth or MeGUI's portable Avisynth because they both check the registry. If you deleted that folder you might want to create it again, or install Avisynth again.
MeGUI has it's own Avisynth plugin folders but the plugins don't auto-load. That's where MeGUI expects them to be when it needs to load one "manually" while creating a script. You shouldn't delete them or the plugins within. If you use some of those plugins regularly it can't hurt to copy them to the "installed" Avisynth plugins folder so they'll auto-load if you create a script yourself. Just make sure you don't end up with a different version of the same plugin in both folders.
THEAST
4th December 2015, 12:15
Works for me in W10 Pro x64 (tested with the main screen and a single file)
Can you think of anything that might be breaking it on my side? Might it have anything to do with me running MeGUI from Program Files and the fact that UAC cannot be fully disabled in Windows 10 without modifying the registry (which I haven't done since then half of the OS will stop working because it thinks you are running the built-in admin account).
leon
4th December 2015, 18:03
Hi
when I try to just encode the audio in a AVI file there is a channel count mismatch warning and I can't downmix to stereo.
-[Warning] Log for job4 (audio, test.avi -> test.m4a)
--[Information] [12/4/2015 8:12:47 PM] Started handling job
--[Information] [12/4/2015 8:12:47 PM] Preprocessing
--[Information] [12/4/2015 8:12:47 PM] MediaInfo
---[Information] [12/4/2015 8:12:47 PM] File: C:\test.avi
---[Information] General
----[Information] Format: AVI
----[Information] FormatString: AVI
----[Information] FileSize: 245581636
----[Information] PlayTime: 00:23:27.573
---[Information] Video
----[Information] ID: 0
----[Information] StreamOrder: 0
----[Information] Width: 704
----[Information] Height: 396
----[Information] FrameCount: 33748
----[Information] FrameRate: 23.976
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Progressive
----[Information] Codec: XVID
----[Information] CodecString: XviD
----[Information] Bits Depth: 8
----[Information] Format: MPEG-4 Visual
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 1
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 6
----[Information] ChannelsString: 6 channels
----[Information] ChannelPositionsString2: 3/2/0.1
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Information] [12/4/2015 8:12:48 PM] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [12/4/2015 8:12:48 PM] Trying to open the file with FFAudioSource()
--[Information] [12/4/2015 8:12:50 PM] Failed opening the file with FFAudioSource(). FFAudioSource: Audio format change detected. This is currently unsupported. Channels: 6 -> 2; Sample rate: 48000 -> 48000; Sample format: Unknown -> Unknown
--[Information] [12/4/2015 8:12:50 PM] Trying to open the file with NicAudio
--[Information] [12/4/2015 8:12:51 PM] Successfully opened the file with NicAudio
--[Warning] [12/4/2015 8:12:51 PM] channel count mismatch! The input file is reporting 6 channels and the AviSynth script is reporting 5 channels
--[Warning] [12/4/2015 8:12:51 PM] ignoring downmix because of the channel count mismatch
--[Information] [12/4/2015 8:12:51 PM] Avisynth script
---[NoImage] AVISource("C:\test.avi", audio=true)
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] Trim(0,0)
---[NoImage] # detected channels: 6 channels
---[NoImage] # detected channel positions: 3/2/0.1
---[NoImage] SSRC(48000)
---[NoImage] return last
---[NoImage] # 5.1 Channels L,R,C,LFE,SL,SR -> stereo + LFE
---[NoImage] function c6_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] lf = GetChannel(a, 4)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] fl_sl = MixAudio(fl, sl, 0.2929, 0.2929)
---[NoImage] fr_sr = MixAudio(fr, sr, 0.2929, 0.2929)
---[NoImage] fc_lf = MixAudio(fc, lf, 0.2071, 0.2071)
---[NoImage] l = MixAudio(fl_sl, fc_lf, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_sr, fc_lf, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,C,SL,SR or L,R,LFE,SL,SR-> Stereo
---[NoImage] function c5_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] sl = GetChannel(a, 4)
---[NoImage] sr = GetChannel(a, 5)
---[NoImage] fl_sl = MixAudio(fl, sl, 0.3694, 0.3694)
---[NoImage] fr_sr = MixAudio(fr, sr, 0.3694, 0.3694)
---[NoImage] l = MixAudio(fl_sl, fc, 1.0, 0.2612)
---[NoImage] r = MixAudio(fr_sr, fc, 1.0, 0.2612)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,C,LFE,S -> Stereo
---[NoImage] function c52_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] lf = GetChannel(a, 4)
---[NoImage] bc = GetChannel(a, 5)
---[NoImage] fl_bc = MixAudio(fl, bc, 0.3205, 0.2265)
---[NoImage] fr_bc = MixAudio(fr, bc, 0.3205, 0.2265)
---[NoImage] fc_lf = MixAudio(fc, lf, 0.2265, 0.2265)
---[NoImage] l = MixAudio(fl_bc, fc_lf, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_bc, fc_lf, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels Quadro L,R,SL,SR -> Stereo
---[NoImage] function c4_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] sl = GetChannel(a, 3)
---[NoImage] sr = GetChannel(a, 4)
---[NoImage] l = MixAudio(fl, sl, 0.5, 0.5)
---[NoImage] r = MixAudio(fr, sr, 0.5, 0.5)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels L,R,C,LFE or L,R,S,LFE or L,R,C,S -> Stereo
---[NoImage] function c42_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] lf = GetChannel(a, 4)
---[NoImage] fc_lf = MixAudio(fc, lf, 0.2929, 0.2929)
---[NoImage] l = MixAudio(fl, fc_lf, 0.4142, 1.0)
---[NoImage] r = MixAudio(fr, fc_lf, 0.4142, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 3 Channels L,R,C or L,R,S or L,R,LFE -> Stereo
---[NoImage] function c3_stereo(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] l = MixAudio(fl, fc, 0.5858, 0.4142)
---[NoImage] r = MixAudio(fr, fc, 0.5858, 0.4142)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5.1 Channels L,R,C,LFE,SL,SR -> Dolby ProLogic
---[NoImage] function c6_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] bc = MixAudio(sl, sr, 0.2265, 0.2265)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.3205, 0.2265)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.3205, 0.2265)
---[NoImage] l = MixAudio(fl_fc, bc, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_fc, bc, 1.0, -1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,C,SL,SR -> Dolby ProLogic
---[NoImage] function c5_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] sl = GetChannel(a, 4)
---[NoImage] sr = GetChannel(a, 5)
---[NoImage] bc = MixAudio(sl, sr, 0.2265, 0.2265)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.3205, 0.2265)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.3205, 0.2265)
---[NoImage] l = MixAudio(fl_fc, bc, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_fc, bc, 1.0, -1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,LFE,SL,SR -> Dolby ProLogic
---[NoImage] function c52_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] sl = GetChannel(a, 4)
---[NoImage] sr = GetChannel(a, 5)
---[NoImage] bc = MixAudio(sl, sr, 0.2929, 0.2929)
---[NoImage] l = MixAudio(fl, bc, 0.4142, 1.0)
---[NoImage] r = MixAudio(fr, bc, 0.4142, -1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,C,LFE,S -> Dolby ProLogic
---[NoImage] function c53_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] bc = GetChannel(a, 5)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.4142, 0.2929)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.4142, 0.2929)
---[NoImage] l = MixAudio(fl_fc, bc, 1.0, 0.2929)
---[NoImage] r = MixAudio(fr_fc, bc, 1.0, -0.2929)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels Quadro L,R,SL,SR -> Dolby ProLogic
---[NoImage] function c4_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] sl = GetChannel(a, 3)
---[NoImage] sr = GetChannel(a, 4)
---[NoImage] bc = MixAudio(sl, sr, 0.2929, 0.2929)
---[NoImage] l = MixAudio(fl, bc, 0.4142, 1.0)
---[NoImage] r = MixAudio(fr, bc, 0.4142, -1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels L,R,LFE,S -> Dolby ProLogic
---[NoImage] function c42_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] bc = GetChannel(a, 4)
---[NoImage] l = MixAudio(fl, bc, 0.5858, 0.4142)
---[NoImage] r = MixAudio(fr, bc, 0.5858, -0.4142)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels L,R,C,S -> Dolby ProLogic
---[NoImage] function c43_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] bc = GetChannel(a, 4)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.4142, 0.2929)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.4142, 0.2929)
---[NoImage] l = MixAudio(fl_fc, bc, 1.0, 0.2929)
---[NoImage] r = MixAudio(fr_fc, bc, 1.0, -0.2929)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 3 Channels L,R,S -> Dolby ProLogic
---[NoImage] function c3_dpl(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] bc = GetChannel(a, 3)
---[NoImage] l = MixAudio(fl, bc, 0.5858, 0.4142)
---[NoImage] r = MixAudio(fr, bc, 0.5858, -0.4142)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5.1 Channels L,R,C,LFE,SL,SR -> Dolby ProLogic II
---[NoImage] function c6_dpl2(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] sl = GetChannel(a, 5)
---[NoImage] sr = GetChannel(a, 6)
---[NoImage] ssl = MixAudio(sl, sr, 0.2818, 0.1627)
---[NoImage] ssr = MixAudio(sl, sr, -0.1627, -0.2818)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.3254, 0.2301)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.3254, 0.2301)
---[NoImage] l = MixAudio(fl_fc, ssl, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_fc, ssr, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,C,SL,SR -> Dolby ProLogic II
---[NoImage] function c5_dpl2(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] fc = GetChannel(a, 3)
---[NoImage] sl = GetChannel(a, 4)
---[NoImage] sr = GetChannel(a, 5)
---[NoImage] ssl = MixAudio(sl, sr, 0.2818, 0.1627)
---[NoImage] ssr = MixAudio(sl, sr, -0.1627, -0.2818)
---[NoImage] fl_fc = MixAudio(fl, fc, 0.3254, 0.2301)
---[NoImage] fr_fc = MixAudio(fr, fc, 0.3254, 0.2301)
---[NoImage] l = MixAudio(fl_fc, ssl, 1.0, 1.0)
---[NoImage] r = MixAudio(fr_fc, ssr, 1.0, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 5 Channels L,R,LFE,SL,SR -> Dolby ProLogic II
---[NoImage] function c52_dpl2(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] sl = GetChannel(a, 4)
---[NoImage] sr = GetChannel(a, 5)
---[NoImage] ssl = MixAudio(sl, sr, 0.3714, 0.2144)
---[NoImage] ssr = MixAudio(sl, sr, -0.2144, -0.3714)
---[NoImage] l = MixAudio(fl, ssl, 0.4142, 1.0)
---[NoImage] r = MixAudio(fr, ssr, 0.4142, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
---[NoImage] # 4 Channels Quadro L,R,SL,SR -> Dolby ProLogic II
---[NoImage] function c4_dpl2(clip a)
---[NoImage] {
---[NoImage] fl = GetChannel(a, 1)
---[NoImage] fr = GetChannel(a, 2)
---[NoImage] sl = GetChannel(a, 3)
---[NoImage] sr = GetChannel(a, 4)
---[NoImage] ssl = MixAudio(sl, sr, 0.3714, 0.2144)
---[NoImage] ssr = MixAudio(sl, sr, -0.2144, -0.3714)
---[NoImage] l = MixAudio(fl, ssl, 0.4142, 1.0)
---[NoImage] r = MixAudio(fr, ssr, 0.4142, 1.0)
---[NoImage] return MergeChannels(l, r)
---[NoImage] }
--[Information] [12/4/2015 8:12:51 PM] Command line used: --ignorelength --threading -V 82 - -o "{0}"
--[Information] [12/4/2015 8:12:51 PM] Avisynth script environment opened
--[Information] [12/4/2015 8:12:52 PM] Script loaded
--[Information] [12/4/2015 8:12:52 PM] Output Decoder
---[Information] [12/4/2015 8:12:52 PM] Channels: 5
---[Information] [12/4/2015 8:12:52 PM] Bits per sample: 32
---[Information] [12/4/2015 8:12:52 PM] Sample rate: 48000
--[Information] [12/4/2015 8:12:52 PM] Job command line: C:\Program Files\MeGUI\tools\qaac\qaac.exe --ignorelength --threading -V 82 - -o "C:\Users\Admin\Desktop\New folder\test.m4a"
--[Information] [12/4/2015 8:12:52 PM] Process started
--[Information] [12/4/2015 8:12:52 PM] Standard output stream
--[Information] [12/4/2015 8:12:52 PM] Standard error stream
---[Information] [12/4/2015 8:12:52 PM] qaac 2.55, CoreAudioToolbox 7.9.8.3
---[Information] [12/4/2015 8:12:52 PM] test.m4a
---[Information] [12/4/2015 8:12:52 PM] AAC-LC Encoder, TVBR q82, Quality 96
---[Information] [12/4/2015 8:14:54 PM] 67563446/-1 samples processed in 2:01.915
---[Information] [12/4/2015 8:14:54 PM] Overall bitrate: 386.977kbps
---[Information] [12/4/2015 8:14:54 PM] Optimizing...75%
---[Information] [12/4/2015 8:14:54 PM] Optimizing...done
--[Information] [12/4/2015 8:14:54 PM] MediaInfo
---[Information] [12/4/2015 8:14:54 PM] File: C:\Users\Admin\Desktop\New folder\test.m4a
---[Information] General
----[Information] Format: MPEG-4
----[Information] FormatString: MPEG-4
----[Information] FileSize: 68366670
----[Information] PlayTime: 00:23:27.616
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] Format: AAC
----[Information] FormatProfile: LC
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 KHz
----[Information] Channels: 5
----[Information] ChannelsString: 5 channels
----[Information] ChannelPositionsString2: 3/2/0
----[Information] BitRateMode: VBR
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
tebasuna51
5th December 2015, 04:32
Hi
when I try to just encode the audio in a AVI file there is a channel count mismatch warning and I can't downmix to stereo.
You have a invalid AC3 inside this .avi.
Zathor
5th December 2015, 16:53
Can you think of anything that might be breaking it on my side? Might it have anything to do with me running MeGUI from Program Files and the fact that UAC cannot be fully disabled in Windows 10 without modifying the registry (which I haven't done since then half of the OS will stop working because it thinks you are running the built-in admin account).
Which MeGUI build are you using? Also 2624 as I am? Also I suggest you move the whole folder to an unprotected location like c:\MeGUI
THEAST
6th December 2015, 03:21
Which MeGUI build are you using? Also 2624 as I am? Also I suggest you move the whole folder to an unprotected location like c:\MeGUI
I am also using build 2624. Anyway, the problem is caused by the God-awful UAC in Windows 10 and moving MeGUI to a non-protected folder does fix the problem. Even inside a protected folder, the issue can be resolved by giving the active user full permission over all of MeGUI's folder.
Based on numerous reports on the internet, apparently the same issue also exists in Windows 8 (I never used it) and affects many different applications but could be resolved by fully disabling UAC through registry; in Windows 10, on the other hand, disabling UAC through registry will break half of the OS. I did it once but couldn't stand all those error messages from the OS when running Windows apps and my event log getting full with messages regarding failed apps and services, for more than a few days, and ended up re-enabling UAC.
Strangely enough, some apps like Adobe's apps do not seem to be affected by this Drag & Drop issue (even though Adobe's license manager fails to properly install licenses in Windows 10 unless it is run as admin and it took me a whole day to realize why my Adobe apps were expiring for no reason after a few runs, but that is a whole different issue).
leon
6th December 2015, 10:56
You have a invalid AC3 inside this .avi.
Thank you.
so how can I downmix it to stereo ?
is it 5 or 6 channel AC3 ?which one is correct ?
Solon8
6th December 2015, 22:29
Hello,
Since I've updated to the latest stable version, I keep having the same error when I create any new AVS file from any source:
[Error] Log
-[Information] Versions
--[Information] [06-12-15 22:00:17] MeGUI: 2624
--[Information] [06-12-15 22:00:17] Operating System: Windows 8.1 Professional Edition x64 (6.3.0.9600)
--[Information] [06-12-15 22:00:17] .NET Framework: 4.0 (4.0.0.0)
--[Information] [06-12-15 22:00:17] .NET Framework: 4.5.2 (4.5.51650)
--[Information] [06-12-15 22:00:17] AviSynth: 2.5.8.5 (21-12-2008)
--[Information] [06-12-15 22:00:17] AvisynthWrapper: (02-07-2015)
--[Information] [06-12-15 22:00:17] Haali Matroska Splitter: 1.13.138.14 (04-04-2015)
--[Information] [06-12-15 22:00:17] Haali DSS2: (04-04-2015)
--[Information] [06-12-15 22:00:17] ICSharpCode.SharpZipLib: 0.85.5.452 (02-07-2015)
--[Information] [06-12-15 22:00:17] MediaInfo: 0.7.79.0 (02-11-2015)
--[Information] [06-12-15 22:00:17] MediaInfoWrapper: 0.7.61.0 (02-07-2015)
--[Information] [06-12-15 22:00:17] MessageBoxExLib: 1.0.2218.28317 (02-07-2015)
--[Information] [06-12-15 22:00:17] SevenZipSharp: 0.64.3890.29348 (02-07-2015)
--[Information] [06-12-15 22:00:17] 7z: 9.20 (02-07-2015)
-[Information] Update detection
--[Information] [06-12-15 22:00:17] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [06-12-15 22:00:17] No package requires an update
--[Information] [06-12-15 22:00:44] No package requires an update
--[Information] [06-12-15 22:04:16] No package requires an update
--[Information] [06-12-15 22:05:51] No package requires an update
-[Error] MediaInfo
--[Error] [06-12-15 22:02:46] Error parsing media file C:\Users\---\test.avs
---[NoImage] Not An Avisynth 2 C Plugin: C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll
---[NoImage] (C:\Users\---\test.avs, line 1)
And even some window error from MeGUI:
The file cannot be opened. Plese make sure it's a valid AviSynth script and that AviSynth is properly installed.
Error message for your refernece: Can't read the video stream
While it worked fine in older MeGUI builds. The only difference I found is that the older avs start with "LoadPlugin" and the new ones with "LoadCPlugin".
Can you help me, please?
hello_hello
6th December 2015, 22:56
Thank you.
so how can I downmix it to stereo ?
is it 5 or 6 channel AC3 ?which one is correct ?
I don't know but.....
You could try demuxing the audio first with VirtualDub or another program.
Try re-encoding without downmixing. Use Flac as it's lossless. From there you should be able to downmix and re-encode the flac file.
I'm not 100% sure why there's a mismatch, but I think one method sees it as 5.1ch when it's really 5ch. If that's all that happening you should end up with a 5ch flac file.
Try a different preferred decoder in MeGUI's encoder configuration. DirectShow might work if nothing else does, depending on the DirectShow decoder you have installed. If it's ffdshow you can generally use it's mixer filter to force a particular output. I've used it on occasion where audio has switched between 2ch and 5.1ch and none of the other decoding methods can cope, but with the mixer set to 5.1ch the output is always 5.1ch. I'm not sure whether that'd still result in a channel count mismatch, but once again you could re-encode as a flac file first.
Zathor
7th December 2015, 00:35
Since I've updated to the latest stable version, I keep having the same error when I create any new AVS file from any source
Please enable "Options\Settings\Always use the included AviSynth", restart MeGUI and try it again. Does it work now?
Solon8
7th December 2015, 08:40
Please enable "Options\Settings\Always use the included AviSynth", restart MeGUI and try it again. Does it work now?
Thank you, it does work!
Quick question: in this new version, in FileIndexer, L-SMASH is the default option. Does it get better/faster results? If not, is there a way I can make FFMSIndex the default option?
LigH
7th December 2015, 09:15
L-SMASH Source used to be much more reliable handling non-MKV sources while FFMS2 relied on Haali Media Splitter. But in the last versions, FFMS2 now also uses only libavformats instead of a separate MKV demuxer and Haali's, just like L-SMASH Source, so both should be rather equal now. (For ISO media base formats like MP4/MOV/3GPP, L-SMASH Source also has the additional L-SMASH demuxer.)
Zathor
7th December 2015, 18:24
Also FFMS2 has (had?) problems with threads > 1 and therefore L-SMASH is (was?) faster.
Zathor
7th December 2015, 18:25
Thank you, it does work!
Interesting, so it may be the case that the plugins used are not compatible anymore with AviSynth < 2.6
hello_hello
8th December 2015, 03:36
Interesting, so it may be the case that the plugins used are not compatible anymore with AviSynth < 2.6
Isn't it a case of MeGUI using LoadCPlugin for ffmsindex and Avisynth 2.5.8 even though it's not a C plugin?
LouieChuckyMerry
12th December 2015, 03:10
Happy Saturday!, and a quick question :) . I ran the 1st pass of a queued 2-pass encode, separately from the 2nd pass and muxing jobs, then later accidentally reset the status of this "done" 1st pass to "waiting" under the right-click menu's "Change status". Is there a way to use the perfectly good .stats and .stats.mbtree files to run the 2nd pass and mux job, or do I need to rerun the first pass? That is, can I someway reset the status of the completed 1st pass to "done" so that the 2nd pass will start, or do I need to go asking on the feature request thread for "Done" to be added to the right-click "Change status" menu for dummies such as myself? ;) I've tried highlighting the 2nd pass and mux jobs and running them every which way ("Start", "Run in new temporary worker"), but the message:
No jobs are waiting or can be processed at the moment. Only one audio job can run at a time and there may be some dependencies that have to be fulfilled first.
pops up with the 1st pass's status set as either "Postponed" or "Waiting".
It would be awesome to find a solution to this as, sadly, I make this mistake semi-regularly :o . Thanks for any help.
hello_hello
12th December 2015, 04:14
I don't think there's a way to reset it to "done" (I have MeGUI configured to automatically delete completed jobs from the queue myself) but I think you should be able to delete it. Then starting the jobs in the queue should run the next one.... ie the 2nd pass job.... or you should be able to run it in a temporary worker. etc.
MeGUI should ask about deleting dependencies when you try to delete the 1st pass job, in which case make sure you click "No". Once the 1st pass job is removed from the queue I'm pretty sure the 2nd pass job will run.
LouieChuckyMerry
12th December 2015, 05:11
I don't think there's a way to reset it to "done" (I have MeGUI configured to automatically delete completed jobs from the queue myself) but I think you should be able to delete it. Then starting the jobs in the queue should run the next one.... ie the 2nd pass job.... or you should be able to run it in a temporary worker. etc.
MeGUI should ask about deleting dependencies when you try to delete the 1st pass job, in which case make sure you click "No". Once the 1st pass job is removed from the queue I'm pretty sure the 2nd pass job will run.
Just how sure is "pretty sure"? ;) . Let me check... ha ha! Worked just fine, thanks again hello_hello :) .
Ahhh, on a related subject: would you be willing to give me a brief hello_hello Tutorial©® on how the various "workers" work? For example, if I queue a job then right-click on it I can "Send to worker", but if I queue a job and hit start there's no "worker" listed. So, if I had a dozen jobs queued and ran one of them in a temporary worker then decided to abort that job, which worker would I send it to to have it rejoin the "main", unlabeled worker queue? Does that make sense? Or would I have to sent the entire queue to the same temporary worker?
hello_hello
12th December 2015, 05:55
MeGUI's workers confuse me. Maybe because I just don't understand how it works properly.
If you run a job in a temporary worker then abort it, all you need to do is change it's status to "waiting" and it'll be back in the normal job queue as it was before you ran it in the temporary worker. If I'm wanting to run 2 jobs at the time, I create a new worker (ie Worker 2), but leave all the jobs in the main queue. Clicking "start" at the bottom of the main job queue will then run through the jobs two at a time, or if one job is already running, clicking "start" will cause a second job to start. So the jobs in the main queue just run in order as they normally would, only two at a time. To go back to one job at a time, I delete Worker 2.
As far as "send to worker" goes, I'm not 100% sure, because multiple workers can be used to run multiple jobs simultaneously without any need for using "send to worker". I assume if you send jobs to individual workers, all jobs in "Worker 1" would run in succession, and the jobs in "Worker 2" would run in succession etc, but I've never quite got my head around using "send to worker" effectively.
A couple of things I do find annoying.... if the jobs in the main queue are running in a single worker (one at a time) and you create a second worker, a second job in the main queue automatically starts as soon as the worker is created, rather than waiting until "Start" is clicked.
Right clicking on a single job in the main queue and selecting "Abort" will abort all running jobs, not just the job you right clicked on. That's contrary to all the other right click options that only effect the selected file(s).
MeGUI will run more than one indexing or audio extracting job simultaneously if more than one worker is active. That generally causes hard drive thrashing and slower indexing than running one job at a time, so indexing should be limited to one job at a time in the same way audio encoding is limited to one job at a time.
If you work out how to use "send to worker" effectively, please share. :)
LouieChuckyMerry
12th December 2015, 08:37
If you run a job in a temporary worker then abort it, all you need to do is change it's status to "waiting" and it'll be back in the normal job queue as it was before you ran it in the temporary worker.
I just tested this and, after aborting the running of a temporary worker then changing the status to waiting, it's still assigned to "Temporary worker x" and doesn't start upon the clicking of "Start". A while back I serendipitously sent an aborted then status-changed job to The Main Unlabeled Worker, but I can't remember how I did it (perhaps it was a dream). I guess I could always make a "new" queue by sending all the jobs to the same temporary worker, but that seems like cheating ;) .
If I'm wanting to run 2 jobs at the (same?) time, I create a new worker (ie Worker 2), but leave all the jobs in the main queue. Clicking "start" at the bottom of the main job queue will then run through the jobs two at a time, or if one job is already running, clicking "start" will cause a second job to start. So the jobs in the main queue just run in order as they normally would, only two at a time. To go back to one job at a time, I delete Worker 2.
Interesting. When wanting to run two "queues" simultaneously, I highlight half the actual queue then right-click and "Run in new temporary worker", then hit "Start" and the other half begins. Your method is much more elegant, I think.
As far as "send to worker" goes, I'm not 100% sure, because multiple workers can be used to run multiple jobs simultaneously without any need for using "send to worker". I assume if you send jobs to individual workers, all jobs in "Worker 1" would run in succession, and the jobs in "Worker 2" would run in succession etc, but I've never quite got my head around using "send to worker" effectively.
Wheels within wheels, it does tend to hurt my head sometimes.
A couple of things I do find annoying.... if the jobs in the main queue are running in a single worker (one at a time) and you create a second worker, a second job in the main queue automatically starts as soon as the worker is created, rather than waiting until "Start" is clicked.
Right clicking on a single job in the main queue and selecting "Abort" will abort all running jobs, not just the job you right clicked on. That's contrary to all the other right click options that only effect the selected file(s).
MeGUI will run more than one indexing or audio extracting job simultaneously if more than one worker is active. That generally causes hard drive thrashing and slower indexing than running one job at a time, so indexing should be limited to one job at a time in the same way audio encoding is limited to one job at a time.
Zathor is but a single superbeing :D .
If you work out how to use "send to worker" effectively, please share. :)
It could be awhile...
hello_hello
13th December 2015, 00:56
I just tested this and, after aborting the running of a temporary worker then changing the status to waiting, it's still assigned to "Temporary worker x" and doesn't start upon the clicking of "Start".
I'm positive it does for me. I wonder what we're doing differently.
I just tried running one job in a temporary worker. The "Owner" column showed "temporary worker 1" and after I aborted it the "Owner" column cleared.
Interesting. When wanting to run two "queues" simultaneously, I highlight half the actual queue then right-click and "Run in new temporary worker", then hit "Start" and the other half begins. Your method is much more elegant, I think.
I'd always assumed doing that would start each job in multiple temporary workers at the same time, which is one reason I've been doing it the other way, but I tried it and it doesn't. You learn something new every day.
LouieChuckyMerry
13th December 2015, 03:23
I'm positive it does for me. I wonder what we're doing differently.
I just tried running one job in a temporary worker. The "Owner" column showed "temporary worker 1" and after I aborted it the "Owner" column cleared.
I tried again--exactly the same way: right-click on a job, select "Run in new temporary worker", process a couple hundred frames, "Abort"--and now the "Owner" column clears. When I did this yesterday the job had been running for ~15 minutes but that's the only difference. Sigh. Anyway, I'll just file this under "Computer Vagaries" and call it a day. Thanks again for your help, hello_hello :) .
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.