MeGUI: bug reports and feature requests

[tebasuna51]

--[Information] MeGUI: 2913 x86
...
---[NoImage] PointResize(3840,2160)
---[NoImage] Prefetch(6)
...
--[Information] [7/11/2021 11:41:00 PM] Job command line: "cmd.exe" /c ""B:\MEGUI2\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "B:\2f11eawv.acl\taa.mkv.avs" -strict -1 -f yuv4mpegpipe - | "B:\MEGUI2\tools\x265\x64\x265.exe" --preset slow --crf 16.0 --sar 1:1 --output "B:\2f11eawv.acl\taa_Video.hevc" --frames 30126 --y4m -"
...
---[Information] [7/11/2021 11:47:29 PM] [error] av_interleaved_write_frame(): Broken pipe
---[Information] [7/11/2021 11:47:29 PM] [error] Error writing trailer of pipe:: Broken pipe
--[Error] [7/11/2021 11:47:29 PM] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)

I only can recommend check if works with:

1) Megui -> Options -> Extended -> Auto Update -> Use development update server -> Save
Megui -> Tools -> Update -> Show all packages -> Enable all packages -> Update

MeGUI: 2913 to MeGUI: 2924

2) Disable Prefetch(6)
useless for PointResize and exigent for RAM resources.

[MrBonk]

I only can recommend check if works with:

1) Megui -> Options -> Extended -> Auto Update -> Use development update server -> Save
Megui -> Tools -> Update -> Show all packages -> Enable all packages -> Update

MeGUI: 2913 to MeGUI: 2924

2) Disable Prefetch(6)
useless for PointResize and exigent for RAM resources.

Tried all that, even tried resetting my RAM to stock timings. Still same crash.
Using NVenc with Handbrake works without problem. However using standard CPU encoding with HB caused a crash of that program as well 38% through the process.
The only other thing i've not tested at this point is doing all this in Windows 10 rather than Windows 7. W7 is my daily driver for older games and a few other things.

[tebasuna51]

Must work in W7, the last test if you already preserve the "B:\2f11eawv.acl\taa.mkv.avs" file, the taa.mkv and B:\MEGUI2\

Create and run this test.bat file:
"B:\MEGUI2\tools\x265\avs4x26x.exe" -L "B:\MEGUI2\tools\x265\x64\x265.exe" --preset slow --crf 16.0 --sar 1:1 -o "B:\2f11eawv.acl\taa_VideoN.hevc" "B:\2f11eawv.acl\taa.mkv.avs"
pause

avs4x26x is a old interface between AviSynth and x265 instead ffmpeg.
Work fine in my PC.

[EDIT]I forget other test because you have:
---[Information] AviSynth
----[Information] File Version: 3.7.0
----[Information] File Date: 11-01-2021
----[Information] File Name: AviSynth+ 3.7.0 (r3382, 3.7, i386)
Megui -> Options -> Main -> Always use the included AviSynth

The included AviSynth+ version is 3.5.1

[makoto232]

I use megui to encode files to x264. most of the files I get are in an mkv container.

Every time i try to encode mkv file to mp4 I get a "No container type could be found that matches the list of acceptable types in your chosen one click profile. Your restrictions are now being ignored." error

Anyone any clue as to what might be wrong?

There is no error listed in the log if any one asks... it just ignores my mp4 setting and reencodes to mkv.

Thank you guys and have a nice day.

[tebasuna51]

"No container type could be found that matches the list of acceptable types in your chosen one click profile. Your restrictions are now being ignored." error

We don't know your one click profile.

Remux that mkv to mp4 is not posible because AFAIK mp4 container don't support ASS subtitles.

[MrBonk]

Must work in W7, the last test if you already preserve the "B:\2f11eawv.acl\taa.mkv.avs" file, the taa.mkv and B:\MEGUI2\

Create and run this test.bat file:
"B:\MEGUI2\tools\x265\avs4x26x.exe" -L "B:\MEGUI2\tools\x265\x64\x265.exe" --preset slow --crf 16.0 --sar 1:1 -o "B:\2f11eawv.acl\taa_VideoN.hevc" "B:\2f11eawv.acl\taa.mkv.avs"
pause

avs4x26x is a old interface between AviSynth and x265 instead ffmpeg.
Work fine in my PC.

[EDIT]I forget other test because you have:

Megui -> Options -> Main -> Always use the included AviSynth

The included AviSynth+ version is 3.5.1

Thank you for all the suggestions. I think the problem ended up being with my CPU actually.
I reduced the clock by 50Mhz and suddenly no crashes...
Was able to complete encoding with no issues on the normal up to date dev server version I normally used before.
:stupid:

[kedautinh12]

@videoh new DGIndex 2.0.0.5 error with megui. I think you change commands in 2.0.0.5, old ver still use normally. Megui still use old commands
https://sourceforge.net/p/megui/bugs/963/?limit=25#5d9c

[makoto232]

yeap, one click: https://prnt.sc/1do5ccx
i try with srt but the subtitle doesn't burn into the mp4 file.

[videoh]

@videoh new DGIndex 2.0.0.5 error with megui. I think you change commands in 2.0.0.5, old ver still use normally. Megui still use old commands
https://sourceforge.net/p/megui/bugs/963/?limit=25#5d9c Until MeGUI is updated you'll have to use an earlier version of DGIndex. Just use the one that ships with MeGUI.

[tebasuna51]

yeap, one click: https://prnt.sc/1do5ccx
i try with srt but the subtitle doesn't burn into the mp4 file.

Burn?

You can add ass or srt files (soft mux not burn) to mp4 using mp4box included in MeGUI: MeGUI -> Tools -> Muxer -> MP4 Muxer

Also with ffmpeg:

ffmpeg -i infile.mp4 -i infile.srt -c:v copy -c:a copy -c:s mov_text outfile.mp4

[kedautinh12]

Burn?


I think he say added softsub become hardsub

[kedautinh12]

L-SMASH Source 20210811
https://github.com/HomeOfAviSynthPlusEvolution/L-SMASH-Works/releases

[Bazzu85]

Hi guys..
about this:
https://forum.doom9.org/showpost.php?p=1880391&postcount=6853

the bug is still there..

any chance to fix this? it's annoying to always check the destination file to be sure that has alla the subtitles..

[Bazzu85]

guys, in one click encoder, are there a way to convert the audio tracks to eac3?
the only default scratchpad I have are:
FFMPEG AC3, AAC and MP2
FLAC
OPUS
VORBIS

any suggestions?

[kedautinh12]

ffms2_1c6169a
https://forum.doom9.org/showthread.php?p=1949799#post1949799

[LigH]

@Bazzu85:

There is no free EAC3 encoder supported by MeGUI I know of; I don't remember EAC3 being supported ever, and I know FFmpeg has some troubles with a few variants of this format (especially Blu-ray specific with 6+2 subchannels).

[tebasuna51]

I found a workaround to encode to eac3 with MeGUI:

In Audio encoding -> Encoder settings -> select a FFmpeg A-C3 preset and 'Config' (see the image):

1) Config like you want but ffmpeg can only create until 5.1 (and not Bluray compliant like LigH say)

2) In 'Extra' tab add: -acodec eac3
That override the default preset from ac3 to eac3

3) Create the new preset with a new name, for instance 'eac3'

The new preset 'FFmpeg A-C3: eac3' can be selected after also in One-Click process, and the full output seems correct with EAC3 audio.

When selected only for audio conversion the output file must have .ac3 extension, but internally is EAC3 and you can modify the extension without problems.

[j8ee]

Having problems with indexing vob files, getting "Couldn't open input file in HIDE mode! Exiting...". It's probably after an update to dgindex 2.0.0.5. Haven't used MeGUI in a while, it seems I had dgmpgdec-158-32 before the update.

In one case a fast exit with an error:

[Error] Log for job1 (idx, VTS_01_1.VOB -> 1_VTS_01_1.d2v)
--[Information] [2021-08-15 19:08:59] Started handling job
--[Information] [2021-08-15 19:08:59] Preprocessing
--[Information] [2021-08-15 19:08:59] Job command line: "C:\Users\username\PortableApps\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Temp\1\VTS_01_1.VOB< -OF=<C:\Temp\1\1_VTS_01_1< -FO=0 -exit -hide -OM=2
--[Information] [2021-08-15 19:08:59] Process started
--[Information] [2021-08-15 19:08:59] Standard output stream
--[Information] [2021-08-15 19:08:59] Standard error stream
--[Error] [2021-08-15 19:09:01] Process exits with error: 1
--[Information] [2021-08-15 19:09:01] Job completed

In another there's an intermediate vob file created first, and then a buffer overrun:

[Error] Log for job3 (idx, 2_VTS_01_1_1.VOB -> 2_VTS_01_1.d2v)
--[Information] [2021-08-15 19:09:46] Started handling job
--[Information] [2021-08-15 19:09:46] Preprocessing
--[Information] [2021-08-15 19:09:46] Job command line: "C:\Users\username\PortableApps\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<C:\Temp\2\2_VTS_01_1_1.VOB< -OF=<C:\Temp\2\2_VTS_01_1< -FO=0 -exit -hide -OM=2
--[Information] [2021-08-15 19:09:46] Process started
--[Information] [2021-08-15 19:09:46] Standard output stream
--[Information] [2021-08-15 19:09:46] Standard error stream
--[Error] [2021-08-15 19:09:52] Process exits with error: 0xC0000409 STATUS_STACK_BUFFER_OVERRUN (-1073740791)
--[Information] [2021-08-15 19:09:52] Job completed

Full log attached

I just replaced everything in the dgindex folder with the old 1.5.8 version and everything worked OK. Hopefully it will update fine still, but it would be nice with a simple way to roll back updates. Maybe there is...?

[kedautinh12]

dgindex 2.0.0.5 changed command. If you use older ver will work normally

[kedautinh12]

@videoh, can you share older ver in here??
http://rationalqm.us/dgmpgdec/

[Barough]

Post about the issues on MeGUI's bug tracker.

Skickat från min SM-G988B via Tapatalk

[tebasuna51]

@videoh, can you share older ver in here??
http://rationalqm.us/dgmpgdec/
In my ...\megui\update_cache I have the '_obsolete_dgmpgdec-2.0.0.2-32.7z'

Previous versions are stored like '_obsolete_*' and can be recovered.

[videoh]

@videoh, can you share older ver in here??
http://rationalqm.us/dgmpgdec/ I made a version of DGIndex 2.0.0.5 that supports the legacy CLI.

http://rationalqm.us/dgmpgdec/DGIndex_test.rar

Please advise if it is working for you. If so, I will release it. Thank you.

Chrome says it can't be downloaded securely. Don't know what that's about but right click the link and save as and then select Keep if this happens to you. Strange because downloads through my website work fine without issues. Could be a Doom9 thing.

[StainlessS]

Chrome says it can't be downloaded securely.
No issues flagged via FireFox.

[kedautinh12]

DGDecNV v2.0.5.3-231
http://rationalqm.us/dgdecnv/binaries/

MP4Box v1.1.0-DEV-rev1169-gbbd741e0e
https://www.mediafire.com/file/24q407q9pvytojy/MP4Box-1.1.0-DEV-rev1169-gbbd741e0e_Win_GCC103.7z/file

x265 v3.5+12-0983cffc5
https://www.mediafire.com/file/8sjhyfwgalofcr5/x265-3.5%252B12-0983cffc5_Win_GCC103.7z/file

FFmpeg 4.4 x64 gbf87bdd3f6
https://github.com/BtbN/FFmpeg-Builds/releases/download/autobuild-2021-08-17-12-39/ffmpeg-n4.4-80-gbf87bdd3f6-win64-gpl-shared-4.4.zip

FFmpeg 4.4 x86 gbf87bdd3f6
https://github.com/sudo-nautilus/FFmpeg-Builds-Win32/releases/download/autobuild-2021-08-17-12-51/ffmpeg-n4.4-80-gbf87bdd3f6-win32-gpl-shared-4.4.zip

[kedautinh12]

I made a version of DGIndex 2.0.0.5 that supports the legacy CLI.


Meet same error in Megui x64 ver too

[videoh]

Meet same error in Megui x64 ver too I downloaded most recent 64-bit MEGUI (standalone). I replaced DGIndex.exe in the tools/dgindex folder with the uploaded test version. Then I ran File Indexer (DGIndex) on a VOB. Everything worked normally.

[kedautinh12]

Checked again, it's work normally now. Thank for your fixed

[videoh]

You're welcome and thank you for your testing, kedautinh12. I will make a release.

EDIT: Released as 2.0.0.6. Document updates and source to follow.

[kedautinh12]

Thank DG

Edit: but document still old

[Barough]

x264 0.164.3075 66a5bc1 (lsmash 2.16.1)
Built on September 30, 2021, GCC 10.3.0

https://code.videolan.org/videolan/x264/-/commits/master

https://www.mediafire.com/file/epx7iakuvu5go1y/x264-0.164.3075_66a5bc1_Win_GCC103.7z/file

[kedautinh12]

MKVToolNix v61.0.0
https://www.fosshub.com/MKVToolNix.html
ffmpeg_r103791+10
https://forum.doom9.org/showpost.php?p=1953017&postcount=1327

[kedautinh12]

DGDecNV v2.0.5.3-233
http://rationalqm.us/dgdecnv/binaries/

[tebasuna51]

ffmpeg_r103791+10
https://forum.doom9.org/showpost.php?p=1953017&postcount=1327

Warning to the qyot27 comment:
"Will require one of the test builds pinterf provided from after April, since there had been a bug in 3.7.0 (and probably the earlier versions that were also inside interface version 8) preventing the C interface from accessing frame properties; if you use 3.7.0, it will crash*."

Remember the AviSynth portable included with MeGUI is Avs+ 3.5.1

[kedautinh12]

Warning to the qyot27 comment:
"Will require one of the test builds pinterf provided from after April, since there had been a bug in 3.7.0 (and probably the earlier versions that were also inside interface version 8) preventing the C interface from accessing frame properties; if you use 3.7.0, it will crash*."

Remember the AviSynth portable included with MeGUI is Avs+ 3.5.1

I used normally with avs+ 3.7.1 test 20
https://forum.doom9.org/showthread.php?p=1953460#post1953460

[tebasuna51]

Is a warning for users than work with the MeGUI included Avs, or other than the last test versions, and AvisynthWrapper.dll

Remember Zathor comment:

These tools I have not updated (yet?):
...
- AviSynth+ (because I need to update the wrapper and I do not know if the wrapper provided above does work in all cases)

[kedautinh12]

MKVToolNix v62.0.0
https://mkvtoolnix.download/windows/releases

[StainlessS]

EDIT: MeGUI x64 mp4box problem.

I fixed this problem for myself some time ago, but dont know if it is a known issue.
Mp4Box [I think version 1.1 (rev 390) EDIT: x64], when muxing 1 video and 2 audio streams, it swaps over the audio stream order,
ie stream 1 becomes stream 2 and vice versa. [movie=>commentary, commentary=>movie).
I just overwrote [EDIT: replaced] Mp4Box with an older EDIT: x86, xp compatible version [so quite a bit older], problem gone.
Anyway, thought I'de better say something.
[All ok with normal encode (single audio stream), only manual mux via menu/tools/muxer/Mp4Muxer, problem]

EDIT: My problem was the x64 version, not sure if x86 also has problem.
EDIT: OK, remembered a bit more, x64 was problem, replaced with XP compatible x86 Mp4Box, that fixed it. [static compile, without gazillions of dlls in mp4box folder]

EDIT: Would someone like to confirm whether or not this is still a problem [or if already known, and if affects x86 ver$].

EDIT: I only ever do standard AutoEncode of existing Avs file, no other MeGUI magic [deinterlace or whatever],
and manual re-muxing (if multiple audio streams). No idea if my fix will mess up any other MeGUI functionality [as I dont use any other of its magic].

[tebasuna51]

... only manual mux via menu/tools/muxer/Mp4Muxer, problem

Using MeGUI and MeGUI64 with:
MP4Box - GPAC version 1.1.0-DEV-rev390-g4228658a9-ab-suite (64bits)

work fine here:

The command line executed is, like I select, spanish language first:
mp4box.exe -add Danish.h264#trackID=1:fps=24.0:par=1:1 -add Spanish.ac3#trackID=1:lang=spa -add Danish.ac3#trackID=1:lang=dan

and the output (MediaInfo and MPC-HC player) is correct, spanish first.

[StainlessS]

Thanks teb,
I not sure if the MeGUI update server 1.1 (rev 390) is same as 1.1.0 (rev 390) GPAC version, and I only ever use the MeGUI
GUI interface, perhaps the command line call is not borked, and GUI is [assuming that GPAC is the same executable].
.
EDIT: Borked mp4 showed out of order in MediaInfo as well as wrong in player.

[Barough]

1.1.0 and 1.1 is the same. Version 1.1 is in development stage.

[StainlessS]

The bad x64 MP4Box.exe shows (W10) 7839KB, MD5: e9c00af259253d978ca3e080b0bcc9ce

Google search on the MD5 and SHA-1 finds nothing.

EDIT: SHA-1: 1b7e73e6b44d66b71a82124c455179fe053dfe1e

EDIT: MD5 and SHA-1 on "mp4box-1.1-rev390-64.7z" in update cache from development update server.
MD5: b20860f686009d3874cad1e84aef6c8f
SHA-1: 04d55cb4f0d05d98280931b024bb7dce635b8f01
Google finds nothing on the MD5 and SHA-1 above for the update cache 7z, maybe I got a corrupt zip.

[Barough]

Here's a new MP4Box compile for ya to try out
https://www.mediafire.com/file/kjf320n4nqx7gr5/MP4Box-1.1.0-DEV-rev1350-gc1f4a2357_Win_GCC103.7z/file

I haven't had any issues with the included MP4Box in MeGUI. Im not using the x64 version of it though.

[StainlessS]

I've restored original mp4box, and no problems at all, I cant understand it, I had to re-do more than a dozen files,
and pinned it down to my XP MEGUI x86 working fine, and x64 MeGUI doing it wrong, every time.
I got no excuse, and no explanation, maybe I'm just going crazy or something :(

Sorry guys, looks like a total bum steer :(

EDIT: And before I swapped mp4box x64 exe for the x86 exe, I had been using the XP x86 MeGUI for Muxing only,
and a few times I forgot and used x64 by mistake, and had to go back and redo them in XP x86 version.
I eventually tried install of x86 exe into x64 MeGUI and it worked so did not need use x86 MeGUI anymore.
Maybe I am going crazy, no probs now. Maybe I'm being Punked, where's the cameras ?

[Barough]

Some weird shit is going on for sure, but what.......

I can say that the Mp4box 1.1 (rev 390) on MeGUI update server comes from me originally.

[StainlessS]

thanks Barough,
I've downed the link, and shall install that.
Thanks very much sir.

[Barough]

thanks Barough,
I've downed the link, and shall install that.
Thanks very much sir.

YW :)

Have a newer compile now for ya if u wanna try it out
https://www.mediafire.com/file/zct5npokud0eayl/MP4Box-1.1.0-DEV-rev1360-g862ec5b3d_Win_GCC103.7z/file

[StainlessS]

Got it, thanks muchly :)

[kedautinh12]

DGDecNV v2.0.5.3-235
http://rationalqm.us/dgdecnv/binaries/dgdecnv2053_235.zip

FFmpeg-Builds-Win32 v4.4
https://github.com/sudo-nautilus/FFmpeg-Builds-Win32/releases

FFmpeg-Builds-Win64 v4.4
https://github.com/BtbN/FFmpeg-Builds/releases

MP4Box v1.1.0-DEV-rev1409-gcf8da3461
https://www.mediafire.com/file/isjl7og5or0brdk/MP4Box-1.1.0-DEV-rev1409-gcf8da3461_Win_GCC112.7z/file

x264 0.164.3075 66a5bc1
https://www.mediafire.com/file/y0jnp0jh51dd9z4/x264-0.164.3075_66a5bc1_Win_GCC112.7z/file

x265 v3.5+19-8003e4382
https://www.mediafire.com/file/glilyyqfk8o0r5y/x265-3.5%252B19-8003e4382_Win_GCC112.7z/file

Opus-tools v0.2-27-gb982c4c (using libopus 1.3.1-98-ga8e6a77c)
https://www.mediafire.com/file/yrcpeqr6c31vzq6/Opus-tools-0.2-27-gb982c4c_%2528using_libopus_1.3.1-98-ga8e6a77c%2529_Win_GCC112.7z/file

[guest]

DGDecNV v2.0.5.3-235
http://rationalqm.us/dgdecnv/binaries/dgdecnv2053_235.zip

FFmpeg-Builds-Win32 v4.4
https://github.com/sudo-nautilus/FFmpeg-Builds-Win32/releases

FFmpeg-Builds-Win64 v4.4
https://github.com/BtbN/FFmpeg-Builds/releases

MP4Box v1.1.0-DEV-rev1409-gcf8da3461
https://www.mediafire.com/file/isjl7og5or0brdk/MP4Box-1.1.0-DEV-rev1409-gcf8da3461_Win_GCC112.7z/file

x264 0.164.3075 66a5bc1
https://www.mediafire.com/file/y0jnp0jh51dd9z4/x264-0.164.3075_66a5bc1_Win_GCC112.7z/file

x265 v3.5+19-8003e4382
https://www.mediafire.com/file/glilyyqfk8o0r5y/x265-3.5%252B19-8003e4382_Win_GCC112.7z/file

Opus-tools v0.2-27-gb982c4c (using libopus 1.3.1-98-ga8e6a77c)
https://www.mediafire.com/file/yrcpeqr6c31vzq6/Opus-tools-0.2-27-gb982c4c_%2528using_libopus_1.3.1-98-ga8e6a77c%2529_Win_GCC112.7z/file


Thanks for all these, but MP4Box doesn't work for me in RipBot :(