MeGUI: General Questions and Troubleshooting Thread

[Lord Dredd]

I'm not sure what you are asking. Make your files direct playable if you have the bandwidth and it wont be a problem!

Sent from my SM-G965U1 using Tapatalk

Juast to speed up things i added --threads 96 to the command line of x264 , but its not encoding at all now
it says unrecognized ..
had to remove threads from it.

also even if cpu is more than 75% free and memory usage in the RDP is around 60 and obviously there is disk usage too , my encoder becomes slow , very slow.

I was under the impression that using megui , x264 is a CPU dependent job but ....

[jlw_4049]

Juast to speed up things i added --threads 96 to the command line of x264 , but its not encoding at all now

it says unrecognized ..

had to remove threads from it.



also even if cpu is more than 75% free and memory usage in the RDP is around 60 and obviously there is disk usage too , my encoder becomes slow , very slow.



I was under the impression that using megui , x264 is a CPU dependent job but ....Threads should be left alone. It will automatically use all your threads/cpu.

Memory depends on resolution etc. That doesn't matter.

If you are indexing or encoding audio it wont use your entire CPU. When its actually encoding x264 it will.

Sent from my SM-G965U1 using Tapatalk

[LigH]

If you manually "tune" for 96 threads, then there is no surprise it goes all slow. There are dependencies between parts of the encoding algorithm. Most threads will have to wait until one thread finished its task, because they need its intermediate results to continue.

Furthermore, the more threads you enable, the smaller is the scope of each thread, and the less efficient is the search for similarities to spare bitrate. That will limit the quality.

The x264 encoder has a pretty smart default strategy. Only change that if you are as smart as all of its developers and contributors...

And the most probable reason for limited CPU utilization are video filters in AviSynth, before the encoder, which may be even less parallelizable (or the AviSynth script does not use multi-threading at all).

[Lord Dredd]

Threads should be left alone. It will automatically use all your threads/cpu.

Memory depends on resolution etc. That doesn't matter.

If you are indexing or encoding audio it wont use your entire CPU. When its actually encoding x264 it will.

Sent from my SM-G965U1 using Tapatalk

Thanks mate :)

If you manually "tune" for 96 threads, then there is no surprise it goes all slow. There are dependencies between parts of the encoding algorithm. Most threads will have to wait until one thread finished its task, because they need its intermediate results to continue.

Furthermore, the more threads you enable, the smaller is the scope of each thread, and the less efficient is the search for similarities to spare bitrate. That will limit the quality.

The x264 encoder has a pretty smart default strategy. Only change that if you are as smart as all of its developers and contributors...

And the most probable reason for limited CPU utilization are video filters in AviSynth, before the encoder, which may be even less parallelizable (or the AviSynth script does not use multi-threading at all).

Thanks for the clarification
this is one of the usual scripts that i use
hardcoded sub was added only to this one , but it might not have played any part
LoadPlugin("C:\Users\Neil\Desktop\MEGUI\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("F:\files\TESTmkv\whts.ur.vu.mkv")
#deinterlace
#crop
#resize
#denoise

[Lord Dredd]

anyone ??

[StainlessS]

anyone ??

Is there a question there ?

this is what your script produces at frame 500
https://i.postimg.cc/vc0gQXWF/sub-00.jpg (https://postimg.cc/vc0gQXWF)

Suibtitle in bottom right hand side.

[LigH]

Well, this script doesn't contain any CPU intense filters. So the AviSynth filtering may not be the bottleneck. I guess his question remains why he feels the CPU not utilized perfectly.

When x264 doesn't use the majority of available CPU time, it's usually a sign that it waits for the video to be delivered. That may start by reading the source from the media ...

[imsrk48]

Sir Why MeGUI Not Capturing the Total Time of Process from Starting to Running.

I Have Checked in My Log File There is MeGUI Capture only starting time but not capturing total time taking in running process

i want to submit a log file for show how much time MeGUI taking in a audio encoding. that is Running Continues in processing process even after 20-40+ minutes

[Lord Dredd]

Well, this script doesn't contain any CPU intense filters. So the AviSynth filtering may not be the bottleneck. I guess his question remains why he feels the CPU not utilized perfectly.

When x264 doesn't use the majority of available CPU time, it's usually a sign that it waits for the video to be delivered. That may start by reading the source from the media ...

Thanks LigH
You are right seems like high amount of reading and writing on the disk even if they are RAID ( 1 or 2) isnt letting things peak, thats the only thing i could deduce considering enough ram is available.
So after so many years of using MEGUI , i am onto handbrake and viola no slow encoding issues with it , wonder why that is ???
Been trying to get all my profile settings to it but there are a few I am unable to figure out

How can i hard code a custom subtitle file something like adding a small text which displays for a few frames
secondly is there any major difference in the way handbrake processes a video and megui does ???
I mean both are x264 or x265 based but ids there any specific drawback of using handbrake.

Personally i love megui but this speed cap has forced me to look for other applications
Thanks

[tebasuna51]

...
So after so many years of using MEGUI , i am onto handbrake and viola no slow encoding issues with it , wonder why that is ???

Sorry but I can't confirm that.

The same mkv source, crop and resize:
[12:19:01] * video track
[12:19:01] + decoder: h264
[12:19:01] + frame rate: 23.976 fps -> constant 23.976 fps
[12:19:01] + Crop and Scale (width=1280:height=640:crop-top=60:crop-bottom=60:crop-left=0:crop-right=0)
[12:19:01] + source: 1920 * 1080, crop (60/60/0/0): 1920 * 960, scale: 1280 * 640

The same x264 parameters:
Opciones de codificación : cabac=1 / ref=2 / deblock=1:0:0
/ analyse=0x1:0x111 / me=hex / subme=6 / psy=1 / psy_rd=1.00:0.00
/ mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0
/ deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=18
/ lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0
/ bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1
/ b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=240
/ keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=30 / rc=crf
/ mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4
/ vbv_maxrate=20000 / vbv_bufsize=25000 / crf_max=0.0 / nal_hrd=none
/ filler=0 / ip_ratio=1.40 / aq=1:1.00

The last HandBrake version:
[12:19:01] encx264: encoding at constant RF 19.000000
...
[12:27:56] Finished work at: Fri Oct 04 12:27:56 2019 -> 8:55 elapsed time

With MeGUI:
[04/10/2019 13:06:03] Job command line: "C:\Portable\MeGUI64\tools\x264\x264.exe" --profile main ...
...
--[Information] [04/10/2019 13:12:15] Job completed -> 6:12 elapsed time

[Lord Dredd]

Sorry but I can't confirm that.

The same mkv source, crop and resize:


The same x264 parameters:


The last HandBrake version:


With MeGUI:

You are correct and i can confirm in normal environment megui is definitely more efficient

Actually my issue has been a bit different ( as i mentioned a few posts before )
I am one of the users in an offshore RDP with intel xeon processor and 64gigs of ram , with like 6 or 7 users
all doing their video encoding , editing or god knows what else.
As soon as disk read write increases megui encoding goes down like anything and becomes less than 1/4th of the original speed.

I would say this has to be looked into ( i am no specialist so apologies beforehand if i sound like a big mouth )
But have been using megui in various environments and can say disk usage affects adversely, i didnt mind this thing before as i used to think may be its how the source is or may be someone else is sucking the resources. But this feels pretty bad and awkward when a sort of untidy still in initial stages of development app like handbrake beats it in similar that sort of environment

I am still trsting this may be there are other variables involved as well..


Please enlighten me a bit more dear GURUS , i can safely say i have a lot to learn from guys like Zathor , Ligh , dark shikari and others

[imsrk48]

How to Encode a Video (2m45 seconds) with External Audio (3m 23 seconds) using MeGUI to Encode Audio According to Video Duration?

[LigH]

Depends on how you want to make the audio fit (some kind of speed-up or just a cut). Either way, I don't expect a solution without manually editing the AviSynth script which delivers the audio to the audio encoder used in MeGUI.

[imsrk48]

Depends on how you want to make the audio fit (some kind of speed-up or just a cut). Either way, I don't expect a solution without manually editing the AviSynth script which delivers the audio to the audio encoder used in MeGUI.Okay Sir Thanks for Your Valuable Reply and Solution.[emoji3526]

[bartonnen]

I've been regularly using MeGUI to re-encode x264 TV episodes to x265 (to save space) - I'm using the One-Click encoder with various video presets that I've defined, but I like to keep the original audio, so I have audio encode set to "never".

But, whenever the original file has an audio delay, it gets lost when the new hevc video track gets muxed with the original audio track.

Is there some setting I've forgotten to set which would cause the audio delay to be copied over during the mux?

[hello_hello]

Is this going to be an XP thing? Or maybe an Avisynth+ thing?

The problem only occurs when using MeGUI's portable Avisynth+, not when using the installed Avisyth 2.6.
When trying to encode audio via a script, the script loads into the audio section without error. It's added to the job queue without complaint. When I try to run the job, MeGUI complains about missing functions.
After a bit of experimenting I'm sure the problem must be that MeGUI isn't auto-loading plugins from the installed Avisynth plugins folder when running audio jobs. Using LoadPlugin() in the script to load the plugins manually cures the problem and the audio jobs run. Why it's auto-loading plugins when the script is added to the audio section but not when the audio job is actually run, I have no idea. Video jobs run as they should.

Here's the relevant section from the log file. As you can see, the audio is detected correctly when the script is checked, but when the job is run, MeGUI says there's no such function as FFMS2. After fixing that by using LoadPlugin to load FFMS2, MeGUI then complains about the next function not existing, and so on....

The script used below opens both video and audio, but the same applies to audio-only scripts.

Cheers.

---[Information] File: E:\test.avs
---[Information] AVS input file detected. Getting media information from AviSynth.
---[Information] General
----[Information] Format: AVS
----[Information] FormatString: AviSynth Script
----[Information] FileSize: 166
----[Information] PlayTime: 00:21:38.1300000
---[Information] Video
----[Information] ID: 0
----[Information] CodecID: AVS Video
----[Information] CodecIDString: AVS
----[Information] Format: AVS
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 31124
----[Information] FrameRate: 23.976023976024
----[Information] ScanType: Progressive
----[Information] AspectRatio: 16:9
----[Information] Delay: 0
---[Information] Audio
----[Information] ID: 0
----[Information] Format: AVS
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48000
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] [05/11/19 4:55:47 AM] The language information is not available for this track. The default MeGUI language has been selected.
--[Error] [05/11/19 4:55:48 AM] An error occurred
---[NoImage] Script error: There is no function named 'FFMS2'.
---[NoImage] (E:\test.avs, line 2)
--[Information] [05/11/19 4:55:48 AM] Job completed

[LigH]

The plugin file is named FFMS2.dll (and the additional import script FFMS2.avsi); but the provided primary functions to be used in your script are e.g. FFVideoSource or FFAudioSource. Manual is here (https://github.com/FFMS/ffms2/blob/master/doc/ffms2-avisynth.md).

The set of provided functions may have changed during the development, e.g. there used to be a function FFmpegSource2 delivering an AudioDub result of video and audio together, first in the additional import script, now in the DLL.

Note: the shorter FFMS2 alias was added in 2.22

So check if you have a recent version.

...

Wait. I misunderstood. Reading again, it sounds like different steps of the script processing in MeGUI use different autoload directories, and thus different plugin versions...

[hello_hello]

Wait. I misunderstood. Reading again, it sounds like different steps of the script processing in MeGUI use different autoload directories, and thus different plugin versions...

Yeah, that seems to be similar to what's happening, but my understanding is it's Avisynth that does the auto-loading, even the portable Avisynth, not MeGUI as such, so it's a bit odd.

The only explanation I can think of, and admittedly I don't have a clue, is the portable Avisynth has dependencies in order to run, or MeGUI has dependencies in order to use it, and under this one particular circumstance those dependencies aren't found, causing the plugins in the installed Avisynth's auto-loading folder to fail to load, or something.....

Every now and then, the same problem happens to MeGUI as a whole, and it suddenly won't load any scripts requiring auto-loading plugins. Each time it's happened though, restarting MeGUI has fixed the problem. The only time it's really annoying is when MeGUI is left to run a long queue of jobs, and at some point the jobs in the queue stop encoding and result in error messages instead. It doesn't happen often though.

I'd have a laptop with Win7 on it I could use to check to see if it's just an XP problem, but I stupidly ran Windows Update after installing the OS a few weeks ago, and it went into an update loop and now refuses to boot. I'll probably start fresh tonight or tomorrow so hopefully I'll be able to test MeGUI on Win7 soon.

[hello_hello]

Is this going to be an XP thing? Or maybe an Avisynth+ thing?

The problem only occurs when using MeGUI's portable Avisynth+, not when using the installed Avisyth 2.6.
When trying to encode audio via a script, the script loads into the audio section without error. It's added to the job queue without complaint. When I try to run the job, MeGUI complains about missing functions.
After a bit of experimenting I'm sure the problem must be that MeGUI isn't auto-loading plugins from the installed Avisynth plugins folder when running audio jobs. Using LoadPlugin() in the script to load the plugins manually cures the problem and the audio jobs run. Why it's auto-loading plugins when the script is added to the audio section but not when the audio job is actually run, I have no idea. Video jobs run as they should.

Here's the relevant section from the log file. As you can see, the audio is detected correctly when the script is checked, but when the job is run, MeGUI says there's no such function as FFMS2. After fixing that by using LoadPlugin to load FFMS2, MeGUI then complains about the next function not existing, and so on....

I've confirmed this isn't just an XP problem. The same thing happens when running MeGUI on Win7.
For the record, I installed Avisynth+ on Win7 and once again audio encoding using the installed Avisynth is fine.

[some dude]

Hi, I'm not sure if this is an issue with MeGUI or x265, but I was wondering why my CPU utilization is so low when encoding to x265? I am using the "very slow" present, this is just the first pass.

https://i.ibb.co/sPJ99WP/Untitled.png (https://ibb.co/yRBFF4R)

[jlw_4049]

Hi, I'm not sure if this is an issue with MeGUI or x265, but I was wondering why my CPU utilization is so low when encoding to x265? I am using the "very slow" present, this is just the first pass.



https://i.ibb.co/sPJ99WP/Untitled.png (https://ibb.co/yRBFF4R)If you are doing 2 pass encoding then the first pass will always be low. The full encode will be highest utilization. I recommend not encoding with 2 pass via x265 as it's a huge waste of time.

Not that it isn't effective, just CRF can achieve the same quality in 1 pass. Saving you a lot of time.

Sent from my SM-G965U1 using Tapatalk

[some dude]

If you are doing 2 pass encoding then the first pass will always be low. The full encode will be highest utilization. I recommend not encoding with 2 pass via x265 as it's a huge waste of time.

Not that it isn't effective, just CRF can achieve the same quality in 1 pass. Saving you a lot of time.

Sent from my SM-G965U1 using Tapatalk

But I'm on my 2nd pass now and the CPU utilization is still around 30%?

https://i.ibb.co/7SSHRh4/Untitled.png (https://ibb.co/zmm17dJ)

[jlw_4049]

But I'm on my 2nd pass now and the CPU utilization is still around 30%?

https://i.ibb.co/7SSHRh4/Untitled.png (https://ibb.co/zmm17dJ)Not normal. You got something wrong. I can fully saturate 16 threads easily. Mind showing me screen shots of everything?

Sent from my SM-G965U1 using Tapatalk

[some dude]

Not normal. You got something wrong. I can fully saturate 16 threads easily. Mind showing me screen shots of everything?

Sent from my SM-G965U1 using Tapatalk

Do you mean screenshots of my settings? Because this is it. Also here is my avs script. I can post logs and stuff too if you tell me which ones I need to post.

https://i.ibb.co/FqS9Jrq/Untitled.png (https://ibb.co/bRSxL0R)

DGDecode_mpeg2source("C:\Users\Anthony\Desktop\Hocus Pocus\Hocus Pocus.d2v", info=3)

ColorMatrix(hints=true, threads=0)


crop(0,62,0,-62)

spline64resize(720,400)


If I use x264 instead my CPU utilization is somewhere in the 70s.

[Atak_Snajpera]

Add to your command line
--ctu 16

[some dude]

Add to your command line
--ctu 16

OK so this appears to fix it. I tried encoding the file again and with option added my CPU goes to 100%. I hit cancel after I checked the CPU utilization though, so I didn't test the output file that it produces, but it appears to have fixed the issue.

[jlw_4049]

OK so this appears to fix it. I tried encoding the file again and with option added my CPU goes to 100%. I hit cancel after I checked the CPU utilization though, so I didn't test the output file that it produces, but it appears to have fixed the issue.Bitrate is really really low.

Sent from my SM-G965U1 using Tapatalk

[Atak_Snajpera]

Bitrate is really really low.

Sent from my SM-G965U1 using Tapatalk

IT Has nothing to do with bitrate. Low resolution is a real problem.

[vasquuez]

After adding video job in queue there is also a mux job, any option to disable it? It is added automatically.

[NanoBot]

What "file format" did you select on the main tabulator ? If you select mp4 or mkv, an additional mux job has to be added. If you select RAWAVC, then only an encode job will be created.

[vasquuez]

What "file format" did you select on the main tabulator ? If you select mp4 or mkv, an additional mux job has to be added. If you select RAWAVC, then only an encode job will be created.

I selected mkv. In earlier version of megui -long time ago there was no mux job after adding video in queue, so that's why I'm surprised. So it is needed then? And after this I will make mux of all parts - audio, video and subs?

[NanoBot]

The encoder will always produce a raw video file first and add this job to the queue. If you select mp4 or mkv as output file format, in a second step the raw video file has to be muxxed into your selected container format and this mux job is automatically added to the queue.

If you prefer to mux video, audio and other track types by yourself, just select RAWAVC and you will get a raw h264 file. After that, you can use your preferred muxxer, e.g. mkvtoolnix, to do the mux job manually.

The same procedure applies if you want to use the h265 encoder, there you have to select RAWHEVC to get a pure h265 file.

[hello_hello]

I selected mkv. In earlier version of megui -long time ago there was no mux job after adding video in queue, so that's why I'm surprised. So it is needed then? And after this I will make mux of all parts - audio, video and subs?

For x264 at least, in Options/External Programs, there's a setting labelled "x264: use external muxer for MKV". When it's unchecked and MKV is selected as the File Format, the encoder will write the encoded video directly to an MKV, so there will no longer be an additional muxing job added to the job queue.

I don't think x265 has the ability to write the output directly to a container.

[vasquuez]

For x264 at least, in Options/External Programs, there's a setting labelled "x264: use external muxer for MKV". When it's unchecked and MKV is selected as the File Format, the encoder will write the encoded video directly to an MKV, so there will no longer be an additional muxing job added to the job queue.

I don't think x265 has the ability to write the output directly to a container.

Thank you will check this setting.

[LigH]

The original x265 from Multicoreware only writes raw HEVC; but AFAIR, there are modded versions with additional input/output modules.

[goldensun87]

I recently had to reinstall my OS. I downloaded the latest version of MEGUI, and I installed all the disabled components from the Update list. But still, the file indexer and seemingly nothing else, is working. Currently, I have a source file with VP9 video and OPUS audio, which I had previously remuxed into MKV using ffmpeg. On previous OS installs, I would install individual codecs separately, with programs like Haali Media Splitter, Flash Video Splitter and XVID, but this time, I installed only the K-Lite Codec Mega Pack. Do I have to tweak some settings in K-Lite Codec? Or, should I install those individual programs like I used to? Because before the OS reinstall, I was able to work with VP9 and Opus flawlessly.

Update: Initially, I thought something got messed up because I was working with my internet off, and I keep forgetting that most of MeGUI's tools are downloaded from the MeGUI server upon first use of respective tool. So, I deleted the whole program, and started over with a fresh download. This time, made sure to download all tools BEFORE attempting an encode. But, when I finally attempt to encode my file, it still doesn't work. At this moment, a thought occurs to me. I switched to Maori keyboard so that I can type vowels with macron, and my file's name has those characters in it. So, I removed those characters, and VOILA! Encode worked like a charm!

I honestly am surprised that a factor as minor as special characters in a filename, can prevent the program from working. I'll have to try and remember this for future reference.

[2-perf]

I wish MeGUI could encode to PCM file. I have this .wav file which is from a PAL VHS and would like to do a Time Modification -> Slow-down (25 to 24) while keeping it as a .wav file in order to work with it in DaVinci Resolve afterwards.

[2-perf]

Encoding a 16-bit .wav file to .flac with a Time Modification results in a 24-bit .flac file. When no Time Modification applied, the result is a 16-bit flac.

[LeXXuz]

Add to your command line
--ctu 16

If I understand this correctly, x265 uses smaller blocks so more rows of the actual frame can be used for parallel processing.

Will this have any significant impact on quality/efficiency?

If not, I don't understand why x265 doesn't do this by default for smaller resolutions like 1080p and below?

[LigH]

@2-perf:

Audio conversions are handled in AviSynth scripts as well, so if you are able to edit the generated audio conversion script before starting the job in the queue (i.e. if you find its location), you could manually add ConvertAudioTo16bit() ... the tempo conversion will have converted the audio to float before output. MeGUI might add a selection here to add a sample type conversion in the codec configuration.

Unfortunately, I don't see a CLI parameter combination for "flac -d" that would force flac to reduce the resolution while decoding to WAV, only while decoding to raw audio (--bps=16). But e.g. Audacity would be able.

[tebasuna51]

@2-perf

MeGUI can't output WAV and can't edit the audio avs scripts
There are other tool (included in MeGUI) to do the job quickly, for instance:

eac3to input.wav output.wav -25.000 -changeTo24.000 -down16

If your input wav file is included in a container you can use the MeGUI -> Tools -> HD Streams Extractor to do the job, like in the image, adding the parameters (in bold) to +Options tab:

[Farfie]

Hey guys, long time user of MEgui and first time poster in this thread. Definitely don't know where I'd be without this software, so I thank you.

I was wondering if there was some kind of information for the Replace and With functions in the One Click Encoder tool? Is it just intended to find only one string and replace it with another? It would be awesome if there were multiple things to look for, maybe comma separated, and of course wildcards would be great too. If I wanted to remake a whole series, I could do something like:
Replace: ,(*)
With: newgroup,new settings

Is there anything like this?

[2-perf]

Thanks LigH and tebasuna51 for the tip! Quite appreciated.

[hello_hello]

2-perf,,
I was sure I replied again with a detailed answer to your question but I must've forgotten to submit it.

When the source is MKV or indexed by a flavour of DGIndex, the audio is extracted, added to the audio section, and MeGUI creates a script for encoding "behind the scenes". For other file types it can't extract the audio, so instead it creates a physical script it adds to the audio section. Therefore, rather than use MeGUI's audio encoder configuration for specifying a speed change, you can leave it doing nothing but encoding, and create the script for it to encode yourself.

To make creating the script less of a chore, you can add the AudioSpeed (https://forum.videohelp.com/threads/384967-AudioSpeed-AudioMeter-AudioWave-scripts) function and tell it what you need, including the output bitdepth.

From there you can encode as 16 bit flac, but foobar2000 converts to wave "out of the box", and thanks to the AVS Input DSP (https://www.foobar2000.org/components/view/foo_input_avs), it can open Avisynth scripts and play or convert the audio. If you forget to tell AudioSpeed you want a 16 bit wave file it's not the end of the world. fb2k's converter configuration lets you specify the output bitdepth when it's a lossless type.

Because fb2k can use any command line encoder for converting, you could bypass Avisynth, extract the audio and open it with fb2k and simply convert using an encoder preset you created earlier. I've saved configurations for applying speedup and slowdown with SoundTouch, SoX and FFmpeg. If you want to try foobar2000, let me know and I'll post the command lines for you.

[raymondjpg]

Some recent updates have caused lsmashindex to throw an error. Has anyone else seen this, know what is causing it, and possibly how to fix it?

TIA

[LigH]

What error exactly? Any log file available?

[StainlessS]

Some recent updates have caused
What error exactly? Any log file available?
And also what updates ? (cant remember if LSmash outputs human readable index, noticed LigH post below - might be totally unrelated but thought I should mention it).

Selur discovered:

AvsPmod may not start at all if you enabled the Windows 10 beta feature to support UTF-8 locale.

EDIT: OK, my mistake, you meant MeGUI updates rather than windows updates.

[raymondjpg]

What error exactly? Any log file available?


I have been able to reproduce the error. Branch log:

[Error] Log for job3 (idx, Agent Hamilton S01E01.mkv -> Agent Hamilton S01E01.mkv.lwi)
-[Information] [29/03/2020 12:28:54 AM] Started handling job
-[Information] [29/03/2020 12:28:54 AM] Preprocessing
-[Information] [29/03/2020 12:28:54 AM] AviSynth script
--[NoImage] LoadPlugin("D:\Software\Software\Blu Ray software\MeGUI\Test\tools\lsmash\LSMASHSource.dll")
--[NoImage] LWLibavVideoSource("E:\TV Episodes\HOLD\n3smbyiq.rpt\Agent Hamilton S01E01.mkv")
-[Error] [29/03/2020 12:28:54 AM] Avisynth installation cannot be found
-[Information] [29/03/2020 12:28:55 AM] Job completed


Edit: The error is associated with the updated version of AviSynth.dll in the avs directory dated 3.03.2020. Overwriting with the previous version of AviSynth.dll dated 21.12.2018 there is no error in execution.

[cool advertise]

I have been able to reproduce the error. Branch log:

[Error] Log for job3 (idx, Agent Hamilton S01E01.mkv -> Agent Hamilton S01E01.mkv.lwi)
-[Information] [29/03/2020 12:28:54 AM] Started handling job
-[Information] [29/03/2020 12:28:54 AM] Preprocessing
-[Information] [29/03/2020 12:28:54 AM] AviSynth script
--[NoImage] LoadPlugin("D:\Software\Software\Blu Ray software\MeGUI\Test\tools\lsmash\LSMASHSource.dll")
--[NoImage] LWLibavVideoSource("E:\TV Episodes\HOLD\n3smbyiq.rpt\Agent Hamilton S01E01.mkv")
-[Error] [29/03/2020 12:28:54 AM] Avisynth installation cannot be found
-[Information] [29/03/2020 12:28:55 AM] Job completed


Edit: The error is associated with the updated version of AviSynth.dll in the avs directory dated 3.03.2020. Overwriting with the previous version of AviSynth.dll dated 21.12.2018 there is no error in execution.
Hello, if the error is this, maybe the solution could be at this link: https://forum.doom9.org/showthread.php?p=1904830#post1904830
It was proposed by me, take a look.

[raymondjpg]

Hello, if the error is this, maybe the solution could be at this link: https://forum.doom9.org/showthread.php?p=1904830#post1904830
It was proposed by me, take a look.

Many Thanks! That appears to have fixed my error too.

1. Downloaded and installed both 32 and 64 bit versions of AviSynth+ 3.5.0 with redistributables included.
2. Reboot PC.
3. Ran backup version of MeGUI and accepted recent updates, including AviSynth portable (AviSynth+ 3.5.0).
4. Check of avisynth.dll version at directory avs confirms update to version 3.5 dated 3/03/2020.
5. MeGUI now runs again without error at lsmashindex.

Also running MeGUI x86 32 bit with windows 10 pro 64 bit.

Is there any advantage switching to the 64 bit version of MeGUI?