Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 [99] 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

hello_hello
8th January 2016, 10:30
It appears when cropping while ffms2 is decoding, there's some picture resizing taking place in the preview, even without the auto-preview enabled. It doesn't happen all the time, but I've never seen it before. When increasing the cropping slowly, sometimes the displayed cropping increases in the preview as it should, but sometimes the displayed cropping stays the same and the picture moves a bit instead (it's stretched or squished to meet the cropping line). The rest of the time it makes the preview go black.

I though I'd point that out in case it helps you track down the ffms2 cropping problem because cropping changing the size of the video in the preview seems to be something new. It might be something else entirely but I wouldn't know. I couldn't repeat any of that with L-Smash.

I'll have to withdraw my statement about L-Smash. I discovered how to get the preview to display a black picture with L-Smash decoding too.

So far, it seems to require me to open multiple Script Creator and preview windows. I think with only one open at a time it's been fine, but with multiple instances (I tend to run 4 or 5 indexing jobs in a row, then create the scripts) it has similar issues as ffms2. Not as bad, and it's still usable, but it still happens.

I just ran five indexing jobs which open five instances on the script creator and five previews, This has never caused a problem before. Now, each time I clicked play on a preview window, the preview turned black. So far I think it's only happening once for each preview. Once the video is reloaded it behaves normally, although I think once or twice I saw the image move when cropping (rather than the cropping move) but I'm not 100% certain as it happens quite quickly.

Unfortunately, it looks like I'll have to go back to MeGUI 2624 for the moment.

Cheers.

Barough
10th January 2016, 19:56
Thanks for the news :-)
Except 7z the other new files are now online. 7z I need to verify first if changing the dlls is really worth the hassle.


Thnx :)


MKVToolNix v8.8.0 is released.

aegisofrime
11th January 2016, 02:00
Hi all.

I'm finding that with the last update, somehow MeGUI is not applying aspect ratio options? Like, if I were to select 16:9 for a DVD encode, the resulting file will default to 3:2.

Apologies if this has been reported already. I did read back a few pages and saw hello_hello reporting some aspect ratio issue as well, but it seems unrelated to mine.

LigH
11th January 2016, 10:31
Did you enable "Clever™ Anamorphic"? In this case, NTSC = 720×480 will stay 720×480 (3:2) with skewed (anamorphic) video, there will be no resizing; but the final container (and possibly the video stream too) will have a flag telling the player to deskew the content towards 16:9 during playback.

hello_hello
11th January 2016, 19:33
Unfortunately, it looks like I'll have to go back to MeGUI 2624 for the moment.

I just thought I'd report that rather than revert back to MeGUI 2624, I reverted back to the previous version of AvisynthWrapper.dll and so far it's working fine with MeGUI 2627. No black previews, although the old ffms2 cropping/resizing problem remains.

I thought initially it was my imagination, but after upgrading to MeGUI 2627 loading scripts with slow filtering such as QTGMC seemed slower. Now I'm sure it was, only it's the new AvisynthWrapper.dll. After reverting back to the old version scripts load faster again.

kalehrl
16th January 2016, 16:36
Hi Zathor
I tried to encode a bunch of mkv files last night using one-click encoder but there were errors.
I had 8 folders with 8 seasons of a TV show and I added all folders one by one using Input - Select folder.. option.
It started encoding the files but soon there was an error:
error: The process cannot access the file 'G:\BackupWinD\Films\Dexter\Sezona 1\Dexter s01e01.mkv.lwi' because it is being used by another process.
I tried using fffms instead of lsmash but it didn't matter. Only this time MeGUI died completely. I will send you log files on pm.

Also, if you add a folder which contains subfolders with files, they won't be encoded.

Barough
16th January 2016, 22:14
FFmpeg v2.8.5 is out.

kalehrl
17th January 2016, 08:32
I put all files (48 of them) in a single folder and tried to encode them using one-click encoder but only 12 were actually encoded before MeGUI died :(
The error was:
---[Error] [17.1.2016. 01.18.46] The script's return was not a video clip.
But the script generated is a very simple one.

LigH
17th January 2016, 11:15
Still possible that AviSynth could not load the video track of this one specific media file. And because you did not show us the whole log, not to mention a MediaInfo analysis of this file even, we can not even guess about it.

kalehrl
17th January 2016, 16:52
This is the file on which MeGUI choked and died:
http://pastebin.com/8mviJqRy
I don't think it's any different from the files which encoded successfully.

Barough
25th January 2016, 18:07
x264-148.2665 (Stable)
http://komisar.gin.by/

Opus v1.1.2
http://www.opus-codec.org/

MediaInfo v0.7.82

duedel
1st February 2016, 09:57
May I suggest using the x265 builds from here (https://builds.x265.eu) for the development update server? They're much more recent than the current ones.

LigH
1st February 2016, 10:22
Daily autobuilds may contain bugs due to quite experimental features; it is probably not the worst decision to select a build where default and "stable" development branches just have been merged, because the developers are rather confident not to have left serious bugs.

LouieChuckyMerry
2nd February 2016, 05:18
I've a couple humble feature requests; please feel free to rebuke me if they seem ridiculous ;) .

1) On the "Queue" tab-view would it be possible to add "Top" and "Bottom" buttons between the "Down" and "Delete" buttons? Frequently I'll have fifty-plus jobs queued and it would be very handy to be able to move jobs to the top or bottom of the queue without having to click "Up" or "Down" several dozen times.

2) Also on the "Queue" tab-view would it be possible to add a right-click menu option, call it "Hide-Show" or some such, so that any number of contiguous highlighted jobs could be minimized to a single line in the queue? I'll often have an entire season of two-pass TV episodes (around sixty-some jobs) and a half dozen one-pass movies queued, so that I can run either a single job or a combination of jobs based on computer time available. This feature request would allow the user to highlight, for example, all the the sixty-some two-pass jobs then, with a right-click selection of "Hide-Show", minimize these sixty-some lines to a single line in the queue, perhaps with the single line changing to the name "Hidden Jobs" or becoming partially highlighted or something to differentiate it from the other jobs in the queue.

It seems to me that the first request is relatively simple compared to the second request, but I know even less about writing software than I do about AviSynth (and that isn't much). I'd be curious if the second request is even possible given how MeGUI is written (LigH?). Anyway, thanks for your consideration, Zathor, and as always thanks for MeGUI :) .

hello_hello
2nd February 2016, 06:47
I've a couple humble feature requests; please feel free to rebuke me if they seem ridiculous ;) .

1) On the "Queue" tab-view would it be possible to add "Top" and "Bottom" buttons between the "Down" and "Delete" buttons? Frequently I'll have fifty-plus jobs queued and it would be very handy to be able to move jobs to the top or bottom of the queue without having to click "Up" or "Down" several dozen times.

You can highlight multiple jobs in the queue with the Shift key, or Ctrl key, all of them via Ctrl+A.
Highlight the fifty plus jobs at the top of the queue but not the one at the bottom, then move the highlighted jobs down with a single click.
(This may only work well for single pass jobs. See point 2)

2) Also on the "Queue" tab-view would it be possible to add a right-click menu option, call it "Hide-Show" or some such, so that any number of contiguous highlighted jobs could be minimized to a single line in the queue? I'll often have an entire season of two-pass TV episodes (around sixty-some jobs) and a half dozen one-pass movies queued, so that I can run either a single job or a combination of jobs based on computer time available. This feature request would allow the user to highlight, for example, all the the sixty-some two-pass jobs then, with a right-click selection of "Hide-Show", minimize these sixty-some lines to a single line in the queue, perhaps with the single line changing to the name "Hidden Jobs" or becoming partially highlighted or something to differentiate it from the other jobs in the queue.

If I understand you correctly you're wanting to re-order the jobs in order to run all the first passes consecutively, then the second passes later..... something like that?

I was going to suggest highlighting all the 2nd pass jobs and moving them down but it doesn't work. Maybe it's some sort of "bug" in relation to how the queue re-ordering works, or it's designed that way to prevent the re-ordering of jobs so the 2nd pass isn't in the queue before the 1st pass. Except if that's the goal it doesn't stop you from re-ordering the jobs incorrectly one at a time. If you highlight multiple first passes, or multiple second passes, you lose the ability to move those jobs up and down. I'm having trouble determining if there's a "rule" regarding the re-ordering or multiple pass jobs in the queue.

LouieChuckyMerry
2nd February 2016, 09:07
You can highlight multiple jobs in the queue with the Shift key, or Ctrl key, all of them via Ctrl+A.
Highlight the fifty plus jobs at the top of the queue but not the one at the bottom, then move the highlighted jobs down with a single click.
(This may only work well for single pass jobs. See point 2)

Ahhh, thanks for the tricks. I knew about "Ctrl" but never actually considered "Shift" or "Ctrl + A" :o . I'd still happily utilize "Top" and "Bottom" buttons but those short cuts will be very useful until then ;) .

If I understand you correctly you're wanting to re-order the jobs in order to run all the first passes consecutively, then the second passes later..... something like that?

I was going to suggest highlighting all the 2nd pass jobs and moving them down but it doesn't work. Maybe it's some sort of "bug" in relation to how the queue re-ordering works, or it's designed that way to prevent the re-ordering of jobs so the 2nd pass isn't in the queue before the 1st pass. Except if that's the goal it doesn't stop you from re-ordering the jobs incorrectly one at a time. If you highlight multiple first passes, or multiple second passes, you lose the ability to move those jobs up and down. I'm having trouble determining if there's a "rule" regarding the re-ordering or multiple pass jobs in the queue.

To run all the 1st pass jobs I highlight all the 2nd pass jobs then change their status to "Postponed" with the right-click menu. I've never actually tried what you describe above but I'd think that it has to do with not skewing the pass orders. Honestly I'd like the "Top" and "Bottom" buttons mainly because I often find myself wanting to move a (set of) job(s) from the middle of a massive crew to either the top or bottom. At least now I can manipulate the queue more craftily with your tricks :) . And I'd really put to use my second feature request (although I get the feeling it wouldn't be very easy to implement :( ).

LigH
2nd February 2016, 09:44
I believe these range selection features are already offered by the Windows controls used to display lists (Ctrl+A = "Select all" is also available in the Explorer; you can even select several ranges with only few clicks using a combination of Ctrl+Shift while clicking, if you can remember the correct order when to hold or release which modifier key).

LouieChuckyMerry
2nd February 2016, 11:49
I believe these range selection features are already offered by the Windows controls used to display lists (Ctrl+A = "Select all" is also available in the Explorer; you can even select several ranges with only few clicks using a combination of Ctrl+Shift while clicking, if you can remember the correct order when to hold or release which modifier key).

Thanks for your reply, LigH :) . The shortcuts are a reasonable solution for my first feature request; what do you think of the viability of my second feature request? I ask because you seem to understand MeGUI at a coding level. Thanks.

LigH
2nd February 2016, 12:37
That sounds like grouping/sorting by the type of the job. Of course, if you can group jobs by different attributes, it will be easier to select them as one contiguous range.

I may know a bit programming in general. But I never read the MeGUI sources...

Overdrive80
2nd February 2016, 21:27
Any reason for not updating megui with last version of x264? 2665 http://komisar.gin.by/

LouieChuckyMerry
3rd February 2016, 10:47
That sounds like grouping/sorting by the type of the job. Of course, if you can group jobs by different attributes, it will be easier to select them as one contiguous range.

I may know a bit programming in general. But I never read the MeGUI sources...

Thanks for your reply :) .

Any reason for not updating megui with last version of x264? 2665 http://komisar.gin.by/

I don't know why MeGUI isn't updating to 2665, however, you can download any of Komisar's builds (including mods) then replace the corresponding version MeGUI is using with it. Simply rename the appropriate Komisar version with the applicable MeGUI version's name then copy and replace.

LigH
3rd February 2016, 12:49
Does this new build contain important fixes which recommend a soon replacement? Or does it contain new features which may require MeGUI to adapt its dialogs to?

ron spencer
3rd February 2016, 19:40
can we get a check box for:

converttoyv12(interlaced=true)

when setting up the avs in the script creator? I add it on my own before running a job with 1080i stuff. I suspect it should be added automatically if I say my input files are interlaced tff. See screenshot attached

adem940
4th February 2016, 00:22
I recently formatted my pc, installed MeGUI but now it is not updating, it keeps giving could not run updater error :( also where can I get MeGUI latest version as .exe installer?

LigH
4th February 2016, 09:18
Latest release on SourceForge: Stable build 2624 (http://sourceforge.net/projects/megui/files/megui-stable/2624/) (extract the ZIP archive to a directory outside the UAC protected "Program Files" directory branch).

After unpacking and starting, you may want to change the updater in the configuration to the development server. Stable updates are rare.

adem940
4th February 2016, 14:26
Latest release on SourceForge: Stable build 2624 (http://sourceforge.net/projects/megui/files/megui-stable/2624/) (extract the ZIP archive to a directory outside the UAC protected "Program Files" directory branch).

After unpacking and starting, you may want to change the updater in the configuration to the development server. Stable updates are rare.


thank you very much, it worked :)

adem940
4th February 2016, 17:52
I have this error now and I don't know how to solve this :( before I formatted my pc, it was working well, also I was using the megui that I installed with offline .exe installer, this latest version in zip file doesn't working for my video projects :( I installed everything correctly, avisynth, codec mega pack etc, it was really working flawless before :/

http://i64.tinypic.com/eq47es.png

Solon8
4th February 2016, 18:09
I have this error now and I don't know how to solve this :( before I formatted my pc, it was working well, also I was using the megui that I installed with offline .exe installer, this latest version in zip file doesn't working for my video projects :( I installed everything correctly, avisynth, codec mega pack etc, it was really working flawless before :/

http://i64.tinypic.com/eq47es.png

Hi, have you tried checking the "Always use the included AviSynth" box, in the settings?

adem940
4th February 2016, 21:15
Hi, have you tried checking the "Always use the included AviSynth" box, in the settings?

yes, I tried, it says the same :( can't do my projects anymore, I can't update the offline installer version of meGUI, I updated this zip version as Ligh said but now I get this error on my videos, also I checked my Avi script text, there was no mistake on it.. I hope update server can go up again so I can use offline installer version of MeGUI, btw my OS is win10 home 64bit.. before was same too..

LigH
4th February 2016, 23:43
Where did you install MeGUI to?

Hopefully not under C:\Program Files...

The most common reason not being able to update and even to run a conversion may be that the UAC blocks exchanging of files in subdirectories there.

But to be certain: :logfile:

adem940
5th February 2016, 10:44
Where did you install MeGUI to?

Hopefully not under C:\Program Files...

The most common reason not being able to update and even to run a conversion may be that the UAC blocks exchanging of files in subdirectories there.

But to be certain: :logfile:

when I use offline installer, it install it into c:/program files x86 and not updating..

as for zip version, I extracted it to D drive where my games data files are, it updated from developer server, but keeps giving this avisynth error :(

I guess this is the log file, sorry I am very noob at this :(
http://i63.tinypic.com/o6mhie.png

LigH
5th February 2016, 10:54
this avisynth error :(

Which error? Did you quote it anywhere? Did you post a log file anywhere?

Recommendable steps: Start MeGUI; try to provoke the error message with few steps; quit MeGUI as soon as it popped up; look into MeGUI\logs for the latest logfile, copy its content from a text editor, and paste it either here in a CODE bbCode block or in a "pastebin" service. Attaching it to the post will waste a bit time, moderators need to approve attachments.

adem940
5th February 2016, 10:57
Which error? Did you quote it anywhere? Did you post a log file anywhere?

Recommendable steps: Start MeGUI; try to provoke the error message with few steps; quit MeGUI as soon as it popped up; look into MeGUI\logs for the latest logfile, copy its content from a text editor, and paste it either here in a CODE bbCode block or in a "pastebin" service. Attaching it to the post will waste a bit time, moderators need to approve attachments.

sorry I forgot to post it before :/ it is there now.

Groucho2004
5th February 2016, 11:16
sorry I forgot to post it before :/ it is there now.
Can you post the .avs file somewhere (don't copy/paste the content, the actual file)?

adem940
5th February 2016, 11:21
Can you post the .avs file somewhere (don't copy/paste the content, the actual file)?


https://goo.gl/8ko8u1

there.

this was working before I formatted my pc and before I was using offline installer version of MeGUI.. maybe it will work again when update servers are alive :(

LigH
5th February 2016, 11:26
Redirection to MEGA ... for a few hundred bytes?

SetMemoryMax(512)
SetMTMode(3,4)
PluginPath = "C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\"
LoadPlugin(PluginPath+"svpflow1.dll")
LoadPlugin(PluginPath+"svpflow2.dll")
Import(PluginPath+"InterFrame2.avsi")
DirectShowSource("C:\Users\Adem\Desktop\no-name-anime.mkv", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001).ConvertToYV12()
SetMTMode(2)
#deinterlace
#crop
#denoise
#resize
InterFrame(Cores=4, GPU=True)

Your log file is still missing. Your edit did not work as expected.

I doubt MeGUI ships an own copy of svpflow?.dll and InterFrame2.avsi in its own plugins directory.

And once again, people still prefer DirectShowSource, despite all warnings about possible unexpected low-quality filtering in DirectShow filter paths and recommendations to prefer L-SMASH Works or FFMS2 instead for MKV sources. It may be convenient if one suspects VFR, but that needs to be proven first, no need to fix problems which may not even exist.

Groucho2004
5th February 2016, 11:33
Couple of things:
1. The log says it's using Avisynth 2.6.0.6 which is not SEt's MT version. The SetMTMode statements in your script should produce an error message.

2. I'd steer clear of DSS, LSmash is a much better choice these days.

adem940
5th February 2016, 11:36
Redirection to MEGA ... for a few hundred bytes?

SetMemoryMax(512)
SetMTMode(3,4)
PluginPath = "C:\Program Files (x86)\MeGUI\tools\avisynth_plugin\"
LoadPlugin(PluginPath+"svpflow1.dll")
LoadPlugin(PluginPath+"svpflow2.dll")
Import(PluginPath+"InterFrame2.avsi")
DirectShowSource("C:\Users\Adem\Desktop\no-name-anime.mkv", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001).ConvertToYV12()
SetMTMode(2)
#deinterlace
#crop
#denoise
#resize
InterFrame(Cores=4, GPU=True)

Your log file is still missing. Your edit did not work as expected.

I doubt MeGUI ships an own copy of svpflow?.dll and InterFrame2.avsi in its own plugins directory.

And once again, people still prefer DirectShowSource, despite all warnings about possible unexpected low-quality filtering in DirectShow filter paths and recommendations to prefer L-SMASH Works or FFMS2 instead for MKV sources. It may be convenient if one suspects VFR, but that needs to be proven first, no need to fix problems which may not even exist.

I have svpflow.dll and interframe2.avsi in avisynth plugins folder just like the one I used to use :/ also I never had problem converting mkv files until now..

in script configuration window, directshowsource is grayed out, I can't choose it, before my pc format, I had it checked, now I can't check it cause it is gray, as I said I never used zip version of MeGUI, always used offline installer, updated and did my projects...

adem940
5th February 2016, 11:39
Couple of things:
1. The log says it's using Avisynth 2.6.0.6 which is not SEt's MT version. The SetMTMode statements in your script should produce an error message.

2. I'd steer clear of DSS, LSmash is a much better choice these days.


how to change those filters? sorry I don't know :(

LigH
5th February 2016, 11:42
Oh, I found the log. For some reason, I don't see images on tinypic (http://i63.tinypic.com/o6mhie.png) as inline images because they get wrapped with a whole ad-loaded HTML page when deep-linked.
_

Not using AviSynth MT when your script contains SetMTMode() functions will certainly result in errors. If you enabled MeGUI always using its internal AviSynth, this is not AviSynth MT; you would have to disable that and use the substitute MT avisynth.dll in your Windows\SysWOW64 directory.

To test this suspected reason, comment out both lines with SetMTMode.
_

To use another source filter instead of DirectShowSource, you could use the MeGUI tool "AVS Script Creator", open the MKV, and select the "Indexer"; the new generated AviSynth script will contain the code used to open the MKV with LwLibavVideoSource or FFVideoSource. Try to substitute the DirectShowSource line in your script with this entry (and the related LoadPlugin + Import if present).

adem940
5th February 2016, 11:53
Oh, I found the log. For some reason, I don't see images on tinypic (http://i63.tinypic.com/o6mhie.png) as inline images because they get wrapped with a whole ad-loaded HTML page when deep-linked.
_

Not using AviSynth MT when your script contains SetMTMode() functions will certainly result in errors. If you enabled MeGUI always using its internal AviSynth, this is not AviSynth MT; you would have to disable that and use the substitute MT avisynth.dll in your Windows\SysWOW64 directory.

To test this suspected reason, comment out both lines with SetMTMode.
_

To use another source filter instead of DirectShowSource, you could use the MeGUI tool "AVS Script Creator", open the MKV, and select the "Indexer"; the new generated AviSynth script will contain the code used to open the MKV with LwLibavVideoSource or FFVideoSource. Try to substitute the DirectShowSource line in your script with this entry (and the related LoadPlugin + Import if present).

I disabled internal avisynth as you said, also changed the path in script so now that ''Prefer DSS2 over DirectShowSource'' is not grayed out anymore, I checked that box, however still same arrow, what should I do with the ''avisynth.dll'' file in SysWOW64?


how do I get Avisynth MT? I think that's the source of my problem, log file says ''Script error: there is no function named "SetMTMode"''

LigH
5th February 2016, 12:42
At first, try to comment out the SetMTMode lines by putting a '#' in front.

Regarding AviSynth MT, see the AviSynth MT thread in this forum (http://forum.doom9.org/showthread.php?t=148782) and the AviSynth Wiki about MT functions since v2.5.7.5 (http://avisynth.nl/index.php/MT#Changes_in_MT_2.5.7.5).

adem940
5th February 2016, 12:49
At first, try to comment out the SetMTMode lines by putting a '#' in front.

Regarding AviSynth MT, see the AviSynth MT thread in this forum (http://forum.doom9.org/showthread.php?t=148782) and the AviSynth Wiki about MT functions since v2.5.7.5 (http://avisynth.nl/index.php/MT#Changes_in_MT_2.5.7.5).

I put # in front of both SetMT lines, now it is working, does that mean it disabled MT? does it affect quality? (I am really glad it is working now!)

LigH
5th February 2016, 13:24
MT (multi-threading) can only be disabled if it is available at all. The default installation of AviSynth has no multi-threading functions available at all, therefore the error messages notified you of their absence.

It should not affect quality, only speed. The MT version of AviSynth should be able to use several cores of your CPU to filter video frames in parallel, but that requires some quirks sometimes. At least a good bit more experience.

adem940
5th February 2016, 13:26
It should not affect quality, only speed. The MT (multi-threaded) version of AviSynth should be able to use several cores of your CPU to filter video frames in parallel, but that requires some quirks sometimes. At least a good bit more experience.


FINAL UPDATE: I followed the avisynth MT guide you shared, now it is working with setMT lines too, thank you very much for answers LigH and Groucho2004, you guys saved my life xDD :D:D:D:D

LigH
5th February 2016, 13:34
Great...

Now the topic may return to MeGUI. AviSynth MT was only marginally related. It would not have worked in any GUI. Even without any GUI.

LouieChuckyMerry
6th February 2016, 03:06
adem940: Happy Saturday! and you might find these excellent tools helpful, now or in the future, for troubleshooting and-or testing (and thanks Groucho2004 :thanks: ):

AvisynthInfoTool (http://forum.doom9.org/showthread.php?t=170647)

and

AVSMeter (http://forum.doom9.org/showthread.php?t=165528)

adem940
8th February 2016, 15:20
adem940: Happy Saturday! and you might find these excellent tools helpful, now or in the future, for troubleshooting and-or testing (and thanks Groucho2004 :thanks: ):

AvisynthInfoTool (http://forum.doom9.org/showthread.php?t=170647)

and

AVSMeter (http://forum.doom9.org/showthread.php?t=165528)


thanks, I will check them.

also I wonder if there is a fix for this error;

''Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)''

LigH
8th February 2016, 15:38
This exception tells little; at most: "Something went really wrong, and then tried to access memory not assigned to this process". But what and why? Hard to know. The reason may even be a data error in the video to be decoded when this happens later during the conversion; did you post details anywhere? At least it is rather improbable that the reason is in the MeGUI application as such.

adem940
8th February 2016, 15:42
This exception tells little; at most: "Something went really wrong, and then tried to access memory not assigned to this process". But what and why? Hard to know. The reason may even be a data error in the video to be decoded when this happens later during the conversion; did you post details anywhere? At least it is rather improbable that the reason is in the MeGUI application as such.

to be honest, this happened to me a couple of times, I read in another forums someone said this ''just replace x264 with an older version'' I did that, meGUI updated it back to latest version and it magically started to work lol then it happened again, I did same, worked again, repeated this every time I got this error.

but today I encoded a video, it had no problem, then encoded another one, it gave me this error, replacing x264 didn't work, so I wanted to ask here.