MeGUI: General Questions and Troubleshooting Thread

[Tiny Mud]

Quote from Zathor to me - I'm Humbled:

"Thank you very much for letting me know. The issue is that the wrong file is downloaded (the one for MeGUI x64 which does not include the x86 folder). I do not have currently access to the update servers and can therefore not change it."

[Tiny Mud]

From Wundderba:

megui.org was moved to a different platform.
You can get a ftp account from Wilbert: https://forum.doom9.org/showthread.php?t=185020

Can't yet STILL love MeGUI for video encoding ;o)

[LouieChuckyMerry]

Hello, I hope all's well for all . After many years and upgrading from x86 MeGUI to x64 MeGUI and from installed basic AviSynth to AviSynt+, I indexed a previously successfully encoded .m2v file with the default DGIndex and a what in the past had been a functional profile, only to have the resulting script crash MeGUI. A bit of effort later, I learned that the problem was the two "LoadPlugin" lines that DGIndex adds to the script. To wit, the red bits are the culprit:

# Set DAR in encoder to 6480 : 4739. The following line is for automatic signalling
global MeGUI_darx = 6480
global MeGUI_dary = 4739
LoadPlugin("FilePath\DGDecode.dll")
DGDecode_mpeg2source("FilePath.d2v", cpu=4, info=3)
LoadPlugin("FilePath\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)

If I delete the red bits from the script, then it runs perfectly. Please, is there any way to stop DGIndex from writing those lines? And doesn't the newest AviSynth auto load DGDecode.dll and ColorMatrix.dll anyway? Thanks for any clarity.

[hello_hello]

DGIndex isn't writing anything. It's MeGUI adding that stuff to the script because it loads it's bundled plugins from it's own plugins folder. Avisynth (even the portable version bundled with MeGUI) checks the registry each time it runs, and if it finds entries pointing to a plugins folder or folders, it automatically loads the plugins they contain. MeGUI is supposed to be "portable" so it doesn't create any registry entries for plugin auto-loading. The easiest way to enable plugin auto-loading is to install Avisynth+ and put the plugins you use in the Avisynth+\plugins64 or Avisynth+\plugins64+ folder. MeGUI will still add the same lines to the script to load it's bundled plugins, because it doesn't require you to have Avisynth installed.

If I remember correctly, the 64 bit version of DGDecode doesn't include a deblocking filter, so if you enable Mpeg2 Deblocking under Filters in the Script Creator, MeGUI will add the cpu argument to the mpeg2source filter and it'll cause an error.
Info=3 is added when color correction is enabled in the script creator under the filters tab. If it's causing a problem leave it disabled because color correction is only applied when it's needed and these days that'd be almost never. With color correction disabled, the colormatrix plugin won't be used.

I thought I'd give DGDecode a spin myself, because I haven't used it since I switched to 64 bit Avisynth+ earlier in the year. I'm running Avisynth in Linux with Wine and DGDecode caused both MeGUI and AvsPmod to crash, and that was without enabling Mpeg2 Deblocking or Color Correction. I tried again on Windows 11 and the same thing happened. Hopefully just disabling Mpeg2 Deblocking will fix your problem, but if MeGUI still crashes, try the previous version of DGDecode. I can enable color correction with DGDecode 2.0.0.7, so the version of ColorMatrix I'm using must be okay, but DGDecode 2.0.0.8 seem to cause MeGUI to crash no matter what.
https://www.videohelp.com/software/D...c/old-versions

You'll need to replace DGDecode.dll in the MeGUI\tools\dgindex folder, and also in the plugins64 folder for the installed version of Avisynth, if you have it installed and there's a copy of it in there. It's probably a good idea to make sure any plugins in the Avisynth+\plugins64 folder are the same versions as the plugins MeGUI loads from it's tools folder.

[LouieChuckyMerry]

hello_hello to the rescue again . And you finally made the move from XP to Linux, nice! I'm still running Windows 7 but someday... Anyway, as always thanks for your help. Unticking the "Mpeg2 Deblocking" and "Colour Correction" boxes does the job; do you know if there's a way to permanently have them unticked? Having to untick them for every episode of The Simpsons and Futurama would get rather tedious.

Edit: Seems I'm even dumber than I look. I was unticking the boxes while indexing a video file; going to "Tools/AVS Script Creator/Config/Extra Setup" makes it stick. Thanks again for your help hello_hello, it always appreciated .

[benwaggoner]

Is there a recommended alternative MPEG-2 deblocking solution that runs under Windows 10/11? And hopefully a better one; DGDecode was a miracle in its time dealing with high QP MPEG-2 content, but there are certainly algorithms that can do a better job of deblocking and deringing while preserving detail today. And we certainly have >>1000x more MIPS we can apply today versus when MeGUI came out in Doom9's early glory days. Way more cores, way better SIMD, and programmable GPU compute.

[LeXXuz]

Originally Posted by benwaggoner

Is there a recommended alternative MPEG-2 deblocking solution that runs under Windows 10/11? And hopefully a better one; DGDecode was a miracle in its time dealing with high QP MPEG-2 content, but there are certainly algorithms that can do a better job of deblocking and deringing while preserving detail today. And we certainly have >>1000x more MIPS we can apply today versus when MeGUI came out in Doom9's early glory days. Way more cores, way better SIMD, and programmable GPU compute.

I usually use Avisynth filters like Deblock_QED and HQDeringMod for these tasks when dealing with poorly encoded DVDs.

http://avisynth.nl/index.php/Deblock_QED
http://avisynth.nl/index.php/HQDering_mod

Not sure if those satisfy your requirements though.

[LeXXuz]

I'm trying to transcode some ogg/opus files to mp3 for my old car stereo and I get an error when opening these with either FFAudioSource or LWLibAudioSource:

[Error] [22.11.2023 11:00:24] An error occurred: Script error: There is no function named 'SSRC'.

I rarely encode audio files, so I really have no clue what MeGui is trying to tell me here and how to fix this.

Data of one of the source files:

[Information] General
-[Information] Format: Ogg
-[Information] FileSize: 4902434
-[Information] PlayTime: 00:04:54.428

[Information] Audio
-[Information] ID: 2669402980
-[Information] Format: Opus
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] Language: en
-[Information] LanguageString: English

[tebasuna51]

Originally Posted by LeXXuz

I'm trying to transcode some ogg/opus files to mp3 for my old car stereo and I get an error when opening these with either FFAudioSource or LWLibAudioSource:

[Error] [22.11.2023 11:00:24] An error occurred: Script error: There is no function named 'SSRC'.

1) Please attach the full log file (in your ...megui\logs folder)

2) The SSRC function is only called if you want change the samplerate, if you preserve the source samplerate SSRC can't be called.

3) The SSRC function is a internal function in AviSynth and can't show that message, if you are using AviSynth+ that function is in a external Shibatch.dll. Seems you have a wrong Avs+ install missing that .dll.

4) Making test I found a bug in last ffmpeg (6.1), ffms2_r1387 and L-SMASH-Works-r1156.0.0.0 opus decoder: opus files with samplerate 32 KHz or 44.1 KHz (maybe more) are decoded always to 48 KHz.
Using opusdec.exe from last opus-tools-0.2-opus-1.3 the samplerate is preserved ok.
Bug reported https://trac.ffmpeg.org/ticket/10680

[LeXXuz]

Originally Posted by tebasuna51

2) The SSRC function is only called if you want change the samplerate, if you preserve the source samplerate SSRC can't be called.

Thanks tebasuna51, that did it. Changed it to 'Keep original samplerate' and now transcoding works.

[benwaggoner]

Originally Posted by LeXXuz

I usually use Avisynth filters like Deblock_QED and HQDeringMod for these tasks when dealing with poorly encoded DVDs.

http://avisynth.nl/index.php/Deblock_QED
http://avisynth.nl/index.php/HQDering_mod

Not sure if those satisfy your requirements though.

I've not had to work with DVD sources professionally in a long time, thank goodness. It's more for when family has old home movies on DVD (typically bad MPEG-2) and that sort of thing.

[LouieChuckyMerry]

I hope everyone's well . For the the last week or so both my laptops with portable 64bit MeGUI, both fully updated from the developmental server, have been crashing whenever I try to downmix any audio with any of my previously-working-fine QAAC profiles. After much banging of head, I discovered that switching the "Preferred Decoder" in the "QAAC configuration dialog" from "FFAudioSource" to "LWLibavAudioSource" solved the issue. Is this something I should post somewhere else? Looking for guidance, thanks.

[hello_hello]

After updating 64 bit MeGUI I'm pretty sure I discovered it'd installed the 32 bit version of ffms2 instead of the 64 bit version. The file in MeGUI's update_cache folder is called ffms2-r1387-32.7z.
Try downloading it manually and replacing ffms2.dll in MeGUI's tools\ffms folder with the 64 bit version.
https://codeberg.org/StvG/ffms2/releases/tag/r1387

MeGUI seems to have developed an annoying habit of simply shutting down when an error is encountered, without displaying an error message to let you know what the problem might be. It only became obvious when I tried using ffms2 with AvsPmod and was able to see the Avisynth+ error message.

Having said that, if I open a file with FFAudioSource I now get an access violation error message. That's using Linux/Wine/AvsPmod with the current version of FFMS2, so maybe it's just a Wine issue. I haven't tried it on Windows yet. LWLibavAudioSource is okay though, and FFVideoSource works as expected.

[LouieChuckyMerry]

Originally Posted by hello_hello

After updating 64 bit MeGUI I'm pretty sure I discovered it'd installed the 32 bit version of ffms2 instead of the 64 bit version. The file in MeGUI's update_cache folder is called ffms2-r1387-32.7z.
Try downloading it manually and replacing ffms2.dll in MeGUI's tools\ffms folder with the 64 bit version.
https://codeberg.org/StvG/ffms2/releases/tag/r1387

Exactly the problem; you've many tricks.

Originally Posted by hello_hello

MeGUI seems to have developed an annoying habit of simply shutting down when an error is encountered, without displaying an error message to let you know what the problem might be. It only became obvious when I tried using ffms2 with AvsPmod and was able to see the Avisynth+ error message.

I agree with the annoyance of MeGUI crashing without an error message but understand, given that it's freeware and quite complex (I miss Zathor). Are you familiar with Groucho2004's AVSMeter? I added it to my "Send to" context menu; if a script is troublesome it always leads me in the direction of a solution.

Originally Posted by hello_hello

Having said that, if I open a file with FFAudioSource I now get an access violation error message. That's using Linux/Wine/AvsPmod with the current version of FFMS2, so maybe it's just a Wine issue. I haven't tried it on Windows yet. LWLibavAudioSource is okay though, and FFVideoSource works as expected.

My problem was strictly in the audio realm (Win 7); video indexing was fine (although I only use FFMS2 for VC-1 video).

Thanks again, hello_hello, for saving me physical effort and mental stress .

[tebasuna51]

Originally Posted by tebasuna51

...

4) Making test I found a bug in last ffmpeg (6.1), ffms2_r1387 and L-SMASH-Works-r1156.0.0.0 opus decoder: opus files with samplerate 32 KHz or 44.1 KHz (maybe more) are decoded always to 48 KHz.
Using opusdec.exe from last opus-tools-0.2-opus-1.3 the samplerate is preserved ok.
Bug reported https://trac.ffmpeg.org/ticket/10680

Closed ticket like wontfix like a old one
Internally opus only support 8, 12, 16, 24 and 48 kHz, then other input is resampled and ffmpeg refuse any last resample after decode.
It is ok for me.