MeGUI: bug reports and feature requests [Archive] - Page 7

LigH

29th April 2018, 01:50

I updated MeGUI and something happened in tools\x264 ...

19.12.2017 22:35 19.848 api-ms-win-core-console-l1-1-0.dll
19.12.2017 22:35 19.336 api-ms-win-core-datetime-l1-1-0.dll
19.12.2017 22:35 19.328 api-ms-win-core-debug-l1-1-0.dll
19.12.2017 22:35 19.360 api-ms-win-core-errorhandling-l1-1-0.dll
19.12.2017 22:35 22.912 api-ms-win-core-file-l1-1-0.dll
19.12.2017 22:35 19.320 api-ms-win-core-file-l1-2-0.dll
19.12.2017 22:35 19.328 api-ms-win-core-file-l2-1-0.dll
19.12.2017 22:35 19.328 api-ms-win-core-handle-l1-1-0.dll
19.12.2017 22:35 19.832 api-ms-win-core-heap-l1-1-0.dll
19.12.2017 22:35 19.864 api-ms-win-core-interlocked-l1-1-0.dll
19.12.2017 22:35 19.872 api-ms-win-core-libraryloader-l1-1-0.dll
19.12.2017 22:35 21.912 api-ms-win-core-localization-l1-2-0.dll
19.12.2017 22:35 19.848 api-ms-win-core-memory-l1-1-0.dll
19.12.2017 22:35 19.344 api-ms-win-core-namedpipe-l1-1-0.dll
19.12.2017 22:35 20.400 api-ms-win-core-processenvironment-l1-1-0.dll
19.12.2017 22:35 21.416 api-ms-win-core-processthreads-l1-1-0.dll
19.12.2017 22:35 19.872 api-ms-win-core-processthreads-l1-1-1.dll
19.12.2017 22:35 18.824 api-ms-win-core-profile-l1-1-0.dll
19.12.2017 22:35 18.840 api-ms-win-core-rtlsupport-l1-1-0.dll
19.12.2017 22:35 19.328 api-ms-win-core-string-l1-1-0.dll
19.12.2017 22:35 21.376 api-ms-win-core-synch-l1-1-0.dll
19.12.2017 22:35 19.840 api-ms-win-core-synch-l1-2-0.dll
19.12.2017 22:35 20.360 api-ms-win-core-sysinfo-l1-1-0.dll
19.12.2017 22:35 19.344 api-ms-win-core-timezone-l1-1-0.dll
19.12.2017 22:35 19.320 api-ms-win-core-util-l1-1-0.dll
19.12.2017 22:35 20.344 api-ms-win-crt-conio-l1-1-0.dll
19.12.2017 22:35 23.432 api-ms-win-crt-convert-l1-1-0.dll
19.12.2017 22:35 19.856 api-ms-win-crt-environment-l1-1-0.dll
19.12.2017 22:35 21.392 api-ms-win-crt-filesystem-l1-1-0.dll
19.12.2017 22:35 20.344 api-ms-win-crt-heap-l1-1-0.dll
19.12.2017 22:35 19.840 api-ms-win-crt-locale-l1-1-0.dll
19.12.2017 22:35 30.072 api-ms-win-crt-math-l1-1-0.dll
19.12.2017 22:35 27.536 api-ms-win-crt-multibyte-l1-1-0.dll
19.12.2017 22:35 74.112 api-ms-win-crt-private-l1-1-0.dll
19.12.2017 22:35 20.360 api-ms-win-crt-process-l1-1-0.dll
19.12.2017 22:35 23.944 api-ms-win-crt-runtime-l1-1-0.dll
19.12.2017 22:35 25.472 api-ms-win-crt-stdio-l1-1-0.dll
19.12.2017 22:35 25.472 api-ms-win-crt-string-l1-1-0.dll
19.12.2017 22:35 21.880 api-ms-win-crt-time-l1-1-0.dll
19.12.2017 22:35 19.840 api-ms-win-crt-utility-l1-1-0.dll
15.09.2014 08:23 34.816 avs4x26x.exe
15.09.2014 08:23 34.816 avs4x26x.exe.backup
19.12.2017 22:35 248.624 concrt140.dll
19.12.2017 22:35 4.820.104 mfc140.dll
19.12.2017 22:35 46.736 mfc140chs.dll
19.12.2017 22:35 46.744 mfc140cht.dll
19.12.2017 22:35 75.408 mfc140deu.dll
19.12.2017 22:35 65.688 mfc140enu.dll
19.12.2017 22:35 74.384 mfc140esn.dll
19.12.2017 22:35 75.408 mfc140fra.dll
19.12.2017 22:35 73.368 mfc140ita.dll
19.12.2017 22:35 54.928 mfc140jpn.dll
19.12.2017 22:35 53.904 mfc140kor.dll
19.12.2017 22:35 71.320 mfc140rus.dll
19.12.2017 22:35 5.122.704 mfc140u.dll
19.12.2017 22:35 92.304 mfcm140.dll
19.12.2017 22:35 92.816 mfcm140u.dll
19.12.2017 22:35 457.512 msvcp140.dll
25.08.2016 23:13 440.120 msvcp140.dll.backup
19.12.2017 22:35 28.464 msvcp140_1.dll
11.12.2014 19:11 773.968 msvcr100.dll
11.12.2014 19:11 773.968 msvcr100.dll.backup
20.03.2016 00:49 <DIR> source
19.12.2017 22:35 921.896 ucrtbase.dll
19.12.2017 22:35 405.648 vcamp140.dll
19.12.2017 22:35 274.080 vccorlib140.dll
19.12.2017 22:35 138.384 vcomp140.dll
19.12.2017 22:35 87.352 vcruntime140.dll
25.08.2016 23:13 83.792 vcruntime140.dll.backup
02.07.2017 22:15 12.904.448 x264-10b.exe.backup
17.02.2018 15:09 22.505.472 x264.exe
02.07.2017 22:15 13.064.704 x264.exe.backup

And similar junk in many other tools (lsmash;avs;avisynth_plugins;xvid_encraw;x264;x265;ffmpeg;redist).

tebasuna51

29th April 2018, 09:45

And similar junk in many other tools (lsmash;avs;avisynth_plugins;xvid_encraw;x264;x265;ffmpeg;redist).

The same for me at same folders.

Taurus

29th April 2018, 10:40

The same for me at same folders.
Me too. All this folders are cluttered with the same files . :confused::mad:

doomleox999

29th April 2018, 13:17

doomleox999

29th April 2018, 13:25

FEATURE REQUEST

Is it possible to encode a mkv to mp4 with hardsubs using One Click Encoder (OCE)? Because when I load a mkv with embedded subtitles, OCE doesn't allow me to choose mp4 as output format.

Is it possible with MeGUI (or other software) to encode a mkv that has embedded subs and fonts (as attachments) to a hardsubbed mp4 without having to extract the subs and fonts?

What I always do is:

- extract the subs and fonts from the mkv,
- install the fonts in my system
- load the mkv with File Indexer in MeGUI
- load the extracted subs at the bottom of the "Filters" tab in AviSynth script creator
- encode and get a harsubbed mp4

I'm basically asking for an easy and lazy way to encode and hardsub with OCE. I'm honestly curious to know if it is possible, but if it's not it could be implemented in a future MeGUI update.

LigH

29th April 2018, 13:53

Hi everyone, I have a problem with One Click Encoder, everytime I use it I get this in the log:

Nothing goes wrong and the result is OK, I just want to know why does that happen.

Not enough details.

What source is it, actually? Can you provide a manual MediaInfo log?

Zathor

29th April 2018, 17:41

I updated MeGUI and something happened in tools\x264 ...

And similar junk in many other tools (lsmash;avs;avisynth_plugins;xvid_encraw;x264;x265;ffmpeg;redist).

These are the full 2017 C++ redist files and are needed if the 2017 redist package is not installed.

I changed it a bit in 2837:

2838 [x264] do not add "--output-depth 8" for 8 bit targets. feature request #636
2837 [Updater] redist files are only copied if not installed
added information which redist packages are installed to the log

Barough

29th April 2018, 18:47

These are the full 2017 C++ redist files and are needed if the 2017 redist package is not installed.

I changed it a bit in 2837:

2838 [x264] do not add "--output-depth 8" for 8 bit targets. feature request #636
2837 [Updater] redist files are only copied if not installed
added information which redist packages are installed to the log

Thnx for the redist fix Zathor :)

Taurus

29th April 2018, 19:08

These are the full 2017 C++ redist files and are needed if the 2017 redist package is not installed.[/CODE]

So the garbage in the mentioned directories may be safely deleted? :confused::thanks:

Edit: Wrote too soon. MeGui took care off the housecleaning. :):thanks:

Zathor

29th April 2018, 19:51

Hi everyone, I have a problem with One Click Encoder, everytime I use it I get this in the log:

https://i.imgur.com/HIpI9K8.jpg

Nothing goes wrong and the result is OK, I just want to know why does that happen.

Based on the default settings (you can change those in the options), 300 sections are required to detect what kind of source you have. The partially static sections are not counted, so you have 9 out of 300 needed sections.

Zathor

29th April 2018, 19:52

So the garbage in the mentioned directories may be safely deleted? :confused::thanks:

Edit: Wrote too soon. MeGui took care off the housecleaning. :):thanks:

Yes ;) when MeGUI is closed the redist files will be deleted.

doomleox999

30th April 2018, 14:21

Based on the default settings (you can change those in the options), 300 sections are required to detect what kind of source you have. The partially static sections are not counted, so you have 9 out of 300 needed sections.

So I shouldn't pay attention to it or should I change those settings?
Does it make any diference? Is this something important?

BTW, about the request for harsubbing with One Click Encoder, do you think it would be even possible in a future update?

locotus

30th April 2018, 16:05

Today after the first running of Malwarebytes after install
2838, found this:

Malwarebytes
www.malwarebytes.com

-Log Details-
Scan Date: 4/30/18
Scan Time: 9:55 AM
Log File: 7d3914b4-4c86-11e8-9828-d8cb8ac8039f.json
Administrator: Yes

-Software Information-
Version: 3.4.5.2467
Components Version: 1.0.342
Update Package Version: 1.0.4926
License: Free

-System Information-
OS: Windows 10 (Build 16299.371)
CPU: x64
File System: NTFS
User: MAX-SPEED\Max-Speed

-Scan Summary-
Scan Type: Threat Scan
Scan Initiated By: Manual
Result: Completed
Objects Scanned: 321624
Threats Detected: 4
Threats Quarantined: 0
(No malicious items detected)
Time Elapsed: 2 min, 5 sec

-Scan Options-
Memory: Enabled
Startup: Enabled
Filesystem: Enabled
Archives: Enabled
Rootkits: Disabled
Heuristics: Enabled
PUP: Detect
PUM: Detect

-Scan Details-
Process: 1
MachineLearning/Anomalous.100%, C:\MEGUI\MEGUI.EXE, No Action By User, [0], [392687],1.0.4926

Module: 1
MachineLearning/Anomalous.100%, C:\MEGUI\MEGUI.EXE, No Action By User, [0], [392687],1.0.4926

Registry Key: 0
(No malicious items detected)

Registry Value: 0
(No malicious items detected)

Registry Data: 0
(No malicious items detected)

Data Stream: 0
(No malicious items detected)

Folder: 0
(No malicious items detected)

File: 2
MachineLearning/Anomalous.100%, C:\USERS\MAX-SPEED\DESKTOP\MeGUI - Shortcut.lnk, No Action By User, [0], [392687],1.0.4926
MachineLearning/Anomalous.100%, C:\MEGUI\MEGUI.EXE, No Action By User, [0], [392687],1.0.4926

Physical Sector: 0
(No malicious items detected)
(end)

Zathor

30th April 2018, 17:04

So I shouldn't pay attention to it or should I change those settings?
Does it make any diference? Is this something important?

BTW, about the request for harsubbing with One Click Encoder, do you think it would be even possible in a future update?
If the source is not progressive it will not automatically processed. So it may be important dependant on your source.

Hardsubbing may happen in the future. Btw which filter do you use in your script?

Today after the first running of Malwarebytes after install
2838, found this:

Malwarebytes
www.malwarebytes.com
There is not much what I can do about. MeGUI downloads files from the internet and based on that some virus scanner think it is malicious.

Zathor

30th April 2018, 17:36

Bugfix release:

2845 [MP4 Muxer] fixed missing MediaInfo of output file if the extension is m4v/m4a
fixed missing prompt if an existing m4v/m4a file should be overwritten
2844 [OneClick] fixed cleanup job not to fail anymore if the input file does not exist (regression of 2825). bug #913
2843 [AVS / Audio Cutter] fixed cut length off by one frame. bug #912
2842 [Main] improved logging if a profile/setting cannot be loaded. bug #910
2841 [OneClick] fixed audio track processing for some file types if DG* indexer is used (e.g. VOB without IFO)
2840 [Main] fixed a crash if a folder is dropped onto the main window. bug #906
2839 [OneClick] fixed tracks 2 to n-1 not properly selecting their input track stream (regression of 2808). bug #907

Deckard51

1st May 2018, 10:51

I did an update just now but the problem with One click Encoder is still :(

-[Error] Log for job2 (oneclick, test.ts -> )
--[Information] [2018-04-22 04:00:07] Started handling job
--[Information] [2018-04-22 04:00:07] Preprocessing
--[Information] [2018-04-22 04:00:08] Processing thread started
--[Information] [2018-04-22 04:00:08] Desired size:
--[Information] [2018-04-22 04:00:08] Split size:
--[Error] [2018-04-22 04:00:08] An error occurred
---[Error] [2018-04-22 04:00:08] Exception message: DGSource: Could not open one of the input files.
---[Error] [2018-04-22 04:00:08] Stacktrace
----[NoImage] w MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace)
----[NoImage] w MeGUI.AvsFile..ctor(String script, Boolean parse)
----[NoImage] w MeGUI.dgiFile..ctor(String fileName)
----[NoImage] w MeGUI.OneClickPostProcessing.createAVSFile(String indexFile, String inputFile, Nullable`1 AR, Int32 desiredOutputWidth, LogItem _log, AviSynthSettings avsSettings, Boolean autoDeint, VideoCodecSettings settings, Boolean autoCrop, Boolean keepInputResolution, Boolean useChaptersMarks)
----[NoImage] w MeGUI.OneClickPostProcessing.StartPostProcessing()
---[Error] [2018-04-22 04:00:08] Inner exception: null
--[Information] [2018-04-22 04:00:08] Job completed

Zathor the case is out of date, after installing the latest version of MeGUI-2836-64 the problem does not occur.

Barough

2nd May 2018, 22:27

MKVToolNix v23 is released.
https://mkvtoolnix.download/windows/releases/23.0.0/

doomleox999

3rd May 2018, 04:11

If the source is not progressive it will not automatically processed. So it may be important dependant on your source.

Hardsubbing may happen in the future. Btw which filter do you use in your script?

Sorry I don't know much about all of this. Are you asking about the resize filter? If that's the case, I use the default one, Lanczos (Sharp) I never change any of those settings.

Zathor

3rd May 2018, 19:12

MKVToolNix v23 is released.
https://mkvtoolnix.download/windows/releases/23.0.0/

Thanks, online!

Lyle_JP

4th May 2018, 16:15

I have indexed a .vc1 file with DGIndexNV, yet when I try to create an AVS script with AVS Script Creator and open the .dgi file, I get this dialog box: Error: DirectShowSource cannot determine the video length. Why is DirectShowSource being used on an indexed file at all? I don't even have "Use DirectShowSource()" checked in options. Using x86 version, latest MeGUI from development server.

Zetti

4th May 2018, 17:53

Post script.

Zathor

4th May 2018, 17:53

Please enable "log debug information" in the settings, restart MeGUI, reproduce the issue, close MeGUI and upload the log here.

Lyle_JP

4th May 2018, 21:22

Please enable "log debug information" in the settings, restart MeGUI, reproduce the issue, close MeGUI and upload the log here.

Here is the log. If I'm reading it right, it tried to open with DGindexNV, failed, switched to DirectShowSource, failed again. I re-indexed with DGindexNV to create a new .dgi file, but the result was the same.

[Information] Log
-[Information] Versions
--[Information] MeGUI: 2845 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2008 x86: 9.0.21022
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.03.1.0 (26-03-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2721.0
----[Information] Date: 29-04-2017
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.4
----[Information] Date: 18-09-2013
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Sep 18 2013 [17:36:36]
----[Information] AviSynth+: false
----[Information] MT: false
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [5/4/2018 1:16:16 PM] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [5/4/2018 1:16:17 PM] No package requires an update
--[Information] [5/4/2018 1:16:20 PM] redist files copied: 2017_x86
-[Information] AviSynthWrapper
--[Information] [5/4/2018 1:17:01 PM] sessions open: 1, id: 117413
---[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI_x86\tools\dgindexnv\DGDecodeNV.dll")
---[NoImage] DGSource("C:\MainMovie\How the West Was Won\How the West Was Won.dgi",fieldop=0)
--[Information] [5/4/2018 1:17:02 PM] sessions open: 0, id: 117413, close: True
--[Information] [5/4/2018 1:17:02 PM] sessions open: 1, id: 888245: DirectShowSource("C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
--[Information] [5/4/2018 1:17:07 PM] sessions open: 0, id: 888245, close: True
-[Information] MediaInfoWrapper
--[Information] [5/4/2018 1:17:02 PM] sessions open: 1, id: 807644: File: File: C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1
--[Information] [5/4/2018 1:17:02 PM] sessions open: 0, id: 807644, close: True: File: C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1

UPDATE: So, I broke down and wrote the avisynth script by hand, and it opened immediately in MeGUI from the Input tab. So there seems to be nothing wrong with the .dgi file or .vc1 rip. The issue seems confined to opening a .dgi in the AVISynth Script Creator. Hope this helps.

Just to exclude more guesswork: Always post your complete log. From the beginning, including the system analysis. MeGUI might use either a system-wide installed AviSynth or its fallback copy.

MORE: Uploaded complete log. Note that this log shows me using my system AVISynth, not the portable one that's distributed with MeGUI. For the record, I tried it both ways. Same result.

LigH

4th May 2018, 22:53

I wonder if you have to copy your license text file to MeGUI's tools to be able to use DGSource... or does it restrict only the indexing?

But if you can open the created AviSynth script as video source, then I may be wrong.

Just to exclude more guesswork: Always post your complete log. From the beginning, including the system analysis. MeGUI might use either a system-wide installed AviSynth or its fallback copy.

Zathor

5th May 2018, 11:08

xy-VSFilter / XySubFilter v3.1.0.800 is released by pinterf with 2 dlls VsFilter.dll and XySubFilter.dll

Maybe its time to update it in MeGUI's plugins folder

https://forum.doom9.org/showthread.php?p=1839217#post1839217

Thanks, updated

Zathor

5th May 2018, 11:13

Here is the log. If I'm reading it right, it tried to open with DGindexNV, failed, switched to DirectShowSource, failed again. I re-indexed with DGindexNV to create a new .dgi file, but the result was the same.

Please extract the proper files into your MeGUI directory (pdb is the required one), reproduce the issue again and post the log. There should be a stacktrace showing from which call the DirectShowSource is executed.
http://megui.org/megui_debug.7z

Morku

5th May 2018, 16:00

It's strongly recommended to update dgdecnv to current version of 5th may.
The NVIDIA driver 397.31 or newer introduce a bug (or change?) which makes MeGUI crash when load avs file with DGSource. Same in VirtualDub. It crash when you close the editor.
Anyway, it is fixed in Build 147 and is compatible with current NVIDIA driver.

Zathor

5th May 2018, 16:39

Thanks, the package is already on the update server :)

Lyle_JP

6th May 2018, 03:46

Please extract the proper files into your MeGUI directory (pdb is the required one), reproduce the issue again and post the log. There should be a stacktrace showing from which call the DirectShowSource is executed.
http://megui.org/megui_debug.7z

I followed all instructions, but the logfile doesn't seem any different than the last one. Still, here it is:

[Information] Log
-[Information] Versions
--[Information] MeGUI: 2845 x86
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2008 x86: 9.0.21022
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.03.1.0 (26-03-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2721.0
----[Information] Date: 29-04-2017
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.4
----[Information] Date: 18-09-2013
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Sep 18 2013 [17:36:36]
----[Information] AviSynth+: false
----[Information] MT: false
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [5/5/2018 7:45:20 PM] Using cached update config and server: http://megui.org/auto/
--[Information] [5/5/2018 7:45:20 PM] There are 2 packages which can be updated: DGIndexNV, AviSynth plugins
--[Information] [5/5/2018 7:45:21 PM] redist files copied: 2017_x86
-[Information] AviSynthWrapper
--[Information] [5/5/2018 7:45:31 PM] sessions open: 1, id: 582130
---[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI_x86\tools\dgindexnv\DGDecodeNV.dll")
---[NoImage] DGSource("C:\MainMovie\How the West Was Won\How the West Was Won.dgi",fieldop=0)
--[Information] [5/5/2018 7:45:32 PM] sessions open: 0, id: 582130, close: True
--[Information] [5/5/2018 7:45:32 PM] sessions open: 1, id: 739146: DirectShowSource("C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
--[Information] [5/5/2018 7:45:33 PM] sessions open: 0, id: 739146, close: True
-[Information] MediaInfoWrapper
--[Information] [5/5/2018 7:45:32 PM] sessions open: 1, id: 547263: File: File: C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1
--[Information] [5/5/2018 7:45:32 PM] sessions open: 0, id: 547263, close: True: File: C:\MainMovie\How the West Was Won\HOW_WEST_WON_D1_BD03_F1_T2_Video - .vc1

It's strongly recommended to update dgdecnv to current version of 5th may.
The NVIDIA driver 397.31 or newer introduce a bug (or change?) which makes MeGUI crash when load avs file with DGSource. Same in VirtualDub. It crash when you close the editor.
Anyway, it is fixed in Build 147 and is compatible with current NVIDIA driver.
Thanks, the package is already on the update server :)

I'm going to try updating my NVidia drivers and DGindexNV and see if it solves the problem.

Lyle_JP

6th May 2018, 04:21

I'm going to try updating my NVidia drivers and DGindexNV and see if it solves the problem.

Okay, after updating NVidia to the latest drivers, updating DGIndexNV and related plugins through MeGUI, and after re-indexing, I'm happy to report that the .dgi file opens perfectly in AVISynth Script Creator. It looks like this issue can be closed.

Thanks to Zathor, Morku, and LigH for all of your help. MeGUI and this forum are both truly the best. :D

Melan

6th May 2018, 06:23

After the last update a mistake is appearing.

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2845 x64
--[Information] Update Check: development update server
-[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.6.x (4.6.00081)
-[Information] Microsoft Visual C++ 2010 x86: 10.0.30319
-[Information] Microsoft Visual C++ 2013 x86: 12.0.21005
-[Information] Microsoft Visual C++ 2015 x64: 14.0.24215
-[Information] Microsoft Visual C++ 2015 x86: 14.0.24215
-[Information] Redistributables
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 1920x1080
-[Information] Primary Screen: True
-[Information] Monitor 1
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 18.03.1.0 (26-03-2018)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
--[Information] [2018-05-06 07:15:18] Using cached update config and server: http://megui.tmebi.de/test/
-[Information] Version: 1.0.2721.0
-[Information] Date: 29-04-2017
-[Information] Interface: 3
-[Information] AviSynth Wrapper
--[Information] [2018-05-06 07:15:19] No package requires an update
--[Information] [2018-05-06 07:15:19] redist files copied: 2017_x64
-[Information] not installed
-[Information] AviSynth
-[Information] File Version: 0.1
-[Information] Date: 28-03-2018
-[Information] Name: AviSynth+ 0.1 (r2664, MT, x86_64)
-[Information] Version: AviSynth+ 0.1 (r2664, MT, x86_64)
-[Information] AviSynth+: true
-[Information] MT: true
-[Information] Status: active
-[Information] AviSynth portable
--[Information] AviSynth Information
-[Information] FileIndexer
--[Information] [2018-05-06 07:15:30] MediaInfo
---[Information] [2018-05-06 07:15:30] File: E:\test.ts
-[Information] Format: MPEG-TS
-[Information] FormatString: MPEG-TS
-[Information] FileSize: 75084568
-[Information] PlayTime: 00:01:49.966
---[Information] General
-[Information] ID: 501
-[Information] StreamOrder: 0-0
-[Information] Width: 1920
-[Information] Height: 1080
-[Information] FrameCount: 2749
-[Information] FrameRate: 25.000
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Interlaced
-[Information] Codec: AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 8
-[Information] Format: AVC
-[Information] AspectRatio: 1.778
-[Information] AspectRatioString: 16:9
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
-[Information] ID: 514
-[Information] StreamOrder: 0-1
-[Information] Format: MPEG Audio
-[Information] FormatProfile: Layer 2
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language: pl
-[Information] LanguageString: Polish
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
-[Information] ID: 534
-[Information] StreamOrder: 0-2
-[Information] Format: MPEG Audio
-[Information] FormatProfile: Layer 2
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
-[Information] Log for job1 (idx, test.ts -> test.ts.lwi)
--[Information] [2018-05-06 07:15:34] Started handling job
--[Information] [2018-05-06 07:15:34] Preprocessing
-[NoImage] LoadPlugin("C:\Program Files\MeGUI-x64\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavVideoSource("E:\test.ts")
--[Information] [2018-05-06 07:15:35] AviSynth script
--[Information] [2018-05-06 07:15:36] MediaInfo
---[Information] [2018-05-06 07:15:36] File: E:\test.ts.lwi
---[Information] Indexed File: E:\test.ts
-[Information] Format: MPEG-TS
-[Information] FormatString: MPEG-TS
-[Information] FileSize: 75084568
-[Information] PlayTime: 00:01:49.966
---[Information] General
-[Information] ID: 501
-[Information] StreamOrder: 0-0
-[Information] Width: 1920
-[Information] Height: 1080
-[Information] FrameCount: 2749
-[Information] FrameRate: 25.000
-[Information] FrameRateOriginal:
-[Information] FrameRateMode:
-[Information] ScanType: Interlaced
-[Information] Codec: AVC
-[Information] CodecString: AVC
-[Information] Bits Depth: 8
-[Information] Format: AVC
-[Information] AspectRatio: 1.778
-[Information] AspectRatioString: 16:9
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language:
-[Information] LanguageString:
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Video
-[Information] ID: 514
-[Information] StreamOrder: 0-1
-[Information] Format: MPEG Audio
-[Information] FormatProfile: Layer 2
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language: pl
-[Information] LanguageString: Polish
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
-[Information] ID: 534
-[Information] StreamOrder: 0-2
-[Information] Format: MPEG Audio
-[Information] FormatProfile: Layer 2
-[Information] FormatSettingsSBR:
-[Information] FormatSettingsPS:
-[Information] Muxing Mode:
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2:
-[Information] BitRateMode: CBR
-[Information] Delay: 200.000
-[Information] Title:
-[Information] Language: en
-[Information] LanguageString: English
-[Information] Default:
-[Information] DefaultString:
-[Information] Forced:
-[Information] ForcedString:
---[Information] Audio
--[Information] [2018-05-06 07:15:37] Postprocessing
---[Information] [2018-05-06 07:15:39] Deleting intermediate files
--[Information] [2018-05-06 07:15:39] Job completed
-[Information] MediaInfo
-[NoImage] System exception - Illegal Instruction
-[NoImage] (E:\test.ts.avs, line 4)
--[Error] [2018-05-06 07:17:43] Error parsing media file E:\test.ts.avs

LoadPlugin("C:\Program Files\MeGUI-x64\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("E:\test.ts")
LoadPlugin("C:\Program Files\MeGUI-x64\tools\avisynth_plugin\yadifmod2.dll")
yadifmod2(order=1)
#crop
Lanczos4Resize(1280,720) # Lanczos4 (Sharp)
LoadPlugin("C:\Program Files\MeGUI-x64\tools\avisynth_plugin\UnDot.dll")
Undot() # Minimal Noise

Edit:
After removing from .avs the fourth line everything seems all right.

Edit2:
Deinterlacing isn't acting.

LigH

6th May 2018, 09:05

"System exception - Illegal Instruction" ... sounds like either this is a build using a CPU instruction set (SSE etc.) not available in your CPU, or a corrupt DLL for yadifmod2? Or 32/64 bit mixed?

Melan

6th May 2018, 09:19

It's some mistake of the cover. Change of parameters in the bookmark "Filters" - "Deinterlacing" isn't forcing changes in the bookmark "Script".

Edit
I exchanged the library from the last update on older - yadifmod2 2016-07-05 0.0.4 -1 and then again deinterlacing is acting.

Zathor

6th May 2018, 22:32

2849 scripts with high bit depth are converted to 8 bit when processed internally (e.g. for VideoPlayer). part II
2848 scripts with high bit depth are converted to 8 bit when processed internally (e.g. for VideoPlayer)
2847 [AviSynth Wrapper] added high bit depth support
2846 [Audio Encoder] only use TimeStretchPlugin() if AVS+ is not used

Gser

7th May 2018, 14:32

hello_hello

7th May 2018, 19:28

Should the HD Streams Extractor be capable of extracting/converting EAC3 audio in an MKV? Currently it appears not to. AC3 is fine, but not EAC3.

Zathor

7th May 2018, 20:42

Should the HD Streams Extractor be capable of extracting/converting EAC3 audio in an MKV? Currently it appears not to. AC3 is fine, but not EAC3.
Good question - does eac3to support this?

Zathor

7th May 2018, 20:44

Nice, the high bit depth preview works. Just a pity avs4x26x doesn't support native high bit depth yet :(
You can disable the 64bit tools so that 32bit x264 is used.

sneaker_ger

7th May 2018, 21:29

Good question - does eac3to support this?
Yes. But it may be buggy and like with other formats eac3to dropped behind the development of the decoders/encoders in ffmpeg.

So try eac3to cli (with and without -core switch). Then make report to madshi. (But don't hold your breath for a fix.)
http://bugs.madshi.net/

tebasuna51

7th May 2018, 21:57

Should the HD Streams Extractor be capable of extracting/converting EAC3 audio in an MKV? Currently it appears not to. AC3 is fine, but not EAC3.

Problem already reported:
http://bugs.madshi.net/view.php?id=450

See also https://forum.doom9.org/showpost.php?p=1821743&postcount=14384

hello_hello

8th May 2018, 00:23

Problem already reported:
http://bugs.madshi.net/view.php?id=450

See also https://forum.doom9.org/showpost.php?p=1821743&postcount=14384

It's possible the HD Streams Extractor needs educating in respect to EAC3. I've tried several MKVs containing EAC3 audio and the HD Streams Extractor shows the stream type as "unknown" and prevents it's selection for extraction. According to MediaInfo they were standard 5.1ch.

Zathor,
The "Enable Custom Options" option doesn't stay checked after closing the HD Streams Extractor as the rest of the items under the Settings menu do. Was that by design??

Cheers.

Gser

8th May 2018, 10:54

You can disable the 64bit tools so that 32bit x264 is used.
Please allow me to read the label on my container of hard to swallow pills: "Only idiots use 10-bit x264". There, everybody is welcome to get offended now, my inbox is ready.

My main intention of course is to use x265.

LigH

8th May 2018, 11:54

Gser

8th May 2018, 12:46

If you generalize your bias that much, I won't be surprised about opposition. Especially people encoding anime/cartoons with x264 enjoyed the advantage of higher internal precision to avoid banding in slight color ramps.

Using x264 with 32-bit code is not a great issue; using x265 with 32-bit code is a much greater one (missing several levels of assembly optimization). So let's hope that avs4x26x (https://forum.doom9.org/showthread.php?t=162656) is still maintained and can be improved shortly.

"Der Techniker ist informiert." In the hope that 06_taro still exists.
Alas you have found out my target audience. I'm sure they are too busy marrying their body pillows to mind.
German anime is another matter though:https://youtu.be/JEBBvIsBAEs

Hmmm 06_taro's last forum activity is 28th April 2018 05:56, so he may still be alive.

Zathor

8th May 2018, 21:11

It's possible the HD Streams Extractor needs educating in respect to EAC3. I've tried several MKVs containing EAC3 audio and the HD Streams Extractor shows the stream type as "unknown" and prevents it's selection for extraction. According to MediaInfo they were standard 5.1ch.
When extracting from a blu-ray this format is called E-AC3 in the log and when using a MKV it is EAC3. So yes, this was unknown.

The "Enable Custom Options" option doesn't stay checked after closing the HD Streams Extractor as the rest of the items under the Settings menu do. Was that by design??
No, it should save that. Let me check.

Zetti

9th May 2018, 13:50

MediaInfo v18.05 is released.

kalehrl

9th May 2018, 20:28

I just noticed in the x264 configuration dialog '--qpmax 69' entry which I didn't see before so I wonder why it is there?

http://i65.tinypic.com/2r7se35.png

EDIT: Got it sorted by loading defaults.

THEAST

10th May 2018, 08:04

@Zathor, thank you for regular updates to MeGUI. I wanted to mention two observations:

1- Recently a confirmation has been added to the updater in MeGUI that for every single package that needs to be updated, it generates a message that the package is not available offline and asks the user if they want to download it from the internet. To be honest, I don't see why this confirmation is even required, especially for every single package. This forces the user to keep MeGUI on top throughout the update process and confirm the update of every single package manually. An option to disable this confirmation would be very much appreciated.

2- Extracting packages during update seems to be much slower than it should be on all of my machines. Extracting packages takes 10-15 seconds despite their small size, while extracting the same files directly using 7-zip takes less than a second. Correct me if I am wrong but it seems to me that there is a minimum "animation time" for the bar that shows the extraction progress and even if the package is extracted before the bar finishes, the process does not exit before the animation reaches the end. Or maybe there is regular synchronization between the extraction process and the animation process, resulting in sub-optimal performance. Right now, on my machine, extracting the updates takes 5 times longer than downloading them.

Zathor

10th May 2018, 12:30

MediaInfo v18.05 is released.

Thanks!

hello_hello

10th May 2018, 13:27

I just noticed in the x264 configuration dialog '--qpmax 69' entry which I didn't see before so I wonder why it is there?[/IMG]

EDIT: Got it sorted by loading defaults.

It related to the 8 bit & 10 bit encoders being combined, but I think when 10 bit encoding is not checked in the encoder configuration, MeGUI should automatically change the qpmax value in the GUI to 69 and/or limit it to 69. I don't think it's good for a GUI to show you it's doing one thing when it's really doing something else, so personally I think MeGUI adding --qpmax 69 to the command line was a good thing.

Actually, the GUI is a little naughty when --no-psy is checked. Ideally that should disable the PSY strength options rather than let you configure them as I'm pretty sure x264 ignores them. It doesn't write them to the output stream when psy=0 (--no-psy).

Zathor

10th May 2018, 13:47

1- Recently a confirmation has been added to the updater in MeGUI that for every single package that needs to be updated, it generates a message that the package is not available offline and asks the user if they want to download it from the internet. To be honest, I don't see why this confirmation is even required, especially for every single package. This forces the user to keep MeGUI on top throughout the update process and confirm the update of every single package manually. An option to disable this confirmation would be very much appreciated.
Correct, as you have disabled automatic updates there are some questions. I agree that it may be a bit too much, however you have disabled the automatic update check. Why do you not enable it if I may ask? If I understand the use case better it would help me.

2- Extracting packages during update seems to be much slower than it should be on all of my machines. Extracting packages takes 10-15 seconds despite their small size, while extracting the same files directly using 7-zip takes less than a second. Correct me if I am wrong but it seems to me that there is a minimum "animation time" for the bar that shows the extraction progress and even if the package is extracted before the bar finishes, the process does not exit before the animation reaches the end. Or maybe there is regular synchronization between the extraction process and the animation process, resulting in sub-optimal performance. Right now, on my machine, extracting the updates takes 5 times longer than downloading them.
Thanks, known behaviour. I would not call it issue as it works - it is only a bit slow. To be honest I forgot about that topic as the prio is quite low. Maybe I will have a look in the near future.

hello_hello

10th May 2018, 14:17

A feature request or two:

Could the "Load Defaults" button in the x264 encoder configuration not disable "Show Advanced Settings" if it's already checked. Aside from the default x264 settings not really having anything to do with whether or not MeGUI shows them to you, it's somewhat annoying to be looking at advanced settings, only to click "load defaults" and have them disappear.

The same applies to the option being saved as part of an encoder configuration. You can be looking at the advanced settings, select a preset saved when the "Show Advanced Settings" option wasn't checked, and once again they disappear. In my opinion, it should be an independent global option.

I think I've mentioned this before, but....
The way the deinterlace options in the script creator interact still drive me nutty at times. For instance, when the source type is interlaced, why does unchecking or checking "source is anime" reset the de-interlacing method to Yadif?
It's made more frustrating by the preview refresh being based on frame numbers rather than a particular point in time. So if you have (for example), "TDeint with IDE & Bob" selected as the de-interlacing method and you're previewing frame 1000, for an NTSC source you'd be previewing a frame at roughly the 20 second point. Should you have the audacity to change the field order, not only does the de-interlacing method switch to Yadif, but you're still previewing frame 1000 which is now at roughly the 40 second mark, so you're suddenly previewing a frame at a different point in the video.

Thanks Zathor. :)

THEAST

10th May 2018, 15:37

Correct, as you have disabled automatic updates there are some questions. I agree that it may be a bit too much, however you have disabled the automatic update check. Why do you not enable it if I may ask? If I understand the use case better it would help me.

I regularly open MeGUI for some quick task and I don't want that task to be interrupted by the automatic update notification, which, if approved, could also require MeGUI to be restarted until I can continue my work. Hence, I disable the automatic update and instead, manually update MeGUI every once in a while when my work will not be interrupted by the update process.

Thanks, known behaviour. I would not call it issue as it works - it is only a bit slow. To be honest I forgot about that topic as the prio is quite low. Maybe I will have a look in the near future.

I see. This is certainly not a show-stopper, please take your time.

Zathor

11th May 2018, 15:09

2853 [Update] if automatic updates are disabled and the update window is manually opened no question will be raised anymore if packages have to be downloaded
2852 [x264] changed "show advanced settings" to be a global setting (default is disabled)
when --no-psy is selected the --psy-rd options are not availble
when using 8bit --qpmax with a value > 69 is used as 69 for the command line creation
2851 [Chapter Creator] added fps selector for the input source
changing the input fps changes the time codes if the input fps is not known (e.g. as with TXT/XML)
the output fps value is used during saving for all output types
new chapters are sorted based on time codes
double click on a chapter jumps to the positions if the preview pane is open
preview button asks for an AVS file
added option to use an automated counter for chapters (enabled by default)
if the "Start Time" value is in a wrong format the text color is changed to red
the Chapter Creator window stays on top of the video preview window
2850 [HD Streams Extractor] added support for EAC3 in files
"Custom Options" setting will be saved
Except of 2853 this is the "hello_hello" edition ;)

THEAST

11th May 2018, 15:59

2853 [Update] if automatic updates are disabled and the update window is manually opened no question will be raised anymore if packages have to be downloaded

Great, thank you!

hello_hello

11th May 2018, 20:07

Except of 2853 this is the "hello_hello" edition ;)

Is that to make me feel bad for this post?? :)

I'm probably silly but I can't quite get my head around the way the chapter creator's fps options work.

My expectation was for the input/output fps options to effectively function as numerator and denominator for the stretch factor. Therefore after opening a chapters file, setting an input and output fps of 23.976 would produce the same chapter file as selecting 50fps for both. Currently, changing the input fps changes the chapter timings even when the output fps is the same.

When using the chapter creator and it's preview to create chapters manually, you'd want the input fps to match the fps of the script being previewed, but when stretching chapters it's probably more likely the previewed script will have the desired output frame rate. Should the input fps always be adjustable?

In my humble opinion, the output fps should change the chapter timings in the GUI, otherwise they don't match those saved to the output txt/xml files.

The output fps when saving a qp file no longer seems to have an effect, but maybe there should be a third "QP FPS" option?
INHO, the keyframes saved to a qp file file should correspond to the chapter timings displayed by the GUI and that should be the case whether you've stretched them or not, so while the current input/output fps could apply stretching for the chapter timings, a "qp fps" option would determine the frame numbers written to the qp file based on those. If a chapter in the GUI is at 00:00:10.000, selecting 25fps as the "qp fps" would make the corresponding keyframe 250 k. Selecting a "qp fps" of 50 would make it 500 k etc. That way a "qp fps" option could work as before without messing with the chapter timings.

Edit: I condensed the post a bit. I was typing while I tested so I repeated a few things.

Thanks for all the hard work!

Zathor

11th May 2018, 20:10

Mhm, when using a input file without fps information (your mentioned txt file) changing the input fps should not change the time codes. Let me check if it works correctly.

hello_hello

11th May 2018, 20:43

2851 [Chapter Creator] the Chapter Creator window stays on top of the video preview window

I meant to ask about that as the Chapter Creator window stays on top of every window, even when the preview is minimised. There's a potential for some annoyance there. When the preview is closed there's no way to minimise the chapter creator window short of minimising everything, but at least it doesn't insist on being the foreground window when the preview is closed.

It evens out a little though, because for the AVS Cutter, the preview window can't be minimised on it's own, but the AVS Cutter window can be. :)

Zathor

11th May 2018, 21:25

I will have a look in the next 1-2 days. So if you have other ideas/issues in the chapter creator area now is the time :)

hello_hello

12th May 2018, 11:21

I will have a look in the next 1-2 days. So if you have other ideas/issues in the chapter creator area now is the time :)

When creating chapters from IFO/MPLS files, an option to automatically remove the last chapter if it's close to the end of the video would be nice.

I assume it's do-able as ChapterEditor appears to have such an option (screenshot (https://www.videohelp.com/softwareimages/chaptereditor_1590-2.jpg)), but if it's hard to implement it's no big deal.

After sleeping on it, I still think a dedicated "QP FPS" output option would be a good idea.

Thanks again.

hello_hello

13th May 2018, 00:58

Does the new VSFilter work for everyone else with 32 bit Windows, or would it's inability to work be XP related?

When I try to preview a script with something like the following included:
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
TextSub("E:\The Subtitles.srt", 1)

MeGUI offers an error:
LoadPlugin: Unable to load plugin "C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll", error=0x3e6

If I save the scrip it'll open in MPC-HC fine and display the subtitles. It'll also open in VitrualDub and VirtualDubMod.

Could this be related to MeGUI's inability to use the portable Avisynth+? It also requires the VS2017 runtime files, I think.

Edit: I tried AvsPmod and it has the same issue. Opening the script produces the same error. What would MeGUI and AvsPmod have in common when it comes to previewing scripts?

foxace

13th May 2018, 12:37

Hello @Zathor, do you have the project to add nvenc with the HDR metada ?

Zathor

13th May 2018, 12:51

Not at the moment. MeGUI does not support high bit depths right now, but I am working on that.

2855 [Chapter Creator] input fps can always be selected
time codes will only be changed when the input fps is changed if the input fps of the source is not known (regression of 2851)
the window can be minimized
[AVS Cutter] video preview can be closed
2854 [Source Detector] added high bit depth support
new "Minimum Analysis Percent" mode when set to 0 (default 0).
only "Minimum Analysis Sections" has to be reached in sequential read therefore providing a quick detection method

@hello_hello - changing the output fps does not change the time codes in the preview as this would be a major change. Please have a look if you can work with it. Nevertheless I will have a look to have it completly changed but this is nothing which I can do in a few days.

hello_hello

14th May 2018, 10:46

2855 [Chapter Creator]time codes will only be changed when the input fps is changed if the input fps of the source is not known (regression of 2851)

Thanks for the hard work! It seems to be working the other way around though. Changing the input FPS changed the timecodes in the GUI with an IFO as the source and when previewing a script, but not for a txt chapter file.
Although... if chapter five is at 00:25:07, I'm not sure why it shouldn't stay at 00:25:07 whether the input is 12fps or 250fps.

@hello_hello - changing the output fps does not change the time codes in the preview as this would be a major change. Please have a look if you can work with it. Nevertheless I will have a look to have it completely changed but this is nothing which I can do in a few days.

I'm not sure if it's this simple, but it's almost as though the Input FPS and the Output FPS need to be swapped.
If the "top" FPS was the output and the "bottom" FPS was the input...

Changing the "bottom" FPS could continue to have no effect on the timecodes in the GUI, no effect on the preview timecodes, and logically no effect on the timecodes saved to a chapters file. Changing the "bottom" FPS probably should do nothing but change the "top" FPS to match, and when they match, the "top" FPS should also do nothing (aside from determining the preview frame rate, I think).

On the other hand, changing the "top" FPS independently should continue to change the timecodes in the GUI, and being the "output" FPS it probably makes it's the assumed preview frame rate. Changing the "top" (output) FPS independently would also have to change the timecodes saved as chapters, but then everything should match. The timecodes in the GUI, the saved timecodes and the preview frame rate would all be stretched together. Chapters would always correspond to the same frames in the preview.

The current "top" and "bottom" FPS would have to swap positions in the GUI, and I guess the calculations would need to be reversed. It'd probably require a third FPS option to restore the original QP functionality, as the (stretched) timecodes need the chapter creator equivalent of ChangeFPS() applied to them. Have I mentioned my "QP FPS" idea? ;)

I don't know if any of that has any basis in reality. It works well in my head. :)

doomleox999

24th May 2018, 17:16

littlepox

24th May 2018, 18:11

Hi all:
I notice that in the latest release, HD Stream Extractor no longer provide the flac option for PCM/DTS-HDMA. Is that intended or I'm missing something?

hello_hello

25th May 2018, 00:48

Cunhambebe

25th May 2018, 18:09

Barough

25th May 2018, 18:56

No issues here with MeGUI & W10 after the latest 'major' update. Works smooth.......

Sent from my SM-G965F via Tapatalk

Taurus

25th May 2018, 19:35

Hi friends.
I recently updated w10 (April 2018 version). This happened las friday here. Sice then MEGUI 2828 stoped working, it doesn't start anymore. Then I've decided to install the new version 2836. Same thing. It says here: MeGUI encountered a fatal error and may not be able do proceed. Reason: external component added an exception.
Question: should I remove w10 last update or wait for a fix on MeGUI?

No problem here on Win10 all updates.
Just some suggestions:
Dont "install" MeGui in protected folders like "Programs", "Program files", etc.
Just the root of any harddisk.
Make sure net framework is installed properly.
Verify your visual C++ runtime libaries are uptodate.
(MeGui comes with it's own package, but who knows...)
Make a new install of Megui from the development server.
Update all packages using the build in updater.
Make sure the runtime files are checked.
Maybe a conflict with some plugins in your avisynth folder are causing the crash.
Temporarily move some or all of them to another place
and try again.
No more to say...:D

mini-moose

26th May 2018, 00:00

Hi

have there been any changes made in the auto crop function in AVS Script Editor? I noticed quite a few times recently that it returns highly inaccurate values (like suggesting aggressive crop values on the sides like 280pxls when non are needed).

Zathor

27th May 2018, 16:03

No, are you able to provide a sample file?

Zathor

27th May 2018, 16:04

Is it possible to choose the default audio language of encoded files with One Click Encoder when you load an entire folder? If you do it with only one file you can do it, you just select the audio language, but when you load a folder (with multiple files inside) you can't select the audio.

Before you open a complete folder make sure that a proper OneClick preset is selected which covers your audio language needs.

littlepox

27th May 2018, 17:17

littlepox,
on the top left corner of the HD Stream Extractor window it says Settings. It's actually a menu, despite being cleverly disguised to look like plain text.
Is "show encoding options" checked?

OK, I found it. Whoever implemented that button seemed not getting paid to do an actual button:rolleyes:...

Zathor

27th May 2018, 20:41

OK, I found it. Whoever implemented that button seemed not getting paid to do an actual button:rolleyes:...

Correct!

2858 [Video Encoder] removed input/output settings from the command line preview
2857 [x265] replaced avs4x26x with ffmpeg
2856 [x264] replaced avs4x26x with ffmpeg

Please check if the switch to ffmpeg works as intended. I had to do the switch as avs4x26x does not support high bit depth.

Zetti

27th May 2018, 21:52

Is there any visible speed difference with ffmpeg??

Is it also safe to remove avs4x26x now it is replaced by ffmpeg??

Zathor

28th May 2018, 06:32

Is there any visible speed difference with ffmpeg??
I have not tested that. Feel free to share your results.

Is it also safe to remove avs4x26x now it is replaced by ffmpeg??
For x264 yes (it will be deleted with the next x264 package), for x265 not yet, as a file is needed in the root of the directory.

LeMoi

28th May 2018, 06:57

mini-moose

28th May 2018, 08:45

No, are you able to provide a sample file?

I'll try and get a sample uploaded.

I think this is possibly a DSS issue. I often try the crop with m2ts loaded in DSS and index after. Same sample I tried now gave me different crop when loaded with DSS and when loaded indexed. It didn't happen that often in the past though.

Barough

28th May 2018, 10:42

New releases :
QAAC v2.67
x265 v2.8

Zetti

28th May 2018, 11:12

I have not tested that. Feel free to share your results.

For x264 yes (it will be deleted with the next x264 package), for x265 not yet, as a file is needed in the root of the directory.
Thank You for answer.

Zathor

28th May 2018, 20:16

Is there a way to still have the choice (FFMPEG or avs4x26x) ? I just encode from standard Blu-Ray Disc, 1080p with AVC, and I don't really need high bit depth, AFAIK, and I'm really satisfied with the current tool ^^

There are always ways :-) however ideally I will only support one and that is not the outdated avs4x26x. Are there issues with ffmpeg?

Taurus

29th May 2018, 07:53

There are always ways :-) however ideally I will only support one and that is not the outdated avs4x26x. Are there issues with ffmpeg?

@Zathor
Please wait with the full implantation of ffmpeg.
Just yesterday evening a full encode with an selfmade heavy avisynth script crawls to the bone after circa a hour.
From 4.5fps to 1.2fps.
At start taskmanager shows 100% cpu load on all 4 cores.
After a hour or so it was circa 25%.
I aborted the encode then.
The script I'm using is somewhat demanding, but I used it for years now without hazzles in MeGui.
Maybe it was just coincidence, it was a hot summer day.
The cpu was not throttling. The temperatures 55° celsius on all cores.
How to implant avs4x26x in this build for testing purposes?
I will happily test whether it's a flaw with ffmpeg or something else.
Thank you.

Edit:
Today the same encode finishes unexpected at about a quarter of the expected filesize and length without throttling the cpu .
Original length: 28.15min, encoded 6.51min.
Mediaplayer shows full length, but stops playback at 6.51min.

Zathor

29th May 2018, 17:52

If you want to test the old behaviour you have to go back to version 2855 (http://megui.org/auto/megui-core-2855-32.7z - or 64 if you are using the 64 one).

Do you mind to share the log of the encode with the unexpected end?

Taurus

29th May 2018, 19:06

@Zathor
I sended the logfile via PM.
And I will happily test the older version....
EDIT:
I just noticed that I deleted the source file which struggles.
But I will investigate on similar stuff with both versions of MeGui.
Maybe the source file was somewhat bonkered.
It played ok in any mediaplayer and via an avisynth script in Virtualdub and MPC-HC.
If you want me to explore this a little more, feel free to tell so.

Zathor

29th May 2018, 19:57

Yes, please.

Btw what I have noticed is:
- you are using not avs+. could you maybe try that one as well?
- there was no error at all. it simply stopped to encode all frames.

Taurus

30th May 2018, 12:13

- there was no error at all. it simply stopped to encode all frames.

This is what I noticed too...
Strange!
I will test different settings with and without Avisynth+ and report back.
But it's to hot at the moment....maybe this evening
33° Degrees and no cloud in sight...:devil::D

Morku

31st May 2018, 16:51

When I try to encode my 10bit files, I now get "---[Error] [31.05.2018 17:44:52] x265 [error]: y4m: frame header missing"
I think it has something to do with: "2857 [x265] replaced avs4x26x with ffmpeg"

What do I need to know or change?
My file:
Video
ID : 1
Format : VC-3
Commercial name : DNxHR HQX
Format version : Version 3
Format profile : RI@HQX
Codec ID : AVdh
Codec ID/Info : Avid DNxHR
Duration : 10 s 978 ms
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 10 bits

My script:
LSMASHVideoSource("Premiere.mov", format="YUV420P10")
command line
--preset slow --crf 19.0 --input-depth 10 --no-sao --profile main10
and the Log

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2858 x64
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1803 x64 (10.0.17134.81)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1200
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] Version: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] AviSynth+: true
----[Information] MT: true
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, x86_64)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [31.05.2018 17:44:29] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [31.05.2018 17:44:30] No package requires an update
--[Information] [31.05.2018 17:44:30] redist files copied: 2017_x64
-[Information] AutoEncode
--[Information] D:\Desktop\EOS 5D Mark IV Premiere-muxed.mkv
---[Information] [31.05.2018 17:44:49] No Target Size (use profile settings)
---[Information] [31.05.2018 17:44:49] Split Size: null
---[Information] Eliminating duplicate filenames
----[Information] [31.05.2018 17:44:49] Video output file: D:\Desktop\EOS 5D Mark IV Premiere.hevc
----[Information] [31.05.2018 17:44:49] Muxed output file: D:\Desktop\EOS 5D Mark IV Premiere-muxed.mkv
-[Error] Log for job1 (video, EOS 5D Mark IV Premiere.avs -> EOS 5D Mark IV Premiere.hevc)
--[Information] [31.05.2018 17:44:51] Started handling job
--[Information] [31.05.2018 17:44:51] Preprocessing
--[Information] [31.05.2018 17:44:51] AviSynth input script
---[NoImage] LoadPlugin("D:\Sonstiges\Videotools\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] vid = LSMASHVideoSource("Premiere.mov", format="YUV420P10")
---[NoImage] aud = LSMASHAudioSource("Premiere.mov")
---[NoImage] AudioDub(vid, aud)
--[Information] [31.05.2018 17:44:51] resolution: 3840x1080
--[Information] [31.05.2018 17:44:51] frame rate: 60000/1001
--[Information] [31.05.2018 17:44:51] frames: 658
--[Information] [31.05.2018 17:44:51] aspect ratio (avs): 32:9 (3.556)
--[Information] [31.05.2018 17:44:51] custom command line: --input-depth 10 --no-sao --profile main10
--[Information] [31.05.2018 17:44:51] Job command line: "cmd.exe" /c ""D:\Sonstiges\Videotools\MeGUI\tools\ffmpeg\ffmpeg.exe" -loglevel level+warning -i "D:\Desktop\EOS 5D Mark IV Premiere.avs" -strict -1 -f yuv4mpegpipe - | "D:\Sonstiges\Videotools\MeGUI\tools\x265\x64\x265.exe" --preset slow --crf 19.0 --input-depth 10 --no-sao --profile main10 --sar 1:1 --output "D:\Desktop\EOS 5D Mark IV Premiere.hevc" --frames 658 --y4m -"
--[Information] [31.05.2018 17:44:51] Process started
--[Information] [31.05.2018 17:44:51] Standard output stream
--[Error] [31.05.2018 17:44:51] Standard error stream
---[Information] [31.05.2018 17:44:52] [chan] box has more bytes than expected: 40
---[Information] [31.05.2018 17:44:52] [chan] box has more bytes than expected: 40
---[Information] [31.05.2018 17:44:52] [avisynth @ 000002236e6fac80] [warning] Stream #0: not enough frames to estimate rate; consider increasing probesize
---[Information] [31.05.2018 17:44:52] [warning] Guessed Channel Layout for Input Stream #0.1 : stereo
---[Information] [31.05.2018 17:44:52] y4m [info]: 3840x1080 fps 60000/1001 i420p10 sar 1:1 unknown frame count
---[Information] [31.05.2018 17:44:52] raw [info]: output file: D:\Desktop\EOS 5D Mark IV Premiere.hevc
---[Information] [31.05.2018 17:44:52] x265 [info]: HEVC encoder version 2.8+10-a7bd0622ece5
---[Information] [31.05.2018 17:44:52] x265 [info]: build info [Windows][GCC 7.3.0][64 bit] 10bit
---[Information] [31.05.2018 17:44:52] x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
---[Information] [31.05.2018 17:44:52] x265 [info]: Main 10 profile, Level-5 (Main tier)
---[Information] [31.05.2018 17:44:52] x265 [info]: Thread pool created using 8 threads
---[Information] [31.05.2018 17:44:52] x265 [info]: Slices : 1
---[Information] [31.05.2018 17:44:52] x265 [info]: frame threads / pool features : 3 / wpp(17 rows)
---[Information] [31.05.2018 17:44:52] x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
---[Information] [31.05.2018 17:44:52] x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
---[Information] [31.05.2018 17:44:52] x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3
---[Information] [31.05.2018 17:44:52] x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00
---[Information] [31.05.2018 17:44:52] x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2
---[Information] [31.05.2018 17:44:52] x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
---[Information] [31.05.2018 17:44:52] x265 [info]: References / ref-limit cu / depth : 4 / on / on
---[Information] [31.05.2018 17:44:52] x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
---[Information] [31.05.2018 17:44:52] x265 [info]: Rate Control / qCompress : CRF-19.0 / 0.60
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: rect limit-modes rd=4 psy-rd=2.00 rdoq=2 psy-rdoq=1.00
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: rskip signhide tmvp strong-intra-smoothing lslices=4
---[Information] [31.05.2018 17:44:52] x265 [info]: tools: deblock
---[Error] [31.05.2018 17:44:52] x265 [error]: y4m: frame header missing
---[Information] [31.05.2018 17:44:52] x265 [info]: frame I: 1, Avg QP:26.60 kb/s: 62686.27
---[Information] [31.05.2018 17:44:52] x265 [info]: consecutive B-frames: 100.0% 0.0% 0.0% 0.0% 0.0%
---[Information] [31.05.2018 17:44:52] encoded 1 frames in 0.67s (1.49 fps), 62686.28 kb/s, Avg QP:26.60
---[Information] [31.05.2018 17:44:52] [error] av_interleaved_write_frame(): Broken pipe
---[Information] [31.05.2018 17:44:52] [error] Error writing trailer of pipe:: Broken pipe
--[Information] [31.05.2018 17:44:52] Job completed

LigH

31st May 2018, 17:00

A pity the log does not reveal how ffmpeg handles HBD AviSynth+ output as Y4M.

sneaker_ger

31st May 2018, 17:12

It seems to work as expected (i.e. 10 bit avs+ is output as 10 bit y4m).

Morku

31st May 2018, 18:58

The issue also occur with this testfile: http://4kmedia.org/lg-new-york-hdr-uhd-4k-demo/
and in my case when "--input-depth 10" is added.
But I want to keep 10-bit of the sourcefile.

sneaker_ger

31st May 2018, 20:11

You are using a script with "hacked" 10 bit format. MeGUI is expecting "native" 10 bit format. x265 is confused as the y4m header says "8 bit" but you set "--input-depth 10".

Change script:

LoadPlugin("D:\Sonstiges\Videotools\MeGUI\tools\lsmash\LSMASHSource.dll")
vid = LSMASHVideoSource("Premiere.mov", format="YUV420P10")
vid = ConvertFromDoubleWidth(vid, bits=10)
aud = LSMASHAudioSource("Premiere.mov")
AudioDub(vid, aud)
Or use ffms2, it does that automatically.

You don't need "--input-depth" parameter at all with MeGUI as it is using Y4M pipe where this information is sent via header automatically.

Zathor

31st May 2018, 21:05

I am sorry for the issues the current transition to a support of high bit depth is causing. I am looking forward to any kind of feedback to change MeGUI where necessary.

Based on Taurus issue I have added this here:
2859 [x26x] flag a job as "error" if the number of frames of the input and output does not match
It is not mentioned there, but custom --frames or --seek values are taken into account

Taurus

1st June 2018, 07:37

Thanks Zathor!
I can report: No issues with ffmpeg so far anymore.
Tested on similar stuff like mentioned in a few posts above.
But I must admit, haven't got the time and cpu cycles to test on larger stuff.
Just 10min samples.
The last time when the slowdown happened it choked on the 28min sample.
I will report back when this issue happens again.
Thanks for looking into it.
Great job you're doing!

Edit: I've send you the windows crashreport via PM belonging to the logfile two day ago.
Strange, there was no error report on desktop.
Just a silent closing.....

LouieChuckyMerry

1st June 2018, 16:05

Happy Friday! I hope everyone is well (and a special thanks to Zathor) :) . After much help setting things up, here and elsewhere, I've been using the stand alone version of MeGUI for about three years without issue (unless I created the issue myself ;) ), with the devil.dll and SEt MT 2.6.0.4 version of AviSynth, and updating from the developmental server. I'll typically run a couple SelectRange(66,1000)'s so that I can choose a CRF that will output a bit rate in a certain range. I've not changed anything in my scripts other than the strength of SMDegrain. Lately I haven't been encoding much because I finally finished The Neverending Video Project a couple months ago; now I only encode remasters and the occasional new source. On 23 May 2018 I successfully encoded the remastered Blu-ray of The Matrix. Here's the log file:

http://www.mediafire.com/file/iq7lm96ikzd09z2/logfile-18-05-23_12-42-57.7z/file

Yesterday, 31 May 2018, I updated MeGUI in order to encode the remastered Blu-ray of Midnight Cowboy. Unfortunately, however, something went horribly wrong. My knowledge of video encoding is quite limited, but it seems to me that the switch from avs4x26x.exe to ffmpeg is the reason for the trouble. What happened is that the FPS dropped to about 10% of normal, and the output file's aspect ratio and quality (it became the crushed green screen acid flashback, I think something to do with the input bit depth?) became unwatchable. I reckon my command line is off for ffmpeg, and probably some other stuff, but I'm not sure how to fix things. Here's the recent log:

http://www.mediafire.com/file/225s04a6o12e75f/logfile-18-05-31_18-27-58.7z/file

If anyone would take the time to help me out I'd be forever appreciative :) . If necessary, then I'd revert to the last non-ffmpeg version and not update whatever would keep it using avs4x26x (but I'd probably need a bit of help with that, too). Thanks again for any help.

Gser

1st June 2018, 16:44

Zathor

1st June 2018, 16:58

Here's the recent log:

http://www.mediafire.com/file/225s04a6o12e75f/logfile-18-05-31_18-27-58.7z/file

If anyone would take the time to help me out I'd be forever appreciative :) . If necessary, then I'd revert to the last non-ffmpeg version and not update whatever would keep it using avs4x26x (but I'd probably need a bit of help with that, too). Thanks again for any help.

custom command line: --demuxer raw --input-depth 16 --sar 1:1
your source file seems to be plain 8 bit and we are using y4m so please remove the "--demuxer raw --input-depth 16" from the command line and try it again.

Gser

1st June 2018, 17:00

custom command line: --demuxer raw --input-depth 16 --sar 1:1
your source file seems to be plain 8 bit and we are using y4m so please remove the "--demuxer raw --input-depth 16" from the command line and try it again.

He is filtering in stacked high bit depth hence it is no longer 8 bit.

Zathor

1st June 2018, 17:04

Mhm missed that one... yes, avs+ should be better.

LouieChuckyMerry

1st June 2018, 20:37

doomleox999

2nd June 2018, 08:05

Before you open a complete folder make sure that a proper OneClick preset is selected which covers your audio language needs.

There is no option to choose or change the default language of the files. There's only settings for specific languages.

Zathor

2nd June 2018, 19:35

Gser & Zathor: would you please translate your responses :p . Seriously, thanks for the replies. I set up my MeGUI so long ago that I can't remember exactly how it works :rolleyes: . Guess I'm getting old. How would, possibly, avs+ be better? Would I still be able to use MeGUI as a front end, keeping all my custom scripts, etc?

first step - enable the option in the MeGUI settings to "always use the included AViSynth". that way avs+ is used after the next start of MeGUI. As I am not using the MT modes myself I do not know if you have there anything to change in the script. Just try it.

Zathor

2nd June 2018, 19:36

There is no option to choose or change the default language of the files. There's only settings for specific languages.

OK, then I misunderstood it. You do not want to select specific streams you want to change the language of exsting streams. This is sadly not possible.

LouieChuckyMerry

2nd June 2018, 22:00

first step - enable the option in the MeGUI settings to "always use the included AViSynth". that way avs+ is used after the next start of MeGUI. As I am not using the MT modes myself I do not know if you have there anything to change in the script. Just try it.

Thanks for the reply, Zathor, and Happy Saturday. I have a backup of my portable MeGUI, Version 2855, from a week ago. With this I was able to return to problem-free encoding by declining to update to Version 2859. With this same version and "Always use the included AviSynth" enabled, I was able to encode properly after removing the MT dialogue from the script, but the FPS were about half of normal (on my dual-core system). Finally, after updating to Version 2859, then updating ffmpeg to the newest version, my test encode failed. Here's the log:

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2859 x86
--[Information] Update Check: Disabled
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
----[Information] Microsoft Visual C++ 2015 x86: 14.0.23026
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] Date: 20-02-2015
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: inactive
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: active
-[Information] Update detection
--[Information] [02 Jun 18 16:39:19] Automatic update is disabled
--[Information] [02 Jun 18 16:39:19] Using cached update config and server: http://megui.org/auto/
--[Information] [02 Jun 18 16:39:19] No package requires an update
--[Information] [02 Jun 18 16:39:19] redist files copied: 2017_x86
--[Information] [02 Jun 18 16:39:28] There is 1 package which can be updated: FFmpeg
--[Information] [02 Jun 18 16:39:28] updating package FFmpeg as it is missing or outdated
--[Information] [02 Jun 18 16:39:52] redist files copied: 2017_x86
--[Information] [02 Jun 18 16:43:44] Marked file as obsolete: ffmpeg-3.4.2-32.7z
--[Information] [02 Jun 18 16:43:44] Marked file as obsolete: megui-core-2855-32.7z
-[Error] Log for job4 (video, ReEncZoo[400]-TrimTest.avs -> ReEncZoo[400]-TrimTest.264)
--[Information] [02 Jun 18 16:39:28] Started handling job
--[Information] [02 Jun 18 16:39:52] Preprocessing
--[Information] [02 Jun 18 16:39:52] AviSynth input script
---[NoImage] # Set DAR in encoder to 16 : 9. The following line is for automatic signalling
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] ### SetMemoryMax(256),SetMTMode(3,3) if TIVTC ###
---[NoImage] # SetMemoryMax(1024)
---[NoImage] # SetMTMode(3,3)
---[NoImage] LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("D:\Temp\[0000]ReEncTemp\[1080p]Zoolander2[S]{2016}[1080p]\Zoolander2{2016}[1080p].mkv", format="YUV420P8")
---[NoImage] ###### !!!!!! CHECK AUDIO & VIDEO TYPES !!!!!! ######
---[NoImage] ## If Cropping-Decimating Then Add "--sar x:y"-"--fps xx.xxx" To The Cmd Line ##
---[NoImage] ### SetMTMode(5) If TIVTC, Then SetMTMode(2) ###
---[NoImage] # SetMTMode(2)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #denoise
---[NoImage] #resize
---[NoImage] #<sharpen>
---[NoImage] #<deband>
---[NoImage] #<dither>
---[NoImage] SMDegrain(TR=3,ThSAD=400,RefineMotion=True,Plane=0,Chroma=False,Lsb=True,Lsb_Out=True)
---[NoImage] F=DitherPost(Mode=-1)
---[NoImage] S=F.FastLineDarkenMod()
---[NoImage] D=MT_MakeDiff(S,F).Dither_Convert_8_To_16()
---[NoImage] Dither_Add16(Last,D,Dif=True,U=2,V=2)
---[NoImage] ### Add "SMode=1" To GradFun3, Someday ###
---[NoImage] GradFun3(Radius=16,Lsb_In=True,Lsb=True)
---[NoImage] ### Preview Source OR Send 16-bit Output To x264 10-bit ###
---[NoImage] Trim(11111,13111)
---[NoImage] # SelectRangeEvery(1000,66)
---[NoImage] # DitherPost()
---[NoImage] Dither_Out()
--[Information] [02 Jun 18 16:40:01] resolution: 3840x1080
--[Information] [02 Jun 18 16:40:01] frame rate: 24000/1001
--[Information] [02 Jun 18 16:40:01] frames: 2001
--[Information] [02 Jun 18 16:40:01] length: 00:01:23.458
--[Information] [02 Jun 18 16:40:01] aspect ratio: 16:9 (1.778)
--[Information] [02 Jun 18 16:40:01] color space: I420
--[Information] [02 Jun 18 16:40:01] custom command line: --demuxer raw --input-depth 16 --sar 1:1
--[Information] [02 Jun 18 16:40:01] Job command line: "cmd.exe" /c ""F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\ffmpeg\ffmpeg.exe" -loglevel level+warning -i "D:\Temp\[0000]ReEncTemp\[1080p]Zoolander2[S]{2016}[1080p]\ReEncZoo[400]-TrimTest.avs" -strict -1 -f yuv4mpegpipe - | "F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\x264\x264.exe" --output-depth 10 --preset veryslow --tune film --crf 20.0 --deblock 0:-1 --keyint 240 --bframes 5 --ref 6 --qpmax 69 --rc-lookahead 120 --merange 32 --no-fast-pskip --stitchable --demuxer raw --input-depth 16 --sar 1:1 --frames 2001 --output "C:\Users\JSLIII\Desktop\ReEncTemp\ReEncZoo[400]-TrimTest.264" --stdin y4m -"
--[Information] [02 Jun 18 16:40:01] Process started
--[Information] [02 Jun 18 16:40:01] Standard output stream
--[Error] [02 Jun 18 16:40:01] Standard error stream
---[Information] [02 Jun 18 16:41:33] [error] av_interleaved_write_frame(): Broken pipe
---[Information] [02 Jun 18 16:41:33] [error] Error writing trailer of pipe:: Broken pipe
---[Information] [02 Jun 18 16:41:33] y4m [info]: 3840x1080p 1:1 @ 24000/1001 fps (cfr)
---[Information] [02 Jun 18 16:41:33] x264 [info]: using SAR=1/1
---[Information] [02 Jun 18 16:41:33] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
---[Information] [02 Jun 18 16:41:33] x264 [info]: profile High 10, level 5.0, 4:2:0 10-bit
---[Error] [02 Jun 18 16:41:33] x264 [error]: malloc of size 26521408 failed
---[Error] [02 Jun 18 16:41:33] x264 [error]: x264_encoder_encode failed
---[Information] [02 Jun 18 16:41:33] aborted at input frame 91, output frame 0
--[Error] [02 Jun 18 16:41:33] Process exits with error: 0xFFFFFFFF (-1)
--[Information] [02 Jun 18 16:41:33] Job completed

I'm sure you're busy, so don't waste any time on my problem unless you can afford it ;) . With the backup of Version 2855 I was able to return my dual-core and my quad-core setups to proper functionality, with all their correct templates, etc., and I've turned off "Auto Update" so they should stay useable (I'll just manually update everything but the MeGUI version). I'd still be curious to know what's wrong, though, if any extra smart person(s) could shed any light.

LouieChuckyMerry

2nd June 2018, 22:01

Damn, I'd love to know why sometimes my replies stretch the length, left-to-right, of two or three screens.

videoh

2nd June 2018, 22:16

tebasuna51

3rd June 2018, 00:30

Or use QUOTE instead CODE, without problems for log's.

Gser

3rd June 2018, 09:32

Thanks for the reply, Zathor, and Happy Saturday. I have a backup of my portable MeGUI, Version 2855, from a week ago. With this I was able to return to problem-free encoding by declining to update to Version 2859. With this same version and "Always use the included AviSynth" enabled, I was able to encode properly after removing the MT dialogue from the script, but the FPS were about half of normal (on my dual-core system). Finally, after updating to Version 2859, then updating ffmpeg to the newest version, my test encode failed. Here's the log:

I'm sure you're busy, so don't waste any time on my problem unless you can afford it ;) . With the backup of Version 2855 I was able to return my dual-core and my quad-core setups to proper functionality, with all their correct templates, etc., and I've turned off "Auto Update" so they should stay useable (I'll just manually update everything but the MeGUI version). I'd still be curious to know what's wrong, though, if any extra smart person(s) could shed any light.

That's because you only did the first step. Next you need Changebits(bitdepth) to whatever bit depth you wish to filter in and then use filters that support native avs+ formats. Dithertools is only for stacked high bit depth formats. You could still use stacked format filtering if you want but you would need to add ConvertFromStacked(bits=10) as the last part of your script-. For 10 bit sources you need FFMPEGsource to decode in real 10-bits. L-smash only supports interleaved and stacked formats.

Multithreading is simple in avs+, just add Prefetch(threads) to the end of the script.

LigH

3rd June 2018, 17:19

@ LouieChuckyMerry:

Or, if both indentation and full width matter, use external pastebin services, just link the URL here.

There are other forum software which wrap code blocks in on-demand scroll boxes with a maximum width (as well as height, like here (https://forum.doom9.org/showthread.php?p=1843456#post1843456)), so it doesn't destroy the base layout.

LouieChuckyMerry

3rd June 2018, 22:26

That's because you only did the first step. Next you need Changebits(bitdepth) to whatever bit depth you wish to filter in and then use filters that support native avs+ formats. Dithertools is only for stacked high bit depth formats. You could still use stacked format filtering if you want but you would need to add ConvertFromStacked(bits=10) as the last part of your script-. For 10 bit sources you need FFMPEGsource to decode in real 10-bits. L-smash only supports interleaved and stacked formats.

Multithreading is simple in avs+, just add Prefetch(threads) to the end of the script.

Thanks for your reply, Gser. I'm not entirely clueless, but it's been three years since I took the time to test and setup my templates, and what's left of my mind's a bit hazy (plus the change from SEt's MT AviSynth to AviSynth+). If you could help me translate my standard template I think I could apply that to my other variations. Typically I encode a Blu-ray on my quad-core system with the following script (adjusting the strength of SMDegrain depending on the source):

SetMemoryMax(2048)
SetMTMode(3,7)
<input>
SetMTMode(2)
SMDegrain(TR=3,ThSAD=300,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)
Dither_Out()

I also tick "Enable 10-Bits Encoding" and add "--demuxer raw --input-depth 16 --sar 1:1" to the x264 command line. I've always been very happy with these results. Is it even possible to use SMDegrain in AviSynth+?

LouieChuckyMerry

3rd June 2018, 22:27

It's because one or more lines of your code is so long. That sets the window size. You need to break those lines manually. The convention is to put a \ at the end to indicate that it is to be combined with the next line. Like so:

This is a line with a \
manual break.

Or use QUOTE instead CODE, without problems for log's.

@ LouieChuckyMerry:

Or, if both indentation and full width matter, use external pastebin services, just link the URL here.

There are other forum software which wrap code blocks in on-demand scroll boxes with a maximum width (as well as height, like here (https://forum.doom9.org/showthread.php?p=1843456#post1843456)), so it doesn't destroy the base layout.

:thanks: Now I've one less thing to think about ;) .

LigH

4th June 2018, 08:28

In AviSynth+ MT, multi-threading is already pre-configured for many known core and plugin functions. You may still tweak the MT mode per filter using SetFilterMTMode() if you really know it better...

Instead of using SetMTMode(mode[,threads /*in first call only*/]) in every place where the mode changes, you will usually trust in the predefined mode per filter, but you have to enable multi-threading for a number of threads at the very end of the script, using Prefetch(threads); more details in: AviSynth Wiki: AviSynth+ – MT notes (http://avisynth.nl/index.php/AviSynth%2B#MT_Notes)

Note: If you use both return clip and Prefetch, you have to think well about their placements.

Gser

4th June 2018, 11:28

thanks for your reply, gser. I'm not entirely clueless, but it's been three years since i took the time to test and setup my templates, and what's left of my mind's a bit hazy (plus the change from set's mt avisynth to avisynth+). If you could help me translate my standard template i think i could apply that to my other variations. Typically i encode a blu-ray on my quad-core system with the following script (adjusting the strength of smdegrain depending on the source):

I also tick "enable 10-bits encoding" and add "--demuxer raw --input-depth 16 --sar 1:1" to the x264 command line. I've always been very happy with these results. Is it even possible to use smdegrain in avisynth+?
Maybe SMDdegrain would work with LSFmod v.21 Modded Version by A.SONY.
setmemorymax(2048)
<input>
smdegrain(tr=3,thsad=300,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)
dither_out()
convertfromstacked(bits=16)
prefetch(7)

LouieChuckyMerry

4th June 2018, 16:18

Gser

4th June 2018, 20:09

LouieChuckyMerry

4th June 2018, 23:57

Yes it is an inbuilt avs+ function.

Any thoughts why I'm receiving the error message, then?

LigH

5th June 2018, 07:28

Best publish a whole log file from starting and closing MeGUI. It should contain the analysis of your system and the used AviSynth DLL, not much more.

LouieChuckyMerry

5th June 2018, 14:17

Best publish a whole log file from starting and closing MeGUI. It should contain the analysis of your system and the used AviSynth DLL, not much more.

Thanks, LigH. That's so simple I'm embarrassed :o . Seems I'm not using AviSynth+, even though I ticked "Always use included AviSynth":

[Information] Log
-[Information] Versions
--[Information] MeGUI: 2859 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
----[Information] Microsoft Visual C++ 2015 x86: 14.0.23026
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] Date: 20-02-2015
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: inactive
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: active
-[Information] Update detection
--[Information] [05 Jun 18 09:14:54] redist files copied: 2017_x86
--[Information] [05 Jun 18 09:14:54] Connected to server: http://megui.tmebi.de/test/
--[Information] [05 Jun 18 09:14:55] No package requires an update

LigH

5th June 2018, 14:21

Seems I'm not using AviSynth+, even though I ticked "Always use included AviSynth":

:eek: Seriously surprising. Let's hope Zathor has ideas, maybe a more verbose test build of MeGUI reporting more about the AviSynth DLL selection.

I hope you installed MeGUI outside of the UAC (i.e. not in C:\Program Files (x86)). If you did, that may prevent it from copying files.

@Zathor: Might be a good idea to include the installation path of MeGUI in the log.

LouieChuckyMerry

5th June 2018, 15:36

I hope you installed MeGUI outside of the UAC (i.e. not in C:\Program Files (x86)). If you did, that may prevent it from copying files.

I use the portable version of MeGUI. Perhaps that's part of the problem?

VoodooFX

5th June 2018, 17:40

Updated MEGUI from 283? to latest and there is some error, when using One-Click(on folder with multiple files), error is when Queue process Mode - oneclick. I guess it should create jobs for second video file, but it fails.
https://i.imgur.com/mQ8VFet.png

Zathor

5th June 2018, 22:04

Gser: I ticked "Always use the included AviSynth", restarted, and updated from the developmental server, but receive the error message "Script error: there is no function named "ConvertFromStacked" when I load your suggested script. I thought "ConvertFromStacked" was a built-in function, although I could surely be wrong.

It is not a core avs+ function, as for that the external dll "ConvertStacked.dll" has to be loaded. Add a LoadPlugin("MeGUIPath\tools\avs\plugins\ConvertStacked.dll") to your script and it should work.

Zathor

5th June 2018, 22:05

hello_hello

5th June 2018, 23:36

Thanks, LigH. That's so simple I'm embarrassed :o . Seems I'm not using AviSynth+, even though I ticked "Always use included AviSynth":

You're not alone.
https://forum.doom9.org/showthread.php?p=1837914#post1837914

hello_hello

5th June 2018, 23:52

Zathor,
Is it necessary for the AVS Cutter to refuse to add cuts to a script more than once? Could complete refusal be replaced with a warning that cuts have already been added? There's times it might be necessary to add more than one lot of cuts to a script and at the moment it requires adding cuts, closing the AVS Cutter completely and then re-opening the script.
Possibly the ability to add cuts a second time could be disabled until the preview is refreshed after the first lot of cuts has been added, or the preview could be automatically refreshed when cuts are added, effectively resetting it rather than having to close and open the AVS Cutter.

Another small annoyance...
If you open a script with the AVS Cutter, it appears to check the total frame count and refuses to allow you to enter a frame number beyond the last frame. There's times when that's annoying because you can manually change something in a script and re-load it in the AVS Cutter preview and proceed/continue to add cuts, unless it increases the frame count, in which case the cuts added are limited to the original frame range.

Thanks.

PS Is MeGUI being a bit oddly when encoding sources indexed with Lsmash for anyone else?
For some reason, after one of the recent updates, the info displayed in the job queue takes quite a while to acknowledged an encode has started, even though the window displaying the encoding process is open and it's clearly progressing. The log queue continues to display "waiting" and appears to be frozen, because no jobs can be started until it changes from "waiting" to "processing", and a couple of time MeGUI has frozen completely "waiting" for a job to commence that's already running. It seems to only happen with Lsmash.

VoodooFX

6th June 2018, 00:39

Could you please upload the log?
Are you able to reproduce that?

Yes, here is log (after oneclick error I aborted audio job):
https://pastebin.com/gNijDJmS

btw I get same error " 4 is not valid for 'index' " when I edit x265 preset in oneclick and try to save it(clicking around presets error sometimes disappears, still I dunno why or when).

LouieChuckyMerry

6th June 2018, 01:08

It is not a core avs+ function, as for that the external dll "ConvertStacked.dll" has to be loaded. Add a LoadPlugin("MeGUIPath\tools\avs\plugins\ConvertStacked.dll") to your script and it should work.

You're not alone.
https://forum.doom9.org/showthread.php?p=1837914#post1837914

Adding "LoadPlugin... ConvertStacked.dll" to the script gained me one more line, 33, thanks. Now I receive the error message "Script error: there is no function named "Prefetch" (... , line 34)". Could this be related to the issue hello_hello mentioned? The open-then-close log I posted shows the same thing:

--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] Date: 20-02-2015
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: inactive
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: active

Also, I'm not sure if SMDegrain would even work in AviSynth+, but the script I modified for AviSynth+ (with the help of Gser) doesn't throw an error until the last line, Prefetch(7), which is well past the SMDegrain line.

Edit: Ahhh, I'm using 64 Bit Windows 7.

LigH

6th June 2018, 07:34

MeGUI as such is more or less "portable" anyway, you just unpack it from a ZIP archive, and you should unpack it anywhere else, just not in the usual "Program Files" directories protected by the UAC. Where does it reside in your system?

While it is in a generic directory, it should be able to copy a DLL on demand so that its local AviSynth+ DLL is preferred over any AviSynth? DLL installed in your Windows system. I would suggest Zathor to add some debugging around this mechanism for those where it seems to fail.

Windows 7 in 64 bit is fine; if you don't use the 64 bit of MeGUI, the general version will use the 32 bit version of AviSynth (log reports "MeGUI: 2859 x86", and SEt's MT version is only available in 32 bit, so it's obvious).

BTW, "Prefetch(7)" is funny, are 7 threads the maximum for your specific script's memory consumption? And yes, Prefetch() is a function specific to AviSynth+ MT.

hello_hello

6th June 2018, 08:04

Adding "LoadPlugin... ConvertStacked.dll" to the script gained me one more line, 33, thanks. Now I receive the error message "Script error: there is no function named "Prefetch" (... , line 34)". Could this be related to the issue hello_hello mentioned?

Open a script with nothing but Version() and see what it says.

tebasuna51

6th June 2018, 10:49

Zathor,
Is it necessary for the AVS Cutter ...

Zathor, maybe you can change also the Audio Cutter tool based in the .clt file created with the AVS Cutter with the MkvMerge method showed here. (https://forum.doom9.org/showthread.php?p=1842802#post1842802)

- MkvMerge is already in the MeGUI package and you can forget the old BeSplit.exe not needed for MeGUI at all.

- MkvMerge is actualized frequently and support much more audio formats than BeSplit.

- You need only one job to obtain the output, with BeSplit you need one for split and a second to join.

LouieChuckyMerry

6th June 2018, 14:34

MeGUI as such is more or less "portable" anyway, you just unpack it from a ZIP archive, and you should unpack it anywhere else, just not in the usual "Program Files" directories protected by the UAC. Where does it reside in your system?

I have it on a RAMDisc, F:\, with all my other audio-video programs. When I started learning about encoding it seemed like a good idea to have independent discs for the executable files (F:\), the source files (D:\), and the output files (C:\). Perhaps I was overthinking things ;) .

Windows 7 in 64 bit is fine; if you don't use the 64 bit of MeGUI, the general version will use the 32 bit version of AviSynth (log reports "MeGUI: 2859 x86", and SEt's MT version is only available in 32 bit, so it's obvious).

Yes, I've been using SEt's (:thanks:) 32 bit MT version for some years, until trying to figure out AviSynth+.

BTW, "Prefetch(7)" is funny, are 7 threads the maximum for your specific script's memory consumption? And yes, Prefetch() is a function specific to AviSynth+ MT.

In the beginning I used Groucho2004's awesome AVSMeter (:thanks:) to test for the best MT configuration, and I found that on my quad-core system SetMTMode(3,7) gave me better results than SetMTMode(3,8). Not that I know why :rolleyes: .

Open a script with nothing but Version() and see what it says.

It shows: AviSynth 2.60, build:Feb 20 2015 [03:16:45] © 2000-2014 Ben Rudiak-Gould, et al. http://www.avisynth.org

PS Is MeGUI being a bit oddly when encoding sources indexed with Lsmash for anyone else?
For some reason, after one of the recent updates, the info displayed in the job queue takes quite a while to acknowledged an encode has started, even though the window displaying the encoding process is open and it's clearly progressing. The log queue continues to display "waiting" and appears to be frozen, because no jobs can be started until it changes from "waiting" to "processing", and a couple of time MeGUI has frozen completely "waiting" for a job to commence that's already running. It seems to only happen with Lsmash.

I've not experienced any freezing, but perhaps it takes a bit longer to proceed from "waiting" to "processing" lately. It's always taken much longer for LSmash scripts to load-begin processing than FFMS scripts on both my Win 7 64 bit systems, but I prefer it because, for whatever reason, FFMS sometimes "acts up" whereas LSmash doesn't.

Zathor

6th June 2018, 22:00

It shows: AviSynth 2.60, build:Feb 20 2015 [03:16:45] © 2000-2014 Ben Rudiak-Gould, et al. http://www.avisynth.org

I do not know what is going on there. Could you please check if you do have a avisynth.dll in your MeGUI folder (in the root) when MeGUI is running and this dll is from 2018?

doomleox999

6th June 2018, 23:07

OK, then I misunderstood it. You do not want to select specific streams you want to change the language of exsting streams. This is sadly not possible.

I found a way. You just have to change the default language in MeGUI settings, as simple as that.

LouieChuckyMerry

7th June 2018, 01:50

I do not know what is going on there. Could you please check if you do have a avisynth.dll in your MeGUI folder (in the root) when MeGUI is running and this dll is from 2018?

There's an AviSynth.dll in the root MeGUI folder and Windows Properties says the "Product name" is "AviSynth+ 0.1 (r2664, MT, i386)" and the "Date modified" is "28 March 18 15:04".

hello_hello

7th June 2018, 03:06

It shows: AviSynth 2.60, build:Feb 20 2015 [03:16:45] © 2000-2014 Ben Rudiak-Gould, et al. http://www.avisynth.org

Sorry if that makes me feel a bit better. I suspected it was probably happening to other people, only nobody else had noticed yet.
When I tested old MeGUI versions, it seems the problem was introduced around the time the extra Avisynth info was added to the log file. That may be just co-incidence, but it took me a long time to notice too.

I've not experienced any freezing, but perhaps it takes a bit longer to proceed from "waiting" to "processing" lately. It's always taken much longer for LSmash scripts to load-begin processing than FFMS scripts on both my Win 7 64 bit systems, but I prefer it because, for whatever reason, FFMS sometimes "acts up" whereas LSmash doesn't.

Maybe it's because my PC's old and it's a slow script and it's been a while since I encoded any 1080p video, but I don't recall such a large delay time between MeGUI starting encoding and realising it had started encoding. The progress window is really slow to respond to changes in encoding speed, so maybe it's related to that (I wish it was responsive enough to show you sudden changes in encoding speed instead of slow enough to show you something that probably happened 20 minutes ago).

This was what I meant though. 100 frames have been encoded and the job queue still hasn't caught up (job5 running).
I'm using an old XP compatible version of LSmash, but even so, this feels like something new.

PS. I just ran a short encode (100 frames) of the same video, only without any filtering aside from resizing in the script, and when it'd finished encoding the job queue still showed "waiting". When I tried deleting the job from the queue manually, MeGUI found a new excuse to crash. :)

https://s22.postimg.cc/bxwqle201/waiting.gif

hello_hello

7th June 2018, 11:07

Another feature request for Zathor.....

When you select an encoder preset, open the encoder configuration and then change something, upon clicking "okay" MeGUI asks if you'd like to save the changes to the preset. Not having clicked the "Update" button first, I'm usually pretty confident I don't want to save the changes to the preset, so would it be possible to add a "don't ask me again" checkbox to the message window?
The question seems rather redundant to me anyway, given there's an obvious update button for when you do want to update the preset, and 90% of the time I'd be making temporary changes to an existing preset rather than loading the defaults and starting from scratch anyway, and being asked all the time is $&#% annoying. :)

Thanks.

Zathor

7th June 2018, 22:32

There's an AviSynth.dll in the root MeGUI folder and Windows Properties says the "Product name" is "AviSynth+ 0.1 (r2664, MT, i386)" and the "Date modified" is "28 March 18 15:04".

OK, what is happening is that that avisynth.dll cannot be used by MeGUI. Therefore the script calls the system installed dll which is the old AviSynth from 2015.
The question therefore is why the avisynth.dll in the MeGUI folder is not autoloaded. How do you start MeGUI? With a double click on the MeGUI.exe?
Also avs+ needs the vcredist 2017 which you do not have installed. It should be copied by MeGUI but could you please try to install:
https://aka.ms/vs/15/release/vc_redist.x86.exe

VoodooFX

8th June 2018, 00:18

@Zathor
What about that (https://forum.doom9.org/showthread.php?p=1843714#post1843714) error?

tebasuna51

8th June 2018, 09:56

What about that (https://forum.doom9.org/showthread.php?p=1843714#post1843714) error?

Maybe MediaInfo found another subtitle corrupt here:

---[Information] Text
-[Information] ID: 7
-[Information] StreamOrder: 6
-[Information] Codec: S_TEXT/UTF8
-[Information] LanguageString: Portuguese
---[Information] Text
-[NoImage] InvalidArgument=Value of '4' is not valid for 'index'.

Try remux your mkv source with MkvToolNixGUI before, and repeat the MeGUI recode.

wiggaz

8th June 2018, 13:34

Hello,
I did few tests between the old version (2836) and the latest (2859), and ffmpeg is indeed slower.
We are talking about fps decimals but, since we enjoy every single increase, that's become significally important, I think.

Here's some logs:

1080p crf (first 2836 then 2859)
https://pastebin.com/iet3XFmg

576p 2pass (first 2836 then 2859)
https://pastebin.com/pMCsZuU8

What you think?
Thanks in advance

LouieChuckyMerry

8th June 2018, 15:03

Also avs+ needs the vcredist 2017 which you do not have installed. It should be copied by MeGUI but could you please try to install:
https://aka.ms/vs/15/release/vc_redist.x86.exe

Happy Friday! I've downloaded and installed the above 2017 vcredist.

OK, what is happening is that that avisynth.dll cannot be used by MeGUI. Therefore the script calls the system installed dll which is the old AviSynth from 2015.
The question therefore is why the avisynth.dll in the MeGUI folder is not autoloaded. How do you start MeGUI? With a double click on the MeGUI.exe?

I've portable MeGUI in a folder on a RAMDisc and pinned to the Win 7 64 bit start menu. I tried double-clicking on MeGUI.exe but receive the same "No Function Prefetch" error, so it seems to still be reverting to the installed 2015 avisynth.dll.

LouieChuckyMerry

8th June 2018, 15:09

Maybe it's because my PC's old and it's a slow script and it's been a while since I encoded any 1080p video, but I don't recall such a large delay time between MeGUI starting encoding and realising it had started encoding. The progress window is really slow to respond to changes in encoding speed, so maybe it's related to that (I wish it was responsive enough to show you sudden changes in encoding speed instead of slow enough to show you something that probably happened 20 minutes ago).

This was what I meant though. 100 frames have been encoded and the job queue still hasn't caught up (job5 running).
I'm using an old XP compatible version of LSmash, but even so, this feels like something new.

PS. I just ran a short encode (100 frames) of the same video, only without any filtering aside from resizing in the script, and when it'd finished encoding the job queue still showed "waiting". When I tried deleting the job from the queue manually, MeGUI found a new excuse to crash. :)

https://s22.postimg.cc/bxwqle201/waiting.gif

I paid extra attention when I started my most recent encode and, although it does seem a bit slower to get going, it changed from "waiting" to "processing" as it should. My system is Win 7 64 bit with 12GB RAM. How much RAM do you have? Perhaps it's simply an XP and-or RAM issue?

VoodooFX

8th June 2018, 18:27

Try remux your mkv source with MkvToolNixGUI before, and repeat the MeGUI recode.

Remuxing with MkvToolNix v23 didn't helped, only removing Portuguese subs solved error.

Zathor

8th June 2018, 22:04

Yes, here is log (after oneclick error I aborted audio job):
https://pastebin.com/gNijDJmS

btw I get same error " 4 is not valid for 'index' " when I edit x265 preset in oneclick and try to save it(clicking around presets error sometimes disappears, still I dunno why or when).

As you are able to reproduce it:
http://megui.org/megui_debug.7z
extract the content of eitehr the 32 or the 64 folder (depending on your MeGUI build), reprocude the error, close MeGUI & upload the log.

VoodooFX

9th June 2018, 17:15

As you are able to reproduce it:
http://megui.org/megui_debug.7z
extract the content of eitehr the 32 or the 64 folder (depending on your MeGUI build), reprocude the error, close MeGUI & upload the log.

Here you go:
https://pastebin.com/ixWEYDP1

Zathor

10th June 2018, 21:06

LouieChuckyMerry / hello_hello: Could you please try 2860? It should now properly detect that the included portable AviSynth is not used. Please try also if the MeGUI setting "log debug information" changes a thing (with the next restart).

Here you go:
https://pastebin.com/ixWEYDP1
Thanks, will have a look in the next days.

Statick

11th June 2018, 14:20

request:

I'd really like a way of accessing the input filename from within the OneClick encoder AVISynth script

specifically I want to access the .d2v file generated, which is always named after the input filename, and reference this in the script. something like %input_filename% would do the job, like this:

tfm(d2v="%input_filename%.d2v")

I'm sure there are other paramters that would be useful if exposed this way, but this is the only one I'm after!

Currently I have to edit the AVISynth profile for every single video I encode, which for several hundred videos is extremely long-winded and error prone

hello_hello

11th June 2018, 14:23

LouieChuckyMerry / hello_hello: Could you please try 2860? It should now properly detect that the included portable AviSynth is not used. Please try also if the MeGUI setting "log debug information" changes a thing (with the next restart).

Thanks for the effort!
Now you've made me feel bad for being the bearer of bad news.

[Warning] AviSynth Information
-[Information] AviSynth Wrapper
--[Information] Version: 1.0.2847.0
--[Information] Date: 06-05-2018
--[Information] Interface: 3
-[Information] AviSynth
--[Information] File Version: 2.6.0.6
--[Information] File Date: 31-03-2015
--[Information] File Name: Avisynth 2.6
--[Information] File Path: c:\windows\system32\avisynth.dll
--[Information] AviSynth Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
--[Information] AviSynth+: false
--[Information] AviSynth MT: false
--[Information] AviSynth Status: active
-[Warning] AviSynth portable
--[Information] File Version: 0.1
--[Information] File Date: 28-03-2018
--[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
--[Information] File Path: c:\program files\megui\avisynth.dll
--[Warning] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is: c:\windows\system32\avisynth.dll

PS It makes no difference if the "log debug info" option is enabled/disabled.

LigH

11th June 2018, 15:08

c:\program files\megui\avisynth.dll

is probably protected by the UAC: Windows doesn't allow manipulation of files in this directory branch without Administrator access rights.

That's why we keep recommending not to install MeGUI there, over and over ... or you would have to disable the UAC, which is a security risk.

Statick

11th June 2018, 15:30

is probably protected by the UAC: Windows doesn't allow manipulation of files in this directory branch without Administrator access rights.

That's why we keep recommending not to install MeGUI there, over and over ... or you would have to disable the UAC, which is a security risk.

I have "run this program as administrator" selected and it seems to solve all such problems, albeit that I have to click the "yes" prompt every time I open the program. I could be missing something though.

StainlessS

12th June 2018, 01:57

Zathor,
I have been experiencing some problems with both stable and developer for some months (WXP32SP3).
On checking Changelog, see this

- Windows Vista and older is not supported

The only problem I'm having is using MeGUI_AutoEncode_Batcher, which uses AutoIt code to add avs scripts to the Auto Encode queue.
Problem arises when Preview Window is opened (after avs script load) and the batcher clicks close Button (little x close alias ALT/F4).
Seems that the problem arises due to close button being clicked before MeGUI is ready, ie MeGUI is still doing its multiple scanning
of Avs script and has not as yet presented the clip graphic in the preview window, when close button is clicked it crashes MeGUI.
(the Batcher is un-affected).

I have been putting off posting this problem report, in hope of it disappearing, but update earlier today and then saw changelog.
I've tried adding in a 10 second delay after Preview Window appears, and that fixes my problem, and so I have to assume
that problem could also affect systems after VISTA, if user clicks ALT/F4 close button before MeGUI has finished whatever it does
during its multiple script scanning period.

Adding avs scripts by hand is no problem for me with current versions, but I like to use the batcher.
I was not at all aware until a short while ago (checking Changelog) that XP is no longer supported (in theory),

What is the latest version MeGUI that is supported for XP (I see no such dropping of support note in changelog).

Developer MeGUI 2860, stable 2836.

Thanks in advance.

EDIT: Batcher:- https://forum.doom9.org/showthread.php?t=163343

EDIT:
From current Changelog of both Stable and Development.
Known Problems:
- Windows Vista and older is not supported

from Full Changelog
2077 [Progress Window] lower also I/O and memory priority when priority below normal (requires Windows Vista or newer). Feature request #3468249
Is this the first one that does NOT support XP ?

EDIT: Found this on sourceforge
Known Problems: - Windows XP and older is not supported [2624]
So maybe 2525 last supported stable (despite me not knowing that neither development nor stable not supported since March 2015).

tuanden0

12th June 2018, 05:48

mkvmerge update version 24.0.0

LouieChuckyMerry

12th June 2018, 15:23

LouieChuckyMerry / hello_hello: Could you please try 2860? It should now properly detect that the included portable AviSynth is not used. Please try also if the MeGUI setting "log debug information" changes a thing (with the next restart).

Version 2860 seems to properly detect that the included AviSynth is not used; ticking "Log debug information" does change something: [Information] AviSynth+: false in the log became [Information] AviSynth+: true. However, now I receive an access error for loading ConvertStack.dll, and if I # that line of my script out I receive an access error for the next line, and so on. Here's the script:

# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
SetMemoryMax(1024)
LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\Tools\Avs\plugins\ConvertStacked.dll")
LoadPlugin("F:\[0]StandAloneApps\MeGUI-2500(core)2443(data)0.3.5(libs)[Portable]\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("D:\Temp\[0000]ReEncTemp\[1080p]AlohaBobbyAndRose[S]{1975}[1080p]\OriginalVideo,OriginalAudio.mkv")
SMDegrain(TR=3,ThSAD=700,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)
Trim(11111,11666)
Dither_Out()
ConvertFromStacked(Bits=16)
Prefetch(7)

My system is Win 7 64 bit, UAC has been disabled since I opened the package, and portable MeGUI is on a RAMDisk, F:\.

LigH

12th June 2018, 18:08

Groucho2004

12th June 2018, 18:11

Sounds like a misinterpretation of the confusingly bracketed path names... is there any reason to interpret them?

I would guess if you simplified the path and file names as much as possible, there may be no issue?
Misinterpretation? All the characters in the path names are valid.

LouieChuckyMerry

12th June 2018, 19:18

Sounds like a misinterpretation of the confusingly bracketed path names... is there any reason to interpret them?

I would guess if you simplified the path and file names as much as possible, there may be no issue?

I've been using those path names with SEt's AviSynth MT for some years without issue. Would AviSynth+ be different that way?

hello_hello

12th June 2018, 19:25

is probably protected by the UAC: Windows doesn't allow manipulation of files in this directory branch without Administrator access rights.

That's why we keep recommending not to install MeGUI there, over and over ... or you would have to disable the UAC, which is a security risk.

Fortunately, I'm in a UAC free zone (still running XP).

How do people put up with the crap? I plugged a USB hard drive into my ex's laptop the other day, to copy some stuff to the laptop drive, and UAC had to bother me to ask permission to access it. More than once, I think.

videoh

12th June 2018, 19:45

It's easy to turn off completely if you don't like it.

LigH

12th June 2018, 20:20

Misinterpretation? All the characters in the path names are valid.

So, do you see any better reason for

now I receive an access error for loading ConvertStack.dll, and if I # that line of my script out I receive an access error for the next line, and so on

or maybe I misunderstood the meaning of the term "access error"?

Groucho2004

12th June 2018, 20:47

maybe I misunderstood the meaning of the term "access error"?That's one possibility.

Groucho2004

12th June 2018, 21:13

hello_hello

13th June 2018, 03:49

I'm curious about the "portable mode" in Megui.
I suppose this option will load the included avisynth.dll instead of the DLL that was installed in System32/SysWow64.

That's the theory, although it still isn't working correctly for me.

What about the plugins that were installed with Avisynth which are referenced in the registry? The only way I can see to avoid these being used is to have an explicit "LoadPlugin()" call for each plugin used in the script, right?

Would it be preferable for MeGUI not to use auto-loading plugins? If it didn't, when Avisynth is installed other programs could open scripts that rely on auto-loading plugins but they'd fail to open in MeGUI.

LigH

13th June 2018, 07:40

Groucho2004

13th June 2018, 10:01

I believe (strongly, like I read it before) that MeGUI redirects the auto-load directory during its activity. AviSynth may have an API to change the location read from the registry after the initialization of its interface.
There are two ways of which I'm aware to disable auto-loading from directories referenced in the registry:
1. Use ClearAutoloadDirs() (requires AVS+)
2. Remove the registry entries (quite drastic)

Maybe Megui is using one of these methods. I'm too lazy to dig through the code so maybe the developer(s) can shed some light.

Zathor

13th June 2018, 23:12

Zathor,
I have been experiencing some problems with both stable and developer for some months (WXP32SP3).
On checking Changelog, see this

- Windows Vista and older is not supported

The MeGUI core still does work with XP (and Vista), however the external tools may not and most important I will not spend time to test anything with XP/Vista and I will not fix any issues which arise only on those OS. I simply do not have the time.

The only problem I'm having is using MeGUI_AutoEncode_Batcher, which uses AutoIt code to add avs scripts to the Auto Encode queue.
Problem arises when Preview Window is opened (after avs script load) and the batcher clicks close Button (little x close alias ALT/F4).
Seems that the problem arises due to close button being clicked before MeGUI is ready, ie MeGUI is still doing its multiple scanning
of Avs script and has not as yet presented the clip graphic in the preview window, when close button is clicked it crashes MeGUI.
(the Batcher is un-affected).
I tried to reproduce that but failed. Could you please describe in more detail how do you get it to crash?

Zathor

13th June 2018, 23:14

Version 2860 seems to properly detect that the included AviSynth is not used; ticking "Log debug information" does change something: [Information] AviSynth+: false in the log became [Information] AviSynth+: true.
Could you upload please both logs? (versions part is sufficient)

Zathor

13th June 2018, 23:21

I'm curious about the "portable mode" in Megui.
I suppose this option will load the included avisynth.dll instead of the DLL that was installed in System32/SysWow64.

What about the plugins that were installed with Avisynth which are referenced in the registry? The only way I can see to avoid these being used is to have an explicit "LoadPlugin()" call for each plugin used in the script, right?

MeGUI does copy in portable mode in every needed folder (encoder directories and the MeGUI root) the needed avisynth.dll + others (devil, redist).

Based on the the avs calls in the exe files - as none of them specifies a path - will based on the default dll search order first search in the local directory before the system ones are searched. So e.g. MeGUI.exe does call avisynthwrapper.dll which will call avisynth.dll

I have added in 2860 the information to the log which module path is used to detect potential issues.

And yes, to avoid any issues with then not autoloaded plugin dlls, there will be LoadPlugin calls for each needed function placed / but only for the ones MeGUI is using so e.g. convertstacked.dll is not loaded. I suggest to use the addautoloaddir() command.

As AVS+ will check for the registry keys and load the system installed plugin DLLs, it may potentially try to load dlls which will break AVS+.Not sure if such DLLs exist.

Zathor

13th June 2018, 23:24

Thanks for the effort!
Now you've made me feel bad for being the bearer of bad news.

PS It makes no difference if the "log debug info" option is enabled/disabled.

Thanks, I have only changed the detection method so while the checkbox is not ticked, you should still have the same result. But now it will be detected that not the portable one is used.

When the checkbox is ticked I do have explicit FreeLibrary calls in place to unload avisynth.dll used by avisynthwrapper.dll. This seems to have it changed for LouieChuckyMerry somehow.

Groucho2004

14th June 2018, 02:15

As AVS+ will check for the registry keys and load the system installed plugin DLLs, it may potentially try to load dlls which will break AVS+.Not sure if such DLLs exist.Probably not break but there are plugins that are not supported by AVS+ (CPP 2.0 and C 2.0).

hello_hello

14th June 2018, 10:20

Compatibility with auto-loading plugins isn't exactly a new problem. If there's auto-loading plugins then it's really up to the user to make sure they're compatible with MeGUI's portable Avisynth, otherwise you can tell MeGUI to use the installed Avisynth instead. It's not really any different from ensuring auto-loading plugins are compatible with the version of Avisynth you have installed.

StainlessS

14th June 2018, 10:37

I tried to reproduce that but failed. Could you please describe in more detail how do you get it to crash?

Well, the scripts I use often have a long (a couple of seconds) scan where auto border cropping & auto contrast scanning is done (scans about 40 frames from clip, evenly spread thoughout clip duration, and then the crop/contrast is set.
MeGUI does its own multiple scans of the script during both load and then again when clicking on AutoEncode. So for each of the MeGUI scans, the script does its own scan (occurs at script start up), so MeGUI may be busy for about 10 seconds after script load, and it is during this time that the preview window pops up.
There seems to have been some recent (within about 2 or 3 months) mod to MeGUI source that displays the preview window before the MeGUI multiple scans of script starts, and as the batcher clicks the ALT\F4 close button as soon as the preview window pops up, so when MeGUI blits the graphic to the window, it has already been closed, Bang, Crash Wallop.

Before the problem arose, the window would only show up after MeGUI multiple scans had completed, and so the batcher would not close the window, because it was not there.

That is how it seems to me.

EDIT: Above is not an XP issue, it will occur on any OS (if a batcher is used, or the user is super quick at closing the window, I have not as yet managed to be quick enough to click it manually fast enough to crash it).

hello_hello

14th June 2018, 11:46

StainlessS,
out of curiosity, do you have any problems with Avisynth plugins causing MeGUI to crash on XP?

If dither.dll or avspt.dll 1.27.2 are used in a script MeGUI always crashes when closing the preview, while version 1.27.1 is fine. MAA2() also does the same, although I haven't bothered trying to work out which plugin is to blame as I rarely use it.

I'm curious if that's peculiar to my XP installation.

Cheers.

LouieChuckyMerry

14th June 2018, 22:01

Could you upload please both logs? (versions part is sufficient)

Long story short, I've been switching between a portable MeGUI, Version 2855, that still works correctly with SEt's MT AviSynth 2.6.0.5 and then updating that to Version 2860 to try and sort out why AviSynth+ doesn't work (then deleting this entire folder and replacing it with the Version 2855 that works when I've something to encode). What I typed in post #6243 was copied-and-pasted from the log (the fact that AviSynth+ was true), but now I can't repeat it :( . The last updating of Version 2855 to Version 2860, then ticking "Log debug information", then restarting now shows [Information] AviSynth+: false. I don't know why. Also, when it stated true I could load my scripts that worked with SEt's MT and they would run but output the acid flashback stacked video with extremely high bit rate and extremely low FPS. Now, I can't even load a SEt script, MeGUI simply crashes. Here's the crash log:

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2860 x86
--[Information] Update Check: development update server
-[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.7 (4.7.02558)
-[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
-[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
-[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
-[Information] Microsoft Visual C++ 2017 x86: 14.14.26429
-[Information] Redistributables
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 1600x900
-[Information] Primary Screen: True
-[Information] Monitor 1
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 18.05.0.0 (08-05-2018)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
--[Information] [14 Jun 18 16:55:30] Using cached update config and server: http://megui.org/auto/
-[Information] Version: 1.0.2847.0
-[Information] Date: 06-05-2018
-[Information] Interface: 3
-[Information] AviSynth Wrapper
--[Information] [14 Jun 18 16:55:30] No package requires an update
-[Information] File Version: 2.6.0.5
-[Information] File Date: 20-02-2015
-[Information] File Name: Avisynth 2.6
-[Information] File Path: c:\windows\system32\avisynth.dll
-[Information] AviSynth Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
-[Information] AviSynth+: false
-[Information] AviSynth MT: true
-[Information] AviSynth
--[Information] AviSynth Information
-[Information] MediaInfoWrapper
--[Information] [14 Jun 18 16:55:38] sessions open: 1, id: 109528: File: File: D:\Temp\[0000]ReEncTemp\[1080p]Zoolander2[S]{2016}[1080p]\ReEncZoo[1,100]-TrimTest.avs
-[Information] AviSynthWrapper
--[Information] [14 Jun 18 16:55:38] sessions open: 1, id: 106226: D:\Temp\[0000]ReEncTemp\[1080p]Zoolander2[S]{2016}[1080p]\ReEncZoo[1,100]-TrimTest.avs

Zathor

15th June 2018, 02:54

Long story short, I've been switching between a portable MeGUI, Version 2855, that still works correctly with SEt's MT AviSynth 2.6.0.5 and then updating that to Version 2860 to try and sort out why AviSynth+ doesn't work (then deleting this entire folder and replacing it with the Version 2855 that works when I've something to encode). What I typed in post #6243 was copied-and-pasted from the log (the fact that AviSynth+ was true), but now I can't repeat it :( . The last updating of Version 2855 to Version 2860, then ticking "Log debug information", then restarting now shows [Information] AviSynth+: false. I don't know why. Also, when it stated true I could load my scripts that worked with SEt's MT and they would run but output the acid flashback stacked video with extremely high bit rate and extremely low FPS. Now, I can't even load a SEt script, MeGUI simply crashes. Here's the crash log:
Do you have ticked the "always use the included avisynth" checkbox?
And when it crashes, what error message do you get?

Zathor

15th June 2018, 03:10

Well, the scripts I use often have a long (a couple of seconds) scan where auto border cropping & auto contrast scanning is done (scans about 40 frames from clip, evenly spread thoughout clip duration, and then the crop/contrast is set.
MeGUI does its own multiple scans of the script during both load and then again when clicking on AutoEncode. So for each of the MeGUI scans, the script does its own scan (occurs at script start up), so MeGUI may be busy for about 10 seconds after script load, and it is during this time that the preview window pops up.
There seems to have been some recent (within about 2 or 3 months) mod to MeGUI source that displays the preview window before the MeGUI multiple scans of script starts, and as the batcher clicks the ALT\F4 close button as soon as the preview window pops up, so when MeGUI blits the graphic to the window, it has already been closed, Bang, Crash Wallop.

Before the problem arose, the window would only show up after MeGUI multiple scans had completed, and so the batcher would not close the window, because it was not there.

That is how it seems to me.

EDIT: Above is not an XP issue, it will occur on any OS (if a batcher is used, or the user is super quick at closing the window, I have not as yet managed to be quick enough to click it manually fast enough to crash it).

Again, I would need more details to be able to reproduce it. E.g. can you share the script? Is there an error in the log?

StainlessS

15th June 2018, 12:27

E.g. can you share the script? Is there an error in the log?

Share Script, well not really, consists of maybe a dozen scripts, some quite significant in length, and a bucket load of plugins.
Error in the log, not concerning the error, just (from memory) a "MeGUI has crashed" style message box.

I was wrong, preview window does not show before MeGUI double scanning (based on below test script), but I seem to recall
that it does show the window borders with plain grey where graphic would be, and then crash before graphic blitted to the window.

I have not been able to reproduce the crash with a short test script, below, but if I put in a Sleep(10000) command ie sleep for 10 seconds
into the Batcher code, before close ALT/F4 close button then it does not crash.

Test script that failed to prompt the crash

Colorbars(Pixel_type="YV12").ShowFrameNumber.KillAudio
SAMPLES=2048 # Enought to have a longish timeout
FC=Framecount
Step=FrameCount/SAMPLES
RT_DebugF("Script Open Scan commence",name="Crash.avs: ")
#GScript("""
z=0.0
For(i=0,FC-1,Step) { # Time Waster
current_frame=i
z=z+AverageLuma
}
#""")
RT_DebugF("Scan complete, returning clip",name="Crash.avs: ")
Return Last

DebugView result

00000001 0.00000000 RemoveDirt 0.9 # AutoLoaded plugins
00000002 1.12014675 SSETools 0.1
00000003 1.18845010 RT_DebugF: Init_ExternalPlugins
00000004 1.20852351 RT_DebugF: .\FFMS2000_CPP\ffms2.dll LOADED
00000005 1.23122072 Crash.avs: Script Open Scan commence
00000006 27.22969246 Crash.avs: Scan complete, returning clip # End of scan 1 before Preview
00000007 27.60651970 RemoveDirt 0.9
00000008 28.72829628 SSETools 0.1
00000009 28.79436684 RT_DebugF: Init_ExternalPlugins
00000010 28.81436348 RT_DebugF: .\FFMS2000_CPP\ffms2.dll LOADED
00000011 28.83756065 Crash.avs: Script Open Scan commence
00000012 54.90752029 Crash.avs: Scan complete, returning clip # End of scan 2 Preview shows after this (crashes after this usually)
00000013 57.81261444 RemoveDirt 0.9
00000014 58.93026733 SSETools 0.1
00000015 58.99621582 RT_DebugF: Init_ExternalPlugins
00000016 59.01642990 RT_DebugF: .\FFMS2000_CPP\ffms2.dll LOADED
00000017 59.03916550 Crash.avs: Script Open Scan commence
00000018 85.08772278 Crash.avs: Scan complete, returning clip # End of AutoEncode scan

I shall try to find a fix within the Batcher, maybe try a 1 second delay, see if that works.

Anyway, sorry for bothering you, and nice work in reducing the MeGUI pre-scan count to 2 before Preview (was some time ago about 7),
and 1 scan for the AutoEncode (was about 5 I think).
EDIT: The crash seems to happen more often on a P4 3.0 GHz (with HyperThreading) than on my Quad Core Duo 2.4 GHz.

EDIT:
StainlessS,
out of curiosity, do you have any problems with Avisynth plugins causing MeGUI to crash on XP?
Never had any problems with MeGUI and other dll's at all (although I dont usually use dither and the other dll which I'm not familiar with).
EDIT: I assume that your 'avspt.dll' should actually be 'avstp.dll', which I do have (but dont offhand know what it does, something to do with dither I think).

hello_hello

15th June 2018, 14:21

Never had any problems with MeGUI and other dll's at all (although I dont usually use dither and the other dll which I'm not familiar with).
EDIT: I assume that your 'avspt.dll' should actually be 'avstp.dll', which I do have (but dont offhand know what it does, something to do with dither I think).

Interesting. I just re-installed an old image of XP because the one I was using was nearly five years old and started blue-screening the other day, but the problem still exists. I might have to re-install XP from scratch to see what happens. Or just bite the bullet and download Linux Mint and never look back.

Yes, it should have been avstp.dll. It comes with the dither plugin. Something about internal plugin multi-threading, from memory.

Cheers.

LouieChuckyMerry

15th June 2018, 14:57

Do you have ticked the "always use the included avisynth" checkbox?

D'oh! Good thing you're the developer, Zathor, and Happy Friday :) . Anyway, now that you've pointed out the obvious, here are the version logs you requested earlier, all from portable MeGUI on a RAMDisk, F:\.

NOTE: At first, after updating and ticking "Always use included AviSynth" then restarting, the log would still show ----[Information] AviSynth+: false. However, after a bit of checking, it turns out that ffmpeg wasn't updating because the package was disabled. Once I manually updated ffmpeg, from Version 3.4 to Version 4.0, and restarted the log shows ----[Information] AviSynth+: true. This is probably why there was an issue before, with the one time true but other time false, because I remember manually updating ffmpeg the first time but I didn't update it the second time.

First, Version 2855 working well with SEt's MT AviSynth:

[Information] Log
-[Information] Versions
--[Information] MeGUI: 2855 x86
--[Information] Update Check: Disabled
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
----[Information] Microsoft Visual C++ 2017 x86: 14.14.26429
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] Date: 20-02-2015
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] MT: true
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [15 Jun 18 09:18:34] Automatic update is disabled
--[Information] [15 Jun 18 09:18:34] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [15 Jun 18 09:18:34] There is 1 package which can be updated: MeGUI

Second, the previous version updated and with "Always use included AviSynth" ticked:

[Warning] Log
-[Warning] Versions
--[Information] MeGUI: 2860 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
----[Information] Microsoft Visual C++ 2017 x86: 14.14.26429
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Warning] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] File Date: 20-02-2015
----[Information] File Name: Avisynth 2.6
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
---[Warning] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: f:\[0]standaloneapps\megui-2500(core)2443(data)0.3.5(libs)[portable]\avisynth.dll
----[Warning] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is: c:\windows\system32\avisynth.dll
-[Information] Update detection
--[Information] [15 Jun 18 09:31:42] Using cached update config and server: http://megui.org/auto/
--[Information] [15 Jun 18 09:31:43] No package requires an update

Finally, the previous but with "Log debug information" ticked, too:

[Information] Log
-[Information] Versions
--[Information] MeGUI: 2860 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.02558)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2015 x64: 14.0.23506
----[Information] Microsoft Visual C++ 2017 x86: 14.14.26429
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.5
----[Information] File Date: 20-02-2015
----[Information] File Name: Avisynth 2.6
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth 2.60, build:Feb 20 2015 [03:16:45]
----[Information] AviSynth+: false
----[Information] AviSynth MT: true
----[Information] AviSynth Status: inactive
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: f:\[0]standaloneapps\megui-2500(core)2443(data)0.3.5(libs)[portable]\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [15 Jun 18 09:38:28] Using cached update config and server: http://megui.org/auto/
--[Information] [15 Jun 18 09:38:28] No package requires an update

StainlessS

15th June 2018, 15:50

I might have to re-install XP from scratch to see what happens. Or just bite the bullet and download Linux Mint and never look back.

Yes, it should have been avstp.dll. It comes with the dither plugin. Something about internal plugin multi-threading, from memory.

If you use WususOfflineUpdate, then be aware that M$ seems to have deliberately broken it a bit (for a new install of XPSP3).
So, if you have an old version of Wusus [EDIT: Offline Update], use that before trying to update with a newer one.
Otherwise it seems that you have to go through updates in date order and install manually (about a hundred or so), and then it will work ok.

Mint is pretty good, but I'm not sure, I may switch to Fedora (or LMDE).

Yep, I thought that plugin was something to do with multi-threading, now I know.

manolito

15th June 2018, 21:59

If you use WususOfflineUpdate, then be aware that M$ seems to have deliberately broken it a bit (for a new install of XPSP3).
So, if you have an old version of Wusus, use that before trying to update with a newer one.

No, this time it is not Microsoft's fault. WSUSOffline( NOT Wusus) v. 9.21 is the very last version which can retrieve Win XP updates, it is still available at the author's website:
http://download.wsusoffline.net/wsusoffline921.zip

Just for fun I tested it again, and it still downloads all the latest WinXP updates from the Microsoft servers without errors.

Cheers
manolito

LigH

15th June 2018, 22:07

WSUS = Windows Server Update Services (https://en.wikipedia.org/wiki/Windows_Server_Update_Services)

If you have a workgroup or domain with Windows server(s), you can let it download update packages once or the local network, and set up workstation PCs to download their update packages from your local server instead of Microsoft servers.

StainlessS

16th June 2018, 10:06

it still downloads all the latest WinXP updates from the Microsoft servers without errors.
Yes, but will get 'stuck' if trying to update a brand new XP32SP3 install.
One of the problems indicated below (I've experienced more than one prob)

2018-05-07 20:00:02:359 832 12c PT +++++++++++ PT: Synchronizing server updates +++++++++++
2018-05-07 20:00:02:359 832 12c PT + Offline serviceId = {8FFD129A-DD86-4A5D-933C-5F9985975929}
2018-05-07 20:00:02:359 832 12c PT WARNING: Cached cookie has expired or new PID is available
2018-05-07 20:00:37:031 832 12c Agent WARNING: Failed to evaluate Installed rule, updateId = {2190702A-4B98-4A80-90FF-0C6DB43C13CC}.200, hr = 8024E001
2018-05-07 20:01:30:515 832 12c PT +++++++++++ PT: Synchronizing extended update info +++++++++++
2018-05-07 20:01:30:515 832 12c PT + Offline serviceId = {8FFD129A-DD86-4A5D-933C-5F9985975929}
2018-05-07 20:01:30:515 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:640 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:656 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:703 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013
2018-05-07 20:02:13:718 832 12c OfflSnc WARNING: Failed to add file to the FileLocationList with 0x80240013

Goes on for hours like that before I quit, tried a number of things including updating the agent, I unfortunately did not keep the old version I had [EDIT: the complete download version from v9.2.1 from about 6 months ago].

EDIT:
this time it is not Microsoft's fault. WSUSOffline( NOT Wusus) v. 9.21
Last version is actually v9.2.4 (which I have, the actual old file you need is I think the wsusscn2.cab file).

manolito

16th June 2018, 21:06

Yes, but will get 'stuck' if trying to update a brand new XP32SP3 install.

Alright, I misunderstood your previous post, I thought you were saying that the download from the M$ servers was broken.

But I still believe that something must be wrong at your end, I spent some hours trying to reproduce your errors, but I couldn't, everything works just fine here.

This is what I did:

Dowloaded WSUSOfflineInstaller 9.24 (thanks for the hint), downloaded the updates and put the whole stuff on a USB stick.

Formatted the target partition (to FAT32)

Did a clean install of WinXP 32 SP3 Professional Corporate Edition. This installation CD had been slipstreamed to include SP3, but otherwise no tweaks like NLite or injecting SATA (AHCI) drvers.

Ran the UpdateInstaller from the previously created USB stick. Except for a few updates which were skipped because they were blacklisted all of the 134 updates were installed without issues, no errors like the ones you posted. (The small number of only 134 is because I deselected all the dotNet stuff.)

What does that mean?
Obviously your WinXP language is English while mine is German. I do not believe that this could make a difference.

What about your WinXP installation CD? Did you apply any fancy tweaks to it?

Whatever, at least for me the WSUSOffline app still works nicely for WinXP.

Cheers
manolito

StainlessS

17th June 2018, 14:46

Was slipstreamed SP2, and then SP3, into standard setup disk (pro GOLD, ie SP0), (but with Internet Explorer 8.0 [no idea why, I dont use it at all]
and also WMP 11.0 [dont use that either], nothing else I think).
I also set up a load of stuff including Visual Studio 2008, before using WSUSOffline,
Thanks Mani, I'll give it another go with WSUS updates applied first.

EDIT: To Below,
I updated the XP downloaded updates again via W10 Home, and noticed an error message (only in console window, not logged to log file),
that some *.txt md5 hash files were giving an "Access Denied" error message.
So having noticed this, I decided to download the entire update set again (with 9.2.4 about 5GB for chosen stuff [XP32+64]), and re-tried
the XP targetting, (I install all DotNet, from 1.1, 2.0, 3.5 [includes v3.0] and 4.0), but NOT CPP files, no remote desktop, no
Silverlight, no updated certificate things. [EDIT: + Powershell 2.0]
Installed just fine, 159 updates in total. Still got the "Failed to add file" type errror messages in windowsUpdate.log (not the
WSusOfflineUpdate.log), but only 30 seconds worth, and did not really take any more time than it should have.
All hunky dory now, my downloads were just messing up due to MD5 hash stuff. :)

EDIT: I saw no indication to what file/files the "Failed to add file" stuff referred to.

manolito

17th June 2018, 18:55

Did another test, this time "the works". Source CD was WinXP 32 SP3 Pro Corporate (SP3 slipstreamed into an earlier CD), and also injected the Intel IASTOR AHCI drivers. Of course the AHCI drivers were not used because my computer only has an IDE HDD interface, and the BIOS does not know a thing about SATA or AHCI.

For the update installation this time I selected everything except the WMP update. (dotNet, IE8, VC redist, DirectX) The dotNet stuff slowed down the update to a crawl (the whole dotNet update stuff is a major PITA IMO, whoever programmed this crap at Microsoft should be sent to a Singapore prison and receive at least 20 cane strokes on the bare).

But still, everything went well, all updates were installed without any error messages. So I feel that I am well prepared for a fresh install of WinXP...

Cheers
manolito

(Tomorrow it's off to Scotland, I won't post for the next 2 weeks...)

Zathor

22nd June 2018, 21:22

2863 [AviSynth] changed default value of "always use the included AviSynth" to enabled
unload avisynthwrapper during startup detection to ensure that the portable build is used if required
2862 [Xvid] improved workaround to be able to use Xvid in portable AviSynth mode
2861 [OneClick] fixed an out of bounds error. bug #919

Zathor

23rd June 2018, 20:13

The only problem I'm having is using MeGUI_AutoEncode_Batcher, which uses AutoIt code to add avs scripts to the Auto Encode queue.
Problem arises when Preview Window is opened (after avs script load) and the batcher clicks close Button (little x close alias ALT/F4).
Seems that the problem arises due to close button being clicked before MeGUI is ready, ie MeGUI is still doing its multiple scanning
of Avs script and has not as yet presented the clip graphic in the preview window, when close button is clicked it crashes MeGUI.
(the Batcher is un-affected).

That should be fixed with 2865:

2865 [AviSynth] improved error handling
2864 [L-SMASH Indexer] added high bit depth support

StainlessS

23rd June 2018, 20:55

That should be fixed with 2865:

Thanx Z, much obliged, I'll give it a try soon. (I was testing some stuff to detect change from inital central dialog box average color, in any pixel,
or if some timeout occurred).

Manolito, added edit four posts earlier.

hello_hello

24th June 2018, 11:36

2863 [AviSynth] changed default value of "always use the included AviSynth" to enabled
unload avisynthwrapper during startup detection to ensure that the portable build is used if required

MeGUI (2865) doesn't always copy Avisynth.dll to the MeGUI folder when it's being told to use the included Avisynth.

When Avisynth.dll in the system32 folder is version 2.6, MeGUI does not copy Avisynth.dll to the MeGUI folder, and if I copy it there myself before starting MeGUI, it's removed when MeGUI starts.

--[Warning] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.6
----[Information] File Date: 31-03-2015
----[Information] File Name: Avisynth 2.6
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
----[Information] AviSynth+: false
----[Information] AviSynth MT: false
----[Information] AviSynth Status: active
---[Warning] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\program files\megui\avisynth.dll
----[Warning] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is: c:\windows\system32\avisynth.dll

When I replace Avisynth.dll in the system32 folder with Avisynth+, MeGUI does copy Avisynth.dll to the MeGUI folder. I'm pretty sure it's actually using it, as when it's using the dll in the system32 folder the dll is normally locked and can't be deleted until I close MeGUI, but I can delete it.

--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: inactive
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\program files\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active

This time with Avisynth.dll removed from the system32 folder before starting MeGUI (Avisynth.dll is copied to the MeGUI folder and MeGUI can open scripts).

---[Information] AviSynth
----[Information] AviSynth Status: not installed
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\program files\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active

Hopefully this isn't an XP-specific thing. :)

Cheers.

Zathor

24th June 2018, 12:32

The fix in 2863 was intended for the issue LouieChuckyMerry had. He conformed that it was working when "show debug information" was enabled so I have enabled that now by default for that part. However I noticed that I changed it a bit and I do not know if it therefore still works as expected.

MeGUI calls AviSynth not directly (it uses avisynthwrapper.dll for that) but that does not change much. By default when searched for the AviSynth.dll it should open the one in the calling directory and then in the system directories (more details here: https://msdn.microsoft.com/en-us/library/windows/desktop/ms682586).

For you it seems that when the 2.6 from the system32 is loaded this is still used even when the avisynth.dll is now in the calling folder. But interestingly with AVS+ it seems to work.

The workaround implemented for LouieChuckyMerry did force an unload (and load) of avisynth.dll and avisynthwrapper.dll which seems to have fixed that for him.

If the wrong avs is used, could you please try to encode an avs file with version() inside e.g. with x264 to see which version is used there?

Zathor

24th June 2018, 13:00

MeGUI (2865) doesn't always copy Avisynth.dll to the MeGUI folder when it's being told to use the included Avisynth.

Could you please try these two builds?
http://megui.org/debug.7z

fix: may fix the change intended with 2863
force: force portable avisynth (will not try to detect system installed one)

hello_hello

24th June 2018, 17:35

Could you please try these two builds?
http://megui.org/debug.7z

fix: may fix the change intended with 2863
force: force portable avisynth (will not try to detect system installed one)

Fix: Exactly the same. Even when encoding, Avisynth 2.6 is used.

Force: The portable Avisynth+ is used and the log file says Avisynth is not installed.

I have no idea why having Avisynth 2.6 installed should make a difference, but the problem seems to be MeGUI is failing to copy Avisynth.dll to the MeGUI folder. The same for devil.dll. I'm pretty sure it's just those two dlls. If either are in the MeGUI folder, the "fix" version deletes them when it runs (if the installed Avisynth is 2.6).

For the "force" version, the dlls are copied to the MeGUI folder. All the required runtime files are in the MeGUI folder either way. Actually, when the "installed" Avisynth is used they were removed by a previous MeGUI, but currently they always remain in the MeGUI folder. I don't know if that's by design.

The log file for the "fix" version says avisynth.dll is in the MeGUI folder, but it's not.

--[Warning] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.6
----[Information] File Date: 31-03-2015
----[Information] File Name: Avisynth 2.6
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
----[Information] AviSynth+: false
----[Information] AviSynth MT: false
----[Information] AviSynth Status: active
---[Warning] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\megui\avisynth.dll
----[Warning] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is: c:\windows\system32\avisynth.dll
-[Information] Update detection
--[Information] [25/06/18 2:20:17 AM] Connected to server: http://megui.tmebi.de/test/
--[Information] [25/06/18 2:20:17 AM] No package requires an update

I'm pretty sure this is different to the problem I originally reported because I'm sure a few versions ago MeGUI was copying Avisynth.dll to the MeGUI folder, but it wasn't using it, so something there must have changed recently. Hopefully the problem now is simply the absence of Avisynth.dll

From memory, LouieChuckyMerry is using a 64 bit version of Windows. Maybe MeGUI is behaving differently on 32 bit Windows. Or XP..... :(

Thank you!

hello_hello

24th June 2018, 18:00

Zathor,

I tried the "fix" version of MeGUI after manually copying avisynth.dll & devil.dll to the MeGUI folder while MeGUI was running, so it couldn't delete them, but it still used the installed Avisynth 2.6 for both previewing and encoding.

Is that expected behavior? Should MeGUI simply use the dll in the MeGUI folder if it's present, regardless of the setting in Options? From what you posted previously I assumed the avisynth wrapper would first look for Avisynth.dll in the MeGUI folder and use it if it's found there.

PS, If I'm the only one with this problem maybe it's time to give up. I can always swap Avisynth.dll in the system32 folder if I want to use Avisynth+ for some reason.

Cheers.

Zathor

24th June 2018, 19:03

The process during startup is:
- delete avisynth.dll if found in the MeGUI folder
- run a avs script to check if a system installed avisynth is found (+ log output)
- if no, no suitable version or if "always use portable" is checked, the avisynth.dll will be copied to the MeGUI root folder (from tools\avs)
- run a avs script to check if this portable avisynth can be used (+ log output)
- if the portable version cannot be used, delete the avisynth.dll from MeGUI root

So if you do not find it there, it has already been deleted.

Did the "force" version work or not? It does not do the steps with the system avisynth. Could you post a log of that?

What happens if you copy the tools\avs avisynth.dll and devil.dll to e.g. x264 folder and start the encode? Is it then using it?
EDIT: the avisynth.dll in an encoder folder cannot be influenced at all by MeGUI. So either it does work or not. During program start I can do a few changes for the detection and usage e.g. in AVS Creator, but not for the encoders. There the encoder has to call the proper dllbased on the search rules. Therefore it would be good to know e.g. when you run the x264.exe (without MeGUI) on a command line if the avisynth.dll in that folder will be used or not.

hello_hello

24th June 2018, 21:31

It still seems to me that MeGUI is failing to copy Avisynth.dll to the MeGUI folder when Avisynth 2.6 is installed, for some inexplicable reason.

Did the "force" version work or not? It does not do the steps with the system avisynth. Could you post a log of that?

Yes it did. The log file really only says the same as I did in my earlier post, but here it is:

[Information] AviSynth Information
-[Information] AviSynth Wrapper
--[Information] Version: 1.0.2847.0
--[Information] Date: 06-05-2018
--[Information] Interface: 3
-[Information] AviSynth
--[Information] AviSynth Status: not installed
-[Information] AviSynth portable
--[Information] File Version: 0.1
--[Information] File Date: 28-03-2018
--[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
--[Information] File Path: c:\megui\avisynth.dll
--[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
--[Information] AviSynth+: true
--[Information] AviSynth MT: true
--[Information] AviSynth Status: active

What happens if you copy the tools\avs avisynth.dll and devil.dll to e.g. x264 folder and start the encode? Is it then using it?

"Fix" deletes them from the x264 folder when it runs, but if I start "fix" and then manually copy the dlls to the x264 folder, it previews scripts with Avisynth 2.6 and encodes them with Avisynth+.

For "Force" it's the other way round. If I run "force" and then delete Avisynth.dll and devil.dll from the x264 folder, MeGUI still previews scripts using Avisynth+ but it encodes them with Avisynth 2.6.

EDIT: the avisynth.dll in an encoder folder cannot be influenced at all by MeGUI. So either it does work or not. During program start I can do a few changes for the detection and usage e.g. in AVS Creator, but not for the encoders. There the encoder has to call the proper dllbased on the search rules. Therefore it would be good to know e.g. when you run the x264.exe (without MeGUI) on a command line if the avisynth.dll in that folder will be used or not.

With the dlls in the x264 folder, I used the same command line as MeGUI via a command prompt and the script encoded successfully with Avisynth+.

"C:\MeGUI\tools\x264\x264.exe" --keyint 240 --sar 1:1 --frames 240 --output "D:\version.mkv" "D:\version.avs"

Full disclosure: Each time I started an encode via the command line I had to dismiss the following message before the encode would start, but it always ran successfully. I have seen the same message on a few occasions when starting MeGUI (I'm pretty sure it pops up as an MeGUI.exe message and not an x264 message), but it only happens occasionally. I've never seen the error when starting an encode with MeGUI or mention of it in the log file. The same error popped up when encoding via the command line with both Avisynth 2.6 and Avisynth+.

Cheers.

https://s15.postimg.cc/ugngeoxyz/x264_opencl.gif

PS After all that testing, the error message popped up just now when I restarted MeGUI. It looks like this:

https://s15.postimg.cc/z04adkfej/Me_GUI_opencl.gif

Zathor

24th June 2018, 21:51

So bottom line is that only MeGUI itself has the problem. It seems that when using first the system installed AviSynth it cannot switch back to portable one. The encoders are always fine. Is that summary correct?
I will change it in the way that if "always use portable" is ticked I will not do any checks with the system installed one (same as "forced" version).
There will be still the issue if "always use portable" is not ticked and the system installed one cannot be used (outdated).

EDIT: regarding the opencl.dll error - it seems your graphics driver does not support it.

hello_hello

25th June 2018, 07:06

So bottom line is that only MeGUI itself has the problem. It seems that when using first the system installed AviSynth it cannot switch back to portable one. The encoders are always fine. Is that summary correct?

That's correct.
I'd still be interested to know if anyone else running 32 bit Windows has the same problem, or if it's just me.

EDIT: regarding the opencl.dll error - it seems your graphics driver does not support it.

I guess it's unrelated then. I'm still using graphics drivers from 2013, because there were two driver updates that made a mess so I stopped updating them (I'm not a gamer so driver updates don't do much for me). I probably should look at updating the drivers now to see if it fixes that problem.

Thanks for your help.

LouieChuckyMerry

26th June 2018, 00:23

Groucho2004

26th June 2018, 00:32

--[Information] MeGUI: 2860 x86
--[Information] Update Check: development update server
-[Information] Operating System: Windows 7 Premium x64 SP1 (6.1.65536.7601)
...
-[Information] File Version: 2.6.0.5
-[Information] File Date: 20-02-2015
-[Information] File Name: Avisynth 2.6
-[Information] File Path: c:\windows\system32\avisynth.dll

A 32 bit avisynth.dll must be in SysWoW64 on a 64 bit OS, not Sytem32. My guess is that it's in the right place but megui can't properly detect the SysWoW64 directory.

LigH

26th June 2018, 07:30

Because MeGUI x86 is a 32 bit process, a 64 bit Windows will have mapped SysWoW64 as fake "system32"; only a 64 bit process can actually see SysWoW64.

Groucho2004

26th June 2018, 08:05

only a 64 bit process can actually see SysWoW64.
:confused::confused::confused:

I spent quite a bit of time to determine the "real" SysWoW64 directory in my programs without getting Windows file redirection involved.

If you're interested, here is the code I use nowadays:
BOOL GetSysWoW64Directory(string &s_syswow64dir, string &s_errormsg)
{
s_syswow64dir = "";
s_errormsg = "";

HMODULE hKernel32 = GetModuleHandle("kernel32.dll");
if (hKernel32 == NULL)
{
s_errormsg = "Cannot obtain module handle to kernel32.dll";
return FALSE;
}

BOOL bIs64BitProcess = FALSE;
BOOL bIsWoW64Process = FALSE;

if (sizeof(void*) == 8) // Test 64 on 64
bIs64BitProcess = TRUE;
else // Test WOW64
{
BOOL bWoW64Process = FALSE;
typedef BOOL (WINAPI *LPFN_ISWOW64PROCESS) (HANDLE, PBOOL);
LPFN_ISWOW64PROCESS fnIsWow64Process = (LPFN_ISWOW64PROCESS)GetProcAddress(hKernel32, "IsWow64Process");
if (fnIsWow64Process != NULL)
fnIsWow64Process(GetCurrentProcess(), &bWoW64Process);
if (bWoW64Process)
bIsWoW64Process = TRUE;
}

if ((bIs64BitProcess) || (bIsWoW64Process))
{
char szSysWOW64Directory[MAX_PATH];
typedef UINT (WINAPI *LPFN_GETSYSTEMWOW64DIRECTORY)(LPTSTR, UINT);
LPFN_GETSYSTEMWOW64DIRECTORY getSystemWow64Directory = (LPFN_GETSYSTEMWOW64DIRECTORY)GetProcAddress(hKernel32, "GetSystemWow64DirectoryA");

if (getSystemWow64Directory(szSysWOW64Directory, sizeof(szSysWOW64Directory)) > 3)
s_syswow64dir.assign(szSysWOW64Directory);
}
else
{
s_errormsg = "Not running on 64 Bit OS";
return FALSE;
}

return TRUE;
}

LigH

26th June 2018, 08:40

And this code works when you compile it as 32 bit application? Interesting. But also quite complex, I doubt many "leisure time programmers" will know all the involved system functions. It may not even be necessary.

I mean ... in general, most applications only need access to the system DLL's in the directory matching their own bitness. If you have a 32 bit application, simply use "system32" and trust in Windows mapping it to SysWoW64 if it is a 64 bit Windows. The application may not even need to know that the mapping happened at all. It is not interested in DLL's of the opposite bitness, anyway.

For MeGUI specifically, the main reason to report the path is to tell apart "the system directory" from "the application directory". When MeGUI x86, as a 32 bit process, tries to copy from "the system directory", Windows will ensure that "the 32 bit system directory" will be accessed (no choice in a 32 bit Windows, and mapped SysWoW64 in a 64 bit Windows). The reported directory may be not "physically" correct from the scope of a 64 bit system, but virtually correct from the scope of a 32 bit application running in a "Windows on Windows64" subsystem. Scope matters.

Groucho2004

26th June 2018, 09:04

And this code works when you compile it as 32 bit application?Works in 32 and 64 bit programs on 32 and 64 bit OS.

The reported directory may be not "physically" correct from the scope of a 64 bit system, but virtually correct from the scope of a 32 bit application running in a "Windows on Windows64" subsystem. Scope matters.I like to know the real directory, not a "virtual" one.

The whole reason why I wrote this function is because the Win32 API file/folder redirection functions do not work consistently across Windows versions and I needed something reliable.

LigH

26th June 2018, 09:17

Alright. Zathor will know whether this is relevant and useful for MeGUI.

The access error reported by hello_hello appears to be somewhat dependent on the last used AviSynth installer. So I wonder if there is e.g. a file sharing mode issue due to the avisynth.dll being used by additional processes (and may it just be a Windows Explorer file type hook or similar) when the legacy AviSynth 2.6 installer was used... that seems to be a quite specific issue, not much related to just detecting the location of the system path in either scope.

Zathor

26th June 2018, 21:02

Thanks, Groucho2004, for the code. I know that the shown path is not correct because of redirection, however that is the path which is shown when I check for running modules and their path. To see if it is the same as when using the portable one this is sufficient and not worth additional efforts. I may change my mind in the future :)

hello_hello

26th June 2018, 23:39

Zather,
thanks for the hard work! All is good now.

-[Information] Versions
--[Information] MeGUI: 2867 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows XP Professional x86 SP3 (5.1.196608.2600)
---[Information] .NET Framework: 4.0 (4.0.30319)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
----[Information] Microsoft Visual C++ 2017 x86: 14.13.26020
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1152x864
----[Information] Primary Screen: True
---[Information] Monitor 2
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: False
--[Information] Component Information
---[Information] Haali Media Splitter: 1.11.96.14 (03-03-2011)
---[Information] Haali DSS2: (03-03-2011)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 28-03-2018
----[Information] File Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] File Path: c:\program files\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active

imsrk48

27th June 2018, 03:40

Hey Dear MeGui's Developers
Please add option for burn subtitles on video in mkv file like handbrake

Sent from my P4 using Tapatalk

LigH

27th June 2018, 07:23

It already exists in the "AVS Script Creator" tool ("Filters" tab), because to "burn in" subtitles (make them video content), they have to be processed by an AviSynth plugin.

Forteen88

28th June 2018, 11:44

MeGUI 2836 says that x264 L4.1 is "--vbv-bufsize 78125 --vbv-maxrate 62500", while x264 says that L4.1 is "--vbv-bufsize 62500 --vbv-maxrate 50000". So which is the correct H264 L4.1?

Example when using MeGUI:
---[Warning] [02/10/2015 09:48:29] x264 [warning]: VBV bitrate (62500) > level limit (50000)
---[Warning] [02/10/2015 09:48:30] x264 [warning]: VBV buffer (78125) > level limit (62500)

EDIT: OK then I understand, I had MeGUI set on High Profile, not Main Profile. Thanks tebasuna51!

tebasuna51

28th June 2018, 12:34

From https://en.wikipedia.org/wiki/H.264/MPEG-4_AVC

Level 4.1 max video coding layer kbit/s (Baseline, Extended and Main Profiles) = 50000
The maximum bit rate for High Profile is 1.25 times that of the Base/Extended/Main Profiles -> 62500

Change the 'AVC Profile' from 'High' to 'Main' in MeGUI x264 config dialog and you obtain:
--vbv-bufsize 62500 --vbv-maxrate 50000

You can let --vbv-bufsize 78125 --vbv-maxrate 62500 if you know than your player support Level 4.1 High Profile.

Or change to --vbv-bufsize 62500 --vbv-maxrate 50000
if you want make your encode more compatible with players.

You can low until: --level 4.0 --vbv-bufsize 25000 --vbv-maxrate 20000
for DivX Plus HD certified players (some TV's or standalone players)
It is your choice.

DS2902

29th June 2018, 10:36

After upgrading to 2867, it stopped running
https://i.imgur.com/1G4nYvU.png

LigH

29th June 2018, 11:20

That russian message part apparently means: "Entry point not found"...

THEAST

29th June 2018, 11:43

After upgrading to 2867, it stopped running
https://i.imgur.com/1G4nYvU.png

I have the same issue. I randomly got the same error even before the latest update when trying to create new AVS scripts using both MeGUI x86 and x64, but since the last update, the x64 version does not even open anymore. However, the x86 version seems to work fine using the latest update.

Edit: I just tried again, now the x64 version also works. I have not touched anything or even rebooted my machine since a few hours ago when it didn't work.

Edit 2: MeGUI x64 does not work again after rebooting my machine.

DS2902

2nd July 2018, 00:53

Edit 2: MeGUI x64 does not work again after rebooting my machine.
I have it now does not depend on the reboot. It can start on the first try, or maybe with the twentieth.

Zetti

2nd July 2018, 02:34

#Zathor

Is it possible you will add ffdcaenc to MeGUI??

https://forum.doom9.org/showthread.php?t=170952

imsrk48

2nd July 2018, 05:39

It already exists in the "AVS Script Creator" tool ("Filters" tab), because to "burn in" subtitles (make them video content), they have to be processed by an AviSynth plugin.i know I'm talking about burn subtitles in mkv file

Sent from my P4 using Tapatalk

LigH

2nd July 2018, 05:53

Why is the MKV container relevant here?

If you want to "burn" the subtitles into the video stream, then the container doesn't matter.

If you want to multiplex the subtitles into an MKV container, then they will not become part of the video stream.

Either or. Decide.
_

Or do you mean subtitles already multiplexed in your MKV source file, so you don't mean the target container?

To process them with MeGUI, you may have to extract them from the MKV. I don't know if any of the subtitle filters for AviSynth accept an MKV container as source, that would be surprising to me.

Rendering the source with DirectShow, only to have the subtitles rendered over the video, should not be your preference: DirectShowSource can be unreliable, there is a reason why MeGUI disabled it by default.

tebasuna51

2nd July 2018, 09:20

Is it possible you will add ffdcaenc to MeGUI??

Is it possible but I don't know if it is useful.

I'm not sure if a DTS 1536 Kb/s make by ffdcaenc is better than an AC3 640 Kb/s make by ffmpeg, more compatible and 42% of size.

BTW you can use BeHappy (https://forum.doom9.org/showthread.php?t=104686) to use ffdcaenc with AviSynth support.

EDIT: seems there are also some incompatibility with hardware players
https://forum.doom9.org/showthread.php?p=1845723#post1845723

imsrk48

2nd July 2018, 10:56

LigH

2nd July 2018, 14:38

I told you: if you mean "burning in" as "rendering into the video content", then use the "AVS Script Creator". When you see subtitles in the preview window of MeGUI, then the subtitles are part of the video stream, and then it doesn't matter anymore into which container you multiplex the video containing the subtitles as pixels.

But if you only use the multiplexer to add a subtitle stream without encoding a new video, then this does not mean "burning in". And if the subtitles appear in MP4 but not in MKV, we need many more technical details to know, e.g. an extended (not just a simple) MediaInfo analysis of both results. Then we need to compare both if a subtitle stream is contained at all, and whether it is flagged as "default" or "forced" (if not, you may have to enable the display of the subtitle stream in your video player).

imsrk48

2nd July 2018, 19:32

LigH

2nd July 2018, 20:00

I'll leave explaining this "feature" to Zathor or any other person who ever did that...

imsrk48

3rd July 2018, 01:14

@Zathor sir when I'm Encoding .ts into mkv then audio was mismatched so please fix this problem & add subtitle hardcode also with mkv container.

Sent from my P4 using Tapatalk

LigH

3rd July 2018, 07:17

Asynchronity between video and audio from TransportStream sources may be caused by cut GOPs. You should always pre-clean TS sources before converting them.

kalehrl

3rd July 2018, 07:39

HD Stream Extractor fixes the asynchronity between video and audio from TransportStream sources.

imsrk48

3rd July 2018, 14:15

Asynchronity between video and audio from TransportStream sources may be caused by cut GOPs. You should always pre-clean TS sources before converting them.Thanks LigH Sir

Sent from my P4 using Tapatalk

imsrk48

3rd July 2018, 14:15

HD Stream Extractor fixes the asynchronity between video and audio from TransportStream sources.Thanks a lot

Sent from my P4 using Tapatalk

Gser

3rd July 2018, 21:54

@Zathor sir when I'm Encoding .ts into mkv then audio was mismatched so please fix this problem & add subtitle hardcode also with mkv container.

Sent from my P4 using Tapatalk
Hardcoding subtitles and containers have nothing to do with each other. Avisynth script creator faithfully adds subtitles using textsub to an avisynth script.

kuchikirukia

4th July 2018, 02:54

I have a set of MKVs with a 6 channel DTS-MA track 1 and a 2 channel AAC as track 2. When attempting to encode using the front-panel audio encoder, it will randomly decide to encode the AAC track, giving "[Warning] [7/3/2018 9:37:27 PM] Channel count mismatch! The input file is reporting 6 channels and the AviSynth script is reporting 2 channels." The avisynth script says 6 channels detected in positions 3/2/0.1.

Would this be an LSMASH bug, since its default is to select the first detected audio track, but it looks like it may be switching between detection and serving?

tebasuna51

4th July 2018, 09:28

@kuchikirukia
Please add the log file.
Seems a MediaInfo-AviSynth conflict. And don't help this info:
...the AviSynth script is reporting 2 channels." The avisynth script says 6 channels detected in positions 3/2/0.1."

A workaround is extract the desired track with the tool HD Stream Extractor.

leon

4th July 2018, 16:53

@Zathor

Could you set "FFMSIndex" as the default indexer for WMV files?
I don't know if it's just me, but LSMASH always fails on WMVs.

LigH

4th July 2018, 17:27

If you read the last pages of the FFMS2 and L-SMASH Source threads, you will see it's not just you.

leon

4th July 2018, 18:04

Yeah, thanks.
FFMS2 is getting the job done right now for me, but it occasionally can't decode the very last frame.

imsrk48

4th July 2018, 18:59

How can i select multi tracks in avs script creator method for Encoding multi audio mkv

Sent from my P4 using Tapatalk

imsrk48

4th July 2018, 19:08

how to hardcode a .ass subtitle into mkv container using avs script creator any solution or this?

kuchikirukia

4th July 2018, 19:43

@kuchikirukia
Please add the log file.
Seems a MediaInfo-AviSynth conflict.

[Warning] Log for job392 (audio, 00003-002.mkv -> 00003-002.m4a)
-[Information] [7/4/2018 2:37:18 PM] Started handling job
-[Information] [7/4/2018 2:37:18 PM] Preprocessing
-[Warning] [7/4/2018 2:37:18 PM] MediaInfo
--[Information] [7/4/2018 2:37:18 PM] File: F:\Video\BDMV\STREAM\00003-002.mkv
--[Information] General
---[Information] Format: Matroska
---[Information] FormatString: Matroska
---[Information] FileSize: 6267504073
---[Information] PlayTime: 00:21:57.324
---[Information] Attachments: Benguiat_Bk_BT_Bold.ttf / Benguiat_Bk_BT_Bold_Italic.ttf / AGCrownStyle.ttf / Benguiat.ttf / Europe.ttf
--[Information] Video
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 31584
---[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: DTS
---[Information] FormatProfile: MA / Core
---[Information] FormatSettingsSBR:
---[Information] FormatSettingsPS:
---[Information] Muxing Mode:
---[Information] SamplingRate: 48000
---[Information] SamplingRateString: 48.0 kHz
---[Information] Channels: 6
---[Information] ChannelsString: 6 channels
---[Information] ChannelPositionsString2: 3/2/0.1
---[Information] BitRateMode: VBR / CBR
---[Information] Delay: 1
---[Information] Title:
---[Information] Language: ja
---[Information] LanguageString: Japanese
---[Information] Default: Yes
---[Information] DefaultString: Yes
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Audio
---[Information] ID: 3
---[Information] StreamOrder: 2
---[Information] Format: AAC
---[Information] FormatProfile: LC
---[Information] FormatSettingsSBR: No (Explicit)
---[Information] FormatSettingsPS:
---[Information] Muxing Mode:
---[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: Track 1 English 2.0
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
--[Information] Text
---[Information] ID: 4
---[Information] StreamOrder: 3
---[Information] Codec: S_TEXT/ASS
---[Information] CodecString: ASS
---[Information] Delay:
---[Information] Title: Subtitle Track 2 English
---[Information] Language: en
---[Information] LanguageString: English
---[Information] Default: Yes
---[Information] DefaultString: Yes
---[Information] Forced: No
---[Information] ForcedString: No
--[Warning] Text
---[Information] ID: 5
---[Information] StreamOrder: 4
---[Information] Codec: S_TEXT/ASS
---[Information] CodecString: ASS
---[Information] Delay:
---[Information] Title: Subtitle Track 1 Signs And Songs
---[Information] Language: zxx
---[Information] LanguageString: zxx
---[Information] Default: No
---[Information] DefaultString: No
---[Information] Forced: No
---[Information] ForcedString: No
---[Warning] [7/4/2018 2:37:19 PM] The language information "zxx/zxx" is unknown. The default MeGUI language has been selected instead.
--[Information] Chapters
---[Information] 00:00:00.000: :Chapter 02 Part 1
---[Information] 00:09:16.556: :Chapter 03 Part 2
---[Information] 00:20:11.210: :Chapter 04 End Theme
---[Information] 00:21:26.285: :Chapter 05 Next Episode Preview
-[Information] [7/4/2018 2:37:19 PM] Trying to open the file with LWLibavAudioSource()
-[Information] [7/4/2018 2:38:01 PM] Successfully opened the file with LWLibavAudioSource()
-[Warning] [7/4/2018 2:38:02 PM] Channel count mismatch! The input file is reporting 6 channels and the AviSynth script is reporting 2 channels
-[Information] [7/4/2018 2:38:03 PM] AviSynth script
--[NoImage] ClearAutoloadDirs()
--[NoImage] AddAutoloadDir("C:\Program Files (x86)\MeGUI\tools\avs\plugins")
--[NoImage] LoadPlugin("C:\Program Files (x86)\MeGUI\tools\lsmash\LSMASHSource.dll")
--[NoImage] LWLibavAudioSource("F:\Video\BDMV\STREAM\00003-002.mkv")
--[NoImage] # detected channels: 6
--[NoImage] # detected channel positions: 3/2/0.1
--[NoImage] return last
-[Information] [7/4/2018 2:38:03 PM] Command line used: --ignorelength --threading -v 1280 --no-delay - -o "{0}"
-[Information] [7/4/2018 2:38:03 PM] AviSynth script environment opened
-[Information] [7/4/2018 2:38:04 PM] Script loaded
-[Information] [7/4/2018 2:38:04 PM] Output Decoder
--[Information] [7/4/2018 2:38:04 PM] Channels: 2
--[Information] [7/4/2018 2:38:04 PM] Bits per sample: 32
--[Information] [7/4/2018 2:38:04 PM] Sample rate: 48000
-[Information] [7/4/2018 2:38:04 PM] Job command line: C:\Program Files (x86)\MeGUI\tools\qaac\qaac.exe --ignorelength --threading -v 1280 --no-delay - -o "F:\Video\BDMV\STREAM\00003-002.m4a"
-[Information] [7/4/2018 2:38:04 PM] Process started
-[Information] [7/4/2018 2:38:04 PM] Standard output stream
-[Information] [7/4/2018 2:38:04 PM] Standard error stream
--[Information] [7/4/2018 2:38:04 PM] qaac 2.67, CoreAudioToolbox 7.10.9.0
--[Information] [7/4/2018 2:38:04 PM] 00003-002.m4a
--[Information] [7/4/2018 2:38:04 PM] AAC-LC Encoder, CVBR 320kbps, Quality 96
--[Information] [7/4/2018 2:38:28 PM] 63210496/-1 samples processed in 0:23.515
--[Information] [7/4/2018 2:38:28 PM] Overall bitrate: 329.164kbps
--[Information] [7/4/2018 2:38:28 PM] Optimizing...29%
--[Information] [7/4/2018 2:38:28 PM] Optimizing...56%
--[Information] [7/4/2018 2:38:28 PM] Optimizing...98%
--[Information] [7/4/2018 2:38:28 PM] Optimizing...done
-[Information] [7/4/2018 2:38:28 PM] MediaInfo
--[Information] [7/4/2018 2:38:28 PM] File: F:\Video\BDMV\STREAM\00003-002.m4a
--[Information] General
---[Information] Format: MPEG-4
---[Information] FormatString: MPEG-4
---[Information] FileSize: 54443454
---[Information] PlayTime: 00:21:56.885
--[Information] Audio
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] Format: AAC
---[Information] FormatProfile: LC
---[Information] FormatSettingsSBR:
---[Information] FormatSettingsPS:
---[Information] Muxing Mode:
---[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] [7/4/2018 2:38:28 PM] The language information is not available for this track. The default MeGUI language has been selected.
-[Information] [7/4/2018 2:38:28 PM] Postprocessing
--[Information] [7/4/2018 2:38:28 PM] Deleting intermediate files
---[Information] [7/4/2018 2:38:28 PM] Successfully deleted F:\Video\BDMV\STREAM\00003-002.mkv.lwi
-[Information] [7/4/2018 2:38:28 PM] Job completed

Encoding from an avisynth script with just the LWLibavAudioSource line comes back with no errors but it's still 2 channels, and shows detected 2 channels in the log's avisynth script instead of 6 like before.
Adding stream_index=1 encodes the DTS-MA track.

So it indicates a problem with LSMASH's default -1 for stream_index (pick the first audio track), no?

LigH

4th July 2018, 20:22

how to hardcode a .ass subtitle into mkv container using avs script creator any solution or this?

Again, and again, and again:

You "hardcode" subtitles into the contained video stream, using the AVS Script Creator. Not into a container. If you see the subtitles in the preview window of MeGUI, they will also be contained in your newly encoded video. Even if you first create a raw video stream without any container; it doesn't matter.

ASS is a text script just like SRT. And the AVS Script Creator provides several different text subtitle filters, some of them supporting ASS better than others. Test it using the preview window of MeGUI before encoding.

tebasuna51

4th July 2018, 21:06

@kuchikirukia
To avoid a mistake between tracks the 00003-002.m4a is english or japanese?

If it is japanese seems there are a confl¡ct between MediaInfo-AviSynth.

The BDMV\STREAM\00003-002.mkv is a mix of m2ts?
In BD's is possible have a m2ts intro 5.1 and after m2ts only 2.0.

maybe the DTS-MA is

hello_hello

5th July 2018, 01:56

How can i select multi tracks in avs script creator method for Encoding multi audio mkv

Use the File Indexer under the Tools menu to extract the audio (or create scripts if it can't be extracted) and they'll be loaded into the audio section.

Gser

5th July 2018, 09:59

Again, and again, and again:

You "hardcode" subtitles into the contained video stream, using the AVS Script Creator. Not into a container. If you see the subtitles in the preview window of MeGUI, they will also be contained in your newly encoded video. Even if you first create a raw video stream without any container; it doesn't matter.

ASS is a text script just like SRT. And the AVS Script Creator provides several different text subtitle filters, some of them supporting ASS better than others. Test it using the preview window of MeGUI before encoding.

I swear all of his posts have been like this. It's like he doesn't even bother finding out anything about video encoding himself, comes here to be given out everything on a silver platter and then throws the platter out the window.

Zetti

5th July 2018, 12:19

Is it possible but I don't know if it is useful.

I'm not sure if a DTS 1536 Kb/s make by ffdcaenc is better than an AC3 640 Kb/s make by ffmpeg, more compatible and 42% of size.

BTW you can use BeHappy (https://forum.doom9.org/showthread.php?t=104686) to use ffdcaenc with AviSynth support.

EDIT: seems there are also some incompatibility with hardware players
https://forum.doom9.org/showthread.php?p=1845723#post1845723
I will try it.

kuchikirukia

5th July 2018, 12:21

@kuchikirukia
To avoid a mistake between tracks the 00003-002.m4a is english or japanese?

English. It's choosing the English 2.0 track instead of the first Japanese 5.1 DTS-MA track.

The BDMV\STREAM\00003-002.mkv is a mix of m2ts?
In BD's is possible have a m2ts intro 5.1 and after m2ts only 2.0.

maybe the DTS-MA is

The mkv is a mux of the 5.1 DTS-MA from the JP BD with the English of the US BD. The DTS-MA is the 2nd track of the JP BD, since that m2ts also includes a 2.0 Japanese LPCM track. I cut that out since it's redundant.
The DTS-MA is entirely 5.1.

tebasuna51

5th July 2018, 22:04

English. It's choosing the English 2.0 track instead of the first Japanese 5.1 DTS-MA track.

Then
LWLibavAudioSource("F:\Video\BDMV\STREAM\00003-002.mkv")
don't work as expected selecting the first audio track showed by MediaInfo.

You can try this avs, changing the stream_index parameter until select the japanese track:

ClearAutoloadDirs()
AddAutoloadDir("C:\Program Files (x86)\MeGUI\tools\avs\plugins")
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\lsmash\LSMASHSource.dll")
LWLibavAudioSource("F:\Video\BDMV\STREAM\00003-002.mkv", stream_index=1)

kuchikirukia

5th July 2018, 23:11

Then
LWLibavAudioSource("F:\Video\BDMV\STREAM\00003-002.mkv")
don't work as expected selecting the first audio track showed by MediaInfo.

You can try this avs, changing the stream_index parameter until select the japanese track:

Yes, I said that above:

Encoding from an avisynth script with just the LWLibavAudioSource line comes back with no errors but it's still 2 channels, and shows detected 2 channels in the log's avisynth script instead of 6 like before.
Adding stream_index=1 encodes the DTS-MA track.

So it indicates a problem with LSMASH's default -1 for stream_index (pick the first audio track), no?

imsrk48

6th July 2018, 04:35

Again, and again, and again:

You "hardcode" subtitles into the contained video stream, using the AVS Script Creator. Not into a container. If you see the subtitles in the preview window of MeGUI, they will also be contained in your newly encoded video. Even if you first create a raw video stream without any container; it doesn't matter.

ASS is a text script just like SRT. And the AVS Script Creator provides several different text subtitle filters, some of them supporting ASS better than others. Test it using the preview window of MeGUI before encoding.okay I'll try and if not work then???

Sent from my P4 using Tapatalk

imsrk48

6th July 2018, 04:36

I swear all of his posts have been like this. It's like he doesn't even bother finding out anything about video encoding himself, comes here to be given out everything on a silver platter and then throws the platter out the window.Sorry for this Sir it's not happen again

Sent from my P4 using Tapatalk

imsrk48

6th July 2018, 04:37

I swear all of his posts have been like this. It's like he doesn't even bother finding out anything about video encoding himself, comes here to be given out everything on a silver platter and then throws the platter out the window.I'll tried then I'm come here not before testing

Sent from my P4 using Tapatalk

LigH

6th July 2018, 07:44

@imsrk48: It's all guessing and hear-say without MeGUI log files. With a log, we could possibly point you at a specific line and tell you: "Here, look, you did not include subtitles in your AviSynth script, that's why they don't appear" or such ... often it's just a simple mistake, but hard to discover if all we have is your promise that you did it all as you said.

tebasuna51

6th July 2018, 08:54

Yes, I said that above:

Sorry, I don't see your last post edition:

Adding stream_index=1 encodes the DTS-MA track.

So it indicates a problem with LSMASH's default -1 for stream_index (pick the first audio track), no?

Yes, seems a problem with that.

To be sure please load 00003-002.mkv in MkvToolNix to know if the track order is the same than MediaInfo say:
- Video
- DTS-MA
- AAC
- ASS
- ASS

imsrk48

6th July 2018, 13:31

Zathor

7th July 2018, 11:15

After upgrading to 2867, it stopped running
https://i.imgur.com/1G4nYvU.png

Please check the test build and report back:
https://sourceforge.net/p/megui/bugs/924/

Zetti

11th July 2018, 23:10

FFmpeg v4.0.1 is released.

Zetti

12th July 2018, 21:15

MKVToolNix v25.0.0 is released.

Zathor

19th July 2018, 13:43

MKVToolNix v25.0.0 is released.
FFmpeg v4.0.1 is released.

Thanks, updated! Also AVS+ has been updated.

hello_hello

24th July 2018, 00:28

Zathor,
I tried outputting an MP4 due to a question in another thread, and discovered when the aspect ratio is 15:11, or when 10:11 is set as the SAR in the encoder configuration (and the resolution is 720x480), MeGUI uses 8:9 as the PAR when muxing. Here's an example encoder command line followed by the muxing job from MeGUI's log file:

"C:\Program Files\MeGUI\tools\x264\x264.exe" --keyint 300 --sar 10:11 --frames 201 --output "D:\test.264" "D:\test.avs"

"C:\Program Files\MeGUI\tools\mp4box\mp4box.exe" -add "D:\test.264#trackID=1:fps=29.97:par=8:9:name=" -tmp "D:" -new "D:\test.mp4"

As a quick test I tried 64:45 for a SAR and it was also used for muxing, but when I set 20:11 as the display aspect ratio for anamorphic encoding, a SAR of 40:33 was correctly used for encoding, but the generic par of 32:27 was used when muxing.

"C:\Program Files\MeGUI\tools\x264\x264.exe" --keyint 300 --sar 40:33 --frames 201 --output "D:\test.264" "D:\test.avs"
"C:\Program Files\MeGUI\tools\mp4box\mp4box.exe" -add "D:\test.264#trackID=1:fps=29.97:par=32:27:name=" -tmp "D:" -new "D:\test.mp4"

I tried a couple of non-standard aspect ratios and the SAR used for encoding and the PAR used for muxing were fairly close. To a couple of decimal places. All of the above tests were for a video with a 720x480 resolution.

Zetti

26th July 2018, 13:05

FFmpeg v4.0.2 is released.

imsrk48

26th July 2018, 20:33

when releasing new MeGui with .ts audio mismatch problems fixed

Sent from my P4 using Tapatalk

Zathor

29th July 2018, 13:47

Have you tried the suggestions found here?
https://forum.doom9.org/showthread.php?p=1845778#post1845778

In any case I need more details = your log file.

Zathor

29th July 2018, 13:48

FFmpeg v4.0.2 is released.
Thanks, updated!

Zathor

2nd August 2018, 11:46

2872 [x26x] changed the log level for ffmpeg from warning to error
2871 [Video Encoder] added high bit depth support to the AVS pre-check
2870 [x264] added --aq-mode 3. feature request #639

Hotpocketdeath

3rd August 2018, 15:44

Was there a reason for the change in the "File Indexer" that the output file directory no longer updates according to the input file directory?

When I was doing a series, I broke up each episode into their own sub directory so that each episode's work files were all separate. So when I wanted to load a bunch of episodes into the indexer, I would load the input, hit queue, load the next input, hit queue, rinse and repeat.

Now, when I want to load a series, I have to make sure the output file is set to where the input file is and it adds in a bunch of tedious steps. I liked it better before it was changed, when the output would update itself each time I loaded the input file.

LeXXuz

4th August 2018, 16:28

Hi.

Any chance the GUI to the x265 encoder will get more options to set? Right now I have to set qpfiles manually to the command line. Would love to have an option to do this just with a few clicks.

greatfinders

11th August 2018, 23:36

i have an issue for some time for no reason but megui don t want to analyse interlace for all vob no matter the one i use when i click on analyse with the last version it crash or failed analysis

LigH

12th August 2018, 10:40

Don't open "a VOB file", use a d2v index file (DGMPGDec / MPEG2Source) instead.

greatfinders

12th August 2018, 17:22

Don't open "a VOB file", use a d2v index file (DGMPGDec / MPEG2Source) instead.

it's the same , usualy when i load the vob he make the d2v etc and then when i go to the part where it analyse interlacing it don't want to work i got this

https://nsa39.casimages.com/img/2018/08/12/180812063342764717.png

i have avisynth 2.6 on my system and all plugins work when i use avisynth

the things is that like the msg is with not comprehensive caracters i can't find the problem

LigH

12th August 2018, 17:29

Finally, useful details: apparently, LoadPlugin got an utterly wrong plugin name string ... and now please also publish the log file of this job, so we can inspect more details.

By the way: To get a screenshot of only the active window, press Alt-PrtScr.

greatfinders

12th August 2018, 19:05

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2836 x86
--[Information] Update Check: stable update server
-[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.7 (4.7.03062)
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 1600x900
-[Information] Primary Screen: True
-[Information] Monitor 1
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: not installed
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 18.03.1.0 (26-03-2018)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
--[Information] [12/08/2018 18:18:42] Using cached update config and server: http://megui.org/auto/stable/
-[Information] Version: 1.0.2721.0
-[Information] Date: 29-04-2017
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] File Version: 2.6.0.6
-[Information] Date: 31-03-2015
-[Information] Name: Avisynth 2.6
--[Information] [12/08/2018 18:18:42] No package requires an update
-[Information] Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
-[Information] AviSynth+: false
-[Information] MT: false
-[Information] Status: active
-[Information] AviSynth
-[Information] File Version: 0.1
-[Information] Date: 28-03-2018
-[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
-[Information] Status: inactive
-[Information] AviSynth portable
--[Information] AviSynth Information
-[Information] AVS Script Creator
-[Error] Unhandled error
--[Information] [12/08/2018 18:20:19] Exception message: Object reference not set to an instance of an object.
-[NoImage] at MeGUI.AviSynthWindow.finishedAnalysis(SourceInfo info, Boolean error, String errorMessage)
-[NoImage] at MeGUI.SourceDetector.finishProcessing()
-[NoImage] at MeGUI.SourceDetector.Process(String scriptBlock)
-[NoImage] at MeGUI.SourceDetector.<>c__DisplayClass29_0.<runScript>b__0()
-[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [12/08/2018 18:20:19] Stacktrace
--[Information] [12/08/2018 18:20:19] Inner exception: null

LigH

12th August 2018, 19:45

Please read the first line of this log file. The required workflow is as follows: Start MeGUI. Provoke this bug. Close all dialogs and MeGUI. Then post the log file when it is finished after closing MeGUI.

Optional: If you are able to find the generated *.avs script which was used to test for interlacing but failed, provide it as well; but I guess it may have been deleted by MeGUI right after.

Please use a CODE block to separate the log from the normal posting, and to format it with a monospaced font (or use an external "pastebin" service for very long logs).

greatfinders

12th August 2018, 20:17

i open megui load the d2v, then click sur analysis but as i have two error window (those i show before), then i can't close megui it crash himself so it's all i have, it's been few weeks i have this error,

the best i get is that , no avs, nothing

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2836 x86
--[Information] Update Check: stable update server
--[Information] System Information
---[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03062)
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1600x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.03.1.0 (26-03-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2721.0
----[Information] Date: 29-04-2017
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 2.6.0.6
----[Information] Date: 31-03-2015
----[Information] Name: Avisynth 2.6
----[Information] Version: AviSynth 2.60, build:Mar 31 2015 [16:38:54]
----[Information] AviSynth+: false
----[Information] MT: false
----[Information] Status: active
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] Date: 28-03-2018
----[Information] Name: AviSynth+ 0.1 (r2664, MT, i386)
----[Information] Status: inactive
-[Information] Update detection
--[Information] [12/08/2018 21:16:30] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [12/08/2018 21:16:30] No package requires an update
-[Information] AVS Script Creator
-[Error] Unhandled error
--[Information] [12/08/2018 21:16:57] Exception message: Object reference not set to an instance of an object.
--[Information] [12/08/2018 21:16:57] Stacktrace
---[NoImage] at MeGUI.AviSynthWindow.finishedAnalysis(SourceInfo info, Boolean error, String errorMessage)
---[NoImage] at MeGUI.SourceDetector.finishProcessing()
---[NoImage] at MeGUI.SourceDetector.Process(String scriptBlock)
---[NoImage] at MeGUI.SourceDetector.<>c__DisplayClass29_0.<runScript>b__0()
---[NoImage] at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
---[NoImage] at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
---[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
---[NoImage] at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
---[NoImage] at System.Threading.ThreadHelper.ThreadStart()
--[Information] [12/08/2018 21:16:57] Inner exception: null

wthreex

12th August 2018, 21:40

can you please add Edit Button for preset name? this section:

https://i.imgur.com/7xK9CJh.png

if i want to change my preset name i have to delete whole preset and recreate it again.

hello_hello

13th August 2018, 05:29

can you please add Edit Button for preset name? this section:

https://i.imgur.com/7xK9CJh.png

if i want to change my preset name i have to delete whole preset and recreate it again.

You can copy an existing preset.
Select the preset you want to rename, click the "new" button, give it a new name and click okay. It'll save with the existing settings and then you can select the old preset and delete it.

Barough

13th August 2018, 14:03

New x264 :)

x264 0.157.2932 303c484 (http://www.mediafire.com/file/s7qa75yfy937d1z/) (32-bit GCC 7.3.0 / 64-bit GCC 8.2.0 8/10/12bit Multilib Windows Binaries)

LigH

13th August 2018, 14:20

Indeed (https://forum.doom9.org/showthread.php?p=1848545#post1848545); you too, Baroughtus. ;)

Barough

13th August 2018, 14:26

Indeed (https://forum.doom9.org/showthread.php?p=1848545#post1848545); you too, Baroughtus. ;)[emoji6][emoji106]

Sent from my SM-G965F via Tapatalk

imsrk48

14th August 2018, 05:22

HD Stream Extractor Not Getting .ts in Extraction Process then how can i Pre-Clean .TS??Have you tried the suggestions found here?
https://forum.doom9.org/showthread.php?p=1845778#post1845778

In any case I need more details = your log file.

Sent from my P4 using Tapatalk

laurentje

20th August 2018, 13:34

Situation:
Megui 64 bit (2872 Development Server-portable version) on Windows10.
I want to make a MKV from an image sequence. Only 10" total length.
On the main input tab, I introduce the name of the avs-file in the field "AviSynth Script".
It's this:
LoadPlugin("C:\programs\megui64\tools\avs\plugins\ImageSeq.dll")
ImageSource("C:\tmp\video\the_end\1920x1080fps50\%04d.png", 1, 500, 50)
ConvertToYV12(matrix="REC709")

In the field "Video Output" I changed the name of the output-file; field "Encoder settings": a preset crf 17 level4.2.
No audio. So I click on "Queue" in the "Video encoding frame".

I went to the "Queue tab" and I see now 2 jobs listed: x264-job + mux-job.
Click on "start". All goes well till nearly the end of the 1st job, no reaction of Megui. In windows I look in the log file it is this: see attachement "...10a.txt" and I see also at the last line "Job completed"... but Megui still hangs. With file manager I see also that the mkv is created and the .264-file deleted.
With Taskmanager I stopped Megui. Then I look into the log file: see attachment "...10b.txt". See the time jump in the log from 37:25 to 43:52 at the start of job2: the mux-job the moment I stopped Megui with Task manager.
When I restart Megui I see job 2 is waiting of execution.

I have tested Megui64b with other clips and the risk of hanging is about 14". So if my clip-length is longer than 14", I'ill use 32bit: with that version (2836) I have no problems with short clips.

My question is now: experience of others with Megui 64b and short clips?:confused:

Zetti

26th August 2018, 14:32

MKVToolNix v26.0.0 is released.

ryszardzonk

27th August 2018, 14:04

encoding using x265 regardless of encoder settings (even with defaults) does not work and fails right after recreating of lwi index file. Audio encoding on this file as well as encoding video with x264 works without any problems so no idea why would it complain about opening input file for x265.

SetMemoryMax(2048)
Import("C:\Software\Megui\tools\setmtmode.avsi")
LoadPlugin("C:\Software\Megui\tools\lsmash\LSMASHSource.dll")
LWLibavVideoSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi")
#
AudioDub(last, LWLibavAudioSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi", stream_index=1, av_sync=true))
Load_Stdcall_Plugin("C:\Software\Megui\tools\avisynth_plugin\yadifmod2.dll")
yadifmod2(order=-1)
crop(2, 2, -2, -2)
Spline16Resize(720,400) # Spline16 (Neutral)
Import("C:\Software\Megui\tools\denoise-min.avs")
Trim(7698, 82090)
Prefetch(8)

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2872 x64
--[Information] Update Check: Disabled
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1803 x64 (10.0.17134.228)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] No redistributables found
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1280x960
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 02-07-2018
----[Information] File Name: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] File Path: c:\software\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [27.08.2018 14:55:43] Automatic update is disabled
--[Information] [27.08.2018 14:55:43] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [27.08.2018 14:55:43] No package requires an update
--[Information] [27.08.2018 14:55:44] redist files copied: 2017_x64
-[Error] Log for job1 (video, 20180826 2104 - TVP 2 HD - Wieden dla Kiepury.avs -> 20180826 2104 - TVP 2 HD - Wieden dla Kiepury.hevc)
--[Information] [27.08.2018 14:56:07] Started handling job
--[Information] [27.08.2018 14:56:07] Preprocessing
--[Information] [27.08.2018 14:56:07] AviSynth input script
---[NoImage] SetMemoryMax(2048)
---[NoImage] Import("C:\Software\Megui\tools\setmtmode.avsi")
---[NoImage] LoadPlugin("C:\Software\Megui\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi")
---[NoImage] #
---[NoImage] AudioDub(last, LWLibavAudioSource("E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.ts.lwi", stream_index=1, av_sync=true))
---[NoImage] Load_Stdcall_Plugin("C:\Software\Megui\tools\avisynth_plugin\yadifmod2.dll")
---[NoImage] yadifmod2(order=-1)
---[NoImage] crop(2, 2, -2, -2)
---[NoImage] Spline16Resize(720,400) # Spline16 (Neutral)
---[NoImage] Import("C:\Software\Megui\tools\denoise-min.avs")
---[NoImage] Trim(7698, 82090)
---[NoImage] Prefetch(8)
--[Information] [27.08.2018 14:56:12] resolution: 720x400
--[Information] [27.08.2018 14:56:12] frame rate: 75070/3003
--[Information] [27.08.2018 14:56:12] frames: 74393
--[Information] [27.08.2018 14:56:12] length: 00:49:35.918
--[Information] [27.08.2018 14:56:12] aspect ratio: 9:5 (1.800)
--[Information] [27.08.2018 14:56:12] color space: I420
--[Information] [27.08.2018 14:56:13] Job command line: "cmd.exe" /c ""C:\Software\Megui\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.avs" -strict -1 -f yuv4mpegpipe - | "C:\Software\Megui\tools\x265\x64\x265.exe" --sar 1:1 --output "E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.hevc" --frames 74393 --y4m -"
--[Information] [27.08.2018 14:56:13] Process started
--[Information] [27.08.2018 14:56:13] Standard output stream
--[Error] [27.08.2018 14:56:13] Standard error stream
---[Error] [27.08.2018 14:56:20] x265 [error]: unable to open input file <->
--[Error] [27.08.2018 14:56:20] Process exits with error: 1
--[Information] [27.08.2018 14:56:20] Job completed

LigH

27th August 2018, 14:12

x265 [error]: unable to open input file <->

Sounds like this x265 build is unable to open a pipe as input when the input file name is "-"?

ryszardzonk

27th August 2018, 16:51

@LigH Anything can be done about it? I tried several different builds from https://builds.x265.eu/ with same result. Maybe it is MeGUI that feeds x265 wrong file location?

LigH

27th August 2018, 18:38

There is no file location if x265 gets the video stream piped from ffmpeg. It only exists in the RAM (more or less).

Why don't you rely on the x265 shipped with MeGUI? Is there any reason to take it from any other distributor?
__

If you are able, try to execute the whole job command line inside "cmd.exe" /c "..." (what matches ...) in a separate command window. In your case:

"C:\Software\Megui\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.avs" -strict -1 -f yuv4mpegpipe - | "C:\Software\Megui\tools\x265\x64\x265.exe" --sar 1:1 --output "E:\kodowanie\20180826 2104 - TVP 2 HD - Wieden dla Kiepury.hevc" --frames 74393 --y4m -
Ahhh - wait, that may not work so easily. It won't have MeGUI's AviSynth environment.

ryszardzonk

27th August 2018, 23:14

I dodn't have any other x265 than that shipped by MeGUI. It actually worked just fine as I encoded about 200 videos using it, but I did not encode anything for several months. I updated MeGUI wth Ctrl+U and whoopsie something went south.

tebasuna51

28th August 2018, 10:53

The command line sintax work fine here.

Maybe the problem is in ffmpeg side than crash with this .avs and don't send the appropiate STDOUT to x265.

If previously work fine...
The last MeGUI change was ffmpeg to version 4.0.2, try recover the previous version from:
C:\Software\Megui\update_cache\_obsolete_ffmpeg-4.0-64.7z

BTW in your script there are a non-MeGUI standard avs call:
Import("C:\Software\Megui\tools\denoise-min.avs")
we can't know what happen with that.

When use that script to encode video (to be sended to x264/x265) please comment the AudioDub line:
#AudioDub(...)

ryszardzonk

28th August 2018, 12:43

To my suprise it is not downgrade of x265 not ffmpeg that helped, but changing MeGUI core to version 2855 (the previous one I had). Latest x265 with latest ffmpeg encodes now just fine.

As for AudioDub(...) it never really was the problem for thousands of encodes I did this way, although I realize for video part it is not required. It is simply faster that way to load one avs in main window as it would than show in both video and audio section.

I realized long time ago that setting denoise separately for each video or even having different avisynth profile for each video type is a bit error prone. Al my profiles have script that loads minimal denoise chain and if I need I simply change min to med/high/higher/highest. So my Import("C:\Software\Megui\tools\denoise-min.avs") actually loads file starting

LoadPlugin("C:\Software\Megui\tools\avisynth_extra\TTempSmooth\TTempSmooth.dll")
ttempsmooth()
LoadPlugin("C:\Software\Megui\tools\avisynth_extra\RgTools\RgTools.dll")
RemoveGrain(mode=1)

LouieChuckyMerry

28th August 2018, 16:21

To my suprise it is not downgrade of x265 not ffmpeg that helped, but changing MeGUI core to version 2855 (the previous one I had).

I'm still using version 2855--I turned off automatic updates and manually update everything but the MeGUI core--because this is the last version before Zathor made the switch from avs4x26x to ffmpeg, which somehow wreaked havoc on my MeGUI setup (https://forum.doom9.org/showthread.php?p=1843340#post1843340). I never could figure out exactly why but it's OK because I'm plenty happy with the quality of my encodes regardless :) .

P.S.--Actually, the above makes me wonder, since x264 Encoder r2932 was recently released: how would I update the x264 encoder in version 2855, ie, what does MeGUI version 2855 use to encode 10 bit x264 video? More simply, which .exe in the "Tools" folder would I need to update? Thanks for any help.

hello_hello

30th August 2018, 12:46

Running an Xvid first pass results in an error (as opposed to an automated 2 pass). When the output selected is something other than RAWASP the following happens. Also, it's not possible to change the output location unless the encoder is configured for running something other than a first pass. I don't know if that's expected behavior.

Two jobs are added to the queue, implying an output video will be written and then remuxed by ffmpeg, but the second job fails as the output file doesn't exist.

--[Information] [30/08/18 9:34:48 PM] resolution: 640x480
--[Information] [30/08/18 9:34:48 PM] frame rate: 30000/1001
--[Information] [30/08/18 9:34:48 PM] frames: 1000
--[Information] [30/08/18 9:34:48 PM] length: 00:00:33.367
--[Information] [30/08/18 9:34:48 PM] aspect ratio: 4:3 (1.333)
--[Information] [30/08/18 9:34:48 PM] color space: YV12
--[Information] [30/08/18 9:34:48 PM] Job command line: "C:\Program Files\MeGUI\tools\xvid_encraw\xvid_encraw.exe" -i "D:\video.avs" -pass1 "D:\video.stats" -par 1
--[Information] [30/08/18 9:34:48 PM] Process started
--[Information] [30/08/18 9:34:48 PM] Standard output stream
---[Information] [30/08/18 9:34:51 PM] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert
---[Information] [30/08/18 9:35:02 PM] Tot: enctime(ms) =5295.00, length(bytes) = 12638363
---[Information] [30/08/18 9:35:02 PM] Avg: enctime(ms) = 5.29, fps = 188.86, length(bytes) = 12638
---[Information] [30/08/18 9:35:02 PM] I frames: 6 frames, size = 33532/ 201192, quants = 2 / 2.00 / 2
---[Information] [30/08/18 9:35:02 PM] P frames: 406 frames, size = 24219/9833016, quants = 2 / 2.00 / 2
---[Information] [30/08/18 9:35:02 PM] B frames: 588 frames, size = 4428/2604155, quants = 4 / 4.00 / 4
--[Information] [30/08/18 9:34:48 PM] Standard error stream
---[Information] [30/08/18 9:35:02 PM] Trying to retrieve width and height from input header
---[Information] [30/08/18 9:35:02 PM] xvidcore build version: xvid-1.3.5
---[Information] [30/08/18 9:35:02 PM] Bitstream version: 1.3.5
---[Information] [30/08/18 9:35:02 PM] Detected CPU flags: ASM MMX MMXEXT SSE SSE2 SSE3 SSE41 TSC
---[Information] [30/08/18 9:35:02 PM] Detected 4 cpus, using 4 threads.
--[Information] [30/08/18 9:35:02 PM] Postprocessing
--[Information] [30/08/18 9:35:02 PM] Job completed
-[Error] Log for job2 (mux, video.m4v -> video.mkv)
--[Information] [30/08/18 9:35:02 PM] Started handling job
--[Information] [30/08/18 9:35:02 PM] Preprocessing
--[Error] [30/08/18 9:35:02 PM] Error starting job
---[Error] [30/08/18 9:35:02 PM] Exception message: Calling setup of processor failed with error 'Required file 'D:\video.m4v' is missing.'
---[Error] [30/08/18 9:35:02 PM] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
---[Error] [30/08/18 9:35:02 PM] Inner exception: null

Zetti

31st August 2018, 20:59

MediaInfo v18.08 is released.

Zetti

4th September 2018, 16:06

xy-VSFilter / XySubFilter v3.1.0.801 is released by pinterf

https://forum.doom9.org/showthread.php?p=1850600#post1850600
https://github.com/pinterf/xy-VSFilter/releases/tag/3.1.0.801

LigH

7th September 2018, 09:44

When DirectShowSource is enabled, opening anything except AVIs (which displays a choice with 3 buttons, the rightmost is "AviSource") makes MeGUI crash in module StackHash_2264 for me.

Both VirtualDub2 in 32 and 64 bit can open the default DSS script via AviSynth+ MT r2728 and LAV Filters 0.72, so I would doubt the reason for the crash is in my DirectShow installation.

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2872 x86
--[Information] Update Check: development update server
-[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.7 (4.7.03062)
-[Information] Microsoft Visual C++ 2008 x86: 9.0.21022
-[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
-[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
-[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
-[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
-[Information] Microsoft Visual C++ 2013 x64: 12.0.40660
-[Information] Microsoft Visual C++ 2013 x86: 12.0.40660
-[Information] Microsoft Visual C++ 2017 x64: 14.14.26405
-[Information] Microsoft Visual C++ 2017 x86: 14.14.26405
-[Information] Redistributables
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 1920x1200
-[Information] Primary Screen: True
-[Information] Monitor 1
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: not installed
-[Information] Haali DSS2: not installed
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
--[Information] [07.09.2018 10:33:33] Using cached update config and server: http://megui.org/auto/
-[Information] MediaInfo: 18.05.0.0 (08-05-2018)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
-[Information] Version: 1.0.2847.0
-[Information] Date: 06-05-2018
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] File Version: 0.1
-[Information] File Date: 02-07-2018
-[Information] File Name: AviSynth+ 0.1 (r2728, MT, i386)
-[Information] File Path: c:\windows\system32\avisynth.dll
-[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, i386)
-[Information] AviSynth+: true
-[Information] AviSynth MT: true
-[Information] AviSynth
--[Information] AviSynth Information
--[Information] [07.09.2018 10:33:33] No package requires an update
-[Information] MediaInfoWrapper
-[Information] [07.09.2018 10:33:50] File: H:\Video\Test\example.ts
--[Information] sessions open: 1, id: 392232
-[Information] [07.09.2018 10:33:51] File: H:\Video\Test\example.ts
--[Information] sessions open: 0, id: 392232, close: True
-[Information] AviSynthWrapper
-[Information] [07.09.2018 10:33:51] Script: DirectShowSource("H:\Video\Test\example.ts", audio=false)
--[Information] sessions open: 1, id: 99936

Right before the crash, I believe to spot a small dialog flashing, possibly the size of the input choice.

thecrowler

8th September 2018, 14:06

#Bug - MediaInfo.dll (x64) v18.08 causes an unhandled error in HD Stream Extractor (MeGUI 2872 x64).
Everything works fine with the old 18.05 MediaInfo.dll x64 (using "obsolete_mediainfo-18.05-64.7z" from "update_cache" folder).

tuanden0

8th September 2018, 17:42

Sorry for dumb question but why meGUI using ffmpeg to pipe instead of avs4x26x?

Zathor

8th September 2018, 17:55

MKVToolNix v26.0.0 is released.
MediaInfo v18.08 is released.
xy-VSFilter / XySubFilter v3.1.0.801 is released by pinterf

https://forum.doom9.org/showthread.php?p=1850600#post1850600
https://github.com/pinterf/xy-VSFilter/releases/tag/3.1.0.801

Thanks, updated

#Bug - MediaInfo.dll (x64) v18.08 causes an unhandled error in HD Stream Extractor (MeGUI 2872 x64).
Everything works fine with the old 18.05 MediaInfo.dll x64 (using "obsolete_mediainfo-18.05-64.7z" from "update_cache" folder).
Thanks, fixed in 2873

Zathor

8th September 2018, 17:55

Sorry for dumb question but why meGUI using ffmpeg to pipe instead of avs4x26x?

To support high bit depth formats.

tuanden0

8th September 2018, 17:59

To support high bit depth formats.
:thanks: I didn't think about this :thanks:

Zathor

8th September 2018, 18:56

Zathor

8th September 2018, 19:00

2875 [Video Encoder] do not create a mux job if a manual 1st pass is created
2874 [Video Encoder] improved AVS pre-check (regression of 2871)
2873 [MediaInfo] added support for MediaInfo 18.08
[HD Streams Extractor] improved language detection support

EDIT: the support for the new MediaInfo 18.08 is still not fully there as I have just noticed. Some subtitle format/codec values have changed and I do have to adjust MeGUI. Expect a fix for that in the next 24h.

videoh

8th September 2018, 20:39

Thank you, Zathor! Your work is greatly appreciated.

locotus

8th September 2018, 20:44

Sorry to bring bad news, but the file indexer and One click stop indexing, ifo files, vob files and proper dvd folders in each case.

Thanks.

Zathor

8th September 2018, 21:06

Sorry to bring bad news, but the file indexer and One click stop indexing, ifo files, vob files and proper dvd folders in each case

Could you please post a log? I suspect the Mediainfo change to be the root cause.

Gser

8th September 2018, 21:21

Unexpected behavior is perhaps an understatement but the latest development version creates a large file in the MeGUI folder while encoding that then proceeds to fill up the entire hard drive, so far it has gotten up to 101GB, yes you read right gigabits. The name of the file is adl. I could upload it somewhere but it might take a couple of weeks. This file does not go away after encoding is complete or after I close MeGUI.

Melan

8th September 2018, 21:31

After last update:

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2875 x64
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 7 Professional x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.6.x (4.6.00081)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x86: 10.0.30319
----[Information] Microsoft Visual C++ 2013 x86: 12.0.21005
----[Information] Microsoft Visual C++ 2015 x64: 14.0.24215
----[Information] Microsoft Visual C++ 2015 x86: 14.0.24215
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 02-07-2018
----[Information] File Name: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] File Path: c:\program files\megui-x64\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Error] Update detection
--[Information] [2018-09-08 22:25:33] Connected to server: http://megui.tmebi.de/test/
--[Information] [2018-09-08 22:25:34] There is 1 package which can be updated: MediaInfo
--[Information] [2018-09-08 22:25:34] redist files copied: 2017_x64
--[Information] [2018-09-08 22:25:35] There is 1 package which can be updated: MediaInfo
--[Information] [2018-09-08 22:25:39] 1/1 - updating package MediaInfo
--[Error] [2018-09-08 22:25:40] Failed to download package MediaInfo: File cannot be found on the server.
--[Information] [2018-09-08 22:25:42] Connected to server: http://megui.tmebi.de/test/
--[Error] [2018-09-08 22:25:42] Packages which have not been successfully updated: 1
-[Warning] FileIndexer
--[Warning] [2018-09-08 22:26:01] MediaInfo
---[Information] [2018-09-08 22:26:01] File: C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts
---[Information] General
----[Information] Format: BDAV
----[Information] FormatString: BDAV
----[Information] FileSize: 1536393216
----[Information] PlayTime: 00:51:40.386
---[Information] Video
----[Information] ID: 102
----[Information] StreamOrder: 0-0
----[Information] CodecID: 27
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 77509
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 41153940.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 103
----[Information] StreamOrder: 0-1
----[Information] CodecID: 3
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 2
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 41152728.000
----[Information] Title:
----[Information] Language: pl
----[Information] LanguageString: Polish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 104
----[Information] StreamOrder: 0-3
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: E-AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[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: 41152780.000
----[Information] Title:
----[Information] Language: qaa
----[Information] LanguageString: qaa
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Warning] Audio
----[Information] ID: 108
----[Information] StreamOrder: 0-5
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: E-AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 41152940.000
----[Information] Title:
----[Information] Language: aux
----[Information] LanguageString: aux
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2018-09-08 22:26:02] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
---[Information] Text
----[Information] ID: 106
----[Information] StreamOrder: 0-4
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Delay:
----[Information] Title:
----[Information] Language: pl
----[Information] LanguageString: Polish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:01] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] Log for job1 (idx, data0001.ts -> data0001.ts.lwi)
--[Information] [2018-09-08 22:26:06] Started handling job
--[Information] [2018-09-08 22:26:06] Preprocessing
--[Information] [2018-09-08 22:26:06] AviSynth script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI-x64\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts")
--[Warning] [2018-09-08 22:26:16] MediaInfo
---[Information] [2018-09-08 22:26:16] File: C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.lwi
---[Information] Indexed File: C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts
---[Information] General
----[Information] Format: BDAV
----[Information] FormatString: BDAV
----[Information] FileSize: 1536393216
----[Information] PlayTime: 00:51:40.386
---[Information] Video
----[Information] ID: 102
----[Information] StreamOrder: 0-0
----[Information] CodecID: 27
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 77509
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType: Interlaced
----[Information] Bits Depth: 8
----[Information] Format: AVC
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] Delay: 41153940.000
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 103
----[Information] StreamOrder: 0-1
----[Information] CodecID: 3
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: MPEG Audio
----[Information] FormatProfile: Layer 2
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode: CBR
----[Information] Delay: 41152728.000
----[Information] Title:
----[Information] Language: pl
----[Information] LanguageString: Polish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 104
----[Information] StreamOrder: 0-3
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: E-AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[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: 41152780.000
----[Information] Title:
----[Information] Language: qaa
----[Information] LanguageString: qaa
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Warning] Audio
----[Information] ID: 108
----[Information] StreamOrder: 0-5
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: E-AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 41152940.000
----[Information] Title:
----[Information] Language: aux
----[Information] LanguageString: aux
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
----[Warning] [2018-09-08 22:26:16] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
---[Information] Text
----[Information] ID: 106
----[Information] StreamOrder: 0-4
----[Information] CodecID: 6
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Delay:
----[Information] Title:
----[Information] Language: pl
----[Information] LanguageString: Polish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
--[Information] [2018-09-08 22:26:16] Postprocessing
---[Information] [2018-09-08 22:26:25] Deleting intermediate files
--[Information] [2018-09-08 22:26:26] Job completed
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:06] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:17] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:25] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:25] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:26:53] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Warning] MediaInfo
--[Warning] [2018-09-08 22:27:05] The language information "aux/aux" is unknown. The default MeGUI language has been selected instead.
-[Error] MediaInfo
--[Error] [2018-09-08 22:27:29] Error parsing media file C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.avs
---[NoImage] System exception - Illegal Instruction
---[NoImage] (C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.avs, line 4)
-[Error] Unhandled error
--[Information] [2018-09-08 22:27:46] Exception message
---[NoImage] The file C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.avs cannot be opened.
---[NoImage] Error message for your reference: System exception - Illegal Instruction
---[NoImage] (C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.avs, line 4)
--[Information] [2018-09-08 22:27:46] Stacktrace
---[NoImage] w MeGUI.JobUtil.GetAllInputProperties(String video, UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, AviSynthColorspace& colorspace)
---[NoImage] w MeGUI.VideoEncodingComponent.queueVideoButton_Click(Object sender, EventArgs e)
---[NoImage] w System.Windows.Forms.Control.OnClick(EventArgs e)
---[NoImage] w System.Windows.Forms.Button.OnClick(EventArgs e)
---[NoImage] w System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
---[NoImage] w System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
---[NoImage] w System.Windows.Forms.Control.WndProc(Message& m)
---[NoImage] w System.Windows.Forms.ButtonBase.WndProc(Message& m)
---[NoImage] w System.Windows.Forms.Button.WndProc(Message& m)
---[NoImage] w System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
--[Error] [2018-09-08 22:27:46] Inner exception
---[Error] [2018-09-08 22:27:46] Exception message
----[NoImage] System exception - Illegal Instruction
----[NoImage] (C:\Users\Dell\Desktop\Ripping\swat\TVP1 HD-09082018-2025.pvr\data0001.ts.avs, line 4)
---[Error] [2018-09-08 22:27:46] Stacktrace
----[NoImage] w MeGUI.AviSynthClip..ctor(String func, String arg, Boolean bRequireRGB24)
----[NoImage] w MeGUI.AvsFile..ctor(String script, Boolean parse, Boolean bRequireRGB24)
----[NoImage] w MeGUI.JobUtil.GetAllInputProperties(String video, UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, AviSynthColorspace& colorspace)
---[Error] [2018-09-08 22:27:46] Inner exception: null

locotus

8th September 2018, 21:34

Could you please post a log? I suspect the Mediainfo change to be the root cause.
Here's the log, though no error to my view, message in screen said no compressor found for this type of file.
[Information] Log
-[Information] Versions
--[Information] MeGUI: 2875 x86
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Home 1803 x64 (10.0.17134.228)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
----[Information] Microsoft Visual C++ 2015 x64: 14.0.24210
----[Information] Microsoft Visual C++ 2015 x86: 14.0.24210
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1440x900
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.08.0.0 (31-08-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 02-07-2018
----[Information] File Name: AviSynth+ 0.1 (r2728, MT, i386)
----[Information] File Path: c:\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [9/8/2018 2:38:41 PM] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [9/8/2018 2:38:41 PM] No package requires an update
--[Information] [9/8/2018 2:38:42 PM] redist files copied: 2017_x86
--[Information] [9/8/2018 2:40:28 PM] Marked file as obsolete: mediainfo-18.05-32.7z
-[Information] FileIndexer
--[Information] [9/8/2018 2:39:02 PM] MediaInfo
---[Information] [9/8/2018 2:39:02 PM] File: D:\Downloads\Old\07 Waterloo\VIDEO_TS\VTS_01_0.IFO
---[Information] General
----[Information] Format: DVD Video
----[Information] FormatString: DVD Video
----[Information] FileSize: 40960
----[Information] PlayTime: 00:48:09.040
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 72226
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType:
----[Information] Bits Depth:
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 128 (0x80)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: es
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 129 (0x81)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID:
----[Information] StreamOrder: 0
----[Information] CodecID: Vobsub
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Chapters
----[Information] 00:00:00.000: Chapter 1
----[Information] 00:12:24.600: Chapter 2
----[Information] 00:24:54.000: Chapter 3
----[Information] 00:37:03.600: Chapter 4
--[Information] [9/8/2018 2:39:42 PM] MediaInfo
---[Information] [9/8/2018 2:39:42 PM] File: D:\Downloads\Old\07 Waterloo\VIDEO_TS\VTS_01_0.IFO
---[Information] General
----[Information] Format: DVD Video
----[Information] FormatString: DVD Video
----[Information] FileSize: 40960
----[Information] PlayTime: 00:48:09.040
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 72226
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType:
----[Information] Bits Depth:
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 128 (0x80)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: es
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 129 (0x81)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID:
----[Information] StreamOrder: 0
----[Information] CodecID: Vobsub
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Chapters
----[Information] 00:00:00.000: Chapter 1
----[Information] 00:12:24.600: Chapter 2
----[Information] 00:24:54.000: Chapter 3
----[Information] 00:37:03.600: Chapter 4
--[Information] [9/8/2018 2:40:17 PM] MediaInfo
---[Information] [9/8/2018 2:40:17 PM] File: D:\Downloads\Grandes Batallas de la Historia 1ª Parte\07 Waterloo\VIDEO_TS\VTS_01_0.IFO
---[Information] General
----[Information] Format: DVD Video
----[Information] FormatString: DVD Video
----[Information] FileSize: 40960
----[Information] PlayTime: 00:48:09.040
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 72226
----[Information] FrameRate: 25.000
----[Information] FrameRateOriginal:
----[Information] FrameRateMode:
----[Information] ScanType:
----[Information] Bits Depth:
----[Information] Format: MPEG Video
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString:
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 128 (0x80)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: es
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Audio
----[Information] ID: 129 (0x81)
----[Information] StreamOrder:
----[Information] CodecID:
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Format: AC-3
----[Information] FormatProfile:
----[Information] FormatSettingsSBR:
----[Information] FormatSettingsPS:
----[Information] Muxing Mode:
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2:
----[Information] BitRateMode:
----[Information] Delay:
----[Information] Title:
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Text
----[Information] ID:
----[Information] StreamOrder: 0
----[Information] CodecID: Vobsub
----[Information] CodecIDString:
----[Information] CodecIDInfo:
----[Information] Delay:
----[Information] Title:
----[Information] Language:
----[Information] LanguageString: Spanish
----[Information] Default:
----[Information] DefaultString:
----[Information] Forced:
----[Information] ForcedString:
---[Information] Chapters
----[Information] 00:00:00.000: Chapter 1
----[Information] 00:12:24.600: Chapter 2
----[Information] 00:24:54.000: Chapter 3
----[Information] 00:37:03.600: Chapter 4

locotus

8th September 2018, 21:45

Zathor:I suspect the Mediainfo change to be the root cause.
Get back to 2860 and re-updated to 2875 except mediainfo but same error happened..

Zathor

8th September 2018, 22:15

You do have to use MeGUI 2872 with MediaInfo 18.05 to get back to a working state. I have just forced a downgrade as I do not have the time to fix it right now.

locotus

8th September 2018, 22:47

I couldn't get back right now to 2872 because I guess it's still not ready to download.
I'll wait and report back when done.

Thanks

locotus

9th September 2018, 03:13

Back to 2872 and all working.

Zathor

9th September 2018, 12:32

Zathor

9th September 2018, 20:17

To explain a bit what is going on. MediaInfo does provide several attributes which MeGUI does use. MediaInfo 18.08 did make these changes:

"Codec" was removed and replaced by "CodecID" and "Format*". While the "depracated" was there for "Codec" for a long time, it has still worked up to now. It is not a simple replacement as the content of the newer attributes is different from what "Codec" has shown before.
The audio track codecs have even changed more. Before the "FormatProfile" was e.g. "E-AC-3+Atmos / E-AC-3" is now "Blu-ray Disc" and in "Format" you do find "E-AC-3 JOC" and in "Format_Commercial" there is "Dolby Digital Plus with Dolby Atmos"

Therefore I will proceed in two steps.
Step one (2876) is now available with the first change mentioned above. It already may have a huge impact on track detection. It does still use MediaInfo 18.05.
For the second part I do have to check all my audio files (especially the ones which do have a core) and see how I can detect them now. This change will be released together with MediaInfo 18.08.

Both changes do have a high risk that something will break. I simply cannot test all codec combinations which are out there.
Please report if anything does not work anymore. Each report must contain the log (especially the MediaInfo details of the file in question).

Zetti

10th September 2018, 13:56

MediaInfo v18.08.1 is released.

Melan

10th September 2018, 15:01

(...)
Therefore I will proceed in two steps.
Step one (2876) is now available with the first change mentioned above. It already may have a huge impact on track detection. It does still use MediaInfo 18.05.
For the second part I do have to check all my audio files (especially the ones which do have a core) and see how I can detect them now. This change will be released together with MediaInfo 18.08.

Both changes do have a high risk that something will break. I simply cannot test all codec combinations which are out there.
Please report if anything does not work anymore. Each report must contain the log (especially the MediaInfo details of the file in question).

My audio file. :)
https://www43.zippyshare.com/v/E4MYnI3E/file.html

LigH

10th September 2018, 15:29

When DirectShowSource is enabled, opening anything except AVIs (which displays a choice with 3 buttons, the rightmost is "AviSource") makes MeGUI crash in module StackHash_2264 for me.

MeGUI 2876 does not crash anymore for one "example.ts" file; instead, it displays the dialog:

---------------------------
DirectShow Error
---------------------------
Unable to render the file.

You probably don't have the correct filters installed.
---------------------------
OK
---------------------------

But a simple script
DirectShowSource("example.ts", audio=false)
can be opened in VirtualDub2 (32 bit).

An MP4 file still crashes MeGUI. Just as well, a simple DSS avs script opens in VirtualDub2 (32 bit).

Trying to open these AviSynth scripts in MeGUI's main window as custom video source crashes MeGUI too.

Archive with some files (https://www.ligh.de/tmp/MeGUI_crash_Stackhash_2264.7z) (example.ts was a bit large, but the MP4 is small; will upload it too after testing it on another PC).

I suspect this is an issue on only one specific PC, as I did not find any crashing media files on the other yet.

Zathor

10th September 2018, 17:54

My audio file. :)
https://www43.zippyshare.com/v/E4MYnI3E/file.html

What kind of issue do you have with that file?

Zathor

10th September 2018, 18:13

MeGUI 2876 does not crash anymore for one "example.ts" file; instead, it displays the dialog:

I just tried to reproduce it, but it does work for me. Do you see the input choice box open at all (OneClick, FileIndexer, DSS)? Btw. how do you do it? You drag the file into the AVS Script Creator input?

LigH

10th September 2018, 19:44

I do not see the input choice box. Maybe except for the flashing in a fraction of a second? I am not sure which dialog flashes before the crash.

I use the [...] button to open a source file in the AVS Script Creator dialog.

I was afraid it would work for you. It works on my other PC too. Must be specific to the way how MeGUI uses DirectShow internally. Does it have own filters similar to its own set of AviSynth plugins?

And only you may know where StackHash_2264 exists.

I could try a complete reinstallation if you don't have a clue.

Zathor

10th September 2018, 20:16

If you enable DSS in the settings when opening a file there it will always be tried to open the file with DSS before you do see that screen to check if DSS should be shown or not. So if your DSS has an issue it should always crash (depending on filters used in DSS). MeGUI does not do anything special there, it just loads the dss.dll and open the file with a DSS() command.

StackHash_2264 is not from MeGUI.

Btw MeGUI does use a try/catch around the call and if it does crash completly this crash does not happen in managed code and therefore I would point to AviSynth/DSS. Do not ask me why it does not happen outside. Do you have the "use internal avisynth" checkbox ticked? What happens if you change that (to enabled/disabled)?

LigH

10th September 2018, 20:33

So why does MeGUI crash when opening a DirectShowSource based script, but VirtualDub2 plays it? ... Maybe because MeGUI tries to jump into the middle, and VirtualDub2 starts at the beginning?

I put MeGUI logs into the linked archive (full content (https://www.mediafire.com/file/ig50co9599sx924/MeGUI_crash_Stackhash_2264.7z/file)). You can see that I'm using the latest system-installed AviSynth+ MT (pinterf release), not the internal "portable" copy.

On the second PC, I can open the MP4 with the system-installed AviSynth+ as well as with the internal "portable" AviSynth+. In both cases, an input choice with 3 buttons appears (DSS as 3rd).

I can check the first PC tomorrow ...

Zathor

10th September 2018, 21:57

So why does MeGUI crash when opening a DirectShowSource based script, but VirtualDub2 plays it? ... Maybe because MeGUI tries to jump into the middle, and VirtualDub2 starts at the beginning?
That initial check does not do anything with the picture. It only opens the script with the AviSynth wrapper and close it afterwards.

I put MeGUI logs into the linked archive (full content (https://www.mediafire.com/file/ig50co9599sx924/MeGUI_crash_Stackhash_2264.7z/file)). You can see that I'm using the latest system-installed AviSynth+ MT (pinterf release), not the internal "portable" copy.
Please try it also with the included AviSynth (should not change a thing, but who knows..)

LigH

11th September 2018, 11:38

Same crashes with the internal AviSynth+.

And AVSMeter (32 bit) crashes too. But not AVSMeter64. Seems I need to find a tool that helps me to clean my DirectShow system. Or avoid using DS in 32 bit. The latter appears easier, but my main intention was helping to solve a question in the VideoHelp forum (https://forum.videohelp.com/threads/390174-megui) (no comment about the thread title)...

I really wonder how VirtualDub2 manages not to crash. The MP4 starts with a gray frame, though, but it is displayed when I jump back to the beginning.

hello_hello

11th September 2018, 12:06

Sorry for dumb question but why meGUI using ffmpeg to pipe instead of avs4x26x?

To support high bit depth formats.

Zathor,
would that be why specifying a timecodes file via --tcfile-in for x264 appears not to work on a 64 bit version of Windows?

It works perfectly for me on 32 bit XP, although I only tested with an 8 bit source and Avisynth 2.6, but I tried in vain to help someone use a timecodes file on 64 bit Windows.

I assumed it was an avs4x26x issue, not realising ffmpeg was probably piping instead. Does it handle timecodes files?

The thread in question and the steps we went through can be found below. There's MediaInfo information for the source file in the opening post, which is 8 bit. There's only a portion of a log file in the post I linked to as the poster didn't return so I could ask him for a more extensive one, but it seems there's probably a timecodes issue on 64 bit Windows.
https://forum.doom9.org/showthread.php?p=1850237#post1850237

Cheers.

LigH

11th September 2018, 15:08

I used the "Codec Tweak Tool" to force LAV Video as preferred 32 bit decoder for most video formats; this "fixed" the crash for me. Still, there must be a broken DS video filter somewhere in my system... anyway, case closed for now.

imsrk48

12th September 2018, 12:18

please fix bugs when encoding .ts into .mkv

Sent from my P4 using Tapatalk

LigH

12th September 2018, 13:16

Are there bugs? And I mean - bugs which are not caused by corrupt video data in the received broadcast? Or where does the TS come from? And what kind of "bugs" do you have? Any technical details? MediaInfo reports? Decodability tests? Different decoders?

Help us help you.

hello_hello

12th September 2018, 15:10

Yeah, that would have to be the closest I've seen anyone get to enquiring about the length of a piece of string in quite a while.

StainlessS

12th September 2018, 16:15

Yeh, that bug was fixed in last version, re-download and try again, if it still dont work, repeat and try again.

Morku

13th September 2018, 17:28

Hi,

do you have any idea, how I can extra a full 7.1 E-AC3 audiostream? DTS, AC3, THD all work fine, but I always run into trouble with E-AC3.
I found that Bugreport, but it is marked as solved: https://sourceforge.net/p/megui/bugs/870/

This is the log: https://pastebin.com/XTwyaJAT

(or just alternative way how to encode into AAC...)

Zathor

13th September 2018, 18:24

You do have selected in the HD Streams Extractor the EAC3_CORE option? If not please try it with that one. Eac3to has a bug so that some e-ac3 tracks cannot be extracted without -core.

Morku

13th September 2018, 19:31

Sure, this is possible, but it's only 5.1. To bad that there is still no solution. Thank you for help.

tebasuna51

13th September 2018, 20:22

Zathor

13th September 2018, 22:14

would that be why specifying a timecodes file via --tcfile-in for x264 appears not to work on a 64 bit version of Windows?
I assumed it was an avs4x26x issue, not realising ffmpeg was probably piping instead. Does it handle timecodes files?
Let me test that, it should work.
Btw how do you add timestamps/timecodes to mp4 files?

Zathor

13th September 2018, 22:15

Sometimes the EAC3 7.1 can be extracted adding the parameter -keepDialnorm (now you can't use HD Streams Extractor). Try:

"D:\Sonstiges\Videotools\MeGUI\tools\eac3to\eac3to.exe" "D:\Temp\BluRay\THE_LAST_JEDI\BDMV\PLAYLIST\00801.mpls" 4:"D:\Temp\BluRay\star\00801_T4_Audio - German.eac3" -keepDialnorm

Thanks, should I add that for all eac3 extractions where the -core option is not specified?
Btw. you can add the -keepdialdorm option in the HD Streams Extractor as a custom option

Morku

13th September 2018, 22:23

This worked indeed! Thank you very much. I will keep that option in mind in future. Is there any downside for the parameter?

But when I load the result into MeGUI und encode to aac, it is double the playtime? Maybe related to LSMASH?
https://pastebin.com/33x5Nrbn (I aborted the encoding)

So I encoded with:

D:\Sonstiges\Videotools\MeGUI\tools\ffmpeg\ffmpeg -i German.eac3 -acodec pcm_f32le -f wav - | D:\Sonstiges\Videotools\MeGUI\tools\qaac\qaac --ignorelength --native-resampler=bats,127 -o German.aac

Seems fine :)

hello_hello

14th September 2018, 01:35

Let me test that, it should work.
Btw how do you add timestamps/timecodes to mp4 files?

I've no idea.

In case you missed it in the thread I linked to, x264 appears not to accept a timecodes file with a timestamp heading, which is how they seem to be extracted now, at least for a recently muxed MKV.

# timestamp format v2

It needs to be this:

# timecode format v2

Anyway, I suggested he try telling x264 to write an MKV, as it comes with timecodes included, and I assume ffmpeg could remux that as an MP4 with the timecodes intact and therefore without the need to add a separate timecodes file (hopefully). Unfortunately though, he couldn't get that far.

As a side note, I was discussing IVTC in another thread, and I wondered if it'd be relatively simple to give MeGUI some variable frame rate encoding abilities.
ffms2 effectively assumes VFR by default (ignoring repeat field flags) and can be told to output a timecodes file when indexing. No need for 2 passes, so in theory MeGUI, or OneClick, could include instructions for creating a timecodes file in the indexing command line and add it to the x264 command line. For VFR sources such as MKVs or MP4s, that's generally the entire process.

tebasuna51

14th September 2018, 02:47

Thanks, should I add that for all eac3 extractions where the -core option is not specified?
Seems necesary with EAC3 7.1 with

4: E-AC3, German, 7.1 channels, 896kbps, 48kHz, dialnorm: -28dB

eac3to crash when try remove the dialnorm (by default), with a strange message:

a04 Extracting audio track number 4...
a04 Removing AC3 dialog normalization...
Applying (E-)AC3 delay failed.a04
Aborted at file position 1048576.

Btw. you can add the -keepdialdorm option in the HD Streams Extractor as a custom option
Sorry, seems now we need Settings -> Enable Custom Options
And the old +Options column appears, to add the -keepdialdorm

This worked indeed! Thank you very much. I will keep that option in mind in future. Is there any downside for the parameter?
Not big, if you want recode after the eac3 use:

...ffmpeg -drc_scale 0 -i German.eac3 ...

But when I load the result into MeGUI und encode to aac, it is double the playtime? Maybe related to LSMASH?

I don't see playtimes info in the log, btw in the log MediaInfo and LWLibavAudioSource() show only 6 channels seems is only the EAC3 core.

Use always ffmpeg to decode EAC3 7.1

LigH

14th September 2018, 11:49

Zathor – from which development stage of the available encoders (aomenc / rav1e) onwards would you consider supporting AV1 encoding in MeGUI? CLI option set stability and user-friendly encoding speed will probably both be important factors?

Morku

14th September 2018, 18:19

@tebasuna51

thank you for the tip. What is the standardsetting for drc_scale and why ffmpeg touch the range when it's not defined by myself? Should I choose this option for any AC3 source or only which are extracted with dialnorm?
Personally, I always want keep the properties of the audio, just compress.

Anyway, for the reference when I encode with MeGUI:
Input file:
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Format profile : Blu-ray Disc
Duration : 2 h 31 min
Bit rate mode : Constant
Bit rate : 896 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 973 MiB (100%)
Service kind : Complete Main

Result:
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 5 h 3 min
Bit rate mode : Variable
Bit rate : 441 kb/s
Maximum bit rate : 600 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 958 MiB (100%)

Log: https://pastebin.com/JMQ2FjCa

= doubled the length.

Zathor

14th September 2018, 18:38

In case you missed it in the thread I linked to, x264 appears not to accept a timecodes file with a timestamp heading, which is how they seem to be extracted now, at least for a recently muxed MKV.

# timestamp format v2

It needs to be this:

# timecode format v2

That is correct, based on the source it has to be timecode for x264:
https://github.com/mstorsjo/x264/blob/master/input/timecode.c

I wonder what it does at all:
--tcfile-in <string> Force timestamp generation with timecode file

I tested it with x64 when the file is named in the required way and it does encode without issues.

As a side note, I was discussing IVTC in another thread, and I wondered if it'd be relatively simple to give MeGUI some variable frame rate encoding abilities.
ffms2 effectively assumes VFR by default (ignoring repeat field flags) and can be told to output a timecodes file when indexing. No need for 2 passes, so in theory MeGUI, or OneClick, could include instructions for creating a timecodes file in the indexing command line and add it to the x264 command line. For VFR sources such as MKVs or MP4s, that's generally the entire process.
I do have it implemented now for mkv source and mkv target - and I will only support it for the moment with OneClick.
To add it to x264 seems to be not necessary. I just extract it with mkvextract and mux it lateron with mkvmerge.
EDIT: found a way also for mp4

Danette

14th September 2018, 19:00

With the One-Click encoder, single files can be directed to a chosen output folder. However, when a folder input (for batch jobs) is selected, the output field does not function correctly. A desired location can not be chosen for the batch jobs. The entire output of the batch process is placed in the source folder (or whatever folder is set as default output for all MeGUI jobs).

Zathor

14th September 2018, 19:04

tebasuna51

14th September 2018, 20:04

What is the standardsetting for drc_scale and why ffmpeg touch the range when it's not defined by myself? Should I choose this option for any AC3 source or only which are extracted with dialnorm?

The standard is respect the drc included in the Dolby stream, if exist the volume can be reduced assuming the Dialog Normalization.
With drc_scale 0 the volume is decoded without reduction.

To be sure is recommended use always drc_scale 0.

Personally, I always want keep the properties of the audio, just compress.

But compress with other not Dolby codec can't preserve Dialog Normalization or Dynamic Range Compression.

If DN or DRC is applied when decode you can't recover the original audio volume. DN/DRC is intended to use at play time with the user control, is not recommended when recode.

Anyway, for the reference when I encode with MeGUI:
Well, seems than MediaInfo 18.05 can't recognize the 8 EAC3 channels, only the 6 core channels:

File: D:\tmp\00925.m2ts_4eng.eac3
...
Channels: 6

18.08 seems work fine with the same sample:

Complete name : D:\tmp\00925.m2ts_4eng.eac3
...
Channel(s) : 8

The decoders LWLibavAudioSource or FFAudioSource seems don't work with EAC3 7.1 only output 6 channels with double length.

hello_hello

15th September 2018, 01:52

I wonder what it does at all:
--tcfile-in <string> Force timestamp generation with timecode file

I'm not sure I understand the question.

I do have it implemented now for mkv source and mkv target - and I will only support it for the moment with OneClick.
To add it to x264 seems to be not necessary. I just extract it with mkvextract and mux it lateron with mkvmerge.
EDIT: found a way also for mp4

Technically, at least, I think giving x264 the timecodes should have a positive effect on quality compared to just muxing them later, due to x264 being frame rate aware.

A quick test encoding 1000 frames at 30fps and again at 24fps.
I think the maths is correct.

30 fps, 1961.73 kb/s, 65384 kb, 8.1 MB
24 fps, 1812.14 kb/s, 75493 kb, 9.4 MB

You'd expect the bitrates to be different as the durations aren't the same, but the total number of bits used to encode the same 1000 frames increased when the frame rate decreased. Or am I looking at it all wrong?

I'm pretty sure ffms2 and Lsmash output the average frame rate, so at least x264 knows the correct duration, and the bitrate in the log file will be correct, so that's probably the next best thing to encoding with the timecodes.

There's also a need to create a timebase for VFR encoding and x264 seems pretty good at it. I don't understand how the timebase works exactly but it can make a difference to playback.

As an example, I encoded some NTSC DVDs recently after deblending the film sections back to 25fps and deinterlacing the video, so they were combinations of 25fps and 59.94fps (I manually created the timecodes file). Maybe it's more luck than design, but the timebase x264 decides on causes MPC-HC to behave as though the encoded video is a constant 25fps to a cerain extent, even though the frames display for the correct durations. Reclock does the same. When decoding with ffdshow and enabling it's on-screen display, ffshow gives each frame in the PAL sections a unique number, but for the video sections it repeats the frame numbers in a 3:2-like pattern so it's only incrementing frame numbers at a rate of 25fps. When I play the encoded video and Reclock adjusts the playback speed, it's constant from start to finish.

None of that happened when I tried specifying a timebase. Even for combinations of 23.976fps and 59.94fps I think it resulted in playback oddness and x264 knew best.

When you specify a timecodes file and an MKV as the output format, you can play the output file without remuxing it and the audio will be in sync.

I know people encode and mux the timecodes later all the time and the world keeps turning, but you asked :)

Zathor

15th September 2018, 15:14

ravewulf

15th September 2018, 18:14

2877 [OneClick] added support for VFR input files (requires mkv/mp4 output)
[FFMS Indexer] added support for VFR input files
[MKV Muxer] added detection of timestamp files (must be in the format "videoinputfilename".timestamp.txt)
[MP4 Muxer] added mp4fpsmod tool to mux timecodes into mp4 files
[x264] added support for --tc-in

Can I ask how the x264 --tc-in support is implemented? In my own encoding I've needed to use x264's built in mp4 muxer to have the timecodes carry over but I see you've also added in mp4fpsmod.

Zathor

15th September 2018, 18:19

It does only work if you use OneClick (yet - I may add a manual selection option of a timestamp file to x264 and mkv/mp4 muxer at a later point in time).

It works in the way that OneClick will mux the source to MKV (if possible), extracts the timecodes, does the video processing (if encoding with x264 it will check if the header of the timestamp file is correct and change it if necessary - then it uses the new file as --tc-in) and muxes it as mkv (timestamps are directly used) or as mp4 (without timestamps first, then mp4fpsmod will be used to patch them into the file).

Zetti

15th September 2018, 19:33

2 x264 r2932 builds is released.

1 from here: http://msystem.waw.pl/x265/
And 1 from LigH from here: https://www.mediafire.com/?bxvu1vvld31k1

x265 version 2.8+58 LigH from here:
https://www.mediafire.com/?6lfp2jlygogwa

x265 version 2.8+68 is released.
http://msystem.waw.pl/x265/

Zathor

15th September 2018, 19:57

Thanks, Zetti. For x265 I usually use these "stable" builds. Are these the ones?

x264 - I do wonder what is the reason that x264.nl does not update their binaries? Any issues with that version?

Zetti

15th September 2018, 20:14

I have no knowledge about stable or not stable x265 builds.

I can't find any info about why videolan not release new vanilla x264 builds.

LigH

15th September 2018, 23:27

MeGUI usually provides only the x265 versions of a "merge with the stable branch" right after applying the milestone tag. From then on, merges with the stable branch only happen occasionally.

Danette

16th September 2018, 15:49

All settings for a batch job have to be specified in the OneClick profile. Please set therefore in the profile in "other" your desired output path.

Yes, that's true, but then the output location is permanent unless changed, i.e.; it then becomes the default location. That's the idea behind the request for the improved feature:

On the first screen that appears when the One-Click encoder is opened, at the bottom of the screen, allow the "Output file" to work with batch jobs as it now does with single jobs. This is the place where temporary (one time only) output locations are chosen that override the default output paths that are set.

Additionally, while you are considering improved features, on that same initial One-Click screen, if the "close after" box is unchecked by the user, have it stay unchecked unless the user decides otherwise. As it is now, if you uncheck it and close the One-Click, when the One-Click is re-opened the check is automatically there again.

Zathor

17th September 2018, 21:37

I assume most of the users never have created a second worker. And only a minor subset of those with more than one worker have assigned jobs manually to dedicated workers. In any case... this will change :)

It will not be possible anymore to
- rename workers
- manually create persistent workers
- assign jobs to workers
- see the owner of a job in the job queue
- see an individual worker status

But you will get this:
- by default 2 workers are active (can be changed from 1 to 99 - not sure if anything above a handfull is needed)
- workers will fetch jobs automatically based on rules

These rules specifiy how many of which job types can run in parallel. By default (can be changed):
- 1 audio job in parallel
- 1 audio/demuxer/indexer/muxer job in total in parallel (so the in most cases HD I/O causing ones)
- 1 oneclick job in parallel
- 1 video job in parallel

That way you can have multiple workers with multiple jobs running without them blocking each other (CPU, I/O, ...).

If you want to test I would be happy if you try out this one here and provide your feedback:
MeGUI Test 2878 (http://megui.org/megui_test.7z)

Morku

17th September 2018, 22:00

You should revert DGIndexNV to 27th august version, the old issue recovered with the current build that loading a mpls file, containing multiple m2ts result into error. With Build 158 there is no issue.

videoh

17th September 2018, 23:30

That's news to me. You're saying slipstream 159 has the problem again? If so, can you please give a link to the MPLS file?

The only change in 159 was to suppress a message box in the MKV parser.

Morku

18th September 2018, 06:31

Sure. Thank you for replying and accepting me again.
https://www.dropbox.com/s/c4c435qnggbaz7q/00005.mpls?dl=1

videoh

18th September 2018, 13:19

I'm not seeing any problems with the parsing of that MPLS.

1. What exactly is the problem that you see?

2. What happens if you load the MPLS manually in DGIndexNV, i.e., not using MeGUI?

Danette

18th September 2018, 13:59

I believe this is a bug report:

Using One-Click, whenever batch jobs are processed, the "Priority" starts off as "Normal" just as it is supposed to do. I have the default Priority set to "Normal" in the settings section. However, at some point during the second or third file processed, the priority changes to "High". This causes a warning from Windows, which freezes the encoder until I discover it and change it back to where it started.

Morku

18th September 2018, 16:06

@videoh
Hi,

1. I start MeGUI (64 Bit) -> AVS Script Creator -> load 0005.mpls -> File indexerer -> DGIndexNV -> No Audio -> Queue -> Start -> Creating DGI without issue -> preview image loads -> and here the issues starts:
When I scroll forward the image, I get a refreshed preview. When I scroll backward, it not refresh.
I am loading the .avs MeGUI Avisynth Script containing the following:
LoadPlugin("D:\Sonstiges\Videotools\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\CABINFEVER2_00005.dgi",fieldop=0)
This generic errormessage occur:
https://i.imgur.com/oFkWgnz.png

Logfile abnout these steps: https://pastebin.com/P2ihYHa3

2. Loading mpls in the DGIndexNV GUI is fine. Save project also works fine, scrolling preview image also fine, loading dgi project file also fine. No issue here.

Loading avs file into VirtualDub2 result also in an error.

videoh

18th September 2018, 16:11

Just to be completely clear...

Do you have any problems when avoiding MeGUI completely, i.e., making your DGI directly with DGIndexNV and then loading an avs script in VDub2 and scrolling around. Is this something that happens only in MeGUI?

Can you post the DGI file please? Also check whether the files listed there actually exist.

Try with full paths enabled in DGIndexNV settings.

EDIT: I dummied up a BD folder tree and put your MPLS in PLAYLIST and put two M2TS files in STREAM (named 00000.m2ts and 00005.m2ts). Then I followed your process above in MeGUI and everything ran perfectly scrolling around in the MeGUI preview.

Morku

18th September 2018, 17:39

Okay, this is a little strange now. I did many tries and it seems to be related to the path I save the dgi file.
Creating the dgi file in "D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST" result in a dgi loading error in MeGUI and VirtualDub2.
I created a dgi file with MeGUI and DGIndexNV to that related path. Both files are corrupt. When I move the file around on my PC, still loading issue.

Saving the dgi to e.g. "D:\Desktop\test" the file is fine and loads fine in MeGUI and VirtualDub2. I created a DGI with MeGUI and DGIndexNV without issue. I even can place the file dgi file back to D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST and it still loads fine.

I think there must be a conflict in the path. Maybe it doesn't like when mpls source and dgi result are in the same folder?

Here is a file with loading issue: https://www.dropbox.com/s/hqtais84i851vhh/00005.dgi?dl=1
And here a file with no issue: https://www.dropbox.com/s/vrq93ph65aykr80/CABINFEVER2_00005.dgi?dl=1

EDIT: full path enabled, saved to D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST with DGIndexNV, the dgi also loads fine.
EDIT2: disabled full path saving with DGIndexNV to D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST result into loading issues again.

videoh

18th September 2018, 17:59

Thank you for the additional information, Morku.

If you have disabled full paths then your script and DGI file need to be in the same directory as the M2TS files, which is STREAM not PLAYLIST. Think: how will the streams be found if there is no full path info? Current directory is the only answer in that case.

Maybe MeGUI needs to be modified to understand this. Or it needs to set full paths all the time.

Morku

18th September 2018, 18:25

But this issue also happen without MeGUI. DGIndexNV (Use Full Paths is unchecked) -> Load -> "D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\00005.mpls" -> Save Project -> "D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\00005.dgi" -> avs file containing "DGSource("D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\00005.dgi",fieldop=0)" -> Drag&Drop into VirtualDub2 -> "DGSource: Could not open one of the input files."
MeGUI does not play a role in this constelation. And as I said, with the previous build I have no issue in any try.

Now I loaded the mpls and saved the dgi into "D:\Temp\BluRay\CABINFEVER2\BDMV\STREAM". It also result into loading issues. Thats strange...

videoh

18th September 2018, 19:08

I can't duplicate any of that. And as I said, there is no relevant difference between builds 158 and 159.

Morku

18th September 2018, 19:19

Mh... and the uploaded dgi also shows no issues? Maybe someone else will report soon. If you have any idea, just ask.
If I am able isolate the problem somemore, I will tell. But thank you for support.
I will try another Blu-ray soon.

Zathor

18th September 2018, 21:51

MeGUI does already check and add/correct some settings in the dgindexnv.ini:
- Full_Path_In_Files=1
- ResponseOnAudioMismatch=1
- Enable_Info_Log=1

You can see that ResponseOnAudioMismatch=1 has been set based on your uploaded log.

However what makes me wonder is this here:
--[Information] [18.09.2018 16:51:24] File:
--[Warning] [18.09.2018 16:51:24] The file cannot be opened

So MeGUI tries to get the information for an emtpy file name. Do you know how you have done that?

Morku

18th September 2018, 22:36

This happen already at point: "start MeGUI (64 Bit) -> AVS Script Creator -> load 0005.mpls -> File indexerer -> DGIndexNV -> No Audio -> Queue"
Than going to Log shows already 2 MediaInfo warnings. But this also occurs when use another DGIndexNV version or even select L-SMASH. So it's unrelated to the Indexerer.
I also tested a typical mp4 file and get the errors in log and tried MeGUI 32-Bit, same error.

videoh

18th September 2018, 23:33

I get the same errors in the log but everything continues to work normally.

The reason I can't get too excited about this is Morku's insistence that it happens with 159 but not 158. Since there is no relevant difference I have to assume that he has things set up differently for the two versions and it is that difference that interests me.

Regarding Morku's two DGI files, one has full paths and one doesn't. Both should work and in fact do work fine for me. It should be irrelevant, however, because as Zathor pointed out MeGUI is setting full paths.

Zathor

19th September 2018, 06:44

I found the issue with the MediaInfo warning. However yes, it does not matter (will be changed nevertheless).

Morku, do you ever have created with MeGUI a dgi file which did not contain the full paths? If yes, could you please share the dgindexnv.ini and log of that index process?

Morku

19th September 2018, 17:07

Okay, one more update: my issue is not related to 159 only. To verify, I replaced DGDecodeNV.dll and DGIndexNV.exe back to 158 and saved a dgi with the DGIndexNV GUI into D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST without enabled full paths (0). It ends into my loading issue.

I noticed, when I press Start my Queue to have the Index in progress, MeGUI overwrite the ini file to Full_Path_In_Files=1. I did never noticed that before.
I have no idea, why my issue started happen to me, when I updated to 159 and MeGUI propably keep it at 0(?) and was 'fixed' when I reverted to 158. I feel little dumb at the moment, because for now iot works in MeGUI fine. I still can repeat it, when I change it back to 0 and save the dgi with DGIndexNV.

To show you, I recorded a little clip. You can watch directly at Dropbox: https://www.dropbox.com/s/rmc5cxpiolts96s/MeGUI.mp4?dl=0

videoh

19th September 2018, 18:02

For the manual failure scenario you described, where is the AVS script located? Also please post that script and the DGI file.

Finally, for this scenario when you say "my loading issue" do you mean that when you load the script in Vdub2 it says it could not open one of the source files?

If it is repeatable for you we should be able to get to the bottom of it.

Morku

19th September 2018, 20:20

The script is located at: "D:\Temp\BluRay\cabin\Cabin Fever 2 (BD).avs"
It contains:
LoadPlugin("D:\Sonstiges\Videotools\MeGUI\tools\dgindexnv\DGDecodeNV.dll")
DGSource("D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\00005.dgi",fieldop=0)

Here again a new dgi file without "full paths", resulting in an error: https://www.dropbox.com/s/f9235ocs8zpb3a9/00005.dgi?dl=1

The ini contains following:
Version=DGIndexNV 2053.0.0.159
Window_Position=0,0
Info_Window_Position=189,21
Process_Priority=2
Playback_Speed=3
AVS_Template_Folder=
AVS_Template_File=template.avs
AVS_Template_File_Index=0
AVS_Enable_Template=1
AVS_Overwrite=0
Full_Path_In_Files=0
MRUList[0]=D:\Temp\BluRay\CABINFEVER2\BDMV\PLAYLIST\00005.mpls
MRUList[1]=D:\Temp\BluRay\CABINFEVER2\BDMV\STREAM\00005.m2ts
MRUList[2]=
MRUList[3]=
Enable_Info_Log=0
Loop_Playback=0
AVC_Extension=264
MPG_Extension=m2v
VC1_Extension=vc1
HEVC_Extension=265
Deinterlace=0
UsePF=0
AlwaysCrop=1
UseD3D=0
Snapped=0
ResponseOnAudioMismatch=0
Enable_Audio_Demux=0
CUDA_Device=255
Decode_Modes=0,0,0,0
Full_Info=1
Bare_Demux=0
Disable_Encrypted_Audio_Warning=0
Fine_Cropping=0
Force_Zoom=0
StrictAVC=0
PGSForcedOnly=0

When drag&drop the avs into VirtualDub2, it says "DGSource: Could not open one of the input files.". You see it in my video.
I recorded all my steps in this video (indexing waiting time is skipped) to show the issue: https://www.dropbox.com/s/m08f4mty2vph0se/DGIndexNV.mp4?dl=0
I also shows when I enable full path, that the new dgi doesn't result into an error, but i needs to create a new dgi file.

Zathor

19th September 2018, 21:59

2880 [AVS Script Creator] fixed initial MediaInfo warning (regression of 2877)
2879 [Queue] improved power save mode supression (requires at least Windows 7)
2878 [MediaInfo] improved track detection of Blu-ray playlists

videoh

19th September 2018, 22:50

The script is located at: "D:\Temp\BluRay\cabin\Cabin Fever 2 (BD).avs" Thank you for the information, Morku. It is all clear now. Because the relative path starts with ..\STREAM\, the AVS script must be located in a directory on the same level as STREAM. That is expected to be ..\PLAYLIST for a BluRay folder tree. Due to the way Avisynth operates, the base of a relative path is the location of the script. This is why DGIndexNV auto-creates the script (if enabled) in the same directory as the source file, so that the script can use the plain file name.

Bottom line: behaving as designed. The reason the full path option was added was because users wanted to place their scripts in a directory different from the source file, as you are trying to do. What I have done for the next build is added a line to the error popup saying to use full paths if the script and source file are apart.

BTW, you do not need to re-index; you can edit the DGI to add the full paths. But this should never be necessary as MeGUI forces full paths.

hello_hello

20th September 2018, 05:21

Does videoh = neuron2?

Morku

20th September 2018, 06:33

@videoh
Thank you for your clarification, it makes sense. So thats why MeGUI changes the value to 1? I still wonder why it did not happen, when I updated to 159, but it seems to be an hiccup of my PC. With value 1, everything works fine and as expected.

@hello_hello
Who knows, but if so, he normally would refuse any support to me.

LigH

20th September 2018, 07:38

Does videoh = neuron2?
*Is

He already confirmed that (https://forum.doom9.org/showthread.php?p=1851256#post1851256).

Morku

21st September 2018, 18:51

Today, it happen again that MeGUI changed the ini to Full_Path_In_Files=0 when I started Indexing.
I made absolutly sure, that Full_Path_In_Files was set to 1, so I think there is something in the MeGUI behaviour.

Is there any trigger in MeGUI, why it sometimes is changed to 1 and in the next time to 0?
Since years I do it the same way to let create dgi the same path as the file input (in this case mpls) and the place of my avs file is another than of the source.
I edited the dgi to absolute path, so I didn't need to Index again.

Zathor

21st September 2018, 20:03

videoh

21st September 2018, 20:40

Zathor

21st September 2018, 20:58

DGIndexNV creates new INI files with full paths enabled, so even deleting the INI file won't cause this.

There have been changes to the INI file format in the past, so maybe it is worth checking that MeGUI is up-to-date with the current format.

Thanks, MeGUI has to create a new dgindexnv.ini if it does not exist as not all parameters are by default correct (for use with MeGUI).

This is what currently will be written:

sb.AppendLine("Version=");
sb.AppendLine("Window_Position=0,0");
sb.AppendLine("Info_Window_Position=0,0");
sb.AppendLine("Process_Priority=2");
sb.AppendLine("Playback_Speed=3");
sb.AppendLine("AVS_Template_Folder=");
sb.AppendLine("AVS_Template_File=template.avs");
sb.AppendLine("AVS_Template_File_Index=0");
sb.AppendLine("AVS_Enable_Template=1");
sb.AppendLine("AVS_Overwrite=0");
sb.AppendLine("Full_Path_In_Files=1");
sb.AppendLine("MRUList[0]=");
sb.AppendLine("MRUList[1]=");
sb.AppendLine("MRUList[2]=");
sb.AppendLine("MRUList[3]=");
sb.AppendLine("Enable_Info_Log=1");
sb.AppendLine("Loop_Playback=0");
sb.AppendLine("AVC_Extension=264");
sb.AppendLine("MPG_Extension=m2v");
sb.AppendLine("VC1_Extension=vc1");
sb.AppendLine("HEVC_Extension=265");
sb.AppendLine("Deinterlace=0");
sb.AppendLine("UsePF=0");
sb.AppendLine("AlwaysCrop=1");
sb.AppendLine("UseD3D=0");
sb.AppendLine("Snapped=0");
sb.AppendLine("ResponseOnAudioMismatch=1");
sb.AppendLine("Enable_Audio_Demux=1");
sb.AppendLine("CUDA_Device=255");
sb.AppendLine("Decode_Modes=0,0,0,0");
sb.AppendLine("Full_Info=1");
sb.AppendLine("Bare_Demux=0");
sb.AppendLine("Disable_Encrypted_Audio_Warning=0");
sb.AppendLine("Fine_Cropping=0");
sb.AppendLine("Force_Zoom=0");
sb.AppendLine("StrictAVC=0");

After DGIndexNV closes there is a new line at the end and some other line changes but Full_Path_In_Files=1 stays.

So back to Morku - do you have a way to reproduce that?

videoh

21st September 2018, 22:13

There is one additional line at the end for the latest version:

...
StrictAVC=1
PGSForcedOnly=0

That shouldn't cause a problem.

Morku

21st September 2018, 22:56

What I did this time is:
I started DGIndexNV GUI to check settings, if Full paths is checked. I double checked the ini file, it was set to 1.
Good, I thought, lets start Indexing with MeGUI and AVS Script Creator, loaded my mpls, started Indexing with DGIndexNV -> again I got the no input error.
I checked the ini file and it was set to 0.

Than, I started to Index the next mpls, this time, no issue and the value weas set to 1.

I will need some time to figure out, if I can find a way which requirements are necessary to be able to always reproduce the problem.

Maybe one of the recent changes in MeGUI Build at the same time when DGIndexNV 159 was uploaded? Thats why I accidentally reported that version with some issue.

The thing is: I didn't start the DGIndexNV GUI the last months and didn't also touch the ini. I didn't even know about the full path option before when I reported it. I always index with MeGUI.

idea: why not just add relative and absolute path into the dgi file as if/else?

videoh

21st September 2018, 23:25

idea: why not just add relative and absolute path into the dgi file as if/else? I don't understand what you mean.

Morku

22nd September 2018, 07:53

To add in dgi:

..\STREAM\00005.m2ts 17500932096
..\STREAM\00000.m2ts 18432

and

D:\Temp\BluRay\CABINFEVER2\BDMV\STREAM\00005.m2ts 17500932096
D:\Temp\BluRay\CABINFEVER2\BDMV\STREAM\00000.m2ts 18432

if one path is not true, use the other. And with the ini you only control which path is primary wanted.

Zathor

22nd September 2018, 19:20

2882 [OneClick] fixed only using at maximum 2 audio/subtitle tracks in batch mode (regression of 2861). bug #927
2881 [HD Streams Extractor] force "-keepDialnorm" if required for a E-AC3 tracks

Zathor

23rd September 2018, 16:06

2884 [Worker] changed worker handling
- in "workers\settings" worker rule sets can be specified
based on those rules it is determined how many jobs of which type are allowed to run in parallel
also on that page the maximum number of workers can be set (default: 2)
- temporary workers ignore all restrictions
- removed several obsolete worker windows and options
2883 [IFOParser] improved subtitle detection. bug #925

Zetti

26th September 2018, 11:17

x264 r2935 is released.

Zetti

26th September 2018, 21:01

MKVToolNix v27.0.0 is released.

Zathor

29th September 2018, 15:36

x264 r2935 is released.
MKVToolNix v27.0.0 is released.
Thanks, Zetti! Both have been updated.

2886 [Jobs] fixed abort of suspended jobs (regression of 2818)
2885 [Preset Exporter] fixed overwrite of output files

Zetti

29th September 2018, 16:58

Thanks :)

wthreex

30th September 2018, 07:44

E-AC-3 @ 1280 kb/s

is this new ? How do i add this codec ?

Zathor

30th September 2018, 08:48

Sorry, I do not get it. Where do you have the issue?

wthreex

30th September 2018, 14:27

not issue, just saw that detail on some encodes. cuze my AC3 codec only support 640Kbps at maximum .

tebasuna51

30th September 2018, 16:28

E-AC-3 or Extended AC3 or Dolby Digital Plus (https://en.wikipedia.org/wiki/Dolby_Digital_Plus) is not new.
Supports up to 15 full-bandwidth audio channels at a maximum bitrate of 6.144 Mb/s.

Melan

1st October 2018, 16:32

After the last update, during the indexing sometimes encoder is beginning to duplicate the task.

hello_hello

2nd October 2018, 23:58

Zathor,
Since the change to the Workers configuration (I assume), the method I use for running jobs is no longer available.

Previously it was possible to select multiple jobs of any type, right click, select "run in temporary worker" and the jobs would run one at a time in the temporary worker. It was handy as you could select multiple jobs in the queue, run them in a temporary worker, and start the job queue in order to run the remaining jobs one at a time, or select a second lot of jobs and run them one at a time in another temporary worker etc.
It was effectively an easy way to assign jobs to different workers and run both simultaneously, only the workers were temporary, and maybe more importantly, it was also a way to run only the selected jobs in the queue without running the rest.

MeGUI 2886 no longer allows this. The temporary worker option is greyed out when more than one encoding job is selected. Is it possible to restore the old functionality for temporary workers, while keeping them oblivious to any rules for normal workers? :) Please! Not being able to run just the selected jobs seems like a step backwards, and the way temporary workers could be used made normal workers obsolete most of the time. Personally, I've almost never used them.

Thanks.

hello_hello

3rd October 2018, 01:32

Edit: I originally thought this was a VSFilter problem but it turns out it's not. I can index and create and preview scripts and load them into the job queue, but I get the following errors when I try to run them (XP and Avisynth 2.6). It's happening for both MeGUI 2876 and 2886, so I'm assuming it's due to something else I updated when I updated MeGUI to version 2886 as prior to that MeGUI 2876 was working normally.

What could the missing dll be?

Cheers.

---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavVideoSource("D:\video.mkv.lwi")
---[NoImage] Resize8(1280,720)
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\VSFilter.dll")
---[NoImage] TextSub("D:\sub_track3_eng.srt", 1)
---[NoImage] GradFun3()
--[Information] [03/10/18 9:47:22 AM] resolution: 1280x720
--[Information] [03/10/18 9:47:22 AM] frame rate: 24000/1001
--[Information] [03/10/18 9:47:22 AM] frames: 76280
--[Information] [03/10/18 9:47:22 AM] length: 00:53:01.512
--[Information] [03/10/18 9:47:22 AM] aspect ratio: 16:9 (1.778)
--[Information] [03/10/18 9:47:22 AM] color space: YV12
--[Information] [03/10/18 9:47:22 AM] custom command line: --level 4.1 --vbv-bufsize 50000 --vbv-maxrate 50000
--[Information] [03/10/18 9:47:22 AM] Job command line: (edited to avoid horizontal scrolling)
--[Information] [03/10/18 9:47:22 AM] Process started
--[Information] [03/10/18 9:47:22 AM] Standard output stream
--[Information] [03/10/18 9:47:22 AM] Standard error stream
--[Error] [03/10/18 9:47:22 AM] Process exits with error: 0xC0000135 STATUS_DLL_NOT_FOUND (-1073741515)
--[Information] [03/10/18 9:47:22 AM] Job completed

Or sometimes this:

--[Error] [03/10/18 9:35:15 AM] Process exits with error: 0xC0000135 STATUS_DLL_NOT_FOUND (-1073741515)
--[Information] [03/10/18 9:35:17 AM] Job completed
-[Error] Unhandled error
--[Information] [03/10/18 9:42:06 AM] Exception message: Exception of type 'System.Exception' was thrown.
--[Information] [03/10/18 9:42:07 AM] Stacktrace
---[NoImage] at MeGUI.core.gui.JobQueue.indexOf(TaggedJob j)
---[NoImage] at MeGUI.core.gui.JobQueue.RemoveJobFromQueue(TaggedJob job)
---[NoImage] at MeGUI.core.details.JobControl.ReleaseJob(TaggedJob j)
---[NoImage] at MeGUI.core.details.JobControl.<AddSendToTemporaryWorkerMenuItem>b__17_0(TaggedJob job)
---[NoImage] at MeGUI.core.gui.JobQueue.<>c__DisplayClass16_0.<AddMenuItem>b__0(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
---[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.ScrollableControl.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStrip.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.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] [03/10/18 9:42:07 AM] Inner exception: null
-[Error] Unhandled error
--[Information] [03/10/18 9:43:59 AM] Exception message: Exception of type 'System.Exception' was thrown.
--[Information] [03/10/18 9:43:59 AM] Stacktrace
---[NoImage] at MeGUI.core.gui.JobQueue.indexOf(TaggedJob j)
---[NoImage] at MeGUI.core.gui.JobQueue.RemoveJobFromQueue(TaggedJob job)
---[NoImage] at MeGUI.core.details.JobControl.ReleaseJob(TaggedJob j)
---[NoImage] at MeGUI.core.details.JobControl.<AddSendToTemporaryWorkerMenuItem>b__17_0(TaggedJob job)
---[NoImage] at MeGUI.core.gui.JobQueue.<>c__DisplayClass16_0.<AddMenuItem>b__0(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
---[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.ScrollableControl.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStrip.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.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] [03/10/18 9:43:59 AM] Inner exception: null
-[Error] Unhandled error
--[Information] [03/10/18 9:44:48 AM] Exception message: Exception of type 'System.Exception' was thrown.
--[Information] [03/10/18 9:44:48 AM] Stacktrace
---[NoImage] at MeGUI.core.gui.JobQueue.indexOf(TaggedJob j)
---[NoImage] at MeGUI.core.gui.JobQueue.RemoveJobFromQueue(TaggedJob job)
---[NoImage] at MeGUI.core.details.JobControl.ReleaseJob(TaggedJob j)
---[NoImage] at MeGUI.core.details.JobControl.<AddSendToTemporaryWorkerMenuItem>b__17_0(TaggedJob job)
---[NoImage] at MeGUI.core.gui.JobQueue.<>c__DisplayClass16_0.<AddMenuItem>b__0(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
---[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.ScrollableControl.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStrip.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.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] [03/10/18 9:44:48 AM] Inner exception: null
-[Error] Unhandled error
--[Information] [03/10/18 9:45:23 AM] Exception message: Exception of type 'System.Exception' was thrown.
--[Information] [03/10/18 9:45:23 AM] Stacktrace
---[NoImage] at MeGUI.core.gui.JobQueue.indexOf(TaggedJob j)
---[NoImage] at MeGUI.core.gui.JobQueue.RemoveJobFromQueue(TaggedJob job)
---[NoImage] at MeGUI.core.details.JobControl.ReleaseJob(TaggedJob j)
---[NoImage] at MeGUI.core.details.JobControl.<AddSendToTemporaryWorkerMenuItem>b__17_0(TaggedJob job)
---[NoImage] at MeGUI.core.gui.JobQueue.<>c__DisplayClass16_0.<AddMenuItem>b__0(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
---[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.ScrollableControl.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStrip.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.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] [03/10/18 9:45:23 AM] Inner exception: null
-[Error] Unhandled error
--[Information] [03/10/18 9:46:39 AM] Exception message: Exception of type 'System.Exception' was thrown.
--[Information] [03/10/18 9:46:39 AM] Stacktrace
---[NoImage] at MeGUI.core.gui.JobQueue.indexOf(TaggedJob j)
---[NoImage] at MeGUI.core.gui.JobQueue.RemoveJobFromQueue(TaggedJob job)
---[NoImage] at MeGUI.core.details.JobControl.ReleaseJob(TaggedJob j)
---[NoImage] at MeGUI.core.details.JobControl.<AddSendToTemporaryWorkerMenuItem>b__17_0(TaggedJob job)
---[NoImage] at MeGUI.core.gui.JobQueue.<>c__DisplayClass16_0.<AddMenuItem>b__0(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
---[NoImage] at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
---[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.ScrollableControl.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStrip.WndProc(Message& m)
---[NoImage] at System.Windows.Forms.ToolStripDropDown.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] [03/10/18 9:46:39 AM] Inner exception: null

hello_hello

3rd October 2018, 20:23

Zathor

3rd October 2018, 21:56

...it appears to be caused by an x264 update, although I don't understand how. Version 2901 on the update server is fine, version 2935 causes the missing dll error.
Maybe they have dropped XP support?

--[Information] [03/10/18 9:42:06 AM] Exception message: Exception of type 'System.Exception' was thrown.

Are you able to reproduce those?

The temporary worker option is greyed out when more than one encoding job is selected. Is it possible to restore the old functionality for temporary workers, while keeping them oblivious to any rules for normal workers? :) Please! Not being able to run just the selected jobs seems like a step backwards, and the way temporary workers could be used made normal workers obsolete most of the time.
The workers do not have anymore a queue on their own so it is not possible to assign multiple jobs to a worker (temporary or not). This change was intended to reduce code complexity. Therefore this feature will not come back. However... I may add an option to start only selected jobs. That way all other jobs will go to postponed and the selected ones to waiting and will be processed by the workers. This way only the desired jobs start.

hello_hello

4th October 2018, 01:06

Maybe they have dropped XP support?

Maybe. If so, they certainly haven't gone out of their way to tell anyone about it. That would've saved some grief.
I tried running x264 from the command line and it complained about not being able to find bcrypt.dll, so I downloaded that, and then it complained about some entry point in kernel32.dll, so I gave up.
Looks like I should stop procrastinating over switching to Linux and learning VapourSynth.

Are you able to reproduce those?

Not with MeGUI 2876. It only happened a few times with MeGUI 2886 when I tried running an encode again after the first attempt had failed, and if I didn't restart MeGUI first. I haven't gone back to 2886 yet.

The workers do not have anymore a queue on their own so it is not possible to assign multiple jobs to a worker (temporary or not). This change was intended to reduce code complexity. Therefore this feature will not come back. However... I may add an option to start only selected jobs. That way all other jobs will go to postponed and the selected ones to waiting and will be processed by the workers. This way only the desired jobs start.

Bummer. Are you sure that wasn't a case of fixing something that wasn't broken? :)
Of course it's possible to change the status of the jobs you don't want to run to "postponed" manually and run only specific jobs that way, but it's a less convenient. If you want to run a specific job while the rest are running you'd have to change it's status to "waiting" before running it in a temporary worker, and if you want to do that a second time you have to wait for the first temporary worker to finish before starting the next one, whereas before you could tell the same temporary worker to run them both, one at a time.

Could I also ask.... were you intending to have another look at the chapter creator at some stage? It's still a bit of a disaster in respect to showing one thing in the GUI while the chapter file being saved is often something else.

Cheers.

Zathor

4th October 2018, 07:10

Of course it's possible to change the status of the jobs you don't want to run to "postponed" manually and run only specific jobs that way, but it's a less convenient. If you want to run a specific job while the rest are running you'd have to change it's status to "waiting" before running it in a temporary worker, and if you want to do that a second time you have to wait for the first temporary worker to finish before starting the next one, whereas before you could tell the same temporary worker to run them both, one at a time.

My current idea is that there is an option in the right click menu which does this with one click (set all other waiting jobs to postponed and the desired ones to waiting + creating a temporary worker).

...were you intending to have another look at the chapter creator at some stage? It's still a bit of a disaster in respect to showing one thing in the GUI while the chapter file being saved is often something else.
Could you please explain more? What does not work?

imsrk48

6th October 2018, 05:34

how to add a .PNG as logo via megui?

please give some guide

Sent from my P4 using Tapatalk

LigH

6th October 2018, 08:58

Logo? Blended into a corner of your copy?

Manually edit the generated AviSynth script to read the image, loop it as long as the main movie, and use Overlay or Layer to cover it partially.

MeGUI does not support that via UI because per definition, additional differences to the original mean decreased quality. :sly:

imsrk48

7th October 2018, 19:38

okay thanks sirLogo? Blended into a corner of your copy?

Manually edit the generated AviSynth script to read the image, loop it as long as the main movie, and use Overlay or Layer to cover it partially.

MeGUI does not support that via UI because per definition, additional differences to the original mean decreased quality. :sly:

Sent from my P4 using Tapatalk

imsrk48

7th October 2018, 19:40

I'm created scrolling subtitles with black bg in .ass but megui doesn't show black bg but in direct player subtitles showing black bg

please fix these bugs with .ass

Sent from my P4 using Tapatalk

imsrk48

7th October 2018, 19:47

how to fix these errorshttps://uploads.tapatalk-cdn.com/20181007/1b60f3fb46eb45a8568a716564b5a499.jpghttps://uploads.tapatalk-cdn.com/20181007/6e4db522f60279074278d830ce43fb07.jpg

Sent from my P4 using Tapatalk

LigH

7th October 2018, 19:50

Suddenly released: x265 v2.9+1

Zathor

7th October 2018, 21:28

how to fix these errorshttps://uploads.tapatalk-cdn.com/20181007/1b60f3fb46eb45a8568a716564b5a499.jpg
Sent from my P4 using Tapatalk

You do have to load ...\tools\avs\plugins\ImageSeq.dll first, before you can call ImageSource

dissory

8th October 2018, 03:39

Hi @Zathor

I noticed a bug when transcoding only the audios within mkv files using One-Click when set to transcode/mux files with 3 audio streams or more.

Steps to reproduce:
In one folder there is 3 mkv files
1.mkv that has 2 audio streams (formats: eng 5.1 flac, italian 2.0 flac)
2.mkv that has 3 audio streams (formats: eng 5.1 flac, italian 2.0 flac, french 2.0 flac)
3.mkv that has 3 audio streams (formats: eng 5.1 flac, italian 2.0 flac, french 2.0 flac)

Enable qaac (not sure if this is necessary to reproduce but included because I used qaac when I realized this bug)
Set One-click profile config to:
Don't encode video
in audio tab set 3 audio langs (lang settings: english ffmpeg ac3 640, italian qaac91, french italian qaac91. set "if codec does not match.." and "use only first audio track" for all 3 audio lang)
Don't have any preselected audio language in language tab.

Then transcode the folder.
1.mkv audios will transcoded/muxed properly (result: eng 5.1 ac3, italian 2.0 aac)
2.mkv audios will transcoded/muxed wrongly (result: eng 5.1 ac3, french 2.0 aac)
3.mkv audios will transcoded/muxed wrongly (result: eng 5.1 ac3, french 2.0 aac)
The 2nd audio stream will be totally removed from the episodes with 3 audio streams.

If you remove 1.mkv from the folder and then transcode from start:
2.mkv audios will transcoded/muxed properly (result: eng 5.1 ac3, italian 2.0 aac, french 2.0 aac)
3.mkv audios will transcoded/muxed wrongly (result: eng 5.1 ac3, french 2.0 aac)

It looks like for some reason only the first mkv file will have its audios transcoded/muxed correctly (loading just 1 mkv in megui one-click gui works also) and the other mkvs with 3 audio streams transcoded/muxed incorrectly when dealing with multiple files.

imsrk48

8th October 2018, 07:17

dear sir which avisynth working with megui and where i can find this ImageSeq.dll?You do have to load ...\tools\avs\plugins\ImageSeq.dll first, before you can call ImageSource

Sent from my P4 using Tapatalk

StainlessS

8th October 2018, 09:49

where i can find this ImageSeq.dll?

https://i.postimg.cc/sXvsfDgN/untitled.jpg (https://postimages.org/)

imsrk48

8th October 2018, 13:41

ok thankshttps://i.postimg.cc/sXvsfDgN/untitled.jpg (https://postimages.org/)

Sent from my P4 using Tapatalk

imsrk48

8th October 2018, 13:41

what about this??I'm created scrolling subtitles with black bg in .ass but megui doesn't show black bg but in direct player subtitles showing black bg

please fix these bugs with .ass

Sent from my P4 using Tapatalk

Sent from my P4 using Tapatalk

LigH

8th October 2018, 13:44

I believe MeGUI supports several AviSynth plugins supporting subtitles. Which did you select? (log file) – Does it work with a different selection of subtitle filters?

imsrk48

8th October 2018, 13:46

in my PC subtitles showing like same which is created by me but in my friend's megui file not showing correctlyI believe MeGUI supports several AviSynth plugins supporting subtitles. Which did you select? (log file) – Does it work with a different selection of subtitle filters?

Sent from my P4 using Tapatalk

imsrk48

8th October 2018, 13:46

i can share that file you if you want to check

Sent from my P4 using Tapatalk

LigH

8th October 2018, 14:51

Trying to read your mobile phone screenshot ... why did you not upload a screenshot from the PC (Alt+PrtScr, paste clipboard content as new image in e.g. IrfanView / XnView / Paint.NET etc., save image as PNG, upload to frupic / tinypic / imgur etc.)? That would have been readable a lot better. Do not attach images directly to your post in this forum, the approval by a moderator takes a long time here. Always use public image hosters instead.

Seems you are using VSFilter.dll as plugin. But if you are unlucky, then DirectShow already renders subtitles additionally, one of the reasons why you should never use DirectShowSource (except you are really sure you know why you need it, and how to avoid surprising side effects). MeGUI will always prefer the "File Indexer" method.

Apart from VSFilter, there are also other AviSynth plugins which support ASS subtitles. With advantages here and disavantages there. With more or less complete support of all the dozens of styling effects of the ASS format.

imsrk48

8th October 2018, 15:02

my created .ass file showing perfect in my megui 100% working but in my friend's PC that is not showing correctly I'm created black BG in backward of text.
like headline.
but that is not working in my friend's PC's megui perfectly.
that is working in my my friend's all media player but not working in megui perfectly

so I'm sharing that file if you want to check bugs.Trying to read your mobile phone screenshot ... why did you not upload a screenshot from the PC (Alt+PrtScr, paste clipboard content as new image in e.g. IrfanView / XnView / Paint.NET etc., save image as PNG, upload to frupic / tinypic / imgur etc.)? That would have been readable a lot better. Do not attach images directly to your post in this forum, the approval by a moderator takes a long time here. Always use public image hosters instead.

Seems you are using VSFilter.dll as plugin. But if you are unlucky, then DirectShow already renders subtitles additionally, one of the reasons why you should never use DirectShowSource (except you are really sure you know why you need it, and how to avoid surprising side effects). MeGUI will always prefer the "File Indexer" method.

Apart from VSFilter, there are also other AviSynth plugins which support ASS subtitles. With advantages here and disavantages there. With more or less complete support of all the dozens of styling effects of the ASS format.

Sent from my P4 using Tapatalk

imsrk48

8th October 2018, 15:04

my screenshot is clear but that is not showing in Tapatalk correctly.
other peoples screenshot like my screenshot that is directly shared on Tapatalk.Trying to read your mobile phone screenshot ... why did you not upload a screenshot from the PC (Alt+PrtScr, paste clipboard content as new image in e.g. IrfanView / XnView / Paint.NET etc., save image as PNG, upload to frupic / tinypic / imgur etc.)? That would have been readable a lot better. Do not attach images directly to your post in this forum, the approval by a moderator takes a long time here. Always use public image hosters instead.

Seems you are using VSFilter.dll as plugin. But if you are unlucky, then DirectShow already renders subtitles additionally, one of the reasons why you should never use DirectShowSource (except you are really sure you know why you need it, and how to avoid surprising side effects). MeGUI will always prefer the "File Indexer" method.

Apart from VSFilter, there are also other AviSynth plugins which support ASS subtitles. With advantages here and disavantages there. With more or less complete support of all the dozens of styling effects of the ASS format.

Sent from my P4 using Tapatalk

Zathor

8th October 2018, 18:51

I noticed a bug when transcoding only the audios within mkv files using One-Click when set to transcode/mux files with 3 audio streams or more.

Which version are you using? Because:

2882 [OneClick] fixed only using at maximum 2 audio/subtible tracks in batch mode (regression of 2861). bug #927

Zathor

8th October 2018, 19:08

Suddenly released: x265 v2.9+1
Thanks, updated.

Also a rework of the worker priority system is online:

2887 [Worker] improved the priority system so that for each job type the process and I/O priority can be defined
changing the priority in the progress window does change it only for the current job
moved some settings from options\settings to worker\settings (these will reset to default)
[OneClick] improved priority change and job abort actions
[L-SMASH Indexer] improved priority change and job abort actions

imsrk48

8th October 2018, 19:24

#BUGs

My .ass Subtitle File Not Showing Correctly in Other PC's MeGUI.

Subtitle Working Fine When Directly Play In Media Players but Not Working in Other Computer's MeGUI.

Steps Needs to Follow
DLoad File:— https://intoupload.net/148d2g677ygc
1. First Install Fonts that Given in Zip Archive.
2. Play a Movie in Media Player (MPC-BE, POT PLAYER etc.) then Drag & Drop Subtitle as Default Subtitle.
3. Check Styling on (5m, 20m, 50m, 1h 20m, 2h) if a Line Moving Right to Left with Black BG then Subtitle is Fine.
4. Now Try to add subtitle in MeGUI & check in AVS Script Preview Subtitle Showing Fine or Not Same as Media Player Playing.

Note:— Please Check & Notify for Check It's a Bug or Something Else.

Sent from my P4 using Tapatalk

LigH

8th October 2018, 21:55

@imsrk48:

Please stop flooding me with personal messages. I am not your personal coach. I do not have Telegram, I do not even have a smartphone. We are talking about your issue in public because many people might be able to know a little bit of your solution, not only me. And many people may enjoy reading the solution in public.

dissory

8th October 2018, 22:04

Which version are you using? Because:

2882 [OneClick] fixed only using at maximum 2 audio/subtible tracks in batch mode (regression of 2861). bug #927

Ah, I was using the stable version. Initially I was on the dev version but I keep getting a "TabControl" error when clicking OK in the one-click config dialog after changing values in the audio tab like removing an audio language (and changes won't save).

The error message was:
"MeGUI encountered a fatal error and may not be able to proceed.
Reason: Cannot access a disposed object.
Object name: TabControl"

Zathor

8th October 2018, 22:53

Do you still have that issue with 2887? If yes, how can I reproduce it?

dissory

8th October 2018, 23:42

Yes, the TabControl error was on 2887. When I used the stable version I didn't face the error as far as I used it.

Not sure completely how to reproduce the error. After changing audio settings in the one-click config (don't know which one triggers it though) the error occurs and after that any subsequent change in audio settings results in the same error and no changes are saved. If I close MeGUI and reopen I can make changes again which save. If I find a way to reproduce reliably, I'll post.

imsrk48

9th October 2018, 08:45

sorry for that sir
I don't checked your recent message because of network problem

I'm really very sorry for that.@imsrk48:

Please stop flooding me with personal messages. I am not your personal coach. I do not have Telegram, I do not even have a smartphone. We are talking about your issue in public because many people might be able to know a little bit of your solution, not only me. And many people may enjoy reading the solution in public.

imsrk48

9th October 2018, 14:34

anyone tried this.#BUGs

My .ass Subtitle File Not Showing Correctly in Other PC's MeGUI.

Subtitle Working Fine When Directly Play In Media Players but Not Working in Other Computer's MeGUI.

Steps Needs to Follow
DLoad File:— https://intoupload.net/148d2g677ygc
1. First Install Fonts that Given in Zip Archive.
2. Play a Movie in Media Player (MPC-BE, POT PLAYER etc.) then Drag & Drop Subtitle as Default Subtitle.
3. Check Styling on (5m, 20m, 50m, 1h 20m, 2h) if a Line Moving Right to Left with Black BG then Subtitle is Fine.
4. Now Try to add subtitle in MeGUI & check in AVS Script Preview Subtitle Showing Fine or Not Same as Media Player Playing.

Note:— Please Check & Notify for Check It's a Bug or Something Else.

Sent from my P4 using Tapatalk

Zathor

9th October 2018, 17:40

Not sure completely how to reproduce the error. After changing audio settings in the one-click config (don't know which one triggers it though) the error occurs and after that any subsequent change in audio settings results in the same error and no changes are saved. If I close MeGUI and reopen I can make changes again which save. If I find a way to reproduce reliably, I'll post.

Do you still have the logs somewhere and are the errors mentioned in there?

dissory

9th October 2018, 23:21

Do you still have the logs somewhere and are the errors mentioned in there?

Error in log:

-[Error] Unhandled error
--[Information] [07-Oct-18 7:10:45 PM] Exception message
---[NoImage] Cannot access a disposed object.
---[NoImage] Object name: 'TabControl'.
--[Information] [07-Oct-18 7:10:45 PM] Stacktrace
---[NoImage] at System.Windows.Forms.Control.CreateHandle()
---[NoImage] at System.Windows.Forms.TabControl.CreateHandle()
---[NoImage] at System.Windows.Forms.Control.get_Handle()
---[NoImage] at MeGUI.OneClickWindow.AudioAddTrack(Boolean bChangeFocus)
---[NoImage] at MeGUI.OneClickWindow.AudioResetTrack(List`1 arrAudioTrackInfo, OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.SetOneClickProfile(OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.OneClickProfileChanged(Object sender, EventArgs e)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.raiseProfileChangedEvent()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.comboBox1_SelectedIndexChanged(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedItem(Object value)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.SelectProfile(String fqname)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.RefreshProfiles()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.ProfilesChanged(Object _, EventArgs __)
---[NoImage] at System.EventHandler.Invoke(Object sender, EventArgs e)
---[NoImage] at MeGUI.ProfileType.raiseChangedEvent()
---[NoImage] at MeGUI.SpecificProfileType`2.ConfigureProfiles()
---[NoImage] at MeGUI.ProfileManager.Configure(Profile SelectedProfile)
---[NoImage] at MeGUI.core.gui.ConfigableProfilesControl.config_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] [07-Oct-18 7:10:45 PM] Inner exception: null
-[Error] Unhandled error
--[Information] [07-Oct-18 7:12:09 PM] Exception message
---[NoImage] Cannot access a disposed object.
---[NoImage] Object name: 'TabControl'.
--[Information] [07-Oct-18 7:12:09 PM] Stacktrace
---[NoImage] at System.Windows.Forms.Control.CreateHandle()
---[NoImage] at System.Windows.Forms.TabControl.CreateHandle()
---[NoImage] at System.Windows.Forms.Control.get_Handle()
---[NoImage] at MeGUI.OneClickWindow.AudioAddTrack(Boolean bChangeFocus)
---[NoImage] at MeGUI.OneClickWindow.AudioResetTrack(List`1 arrAudioTrackInfo, OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.SetOneClickProfile(OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.OneClickProfileChanged(Object sender, EventArgs e)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.raiseProfileChangedEvent()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.comboBox1_SelectedIndexChanged(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedItem(Object value)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.SelectProfile(String fqname)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.RefreshProfiles()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.ProfilesChanged(Object _, EventArgs __)
---[NoImage] at System.EventHandler.Invoke(Object sender, EventArgs e)
---[NoImage] at MeGUI.ProfileType.raiseChangedEvent()
---[NoImage] at MeGUI.ProfileType.set_ProfilesAndSelected(Tuple`2 value)
---[NoImage] at MeGUI.SpecificProfileType`1.set_SProfiles(Tuple`2 value)
---[NoImage] at MeGUI.SpecificProfileType`2.ConfigureProfiles()
---[NoImage] at MeGUI.ProfileManager.Configure(Profile SelectedProfile)
---[NoImage] at MeGUI.core.gui.ConfigableProfilesControl.config_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] [07-Oct-18 7:12:09 PM] Inner exception: null

hello_hello

10th October 2018, 07:04

My current idea is that there is an option in the right click menu which does this with one click (set all other waiting jobs to postponed and the desired ones to waiting + creating a temporary worker).

If you can tell MeGUI to run jobs in successive temporary workers automatically without it causing you too much work, that'd be great.

Could I also ask.... were you intending to have another look at the chapter creator at some stage? It's still a bit of a disaster in respect to showing one thing in the GUI while the chapter file being saved is often something else.

Could you please explain more? What does not work?

Sorry about the essay, but you asked. :)

It's pretty much as I described. The GUI shows one thing while the chapter file saved is something else when the Input/Output frame rates don't match. I haven't used it in a while for that reason, but I had a play and here's the issues I see. The result should be the same regardless of the input type, IMHO.

I think it's working as I'd expect for text input files. The only problem there is when the Input/Output fps are different. It's reflected in the saved chapters file, but not in the GUI.

For IFO chapter files, the QP file always assumes the frame count is fixed, which is probably why changing the Input fps changes the chapter timings, even when the Output fps is the same, and once again the GUI should always reflect the chapter timings in the saved file.

Chapter 7 from an NTSC DVD, opened from an IFO file and again after saving it as a text file.

An IFO file at 29.970fps.
Input 29.970, Output 29.970, GUI 25:20.003, Output File 25:20.003, 45554 K.
Input 23.976, Output 23.976, GUI 31:40.004, Output File 31:40.004, 45554 K.
Input 23.976, Output 25.000, GUI 31:40.004, Output File 30:22.180, 45554 K.

The text version as the input.
Input 29.970, Output 29.970, GUI 25:20.003, Output File 25:20.003, 45554 K.
Input 23.976, Output 23.976, GUI 25:20.003, Output File 25:20.003, 36444 K.
Input 23.976, Output 25.000, GUI 25:20.003, Output File 24:17.743, 36444 K.

If an IFO input worked the same as a text file input, you could open an IFO file from an NTSC DVD, change the Input fps to 23.976 (it's progressive or IVTC will be applied), change the Output fps to 25 and save the correct chapters for an NTSC to PAL speedup. As you can see from the output differences above, you can't.

When you click on a chapter you don't always land on the same frame in the preview video if the input is a text chapters file. Currently for an IFO input file the Chapter Creator seems to be applying the equivalent of AssumeFPS(), but for a text input file it's ChangeFPS(). Maybe that's what's needed for the preview... for the Chapter Creator to switch to AssumeFPS mode for text input files when a preview is open and to ChangeFPS() mode for IFO input files when there's no preview.... and for the preview video frame rate to be the Output fps, not the Input fps.

Anyway, the GUI not always displaying the same chapter timings as the output file is not a good thing, and the Chapter Creator window always having to be on top becomes really annoying after a while. :)

Thanks.

kalehrl

10th October 2018, 13:52

If you can tell MeGUI to run jobs in successive temporary workers automatically without it causing you too much work, that'd be great.
I second that.
I have an i5-4160 processor with 4 cores and when encoding in xvid, I'm unable to fully utilize the cpu by running 4 video encoding jobs no matter how I set up redesigned thread handling options.
Before work thread rewrite, when using one click encoding, I was able to go to queue and click start and later on video encoding jobs would pop out whenever a thread was available. I believe before I had 4 threads set up manually in the options.

Zathor

10th October 2018, 22:39

Sorry about the essay, but you asked. :)
Thanks, I do have to read it when I do have a bit more time - likely at the weekend.

I second that.
I have an i5-4160 processor with 4 cores and when encoding in xvid, I'm unable to fully utilize the cpu by running 4 video encoding jobs no matter how I set up redesigned thread handling options.
Before work thread rewrite, when using one click encoding, I was able to go to queue and click start and later on video encoding jobs would pop out whenever a thread was available. I believe before I had 4 threads set up manually in the options.´
Maybe I do not get it, but go to worker\settings, set the maximum parallel jobs count to 4 and either remove the video jobs rule or set it to <= 4 video jobs in parallel

kalehrl

11th October 2018, 08:02

wthreex

11th October 2018, 14:44

https://malzo.com/i/2018/10/11/7tN.png

When i update a profile in oneclick encoder

Zathor

11th October 2018, 20:48

I tried that but it didn't work.
When I start it manually from the queue, video encoding job pops up but when it finishes, another one doesn't automatically start and I'm left with one or two idle workers.
I do have more or less the same setup. 3 max jobs and 2 video jobs and I do have always 2 video jobs running. Could you maybe explain in more detail how you do have it configured and which jobs are running at which time.

https://malzo.com/i/2018/10/11/7tN.png

When i update a profile in oneclick encoder

Are you able to reproduce that? If yes please use this version here for that and paste the log: http://megui.org/megui_debug.7z

wthreex

11th October 2018, 21:03

I do have more or less the same setup. 3 max jobs and 2 video jobs and I do have always 2 video jobs running. Could you maybe explain in more detail how you do have it configured and which jobs are running at which time.

Are you able to reproduce that? If yes please use this version here for that and paste the log: http://megui.org/megui_debug.7z

I've just Close /Open the MeGui and problem solved, have no idea what happend that moment.

dissory

12th October 2018, 00:04

Looks like the same TabControl error I faced.

Zathor, does the below log help?

Error in log:

-[Error] Unhandled error
--[Information] [07-Oct-18 7:10:45 PM] Exception message
---[NoImage] Cannot access a disposed object.
---[NoImage] Object name: 'TabControl'.
--[Information] [07-Oct-18 7:10:45 PM] Stacktrace
---[NoImage] at System.Windows.Forms.Control.CreateHandle()
---[NoImage] at System.Windows.Forms.TabControl.CreateHandle()
---[NoImage] at System.Windows.Forms.Control.get_Handle()
---[NoImage] at MeGUI.OneClickWindow.AudioAddTrack(Boolean bChangeFocus)
---[NoImage] at MeGUI.OneClickWindow.AudioResetTrack(List`1 arrAudioTrackInfo, OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.SetOneClickProfile(OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.OneClickProfileChanged(Object sender, EventArgs e)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.raiseProfileChangedEvent()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.comboBox1_SelectedIndexChanged(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedItem(Object value)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.SelectProfile(String fqname)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.RefreshProfiles()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.ProfilesChanged(Object _, EventArgs __)
---[NoImage] at System.EventHandler.Invoke(Object sender, EventArgs e)
---[NoImage] at MeGUI.ProfileType.raiseChangedEvent()
---[NoImage] at MeGUI.SpecificProfileType`2.ConfigureProfiles()
---[NoImage] at MeGUI.ProfileManager.Configure(Profile SelectedProfile)
---[NoImage] at MeGUI.core.gui.ConfigableProfilesControl.config_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] [07-Oct-18 7:10:45 PM] Inner exception: null
-[Error] Unhandled error
--[Information] [07-Oct-18 7:12:09 PM] Exception message
---[NoImage] Cannot access a disposed object.
---[NoImage] Object name: 'TabControl'.
--[Information] [07-Oct-18 7:12:09 PM] Stacktrace
---[NoImage] at System.Windows.Forms.Control.CreateHandle()
---[NoImage] at System.Windows.Forms.TabControl.CreateHandle()
---[NoImage] at System.Windows.Forms.Control.get_Handle()
---[NoImage] at MeGUI.OneClickWindow.AudioAddTrack(Boolean bChangeFocus)
---[NoImage] at MeGUI.OneClickWindow.AudioResetTrack(List`1 arrAudioTrackInfo, OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.SetOneClickProfile(OneClickSettings settings)
---[NoImage] at MeGUI.OneClickWindow.OneClickProfileChanged(Object sender, EventArgs e)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.raiseProfileChangedEvent()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.comboBox1_SelectedIndexChanged(Object sender, EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedIndex(Int32 value)
---[NoImage] at System.Windows.Forms.ComboBox.set_SelectedItem(Object value)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.SelectProfile(String fqname)
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.RefreshProfiles()
---[NoImage] at MeGUI.core.gui.SimpleProfilesControl.ProfilesChanged(Object _, EventArgs __)
---[NoImage] at System.EventHandler.Invoke(Object sender, EventArgs e)
---[NoImage] at MeGUI.ProfileType.raiseChangedEvent()
---[NoImage] at MeGUI.ProfileType.set_ProfilesAndSelected(Tuple`2 value)
---[NoImage] at MeGUI.SpecificProfileType`1.set_SProfiles(Tuple`2 value)
---[NoImage] at MeGUI.SpecificProfileType`2.ConfigureProfiles()
---[NoImage] at MeGUI.ProfileManager.Configure(Profile SelectedProfile)
---[NoImage] at MeGUI.core.gui.ConfigableProfilesControl.config_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] [07-Oct-18 7:12:09 PM] Inner exception: null

kalehrl

12th October 2018, 18:30

I do have more or less the same setup. 3 max jobs and 2 video jobs and I do have always 2 video jobs running. Could you maybe explain in more detail how you do have it configured and which jobs are running at which time.
I'm using one click encoder and I configure max 4 global jobs and 4 video jobs but always have idle workers.

Zathor

13th October 2018, 11:34

I'm using one click encoder and I configure max 4 global jobs and 4 video jobs but always have idle workers.

It "should" work. However if you other jobs are nit running often enough = your video jobs are too fast you need to raise the other number. By default only one demux/index job is running. So if that one worker cannot feed the 3-4 video workers you do have the bottleneck there.
You can also delete all rules that way you are back to the old way.

Looks like the same TabControl error I faced.
Zathor, does the below log help?
Thanks, partially. Ideally the debug version would be used but as you cannot reproduce it, it is hard to do so.

Zathor

13th October 2018, 12:26

Anyway, the GUI not always displaying the same chapter timings as the output file is not a good thing, and the Chapter Creator window always having to be on top becomes really annoying after a while. :)
Thanks, I have to play myself with it as I am not using that tool at all. Also I am not sure if I understood all your points. I will try to to reproduce it however.

hello_hello

13th October 2018, 17:09

Thanks, I have to play myself with it as I am not using that tool at all. Also I am not sure if I understood all your points. I will try to to reproduce it however.

It's the difference in how it works according to the type of file you open. For an IFO file, if you change the input and output fps but they match, the chapter timings change as though the video was sped up or slowed down, while the corresponding key frames remain the same. ie similar to AssumeFPS().

For a text input file when you change the input/output fps and they match, the chapter timings don't change, but the corresponding keyframes in the QP file do, so it's assuming frames are being added/removed, much like ChangeFPS().

For either input type, when the input and output fps don't match, the equivalent of AssumeFPS() is applied. ie the chapter timings change but the corresponding keyframes don't.

Without a preview open, I think the way text input files are currently handled is more logical.

The preview throws a spanner in the works though because the preview video has a fixed number of frames, so I think when a preview is opened either the input or output fps should be locked to the video frame rate, then when you change the other, the equivalent of AssumeFPS() is applied.

I'd imagined something like....
I have an NTSC video I sped up from 23.976fps to 25fps. I open the script and the output fps becomes locked at 25fps. I then open the chapters from the DVD and select 23.976fps as the input frame rate. The chapter timings are stretched from 23.976fps to 25fps to match the video.

Or maybe you have a more clever idea.....

Zathor

13th October 2018, 19:28

Could you please check this version? I changed the chapter creator a bit.
http://megui.org/megui_test.7z
EDIT1: new version online. fpsout cannot be changed anymore if a player is open.
EDIT2: new version online. fpsin cannot be changed anymore if the input file has fps information.

LigH

15th October 2018, 19:08

Dear Zathor.

In the last months I read several posts (also in VideoHelp forums (https://forum.videohelp.com/threads/390540-How-can-I-encode-Video-with-aegisub-tag-effect)) that VSFilter, the one and only subtitle filter shipped with MeGUI, does not support some advanced (e.g. Aegisub supported) effects of ASS (e.g. gradual fading in/out).

Would you consider offering some range of subtitle plugins (http://avisynth.nl/index.php/External_filters#Subtitling) in the future, if more meet your requirements (e.g. of used color spaces)?

Zathor

15th October 2018, 20:07

Just tell me which filter is better and I will change. And yes, it has to support the avs+ color spaces.

sneaker_ger

15th October 2018, 20:57

I'm surprised to read that as xy-vsfilter is the default renderer Aegisub uses. (libass is optional)
MeGUI is shipping pinterf's version, right? I don't think it has any less features than the one in Aegisub.

If there's a problem they should upload a sample. Maybe there is some unknown regression. (Or maybe just user error.)

Zathor

15th October 2018, 21:14

MeGUI is shipping pinterf's version, right? I don't think it has any less features than the one in Aegisub.
For Vista+, yes. Not for XP as it does not work there.

hello_hello

16th October 2018, 03:16

For Vista+, yes. Not for XP as it does not work there.

It does a bit. :)

For some reason MPC-HC has no trouble opening scripts with pinterf's vsfilter, or when pinterf's version is in the auto-loading folder, and the subtitles display as expected, but not so much for MeGUI or AvsPmod. I couldn't even begin to speculate why.

Zathor,

sorry I must have missed your earlier post, but to play with the new and improved Chapter Creator, should I download the test version of MeGUI you linked to in your post, or the current version on the development server?

Thanks.

Zathor

16th October 2018, 06:37

sorry I must have missed your earlier post, but to play with the new and improved Chapter Creator, should I download the test version of MeGUI you linked to in your post, or the current version on the development server?
The test link, please. The Chapter Creator stuff has not been merged yet and the test build includes some work in progress stuff. It will always be updated when the development build will be updated.

hello_hello

16th October 2018, 13:06

Zathor,

The Input/Output chapter timings displaying together in the GUI is nice addition, although as someone who's never satisfied, I now crave an additional column displaying the corresponding qp file keyframes too. :)

EDIT2: new version online. fpsin cannot be changed anymore if the input file has fps information.

I've done an about-face and my current position on locking the input/output is to not do either. :)

Regardless of the input type, when the input/output fps are the same, the chapter input/output timings should always remain unchanged, IMHO.
There's no reason for the input fps not to default to the fps of the input file, and the output fps could default to the frame rate of a preview when it's opened. The input/output fps should effectively be a numerator and denominator though. If the wrong frame rates are specified, I'd classify it as user error.

A preview script has a fixed number of frames and a specific frame rate and duration. The only sane assumption is neither will change, so you'd be opening chapters from the source to adjust the timings to match the script output duration, and selecting the original frame rate as input fps and the script frame rate as the output fps should take care of that. The keyframe numbers would be based on the input fps.

If the total frame count has changed compared to the source, when applying IVTC to an NTSC DVD for example, the preview frame rate would still be the output frame rate, but the input fps must be 23.976 even if the input IFO insists on 29.970fps.
If the input/output fps are both 23.976, the chapter timings won't change. The keyframe numbers would be calculated based on a 23.976 frame rate.

Lastly, the total frame count and duration for the script output could both be different to the source. Applying IVTC to an NTSC DVD and speeding it up to 25fps, for example. The input fps needs to be 23.976 no matter what the IFO says, and the output would be 25fps. The chapter timings would be adjusted according to the change in duration, and once again the corresponding keyframes numbers are calculated according to the 23.976 input fps.

So now I've thought about it again, I probably over-thought it a little before. Two rules should cover the common sense scenarios, with or without a preview.

Rule 1: If the input/output fps are the same, the chapter timings don't change, even if they don't match the source/output frame rate. The keyframe numbers are based on the input fps.

Rule 2: If the input/output fps are different, they become the numerator and denominator for chapter timings and stretch them accordingly, but they don't "stretch" the keyframe numbers. They're still based solely on the input fps.

Unless I've under-thought it this time, I think that covers it.

Cheers.

LigH

16th October 2018, 19:53

Regarding subtitles with Asian fonts in the VideoHelp thread:

Apparently there was an old MeGUI version with an old VSfilter version... :o

imsrk48

17th October 2018, 13:20

#bug
megui encoding is slowing when i used image2ass created .ass subs

please fix this problem

Glarioo

19th October 2018, 20:27

Cannot unselect/select "Starts new jobs in queue immediatly" no more ...16530
If I use One Click Encoder, then click on Queue, MeGUI immediately starts with Extracting Tracks.

Zathor

20th October 2018, 18:08

Please check "Workers\Settings" and disable it there

imsrk48

20th October 2018, 18:11

?????#bug
megui encoding is slowing when i used image2ass created .ass subs

please fix this problem

Zathor

20th October 2018, 18:45

?????

To match the number of your ? as your problem report is a bit... short:

1. What do you mean with "slowing"?
2. Have you tested it outside of MeGUI with the command line tools directly?
3. Have you tested it outside of MeGUI with other tools?
4. Do you have uploaded the MeGUI log?
5. Do you have uploaded sample files to reproduce it?

Zetti

20th October 2018, 20:38

MKVToolNix v28.0.0 is released.

Glarioo

20th October 2018, 21:51

Please check "Workers\Settings" and disable it there

:thanks:

Zetti

23rd October 2018, 21:32

MKVToolNix v28.1.0 is released.

Zathor

24th October 2018, 12:10

MKVToolNix v28.1.0 is released.

Thanks, uploaded

imsrk48

25th October 2018, 20:21

Latest MeGui missing Contents Adding in Queue for Start Later.

Please Add That Option Back.

Zetti

25th October 2018, 23:16

MKVToolNix v28.2.0 is released.

LigH

26th October 2018, 00:02

I don't know what to think of this new URL: https://mkvtoolnix.download/ – okay, this TLD is valid now. I'll have to get used to that fact. :o

Zathor

28th October 2018, 17:04

Latest MeGui missing Contents Adding in Queue for Start Later.

Please Add That Option Back.

These options have been moved to Workers\Settings

mt_video

28th October 2018, 18:36

I guess the denoise filter in megui for minimal noise (Undot) and medium noise (FluxSmooth) are not usable for 10Bit color deep. I get color errors if I use them on 10Bit videos. I tested on 2 machines.
Would it be possible to replace the denoise filters with more versatile one?

Thanks for any effort.

imsrk48

28th October 2018, 18:37

thanksThese options have been moved to Workers\Settings

AVspace

31st October 2018, 00:55

I've been using MeGui more lately. (Preference: development mode)

One area i'm finding a little confusing is when it comes to the levels.

What i thought would happen is if i chose unrestricted/auto for the level that MeGUI would analyze the source and determine on it's own a setting that closely follows the source material. However, what seems to be happening is i'm always ending up with settings that equal to around the 5.1 level range based around a very slow setting no matter my source.

My question becomes do i always need these specific settings? Am i always going to benefit from having 16 ref frames? When prioritizing efficiency in theory could i choose a specific level range manually to sort of guide more of reasonable goal. Like if i'm working with source content that fits more around the 3.1-4.2 range is it safe to then manually select 4.2 rather than unrestricted? Am i going to see noticeable quality loss in doing this?

I'm wondering if using unrestricted in most scenarios is going overboard in the settings to what i would realistically need when prioritizing efficiency. The main noticeable change when switching from unrestricted appears to be lowering reference frames and changing max bitrate. With the lower profile my performance is increased by a lot and so when prioritizing efficiency above all else on paper and in theory it seems to be good approach but i'm not sure. I've looked at the wikipedia page showing the different levels/i've searched for information about it but i haven't been able to track down an answer to this specific question.

Here's an example when using a 4.2 profile rather than unrestricted with a very slow preset/High10. This encode took about 2 and a half hours. When set to unrestricted it was estimated to take closer to 4 hours. In terms of efficiency... a pretty big deal.

cabac=1 / ref=4 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=24 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=23.1 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=62500 / vbv_bufsize=78125 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00

Is there anything here big that i'm losing that i would gain by using unrestricted other than higher ref frames? My goal being the prioritizing of efficiency and getting the most out of the "very slow" preset settings that i can in the process.

LigH

31st October 2018, 01:22

AVspace

31st October 2018, 01:28

The value in the Profile@Level attribute is only important if you care about playback compatibility for devices which have a limited decoding speed or a limited reading speed from slow media. Playback on a fast PC with a powerful CPU, a quick harddisk, and a lot of RAM won't care much about level values. But a consumer player or even a mobile device has its limits, so you need to restrict bitrate distribution and encoding complexity to ensure that the result will play on these devices. You may need to know which Profile@Level a specific device is compatible to before you encode video for it.

I get that part of it where levels are usually relevant to compatibility. I don't require any sort of compatibility though. I'm more concerned with efficiency.

The problem being when i leave the level on unrestricted it's always giving me result settings equal to that of in the 5.1 range which i'm theorizing might be inefficient to my goals. When manually selecting a level it does seem to affect the settings and performance as i described.

I'm only using the levels as a reference guide of sorts for the settings. Basically when manually selecting a level i'm wondering if i'm able to then guide the settings to a more efficient place than when it's left unrestricted because it doesn't seem to be doing that on it's own. Would i always need the full ref frames that unrestricted might give me despite the source for example/if the source has settings in the 3.1 profile range as another example and unrestricted is giving me result settings far beyond that.

If you don't restrict it, the encoder will guess probable values from the video resolution, frame rate, and other attributes of the encoding option set.

That's what i thought/expected but it doesn't appear to be doing this for whatever reason. Maybe because i'm using "High10" it's giving me higher settings i don't know. I can't see how i always need settings in the 5.1 level range when i work mostly with source material in the 3.1-4.1 range and below. On paper it appears quite inefficient the settings i'm being given within unrestricted.

LigH

31st October 2018, 02:09

AVspace

31st October 2018, 02:22

Don't be alarmed too much. If you want to play it on a PC only, leave it unrestricted. The encoder just summarizes that Level 5.1 was sufficient for your video resolution, frame rate, estimated bit rate range, and selected complexity (e.g. speed "preset"). Surpassing Level 5.1 would require a much larger bit rate or insane complexity. BTW, preset "placebo" is not the "most efficient", rather a waste of time and energy. And to "need" all the reference frames you can get, you seem to have irregular video material, e.g. cartoons (learn about the tunings here, e.g. "tune animation").

Again my concern isn't compatibility or anything like that.

My concern is when i manually select 4.2 level that my encode takes 2 and a half hours and when it's unrestricted it takes closer to 4 and half hours.

My theory being that when left unrestricted it's giving me too high settings (mainly in very high ref frames) to be efficient relative to my source material and goals leading me to the question is it then safe for me to manually restrict it to be theoretically more efficient without losing much in the quality area of things.

I typically use "very slow" only rarely use placebo when i'm okay with with long encode which is much faster when i manually choose the level. I'm using source material like say for example i ripped a DVD/Bluray movie and/or series episodes a long time ago with a CRF of like 16-18 and it already has a settings profile of like 3.1 to 4.1 and i'm now redoing the file with a lesser CRF in the 21-23 range. That's the type of source material i'm using. I'm not an expert but i wouldn't think i need settings that equate to a 5.1 level for this. When i manually select 4.2 the result seems pretty decent to my eyes but i can't be sure if if in doing so i'm losing something valuable within the process which is why i'd prefer unrestricted did this but it isn't, leading me to the question and/or potential problem at hand.

LigH

31st October 2018, 06:35

AVspace

1st November 2018, 06:53

Of course: If you pre-select a lower level, then the encoder restricts itself to the limits of this level. This often means lower encoding complexity, ensuring less decoding efforts for weak decoder chips. This result will not be encoded as efficiently as an unrestricted one. The encoder uses e.g. a smaller range to look for similarities usable to spare bitrate and decrease quality loss. Still, the CRF method tries to guarantee an overall quality loss below a specific threshold (Constant Rate Factor), and that may mean using more bitrate when using less efforts to reduce it.

CRF 18 is usually "visually transparent" for most people, and CRF 21 will probably have "little but still not very annoying loss". Between unlimited and lower levels, the kind of loss may look different, but the overall amount will be similar (based on the rate factor calculation), despite a different resulting bitrate (an unrestricted encoder will search with more efforts to restrict the loss with less bitrate, a restricted encoder will give up earlier and invest more bitrate to achieve it).

Thanks for explaining.

I'm okay with some quality loss and i'm prioritizing speed and size efficiency for a sacrifice in quality. I use madvr/lavfilters at a fairly high setting which in my view makes up for the quality degradation within the encode. First priority for me needs to be speed/size efficiency. I find that in the 21-23 range the quality loss degradation is an acceptable result. I've done quite a bit of testing on what's acceptable for me. For example episodes in this setting will typically leave me with about 350-550mb for a 720p 43min episode which is what i'm looking for as a target result and it looks good enough to my eyes especially when madvr is applied.

I still don't quite get though why when i leave it to unrestricted it's not determining that i don't need such high settings and adjusting on it's own. It's using all 16 ref frames of the very slow preset on stuff that i can't imagine needs that. Even if i'm encoding like a 436p DVD very low quality file.

As per your explanation would i then be better simply dropping to the slower preset while leaving the level unrestricted where it gives around 8-9 ref frames in the preset, or would it prudent to stick with very slow/unrestricted and then to manually lower the amount ref frames on my own to say around 8-9. Based on your description these seem like the better options than trying to do it through the levels. I just didn't want to mess around with too much stuff so i was thinking maybe levels might be the safer bet but it doesn't sound like it. I'm looking to keep as much of the image quality as i can so very slow might be preferable if i just lower the ref frame number a bit to pick up efficiency, 9 ref frames vs 16 ref frames can be a lot of time saved when i might not (i'm guessing/assuming) need all those ref frames in a lot of the encodes. If i need all those 16 ref frames on very slow as a constant within the preset then i might just consider dropping to slower, or possibly leaning more toward x265.

LeMoi

1st November 2018, 18:13

Zetti

1st November 2018, 19:08

@LeMoi

x264 r2935

hello_hello

2nd November 2018, 10:03

I still don't quite get though why when i leave it to unrestricted it's not determining that i don't need such high settings and adjusting on it's own. It's using all 16 ref frames of the very slow preset on stuff that i can't imagine needs that. Even if i'm encoding like a 436p DVD very low quality file.

It can't really work any other way. You've picked a speed preset that uses 16 ref frames. If you don't specify a profile/level, x264 will try to pick a level that allows 16 ref frames, but the level is also based on resolution and frame rate (and maybe other criteria).
If you specify a faster speed preset, x264 may choose a lower level if it complies with the number of ref frames for the faster speed preset (and the resolution and frame rate etc).

When you specify a level and a speed preset, the level wins, so for the very slow preset and level 4.1 (for example), you might find x264 limits the number of reference frames, and limits them more for higher resolutions. If you specify the number of ref frames in the command line (ie --ref 5), that's what'll be used regardless of the specified level or speed preset.

As per your explanation would i then be better simply dropping to the slower preset while leaving the level unrestricted where it gives around 8-9 ref frames in the preset, or would it prudent to stick with very slow/unrestricted and then to manually lower the amount ref frames on my own to say around 8-9. Based on your description these seem like the better options than trying to do it through the levels. I just didn't want to mess around with too much stuff so i was thinking maybe levels might be the safer bet but it doesn't sound like it. I'm looking to keep as much of the image quality as i can so very slow might be preferable if i just lower the ref frame number a bit to pick up efficiency, 9 ref frames vs 16 ref frames can be a lot of time saved when i might not (i'm guessing/assuming) need all those ref frames in a lot of the encodes. If i need all those 16 ref frames on very slow as a constant within the preset then i might just consider dropping to slower, or possibly leaning more toward x265.

If you open MeGUI's x264 encoder configuration and "show advanced settings" is checked, when you select a speed preset or tuning or target playback device, MeGUI changes the advanced settings in the GUI to their new default values, so you can switch to the other tabs to see what they'll be. For the x264 defaults, it'll show 3 ref frames in the GUI. For the slow speed preset it changes to 5. The animation tuning increases the number of ref frames (amongst other things).

I don't think any settings are changed just be selecting a level, as whether they should be changed or how much they need to be changed depends on the resolution and frame rate, so it'd be x264 making the adjustments to be complaint with any specified level. MeGUI's encoder configuration has no way of knowing what the resolution or frame rate will be anyway.

So yeah, if you want to reduce the number of ref frames either pick a level and let x264 adjust it, or if you don't care about level compliance, specify a particular number of ref frames yourself.

MeGUI only adds something to the command line when it differs from the defaults for a particular speed preset or tuning (unless you select a target playback device that requires restricted settings). That means if you select the "slower" speed preset (for example) which defaults to 8 ref frames, and you want to specify (force) 8 ref frames regardless of the selected level, you'd have to manually add it to the custom command line section.

If you were to add --ref 8 to the custom command line section, the number of ref frames specified in the encoder configuration under "Frame Type" would be ignored by MeGUI (changing the number of ref frames in the GUI would do nothing) as options in the custom command line section take precedence.

The only thing x264 doesn't automatically enforce when you specify a level (as far as I know) are the level compliant VBV settings. That's why, when you select Level 4.2 (for example), MeGUI automatically adds "--vbv-bufsize 78125 --vbv-maxrate 62500" to the x264 command line.

Selecting the maximum level your playback device supports is probably a good idea. Level 4.1 (or higher) support is fairly standard these days. That way you'll have a complaint encode regardless of the speed preset. If you want to reduce the number of ref frames for a given encode, you can always specify that too.

LouieChuckyMerry

2nd November 2018, 23:50

What is the latest x264 version compatible version MeGUI 2855, and where could I find it? I'm still using avs4x26x, and MeGUI 2855 crashed yesterday, I had to reinstall this version but I can't find a compatible version of x264 to my encodes.

Happy Friday! I still use Version 2855 because, for whatever reason (I'm not knowledgeable enough to understand exactly why :o ), any version after that doesn't work with my setups. If you turn off developmental server updates in MeGUI and update manually, then you can update everything except "MeGUI" and "x264" (be sure to untick "MeGUI" or you'll update from Version 2855; "x264" will try to update but you'll just get an error, so it's simpler to untick that, too). To manually update the x264 version, download the latest version (here's a good place (https://www.videohelp.com/software/x264-Encoder)), then rename it "x264.exe" (without the quotes) and use it to replace the current version in "Tools\x264". At least this works for me ;-) .

LeMoi

3rd November 2018, 00:53

j8ee

3rd November 2018, 09:56

When loading one One-Click job after another continuously, MeGUi sometimes freezes up and becomes unresponsive, with all other windows - two worker windows with jobs running in parallell, and one one-click window - also frozen and unresponsive. This has happened when there is say 10 to 30 encoding jobs, which means 100-200 separate jobs in queue. One video encoding job will be running in the background, one ffmpeg and one x265 process, but when the video encoding process is finished, no new jobs in the queue are started. When that video encoding is done, I can hover the mouse over the worker and one-click windows on the taskbar, and close them one by one by the small preview window that pop up from the task bar. When all of those windows are closed, MeGui jumps into action again continuing with the queue as nothing has happened, and that could be a day after the video encoding process stopped.

Nothing of this can be seen in the log, no error messages or anything out of the ordinary at the point this happens.

I'm unsure if the freeze has happened with the one-click window only open, empty - maybe. But it has happened when pressing the queue butting trying to add another one-click job, and it has only happened when there are two worker windows/processes already up.

Using version 2888 development server.

edit: Made a bug report at sourceforge - https://sourceforge.net/p/megui/bugs/935/

LouieChuckyMerry

3rd November 2018, 21:05

Thanks for the tip, i never managed to get back to 2855, every time I launch a job, it says I can't because I have a too old version of x264, and it only allows me to download latest build, not 2935.. Even if I manually replace the .exe, MeGUI doesn't recognize the version, it still thinks I have 2638 instead of 2935, I don't know how to tell him I changed the version...

I don't know much, but perhaps all the playing around with your MeGUI has it confused :rolleyes: . Have you tried a portable version of MeGUI 2855, just as a test?

AVspace

4th November 2018, 04:21

It can't really work any other way. You've picked a speed preset that uses 16 ref frames. If you don't specify a profile/level, x264 will try to pick a level that allows 16 ref frames, but the level is also based on resolution and frame rate (and maybe other criteria).
If you specify a faster speed preset, x264 may choose a lower level if it complies with the number of ref frames for the faster speed preset (and the resolution and frame rate etc).

When you specify a level and a speed preset, the level wins, so for the very slow preset and level 4.1 (for example), you might find x264 limits the number of reference frames, and limits them more for higher resolutions. If you specify the number of ref frames in the command line (ie --ref 5), that's what'll be used regardless of the specified level or speed preset.

If you open MeGUI's x264 encoder configuration and "show advanced settings" is checked, when you select a speed preset or tuning or target playback device, MeGUI changes the advanced settings in the GUI to their new default values, so you can switch to the other tabs to see what they'll be. For the x264 defaults, it'll show 3 ref frames in the GUI. For the slow speed preset it changes to 5. The animation tuning increases the number of ref frames (amongst other things).

I don't think any settings are changed just be selecting a level, as whether they should be changed or how much they need to be changed depends on the resolution and frame rate, so it'd be x264 making the adjustments to be complaint with any specified level. MeGUI's encoder configuration has no way of knowing what the resolution or frame rate will be anyway.

So yeah, if you want to reduce the number of ref frames either pick a level and let x264 adjust it, or if you don't care about level compliance, specify a particular number of ref frames yourself.

MeGUI only adds something to the command line when it differs from the defaults for a particular speed preset or tuning (unless you select a target playback device that requires restricted settings). That means if you select the "slower" speed preset (for example) which defaults to 8 ref frames, and you want to specify (force) 8 ref frames regardless of the selected level, you'd have to manually add it to the custom command line section.

If you were to add --ref 8 to the custom command line section, the number of ref frames specified in the encoder configuration under "Frame Type" would be ignored by MeGUI (changing the number of ref frames in the GUI would do nothing) as options in the custom command line section take precedence.

The only thing x264 doesn't automatically enforce when you specify a level (as far as I know) are the level compliant VBV settings. That's why, when you select Level 4.2 (for example), MeGUI automatically adds "--vbv-bufsize 78125 --vbv-maxrate 62500" to the x264 command line.

Selecting the maximum level your playback device supports is probably a good idea. Level 4.1 (or higher) support is fairly standard these days. That way you'll have a complaint encode regardless of the speed preset. If you want to reduce the number of ref frames for a given encode, you can always specify that too.

Thanks for the help. I think i have a better understanding of it now after the replies.

The only reason i was changing it to level 4.2 was because i wanted all the benefits of very slow but relative to a lower setting basis like i don't feel like i need 16 ref frames but i might need other things very slow provides in it's preset and was attempting to manually limit the encode from going passed a certain threshold. I've seen a lot of other encode settings end up in the 4.1 and 4.2 range which is why i was focusing on that level range because that's about around the settings i'm using.

I see now that none of the various encoders automatically does this like i thought it would. I thought it automatically detected the source and adjusted settings in a different way. It's not a MeGui thing it's just the way it works.

Is it typically okay to take the very slow preset and apply it and then to manually add my own ref frames to the preset profile? Essentially what i want to do as my goal is have the benefit of the high motion estimate settings for example "multi-hexagon" subme10 and then i want to combine that with more realistic ref/bframes like 9 ref frames and 9 bframes or something like this.

Would that be a decent approach? What i want to know is if it's not a good idea to change something like this from the preset. Meaning it's usually better to change the preset rather than to change a few settings. Maybe it's at 16 ref frames for a good reason and changing it messes things up, that's what i'm trying avoid. I'm looking to take the best preset i can go with and lower just a few things like ref frames to pick up the speed efficiency to get a mix of high settings and efficiency.

hello_hello

4th November 2018, 15:12

Is it typically okay to take the very slow preset and apply it and then to manually add my own ref frames to the preset profile? Essentially what i want to do as my goal is have the benefit of the high motion estimate settings for example "multi-hexagon" subme10 and then i want to combine that with more realistic ref/bframes like 9 ref frames and 9 bframes or something like this.

Yes. I sometimes do it from the opposite perspective. ie starting with the Slow or Slower preset and then selecting slower motion estimation settings etc.

Would that be a decent approach? What i want to know is if it's not a good idea to change something like this from the preset. Meaning it's usually better to change the preset rather than to change a few settings. Maybe it's at 16 ref frames for a good reason and changing it messes things up, that's what i'm trying avoid. I'm looking to take the best preset i can go with and lower just a few things like ref frames to pick up the speed efficiency to get a mix of high settings and efficiency.

The x264 wiki suggests the point of rapidly diminishing returns is reached at around 5 ref frames.
https://en.wikibooks.org/wiki/MeGUI/x264_Settings#ref

You can check to see how many ref frames x264 actually used when you encoded with --ref 16 (if you still have MeGUI's log files), or you'll find the info under x264's "Standard Error Stream" in MeGUI's Log tab after encoding.

This is from the log of a SD encode using the Slow preset (5 ref frames) and Level 4.1 (L0 being past ref frames and L1 being future ref frames). The way I understand it, for the example below, 96.6% of P frames used 3 ref frames or less.

--- [24/01/18 7:04:12 AM] x264 [info]: ref P L0: 66.8% 12.9% 13.9% 2.7% 3.2% 0.5% 0.0%
---[Information] [24/01/18 7:04:12 AM] x264 [info]: ref B L0: 92.5% 5.7% 1.3% 0.5%
---[Information] [24/01/18 7:04:12 AM] x264 [info]: ref B L1: 98.3% 1.7%

Towards the end of this page (https://en.wikibooks.org/wiki/MeGUI/x264_Settings/x264_Stats_Output) there's an explanation as to why x264 shows 7 ref frame percentages for P frames in the example above, even though the Slow speed preset only uses --ref 5.

[I]"The last two are the virtual duplicates produced by the way x264 implements weightp. The decoder of the produced stream won't see them; they don't take DPB (decoded picture buffer) space."

-

LeMoi

5th November 2018, 00:21

Is it normal that with built 2888, as soon as I click on "Queue", job automatically starts? Either encode of file indexing... And I can't find anything in the settings to prevent that

AVspace

5th November 2018, 01:26

Yes. I sometimes do it from the opposite perspective. ie starting with the Slow or Slower preset and then selecting slower motion estimation settings etc.

The x264 wiki suggests the point of rapidly diminishing returns is reached at around 5 ref frames.
https://en.wikibooks.org/wiki/MeGUI/x264_Settings#ref

You can check to see how many ref frames x264 actually used when you encoded with --ref 16 (if you still have MeGUI's log files), or you'll find the info under x264's "Standard Error Stream" in MeGUI's Log tab after encoding.

This is from the log of a SD encode using the Slow preset (5 ref frames) and Level 4.1 (L0 being past ref frames and L1 being future ref frames). The way I understand it, for the example below, 96.6% of P frames used 3 ref frames or less.

--- [24/01/18 7:04:12 AM] x264 [info]: ref P L0: 66.8% 12.9% 13.9% 2.7% 3.2% 0.5% 0.0%
---[Information] [24/01/18 7:04:12 AM] x264 [info]: ref B L0: 92.5% 5.7% 1.3% 0.5%
---[Information] [24/01/18 7:04:12 AM] x264 [info]: ref B L1: 98.3% 1.7%

Towards the end of this page (https://en.wikibooks.org/wiki/MeGUI/x264_Settings/x264_Stats_Output) there's an explanation as to why x264 shows 7 ref frame percentages for P frames in the example above, even though the Slow speed preset only uses --ref 5.

[I]"The last two are the virtual duplicates produced by the way x264 implements weightp. The decoder of the produced stream won't see them; they don't take DPB (decoded picture buffer) space."

-

I don't know all the technical details behind it, all i know is when i left it at it's default setting of very slow and 16 ref frames it takes way longer than when it's less ref frames. Media info of the file says that it's using 16 ref frames and gives a 5.1 profile listing.

What you said about diminishing returns is how i understood it which is why i was thinking i don't need that high ref frames. I've never used that many ref frames before but i haven't used that high of settings either, i was usually always at the 3-6 range. I'm doing specific tasks now where i'm trying to keep the image quality of another picture and so i figure i need really high motion estimation and some of the other higher settings which is why i'm going for "very slow".

I started doing encodes changing it down to using 6 ref frames and it cut the time down by a lot and the results seem okay to me so far.

Alright, i think i finally have a basis to work from now i just needed to be sure i could change the ref frames manually from the preset without it messing something up as my last thing. I'll work from these settings with x264 and then slow preset on x265. Thanks for the help, hello_hello and LigH

LigH

5th November 2018, 08:32

@LeMoi: Try the "Settings" entry in the new "Workers" menu.

LeMoi

7th November 2018, 09:13

@LeMoi: Try the "Settings" entry in the new "Workers" menu.

Thanks, I didn't see that new menu :)

dissory

11th November 2018, 15:47

AOmundson

11th November 2018, 19:02

Hey, I'm trying to encode from a 10-bit source, but every time I do I get this error. I haven't ever encountered this error before when encoding from 10-bit video, and am wondering if anyone has any tips on how to solve it.

sneaker_ger

11th November 2018, 19:12

AOmundson

11th November 2018, 21:09

Post the complete MeGUI log. What revision are you using? I think high-bitdepth support wasn't added until fairly recently with revision 2876. The high-bitdepth stuff needs avs+ (portable included in MeGUI) and filters need to support it as well.

-[Information] Log for job1 (video, Test.mkv.avs -> Test_Video.264)
--[Information] [11/11/2018 2:03:51 PM] Started handling job
--[Information] [11/11/2018 2:03:51 PM] Preprocessing
-[NoImage] global MeGUI_darx = 16
-[NoImage] global MeGUI_dary = 9
-[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
-[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avs\plugins\ConvertStacked.dll")
-[NoImage] LWLibavVideoSource("D:\Test.mkv.lwi", format="YUV420P10")
-[NoImage] ConvertFromDoubleWidth(bits=10)
-[NoImage] #Not doing anything because the source is progressive
-[NoImage] #crop
-[NoImage] #resize
-[NoImage] #denoise
--[Information] [11/11/2018 2:03:51 PM] AviSynth input script
--[Information] [11/11/2018 2:03:52 PM] resolution: 1920x1080
--[Information] [11/11/2018 2:03:52 PM] frame rate: 24000/1001
--[Information] [11/11/2018 2:03:52 PM] frames: 34093
--[Information] [11/11/2018 2:03:52 PM] length: 00:23:41.962
--[Information] [11/11/2018 2:03:52 PM] aspect ratio (avs): 16:9 (1.778)
--[Information] [11/11/2018 2:03:52 PM] color space: YUV420P10
--[Information] [11/11/2018 2:03:52 PM] custom command line: --aq-mode 3
--[Information] [11/11/2018 2:03:52 PM] Job command line: "C:\Program Files\MeGUI\tools\x264\x264.exe" --output-depth 10 --preset placebo --tune animation --crf 14 --deblock
0:0 --keyint 240 --bframes 8 --qpmax 69 --aq-strength 0.8 --merange 32 --me umh --psy-rd 0.90:0.10 --qpfile "D:\u1jndvvs.e1q\Test.mkv.qpf" --aq-mode 3 --sar 1:1 --frames 34093 -
output "D\u1jndvvs.e1q\Test_Video.264" "D:\u1jndvvs.e1q\Test.mkv.avs"
--[Information] [11/11/2018 2:03:52 PM] Process started
--[Information] [11/11/2018 2:03:52 PM] Standard output stream
--[Information] [11/11/2018 2:03:52 PM] Standard error stream
---[Error] [11/11/2018 2:03:53 PM] avs [error]: not supported pixel type: YUV420P10
---[Error] [11/11/2018 2:03:53 PM] x264 [error]: could not open input file `D:\u1jndvvs.e1q\Test.mkv.avs'
--[Error] [11/11/2018 2:03:53 PM] Process exits with error: 0xFFFFFFFF (-1)
--[Information] [11/11/2018 2:03:53 PM] Job completed

I'm using a fresh version of 2876 x64 with all default plugins enabled, as I started encountering this error last night and thought perhaps a fresh download could fix it. It's possible it being the x64 version could be the issue, but considering I've had no trouble encoding 10-bit before with the x64 version I doubt it. Could it be that one of mods in the previous version broke, and it needs to be downloaded as well? Though honestly it's been such a long time since I downloaded any I've forgotten which mods I actually had installed.

sneaker_ger

11th November 2018, 22:30

I'm not really familiar with MeGUI x64. But I see the problem is that it's trying to let x264 open the 10 bit AviSynth script directly. That is not supported. As a workaround you can add the following line to the end of your script:
ConvertBits(16)

AOmundson

11th November 2018, 22:57

Fixed, thanks!

Zetti

12th November 2018, 13:00

FFmpeg v4.1 is released.

Betsy25

12th November 2018, 13:53

With every DVD I rip, Megui is always crashing upon analyzing the source for interlacing. Stable or Development version, doesn't matter. What has become of this once great tool ?:scared:

LigH

13th November 2018, 08:46

Details please... does a log file exist where at least a hint of the analysis can be read? Is there anything to tell about the kind of crash? (Yes, different crash types do exist.) Is there possibly even an AviSynth script of the analysis step left over one could inspect and possibly even check with AVSMeter (if the same avisynth.dll and plugins selection can be configured)?

rhaz

15th November 2018, 19:42

I can confirm I get same issue with megui x64 when indexing a dvd vob (that has interlaced source) and as soon as you tick 'Deinterlace' checkbox it crash. Tried this for dozens DVDs, happening for quite long now, never reported it because I would just switch to x32 version to rip old interlaced DVDs and newer ones with no interlace at x64 because I get like x2 more fps/speed.

avs scripts are basic defaults generated by the tool.

Log example (https://pastebin.com/ULandhEF) (exp. 1 week)

maybe yadif.dll not supporting version or something, because when you tick the checkbox default filter loaded is yadif? I don't know.

locotus

15th November 2018, 20:40

rhaz

16th November 2018, 09:14

Don't know how to do this.

locotus

16th November 2018, 16:55

Open ifo file of your movie with file indexer, when done you find the interlece check in filters, deinterlacing, just click analyse.

rhaz

16th November 2018, 19:31

Okay, that works. It selects yadif anyway, so why I can't select yadif myself without crashing? It's a bug?

Anyway, encoding won't work, it crashes with "Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)"

LigH

16th November 2018, 23:22

Well, that sounds like the yadif DLL has issues.

But yes, you should be able to select any other deinterlacer instead, e.g. TDeint. Manually. After the automatic detection suggested some.

Zathor

17th November 2018, 19:07

@Zathor

There is a bug when transcoding DTS-HD or TrueHD audio (maybe others as well) in a mkv to another format using One-Click. It extracts the core stream and transcodes that instead of extracting and using the lossless audio stream.

It depends on what you are going to do. If you transcode into a lossless file (flac), it will use the full one, if you transcode to anything else with maximum number of channels <= the core stream, that one will be used.

Zathor

17th November 2018, 19:17

FFmpeg v4.1 is released.
Thanks, uploaded

Zathor

17th November 2018, 19:34

With every DVD I rip, Megui is always crashing upon analyzing the source for interlacing. Stable or Development version, doesn't matter. What has become of this once great tool ?:scared:

More details please (log file, ...)

I can confirm I get same issue with megui x64 when indexing a dvd vob (that has interlaced source) and as soon as you tick 'Deinterlace' checkbox it crash. [..]
maybe yadif.dll not supporting version or something, because when you tick the checkbox default filter loaded is yadif? I don't know.

Sadly I am not able to reproduce it. Do you mind to share a short source file?

Zathor

17th November 2018, 19:46

dissory

18th November 2018, 07:41

It depends on what you are going to do. If you transcode into a lossless file (flac), it will use the full one, if you transcode to anything else with maximum number of channels <= the core stream, that one will be used.

Is there any reason why it even uses the lossy core at all? I don't think anyone would want a lossy to lossy transcode when the lossless track is available.

I'm attempting to transcode DTS-HD 2 channel to AAC 2 channel and I would expect it to use the lossless stream yet it uses the core. Is it possible to add an option or a way to force MeGUI to transcode to a lossy file from only the lossless stream not the core regardless of channel count?

rhaz

18th November 2018, 16:26

Hi, I replaced my x64 yadifmod2.dll with latest one from https://github.com/chikuzen/yadifmod2/releases and seems to be fixed.

Zathor

18th November 2018, 19:37

Hi, I replaced my x64 yadifmod2.dll with latest one from https://github.com/chikuzen/yadifmod2/releases and seems to be fixed.

That is strange, the one I have added is newer and supports the new avs+ color formats - and the file does work for me.

On another note a new release is available. The input filters have been restricted to 8 bit by default as I have several reports that custom filters do not support the avs+ color formats, so it has to be enabled if needed.

2890 [Settings] added option to restrict input filters to 8 bit (enabled by default)
[x264] fixed high bit depth support if ffmpeg is not used
2889 [Queue] multiple "waiting" jobs can be assigned to a temporary worker to be processed
internal queue handling optimizations

Lyle_JP

19th November 2018, 06:38

Just updated to the latest development buod of MeGUI (2890), and it is now adding the following line to all of my AVI scripts when I use the AVIScript Creator:
ConvertBits(8))

It's not even proper syntax, and needless to say, it breaks every script unless I remove it.

Zathor

19th November 2018, 08:31

Thanks for the report, however please provide more details (= the full created script).

In the meantime I have forced a downgrade to 2888 and as a workaround you can unselect the "restrict input filter to 8 bit" in the MeGUI\Settings.

EDIT: It seems that this is only an issue if DGIndexNV is used.
EDIT2: Should be fixed in 2891

Betsy25

19th November 2018, 19:51

Just chiming in to report that the constant deinterlace check crashing upon clicking Analyze is gone by moving the Megui folder from C:\Program Files to the root of C:\

wiggaz

19th November 2018, 21:32

Zathor

19th November 2018, 22:07

That is a correct syntax:
http://avisynth.nl/index.php/ConvertBits

wiggaz

19th November 2018, 22:25

That is a correct syntax:
http://avisynth.nl/index.php/ConvertBits

Yes, sorry,
I was meaning I can still get it on the script creator, but then I saw the removing option in the Settings.

Zathor

19th November 2018, 22:51

Ah, ok. It should not harm at all if the input filter is returning a 8 bit video.

LigH

20th November 2018, 08:26

@Betsy25:

It has always been recommended not to install MeGUI inside of a directory which is guarded by the UAC, it won't have permissions to write files there. The legacy of pre-Vista development.

doomleox999

23rd November 2018, 03:04

Why MeGUI x64 keeps asking me to update AviSynth plugins even though they are up to date?

https://i.imgur.com/rVbidtO.jpg

I'm also having this problem:

https://i.imgur.com/0P6BNCp.jpg

The only workaround I found is to add "ConvertBits(16)" to the end of the script.

Lyle_JP

23rd November 2018, 09:19

New bug with 2891 and AVISynth Script Creator. Now, even though I have "Nvidia Resizer" unchecked when using DGIndexNV, it is still doing a source resize in the script, along with the resize filter I asked for. Example:
LoadPlugin("C:\Program Files (x86)\MeGUI_x86\tools\dgindexnv\DGDecodeNV.dll")
DGSource("D:\Princess Bride old\Princess Bride.dgi",fieldop=0, resize_w=1120, resize_h=608)
#deinterlace
crop(2, 16, -2, -24)
Spline36Resize(1120,608) # Spline36 (Neutral)
LoadPlugin("C:\Program Files (x86)\MeGUI_x86\tools\avisynth_plugin\UnDot.dll")
Undot() # Minimal Noise

The bolded part should not be there with the Nvidia Resizer option unchecked. This behavior just started with 2891

pommesmatte

24th November 2018, 14:59

New bug with 2891 and AVISynth Script Creator. Now, even though I have "Nvidia Resizer" unchecked when using DGIndexNV, it is still doing a source resize in the script, along with the resize filter I asked for.

The bolded part should not be there with the Nvidia Resizer option unchecked. This behavior just started with 2891

I'm also seeing this. And I don't even use resize anywhere.

I crop in Avisynth and the resulting file has the correct playback aspect ratio BUT the wrong Pixel height.

Workaround for me this far is either removing the resize options manually from the script or do the cropping in DGIndexNV.

By the way: Why AVS Script Creator (optinally) doesn't put the cropping parameters in the DGSource statement? Wouldn't that be the far better procedure?

Zathor

24th November 2018, 16:09

[B]Why MeGUI x64 keeps asking me to update AviSynth plugins even though they are up to date?

Thanks for the report. Could you please upload a full log (I do need the "Versions" part)? Also what happens if you update the plugins? Will it always come back? If yes, please upload your AutoUpdate.xml
Link to the bug report: https://sourceforge.net/p/megui/bugs/936/
EDIT: fixed (see bug report)

Also update to 2891 which should fix the color space issue.

Zathor

24th November 2018, 19:52

By the way: Why AVS Script Creator (optinally) doesn't put the cropping parameters in the DGSource statement? Wouldn't that be the far better procedure?
Currently working on that while fixing the resize bug. In my eyes this cannot be optional as the cropping must happen before the resize so it must be in the DGSource() call ==> if resize is enabled with DGSource, also the cropping has to happen there. Only issue is that for AVS cropping mod2 is fine while DGSource() does need mod4 so I have to increase to the next mod4 value = overcropping.

Zathor

24th November 2018, 22:10

2893 [OneClick] fixed fatal error in some cases (regression of 2882). bug #937
2892 [AVS Script Creator] added an option in the profile to use the DGIndexNV crop & resize filter if possible
if resize with DGIndexNV is enabled also cropping will be done that way (mod4 is forced for crop values)
fixed always applying the resize parameters to DGSource() (regression of 2891)

pommesmatte

24th November 2018, 23:55

Awesome! Works great thus far!

EDIT: There seems to be a bug left with the overcropping. The crop uses mod4 (134,138,142...), but if e.g. 138 top and bottom is chosen, in DGSource it becomes 140, but in the resulting video stream, there is a black border left on the bottom.
Maybe something to do with those 1088 height thing?

doomleox999

25th November 2018, 00:15

Thanks for the report. Could you please upload a full log (I do need the "Versions" part)? Also what happens if you update the plugins? Will it always come back? If yes, please upload your AutoUpdate.xml
Link to the bug report: https://sourceforge.net/p/megui/bugs/936/
EDIT: fixed (see bug report)

Also update to 2891 which should fix the color space issue.

I'm using MeGUI x64. It doesn't let me update to 2891. Should I use MeGUI x86? Is there any difference perfomance wise? I have a 64 bits system so I thought I should use MeGUI x64 to, let's say, encode faster, is that the case?

After updating, the problem comes back the next day. Is this what you need?

https://i.imgur.com/W0WFDG5.jpg

pommesmatte

25th November 2018, 00:22

I'm using MeGUI x64. It doesn't let me update to 2891.

You have to switch the update server to "development".

Should I use MeGUI x86? Is there any difference perfomance wise? I have a 64 bits system so I thought I should use MeGUI x64 to, let's say, encode faster, is that the case?

x64 is faster on x64 systems.

Zathor

25th November 2018, 10:15

I'm using MeGUI x64. It doesn't let me update to 2891. Should I use MeGUI x86? Is there any difference perfomance wise? I have a 64 bits system so I thought I should use MeGUI x64 to, let's say, encode faster, is that the case?
Switch to the development server (in Options\Settings\Extra Config).
I still do recommend the x86 version as not all filters are available as x64 versions. However if x64 works for you, then you can continue to use it.

After updating, the problem comes back the next day. Is this what you need?
https://i.imgur.com/W0WFDG5.jpg
That problem has been fixed already, but it will take up to 60 hours before your client gets the new config data from the update server. Also depending on what you do have there, one final update may be required.

doomleox999

25th November 2018, 16:44

You have to switch the update server to "development".

x64 is faster on x64 systems.

Switch to the development server (in Options\Settings\Extra Config).
I still do recommend the x86 version as not all filters are available as x64 versions. However if x64 works for you, then you can continue to use it.

That problem has been fixed already, but it will take up to 60 hours before your client gets the new config data from the update server. Also depending on what you do have there, one final update may be required.

Thanks for your answers. I did as you say and it works now. However, I have a problem with the development server update, some settings are different or they just disappeared:

https://i.imgur.com/oojc19u.jpg

Will this be fixed? Should I return to the stable servers? This development update will eventually be in the stable servers right?

LigH

25th November 2018, 18:15

Could you please avoid yelling? There is no need to write everything in bold.

Zathor

25th November 2018, 19:43

[B]Thanks for your answers. I did as you say and it works now. However, I have a problem with the development server update, some settings are different or they just disappeared:
Will this be fixed? Should I return to the stable servers? This development update will eventually be in the stable servers right

I got tired of these questions where the settings have been gone to (let us have new ones...):

2894 [Main] moved menu items:
- "options\update" to "tools\update"
- "options\settings" to "options"
- "workers\settings" to "options"
- "workers\overview" to "view\worker overview"

And yes, this will be at some point also applied to the stable branch.

LeMoi

25th November 2018, 19:46

The problem is that you have to go to Doom9 forum and this topic to know about changelog before an update.
Maybe you should find a way to display changelog in the updater window, so that we know what has changed before we agree to the update?

Zathor

25th November 2018, 19:49

doomleox999

27th November 2018, 01:18

https://i.imgur.com/cuFwSW6.jpg

I get that message whenever I load an mkv file to One Click Encoder and I have selected mp4 as output. Is there any way to disable that?

Glarioo

27th November 2018, 16:49

Cannot use dgindexnv anymore after an update yesterday.

Zathor

27th November 2018, 18:37

https://i.imgur.com/cuFwSW6.jpg
I get that message whenever I load an mkv file to One Click Encoder and I have selected mp4 as output. Is there any way to disable that?

Something must be in your MKV which cannot be muxed into a MP4 by MeGUI.

Zathor

27th November 2018, 18:38

Cannot use dgindexnv anymore after an update yesterday.

Could you upload your log please somewhere where it can be accessed without the approval for the upload? E.g. try https://pastebin.com/

Glarioo

27th November 2018, 20:13

Could you upload your log please somewhere where it can be accessed without the approval for the upload? E.g. try https://pastebin.com/

It has something to do with the license, but I did not change anything about it.

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2894 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1803 x64 (10.0.17134.407)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
----[Information] Microsoft Visual C++ 2017 x64: 14.14.26405
----[Information] Microsoft Visual C++ 2017 x86: 14.10.25017
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 02-07-2018
----[Information] File Name: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] File Path: c:\users\gebruiker\documents\blu ray\megui-core-2690-64\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [26/11/2018 22:29:37] Using cached update config and server: http://megui.org/auto/
--[Information] [26/11/2018 22:29:37] No package requires an update
-[Information] OneClick
--[Information] [26/11/2018 22:30:48] MediaInfo
---[Information] File: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FileSize: 485734540
----[Information] PlayTime: 00:04:07.580
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] CodecID: V_MPEG4/ISO/AVC
----[Information] Format: AVC
----[Information] FormatInfo: Advanced Video Codec
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 5936
----[Information] FrameRate: 23.976
----[Information] FrameRateMode: CFR
----[Information] FrameRateModeString: Constant
----[Information] Duration: 00:04:07.581
----[Information] ScanType: Progressive
----[Information] Bits Depth: 8
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] PixelAspectRatio: 1.000
----[Information] Delay: 0
----[Information] LanguageString: English
----[Information] Default: No
----[Information] Forced: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] CodecID: A_AC3
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title: Stereo
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] Forced: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] CodecID: S_HDMV/PGS
----[Information] CodecIDInfo: Picture based subtitle format used on BDs/HD-DVDs
----[Information] Format: PGS
----[Information] Language: nl
----[Information] LanguageString: Dutch
----[Information] Default: Yes
----[Information] Forced: No
---[Information] Text
----[Information] ID: 4
----[Information] StreamOrder: 3
----[Information] CodecID: S_HDMV/PGS
----[Information] CodecIDInfo: Picture based subtitle format used on BDs/HD-DVDs
----[Information] Format: PGS
----[Information] Language: fr
----[Information] LanguageString: French
----[Information] Default: No
----[Information] Forced: No
--[Information] [26/11/2018 22:31:34] Video: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv
--[Information] [26/11/2018 22:31:34] Audio: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv ([2] - AC-3 - 2 channels / 48.0 kHz / English / Stereo)
--[Information] [26/11/2018 22:31:34] Subtitle: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv ([2] - PGS / Dutch / PGS-Origineel)
--[Information] [26/11/2018 22:31:34] Subtitle: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv ([3] - PGS / French)
-[Information] Log for job1 (ext, GOODNIGHT_MR_FOOT.mkv -> )
--[Information] [26/11/2018 22:31:39] Started handling job
--[Information] [26/11/2018 22:31:39] Preprocessing
--[Information] [26/11/2018 22:31:39] MediaInfo
---[Information] File: G:\VIDEO\GOODNIGHT_MR_FOOT.mkv
---[Information] General
----[Information] Format: Matroska
----[Information] FileSize: 485734540
----[Information] PlayTime: 00:04:07.580
---[Information] Video
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] CodecID: V_MPEG4/ISO/AVC
----[Information] Format: AVC
----[Information] FormatInfo: Advanced Video Codec
----[Information] Width: 1920
----[Information] Height: 1080
----[Information] FrameCount: 5936
----[Information] FrameRate: 23.976
----[Information] FrameRateMode: CFR
----[Information] FrameRateModeString: Constant
----[Information] Duration: 00:04:07.581
----[Information] ScanType: Progressive
----[Information] Bits Depth: 8
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] PixelAspectRatio: 1.000
----[Information] Delay: 0
----[Information] LanguageString: English
----[Information] Default: No
----[Information] Forced: No
---[Information] Audio
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] CodecID: A_AC3
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] Delay: 0
----[Information] Title: Stereo
----[Information] Language: en
----[Information] LanguageString: English
----[Information] Default: Yes
----[Information] Forced: No
---[Information] Text
----[Information] ID: 3
----[Information] StreamOrder: 2
----[Information] CodecID: S_HDMV/PGS
----[Information] CodecIDInfo: Picture based subtitle format used on BDs/HD-DVDs
----[Information] Format: PGS
----[Information] Language: nl
----[Information] LanguageString: Dutch
----[Information] Default: Yes
----[Information] Forced: No
---[Information] Text
----[Information] ID: 4
----[Information] StreamOrder: 3
----[Information] CodecID: S_HDMV/PGS
----[Information] CodecIDInfo: Picture based subtitle format used on BDs/HD-DVDs
----[Information] Format: PGS
----[Information] Language: fr
----[Information] LanguageString: French
----[Information] Default: No
----[Information] Forced: No
--[Information] [26/11/2018 22:31:39] Job command line: "C:\Users\Gebruiker\Documents\Blu Ray\megui-core-2690-64\tools\mkvmerge\mkvextract.exe" "G:\VIDEO\GOODNIGHT_MR_FOOT.mkv" tracks 1:"G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [1][0] English.ac3" 2:"G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [1][0] Dutch.sup" 3:"G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [2][1] French.sup" --ui-language en
--[Information] [26/11/2018 22:31:39] Process started
--[Information] [26/11/2018 22:31:39] Standard output stream
---[Information] [26/11/2018 22:31:39] Extracting track 1 with the CodecID 'A_AC3' to the file 'G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [1][0] English.ac3'. Container format: Dolby Digital (AC-3)
---[Information] [26/11/2018 22:31:39] Extracting track 2 with the CodecID 'S_HDMV/PGS' to the file 'G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [1][0] Dutch.sup'. Container format: SUP
---[Information] [26/11/2018 22:31:39] Extracting track 3 with the CodecID 'S_HDMV/PGS' to the file 'G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT - [2][1] French.sup'. Container format: SUP
--[Information] [26/11/2018 22:31:39] Standard error stream
--[Information] [26/11/2018 22:31:40] Postprocessing
--[Information] [26/11/2018 22:31:40] Job completed
-[Error] Log for job2 (idx, GOODNIGHT_MR_FOOT.mkv -> GOODNIGHT_MR_FOOT.dgi)
--[Information] [26/11/2018 22:31:40] Started handling job
--[Information] [26/11/2018 22:31:40] Preprocessing
--[Information] [26/11/2018 22:31:40] Job command line: "C:\Users\Gebruiker\Documents\Blu Ray\megui-core-2690-64\tools\dgindexnv\dgindexnv.exe" -i "G:\VIDEO\GOODNIGHT_MR_FOOT.mkv" -o "G:\BDRB_Work\4gxdsqfy.0ri\GOODNIGHT_MR_FOOT.dgi" -h
--[Information] [26/11/2018 22:31:40] Process started
--[Information] [26/11/2018 22:31:40] Standard output stream
---[Information] [26/11/2018 22:31:40] Invalid license!
--[Information] [26/11/2018 22:31:40] Standard error stream
--[Error] [26/11/2018 22:31:41] Process exits with error: 2
--[Information] [26/11/2018 22:31:41] Job completed
-[Information] [26/11/2018 22:31:45] User aborted shutdown

Zetti

27th November 2018, 20:17

You have to generate a new license.

Zathor

27th November 2018, 20:29

http://rationalqm.us/board/viewtopic.php?f=5&t=463&start=140#p9131

Revised the machine ID generation to be more stable for the case that fallback must be made to the HDD identification. Previously, the HDD volume ID was used, but this could change when the OS is updated. Now, the HDD HW serial number is used. As this is hard-coded, it will not change when OS updates are applied. Note that if your system uses this fallback (because no usable motherboard serial number is available), you will need to generate a new license when you get this slipstream. Thereafter, things should be stable.

Glarioo

27th November 2018, 22:40

http://rationalqm.us/board/viewtopic.php?f=5&t=463&start=140#p9131

What is the advantage of dgindexnv versus lsmash, the default app of MeGui?

LigH

27th November 2018, 22:57

It uses the PureVideo decoder chip of your Nvidia graphic chipset (https://en.wikipedia.org/wiki/Nvidia_PureVideo). If you have a supported version.

And the disadvantage is, you have to pay a little amount for a registration.

Glarioo

27th November 2018, 23:06

videoh

28th November 2018, 00:40

MeGui uses my CPU, not my GPU (GeForce GTX 1050 TI):confused: The GPU is used for decoding via DG tools if you have configured it to do so. DG tools only accelerate decoding, not encoding.

LigH

28th November 2018, 09:31

And MeGUI is only the user interface and AviSynth script generator and workflow manager. The conversion itself is done by background tools (AviSynth with decoder and filters feeding your encoder, e.g. x264 or x265 or ...).

doomleox999

28th November 2018, 12:54

Something must be in your MKV which cannot be muxed into a MP4 by MeGUI.

Yes, that would be the subtitles and the attachments (like fonts), what I'm asking is if there's a way to disable that warning. I only have selected mp4 as output:

https://i.imgur.com/jI35yey.jpg

Obviously subtitles and fonts can't be muxed automatically (I wish though one day that would be possible without having to extract the subtitles and install the fonts) but if you only have selected mp4 as output like me, the warning is meaningless.

Glarioo

28th November 2018, 13:04

Thank you all for the explanation.
If I understand correctly, dgindexnv is "better" than l-smash?
If I buy a new license for dgindexnv, it is valid until I replace the SSD in my PC?

Zetti

28th November 2018, 13:06

You don't need to buy a new license, you just have to generate a new license.

videoh

28th November 2018, 13:17

Zetti is correct. Use the online license generator to make your new license key. The link was sent to you in an email when you donated. If you have lost that send DG an email and he will re-send it to you.

If you do not have a valid motherboard serial number, then yes, changing your system drive will require you to generate a new license. You are allowed 16 license generations.

StainlessS

28th November 2018, 13:26

You are allowed 16 license generations.
Very reasonable indeed, guess that lots of people are currently moving to SSD.

Glarioo

28th November 2018, 16:17

I've have a new license number and everything works fine now. Thanks you all.

videoh

28th November 2018, 17:15

Very reasonable indeed, guess that lots of people are currently moving to SSD. Yes, but most people have valid motherboard serial numbers, so the drive serial is not used.

Glarioo, glad to hear things are working again for you. Good luck with your projects!

hello_hello

30th November 2018, 18:27

I noticed a little oddity with DGIndexNV. Or it's a DGSource thing, but they seem to begin with the assumption that a source video is mod4. If it's not, DGIndexNV applies cropping to remove the padding, but it seems to be ignored, or something....

I made a clip with a resolution of 638x398 (AVC/MKV) and indexed it with DGIndexNV and LSmash. The DGIndexNV dgi file includes "CLIP 0 2 0 2", but I suspect it's being ignored because it's not mod4 cropping. Instead the clip appears to be resized to 638x398. Click the thumbnails for the full size version.

The DGSource script output:
https://i.postimg.cc/PPphFhXf/DGNV.jpg (https://postimg.cc/PPphFhXf)

The LWLibavVideoSource script output:
https://i.postimg.cc/5jkb3jMk/lsmash.jpg (https://postimg.cc/5jkb3jMk)

For MeGUI 2895, the "use Nvidia Crop and Resize" option is causing oddness. A script looked like this in the script creator when the option was unchecked:

DGSource("D:\test.dgi", crop_t=0, crop_b=0, crop_l=8, crop_r=8)
crop(8, 0, -8, 0)
Spline36Resize(1920,800)

If the source is mod2 it's a bit funkier:

DGSource("D:\test.dgi", crop_t=0, crop_b=0, crop_l=4, crop_r=4)
crop(2, 0, -2, 0)
Spline36Resize(640,400)

With the option checked, it never seemed to have an effect when I first opening an index file with the script creator. It'd just create a script like this as though it wasn't enabled.

DGSource("D:\test.dgi")
crop(8, 0, -8, 0)
Spline36Resize(1920,800)

Then if I went into the Avisynth Profile configuration, disabled "use Nvidia Crop and Resize", exited the configuration, went back in and enabled the option, finally I'd get the expected result.

DGSource("D:\test.dgi", crop_t=0, crop_b=0, crop_l=8, crop_r=8, resize_w=1920, resize_h=800)

Does the cropping have to be specified in that order for DGSource? Maybe it'd be better to do it in the same order as Avisynth's crop function if possible, to make it more familiar.

I also wonder what happens when DGIndexNV crops a video, for example a 1920x1080 source. Everyone else seems to just decode it as 1920x1080, but DGIndexNV sees it as 1920x1088 and adds "CLIP 0 0 0 8" to the index file. However any DGSource cropping over-rides the cropping in the index file, so the following, I'm pretty sure, would "uncrop" a 1080p source to 1920x1084, rather than crop it to 1920x1076 as expected. Seems a bit odd, but I'm pretty sure that's what would happen, so maybe MeGUI should stick to the standard Avisynth cropping and resizing.

DGSource("D:\test.dgi", crop_t=0, crop_b=4, crop_l=0, crop_r=0)

Cheers.

videoh

30th November 2018, 19:50

Don't mix different cropping methods. Use only one of these:

DGIndexNV cropping
DGSource() cropping
Avisynth cropping

If you start combining them things are going to be undefined.

Zetti

1st December 2018, 13:52

MKVToolNix v29.0.0 is released.

Zathor

1st December 2018, 15:50

MKVToolNix v29.0.0 is released.
Thanks, updated.

For MeGUI 2895, the "use Nvidia Crop and Resize" option is causing oddness. A script looked like this in the script creator when the option was unchecked:

DGSource("D:\test.dgi", crop_t=0, crop_b=0, crop_l=8, crop_r=8)
crop(8, 0, -8, 0)
Spline36Resize(1920,800)

If the source is mod2 it's a bit funkier:

DGSource("D:\test.dgi", crop_t=0, crop_b=0, crop_l=4, crop_r=4)
crop(2, 0, -2, 0)
Spline36Resize(640,400)

Thanks, let me check that, how do you reproduce it? It should never show both cropping options in the script code obviously.

[...]

...so maybe MeGUI should stick to the standard Avisynth cropping and resizing.
If resize is done by DGSource also cropping should be done that way otherwise you get unexpected results.

hello_hello

1st December 2018, 19:10

Thanks, let me check that, how do you reproduce it? It should never show both cropping options in the script code obviously.

Without the "use Nvidia cropping" option checked, I seemed to be able to reproduce what you see in the screenshots below by first enabling and applying some cropping (which only adds Avisynth cropping to the script), but after enabling resizing, the cropping appears in both places. I even reset the Avisynth template first to see if that'd make a difference.

https://i.postimg.cc/HVcQxqkr/1.gif (https://postimg.cc/HVcQxqkr) https://i.postimg.cc/WhB0J5dX/2.gif (https://postimg.cc/WhB0J5dX) https://i.postimg.cc/fkgcMzD4/3.gif (https://postimg.cc/fkgcMzD4)

If resize is done by DGSource also cropping should be done that way otherwise you get unexpected results.

Which means DGSource probably shouldn't be used for resizing either.

As best as I can tell, MeGUI is obtaining the source Input DAR from MediaInfo (at least for MKVs). It's oblivious to any DGIndexNV cropping (that's obvious as if you change the cropping in the index file as it has no effect on the Input DAR in the script creator).

MeGUI is also oblivious to encoder padding, so if you don't let DGIndexNV crop it I think a 1080p source will open as 1920x1088, but to MeGUI the Input DAR would still be exactly 16:9. I assume DGIndexNV crops the padding by default (CLIP 0 0 0 8) so the script output and source resolution will match, although to me it seems odd the padding cropping is optional or exposed to the user. I'm not sure I can think of a good reason not to crop it.

If DGIndexNV crops only the padding, there's no reason why you can't apply Avisynth's cropping and resizing as you normally would, but unfortunately the DGIndexNV cropping is over-ridden by any DGSource cropping. Why the DGSource cropping isn't "in addition to" the DGIndexNV cropping I don't know, but that's the way it works.
So if you use DGSource to crop 4 pixels from the bottom, you're effectively undoing some of the DGIndexNV cropping instead, the output will be 1920x1084, and MeGUI will still see the Input DAR as 16:9. I'm pretty sure much the same thing will happen for any source where the width or height isn't mod16.

I don't know if there's an easy way around it, but to me it means using DGSource to crop isn't a good thing, and therefore MeGUI shouldn't be using DGSource for resizing either. And.... based on the example in my previous post, I'd avoid using DGIndexNV entirely for mod2 sources. What's with mod4 being compulsory anyway if the encoder always pads to mod16?

PS. I wonder what the logic was behind DGIndexNV specifying it's cropping in a different order to DGSource.
For DGIndexNV it's Left, Right, Top, Bottom.
For DGSource it's Top, Bottom, Left, Right
For anyone who's used Avisynth for any length of time, DGIndexNV's "CLIP 8 8 4 4" probably requires a mental translation to the Avisynth order of Left, Top, Right, Bottom, which I seem to be quite prone to forget to do, and I'm easily confused.
And it would be nice to shuffle the DGSource arguments around so you could specify cropping and resizing in a familiar fashion.... ie the Avisynth resizer way... and if it was up to me, using negative values for Right and Bottom to add a special touch of consistency.
DGSource("D:\video.dgi", 1280,720, 8,2,-8,-4)
Oh well.....

Zathor

2nd December 2018, 21:01

Without the "use Nvidia cropping" option checked, I seemed to be able to reproduce what you see in the screenshots below by first enabling and applying some cropping (which only adds Avisynth cropping to the script), but after enabling resizing, the cropping appears in both places. I even reset the Avisynth template first to see if that'd make a difference.

Correct, there was a bug so that when the first dgi file was opened in AVS Script Creator the option to resize with DGSource() was disabled independent of the settings in the AVS preset (fixed, but not uploaded yet). Thanks for pointing that out.

Which means DGSource probably shouldn't be used for resizing either. My only statement was that it must be used together. If it should be used at all is up to the user. By default the option to crop/resize with DGSource() is disabled, so the user has to enable it.

As best as I can tell, MeGUI is obtaining the source Input DAR from MediaInfo (at least for MKVs). It's oblivious to any DGIndexNV cropping (that's obvious as if you change the cropping in the index file as it has no effect on the Input DAR in the script creator).
[...]
I don't know if there's an easy way around it, but to me it means using DGSource to crop isn't a good thing, and therefore MeGUI shouldn't be using DGSource for resizing either.
I change it in the way that the DGI file will be read (CLIP) and that values will be added on top of the selected values in MeGUI in the DGSource() call. However if a user modifies the CLIP values directly, there is no chance that MeGUI can adjust the input (D)AR.

Btw. I hope to be able to continue with the ChapterCreator soon (= this year), however I am a bit lost what was missing there based on the latest changes in the test branch.

hello_hello

2nd December 2018, 22:56

I change it in the way that the DGI file will be read (CLIP) and that values will be added on top of the selected values in MeGUI in the DGSource() call. However if a user modifies the CLIP values directly, there is no chance that MeGUI can adjust the input (D)AR.

That'd probably do the trick, although it's not exactly intuitive from a user perspective unless you know why it's happening. I imagine lots of people will ask why their specified 4 pixel cropping has become 12 pixels in the script etc, but I can't think of a better alternative.

I wouldn't expect MeGUI to know about any user modifications to the cropping in the index file.

There's still the mod2 issue I mentioned in an earlier post. If you make yourself a small mod2 sample you'll see what I mean, but what seems to happen is when the padding to be cropped is mod2.... 718x480 with 2 pixels of padding as an example.... DGIndexNV adds "CLIP 0 2 0 0" to the index file but doesn't apply it, as far as I can tell. Instead the video is resized to 718x480, including the padding.

When the index file is opened in the script creator, MeGUI enforces mod4 for the DGSource cropping, but it's actually mod2 cropping in mod4 increments because the source wasn't mod4. I guess in the end it's a DGIndexNV/DGSource mod4 obsession, and MeGUI just has to work with it.

https://i.postimg.cc/LqQcNKy1/mod2.gif (https://postimg.cc/LqQcNKy1)

The world appears as though it'll continue to turn when the width is mod2 though, so why is there a need to enforce mod4?

Btw. I hope to be able to continue with the ChapterCreator soon (= this year), however I am a bit lost what was missing there based on the latest changes in the test branch.

The short answer is.... just make it work like chaptergen (https://www.videohelp.com/software/ChapterGen). :)

I've backpeddled on the idea of locking the input or output fps.
They should always be considered to be a numerator and denominator. The input fps can default to the source fps if it's known, and the output fps can default to the preview fps is it's being used, but you should be free to change both.
And the chapter timings in the GUI should always reflect what's being saved.

Regardless of the input type, I think it comes down to the two simple rules I mentioned a while back.

1: If the input/output fps are the same, the chapter timings don't change, even if they don't match the source frame rate. The keyframe numbers are calculated based on the input fps and chapter timings.

2: If the input/output fps are different, they become the numerator and denominator for chapter timings and stretch them accordingly, but they don't "stretch" the keyframe numbers. They're still calculated based on the input fps and the chapter timings.

Oh, and I'm sure you were going to add a third column. One to display the input chapter timings, one to display the adjusted chapter timings, and a third to display the keyframe numbers. :)

Thanks for all the hard work! I'll save another rant about switching from the old and not quite right ITU aspect ratios to the modern mpeg4 aspect ratios for some other time. :)

videoh

3rd December 2018, 01:25

That'd probably do the trick, although ... Can you post a link to your source file please?

hello_hello

3rd December 2018, 05:53

Can you post a link to your source file please?

There's nothing special about the source I'm using, whichever one you're referring to.

For the mod2 test I indexed a vob file with DGIndex, cropped it to 718x480, then encoded 500 frames. I used the output AVC/MKV as my source. There's DGSource vs LWLibavVideoSource screenshots here (https://forum.doom9.org/showthread.php?p=1858857#post1858857) (no additional cropping applied to the encoded version), although I cropped the original video to 638x398 before using the encoded version as the source that time. The DGSource output appears to be resized to 638x398 rather than the padding being cropped.

I'm sure the 1080p/non mod16 problem would be typical, given it's expected behaviour according to the help files. For the AVC/MKV I just opened, which I encoded myself, the top section of the dgi file after MeGUI ran the indexing looks like this:

DEVICE 0
DECODE_MODES 0,0,0
STREAM 2
CLIP 0 0 0 8
RANGE 0 0 18446744073709551615 0
AUDIO

At the end:
SIZ 1920 x 1088
FPS 239760 / 10000

A screenshot of the Avisynth output with only the following in the script (aside from the LoadPlugin line). You might have to use the download link on the postimg site for the full size version. It won't display any larger than 720p in my browser.

DGSource("D:\test.dgi")
Info()

https://i.postimg.cc/474xSZ4J/DGNV1.jpg (https://postimg.cc/474xSZ4J)

With the script changed to the following by applying four pixels of bottom cropping with MeGUI's script creator.

DGSource("D:\test.dgi", crop_t=0, crop_b=4, crop_l=0, crop_r=0)
Info()

https://i.postimg.cc/Q9jFZ1mZ/DGNV2.jpg (https://postimg.cc/Q9jFZ1mZ)

hello_hello

3rd December 2018, 08:24

Zathor,
Here's my "artist impression" of what the next version of the AVS Cutter might look like. There'd probably be a need for an extra button on the preview to switch between the original script and the version with the trims applied, or something along those lines, but that's the idea.

No pressure, of course. Whenever you have a few minutes to spare. :)

https://i.postimg.cc/2qBmRBQ8/AVS-Cutter-Suggestion.gif (https://postimg.cc/2qBmRBQ8)

PS. Is it a necessary limitation for the AVS Cutter to not allow overlapping frame numbers for Trim()?

pommesmatte

3rd December 2018, 12:46

videoh

3rd December 2018, 14:20

There's nothing special about the source I'm using, whichever one you're referring to. Sure there is. You said previously:

"I made a clip with a resolution of 638x398 (AVC/MKV) and indexed it with DGIndexNV and LSmash. The DGIndexNV dgi file includes CLIP 0 2 0 2"

I do not have a file that when indexed shows CLIP 0 2 0 2. Please provide a link to this file if you want my help. If you don't want my help that's OK too.

hello_hello

3rd December 2018, 14:52

Another cropping thing I'm not sure I understand. MeGUI has always allowed cropping of any mod. The mod setting only applies to resizing. Is there a reason related to decoding that forces DGSource to crop in increments of 4? For example, it's not possible to crop a mod4 source this way with DGDecode for a mod4 output width.

DGSource("D:\video.dgi", crop_t=0, crop_b=0, crop_l=2, crop_r=2)

I assume that's a necessary limitation?

DGSource isn't making it easy for you...
When cropping with DGSource, MeGUI enforces mod4 cropping "increments" in the GUI when using the arrows to crop, but it still permits non-mod4 increments when you type in a cropping value. The end result is what you see in the GUI and what's added to the script aren't the same thing, and the resizing dimensions and aspect error calculations are likely to be wrong.

If you do type a mod2 cropping value, MeGUI still enforces increments of 4 when using the arrows to adjust the cropping, but they're not mod4.

Normal Avisynth cropping and resizing (4:3 720x480 source), after typing mod2 cropping values into the GUI.

https://i.postimg.cc/SnWKRfm5/Avisynth-Crop1.gif (https://postimg.cc/SnWKRfm5) https://i.postimg.cc/Y4Rqf2Gz/Avisynth-Crop2.gif (https://postimg.cc/Y4Rqf2Gz)

After doing the same with DGSource cropping enabled, an extra 4 pixels of cropping are added to the script, but it's not reflected in the aspect error calculation.

https://i.postimg.cc/34b8VLZy/DGSource-Crop1.gif (https://postimg.cc/34b8VLZy) https://i.postimg.cc/r0hscyqw/DGSource-Crop2.gif (https://postimg.cc/r0hscyqw)

hello_hello

3rd December 2018, 15:19

I do not have a file that when indexed shows CLIP 0 2 0 2. Please provide a link to this file if you want my help. If you don't want my help that's OK too.

In the time you spent typing your post you could've made one as I described. Just encode a mod16 video with the following in the script and use it as the source. Or crop it to 638x398 as I did. It'd take about 30 seconds. I've already deleted the encodes I made for mod2 testing, and I was reporting a problem, not asking for help.

Crop(2,0,0,-2)
Trim(0,499)

Here's me taking the time to write essays and post screenshots to describe problems, but silly me for thinking I was the one being helpful.

Groucho2004

3rd December 2018, 15:21

Another cropping thing I'm not sure I understand. MeGUI has always allowed cropping of any mod. The mod setting only applies to resizing. Is there a reason related to decoding that forces DGSource to crop in increments of 4? For example, it's not possible to crop a mod4 source this way with DGDecode for a mod4 output width.

DGSource("D:\video.dgi", crop_t=0, crop_b=0, crop_l=2, crop_r=2)

I assume that's a necessary limitation?
Sometimes it helps to read the manual:
Cropping Filter

Use this option to crop your video.

Use the checkbox in the upper left corner to Enable or Disable this filter. Position the Left, Right, Top, and Bottom controls until desired results are achieved.

The Auto Crop buttons can be used to automatically crop away black bars (letterboxing and pillarboxing). Auto Crop mod 4/8/16 will enforce at least mod 4/8/16, respectively, for the resulting width and heigth. For best results, navigate to a frame with high contrast between the video and the black bars before entering the cropping dialog.

DGIndexNV stores the cropping settings in the DGI file and DGDecodeNV reads them and applies the same cropping to the served video, so that what you see in the DGIndexNV window is what you get in the served video.

Also, further down in DGIndexNVManual.html:
APPENDIX F: Auxiliary INI File Options

Fine_Cropping=0/1: When set to 0, the cropping granularity is 4 pixels. When set to 1, the cropping granularity is 2 pixels, subject to the constraint that the cropped width must be mod 4. E.g., you can crop 2 pixels from each side.

videoh

3rd December 2018, 16:49

I was reporting a problem, not asking for help. Why would you report a problem if you do not want it fixed? If you do not have the source code, then you need my help to get it fixed.

hello_hello

3rd December 2018, 17:09

Sometimes it helps to read the manual

I read them, but I wasn't sure if it was a necessary limitation due to the way the video is decoding, or if it's a design decision in case there's instances where mod2 cropping causes problems.

hello_hello

3rd December 2018, 18:02

Why would you report a problem if you do not want it fixed? If you do not have the source code, then you need my help to get it fixed. I understand your DG derangement is affecting your thinking, but get a grip.

There's a distinction between reporting a problem and asking for help. If I don't have the source code, then it doesn't matter how much help I get, I can't fix the problem. See the difference yet?

Anyway, it's your program. I don't have the mod2 encodes I created for testing any more. If you'd rather be childish than spend the 30 seconds it'd take to create one yourself so you can check a reported problem, that's up to you.

videoh

3rd December 2018, 18:15

I'm not asking you to fix it. The help I could give you is to provide a fixed program. The help you can give me is to provide a stream.

If you can make the stream in 30 seconds, why don't you do that?

hello_hello

3rd December 2018, 18:30

Just leave the problem unfixed. I've lost interest and moved on.

videoh

3rd December 2018, 18:43

It's not actually a problem and there is nothing to fix. But I'll be happy to oblige you by letting it go.

CLARIFICATION: Not shown to be a problem in DGDecNV. There are known issues in NVDec, but it's not established yet whether they account for the reported issue.

Zathor

3rd December 2018, 19:06

2895
Bugs with DGIndex Cropping is still/again there.
1: When using Avisynth Cropping, crops additionally are applied in DGSource Filter
2: When using DGSource Cropping, wrong crops are applied, when the setting 1088->1080 in DGIndex is used.
Thanks, this will be fixed (hopefully) in 2896. Excpect a release in the next hours.

When cropping with DGSource, MeGUI enforces mod4 cropping "increments" in the GUI when using the arrows to crop, but it still permits non-mod4 increments when you type in a cropping value. The end result is what you see in the GUI and what's added to the script aren't the same thing, and the resizing dimensions and aspect error calculations are likely to be wrong.
Based on the current issues (see above) I cannot fully change it as I would like it as I do not have the time for it. So in 2896 this will be partially changed/adjusted based on your feedback.

pommesmatte

3rd December 2018, 19:16

And am I missing some option?

I always get an error message when trying to open the *.dgi file in AVS Script creator.
Seems to be related with the usage of relative paths in the dgi file.

Setting in DGIndexNV.ini is always reset to not use Full Paths.

Strange thing is: This error message names "DirectShowSource" as source.

Zathor

3rd December 2018, 19:27

Setting in DGIndexNV.ini is always reset to not use Full Paths.

Are you sure about that? I force "Full_Path_In_Files=1" during every run of the dgindexnv step. How do you reproduce it? Do you open the DGIndexNV application manually inbetween? Could you please upload a log of the step?

pommesmatte

3rd December 2018, 20:29

Are you sure about that? I force "Full_Path_In_Files=1" during every run of the dgindexnv step. How do you reproduce it? Do you open the DGIndexNV application manually inbetween? Could you please upload a log of the step?

Steps to reproduce:
-DGIndexNV.ini includes "Full_Path_In_Files=1"
-During file indexing "Full_Path_In_Files=1" is removed from the file (resulting in relative file paths in the dgi file)
-After the process ends "Full_Path_In_Files=0" gets written back to the ini file
-<next run>
-DGIndexNV.ini includes "Full_Path_In_Files=0"
-During file indexing "Full_Path_In_Files=1" is set (resulting in absolute file paths in the dgi file)
-After the process ends "Full_Path_In_Files=1" gets written back to the ini file
-<repeat>

So without manually editing the file, only every second run is fine.

Zathor

3rd December 2018, 21:05

I am sadly not able to reproduce it. Could you please upload your dgindexnv.ini and a MeGUI log?

pommesmatte

3rd December 2018, 21:58

I am sadly not able to reproduce it. Could you please upload your dgindexnv.ini and a MeGUI log?

First run (resulting in absolute paths)
[Information] Log for job14 (idx, HANGMAN_F1_T2_Video - .mkv -> HANGMAN_F1_T2_Video - .dgi)
-[Information] [03.12.2018 21:47:15] Started handling job
-[Information] [03.12.2018 21:47:15] Preprocessing
-[Information] [03.12.2018 21:47:15] Full_Path_In_Files=1 written to DGIndexNV.ini
-[Information] [03.12.2018 21:47:15] Job command line: "C:\Multimedia\MeGUI-x64\tools\dgindexnv\dgindexnv.exe" -i "E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .mkv" -o "E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .dgi" -h
-[Information] [03.12.2018 21:47:15] Process started
-[Information] [03.12.2018 21:47:15] Standard output stream
--[Information] [03.12.2018 21:47:16] Project
-[Information] [03.12.2018 21:47:15] Standard error stream
-[Information] [03.12.2018 21:50:06] MediaInfo
--[Information] File: E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .dgi
--[Information] Indexed file: E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .mkv
--[Information] General
---[Information] Format: Matroska
---[Information] FileSize: 16226081661
---[Information] PlayTime: 01:38:22.814
--[Information] Video
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] CodecID: V_MPEG4/ISO/AVC
---[Information] Format: AVC
---[Information] FormatInfo: Advanced Video Codec
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 141526
---[Information] FrameRate: 23.976
---[Information] FrameRateMode: CFR
---[Information] FrameRateModeString: Constant
---[Information] Duration: 01:38:22.820
---[Information] ScanType: Progressive
---[Information] Bits Depth: 8
---[Information] AspectRatio: 1.778
---[Information] AspectRatioString: 16:9
---[Information] PixelAspectRatio: 1.000
---[Information] Delay: 0
---[Information] Default: No
---[Information] Forced: No
-[Information] [03.12.2018 21:50:07] Postprocessing
-[Information] [03.12.2018 21:50:10] Job completed

DGIndexNV after that
Version=DGIndexNV 2053.0.0.161
Window_Position=197,125
Info_Window_Position=0,0
Process_Priority=2
Playback_Speed=3
AVS_Template_Folder=
AVS_Template_File=template.avs
AVS_Template_File_Index=0
AVS_Enable_Template=1
AVS_Overwrite=0
Full_Path_In_Files=1
MRUList[0]=E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .mkv
MRUList[1]=E:\_Eingang\overboard\OVERBOARD_F2_T1_Video - .mkv
MRUList[2]=
MRUList[3]=
Enable_Info_Log=0
Loop_Playback=0
AVC_Extension=264
MPG_Extension=m2v
VC1_Extension=vc1
HEVC_Extension=265
Deinterlace=0
UsePF=0
AlwaysCrop=1
UseD3D=0
Snapped=0
ResponseOnAudioMismatch=0
Enable_Audio_Demux=1
CUDA_Device=255
Decode_Modes=0,0,0,0
Full_Info=1
Bare_Demux=0
Disable_Encrypted_Audio_Warning=0
Fine_Cropping=0
Force_Zoom=0
StrictAVC=0
PGSForcedOnly=0

Next run (resulting in relative paths)
[Information] Log for job15 (idx, PETER_RABBIT_F1_T2_Video - .mkv -> PETER_RABBIT_F1_T2_Video - .dgi)
-[Information] [03.12.2018 21:51:56] Started handling job
-[Information] [03.12.2018 21:51:56] Preprocessing
-[Information] [03.12.2018 21:51:56] Enable_Info_Log=1 written to DGIndexNV.ini
-[Information] [03.12.2018 21:51:56] ResponseOnAudioMismatch=1 written to DGIndexNV.ini
-[Information] [03.12.2018 21:51:56] Job command line: "C:\Multimedia\MeGUI-x64\tools\dgindexnv\dgindexnv.exe" -i "E:\_Eingang\peter hase\PETER_RABBIT_F1_T2_Video - .mkv" -o "E:\_Eingang\peter hase\PETER_RABBIT_F1_T2_Video - .dgi" -h
-[Information] [03.12.2018 21:51:56] Process started
-[Information] [03.12.2018 21:51:56] Standard output stream
--[Information] [03.12.2018 21:51:56] Project
-[Information] [03.12.2018 21:51:56] Standard error stream
-[Information] [03.12.2018 21:55:17] MediaInfo
--[Information] File: E:\_Eingang\peter hase\PETER_RABBIT_F1_T2_Video - .dgi
--[Information] Indexed file: E:\_Eingang\peter hase\PETER_RABBIT_F1_T2_Video - .mkv
--[Information] General
---[Information] Format: Matroska
---[Information] FileSize: 19074151615
---[Information] PlayTime: 01:34:42.677
--[Information] Video
---[Information] ID: 1
---[Information] StreamOrder: 0
---[Information] CodecID: V_MPEG4/ISO/AVC
---[Information] Format: AVC
---[Information] FormatInfo: Advanced Video Codec
---[Information] Width: 1920
---[Information] Height: 1080
---[Information] FrameCount: 136248
---[Information] FrameRate: 23.976
---[Information] FrameRateMode: CFR
---[Information] FrameRateModeString: Constant
---[Information] Duration: 01:34:42.683
---[Information] ScanType: Progressive
---[Information] Bits Depth: 8
---[Information] AspectRatio: 1.778
---[Information] AspectRatioString: 16:9
---[Information] PixelAspectRatio: 1.000
---[Information] Delay: 0
---[Information] Default: No
---[Information] Forced: No
-[Information] [03.12.2018 21:55:17] Postprocessing
-[Information] [03.12.2018 21:55:23] Job completed

DGIndexNV after that
Version=DGIndexNV 2053.0.0.161
Window_Position=197,125
Info_Window_Position=0,0
Process_Priority=2
Playback_Speed=3
AVS_Template_Folder=
AVS_Template_File=template.avs
AVS_Template_File_Index=0
AVS_Enable_Template=1
AVS_Overwrite=0
Full_Path_In_Files=0
MRUList[0]=E:\_Eingang\peter hase\PETER_RABBIT_F1_T2_Video - .mkv
MRUList[1]=E:\_Eingang\hangman\HANGMAN_F1_T2_Video - .mkv
MRUList[2]=E:\_Eingang\overboard\OVERBOARD_F2_T1_Video - .mkv
MRUList[3]=
Enable_Info_Log=1
Loop_Playback=0
AVC_Extension=264
MPG_Extension=m2v
VC1_Extension=vc1
HEVC_Extension=265
Deinterlace=0
UsePF=0
AlwaysCrop=1
UseD3D=0
Snapped=0
ResponseOnAudioMismatch=1
Enable_Audio_Demux=1
CUDA_Device=255
Decode_Modes=0,0,0,0
Full_Info=1
Bare_Demux=0
Disable_Encrypted_Audio_Warning=0
Fine_Cropping=0
Force_Zoom=0
StrictAVC=0
PGSForcedOnly=0

Zathor

3rd December 2018, 22:14

Ok, thanks, with your ini files I am able to reproduce it. Question is why this is happening. Before DGIndexNV starts the value is correct, afterwards it gets removed.
EDIT: Sorry, no clue. I made a line by line comparison and changed everything to the default one, however it still reverts to 0. Could you please delete your dgindexnv.ini and try it again?

pommesmatte

3rd December 2018, 22:26

Ok, thanks, with your ini files I am able to reproduce it. Question is why this is happening. Before DGIndexNV starts the value is correct, afterwards it gets removed.

Maybe it's related to those other option being changed (Enable_Info_Log and ResponseOnAudioMismatch)?

Zathor

3rd December 2018, 22:57

No, DGIndexNV resets several values to default at that run including the full path.

Please see my edit above and try to delete your ini file.

2896 is online

wthreex

4th December 2018, 11:21

is there a way to bypass foreign filename? i always get error on this and seems Megui unable to handle it (my file name: הפגנת השבת בירושלים

https://malzo.com/i/2018/12/04/hg9.png

Zathor

4th December 2018, 19:22

is there a way to bypass foreign filename? i always get error on this and seems Megui unable to handle it (my file name: הפגנת השבת בירושלים)
Yes, as some filters are not able to deal with this characters you do have to rename the file before you process it.
Potentially I can do the same either in the way that
- the file is renamed during the whole process
- or the file is copied to the working path with a new file name
I tend to go the second way as this works every time (rename is only possible if the source can be modified).
Any thoughts?

pommesmatte

4th December 2018, 22:44

No, DGIndexNV resets several values to default at that run including the full path.

Please see my edit above and try to delete your ini file.

2896 is online

Deleting worked.

However I could reproduce the buggy behaviour again, by disabling full paths in DGIndexNV GUI (it seems that also was the culprit before).

After that the behaviour is as described. It can be repaired by deleting ini file OR by enabling the option IN THE GUI again, manually editing the option in the DGIndexNV.ini does not work however.

videoh

4th December 2018, 22:50

It can be repaired by deleting ini file OR by enabling the option IN THE GUI again, manually editing the option in the DGIndexNV.ini does not work however. That doesn't make any sense to me, because using the GUI simply rewrites the INI file with the specified options.

wthreex

5th December 2018, 08:01

Yes, as some filters are not able to deal with this characters you do have to rename the file before you process it.
Potentially I can do the same either in the way that
- the file is renamed during the whole process
- or the file is copied to the working path with a new file name
I tend to go the second way as this works every time (rename is only possible if the source can be modified).
Any thoughts?

it would be nice megui keeps the original file name, sometimes i've encode whole folder with 100 file with oneclick encoder and it's hard for me to manually rename every file in the folder.

LigH

5th December 2018, 08:58

But if not every tool in the tool chain supports Unicode filenames, MeGUI will have to rename files at least temporarily (similar to the behaviour of ExactAudioCopy).

hello_hello

6th December 2018, 15:48

Based on the current issues (see above) I cannot fully change it as I would like it as I do not have the time for it. So in 2896 this will be partially changed/adjusted based on your feedback.

Cheers.

So far so good. I assume it's not possible to completely fix the DGIndexNV problem with mod2 video.
I made another sample, 602x362 this time. DGIndexNV adds "CLIP 0 6 0 6" to the index file, but it seems only the mod4 part of the padding is cropped. The rest is resized. There's probably nothing MeGUI could do to work around that.

There also seems to be some frame rate oddness. When I opened the original vob file I used to create the mod2 test MKV with DGIndexNV, it showed the frame rate as 29.970030 and the index file said
FPS 30000 / 1001
However for the MKV encode I made from the vob file, DGIndexNV itself showed 29.970031, but the index file said
FPS 299700 / 10000

As well as the mod2 problem videoh said doesn't need fixing because it's not a problem, you can see the LWLibavVideoSource vs DGDecode frame rate difference in the screenshots. Maybe MeGUI should automatically add AssumeFPS to a DGSource script?

LWLibavVideoSource("D:\test.mkv.lwi")

https://i.postimg.cc/XpYHm299/LWLibav-Video-Source.jpg (https://postimg.cc/XpYHm299)

DGSource("D:\test.dgi")

https://i.postimg.cc/vc2qsWvk/DGSource.jpg (https://postimg.cc/vc2qsWvk)

The rest of the GUI unfriendliness seems to have been worked around, although given there's mod2 issues preventing MeGUI from correctly calculating any aspect error, I'd consider blocking DGIndexNV for mod2 sources.

Thanks for the hard work!

LouieChuckyMerry

6th December 2018, 15:54

it would be nice megui keeps the original file name, sometimes i've encode whole folder with 100 file with oneclick encoder and it's hard for me to manually rename every file in the folder.

Using something like Everything (https://www.voidtools.com/), to sort by type then select all, in conjunction with something like Renamer (http://www.den4b.com/products/renamer) or Bulk Rename Utility (https://www.bulkrenameutility.co.uk/Main_Intro.php) makes renaming large numbers of files quite simple.

videoh

6th December 2018, 16:57

As well as the mod2 problem videoh said doesn't need fixing because it's not a problem Not a problem in DGDec code (I have clarified my previous post). The issue is possibly caused by a bug in NVDec (acknowledged by nVidia). There is nothing I can do to fix this in DGDec code. nVidia has entered an internal bug report and the driver will be fixed at some point in the future.

If you provide the stream I can look at your FPS matter. However, the difference appears practically insignificant. It might be resolved already with a change I did for Zathor (not yet slipstreamed): prefer the container frame rate over the ES frame rate. With your stream I can confirm or disconfirm that.

hello_hello

6th December 2018, 19:56

Not a problem in DGDec code. The issue is caused by a bug in NVDec (acknowledged by nVidia). There is nothing I can do to fix this in DGDec code. nVidia has entered an internal bug report and the driver will be fixed at some point in the future.

Did you know that before you hassled me for a sample, but decided to demand one anyway, or did you find out afterwards without needing a sample from me after-all?

Zathor

6th December 2018, 20:27

Did you know that before you hassled me for a sample, but decided to demand one anyway, or did you find out afterwards without needing a sample from me after-all?

I have provided a sample. Could we however please go back to the MeGUI topic?

videoh

6th December 2018, 20:40

Did you know that before you hassled me for a sample, but decided to demand one anyway, or did you find out afterwards without needing a sample from me after-all? I am not hassling anybody nor demanding anything. I am trying to help to get reported issues resolved.

The first sample that I politely requested and that you declined to supply was for your cropping issue. I was aware of the NVDec issue but needed to confirm that this was the root issue for you and not something else. Be aware that issues with the same or similar symptoms can sometimes be caused by different root causes.

This second sample that I have politely requested is to confirm or disconfirm that your FPS issue is resolved by my recent change not yet slipstreamed. The file that Zathor has kindly supplied cannot help me to confirm that your file is or is not now handled properly regarding FPS detection. Can you please provide this sample that shows your FPS issue? Thank you.

kuchikirukia

8th December 2018, 06:33

Does high bit depth input no longer work in MeGUI? I updated to 2867 and now 16 bit from dither tools doesn't seem to work. I see MeGUI is now using ffmpeg instead of avs4x26x.exe.

sneaker_ger

8th December 2018, 11:15

Try replacing "Dither_out()" by "ConvertFromStacked() (http://avisynth.nl/index.php/ConvertStacked)".

If it still doesn't work show complete MeGUI log and Avisynth script.

Octo-puss

8th December 2018, 13:00

Could you add an option that would prevent MeGUI from storing *.backup files? I've just noticed the entire folder grew to hundreds of MBs over time.

LouieChuckyMerry

8th December 2018, 13:52

Could you add an option that would prevent MeGUI from storing *.backup files? I've just noticed the entire folder grew to hundreds of MBs over time.

You could try going to "Options/Settings/Extra Configuration" and unticking "Always backup files when needed".

kuchikirukia

8th December 2018, 14:39

Try replacing "Dither_out()" by "ConvertFromStacked() (http://avisynth.nl/index.php/ConvertStacked)".

If it still doesn't work show complete MeGUI log and Avisynth script.

Script error: There is no function named 'ConvertFromStacked'.

That's using the Avisynth portable that comes with it, according to settings and the log.

Zathor

8th December 2018, 14:44

Script error: There is no function named 'ConvertFromStacked'.
That's using the Avisynth portable that comes with it, according to settings and the log.
You have to load first the ConvertStacked.dll from the avs\plugins directory.

I also second the request to see your logs to be able to help better.

kuchikirukia

8th December 2018, 15:11

You have to load first the ConvertStacked.dll from the avs\plugins directory.

Ah. It seems to be miscategorized under Internal Filters in the wiki.

That works.

Octo-puss

9th December 2018, 12:17

You could try going to "Options/Settings/Extra Configuration" and unticking "Always backup files when needed".
Thanks, I'll see if it helps.

Betsy25

9th December 2018, 15:20

The new worker config options are top notch! :):thanks:

LouieChuckyMerry

9th December 2018, 15:24

Thanks, I'll see if it helps.

Also, if you want to keep just a single backup of each item, then delete anything in "MeGUI Path/Update_Cache" with "obsolete" in the title. I usually do this each time I update so the folder doesn't grow too large.

imsrk48

10th December 2018, 14:14

How to fix ImageSource error in megui?

http://imgur.com/a/vkkgPrW

LigH

10th December 2018, 14:42

That depends which AviSynth version you may have installed in your Windows system, and if MeGUI uses its own portable AviSynth+ DLL. You will probably need to load the plugin ImageSeq.dll in your script explicitly from MeGUI\tools\avs\plugins.

Groucho2004

10th December 2018, 14:44

How to fix ImageSource error in megui?

http://imgur.com/a/vkkgPrWYou asked this already and it was answered:
https://forum.doom9.org/showthread.php?p=1854208#post1854208

imsrk48

10th December 2018, 14:46

You asked this already and it was answered:
https://forum.doom9.org/showthread.php?p=1854208#post1854208Yes sir thanks

Sent from my LG-M700 using Tapatalk

Zetti

11th December 2018, 16:17

MediaInfo v18.12 is released.

Statick

12th December 2018, 15:13

Having some very annoying crashes/problems in MeGUI x64

Everything was working a few weeks ago and I do not know what has changed or why it no longer works. I haven't knowingly installed anything new or changed any settings. I've tried updating to latest versions as well as restoring older versions from backups. I've tried 32-bit MeGUI and that works fine, but this will be slow and I only have 64-bit AviSynth and plugins installed (so it will take time to rebuild all that in 32-bit, and I will lose efficiency)

I'm encoding from a DVD rip (VOB files produced from DvdFab), and currently my AVS script is completely empty (just the MeGUI one-click generated default)

If I encode using x264 then it crashes upon starting the video encode with a 0xC0000005 STATUS_ACCESS_VIOLATION (it successfuly indexes, does the audio, etc, then crashes when it starts the video)
If I encode using x265 then it doesn't crash, but the video output is an entirely green screen

If I load the AVS file generated by one-click into the "input" tab, then the MeGUI preview window displays it perfectly, I can scroll through and play the video without problems. I do notice, however, that the preview has been de-interlaced, which shouldn't be happening (I don't have deinterlace selected anywhere as I plan to handle this in AVIsynth, which I'm currently not doing until I figure out what's causing the crashes, the source material is interlaced TV)

Any ideas?

Edit: I know installing MeGUI into Program Files isn't recommended, I've had it this way for years without problems though (I just deal with having a UAC prompt when I open it). I have tried copying the MeGUI folder out to my desktop and running it from there, and I still get the same results. I'm trying to encode to 10-bit x264 but I get the same results if I switch to 8-bit

global MeGUI_darx = 160
global MeGUI_dary = 117
LoadPlugin("C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll")
DGDecode_mpeg2source("D:\video work\rips\TEST\VIDEO_TS\nucrwwa3.xay\TEST_VTS_01_1.d2v", info=3)
LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
ColorMatrix(hints=true, threads=0)
#deinterlace
#crop
#resize
#denoise

Statick

12th December 2018, 15:38

full log

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2896 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1803 x64 (10.0.17134.471)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.7 (4.7.03056)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2008 x86: 9.0.21022
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.40660
----[Information] Microsoft Visual C++ 2013 x86: 12.0.40660
----[Information] Microsoft Visual C++ 2017 x64: 14.10.25008
----[Information] Microsoft Visual C++ 2017 x86: 14.10.25008
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1920x1080
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: not installed
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 0.1
----[Information] File Date: 02-07-2018
----[Information] File Name: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2728, MT, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
-[Information] Update detection
--[Information] [12/12/2018 14:35:23] Using cached update config and server: http://megui.org/auto/
--[Information] [12/12/2018 14:35:23] No package requires an update
-[Information] OneClick
--[Information] [12/12/2018 14:35:34] MediaInfo
---[Information] File: D:\video work\rips\TEST\VIDEO_TS\VTS_01_1.VOB
---[Information] DVD source detected. Using IFO file: D:\video work\rips\TEST\VIDEO_TS\VTS_01_0.IFO
---[Information] General
----[Information] Format: DVD Video
----[Information] FileSize: 63488
----[Information] PlayTime: 00:22:44.800
----[Information] PGCCount: 1
----[Information] PGCNumber: 1
---[Information] Video
----[Information] ID: 224
----[Information] Format: MPEG Video
----[Information] FormatVersion: Version 2
----[Information] Width: 720
----[Information] Height: 576
----[Information] FrameCount: 34120
----[Information] FrameRate: 25.000
----[Information] Duration: 00:22:44.800
----[Information] AspectRatio: 1.333
----[Information] AspectRatioString: 4:3
----[Information] PixelAspectRatio: 1.067
---[Information] Audio
----[Information] ID: 128 (0x80)
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] Language: en
----[Information] LanguageString: English
---[Information] Audio
----[Information] ID: 129 (0x81)
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] Language: es
----[Information] LanguageString: Spanish
---[Information] Audio
----[Information] ID: 130 (0x82)
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] Language: fr
----[Information] LanguageString: French
---[Information] Audio
----[Information] ID: 131 (0x83)
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] Language: en
----[Information] LanguageString: English
---[Information] Text
----[Information] StreamOrder: 0
----[Information] CodecID: Vobsub
----[Information] LanguageString: Danish
---[Information] Text
----[Information] StreamOrder: 1
----[Information] CodecID: Vobsub
----[Information] LanguageString: English
---[Information] Text
----[Information] StreamOrder: 2
----[Information] CodecID: Vobsub
----[Information] LanguageString: Norwegian
---[Information] Text
----[Information] StreamOrder: 3
----[Information] CodecID: Vobsub
----[Information] LanguageString: Swedish
---[Information] Text
----[Information] StreamOrder: 4
----[Information] CodecID: Vobsub
----[Information] LanguageString: French
---[Information] Text
----[Information] StreamOrder: 5
----[Information] CodecID: Vobsub
----[Information] LanguageString: English
---[Information] Text
----[Information] StreamOrder: 6
----[Information] CodecID: Vobsub
----[Information] LanguageString: Spanish
---[Information] Text
----[Information] StreamOrder: 7
----[Information] CodecID: Vobsub
----[Information] LanguageString: French
---[Information] Chapters
----[Information] 00:00:00.000: Chapter 1
----[Information] 00:02:42.720: Chapter 2
----[Information] 00:09:57.160: Chapter 3
----[Information] 00:17:41.760: Chapter 4
----[Information] 00:22:14.760: Chapter 5
--[Information] [12/12/2018 14:35:39] Video: D:\video work\rips\TEST\VIDEO_TS\VTS_01_1.VOB
--[Information] [12/12/2018 14:35:39] Audio: D:\video work\rips\TEST\VIDEO_TS\VTS_01_1.VOB ([80] - AC-3 - 2 channels / 48.0 kHz / English)
-[Information] Log for job1 (idx, VTS_01_1.VOB -> TEST_VTS_01_1.d2v)
--[Information] [12/12/2018 14:35:39] Started handling job
--[Information] [12/12/2018 14:35:39] Preprocessing
--[Information] [12/12/2018 14:35:39] Job command line: "C:\Program Files\MeGUI\tools\dgindex\dgindex.exe" -SD=< -AIF=<D:\video work\rips\TEST\VIDEO_TS\VTS_01_1.VOB< -OF=<D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1< -FO=0 -exit -hide -OM=2
--[Information] [12/12/2018 14:35:40] Process started
--[Information] [12/12/2018 14:35:40] Standard output stream
--[Information] [12/12/2018 14:35:40] Standard error stream
--[Information] [12/12/2018 14:36:02] Running auto force film
---[Information] [12/12/2018 14:36:02] Film percentage: -1
--[Information] [12/12/2018 14:36:02] Postprocessing
---[Information] [12/12/2018 14:36:02] Deleting intermediate files
----[Information] [12/12/2018 14:36:02] Successfully deleted D:\video work\rips\TEST\VIDEO_TS\VTS_01_1.log
--[Information] [12/12/2018 14:36:02] Job completed
-[Information] Log for job2 (oneclick, VTS_01_1.VOB -> )
--[Information] [12/12/2018 14:36:02] Started handling job
--[Information] [12/12/2018 14:36:02] Preprocessing
--[Information] [12/12/2018 14:36:02] Processing thread started
--[Information] [12/12/2018 14:36:02] Desired size:
--[Information] [12/12/2018 14:36:02] Split size:
--[Information] [12/12/2018 14:36:03] Aspect ratio: 160:117 (1.368)
--[Information] [12/12/2018 14:36:03] Target device: Default
--[Information] [12/12/2018 14:36:04] Input resolution: 720x576
--[Information] [12/12/2018 14:36:04] Desired maximum width: 720
--[Information] [12/12/2018 14:36:04] Output resolution: 720x576
--[Information] [12/12/2018 14:36:04] Automatic deinterlacing: False
--[Information] [12/12/2018 14:36:04] Generated AviSynth script
---[NoImage] global MeGUI_darx = 160
---[NoImage] global MeGUI_dary = 117
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1.d2v", info=3)
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, threads=0)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [12/12/2018 14:36:05] resolution: 720x576
--[Information] [12/12/2018 14:36:05] frame rate: 25/1
--[Information] [12/12/2018 14:36:05] frames: 34120
--[Information] [12/12/2018 14:36:05] length: 00:22:44.800
--[Information] [12/12/2018 14:36:05] aspect ratio: 160:117 (1.368)
--[Information] [12/12/2018 14:36:05] color space: YV12
--[Information] [12/12/2018 14:36:05] qpf file created: D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1.qpf
--[Information] [12/12/2018 14:36:06] Eliminating duplicate filenames
---[Information] [12/12/2018 14:36:06] Video output file: D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\VTS_01_1_Video.264
---[Information] [12/12/2018 14:36:06] Muxed output file: D:\video work\output\TEST_VTS_01_1.mkv
---[Information] [12/12/2018 14:36:06] Encodable audio stream 0: D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms_audio.mp4
--[Information] [12/12/2018 14:36:06] Postprocessing
---[Information] [12/12/2018 14:36:06] Deleting intermediate files
--[Information] [12/12/2018 14:36:06] Job completed
-[Information] Log for job1 (audio, TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms.ac3 -> TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms_audio.mp4)
--[Information] [12/12/2018 14:36:06] Started handling job
--[Information] [12/12/2018 14:36:06] Preprocessing
--[Information] [12/12/2018 14:36:06] MediaInfo
---[Information] File: D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms.ac3
---[Information] General
----[Information] Format: AC-3
----[Information] FileSize: 32752896
----[Information] PlayTime: 00:22:44.704
---[Information] Audio
----[Information] Format: AC-3
----[Information] FormatInfo: Audio Coding 3
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: CBR
----[Information] [12/12/2018 14:36:06] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [12/12/2018 14:36:06] Trying to open the file with LWLibavAudioSource()
--[Information] [12/12/2018 14:36:07] Successfully opened the file with LWLibavAudioSource()
--[Information] [12/12/2018 14:36:08] AviSynth script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavAudioSource("D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms.ac3")
---[NoImage] # detected channels: 2
---[NoImage] # detected channel positions: 2/0/0
---[NoImage] return last
--[Information] [12/12/2018 14:36:08] Command line used: --ignorelength --threading -V 91 --no-delay - -o "{0}"
--[Information] [12/12/2018 14:36:08] AviSynth script environment opened
--[Information] [12/12/2018 14:36:09] Script loaded
--[Information] [12/12/2018 14:36:09] Output Decoder
---[Information] [12/12/2018 14:36:09] Channels: 2
---[Information] [12/12/2018 14:36:09] Bits per sample: 32
---[Information] [12/12/2018 14:36:09] Sample rate: 48000
--[Information] [12/12/2018 14:36:09] Job command line: C:\Program Files\MeGUI\tools\qaac\qaac.exe --ignorelength --threading -V 91 --no-delay - -o "D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms_audio.mp4"
--[Information] [12/12/2018 14:36:10] Process started
--[Information] [12/12/2018 14:36:10] Standard output stream
--[Information] [12/12/2018 14:36:10] Standard error stream
---[Information] [12/12/2018 14:36:10] qaac 2.67, CoreAudioToolbox 7.10.9.0
---[Information] [12/12/2018 14:36:10] TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms_audio.mp4
---[Information] [12/12/2018 14:36:10] AAC-LC Encoder, TVBR q91, Quality 96
---[Information] [12/12/2018 14:36:30] 65505792/-1 samples processed in 0:20.030
---[Information] [12/12/2018 14:36:30] Overall bitrate: 129.614kbps
---[Information] [12/12/2018 14:36:30] Optimizing...done
--[Information] [12/12/2018 14:36:30] MediaInfo
---[Information] File: D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms_audio.mp4
---[Information] General
----[Information] Format: MPEG-4
----[Information] FileSize: 22379667
----[Information] PlayTime: 00:22:44.715
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] CodecID: mp4a-40-2
----[Information] Format: AAC
----[Information] FormatInfo: Advanced Audio Codec
----[Information] FormatProfile: LC
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] [12/12/2018 14:36:30] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [12/12/2018 14:36:30] Postprocessing
---[Information] [12/12/2018 14:36:30] Deleting intermediate files
----[Information] [12/12/2018 14:36:30] Successfully deleted D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1 T80 2_0ch 192Kbps DELAY 0ms.ac3.lwi
--[Information] [12/12/2018 14:36:30] Job completed
-[Error] Log for job6 (video, TEST_VTS_01_1.avs -> VTS_01_1_Video.264)
--[Information] [12/12/2018 14:36:30] Started handling job
--[Information] [12/12/2018 14:36:30] Preprocessing
--[Information] [12/12/2018 14:36:30] AviSynth input script
---[NoImage] global MeGUI_darx = 160
---[NoImage] global MeGUI_dary = 117
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\dgindex\DGDecode.dll")
---[NoImage] DGDecode_mpeg2source("D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1.d2v", info=3)
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\avisynth_plugin\ColorMatrix.dll")
---[NoImage] ColorMatrix(hints=true, threads=0)
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
--[Information] [12/12/2018 14:36:31] resolution: 720x576
--[Information] [12/12/2018 14:36:31] frame rate: 25/1
--[Information] [12/12/2018 14:36:31] frames: 34120
--[Information] [12/12/2018 14:36:31] length: 00:22:44.800
--[Information] [12/12/2018 14:36:31] aspect ratio (avs): 160:117 (1.368)
--[Information] [12/12/2018 14:36:31] color space: YV12
--[Information] [12/12/2018 14:36:31] Job command line: "C:\Program Files\MeGUI\tools\x264\x264.exe" --output-depth 10 --preset veryslow --tune grain --crf 18.0 --qpfile "D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1.qpf" --sar 128:117 --frames 34120 --output "D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\VTS_01_1_Video.264" "D:\video work\rips\TEST\VIDEO_TS\0bloywow.vrw\TEST_VTS_01_1.avs"
--[Information] [12/12/2018 14:36:31] Process started
--[Information] [12/12/2018 14:36:31] Standard output stream
--[Information] [12/12/2018 14:36:31] Standard error stream
--[Error] [12/12/2018 14:36:37] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [12/12/2018 14:36:37] Job completed

LigH

12th December 2018, 15:45

If you could wrap the log in a (scrollable) CODE block, instead of QUOTE (or use an external "pastebin" service), that would be great.

sneaker_ger

12th December 2018, 16:05

/edit: ignore, "DGDecode_mpeg2source()" is the free variant

Is the DGDecode license ok?
https://forum.doom9.org/showthread.php?p=1859452#post1859452

Statick

12th December 2018, 16:10

zdzdz

12th December 2018, 16:16

sneaker_ger

12th December 2018, 16:17

I didn't know DGDecode needed a license (it just gets installed with MeGUI as needed) and I don't really know how to fix that? That thread suggests copying a "license.txt" file to the 64-bit plugins folder, but I cannot locate a license.txt file except for within the MeGUI/tools/ffmpeg folder (needless to say, copying that file to the plugins folder doesn't help)
It costs $15. http://rationalqm.us/dgdecnv/dgdecnv.html

Either you pay that or use a free alternative like DGMPGDec/mpeg2source/dgindex (same author as DGDecNV, just not maintained anymore and software instead of Nvidia CUVID). Is also included in MeGUI.

Though the missing license doesn't explain the x264 crash.

sneaker_ger

12th December 2018, 16:19

Hello. I have a problem with setting the priority level of a worker. Before it was always Above Normal. I don't remember if it was possible to set it somewhere. But now it is always Low when worker starts.
It there a way to change the default value?
Worker->Settings.

But usually it doesn't make sense to increase this. I recommend leaving it on low priority.

Statick

12th December 2018, 16:21

It costs $15. http://rationalqm.us/dgdecnv/dgdecnv.html

Either you pay that or use a free alternative like DGMPGDec/mpeg2source/dgindex (same author as DGDecNV, just not maintained anymore and software instead of Nvidia CUVID). Is also included in MeGUI.

Though the missing license doesn't explain the x264 crash.

I didn't know there was a paid version - I haven't installed that myself, so just assumed I was using a free version that comes with MeGUI. How do I resolve this (i.e remove the paid version and only use the free one)?

Statick

12th December 2018, 16:24

Statick

12th December 2018, 16:28

also previewing the generated AVS on the main input page of MeGUI works fine - no green at all. Surely if there was a license problem with the decoder, this would still be the case when previewing the script as it would when running the script

sneaker_ger

12th December 2018, 16:42

OK by the looks of things that paid one is DGdecNV.dll which isn't what my script is loading - it's loading MeGUI\tools\dgindex\DGDecode.dll, that's the free bundled one isn't it? the updater lists it as DGIndex 1.58 dating from 2010
Sorry, you are right. I didn't know "dgdecode_mpeg2source()" is an alias for "mpeg2source()". Ignore my other posts.

Statick

12th December 2018, 17:31

update: I've restored an old version from a backup, disabled updates, and encoding to x265 no longer produces the green screen. I don't have time today to go through all the component updates to see what's causing the green problem, but I will get to that soon.

x264 still produces the same crash. It's now that I realise that all the encodes I was doing previously in MeGUI (back when "everything used to work") have all been to x265 - it's likely that x264 has never worked. I'd like to figure out why!

zdzdz

12th December 2018, 20:16

Worker->Settings.

But usually it doesn't make sense to increase this. I recommend leaving it on low priority.

I've already set that but it's not working. Every job starts at Low.
https://i.imgur.com/n3WpNBg.png

I use development updates. Maybe that's the problem.
What do you mean by it doesn't make sense? I thought higher priority level utilizes cpu more.

LeMoi

12th December 2018, 22:58

All my job types are set to Normal in the settings, but when I launch an avs encode, it's Low, a demux Below Normal, etc... Is there another option I haven't found to apply the priority settings?

pooksahib

13th December 2018, 10:40

Since version 2896, I cannot get two scripts to run together. I've set every Worker option I can find to '3' but if I Queue two scripts and then click Start, all jobs are done one at a time.

It would be great this feature could be returned to the way it was.

Might it be that my copy of MeGUI isn't performing correctly with my Windows 10 PC? I've tried the 32 and 64 bit versions but they both produce a settings screen that just isn't right - words missing and a digit box that can't be clicked. It should look like the screen posted by zdzdz above.

If anyone can identify my problem, I'd be grateful.

https://ist5-1.filesor.com/pimpandhost.com/1/_/_/_/1/6/P/J/f/6PJfK/worker%20screen_m.jpg (https://pimpandhost.com/image/100986700)

imsrk48

14th December 2018, 13:45

Dear Dev Sir

#feature Please add a feature for default set a fps in AVS Script Creator.

#question How to Add Track Names & Language In MeGUI?

Sent from my LG-M700 using Tapatalk

LigH

14th December 2018, 15:49

The "default fps" should be the same frame rate as the input video (except for deinterlacing or Inverse Telecine results). Arbitraty frame rate matching usually decreases the quality unnecessarily. And converting VFR content further is not recommendable, anyway. So, why do you believe you need that feature? But check if saving an AviSynth script preset (a template including an FPS conversion) already provides the wanted feature.

You can specify some track attributes explicitly if you use manual multiplexer tools as part of the manual queue management mode. The quicker usage modes (Auto Encode, One Click Encoder) provide less flexibility than the manual mode with queue control.

imsrk48

14th December 2018, 15:57

hello_hello

14th December 2018, 19:11

I want to set all contents fps to 23.976 so if possible please add this feature.[emoji120]

It has that feature but you'd generally only use it on 29.97fps telecined sources. Run the analysis in the de-interlacing section under the Filters tab. MeGUI will try to pick the best method, which may or may not involve changing the frame rate. Let MeGUI decide because (no offence) it's probably more likely to get it right.
If you don't like the result, upload a small sample of your source video for someone else to look at, but don't try arbitrarily changing the frame rate.

Zathor

15th December 2018, 14:18

All my job types are set to Normal in the settings, but when I launch an avs encode, it's Low, a demux Below Normal, etc... Is there another option I haven't found to apply the priority settings?
Could you please upload your settings.xml?

I've already set that but it's not working. Every job starts at Low.
Please upload your settings.xml, too.

Since version 2896, I cannot get two scripts to run together. I've set every Worker option I can find to '3' but if I Queue two scripts and then click Start, all jobs are done one at a time.
If you delete all rule sets, your are back to the old behaviour.

Might it be that my copy of MeGUI isn't performing correctly with my Windows 10 PC? I've tried the 32 and 64 bit versions but they both produce a settings screen that just isn't right - words missing and a digit box that can't be clicked. It should look like the screen posted by zdzdz above.
Please upload your full log as I do need dpi values of your screen(s).

Zetti

15th December 2018, 14:33

MediaInfo v18.12 is released.
.....

Zathor

15th December 2018, 14:48

Thanks, Zetti. Forgot to mention that one.
I will NOT update for the moment as I need to figure out the changes which have been done in 18.08 already. For the moment MeGUI is still on 18.05 :(

pooksahib

15th December 2018, 15:33

If you delete all rule sets, your are back to the old behaviour. Please upload your full log as I do need dpi values of your screen(s).
Hello Zathor and thank you so much for the reply. With all 'rule sets' deleted, I can now run two jobs together. It took me a while to discover how to delete a rule set as the button for it is hidden (see the image in post #6710) but luckily there was just enough visible to click on.

As requested, here's the log. Hopefully, you can find out why my 'Options' screen is not displayed correctly. Thank you once again.

kuchikirukia

16th December 2018, 07:04

I want to set all contents fps to 23.976 so if possible please add this feature.

This is exactly LigH's point of why this should NOT be implemented. Forcing this frame rate will destroy all content that's not already 23.976fps, and it's unnecessary for all content that already is.

If you have 29.976 content that's telecined you should be inverse telecining it, not forcing it to drop frames.

LeMoi

16th December 2018, 14:03

Could you please upload your settings.xml?
My bad, I didn't understand the way the new worker settings were displayed in the settings panel, I changed them again so they are all set to normal, I'll try again and see if it's OK

Zathor

16th December 2018, 15:20

As requested, here's the log. Hopefully, you can find out why my 'Options' screen is not displayed correctly. Thank you once again.
Thanks for the log, I was able to reproduce the problem. A fix should be available soon (however you have to switch to the development update server to get it for now).

pooksahib

16th December 2018, 16:53

Great, thank you. Good to know there's nothing wrong with my PC!

Zathor

16th December 2018, 21:12

2899 [Settings] fixed worker settings window when using High DPI (regression of 2884)
2898 [Main] fixed OneClick audio/video profile selections overwriting the main tab profile selections at next restart
2897 [DGIndexNV Indexer] adjusted AVS script parameters (requires DGIndexNV 2053.163+)
mod2 is forced for crop values (was mod4 before)
added a check to ensure that the full path information is written into the dgi file

Morku

17th December 2018, 00:01

added a check to ensure that the full path information is written into the dgi file
Thank you so much! The issue still appeared sporadicly and I had to edit the dgi file. Let's hope it's gone for good.

zdzdz

18th December 2018, 20:05

Thanks for the help. I found out how to set the job priority.
In settings.xml for different job there is a tag <Priority>. For Video mine was set to IDLE. Now I changed it to my preferences.

==========================================

Is there a way to see advanced options for x265 encoder like the ones for x264?

Morku

18th December 2018, 20:21

To early to happy. Today Indexing with MeGUI gave me the following dgi result:
DGAVCIndexFileNV21 DGIndexNV 2053.0.0.164 X64
D:\Sonstiges\Videotools\MeGUI\tools\dgindexnv\

D:\Temp\BluRay\PI\BDMV\PLAYLIST\00001.mpls 19026911232
..\STREAM\00007.m2ts 12288

when MeGUI tried to load the preview for cropping, I get a loading error.

This is interesting, because I have never seen the mpls source in the file.
Correcting ..\STREAM\00007.m2ts 12288 only to D:\Temp\BluRay\PI\BDMV\STREAM\00007.m2ts 12288 makes MeGUI crash when loading the file.
So... corrected both to the m2ts sourcefile and it's working.

Zathor

18th December 2018, 20:44

Thanks, MeGUI checks if the file in line 4 is full qualified and if not adds the full input file name. I was not aware that for mpls files it adds the mpls file names so I have to adjust for that.

imsrk48

20th December 2018, 15:49

Thanks, MeGUI checks if the file in line 4 is full qualified and if not adds the full input file name. I was not aware that for mpls files it adds the mpls file names so I have to adjust for that.Dear Sir can you please support more codec or formats in MeGUI for Encode mkv mp4 into DVD playable format.

Sent from my LG-M700 using Tapatalk

LigH

20th December 2018, 16:25

DVD playable format? Valid formats for a DVD Video disc (e.g. MPEG-2 video, Dolby Digital audio) were already specified decades ago. And MeGUI does not produce a DVD Video disc anyway. You are either completely wrong or did not explain correctly what you mean.

imsrk48

20th December 2018, 16:27

Lyle_JP

20th December 2018, 17:23

MPEG2 has licensing requirements that go beyond h.264/h.265. Also, I don't know of any good freeware MPEG2 encoders other than HCenc (likely for the same reason). They stopped working on x262 back in 2015.

LigH

21st December 2018, 14:45

If you want to make a DVD Video disc, MeGUI will not be the tool of choice, it was never supposed to be. DVD specifications are quite strict. You will need a DVD Authoring tool (https://www.videohelp.com/software/sections/authoring-dvd), along with good encoders. You may have to study for a while to learn how to do that optimally.

imsrk48

22nd December 2018, 06:02

LigH

22nd December 2018, 08:59

You just ignored the link to a wide software selection in my previous post? ... If you insist in still producing inferior media, with the risk of video norm issues, try e.g. DVD Flick or ConvertXtoDVD (what a name of a tool, already suggesting that it might match your needs).

But why still all the hassle? Get a tiny HTPC or even a "Media Harddisk" instead (like WD-TV, or newer models), or a network stick like Google ChromeCast - put it into a HDMI port of your TV and stream videos from your PC via WLAN. Many "smart" TV sets even play directly from an attached USB drive, with an own internal media player. I don't know if you can afford one of these solutions, but it's more sustainable than burning DVDs nowadays.

manolito

22nd December 2018, 09:51

IMO the DVD format still has its merits, and due to the sheer number of devices which support DVD playback the format will not disappear any time soon. If you intend to share your conversions with others, using the DVD format is still a good idea.

Another advantage of DVDs is good freeware support for creating nice looking menus. For the modern AVC and HEVC formats you need to spend big bucks and a lot of time for learning how to author BD menus.

The big flaw of the DVD format today is that only SD frame sizes are supported (720x576 and 720x480). IF you want HD then DVD is not for you.

I recommend three different free software solutions for creating DVDs. DVDFlick2 is the easiest to learn, limited features, but it does produce menus and the quality is very acceptable.

AVStoDVD and DVDStyler are the other two. Both have similar features. AVStoDVD is a little bit limited for menu creation (but powerful enough for most users). Its main strength is using high quality tools like HCenc and Muxman. And if offers high quality procedures for users who need to convert things from PAL to NTSC or vice versa, it handles soft pulldown and much much more.

DVDStyler has a lot less transcoding features (it can only use FFmpeg for transcoding), but it offers very powerful menu creation tools. If your main goal is to create elaborate menus then this is the software you need.

I suggest you check out all three of them, it will cost you nothing except some time...

Cheers
manolito

Zathor

23rd December 2018, 14:16

wthreex

23rd December 2018, 22:39

Is MeGui able to monitor folders and encode all new entries? If not i would really love to have this feature.

LigH

24th December 2018, 00:03

I strongly believe MeGUI is not that fancy. Rather conservative.

LouieChuckyMerry

24th December 2018, 03:33

Is MeGui able to monitor folders and encode all new entries? If not i would really love to have this feature.

Please don't make MeGUI too expensive ;-) .

doomleox999

24th December 2018, 21:54

Hi, I'm using MeGUI 2900 x64 DEVELOPMENT UPDATE SERVER

Since the previous update, I'm having this problem:

https://i.imgur.com/DOfYOuY.jpg

In One Click Encoder, when I want to edit an AviSynth profile (for example the one in the image, COLOR EDIT) I click on "Config" and it doesn't directly allow me to edit, I have to choose it again from the presets list, this didn't happen a couple of updates ago.

Zathor

26th December 2018, 10:15

Mhm, fixed one bug in 2898 and created a new one as it seems.
EDIT: Should be fixed in 2901

Zathor

27th December 2018, 21:07

Based on a patch I am currently checking fmpeg's aac encoder which will be added soon, I tested ffmpeg's AV1 but that is slow as hell so I tend to not add that at the moment. Are there any encoders which should be added?

gonca

27th December 2018, 22:02

NVenc, or maybe expose more settings in x265

kuchikirukia

28th December 2018, 13:52

hello_hello

28th December 2018, 19:14

Is there a way to get the HD Streams Extractor's multiple audio output format options again? I found the conversion to FLAC to overcome multiple problems when trying to further encode. (THD files not being openable by anything; the audio mysteriously ending in the middle)

"Settings" on the far left of the HD Streams Extractor toolbar (near the top) is actually a drop down menu for enabling those options, although it's not terribly obvious it's a menu (on my PC).

I don't think I can blame "flat design" for that one, even though I'd like to because "flat design" is a little silly, but as it's the only item on a toolbar which isn't obviously a toolbar, it's easy to overlook.

doomleox999

28th December 2018, 22:49

Mhm, fixed one bug in 2898 and created a new one as it seems.
EDIT: Should be fixed in 2901

It's now fixed. Thanks!

New problem (I think) with One Click Encoder. If I load a file or a folder with multiple video files and mark "don't encode video" (because I only want the audio of those video files to be encoded) MeGUI encodes the videos anyways.

Also, why One Click Encoder needs a video file to work? If I want to use that tool to encode just an audio file or multiple audio files, it doesn't allow me...

Lyle_JP

29th December 2018, 08:07

I am having some weird behavior with 2901 (x86). When I make changes to the x265 settings in x265 scratchpad, and then queue a new job, the new job keeps using the previous scratchpad settings. When I go back in to scratchpad, my changes to the settings are still there, but they're not reflected in the command-line passed to x265. I have to go in and out of scratchpad and queue a job multiple times before the change "takes".

Zathor

29th December 2018, 16:45

"Settings" on the far left of the HD Streams Extractor toolbar (near the top) is actually a drop down menu for enabling those options, although it's not terribly obvious it's a menu (on my PC).

I don't think I can blame "flat design" for that one, even though I'd like to because "flat design" is a little silly, but as it's the only item on a toolbar which isn't obviously a toolbar, it's easy to overlook.
What would you suggest instead? I could remove it there and move it to the global options however then you need to switch to options if you want to change a thing. Also I do not like to have these options there directly as they take a lot of space and would increase the window size.

Zathor

29th December 2018, 16:47

New problem (I think) with One Click Encoder. If I load a file or a folder with multiple video files and mark "don't encode video" (because I only want the audio of those video files to be encoded) MeGUI encodes the videos anyways.
Please post the full logs.

Also, why One Click Encoder needs a video file to work? If I want to use that tool to encode just an audio file or multiple audio files, it doesn't allow me...
Because it has been designed that way - do not ask me why :-) Let me see if I can change that easily however I fear that may not be an easy one.

Zathor

29th December 2018, 16:47

Melan

29th December 2018, 22:57

I also have a similar problem.
The only setting I change several times a day is
Config> Main> Quality (CRF value)
In the latest version of MeGui, this change is not "passed" to the encoder.
This error has "accumulated" since the last few MeGui updates. In Avisynth script creator, I have to click several times to change the value of "crop".

doomleox999

30th December 2018, 10:28

Please post the full logs.

I figured it out. I checked the log and it says "intermediate mkv is disabled... Don't encode video is not supported"

So that's the reason. I changed that setting and now it works!

Zathor

30th December 2018, 10:42

Zathor

30th December 2018, 16:37

2904 [FFmpeg AAC Encoder] added FFmpeg AAC encoder. patch by Yarick Yermak (patch #71)
unlike the other AAC encoder this one is available without any additional actions
2903 [Chapter Creator] added frame + output time code (if different from input)
improved/changed handling e.g. input/output fps will be locked based on source/preview
2902 [Profiles] fixed not applying new settings immediately (regression of 2901)
2901 [OneClick] fixed not selecting the desired profile in profile config (regression of 2898)
2900 [DGIndexNV/IM Indexer] fixed broken dgi file for multi segment input files (regression of 2897)

Zathor

31st December 2018, 15:42

2905 [Main] moved the changelog to the tab control
new entries after an update will be highlighted

Melan

1st January 2019, 11:16

@Zathor After the last corrections, it seems to me that everything is fine. But there is always something to improve. ;)

Could you add the following features?
Opening the AVS Cutter preview window as:
- minimized, or
- adding a minimize button to the dimension not less than eg 540/320.
Currently, the window has Fit and 1:1 buttons, which are actually doubles, and there is no button to minimize the preview window.

Automatically specifies in the title bar of the AVS Cutter window the sum of the number of frames contained in "Included sections"?

Happy New Year.

dissory

2nd January 2019, 16:31

Zathor, is it possible to change the behavior in One-Click GUI so that when transcoding files with a lossless audio stream (like DTS-HD/TrueHD) to transcode using the lossless stream instead of the lossy core regardless of channel count?

pommesmatte

3rd January 2019, 02:09

Problems do occur with the changed cropping syntax for DGSource, apparently because my DGIndexNV is too old.
Why the current version is not avaiable via update server?

Barough

3rd January 2019, 02:13

Problems do occur with the changed cropping syntax for DGSource, apparently because my DGIndexNV is too old.
Why the current version is not avaiable via update server?Make sure you use the development update server.

Sent from my SM-G965F via Tapatalk

pommesmatte

3rd January 2019, 02:38

Make sure you use the development update server.

Sent from my SM-G965F via Tapatalk

I'm on development of course. I forced manual reinstall of DGIndexNV now. Server date was wrong and has not been updated since the version before.

Barough

3rd January 2019, 02:40

I'm on development of course. I forced manual reinstall of DGIndexNV now. Server date was wrong and has not been updated since the version before.Something for Zathor to have a look at then.

Sent from my SM-G965F via Tapatalk

Zathor

3rd January 2019, 08:49

I'm on development of course. I forced manual reinstall of DGIndexNV now. Server date was wrong and has not been updated since the version before.

Thanks, changed the date.

Zetti

4th January 2019, 15:29

MKVToolNix v30.0.0 is released.

Zetti

5th January 2019, 19:08

MKVToolNix v30.1.0 is released.

LigH

5th January 2019, 20:50

Am I the only one who would have been curious about a summary of the recent changes?

Zetti

5th January 2019, 21:35

If that reply was to me about MKVToolNix, check this:

MKVToolNix v29.0.0 (This Version Is Allready In MeGUI)
https://www.bunkus.org/blog/2018/12/mkvtoolnix-v29-0-0-released/

MKVToolNix v30.0.0
https://www.bunkus.org/blog/2019/01/mkvtoolnix-v30-0-0-released/

MKVToolNix v30.1.0
https://www.bunkus.org/blog/2019/01/mkvtoolnix-v30-1-0-released/

Zathor

6th January 2019, 19:13

Thanks, uploaded

Zetti

9th January 2019, 21:14

HEVC is only supported with DGIndexIM and DGIndexNV as indexer outside MeGUI.

I hope it will be supported in the future.

LigH

10th January 2019, 08:50

Not only at you, Zetti. When I publish a new x265 build, I try to summarize most important changes to the last version, so that people have a better reason to update than just "it has a higher version number!"... some changes are critical, others marginal and exotic.

doomleox999

13th January 2019, 04:28

Is it possible to choose the available languages? I only work with 3 and It's a bit annoying to always have to search for any of them in the large list of languages. I'm not talking about the default languages btw, I'm talking about these:

https://i.postimg.cc/65Bt2TxK/ee.jpg

LigH

13th January 2019, 14:44

You mean, rising the "often used" (or a pre-selected subset in the settings) to a top range in this list? Like this:

∨
English
German
French
———
A...
B...
C...

StainlessS

13th January 2019, 15:09

If you click on the language Drop Down List, and hit the starting letter keyboard KEY of the language multiple times, you get quick access,
eg if I hit E, 3 (or is it 4 times) I get English, easy peasy https://www.cosgan.de/images/smilie/frech/a055.gif

doomleox999

14th January 2019, 03:58

You mean, rising the "often used" (or a pre-selected subset in the settings) to a top range in this list? Like this:

∨
English
German
French
———
A...
B...
C...

Yes that would be a good idea, but I'd prefer to just choose from MeGUI options what languages you want to be available, I just use 3!

If you click on the language Drop Down List, and hit the starting letter keyboard KEY of the language multiple times, you get quick access,
eg if I hit E, 3 (or is it 4 times) I get English, easy peasy https://www.cosgan.de/images/smilie/frech/a055.gif

I know, that's what I do but I'd rather be able to choose just a couple of languages to save time, that's why I asked if it is possible, I'd guess it's simple change to make so I'm waiting for a an answer!

Zathor

31st January 2019, 23:12

HEVC is only supported with DGIndexIM and DGIndexNV as indexer outside MeGUI.

I hope it will be supported in the future.

Problem is that I cannot test that as my card does not support that :-(

Zathor

3rd February 2019, 16:21

2907 [Chapter Creator] input/output fps will not be locked anymore
2906 [DGIndexNV Indexer] fixed handling of file names with special (upper) ASCII characters

pommesmatte

4th February 2019, 00:05

Recent Update of DGIndexNV again changed something regarding cropping and the 1088/1080 handling, thus broke the autocrop and crop settings in AVS Script creator AGAIN... :(

tebasuna51

4th February 2019, 04:00

Recent Update of DGIndexNV again changed something regarding cropping and the 1088/1080 handling, thus broke the autocrop and crop settings in AVS Script creator AGAIN... :(

Yep, seems there are a bug in DGsource with crops like I say in the other thread https://forum.doom9.org/showthread.php?p=1864410#post1864410

EDIT: Try with latest DGIndexNV 2053.0.0.165, MeGUI 2053(20190129) recently updated.

Zathor

7th February 2019, 20:51

Recent Update of DGIndexNV again changed something regarding cropping and the 1088/1080 handling, thus broke the autocrop and crop settings in AVS Script creator AGAIN... :(
Details please + how to reproduce it :-)

videoh

7th February 2019, 21:19

Everything should be fine with 2053.0.0.165.

pommesmatte

9th February 2019, 14:28

Details please + how to reproduce it :-)

Ok
MeGui x64 2908
DGIndexNV 2053.0.165
AVS Script Creator set to "Nvidia Crop"

- Load dgi file
- Select Autocrop
- Results are 140 top 132 down for a regular 2.35:1 movie
- Asymmetric cropping is strange, but preview looks correct
- Save avs (crops in the file are ct=140, cb=132)
- Load in MeGui and preview shows a 16px black undercrop at the bottom
- Correct cropping can be achieved by manually editing to ct=140, cb=148

So my wild guess it has something to do with the 8px 1088/1080 cropping ignored vs. regarded differently.

Zetti

9th February 2019, 14:55

MKVToolNix v31.0.0 is released.

Barough

9th February 2019, 15:52

MKVToolNix v31.0.0 is released.
https://mkvtoolnix.download/windows/releases/31.0.0/

taz742

11th February 2019, 12:21

Partially Bug related to this previous one https://forum.doom9.org/showthread.php?p=1722030#post1722030:

Using MeGUI 2908 with AutoEncode button.

Setting:
AudioInput: <filename>.aac
AudioOutput <filename>.m4a
Encoder: FDK-AAC
Extension M4A

Result:
AudioOutput: <filename>.mp4

This time there is no error while encoding audio, neither with final muxing.
It's just a typo error with audio Extension GUI choice not correctly saved when MeGUI generate cmdline job

BTW with the [Queue] audio button, extension choice is correctly passed to cmdline.

taz742

11th February 2019, 13:00

Using MeGUI 2908 with [OneClick]

[source]: MP4 1920x1080 AVC, AAC

[project]:[Indexer]: DGDecNV with Audio Demux
[Avisynth]:
DGI Source
Auto Crop&Resize
Use Nvidia Crop&Resize if possible
Max Width: 960
[Video]: x264 [RAWAVC]
[Audio]: FDK-AAC [M4A]
[Muxing]: MP4

[OneClick] don't set the resize to use Nvidia core with DGI Source but set a standard resize using Spline64Resize.
Problem isn't present if I use [Avisynth script creator] then [AutoEncode]
Cheer

Lyle_JP

12th February 2019, 02:44

There's definitely a problem with DGIndexNV 2053.0.165 (32-bit). Every blu-ray source has the bottom 8 pixels cropped off and the picture stretched to compensate.

I confirmed it with discs I had ripped before. By using the same avs script I had used months before, I can confirm that the crop no longer matches and the AR is indeed stretched.

tebasuna51

12th February 2019, 10:55

There are a new version DGIndexNV 2053.0.167

pommesmatte

15th February 2019, 19:55

There are a new version DGIndexNV 2053.0.167

This issue is not fixed however with 167 or 168.

EDIT: Tested further. Cropping/Resizing seems to work now again, when using AVS cropping. When using "NVIDIA Crop & Resize" the resulting video has approx 2px black at top and 6px black at bottom.

Zathor

16th February 2019, 12:00

MKVToolNix v31.0.0 is released.
MKVToolNix v31.0.0 is released.
https://mkvtoolnix.download/windows/releases/31.0.0/
Thanks, updated

Zetti

21st February 2019, 19:25

FFmpeg v4.1.1 is released.

Zathor

24th February 2019, 14:32

Thanks, updated.
Also DGIndexNV which may fix the cropping issue.

Zetti

24th February 2019, 14:36

Thanks. :)

hello_hello

3rd March 2019, 15:25

Zather,
a couple of Bluray encoding issues....

When using Blu-ray as the target playback device, MeGUI won't allow a 720x480 video to be encoded as progressive, even with --fake-interlaced enabled. I tried enabling it via the GUI and adding it to the custom command line. It seems that it should be compliant though.
http://www.chaneru.com/Roku/HLS/X264_Settings.htm#fake-interlaced

--[Information] [04/03/19 12:58:28 AM] resolution: 720x480
--[Information] [04/03/19 12:58:28 AM] frame rate: 30000/1001
--[Information] [04/03/19 12:58:28 AM] frames: 1213
--[Information] [04/03/19 12:58:28 AM] length: 00:00:40.474
--[Information] [04/03/19 12:58:28 AM] aspect ratio: 15:11 (1.364)
--[Information] [04/03/19 12:58:28 AM] color space: YV12
--[Information] [04/03/19 12:58:28 AM] target device selected: Blu-ray
--[Information] [04/03/19 12:58:28 AM] custom command line: --fake-interlaced
--[Information] [04/03/19 12:58:28 AM] changing --keyint to 30 as required for the selected device
--[Warning] [04/03/19 12:58:28 AM] the selected device does not support progressive encoding of 30000/1001 fps. changing interlaced mode to tff.
--[Information] [04/03/19 12:58:28 AM] Job command line: "C:\Program Files\MeGUI\tools\x264\x264.exe" --level 4.1 --bluray-compat --keyint 30 --open-gop --slices 4 --vbv-bufsize 30000 --vbv-maxrate 40000 --tff --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --sar 10:11 --frames 1213 --output "D:\sample 1.264" "D:\sample 1.avs"
--[Information] [04/03/19 12:58:28 AM] Process started

In order to bypass that, I added all the necessary Blu-ray stuff to the custom command line section instead (which worked and stopped MeGUI from forcing interlaced encoding), but I noticed adding --bluray-compat to the custom command line sets --weightp 2 in the GUI, and also adds it to the command line. MeGUI allows it to be changed back to 1, although I doubt it should be setting --weightp 2 in the first place

Cheers.

sneaker_ger

3rd March 2019, 15:48

--bluray-compat --weightp 2 is only a cosmetic issue because --bluray-compat enforces it to not be higher than 1.

hello_hello

4th March 2019, 08:27

sneaker_ger,
I didn't realise --weightp 2 is illegal for Bluray. At least adding it to the command line isn't breaking compliance.

Another possible issue (I'm not sure).
For a 720x480 video at 23.976fps, both these guides say --fake-interlaced is required along with --pulldown 32.
http://www.x264bluray.com/home/480p-ntsc
https://forum.doom9.org/showthread.php?t=154533
MeGUI adds --pulldown 32 when Bluray is selected as the target playback device, but not --fake-interlaced.

And a question....
My recollection was for Bluray encoding to be complaint, the encoder has to write a raw .264 stream and not write directly to MKV. I can't remember why, but is that correct, and if so, should it be something MeGUI enforces when Bluray is selected as the target device?

Cheers.

Shuichiyagami

5th March 2019, 18:41

Did Latest Megui Dev Server can read unicode now?
Well since i am doing project with star symbol in its name. When i use version 2828, i keep renaming or delete the symbol if i want to encode it

pommesmatte

9th March 2019, 10:59

Thanks, updated.
Also DGIndexNV which may fix the cropping issue.

Cropping is fixed, however the resize bug not.
https://forum.doom9.org/showthread.php?p=1864410#post1864410

NVIDIA Crop&Resize is still not usable.

EDIT: See next post for details, resizing bug seems fixed though.

pommesmatte

9th March 2019, 15:17

Details on the remaining bug with Nvidia Crop&Resize (DGindex version 169).

It seems that its a different bug again, no problem with resizing, but again a move in the cropped area.

I used cropping of 134 pix top and bottom (slightly undercropped on purpose, so you can see the black bars.)

Original stream shows approx 2px remaining black on top and bottom

Cropped with Avisynth shows the same 2px on top and bottom.

Cropped with Nvidia Crop the above black border doubles to approx 4px and the bottom one vanishes.

EDIT: The strange thing is: This only happens on some files, other are fine.

taz742

9th March 2019, 16:20

@pommesmatte: Is it possible to have a sample video source that causing your cropping issue?

tebasuna51

9th March 2019, 17:44

...
I used cropping of 134 pix top and bottom (slightly undercropped on purpose, so you can see the black bars.)
...

From DGDecodeNVManual.html

Important note: The nVidia driver is currently broken such that mod-2 cropping of the top and left sides is broken, and so the values of ct and cl must be mod-4. Right and bottom cropping may be mod-2. DGDecNV allows you to specify mod-2 values for top and left, however, looking forward to a fix from nVidia.

The problem is the top crop 134, it is not mod-4.

taz742

9th March 2019, 18:11

When you say "The nVidia driver is currently broken", you talk about the last relaese of it.
I use an old version of the Nvidia driver without this issue.
So the question is since which version the bug appear to know which old driver version is it safe to use ?

pommesmatte

9th March 2019, 18:16

From DGDecodeNVManual.html

The problem is the top crop 134, it is not mod-4.

Thanks for pointing that out! You are correct, with 132 or 136 top cropping, the problem does not occur.

tebasuna51

10th March 2019, 01:53

So the question is since which version the bug appear to know which old driver version is it safe to use ?

I don't know. I always see in DGDecodeNVManual the recomendation of use crops and resizes in mod-4.

BTW I can't recommend use a old driver only to crop in mod-2.
The standard AviSynth Crop can do the job.

Zetti

12th March 2019, 23:11

MKVToolNix v32.0.0 is released.

Zetti

13th March 2019, 12:40

x264 r2969 is released.

Zathor

15th March 2019, 12:09

Thanks, both have been updated

Zetti

12th April 2019, 22:30

MKVToolNix v33.0.0 is released.

imsrk48

13th April 2019, 10:59

Please add a feature for add Logo using MeGUI[emoji4]

Zetti

15th April 2019, 10:41

MKVToolNix v33.1.0 is released.

Zetti

24th April 2019, 12:07

MediaInfo v19.04 is released.

imsrk48

24th April 2019, 13:40

I'm facing problem with Encoding x265 to x264

https://mega.nz/#!EqpUAQAA!JOIFRxZzX3fJdKHHZXrml-Ku9hqcoHY96eQewAkJGNE

Please Give Fix AOSP [emoji120]

sneaker_ger

24th April 2019, 20:53

For some reason the source is opened as RGB32 while an Y4M pipe (from AviSynth via ffmpeg to x264) can not handle RGB. The MediaInfo doesn't show if the source is RGB to begin with or you have your DirectShow decoder set up to decode to RGB32.

Try:
Open source via ffms2/ffvideosource() instead of DirectShowSource()

If that does not work add as last line:
ConvertToYV12()

imsrk48

25th April 2019, 04:34

For some reason the source is opened as RGB32 while an Y4M pipe (from AviSynth via ffmpeg to x264) can not handle RGB. The MediaInfo doesn't show if the source is RGB to begin with or you have your DirectShow decoder set up to decode to RGB32.

Try:

Open source via ffms2/ffvideosource() instead of DirectShowSource()

If that does not work add as last line:

ConvertToYV12()Already Tried ConvertToYV12()

After this MeGUI Says what is ConvertToYV12 () I can't understand something.

imsrk48

25th April 2019, 04:36

For some reason the source is opened as RGB32 while an Y4M pipe (from AviSynth via ffmpeg to x264) can not handle RGB. The MediaInfo doesn't show if the source is RGB to begin with or you have your DirectShow decoder set up to decode to RGB32.

Try:

Open source via ffms2/ffvideosource() instead of DirectShowSource()

If that does not work add as last line:

ConvertToYV12()How can i use your first method please explain Sir.

I really need to fix this. My Work Stopped because of this Issue.

imsrk48

25th April 2019, 04:56

@Zathor Sir Please

Add FFmpegSource Selection Option in MeGUI In-built.

Add Option For Auto Download Required Avisynth Plugins that Needed in Scripts.

imsrk48

25th April 2019, 05:55

For some reason the source is opened as RGB32 while an Y4M pipe (from AviSynth via ffmpeg to x264) can not handle RGB. The MediaInfo doesn't show if the source is RGB to begin with or you have your DirectShow decoder set up to decode to RGB32.

Try:

Open source via ffms2/ffvideosource() instead of DirectShowSource()

If that does not work add as last line:

ConvertToYV12()I'm re-seted megui & Tried ConvertToYV12()

Now Video Encoding but Encoding Speed Is Very Slow.

Zetti

26th April 2019, 22:19

FFmpeg v4.1.3 is released.

bowlingbeeg

29th April 2019, 04:12

I've noticed that ever since the VFR support was added last year that when I encode North American DVDs to mkv and play them back on Plex or Kodi the refresh rate of my projector switches from 24p to 60p. It appears that the FrameRateMode is set to Variable in MediaInfo for North American DVDs and that causes the new support to create the timestamp file which ffmpeg uses. Now I'm not exactly sure where things go wrong from there but the result is that the Kodi and Plex seem to think they should be switching to 60p whereas older DVD rips will stay at 24p. Looking at Plex, it seems to think the actual file is 20FPS and when I look at the track info in MKVToolNix I do see a "default duration" of 20FPS. MediaInfo does say the framerate is 23.976 but that the frame rate mode is variable instead of constant like I see on older rips. I'm not entirely sure if this is a bug or not but it's certainly different behavior than what it used to do.

My work flow is that I use makeMKV to rip to a mkv with the MPEG2 video track. Then I use OneClick in MeGUI(2896) to select that mkv file. That encodes it to an h264 and re-muxes it back into an mkv with the original audio.

I've attached the log file if that's needed.

LigH

29th April 2019, 07:20

It often takes a while to get attachments approved here. Can you upload the log to a pastebin as well?

bowlingbeeg

29th April 2019, 11:09

@LigH - Here you go

https://pastebin.com/3eeMh3td

tebasuna51

29th April 2019, 11:34

The attached file is already approved.

The video input (from makemkv) and the video output (from MeGUI) have the same parameters:

FrameCount: 130288
FrameRate: 23.976
FrameRateMode: VFR
Duration: 01:30:34.095
Correct duration for 130288 frames at a CFR of 23.976

The audio extracted and merged have a coherent duration of 01:30:34.080

We need the timestamps file:
"G:\MainMovie\HOLMES_AND_WATSON\h2fkrskg.e0p\HOLMES_AND_WATSON_t00.mkv.timestamps.txt"
to see if there are some strange info to force a FPS of 20.

The MKVToolNix Header editor "default duration" show the "number of nanoseconds per frame"
For a 24000/1001 must show 41708333
For a 20 FPS must show 50000000 ns, is that correct?

bowlingbeeg

29th April 2019, 12:12

Here is the info from the MKVToolNix info:

| + Track size 126 data size 124
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0) size 3 data size 1
| + Track UID: 1557705884751226684 size 11 data size 8
| + Track type: video size 3 data size 1
| + Lacing flag: 0 size 3 data size 1
| + Codec ID: V_MPEG4/ISO/AVC size 17 data size 15
| + Default duration: 00:00:00.050000000 (20.000 frames/fields per second for a video track) size 8 data size 4
| + Language: und size 7 data size 3
| + Video track size 24 data size 22
| + Pixel width: 720 size 4 data size 2
| + Pixel height: 360 size 4 data size 2
| + Display width: 875 size 7 data size 4
| + Display height: 360 size 7 data size 4
| + Codec's private data: size 45 (h.264 profile: High @L3.0) size 48 data size 45

I attached the timestamp file

tebasuna51

29th April 2019, 21:44

Yes is a VFR timestamp:
# timestamp format v2
0
33 (33 ms)
83 (50 ms)
117 (34 ms)
167 (50 ms)
200 (33 ms)
250 (50 ms)
284 (34 ms)
334 (50 ms)
367 (33 ms)
417 (50 ms)
450 (33 ms)
501 (51 ms)
...

Delay initial: 0
Frame: 0, Duration min: 33 ms
Frame: 11, Duration max: 51 ms
Duration: 5434095 ms (01:30:34.095)
Frames : 130288
Fps min : 19.6078431372549
Fps max : 30.3030303030303
Fps avg : 23.9760254467395

But the average is the correct 23.97602, I don't know how mkvmerge can create a mkv with the "Default duration" 50 ms when there are frames with 33 and 51 ms of duration:

mkvmerge ... --timestamps 0:"G:\MainMovie\HOLMES_AND_WATSON\h2fkrskg.e0p\HOLMES_AND_WATSON_t00.mkv.timestamps.txt" ...

Of course I don't know the sense of put these frame durations.
The workaround is forget the VFR and use a CFR of 24000/1001

sneaker_ger

29th April 2019, 21:52

See:
With variable frame rate (e.g. if an external timecode file is used) video the default duration is calculated in a totally different way. mkvmerge calculates the duration for all frames according to the timecode file, counts how often each duration occurs and then uses the duration that occurs the most as the new default duration. This may be a value that doesn't even reverse to any of the often-used frame rates that people are used to.
https://gitlab.com/mbunkus/mkvtoolnix/wikis/Wrong-frame-rate-displayed

bowlingbeeg

29th April 2019, 22:08

Yes is a VFR timestamp:

Delay initial: 0
Frame: 0, Duration min: 33 ms
Frame: 11, Duration max: 51 ms
Duration: 5434095 ms (01:30:34.095)
Frames : 130288
Fps min : 19.6078431372549
Fps max : 30.3030303030303
Fps avg : 23.9760254467395

But the average is the correct 23.97602, I don't know how mkvmerge can create a mkv with the "Default duration" 50 ms when there are frames with 33 and 51 ms of duration:

mkvmerge ... --timestamps 0:"G:\MainMovie\HOLMES_AND_WATSON\h2fkrskg.e0p\HOLMES_AND_WATSON_t00.mkv.timestamps.txt" ...

Of course I don't know the sense of put these frame durations.
The workaround is forget the VFR and use a CFR of 24000/1001Is there a way to specify in MeGUI that I don't want the VFR? Looked to me like that was hardcoded if mediaInfo said it was VFR.

Sent from my Pixel using Tapatalk

tebasuna51

30th April 2019, 00:16

@sneaker_ger
Thanks for the info, that explain the wrong mkvmerge behaviour.
Instead the duration that occurs the most the default duration must be the average.

@bowlingbeeg
I don't know if you can disable the VFR, I don't use OneClick.

hello_hello

30th April 2019, 09:57

The VFR thing was actually my suggestion, so sorry about that, although Zathor implemented it for just the OneClick encoder so far, which I don't use myself, but I suspect it relies completely on the source being an MKV. If you remux the MKV as a TS file with TSMuxer and use that as the source, the problem will probably go away.

Should this be a cause for concern?

0
33 (33 ms)
83 (50 ms)
117 (34 ms)
167 (50 ms)
200 (33 ms)
250 (50 ms)
284 (34 ms)
334 (50 ms)
367 (33 ms)
417 (50 ms)
450 (33 ms)
501 (51 ms)

Is the frame rate uneven because the source was telecined (pulldown flags), so instead of each frame having the same 41 point something ms duration, there's a 23.976fps frame followed by one with a 23.976fps and a half duration, or something similar....

I'm not sure if Zathor intended the VFR encoding to apply to DVD video, and I'm not sure it'd work correctly as it is anyway, as by default ffms2 and Lsmash don't honour pulldown flags, so unless OneClick instructs them otherwise......
TS files should be indexed with DGIndex and pulldown flags honoured as expected. If the repeat field argument isn't added to the script for ffms2/Lsmash by MeGUI, there's a good chance NTSC DVDs won't be handled correctly.
It probably explains the source detector thingy bitching about not being able to determine the source type in the log file. I assume it only understands 29.97fps or a constant frame rate, or something like that.

Maybe it'd be better if the indexer/decoder created the timecodes file rather than extracting with MKVExtract. I don't know about Lsmash, but ffms2 can write timecodes while indexing. I wonder if ffms2 would've written a timecodes file with more evenly spaced frames? It'd be silly if it didn't.

Edit1: I checked a few VFR MKVs and they have no default duration. For me, x264 usually writes the output to MKV and I remux with MKVToolNixGUI without specifying anything, and none of my VFR MKVs have a default duration. Maybe you should remove it.

Edit2: I just read sneaker_ger's link. Removing it might be a bad idea (and now I've thought about it, I doubt it's the problem).

Edit3: I searched old log files for "timebase", and for standard "hybrid" VFR NTSC, x264 is quite partial to a timebase of 1/1000000000. It also chose 1001/360000 on occasion. I didn't go nuts searching, but for normal VFR NTSC, I didn't see any other timebase.

While we're on this subject.....
I still don't completely understand how the timebase effects the way media players interpret the frame rate. I encode DVDs as VFR now and then (using TIVTC) and I always let x264 set the timebase. It set 1/1000 for bowlingbeeg's video, probably because the frame rate isn't a normal type of variable (combinations of 23.976fps and 29.97fps).

Here's a VFR example. If someone could help me understand what's happening it'd be appreciated. Normally for combinations of film and video, x264 sets a timebase and I'm pretty sure ReClock knows when the frame rate is film or when it's video. The example below is not a standard thing. It's a combination of 25fps and 59.94fps. x264 chose 1/199900 as the timebase. This was the timecodes file:

# timecode format v1
Assume 59.940060
0, 1213, 25
2646, 2894, 25
3020, 3155, 25
3268, 5984, 25
9604, 9668, 25
9744, 9861, 25
16850, 17178, 25
35429, 38675, 25
44475, 44889, 25
51266, 52322, 25
61777, 63079, 25

So my question is, why do MPC-HC, Reclock and ffdshow all report the video to be 25fps from start to finish? It's probably a good thing, because I recall the few times I set a timebase myself it caused ReClock to do odd things, so I'm sure x264 knows best (normally). I'd just like to understand it a bit more. MPC-HC and ffdshow count the frames at 25fps, so for the 59.94fps sections, ffdshow gives two or three frames in a row the same number. The screenshot below is from a 59.94fps section.

https://i.postimg.cc/RJBP4V7y/DW.jpg (https://postimg.cc/RJBP4V7y)

hello_hello

3rd May 2019, 19:16

Nobody understands how the encoder timebase works?? Anyone?? (see the question in my previous post).

imsrk48

4th May 2019, 13:59

#bug

Packages are auto disabling after closed MeGUI

LigH

6th May 2019, 07:36

This "bug" was an attempt to save bandwidth for the update servers: Only keep packages enabled which are regularly used, it doesn't make sense to update packages more regularly than using them.

tebasuna51

6th May 2019, 09:53

...it doesn't make sense to update packages more regularly than using them.
Unless the packages are used out of MeGUI... with command line bat's.

I use MeGUI to keep updated my system, and I need enable the packages I use each time, no problem.

imsrk48

8th May 2019, 09:13

This "bug" was an attempt to save bandwidth for the update servers: Only keep packages enabled which are regularly used, it doesn't make sense to update packages more regularly than using them.I'm facing issues when all packages are not enabled my encoding speed goes slow and take too much time in Encoding so please add option for keep all packages enabled [emoji120]

I bag you Sir. Try to understand i don't care about Bandwidth

LigH

8th May 2019, 13:39

Nonsense. Updating packages or not does not slow down the encoding. It is not your bandwidth to be saved, but the amount of data downloaded from MeGUI's update servers during an update. Not during your encode. You can manually enable all packages which have been disabled while not using them for a while (only NeroAacEnc and Haali Media Splitter are obsolete and can be kept disabled).

There is surely a different reason for your encodes to be slower than expected. Most probably a lack of knowledge, rather in front of your monitor than inside MeGUI.

tebasuna51

8th May 2019, 22:17

No only NeroAacEnc and Haali Media Splitter can be kept disabled safely, there are also other with development stoped:
Avi-Mux GUI, BeSplit, Oggenc2, PgcDemux and tsMuxeR.

wthreex

9th May 2019, 17:08

Today ive lost all of my Oneclick Profiles i dont know why, But i remember a error showed up and said "Unable to read Nero AAc"... and my profiles gone.

yorkfield25

15th May 2019, 16:32

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2908 x86
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
-[Information] Operating System: Windows 10 Pro 1809 x64 (10.0.17763.503)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.7 (4.7.03190)
-[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
-[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
-[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
-[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
-[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
-[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
-[Information] Microsoft Visual C++ 2017 x64: 14.16.27027
-[Information] Microsoft Visual C++ 2017 x86: 14.16.27027
-[Information] Redistributables
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 1920x1080
-[Information] Primary Screen: True
-[Information] Monitor 1
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
-[Information] MediaInfo: 18.05.0.0 (08-05-2018)
-[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
-[Information] 7z: 9.20 (18-11-2010)
--[Information] Component Information
-[Information] Version: 1.0.2847.0
-[Information] Date: 06-05-2018
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] File Version: 0.1
-[Information] File Date: 20-12-2018
-[Information] File Name: AviSynth+ 0.1 (r2772, MT, i386)
-[Information] File Path: c:\windows\system32\avisynth.dll
-[Information] AviSynth Version: AviSynth+ 0.1 (r2772, MT, i386)
-[Information] AviSynth+: true
-[Information] AviSynth MT: true
-[Information] AviSynth
--[Information] AviSynth Information
--[Information] [15.05.2019 17:31:32] Connected to server: http://megui.tmebi.de/test/
-[Error] Unhandled error
--[Information] [15.05.2019 17:31:32] Exception message: Nieprawidłowy format ciągu wejściowego.
-[NoImage] w System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
-[NoImage] w System.Number.ParseDecimal(String value, NumberStyles options, NumberFormatInfo numfmt)
-[NoImage] w System.Convert.ToDecimal(String value, IFormatProvider provider)
-[NoImage] w MeGUI.UpdateHandler.ParseFileData(XmlNode node, XmlNode groupNode) w D:\MeGUI\_MeGUI_clean\packages\tools\update\UpdateHandler.cs:wiersz 1123
-[NoImage] w MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path) w D:\MeGUI\_MeGUI_clean\packages\tools\update\UpdateHandler.cs:wiersz 1021
-[NoImage] w MeGUI.UpdateHandler.ParseUpdateXml(XmlNode currentNode, XmlNode groupNode, String path) w D:\MeGUI\_MeGUI_clean\packages\tools\update\UpdateHandler.cs:wiersz 1027
-[NoImage] w MeGUI.UpdateHandler.ParseUpdateXML() w D:\MeGUI\_MeGUI_clean\packages\tools\update\UpdateHandler.cs:wiersz 963
-[NoImage] w MeGUI.UpdateHandler.RefreshUpdateData() w D:\MeGUI\_MeGUI_clean\packages\tools\update\UpdateHandler.cs:wiersz 189
-[NoImage] w System.Threading.ThreadHelper.ThreadStart_Context(Object state)
-[NoImage] w System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] w System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
-[NoImage] w System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
-[NoImage] w System.Threading.ThreadHelper.ThreadStart()
--[Information] [15.05.2019 17:31:32] Stacktrace
--[Information] [15.05.2019 17:31:32] Inner exception: null
Anu ideas?

LigH

16th May 2019, 07:18

Bold guess: The XML info from the update server contains a field that is expected to be a number but is not formatted like one? Looks like an issue to be investigates on the update server(s).

LouieChuckyMerry

16th May 2019, 15:16

I'm not sure if this is a bug or the way it should be. When I select a folder under "Options/Default Output Directory" then index a video file from a different folder, the index and script files are created in the "Default Output Directory"--which is correct--and the path written to the index file is to the different folder--which is also correct--but the path written to the AviSynth script file is the "Default Output Directory" which to me is wrong, as the script throws an error because the indexed video file is in a different folder. Hope this makes sense...

Edit: After deep, painful contemplation, I now understand why: The script's source is for the index file--not the video file--so the path is correct. I am an Eye-Die-Ott, and am also with myself :stupid:

LouieChuckyMerry

23rd May 2019, 12:19

Hello. I'm using MeGUI 2908 set to "Use Auto Update", but the updates don't "stick". A few days ago it updated a couple things but I didn't notice exactly what. Yesterday upon restart it updated FFMpeg, MKVMerge, and QAAC, but I didn't take note of the versions. Today upon a restart it updated FFMpeg from v4.1.1 to v4.1.3, MKVMerge from v32.0.0 to v34.0.0, and QAAC from v2.67 to v2.68; however, if I hit "Ctrl+U" all three packages are back to their pre-update versions. Thanks for any help.

P.S.--Any input on my last post (https://forum.doom9.org/showthread.php?p=1874555#post1874555) about the "Options/Default Output Directory" path for the .avs file being wrong? Thanks :) .

Taurus

23rd May 2019, 17:35

Hello. I'm using MeGUI 2908 set to "Use Auto Update", but the updates don't "stick". A few days ago it updated a couple things but I didn't notice exactly what. Yesterday upon restart it updated FFMpeg, MKVMerge, and QAAC, but I didn't take note of the versions. Today upon a restart it updated FFMpeg from v4.1.1 to v4.1.3, MKVMerge from v32.0.0 to v34.0.0, and QAAC from v2.67 to v2.68; however, if I hit "Ctrl+U" all three packages are back to their pre-update versions.

Same here...
Whenever I open MeGui it happily updates the three binaries.
Next time opening MeGui it switches back to older versions.
Next time to newer versions and so on and so on......:D
Funny game...

LouieChuckyMerry

30th May 2019, 22:52

The update issue seems to have fixed itself. Perhaps Zathor used his super powers ;) ...

Barough

31st May 2019, 01:13

New stable x265 version available
x265 v3.0+3-566b05ac7721 (Stable) (https://www.mediafire.com/file/o4bxxym97nnbej8/x265-3.0+3-566b05ac7721_Stable_Win_GCC910.7z/file)

x265 v3.1 is around the corner also.

StainlessS

6th June 2019, 18:24

Non catastrophic bug, see EDIT here:- https://forum.doom9.org/showthread.php?p=1876445#post1876445

EDIT: to below.
OK got it G2K4. Nice bit of code you posted there,
if (sizeof(void*) == 8) // Test 64 on 64
easy when you know how.

EDIT: Yep, got that as well. thanx again boss.

Groucho2004

6th June 2019, 18:42

Non catastrophic bug, see EDIT here:- https://forum.doom9.org/showthread.php?p=1876445#post1876445
See here (https://forum.doom9.org/showthread.php?p=1845356#post1845356).

Groucho2004

6th June 2019, 19:30

Non catastrophic bug, see EDIT here:- https://forum.doom9.org/showthread.php?p=1876445#post1876445
...
OK got it G2K4.My point was that Zathor is aware of this as you can see a few posts down but decided to stick with the current implementation.

laurentje

12th June 2019, 15:24

I want to convert my dv avi-files (from my Pana GS500) to mkv-files. Therefore I use One-click function of Megui.
From the moment I drag the file name in the input-field into the field "Input" I get a "Warning" in the log.

See my log here (see attachment 1).
In the dialog screen I get the following (see attachment 2)

In the field Delay (Audio tap) you see a value of 2205360, which is wrong and should be 0.

When I go on (with the given value), finally the program produce an mkv and video and audio are not synchronized.

So I am thinking this is a bug, or I am doing something wrong with my dv avi-file? What is the best way to convert dv avi to mkv (avc)?

Any help is much appreciated.

PS
Afterwards I clicked on help and on that Wikipage on the first line I read: "The One Click Encoder aims to allow a single job configuration in one step, followed by a completed automated encode. It currently only works with MPEG-2 sources (in particular, DVDs)." So my file is not MPEG-2, it is dv avi. I should use other soft.

LigH

13th June 2019, 07:46

Just to have it mentioned: I know three different ways to use MeGUI. One is the manual use of the main tab to fill the queue, step by step.

But yes, for this rather simple task, VirtualDub2 may be just sufficient.

hello_hello

22nd June 2019, 11:30

laurentje,
Try opening an AVI with MeGUI's MKV muxer, or with MKVToolNixGUI, repack the AVI as an MKV, then use that as the source. The problem will probably go away, although it's not ideal if you've got lots of AVIs to convert.

Barough

11th July 2019, 20:31

MP4Box v0.8.0-rev8-g3fc6b0e17 (http://www.mediafire.com/file/14rgpw04mgg01tm/MP4Box-0.8.0-rev8-g3fc6b0e17_Win_GCC910.7z/file)

x265 v3.1+7-147fb92c5ed5 (http://www.mediafire.com/file/1a9q2qjfusbvi9p/x265-3.1%252B7-147fb92c5ed5_Win_GCC910.7z/file)

Barough

19th July 2019, 12:57

x264 0.158.2984 3759fcb (https://www.mediafire.com/file/gtxnnyxeidlc3tn/x264-0.158.2984_3759fcb_Win_GCC910.7z/file)

LouieChuckyMerry

19th July 2019, 13:42

x264 0.158.2984 3759fcb (https://www.mediafire.com/file/gtxnnyxeidlc3tn/x264-0.158.2984_3759fcb_Win_GCC910.7z/file)

Thanks :thanks: , and Happy Friday!

Bazzu85

28th July 2019, 11:45

guys, I'm new here but using Megui from a while..

I'm noticing that the internal update is not fetching anything new..

for example I have x265 in version 2.9+1 with date 08/10/2018..

is normal to not have auto update?

tebasuna51

28th July 2019, 17:54

...I have x265 in version 2.9+1 with date 08/10/2018..

is normal to not have auto update?

MeGUI -> Options -> Extended -> Auto Update -> Use developement update server

Last stable release is from 12/2018, in development server x265 is 3.0+4 (LigH).

Or download latest versions (http://msystem.waw.pl/x265/) at your risk

Bazzu85

28th July 2019, 20:54

MeGUI -> Options -> Extended -> Auto Update -> Use developement update server

Last stable release is from 12/2018, in development server x265 is 3.0+4 (LigH).

Or download latest versions (http://msystem.waw.pl/x265/) at your risk

thx for made it clear! :D

another question..
Having a mkv with 2 audio and 3 subs (italian forced, italian, english)
when muxing into the destination file sometimes I have a warning that says: Ignoring subtitle track as it is too small

this is correct because maybe the forced sub is an empty track..
the problem is that the results as no subs at all. the program ignore all the subs track and not only the one empy..

tebasuna51

29th July 2019, 02:58

Yes, seems than the error: Ignoring subtitle track as it is too small
abort all the subtitle management.

It is a bug for Zathor, maybe after holidays...

Barough

29th July 2019, 11:58

MP4Box v0.8.0-rev41-gb78fe5fbe (http://www.mediafire.com/file/x1709xl2a7tdyz4/MP4Box-0.8.0-rev41-gb78fe5fbe_Win_GCC910.7z/file)
https://github.com/gpac/gpac

x265 v3.1+10-459d3822c608 (http://www.mediafire.com/file/nnxk5mj74ww3741/x265-3.1%252B10-459d3822c608_Win_GCC910.7z/file)
https://bitbucket.org/multicoreware/x265/commits/branch/default

kuchikirukia

31st July 2019, 19:16

Would it be possible to prepend the One-Click's random working directory names with the job number so they're in some sort of order?

Bazzu85

1st August 2019, 06:48

Yes, seems than the error: Ignoring subtitle track as it is too small
abort all the subtitle management.

It is a bug for Zathor, maybe after holidays...

good, I 've to report the bug somewhere?

tebasuna51

1st August 2019, 09:28

Here is ok.

Octo-puss

9th August 2019, 16:21

Please add the possibility to close any windows with Esc key.

stax76

18th August 2019, 03:58

pooksahib

27th August 2019, 21:24

Hi. If I have 2 videos of the same size and type, I'll use megui to create the script for the first video. The name given to the script will be in the form 'vid1.mp4.avs'.

For the 2nd video, I'll simply copy/paste the existing script and change the source. Sometimes, though, I'm careless and will call the pasted script 'vid2.avs' instead of 'vid2.mp4.avs'.

In that situation, as soon as I click 'start' a message pops up saying 'output file xxx already exists, do you want to overwrite?' Whether I say Yes or No, my source video gets deleted!

Is this a bug? Is there any way of aborting without deleting the source video? Thank you.

Zathor

28th August 2019, 21:16

2911 [OneClick] fixed an error when switching profile settings. Bug #946
2910 [Updater] added support for Visual C++ 2019 redist files
2909 [OneClick] fixed not applying "automatic deinterlacing" filters. Bug #945 (regression of 2887)

Zetti

29th August 2019, 00:10

Good to see you back Zathor.

With some of the newest versions of DGIndexNV, the Crop option is grayed out.

https://i.imgsafe.org/70/70985ae877.png

tebasuna51

29th August 2019, 00:30

Work for me (DGIndexNV 2053.169), check the 'Nvidia Crop & Resize' in the image, add Crop and Resize in I/O tab, and in Script tab is reflected fine, example:

DGSource("D:\Temp\test.dgi", ct=24, cb=24, cl=0, cr=0, rw=720, rh=384)

Zetti

29th August 2019, 09:34

I was tired, i meant of course the Deinterlacer option.

tebasuna51

30th August 2019, 01:15

You are right, even after execute 'Analyse' and detected like 'Interlaced' the Nvidia Deinterlacer remains grayed out.

imsrk48

30th August 2019, 05:01

[Feature Request] Add Option for Keep Screen on During Encoding.

Sent from my LG-M700 using Tapatalk

imsrk48

3rd September 2019, 06:58

[BUG] MeGUI Not Supporting MJPEG Codec.

Please Fix This and If MJPEG Not Supported in MeGUI Please Support That.[emoji120]

Sent from my LG-M700 using Tapatalk

LigH

3rd September 2019, 10:20

Support for encoding or for decoding?

Decoding MJPEG is supported. Either via AviSource, if you installed a VfW codec in your Windows, or via indexer (both FFMS2 and L-SMASH Works use libav cores).

Encoding to MJPEG AVI is not quite the main purpose of MeGUI, it is not a very efficient codec. I doubt many people would chose MJPEG to encode a video copy of a cinematic movie from a DVD or Blu-ray source. To produce an AVI with MJPEG video, using e.g. VirtualDub2 is a lot more convenient.

LouieChuckyMerry

9th September 2019, 13:20

good to see you back zathor.

+1 :) .

imsrk48

9th September 2019, 13:31

Barough

26th September 2019, 18:52

MediaInfo v19.09 (https://mediaarea.net/en/MediaInfo/Download/Windows)
x265 v3.2 (https://forum.doom9.org/showpost.php?p=1885717&postcount=7053)

imsrk48

27th September 2019, 13:01

MeGUI Taking too Much time to Opening or Encoding AAC DD5.1 (ADTS codec)

tebasuna51

27th September 2019, 14:07

MeGUI Taking too Much time to Opening or Encoding AAC DD5.1 (ADTS codec)

Please put your log like this:

...
---[NoImage] LoadPlugin("C:\Portable\MeGUI64\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavAudioSource("D:\Test\AudioD\Samples\ac3\6a321.ac3")
---[NoImage] # detected channels: 6
---[NoImage] # detected channel positions: 3/2/0.1
---[NoImage] return last
--[Information] [27/09/2019 15:02:32] Command line used: --ignorelength --threading -V 100 - -o "{0}"
--[Information] [27/09/2019 15:02:32] AviSynth script environment opened
--[Information] [27/09/2019 15:02:33] Script loaded
--[Information] [27/09/2019 15:02:33] Output Decoder
---[Information] [27/09/2019 15:02:33] Channels: 6
---[Information] [27/09/2019 15:02:33] Bits per sample: 32
---[Information] [27/09/2019 15:02:33] Sample rate: 48000
--[Information] [27/09/2019 15:02:33] Job command line: C:\Portable\MeGUI64\tools\qaac\qaac.exe --ignorelength --threading -V 100 - -o "C:\tmp\6a321_new.m4a"
--[Information] [27/09/2019 15:02:34] Process started
--[Information] [27/09/2019 15:02:34] Standard output stream
--[Information] [27/09/2019 15:02:34] Standard error stream
---[Information] [27/09/2019 15:02:34] qaac 2.68, CoreAudioToolbox 7.10.9.0
---[Information] [27/09/2019 15:02:34] 6a321_new.m4a
---[Information] [27/09/2019 15:02:34] AAC-LC Encoder, TVBR q100, Quality 96
---[Information] [27/09/2019 15:02:34] 961536/-1 samples processed in 0:00.546
---[Information] [27/09/2019 15:02:34] Overall bitrate: 93.8726kbps
---[Information] [27/09/2019 15:02:34] Optimizing...done
--[Information] [27/09/2019 15:02:35] MediaInfo
...

imsrk48

28th September 2019, 07:34

Please put your log like this:I'm unable to post .log files using Tapatalk app

imsrk48

29th September 2019, 12:28

Please put your log like this:How Buddy?

tebasuna51

30th September 2019, 00:01

How Buddy?

Check in your ...\megui\logs\ folder.

imsrk48

30th September 2019, 02:54

Check in your ...\megui\logs\ folder.that's not my question I'm asking how to upload .log file via Tapatalk app

LigH

30th September 2019, 07:58

Why Tapatalk? Can't you use a normal PC web browser? Or is your PC where MeGUI runs "offline", not connected to the internet?

imsrk48

30th September 2019, 08:00

Why Tapatalk? Can't you use a normal PC web browser? Or is your PC where MeGUI runs "offline", not connected to the internet?Yes that is runs offline but this time i have connected net

imsrk48

3rd October 2019, 05:25

Sir I Want to Post My Log File But I Don't Know where to do this in web browser

tebasuna51

3rd October 2019, 12:23

Sir I Want to Post My Log File But I Don't Know where to do this in web browser

Zip the log file and attach the zip (Go Advanced -> Additional Options -> Attach Files) or use pastebin (https://pastebin.com/)

imsrk48

3rd October 2019, 12:52

Zip the log file and attach the zip (Go Advanced -> Additional Options -> Attach Files) or use pastebin (https://pastebin.com/)okay sir soon I'll post my log file

imsrk48

6th October 2019, 09:19

MeGUI Giving Error When Trying to Update 2911 to 2913

imsrk48

6th October 2019, 09:19

Something ReadOnlyMemory Error.

StainlessS

6th October 2019, 14:44

Again, post your log, will give better information than your, half error message.
You trying to update MeGUI on a write protected SD Card ? [the full size SD cards have a sliding switch to write protect them].

imsrk48

6th October 2019, 19:43

StainlessS

6th October 2019, 21:28

By the way imsrk48, back in May, then again in September you posted in Avisynth Usage forum
Originally Posted by imsrk48
Please suggest me script for add .png logo on a video.

I posted a soilution for you, but you dont seem to have seen it, I also PM'ed you bout it, but you dont seem to receive PM via your Tapatalk thingy.

Here:- https://forum.doom9.org/showthread.php?p=1884066#post1884066

imsrk48

7th October 2019, 04:38

By the way imsrk48, back in May, then again in September you posted in Avisynth Usage forum

I posted a soilution for you, but you dont seem to have seen it, I also PM'ed you bout it, but you dont seem to receive PM via your Tapatalk thingy.

Here:- https://forum.doom9.org/showthread.php?p=1884066#post1884066No I Have Seen That. Just Forgot About Mention Again Sorry for that but I'm Everytime checking my Tapatalk

kuchikirukia

4th November 2019, 21:40

The mouseover tooltip in the x264 GUI says that qpmin and qpmax are ignored in constant quality mode. They're not.

THEAST

8th November 2019, 05:33

Not sure if MeGUI is still under active development but I have two feature requests:

- Possibility to close any active window in MeGUI, except the main window, using the Escape key. This will make navigating around MeGUI, especially when using the AVS script creator, much easier.
- Ctrl + G as shortcut for the "Go to Frame" option when video preview is open, similar to MPC-HC and VitrualDub.

Barough

9th November 2019, 19:38

MKVToolNix v40.0 is released
https://mkvtoolnix.download/windows/releases/40.0.0/

x264 0.158.2988 7817004
http://www.mediafire.com/file/rz2nn7s8p0sdcyn/x264-0.158.2988-7817004_Win_GCC920.7z/file

kedautinh12

10th November 2019, 01:34

I try access to megui.org but can't, why??

kedautinh12

10th November 2019, 08:57

My Megui still 2896, how update to 2913??

tebasuna51

10th November 2019, 10:33

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

kedautinh12

11th November 2019, 06:21

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

Thanks

kedautinh12

12th November 2019, 05:59

But, in Megui x64 i have error when close megui "The profile could not be saved. If you ignore this problem, data may be lost"

tebasuna51

12th November 2019, 09:58

Put the full path of your MeGUI folder.
Do you have rigths to write in that folder?

LigH

13th November 2019, 08:26

In general, do not install MeGUI inside the UAC protected "Program Files". It saves configuration files in its own installation directory, instead of %PROGRAMDATA% or %APPDATA% (legacy issue of ages before Vista).

stax76

13th November 2019, 14:09

I've implemented an update routine for mpv.net this week and what I've discovered is that if you move a folder to 'Program Files' using File Explorer than this folder is writable without admin rights!

mini-moose

13th November 2019, 20:55

x264 binaries are now here:
https://artifacts.videolan.org/x264/release-win64/
https://artifacts.videolan.org/x264/release-win32/

Zathor, may want to update on megui

kedautinh12

14th November 2019, 10:15

Thank anyone ��

Barough

14th November 2019, 12:47

x265 v3.2+15-04db2bfee5d6 (https://www.mediafire.com/file/ym8fls6a3dgnfgf/x265-3.2+15-04db2bfee5d6_Win_GCC920.7z/file) (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 9.2.0)
https://bitbucket.org/multicoreware/x265/commits/branch/default

kedautinh12

23rd November 2019, 12:26

I think need function import .avs, .avsi to save time like function Load DLL in tab scripts on avisynth script creator

Bazzu85

26th November 2019, 21:33

Yes, seems than the error: Ignoring subtitle track as it is too small
abort all the subtitle management.

It is a bug for Zathor, maybe after holidays...

sorry for stressing...

but are you working or have resolved the bug? thx

kedautinh12

28th November 2019, 10:19

https://github.com/HolyWu/L-SMASH-Wo...ks_20191127.7z (built by HolyWu)

when i decoding LWLibavVideoSource("***.ts",repeat=true) with repeat=true can Fix MPEG-2 decoding issue with RFF flags (cause decoding video with duration don't match duration of audio) (patched by maki-rxrz) and Fix interlaced H.264 decoding issue in some files. Very nice
Example: https://drive.google.com/file/d/1rUauSk-C-QxYxxJDgkFGZDV5CiiGomr1/view

RyaNJ

28th November 2019, 13:26

I've added DGIndexNV to my installation of MeGUI and have configured the paths and license and whatnot. I have VapourSynth x64 installed but every time I attempt to use DGIndexNV it keeps stating that the 32-bit binaries cannot be loaded into the 64-bit AviSynth.

I don't understand why it's saying that since, as far as I know the current DGIndexNV is x64? Does anyone have a clue what might be going on here?

Cheers.

Taurus

28th November 2019, 18:18

I don't understand why it's saying that since, as far as I know the current DGIndexNV is x64? Does anyone have a clue what might be going on here?
In the DGDecodeNV package is a 32bit and a 64bit version of DGIndexNV.
Take your poison.
Make sure you put the right one to your plugin folder.

RyaNJ

28th November 2019, 20:01

In the DGDecodeNV package is a 32bit and a 64bit version of DGIndexNV.
Take your poison.
Make sure you put the right one to your plugin folder.

I understand that. I have the 64-bit package added into the tools folders and configured via the settings.

I wasn't aware that I had to drop other bits anywhere else?

leon

15th December 2019, 01:36

Just tried to encode with MeGUI after a while and throws an error out of nowhere. Seems like it wrongly detects the 32-bit AviSynth as being 64-bit. Tried with both portable and installed AviSynth.

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2913 x86
--[Information] MeGUI Debug Data: available
--[Information] Update Check: Disabled
--[Information] System Information
---[Information] Operating System: Windows 7 Ultimate x64 SP1 (6.1.65536.7601)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.8 (4.8.03761)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2008 x64: 9.0.21022
----[Information] Microsoft Visual C++ 2008 x86: 9.0.21022
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.30501
----[Information] Microsoft Visual C++ 2013 x86: 12.0.30501
----[Information] Microsoft Visual C++ 2015-2019 x64: 14.23.27820
----[Information] Microsoft Visual C++ 2015-2019 x86: 14.23.27820
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 1360x768
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Information] AviSynth portable
----[Information] File Version: 0.1
----[Information] File Date: 20-12-2018
----[Information] File Name: AviSynth+ 0.1 (r2772, MT, i386)
----[Information] File Path: c:\program files\megui\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 0.1 (r2772, MT, i386)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
----[Information] AviSynth Status: active
-[Information] Update detection
--[Information] [15/12/2019 03:24:29] Automatic update is disabled
--[Information] [15/12/2019 03:24:29] Using cached update config and server: http://megui.org/auto/
--[Information] [15/12/2019 03:24:29] No package requires an update
-[Information] FileIndexer
--[Information] [15/12/2019 03:24:42] MediaInfo
---[Information] File: C:\1.mp4
---[Information] General
----[Information] Format: MPEG-4
----[Information] FileSize: 13634107
----[Information] PlayTime: 00:00:48.482
---[Information] Video
----[Information] ID: 2
----[Information] StreamOrder: 1
----[Information] CodecID: avc1
----[Information] CodecIDInfo: Advanced Video Coding
----[Information] Format: AVC
----[Information] FormatInfo: Advanced Video Codec
----[Information] Width: 1280
----[Information] Height: 720
----[Information] FrameCount: 1453
----[Information] FrameRate: 29.970
----[Information] FrameRateOriginal: 29.970
----[Information] FrameRateMode: CFR
----[Information] FrameRateModeString: Constant
----[Information] Duration: 00:00:48.482
----[Information] ScanType: Progressive
----[Information] Bits Depth: 8
----[Information] AspectRatio: 1.778
----[Information] AspectRatioString: 16:9
----[Information] PixelAspectRatio: 1.000
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] CodecID: mp4a-40-2
----[Information] Format: AAC
----[Information] FormatInfo: Advanced Audio Codec
----[Information] FormatProfile: LC
----[Information] SamplingRate: 44100
----[Information] SamplingRateString: 44.1 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] [15/12/2019 03:24:42] The language information is not available for this track. The default MeGUI language has been selected.
-[Information] Log for job29 (idx, 1.mp4 -> 1.mp4.lwi)
--[Information] [15/12/2019 03:24:51] Started handling job
--[Information] [15/12/2019 03:24:51] Preprocessing
--[Information] [15/12/2019 03:24:52] AviSynth script
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LSMASHVideoSource("C:\1.mp4")
--[Information] [15/12/2019 03:24:55] Postprocessing
---[Information] [15/12/2019 03:24:58] Deleting intermediate files
--[Information] [15/12/2019 03:24:58] Job completed
-[Error] Log for job30 (video, 1.mp4.avs -> 1.mp4.264)
--[Information] [15/12/2019 03:25:41] Started handling job
--[Information] [15/12/2019 03:25:41] Preprocessing
--[Information] [15/12/2019 03:25:41] AviSynth input script
---[NoImage] # Set DAR in encoder to 16 : 9. The following line is for automatic signalling
---[NoImage] global MeGUI_darx = 16
---[NoImage] global MeGUI_dary = 9
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LSMASHVideoSource("C:\1.mp4")
---[NoImage] #deinterlace
---[NoImage] #crop
---[NoImage] #resize
---[NoImage] #denoise
---[NoImage] #ChangeFPS(25000, 1000)
---[NoImage] #Trim(424, 19670)
---[NoImage] #AssumeFPS(22000, 1000)
--[Information] [15/12/2019 03:25:42] resolution: 1280x720
--[Information] [15/12/2019 03:25:42] frame rate: 30000/1001
--[Information] [15/12/2019 03:25:42] frames: 1453
--[Information] [15/12/2019 03:25:42] length: 00:00:48.482
--[Information] [15/12/2019 03:25:42] aspect ratio: 16:9 (1.778)
--[Information] [15/12/2019 03:25:42] color space: I420
--[Information] [15/12/2019 03:25:42] changing --ref to 9
--[Information] [15/12/2019 03:25:42] Job command line: "cmd.exe" /c ""C:\Program Files\MeGUI\tools\ffmpeg\ffmpeg.exe"
-loglevel level+error -i "C:\1.mp4.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files\MeGUI\tools\x264\x264.exe"
--level 4.1 --preset veryslow --tune film --crf 26.0 --keyint 300
--qpmin 10 --qpmax 51 --vbv-bufsize 78124 --vbv-maxrate
62500 --no-fast-pskip --colorprim bt709 --transfer bt709
--colormatrix bt709 --sar 1:1 --frames 1453 --output "C:\1.mp4.264" --stdin y4m -"
--[Information] [15/12/2019 03:25:42] Process started
--[Information] [15/12/2019 03:25:42] Standard output stream
--[Error] [15/12/2019 03:25:42] Standard error stream
---[Information] [15/12/2019 03:25:42] [avisynth @ 00000000005617c0] [error] Cannot load a 32 bit DLL in 64 bit Avisynth:
'C:/Program Files/MeGUI/tools/lsmash/LSMASHSource.dll'.
---[Information] [15/12/2019 03:25:42] (C:\1.mp4.avs, line 4)
---[Information] [15/12/2019 03:25:42] [error] C:\1.mp4.avs: Unknown error occurred
---[Error] [15/12/2019 03:25:42] y4m [error]: bad sequence header magic
---[Error] [15/12/2019 03:25:42] x264 [error]: could not open input file `-'
--[Error] [15/12/2019 03:25:42] Process exits with error: 0xFFFFFFFF (-1)
--[Information] [15/12/2019 03:25:42] Job completed

Don't know what's wrong but it doesn't let me attach the txt file.

tebasuna51

15th December 2019, 12:46

@leon
--[Information] MeGUI: 2913 x86
...
----[Information] AviSynth Status: ignored as portable build is forced
----[Information] AviSynth Version: AviSynth+ 0.1 (r2772, MT, i386)
...
-[Information] Log for job29 (idx, 1.mp4 -> 1.mp4.lwi)
---[NoImage] LoadPlugin("C:\Program Files\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LSMASHVideoSource("C:\1.mp4")
--[Information] [15/12/2019 03:24:58] Job completed
...
-[Error] Log for job30 (video, 1.mp4.avs -> 1.mp4.264)
...
--[Information] [15/12/2019 03:25:42] Job command line: "cmd.exe" /c ""C:\Program Files\MeGUI\tools\ffmpeg\ffmpeg.exe"
-loglevel level+error -i "C:\1.mp4.avs"
...
---[Information] [15/12/2019 03:25:42] [avisynth @ 00000000005617c0] [error] Cannot load a 32 bit DLL in 64 bit Avisynth:
- Using last MeGUI version and AviSynth portable 32 bits

- The job29 work fine with the .avs (all 32 bits)

- The job30 crash with the same .avs, maybe your C:\Program Files\MeGUI\tools\ffmpeg\ffmpeg.exe is 64 bit, must be 32 bit.

Check it:

leon

15th December 2019, 23:39

@tebasuna51

That was it, I had accidentally replaced it with a 64-bit ffmpeg. Thank you.

Barough

18th December 2019, 08:11

x265 v3.2+22-a8a2c4c37267 (http://www.mediafire.com/file/6mb2m4dabqsjpni/x265-3.2%252B22-a8a2c4c37267_Win_GCC920.7z/file) (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 9.2.0)
https://bitbucket.org/multicoreware/x265/commits/branch/default

hello_hello

20th December 2019, 22:02

I think need function import .avs, .avsi to save time like function Load DLL in tab scripts on avisynth script creator

It's not a bad idea, but if you install Avisynth and put plugins and avsi scripts in the "installed" Avisynth plugins folder they'll be auto-loaded when Avisynth runs, even if MeGUI is using it's own portable version of Avisynth. I'd actually forgotten the script creator has a section for loading plugins "manually" as I haven't needed to use it for a long time.

imsrk48

21st December 2019, 04:57

Dear Sir Why You Removed Directshowsource and Avisource Support in Latest Build?

tebasuna51

21st December 2019, 11:26

Not removed, only not recommended:

imsrk48

21st December 2019, 16:18

Not removed, only not recommended:i have tried to Enable it but not working even i have changed different Windows and tried but not working Sir.

imsrk48

21st December 2019, 16:20

Not removed, only not recommended:anyway I'll try again

hello_hello

22nd December 2019, 03:27

imsrk48,
You have to open a file as the video input for the script creator to be offered a Avisource/DirectshowSource choice, not with the file indexer. A window will popup asking how you want to open the video, and Avisource or DirectshowSource should be a choice for most file types.

Keep in mind, if there's an existing index file for the source in the same folder, MeGUI will probably just use it without giving you a choice.

imsrk48

22nd December 2019, 12:25

StainlessS

22nd December 2019, 12:52

imsrk48, H.H, is just trying to help.

imsrk48

22nd December 2019, 12:53

imsrk48, H.H, is just trying to help.My Pleasure Sir. But I'm Not a Begginer for MeGUI I've faced issues that's why asked why not getting Directshowsource

imsrk48

24th December 2019, 09:20

kuchikirukia

27th December 2019, 21:16

Is there some known issue with 2896 with heavy scripts? A:

QTGMC()
srestore(frate=23.976)

... absolutely chokes it. (like 0.04 fps) Going back to the old standby of 2525 and it's fine.

kedautinh12

4th January 2020, 09:24

kedautinh12

4th January 2020, 09:27

FFMS2 2.23.1 (w/ FFmpeg 4.2.2) compiled by l33tmeatwad
https://forum.doom9.org/showthread.php?p=1894414#post1894414

tebasuna51

4th January 2020, 11:37

I see megui offer some .ts file use DGIndex but video encoded audio don't sync with video, same error with L-Smash
Video test: https://drive.google.com/a/my.smccd....w?usp=drivesdk
After i was changed to ffms2 and audio can sync with video

Alternatively, megui offer some .ts with L-smash and it's work perfectly
Video test: https://drive.google.com/a/my.smccd....w?usp=drivesdk

Your links are broken.

Here are ok: https://forum.doom9.org/showthread.php?p=1894665#post1894665
Please remember rule 8:

8) No cross posting. Post your message once, to the appropriate forum and nowhere else or it will be locked or deleted without warning.

Your first video:
TS, 1 video track, 1 audio track, 0:04:22, 60i /1.001
1: h264/AVC, 1440x1080 60i /1.001 (16:9)
2: AAC, 2.0 channels, 123kbps, 48kHz
Video track 1 contains 15704 fields.

Can't be decoded by DGIndex because only support MPEG1/2 video.
The MPEG4-AVC (h264) video need DGIndexNV or Lsmash or ffms2, all of them works fine for me without async (15704 fields -> -stripPulldown -> 6281 progressive frames 23.976 -> 4:22 like audio)

Your second video:
TS, 1 video track, 1 audio track, 0:02:31, 60i /1.001
1: MPEG2, 1440x1080 60i /1.001 (16:9)
2: AAC, 2.0 channels, 256kbps, 48kHz, -7ms
Video track 1 contains 3657 frames and 824 fields.

Some more info from DGIndexNV:
CODED frames 4069 135,769 seg
PLAYBACK frames 4523 150,917 seg
49.69% FILM

There are a mixed of frames and fields, using MeGUI File Indexer and Avs Script Creator we obtain:
Output
Decoder MeGUI Analyse frames fps Duration MeGUI fps correction
------------------ -------------- ------ ------ -------- ---------------------------------
DGIndex Hybrid film 3821 23.976 2:39.36 tfm(order=1).tdecimate(hybrid=1)
DGIndexNV Hybrid film 3618 23.976 2:30.90 tfm(order=1).tdecimate(hybrid=1)
LWLibavVideoSource Partially film 4069 26.962 2:30.91 tfm(order=-1).tdecimate(hybrid=3)
FFVideoSource not detected 4523 29.970 2:30.91 (fpsnum=30000, fpsden=1001)

With DGIndex there are async with a video 9 seconds long.
With LWLibavVideoSource we obtain a fps not standard than can be problematic, the output frames are the same than CODED frames.
With FFVideoSource we force 29.970 (4523 PLAYED frames) but there are frames with double image.
Maybe the DGIndexNV decoder is the best option with MeGUI options.

kedautinh12

16th January 2020, 10:40

Your links are broken.

Here are ok: https://forum.doom9.org/showthread.php?p=1894665#post1894665
Please remember rule 8:

Your first video:

Can't be decoded by DGIndex because only support MPEG1/2 video.
The MPEG4-AVC (h264) video need DGIndexNV or Lsmash or ffms2, all of them works fine for me without async (15704 fields -> -stripPulldown -> 6281 progressive frames 23.976 -> 4:22 like audio)

Your second video:

Some more info from DGIndexNV:
CODED frames 4069 135,769 seg
PLAYBACK frames 4523 150,917 seg
49.69% FILM

There are a mixed of frames and fields, using MeGUI File Indexer and Avs Script Creator we obtain:
Output
Decoder MeGUI Analyse frames fps Duration MeGUI fps correction
------------------ -------------- ------ ------ -------- ---------------------------------
DGIndex Hybrid film 3821 23.976 2:39.36 tfm(order=1).tdecimate(hybrid=1)
DGIndexNV Hybrid film 3618 23.976 2:30.90 tfm(order=1).tdecimate(hybrid=1)
LWLibavVideoSource Partially film 4069 26.962 2:30.91 tfm(order=-1).tdecimate(hybrid=3)
FFVideoSource not detected 4523 29.970 2:30.91 (fpsnum=30000, fpsden=1001)

With DGIndex there are async with a video 9 seconds long.
With LWLibavVideoSource we obtain a fps not standard than can be problematic, the output frames are the same than CODED frames.
With FFVideoSource we force 29.970 (4523 PLAYED frames) but there are frames with double image.
Maybe the DGIndexNV decoder is the best option with MeGUI options.

Thanks

LeXXuz

16th January 2020, 21:37

You are right, even after execute 'Analyse' and detected like 'Interlaced' the Nvidia Deinterlacer remains grayed out.

Any news about the Nvidia deinterlacer not being selectable?

tebasuna51

17th January 2020, 10:30

@LeXXuz

With MeGUI 2913 still pending.

BTW you can open the script tab and modify the DGSource line, example:

DGSource("D:\Test\futbol-i.dgi", deinterlace=1)

wthreex

23rd January 2020, 14:23

Cannot encode DTS to AAC

https://i.imgur.com/vd766Nx.png

Full log attached

tebasuna51

23rd January 2020, 21:29

---[Information] [1/23/2020 4:48:33 PM] Channels: 6
...
--[Information] [1/23/2020 4:48:33 PM] Job command line: C:\Users\user\Downloads\Programs\MeGui\tools\eac3to\neroAacEnc.exe -ignorelength -hev2 -cbr 26000 -if - -of "C:\...\DTS-FGT_new.mp4"
...
---[Information] [1/23/2020 4:48:33 PM] ERROR: Unsupported encoding configuration

You can't encode a 5.1 audio with -hev2 parameter, only can work with stereo source.

Farfie

25th January 2020, 20:08

Apologies if these things are already requested or already in the program or whatnot but I cannot find anything like it. I'd really like the One Click Encoder to be able to use all the settings from its initial dialog box to folders as well as files - I was sad that I could, say, change the title track of audio and video for one file, but as soon as I wanted to do a whole folder, it makes the OCE profile take center stage, and I cannot find these same options in that. So now I'll have to edit these files post work to change/remove them. It's really just a design issue I think. Like, the audio tabs in the intial dialog box are more thorough than if I go to the config of the OneClick profile because I can apply delay, change the track name etc. Just put all of that stuff in the OneClick profile config as well and everything would be great, right?

Also looking for information on here https://forum.doom9.net/showthread.php?p=1896259#post1896259

Either way thank you for all your work and this tool, it is amazing and I've always loved working with it.

dbtayag

28th January 2020, 06:39

Sorry for such a noob question but when will the x265 codec be updated? My MeGUI is still using 3.0+4 (LigH) version. The most updated version is 3.2.

LigH

28th January 2020, 09:04

Surely not before any active developer changes command line support to the renamed parameters. And "active" is the bottleneck, I believe...

Glarioo

28th January 2020, 19:12

Zathor... long time no see. Hopefully he (she) is allright.
And hopefully it's not the end of MeGui.

hello_hello

5th February 2020, 05:09

Sorry for such a noob question but when will the x265 codec be updated? My MeGUI is still using 3.0+4 (LigH) version. The most updated version is 3.2.

The only options MeGUI has in it's x265 encoder configuration are "type" (quality or 2 pass etc), the quality or bitrate, the speed preset, the x265 tuning and the number of threads. Anything else must be manually added to the custom command line section. If those options haven't changed you should be able to update x265 yourself.

With MeGUI closed, move x265.exe from the MeGUI\tools\x265\x64 folder to a safe place as a backup, or simply rename it to something like x265.exe.old, and put the new x265.exe in that folder. If you're using a 32 bit version of Windows, you'd do the same for the 32 bit x265.exe in the x86 folder instead.

LeXXuz

7th February 2020, 12:10

@LeXXuz

With MeGUI 2913 still pending.

BTW you can open the script tab and modify the DGSource line, example:

DGSource("D:\Test\futbol-i.dgi", deinterlace=1)

Yes that's what I've been doing for the last couple of month (or even years?).
It's sad that until now there was no time to fix this as this was working before.

wthreex

14th February 2020, 12:49

Taurus

14th February 2020, 15:13

Excuse me why every time i create an xml Avisnyth Profile file in this path: C:\Users\mypc\Programs\MeGui\allprofiles\AviSynth\ Megui deletes the file after i close the app ? How can i manually create an avisnyth profile outside of app ?
I dont know what you are doing...
At my side I can modify the templates to my like and save them for later use.
Just make sure your MeGUI is not in a write protected directory like programs/etc.
Or make some templates in MeGUI\allprofiles\avisynth manually.
You can use the included AviSynth_dp_ _st_scratchpad_st_.xml
as a start and build them on your own.

wthreex

17th February 2020, 10:21

Or make some templates in MeGUI\allprofiles\avisynth manually.

I do, But the profile wouldnt append to the list, Did you try it your self ? manually create a profile (dont modify create new one) and check the profile lists

kedautinh12

18th February 2020, 18:04

I do, But the profile wouldnt append to the list, Did you try it your self ? manually create a profile (dont modify create new one) and check the profile lists

If you use Megui x64 please set megui open with administrator. After you closed megui, your profile still keep

LigH

18th February 2020, 21:20

Or do not install MeGUI in %ProgramFiles% but in a directory not monitored by the UAC. As we keep telling people for decades...

stax76

18th February 2020, 21:49

If you copy a folder into %ProgramFiles% with File Explorer on Win 10 then it's not write protected I believe.

wthreex

18th February 2020, 23:11

I recorded my issue: https://streamable.com/1ub89

Also MeGui located in Downloads\Programs not in the \Program Files

nurbs

16th March 2020, 19:26

I've been ripping DVDs with MakeMKV and encoding them with MeGui. I just noticed looking at the logs that when I convert the ac3 tracks from the DVD to FLAC using the HDStreamExtractor '-keepDialnorm' is always added to the command line and I can't find an option to turn it off. Is this intentional or a bug?

tebasuna51

17th March 2020, 00:59

@nurbs
For recode AC3 tracks to FLAC?

The -keepDialnorm parameter is only used for extraction, and do nothing when decode to convert to another format.

BTW the -keepDialnorm is only recommended to extract E-AC3 7.1, see post https://forum.doom9.org/showthread.php?p=1851550#post1851550 and next.
Added to MeGUI 2881 like is show in https://forum.doom9.org/showthread.php?p=1852532#post1852532

But you are right, when I use HDStreamExtractor to convert AC3 to FLAC the command line is:

"...\eac3to.exe" "...\Canoa.VOB" 2:"...\Canoa_T2_Audio - Spanish.flac" -keepDialnorm -progressnumbers

Like I say before eac3to ignore -keepDialnorm when decode, is only used when extract.
Of course is a bug but without effect.

nurbs

17th March 2020, 10:13

Hi tebasuna51, thanks for answering.

I forgot to mention that I always normalize the tracks for DVDs and BDs and for DVDs I also downmix.

Does this change the result in the end?

When I use
eac3to.exe "E:\Test\e01.mkv" 2:"E:\Test\e01_eng.flac" -downStereo -normalize
I get
a02 Extracting audio track number 2...
a02 Removing AC3 dialog normalization...
a02 Decoding with libav/ffmpeg...
a02 Downmixing multi channel audio to stereo...
a02 Writing WAV...
a02 Creating file "E:\Test\e01_eng.flac.pass1.wav"...
a02 Caution: The WAV file is bigger than 2GB.
a02 Some WAV readers might not be able to handle this file correctly.
a02 Starting 2nd pass...
a02 Reading WAV...
a02 Reducing depth from 64 to 24 bits...
a02 Encoding FLAC with libFlac...
a02 Applying 1.9dB gain...
a02 Creating file "E:\Test\e01_eng.flac"...
a02 The original audio track has a constant bit depth of 64 bits.
a02 The processed audio track has a constant bit depth of 24 bits.

With -keepDialnorm the line
a02 Removing AC3 dialog normalization...
is missing.

tebasuna51

17th March 2020, 11:50

When a AC3 decoder is used to play the audio is mandatory respect the DialNorm info stored in AC3 headers, but like eac3to is used always to recode, not play, never use the DialNorm when decode.

When eac3to is used to only extract the track by default remove the DialNorm info (put -31 dB to avoid change the volume). Now -keepDialnorm is used to extract the track without change the DialNorm info in AC3 headers. Then only extracting the track the -keepDialnorm parameter is used.

If you want store only stereo audio (to be played in a device without 5.1 support) is correct the -downStereo -normalize parameters.
But I can't understand recode to FLAC, for me the default quality (q=0.5) of NeroAacEnc is enough for lossy audio (changed by -downStereo -normalize).

nurbs

17th March 2020, 16:30

Thank you for explaining.

I encode the FLAC files to AAC in the end. It would probably be more efficient to just extract the tracks with eac3to and then downmix and encode them directly with the audio encoder in MeGui, but back when HD-DVDs and BDs started coming out eac3to was the only tool I had that could decode some of the tracks and also could do the processing I needed. That's how I ended up with that workflow.

fluffy01

23rd March 2020, 18:15

tebasuna51

23rd March 2020, 20:18

@fluffy01, I can't reproduce your problem, it is ok for me:

[Information] AviSynth portable
-[Information] File Version: 3.5
-[Information] File Date: 02-03-2020
-[Information] File Name: AviSynth+ 3.5 (r3043, master, x86_64)
-[Information] File Path: c:\portable\megui64\avisynth.dll
-[Information] AviSynth Version: AviSynth+ 3.5 (r3043, master, x86_64)
-[Information] AviSynth+: true
-[Information] AviSynth MT: true
-[Information] AviSynth Status: active

Check if you have the full file:

...\megui64\avisynth.dll 4.395.520 bytes

Or put the full log (OS, redistributables,...)

fluffy01

23rd March 2020, 22:44

I just reinstalled the new version to check the size, and it is exactly the size you mentioned. And also to see if another reinstall would solve the issue, but still same problem.

Here is the complete log (minus the path to the MeGUI folder)
[Error] Log
-[Error] Versions
--[Information] MeGUI: 2913 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 1909 x64 (10.0.18363.720)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.8 (4.8.03752)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.30319
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2017 x64: 14.16.27012
----[Information] Microsoft Visual C++ 2017 x86: 14.16.27012
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 3440x1440
----[Information] Primary Screen: True
--[Information] Component Information
---[Information] Haali Media Splitter: not installed
---[Information] Haali DSS2: not installed
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Error] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Error] AviSynth portable
----[Information] File Version: 3.5
----[Information] File Date: 02-03-2020
----[Information] File Name: AviSynth+ 3.5 (r3043, master, x86_64)
----[Information] File Path: xxxxxxxxx\megui64\avisynth.dll
----[Error] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is:
---[Error] AviSynth: not found
-[Information] Update detection
--[Information] [23-03-2020 22:37:49] Using cached update config and server: http://megui.tmebi.de/test/
--[Information] [23-03-2020 22:37:49] No package requires an update
Let me know if there is anything else you need from me.

fluffy01

23rd March 2020, 23:02

I solved it! Thanks to your comment about what redistributables I had, I started digging, and after I installed the one called "2015-2019" which replaced the 2017 one I had installed, then it started working :thanks:

cool advertise

24th March 2020, 00:41

After updating MeGUI 64-bit to the latest AviSynth+ portable from the development update server, MeGUI can no longer load AviSynth+ portable, and gives this error when starting:
---[Error] AviSynth portable
----[Information] File Version: 3.5
----[Information] File Date: 02-03-2020
----[Information] File Name: AviSynth+ 3.5 (r3043, master, x86_64)
----[Information] File Path: xxxxxxxxx\megui64\avisynth.dll
----[Error] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is:
---[Error] AviSynth: not found

Same for me but on MeGUI x86 32 bit with windows 10 pro 64 bit.
Same error.
And again solved
1 - installing AviSynth+ 3.5.0 with redistributables included, from this site, the file of about 27 mb. https://www.videohelp.com/software/AviSynth-Plus
After installing and rebooting the PC, everything is back to work and megui no longer reports the error.
The problem was that avisynth+ 3.5.0 portable needs the following redistributables :
----[Information] Microsoft Visual C++ 2015-2019 x64: 14.21.27702
----[Information] Microsoft Visual C++ 2015-2019 x86: 14.21.27702
to be updated from version 14.21.27702 to version 14.24.28127.
:cool:
or
2 - alternatively it can be installed both the x86 and x64 versions of the latest Visual C++ 2015, 2017 and 2019 redistributables directly from the microsoft website, at this link https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads ; should be the 2 files called
x86: vc_redist.x86.exe
x64: vc_redist.x64.exe
reboot the PC and try again;
I have tested method 1; haven't personally tested the 2nd link/method but it should still work.

jlw_4049

28th March 2020, 05:22

Is there anyway to do a batch encode that has forced subtitles to automatically mux all of the English subtitles and leave the forced track to default and forced?

Barough

1st April 2020, 18:11

Morku

1st April 2020, 19:41

x265 v3.3+17-gdf2ac512d (http://www.mediafire.com/file/q8q29en789g0heh/x265-3.3%252B17-gdf2ac512d_Win_GCC930.7z/file) (32 & 64-bit 8/10/12bit Multilib Windows Binaries) (GCC 9.3.0)
https://bitbucket.org/multicoreware/x265_git/commits/branch/master

This build is not working for me in MeGUI:

---[Error] [01.04.2020 20:36:43] x265 [error]: internalBitDepth must match compiled bit depth
---[Error] [01.04.2020 20:36:43] x265 [error]: x265_encoder_open() failed for Enc,
---[Error] [01.04.2020 20:36:43] x265 [error]: Failure generating stream headers 0

Revert back to 3.3+12 filler56789 build -> encoding works fine

Xvid Encraw v1.3.7 (http://www.mediafire.com/file/m7govx2vegulxad/Xvid_Encraw-1.3.7_Win_GCC930.7z/file) (32 & 64-bit Windows Binaries) (GCC 9.3.0)

"The file you requested has been blocked for a violation of our Terms of Service."

LigH

3rd April 2020, 14:40

Yeah, MediaFire hates files named "Xvid"-something, automatically assumes illegal moviez in it.

Zetti

3rd April 2020, 19:11

MediaInfo v20.03 is released.

Zetti

4th April 2020, 16:36

MKVToolNix v45.0.0 is released.

Barough

7th April 2020, 15:28

"The file you requested has been blocked for a violation of our Terms of Service."

Yeah, MediaFire hates files named "Xvid"-something, automatically assumes illegal moviez in it.

The archive have been cleared by Mediafire now.

Zetti

11th April 2020, 13:30

x264 r3000 is released.

magnetite

13th April 2020, 20:39

I've noticed that although you can select a folder to encode, MeGUI doesn't support recursive folder selection.

stax76

13th April 2020, 21:28

Does it maybe support drag & drop? In that case you can use the search feature of Windows File Explorer.

magnetite

14th April 2020, 17:57

An error pops up which says these files or folders cannot be used in OneClick mode when dragging and dropping.

Using Explorer's search function does work, but for some reason it's unbearably slow. Maybe that's due to the files being stored on my NAS?

kalehrl

18th April 2020, 12:33

Can somebody update Xvid?

Devilman1

26th April 2020, 11:49

Bug in audio encoding,

when you choose VBR and aac MeGUI put a "," instead of a "." in the value for example 1,6 instead of 1.6 and so it stops with an error.

LigH

27th April 2020, 07:39

That looks like a locale dependent number conversion...

wthreex

15th May 2020, 09:52

Dont know if its a feature request or not but,

Add ability to get path of current file in the queue (One Click Encoder)

Usage is for avisynth, My script need a file path as string but there is no way to get current file path in megui when we doing a batch processing

Related topics :

https://forum.videohelp.com/threads/397225-MeGui-How-to-get-path-name-of-current-file-in-the-queue-dynamically
https://forum.doom9.org/showthread.php?p=1911775
https://forum.doom9.org/showthread.php?p=1911779

Also i recorded my issue: https://streamable.com/cdkk1d

StainlessS

15th May 2020, 12:39

I added this post to thread in Avisynth Usage forum: (maybe clarifies above posted Wthreex requirement)

Hi wthreex,
The thing with the '<input>' stuff is an Avisynth script template, it just allows you to add some avisynth scripting.
It might be possible to convert the source file name into a subtitle file eg "D:\myfile.avi' to 'D:\myfile.srt' if you had access to the
sourcefile name from within avisynth called via MeGUI, however I am not aware that the source filename is available to avisynth script.
Additionally, even if you did have access to the source filename, and hence a similar subtitle filename, all you could do from within
avisynth would be to add a 'Hard Coded' subtitle to the video, ie always there and could not switch off subtitle as it is part of the video.
I'm guessing that what you want is to be able to auto add eg myfile.srt to the files to be multiplexed together at the final encode stage.
I dont think that this is possible, (and the avisynth script template has nothing to do with that type of functionality).
I can only suggest that you ask in MeGUI forum if it is possible to auto add an associated subtitle file (eg myfile.srt) to the files to be
multiplexed together and the end of encode. [I doubt that this is currently possible, I wish it were otherwise as I would also like to be able
auto do that, and for more than a single subtitle file].

EDIT:
When I use AutoEncode and want to add multiple subtitle [single subs file can be added quite easily by ticking the 'Add additional content' box],
I have to encode normal, and then use the Tools/Muxer/MP4 Muxer tool to mux the separate video, audio and subtitle streams together.

magnetite

21st May 2020, 05:00

Avisynth+ 3.6.0 is out. MeGUI crashes when it's installed.

tebasuna51

21st May 2020, 10:06

MeGUI is a Windows soft and don't need the Avs+ 3.6.0 new version. Also there are plugins than don't work with this new version.

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

magnetite

22nd May 2020, 00:32

The included version of Avisynth+ is really outdated. Version 2272, file date 2/17/2019.

Zetti

22nd May 2020, 11:32

MeGUI AviSynth Wrapper test by pinterf.

https://forum.doom9.org/showthread.php?p=1913054#post1913054

Zathor

22nd May 2020, 15:06

I think I have not mentioned that before, but neither the project nor I am dead - I would say luckily :)
I only do have even lesser available time for this here than I had before :(. Which is the reason why I do not show up here anymore.

So if there is anything which is not working or needs fixing, please post it on sourceforge. I do not have the time to browse the forums atm. Please be also aware that if you e.g. paste a link to an updated version of an included application I will simply put it on the development update server so that the community can test it and report problems (again on SF) if needed. I am not able to make any time consuming tests or checks.

However there are some minor changes incoming e.g. I am playing currently with the "new" lsmash, the avisynth+ 3.6 thing (still not sure if I should or can support that officially - reasons above), ...

Beside that :thanks: everyone for keeping the community up & running.

tebasuna51

22nd May 2020, 17:24

The included version of Avisynth+ is really outdated. Version 2272, file date 2/17/2019.

You are wrong, is the Avs+ 3.5.1 r3106 from 3 Apr 2020, please:

Options -> Extended -> Use development update server

Zathor

24th May 2020, 14:38

2919 [Main] improved error handling when copying the redist files
2918 [Profile Selector] fixed new profile not available immediately. Bug #953
2917 [L-SMASH Indexer] always show source and cachefile (if available)
2916 [FFmpeg AAC Encoder] fixed quality mode using the wrong number format (regression of 2904)
2915 [L-SMASH Indexer] added support for recent versions
enabled VC-1 decoding support
enabled custom index file locations
2914 [Audio Encoder] improved error handling

tebasuna51

25th May 2020, 00:00

Thanks Zathor

jlw_4049

25th May 2020, 00:54

Zathor

25th May 2020, 18:05

MP4Box does not work on latest developmental build of MeGui

Pasting msvcr100.dll into the MP4Box folder will fix it. I pulled this from the previous version of MP4Box.

This isn't an issue with MeGui but an issue with MP4Box. However, it doesn't work at all without this fix.

Please create a SF bug report incl. your log file. I would like to follow-up as this does work for me (and if the redist is missing it should copy it).

jlw_4049

25th May 2020, 18:47

Please create a SF bug report incl. your log file. I would like to follow-up as this does work for me (and if the redist is missing it should copy it).I can re-create it via megui and outside of megui with MP4Box. Same error on this version.

Here is the log with out the fix I did.

https://pastebin.com/KHaiZ5ZU

Sent from my SM-G986U1 using Tapatalk

leon

26th May 2020, 14:27

It seems 64bit version of "msvcr100.dll" is needed:

https://www.microsoft.com/en-us/download/details.aspx?id=14632

"redist-5-64" wasn't downloaded at all in my case.

Glarioo

28th May 2020, 18:37

Gser

31st May 2020, 19:28

Avisynth+ 3.6.0 is out. MeGUI crashes when it's installed.

Can confirm that it crashes and I have set MeGUI to use the system Avisynth version and cannot get into MeGUI to change it.

kedautinh12

17th June 2020, 03:32

FFMPEG released 4.3

locotus

20th June 2020, 22:07

After last update 2924, when opening an audio through audio enconding
section, start the job at the moment of hitting Queue and get loose aborting.

kedautinh12

5th July 2020, 14:09

New D2VSource, can megui's author replaced dgindex with it??

Edit:
Link https://github.com/Asd-g/MPEG2DecPlus

leon

6th July 2020, 18:03

Updated MP4Box 1.0 is missing a dll:

https://i.imgur.com/Zvtt8fv.png

jlw_4049

6th July 2020, 20:28

Updated MP4Box 1.0 is missing a dll:

https://i.imgur.com/Zvtt8fv.pngYes it is. Happened to me as well

Sent from my SM-G986U1 using Tapatalk

wthreex

7th July 2020, 12:25

Same here:

[Error] [7/7/2020 3:53:56 PM] Process exits with error: 0xC0000135 STATUS_DLL_NOT_FOUND (-1073741515)

tebasuna51

7th July 2020, 17:19

Seems the MPbox package is incomplete, until a new version in MeGUI server you can download MP4Box 1.0.0 Windows 64-bit from https://www.videohelp.com/software/MP4Box, if your SO is 64 bits (if not the Download MP4Box 1.0.0 Windows version)
and extract some dll's to the ...\Megui\tools\mp4box or/and ...\Megui64\tools\mp4box

I can do the mux with at least these dll's:
avcodec-58.dll
avdevice-58.dll
avfilter-7.dll
avformat-58.dll
avutil-56.dll
OpenSVCDecoder.dll
postproc-55.dll
swresample-3.dll
swscale-5.dll

wthreex

10th July 2020, 09:45

Please add ability to use regex in replacement panel :

https://i.imgur.com/rYVApFg.png

LigH

14th July 2020, 12:43

Script generator for audio upmix using SuperEQ:

AviSynth+ does not implicitly convert any other sample format to float samples (https://forum.doom9.org/showthread.php?p=1918315#post1918315), so a ConvertAudioToFloat() should be added after opening the audio source and before using SuperEQ calls.

LigH

15th July 2020, 14:15

Seems the MPbox package is incomplete...

I tried to build MP4Box in MABS. That worked, in general ... and then I discovered a mess: The help output is sent partially to stdout as well as stderr. Would not be surprised if there is more nonsense under the pressure of releasing a v1.0.0 :rolleyes:

MP4Box - GPAC version 1.0.0-rev115-g502bae149-ab-suite
(c) 2000-2020 Telecom Paris distributed under LGPL v2.1+ - http://gpac.io
GPAC Configuration: --prefix=/local64 --disable-shared --enable-static --static-mp4box
Features: GPAC_CONFIG_WIN32 GPAC_64_BITS GPAC_MINIMAL_ODF GPAC_HAS_QJS GPAC_DISABLE_3D

MP4Box 1.0.0-rev115-g502bae149-ab-suite (https://www.mediafire.com/file/iugjklcm775f4h2/MP4Box_1.0.0-rev115-g502bae149-ab-suite.7z/file)

kalehrl

31st July 2020, 08:02

Can somebody update tools in MeGUI?
There are new x264, x265, lsmash, mkvmerge, qaac, ffmpeg...

Zetti

11th August 2020, 14:07

MediaInfo v20.08 is released.

Morku

11th August 2020, 20:13

Can somebody update tools in MeGUI?
There are new x264, x265, lsmash, mkvmerge, qaac, ffmpeg...

And AvisynthWrapper for AviSynth 3.6.1.0 to make cutting video possible without getting a black frame.

MeGUI deserve much more love

kedautinh12

19th August 2020, 01:17

And AvisynthWrapper for AviSynth 3.6.1.0 to make cutting video possible without getting a black frame.

MeGUI deserve much more love

https://forum.doom9.org/showthread.php?p=1913117#post1913117

LouieChuckyMerry

21st August 2020, 20:38

Oops, wrong thread :o

kedautinh12

29th September 2020, 06:28

MP4Box 1.0.0 rev236
http://www.mediafire.com/file/8ki8dmesp0s1ldr/MP4Box-1.0.0-rev236-gb02f36469_Win_GCC102.7z/file

LigH

9th October 2020, 08:07

And time for another MP4Box update: GPAC fixed MPEG4-ASP multiplexing (https://github.com/gpac/gpac/issues/1609). So you can use it again as companion for the raw m4v output from xvid_encraw.

Morku

9th October 2020, 15:49

https://forum.doom9.org/showthread.php?p=1913117#post1913117

It's what I am already using (otherwise MeGUI wouldn't work at all). When you open avs with AVS Script Creator, the preview window just will turn black.

LigH

9th October 2020, 15:53

MP4Box 1.1.0-DEV-rev80-g960b4cb87-ab-suite (http://www.mediafire.com/file/eboq0f8d1m8fuij/MP4Box_1.1.0-DEV-rev80-g960b4cb87-ab-suite.7z/file) (GCC 10.2)

foobar2000

13th October 2020, 17:04

megui crashes under latest windows 10... works fine on wins 7

jlw_4049

13th October 2020, 17:38

megui crashes under latest windows 10... works fine on wins 7I've been using MeGui on latest windows 10 for quite a while. Did you try to reinstall?

Sent from my SM-G986U1 using Tapatalk

LigH

14th October 2020, 07:15

Also, if possible, more details about the crash, please: Any dialogs appearing? Any stubs of log files left?

VideoFanatic

16th October 2020, 05:10

I'm using MeGUI 2913 on Windows 10. I've got 2 1080p 30fps video clips which are the same format as each other. For some reason the "Raw" clip when encoded with a particular CRF setting multiple times will have a different output filesize each time but the other clip has the same output filesize each time. For the clip that has the problem here are some example results I get:

CRF 20 Slow: 91.4 MB, 96.5 MB, 103 MB
CRF 21 Slow: 103 MB, 91.4 MB, 49.4 MB

As you can see the above results make no sense. In some cases the CRF 21 output clip has a larger filesize than CRF 20. In another case the CRF 21 clip had 50% lower filesize than CRF 20 which also doesn't make sense.

I've also just done a CRF 20 and CRF 21 encoding of the "Raw" full length episode. Here's the result:

CRF 20: 5.68 GB, 6.4 Mbps
CRF 21: 8.05 GB, 9.14 Mbps

Again this is wrong as the CRF 21 has a much bigger filesize than the CRF 20 video when in fact it snould have a slightly lower filesize than the CRF 20 video.

I've downloaded the latest updates via the MeGUI program for x264 and everything else and I've switched to the development version.

For my test clip sources I find that it's easiest to replicate the problem by encoding the source clips to CRF 20 then encode the source clips to CRF 21. Then repeat until you have output files of a different size. I do my encodes in OneClick.

Source clips and log are here:
https://drive.google.com/drive/u/0/folders/1vGpduKF-S9lF2n9uH6_aRcg9ihXVvaP6

szabi

29th November 2020, 09:30

Hi

I use MeGUI v2924.
My input is an old avi (xvid) with mp3 audio stream.
When I start File Indexing at the end of index process MeGUI just close.
https://abload.de/img/indexerjhk7t.png
I did try both the ffms and l-smash but result is same.
However indexing can be finished if no audio is selected.
How could I figure out what cause this issue?

Regards
szabi

StainlessS

29th November 2020, 14:54

I never use MeGUI for anything other than pre-prepared AVS files (so have no idea about its file indexer),
but, cant you just use AviSource(), avi dont usually need any indexing, it has its own internal index.
Might be a good idea to follow Avisource() with RequestFramesLinear() as XVID can often have 8 seconds
between key frames. [use args to RequestFramesLinear() to provide cache for at least 8 seconds at input framerate].

EDIT: At least might be worth a try.
EDIT: This would convert to AVI lossless UT_Video codec, audio PCM uncompressed, and remove all of your problems

ConvToAVILossLess.Bat

setlocal

REM Where to Find ffmpeg
set FFMPEG="C:\BIN\ffmpeg.exe"

REM Where to get input file, No terminating Backslash, "." = current directory
set INDIR="."

REM Where to place output file, No terminating Backslash.
set OUTDIR="D:"

FOR %%A IN (*.wmv *.mpg *.avi *.flv *.mov *.mp4 *.m4v *.RAM *.RM *.mkv *.TS *.ogv *264 *.webm *.m2v *.VOB) DO (
%FFMPEG% -i "%INDIR%\%%A" -vcodec utvideo -acodec pcm_s16le "%OUTDIR%\%%~nxA.AVI"

)

Pause

I usually convert all 8 bit [except VOB/MPG] video to AVI, saves messing around trying to get LSmash or ffmpegsource to work with awkward stuff
If you do the convert, you will not need RequestFramesLinear().
You need to set path to FFMPEG, and the in and out directories, will BATCH convert all of the container types shown in blue.
You can remove unwanted input container types, or add missing ones (so long as supported by ffmpeg), eg '*.asf' or '*.xvid' or '*.divx' [SPACE separated].
AVI is the output container type, ie Avi.

LigH

29th November 2020, 16:43

It might already help to re-multiplex such an AVI using AviMux-GUI.

StainlessS

29th November 2020, 18:04

There was a (real old) version of XVID codec that would only decompress (properley) using exact same codec, cant remember the version number.
EDIT: Wrong version produced weird colors in places, quite often green and maybe magenta, IIRC.
EDIT: I had bad sample back about 2010, and faulty codec was old then.

LigH

29th November 2020, 22:37

Probably an Xvid version around v0.9x; there was a similar issue for DivX between up to version 5.02 and from version 5.03 on (different rounding direction).

But my reply was more inspired by the fact that indexing with the audio stream failed, so I guess the indexer may have an issue with the storage of the audio stream. Recreating an AVI container with different attributes, or remultiplexing it to MKV, may help the indexer handling the audio stream better.

kedautinh12

5th December 2020, 04:23

MP4Box-1.1.0-DEV-rev247-gdd4e62f9b
http://www.mediafire.com/file/opt84f4e7sbw9p2/MP4Box-1.1.0-DEV-rev247-gdd4e62f9b_Win_GCC102.7z/file

kedautinh12

5th December 2020, 07:42

FLAC v1.3.3
http://www.mediafire.com/file/p4ln8bu0q8isdub/FLAC-1.3.3-Stable_Win_GCC910.7z/file

simple_simon

7th December 2020, 09:30

When using a prerendering job with 2passes in x264 is it possible to set it up to do the first pass with the prerendering job. That would reduce the number of passes from three to two.

LigH

7th December 2020, 09:38

IIRC, "prerendering" means to create an intermediate lossless AVI because the AviSynth filters use so much computing time that filtering only once saves some remarkable amount of time. That will be a separate job because it does not use x264.

StainlessS

7th December 2020, 19:49

The Batch bat in post #7010 will do similar to "prerendering", ie create lossless avi using UT_Video lossless codec and PCM audio,
but you use the result file instead of XVid avi file as source.
It does away with almost all of the nonsense related to source filter problems, and produces fast seeking frame accurate src.

kedautinh12

9th December 2020, 04:25

FDK-AAC v1.0.1
https://github.com/nu774/fdkaac/releases/tag/v1.0.1
https://www.mediafire.com/file/09lrxx3gznosk8h/FDK-AAC-1.0.1-Git-2020-11-30_Win_GCC102.7z/file

LigH

9th December 2020, 08:52

I believe there was a restriction of binary releases regarding the license ... was that only related to distributing ffmpeg with fdk-aac?

kedautinh12

30th December 2020, 00:25

FLAC v1.3.3-Git-2020-12-17-bfd4f13
https://github.com/xiph/flac/releases/tag/1.3.3
https://www.mediafire.com/file/096zxlgvpvm8flt/FLAC-1.3.3-Git-2020-12-17-bfd4f13_Win_GCC102.7z/file

MP4Box (Working)
https://www.mediafire.com/file/nja3mvxtl41awds/MP4Box-1.1.0-DEV-rev390-g4228658a9_Win_GCC102.7z/file

x264 0.161.3030_8bd6d28
https://www.mediafire.com/file/7dbc4fbdbgccgmb/x264-0.161.3030_8bd6d28_Win_GCC102.7z/file

Danette

5th January 2021, 15:04

So many good little tools in this GUI!

Request for enhancement of the “AviSynth script creator”:

- Allow the “Analyse” function, under the “Filters” tab, to be selected as a default setting, so that the “Save” function will then include the results of the analysis in the AVS file.

- Provide a batch option in this tool (think: “batch” in all things, since many of us process entire TV series as opposed to only single movies).

kalehrl

5th January 2021, 18:44

One Click Encoder is for batch encoding.
You can specify a folder and all files will be processed.

Danette

5th January 2021, 21:40

One Click Encoder is for batch encoding.
You can specify a folder and all files will be processed.

Yes, I do all of my processing with One-Click. However, the Avisynth script editor function is outside of the One-Click functionality.

jlw_4049

5th January 2021, 22:33

Yes, I do all of my processing with One-Click. However, the Avisynth script editor function is outside of the One-Click functionality.You can setup scripts for the one click method and avisynth

Also maybe look into StaxRip

Sent from my SM-G986U1 using Tapatalk

Danette

5th January 2021, 23:16

You can setup scripts for the one click method and avisynth

Also maybe look into StaxRip

Sent from my SM-G986U1 using Tapatalk

I don't think that this has anything to do with my request. However, if you can tell me how it is relevant, I'd be interested.

jlw_4049

5th January 2021, 23:40

I don't think that this has anything to do with my request. However, if you can tell me how it is relevant, I'd be interested.Batch option

Sent from my SM-G986U1 using Tapatalk

Danette

6th January 2021, 04:17

Batch option

Sent from my SM-G986U1 using Tapatalk

But it doesn't apply to the "AVS script creator" tool.

hello_hello

10th January 2021, 15:50

Danette,
I never use the Onelick encoder so I'm not an expert, but I'm also not sure I understand what you're requesting. The OneClick encoder has an option to automatically analyse and de-interlace, which I assume is the same as the analysis run from the Script Creator. OnceClick and the Script Creator share the same Avisynth profiles/templates. What is you're wanting to do that you can't at the moment?

kedautinh12

17th January 2021, 10:03

DGMPGDec Version 2.0.0.2 Executables
http://rationalqm.us/dgmpgdec/dgmpgdec.html

StainlessS

17th January 2021, 10:59

Above kedautinh12 linked DGMPGDec also with official x64 DGDecode.dll MPeg2Source(),
previously available x64 Mpeg2Source from JoshyD version from 2010, with Upconv=1 crash bug [+ other probs].
Updated for v2.60 AVS colorspaces.

Emulgator

21st January 2021, 13:57

Which server address are to be used for updates now ?
I am on 2924, the development server brought no further changes up for months now, although these are discussed,
and stable server wants to downgrade.

kedautinh12

22nd January 2021, 17:47

Here:
http://megui.tmebi.de/test/?C=M;O=D

Emulgator

23rd January 2021, 23:26

Thanks !

tp9192

1st February 2021, 04:22

Hello, whenever I modify a setting in a One Click Encoder profile, and then try to encode something, the change I made doesn't seem to take effect until I fully re-open MeGUI. Specifically, this happened when I tried to change the preset from Medium to Slow or whatever. Any reason why this is?

kedautinh12

2nd February 2021, 10:06

kedautinh12

18th February 2021, 01:47

DGMPGDec v2.0.0.3
http://rationalqm.us/dgmpgdec/dgmpgdec2003.zip

MKVToolNix v53.0.0
https://mkvtoolnix.download/windows/releases/53.0.0/

MP4Box v1.1.0-DEV-rev506-gc259a3e65
http://www.mediafire.com/file/awy9wdbxqop0wpd/MP4Box-1.1.0-DEV-rev506-gc259a3e65_Win_GCC102.7z/file

x264 0.161.3048 b86ae3c
http://www.mediafire.com/file/l5rmuinu91ws3eg/x264-0.161.3048_b86ae3c_Win_GCC102.7z/file

videoh

18th February 2021, 02:57

DGMPGDec v2.0.0.3 It's at 2.0.0.4 now:

http://rationalqm.us/dgmpgdec/dgmpgdec2004.zip (right click and save link as)

kedautinh12

18th February 2021, 03:47

Windows security detected virus in file DGIndex.exe. Your old ver don't meet any virus problem

LigH

18th February 2021, 08:46

Microsoft Defender (https://www.virustotal.com/gui/file/c5b326b1cb44d0f7986ca895f6f1aff0151c90c8e69d27963bf2b680a6555564/detection) is the only engine producing a false alarm.

videoh

18th February 2021, 15:13

Microsoft Defender (https://www.virustotal.com/gui/file/c5b326b1cb44d0f7986ca895f6f1aff0151c90c8e69d27963bf2b680a6555564/detection) is the only engine producing a false alarm. Correct, thank you. I submitted a sample but that's all I can do. I recommend making an exclusion:

-----
Go to Start > Settings > Update & Security > Windows Security > Virus & threat protection.

Under Virus & threat protection settings, select Manage settings, and then under Exclusions, select Add or remove exclusions.

Select Add an exclusion, and then select from files, folders, file types, or process.
-----

Chouonsoku

20th February 2021, 23:26

MeGUI hasn't worked with QAAC encoding in months, is anyone else having any issues here? The program just force closes while trying to generate an L-SMASH index. Input format doesn't seem to matter, I've tried with FLAC, WAV, DTS, AC3, etc. Running latest Windows 10 Build 19041, L-SMASHWorks 20201212, QAAC 2.71.

Preliminary log file only. During closing of MeGUI the well formed log file will be written.

-[Information] Versions
--[Information] MeGUI: 2924 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
-[Information] Operating System: Windows 10 Pro 2004 x64 (10.0.19041.804)
-[Information] .NET Framework: 4.0 (4.0.0.0)
-[Information] .NET Framework: 4.8 (4.8.04084)
-[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
-[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
-[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
-[Information] Microsoft Visual C++ 2013 x64: 12.0.40660
-[Information] Microsoft Visual C++ 2013 x86: 12.0.40660
-[Information] Microsoft Visual C++ 2015-2019 x64: 14.23.27820
-[Information] Microsoft Visual C++ 2015-2019 x86: 14.27.29016
-[Information] Redistributables
-[Information] DPI: 100% (96/96)
-[Information] Resolution: 2560x1440
-[Information] Primary Screen: True
-[Information] Monitor 1
-[Information] Resolution: 3840x2160
-[Information] Primary Screen: False
-[Information] Monitor 2
--[Information] System Information
-[Information] Update detection
-[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
-[Information] Haali DSS2: (14-04-2013)
-[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (08-01-2019)
-[Information] MediaInfo: 18.05.0.0 (08-01-2019)
-[Information] SevenZipSharp: 0.64.3890.29348 (08-01-2019)
-[Information] 7z: 9.20 (08-01-2019)
--[Information] Component Information
--[Information] [2/20/2021 4:20:03 PM] Using cached update config and server: http://megui.tmebi.de/test/
-[Information] Version: 1.0.2847.0
-[Information] Date: 08-01-2019
-[Information] Interface: 3
-[Information] AviSynth Wrapper
-[Information] AviSynth Status: ignored as portable build is forced
-[Information] AviSynth
--[Information] [2/20/2021 4:20:03 PM] No package requires an update
-[Information] File Version: 3.5
-[Information] File Date: 02-04-2020
-[Information] File Name: AviSynth+ 3.5 (r3106, 3.5, x86_64)
-[Information] File Path: e:\tools\megui\avisynth.dll
-[Information] AviSynth Version: AviSynth+ 3.5 (r3106, 3.5, x86_64)
-[Information] AviSynth+: true
-[Information] AviSynth MT: true
-[Information] AviSynth Status: active
-[Information] AviSynth portable
--[Information] AviSynth Information
-[Information] Log for job2 (audio, 00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.flac -> 00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.m4a)
--[Information] [2/20/2021 4:20:56 PM] Started handling job
--[Information] [2/20/2021 4:20:56 PM] Preprocessing
--[Information] [2/20/2021 4:20:56 PM] MediaInfo
---[Information] File: C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.flac
-[Information] Format: FLAC
-[Information] FileSize: 840391808
-[Information] PlayTime: 01:30:48.032
---[Information] General
-[Information] Format: FLAC
-[Information] FormatInfo: Free Lossless Audio Codec
-[Information] SamplingRate: 48000
-[Information] SamplingRateString: 48.0 kHz
-[Information] Channels: 2
-[Information] ChannelsString: 2 channels
-[Information] ChannelPositionsString2: 2/0/0
-[Information] BitRateMode: VBR
-[Information] [2/20/2021 4:20:57 PM] The language information is not available for this track. The default MeGUI language has been selected.
---[Information] Audio
--[Information] [2/20/2021 4:20:57 PM] Trying to open the file with LWLibavAudioSource()

kedautinh12

21st February 2021, 01:59

Can you try old ver 2.70?
http://megui.tmebi.de/test/qaac-2.70-64.7z

tebasuna51

21st February 2021, 19:27

@Chouonsoku
But the problem seems related with L-SMASHWorks 20201212, not with QAAC:

...
Trying to open the file with LWLibavAudioSource()

Work fine for me. Running latest MeGUI 2924 x64, Windows 10 Build 1607, L-SMASHWorks 20201212, QAAC 2.71,AviSynth+ 3.5 (r3106, 3.5, x86_64).
...
--[Information] [21/02/2021 19:11:20] Trying to open the file with LWLibavAudioSource()
--[Information] [21/02/2021 19:11:22] Successfully opened the file with LWLibavAudioSource()
...
---[Information] [21/02/2021 19:11:26] qaac 2.71, CoreAudioToolbox 7.10.9.0
...
--[Information] [21/02/2021 19:11:28] Job completed

I don't have the latest Windows version.

Chouonsoku

1st March 2021, 19:34

Can you try old ver 2.70?
http://megui.tmebi.de/test/qaac-2.70-64.7z

No change, as tebasuna51 says, it's failing at the LWLibavAudioSource part so it's not even running qaac.

@Chouonsoku
But the problem seems related with L-SMASHWorks 20201212, not with QAAC:

Work fine for me. Running latest MeGUI 2924 x64, Windows 10 Build 1607, L-SMASHWorks 20201212, QAAC 2.71,AviSynth+ 3.5 (r3106, 3.5, x86_64).

I don't have the latest Windows version.

Are you using a portable install or no? That's the only other thing I can think of. I deleted the entire MeGUI folder, downloaded a fresh copy, updated everything and get the crash. LSMASH works fine with the files that fail in MeGUI in my standard AVS+ install. I tried running MeGUI as Admin in case that was it but no dice.

tebasuna51

2nd March 2021, 00:44

Are you using a portable install or no?

Nope, I have installed AviSynth+ 3.5 (r3106, 3.5, x86_64), the AviSynth.dll in my C:\Windows\System32 and in C:\Portable\MeGUI64\tools\avs is the same.

LSMASH works fine with the files that fail in MeGUI in my standard AVS+ install

What is the version you have installed?

Chouonsoku

2nd March 2021, 23:37

Nope, I have installed AviSynth+ 3.5 (r3106, 3.5, x86_64), the AviSynth.dll in my C:\Windows\System32 and in C:\Portable\MeGUI64\tools\avs is the same.

What is the version you have installed?

AviSynth+ 3.6.2 (r3347, master, x86_64) is my installed AVS+.

By portable install I meant if your MeGUI was portable, but maybe it's only portable now. I just remember it used to have an installer.

Edit: lol, you gave me an idea to try copying my system32 avisynth.dll and devil.dll to my MeGUI avs folder to replace the one MeGUI updates to and now LSMASH works. :O So I guess maybe there's somehow a conflict with my portable MeGUI install trying to use my Program Files plugin folder or something? idk, never would have guessed this as the fix since I figured my MeGUI was separated from my main installs of AVS+. My log now complains about AviSynth but the audio encode completes successfully.

[Error] Log
-[Error] Versions
--[Information] MeGUI: 2924 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: development update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 2004 x64 (10.0.19041.804)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.8 (4.8.04084)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.40660
----[Information] Microsoft Visual C++ 2013 x86: 12.0.40660
----[Information] Microsoft Visual C++ 2015-2019 x64: 14.23.27820
----[Information] Microsoft Visual C++ 2015-2019 x86: 14.27.29016
---[Information] DPI: 100% (96/96)
---[Information] Monitor 1
----[Information] Resolution: 2560x1440
----[Information] Primary Screen: True
---[Information] Monitor 2
----[Information] Resolution: 3840x2160
----[Information] Primary Screen: False
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Error] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] AviSynth Status: ignored as portable build is forced
---[Error] AviSynth portable
----[Information] File Version: 3.6.2
----[Information] File Date: 18-12-2020
----[Information] File Name: AviSynth+ 3.6.2 (r3347, master, i386)
----[Information] File Path: e:\tools\megui\avisynth.dll
----[Error] AviSynth Status: inactive - portable AviSynth build cannot be used. The loaded DLL is: c:\windows\system32\avisynth.dll
---[Error] AviSynth: not found
-[Information] Update detection
--[Information] [3/2/2021 4:38:25 PM] Connected to server: http://megui.org/auto/
--[Information] [3/2/2021 4:38:25 PM] No package requires an update
-[Information] Log for job1 (audio, 00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.dts -> 00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz_new.m4a)
--[Information] [3/2/2021 4:38:28 PM] Started handling job
--[Information] [3/2/2021 4:38:28 PM] Preprocessing
--[Information] [3/2/2021 4:38:28 PM] MediaInfo
---[Information] File: C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.dts
---[Information] General
----[Information] Format: DTS
----[Information] FileSize: 173656020
---[Information] Audio
----[Information] Format: DTS
----[Information] FormatInfo: Digital Theater Systems
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0.0
----[Information] BitRateMode: CBR
----[Information] [3/2/2021 4:38:29 PM] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [3/2/2021 4:38:29 PM] Trying to open the file with LWLibavAudioSource()
--[Information] [3/2/2021 4:38:33 PM] Successfully opened the file with LWLibavAudioSource()
--[Information] [3/2/2021 4:38:35 PM] AviSynth script
---[NoImage] LoadPlugin("E:\Tools\MeGUI\tools\lsmash\LSMASHSource.dll")
---[NoImage] LWLibavAudioSource("C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.dts")
---[NoImage] # detected channels: 2
---[NoImage] # detected channel positions: 2/0/0.0
---[NoImage] return last
--[Information] [3/2/2021 4:38:35 PM] Command line used: --ignorelength --threading -V 82 --no-delay - -o "{0}"
--[Information] [3/2/2021 4:38:35 PM] AviSynth script environment opened
--[Information] [3/2/2021 4:38:37 PM] Script loaded
--[Information] [3/2/2021 4:38:37 PM] Output Decoder
---[Information] [3/2/2021 4:38:37 PM] Channels: 2
---[Information] [3/2/2021 4:38:37 PM] Bits per sample: 32
---[Information] [3/2/2021 4:38:37 PM] Sample rate: 48000
--[Information] [3/2/2021 4:38:37 PM] Job command line: E:\Tools\MeGUI\tools\qaac\qaac.exe --ignorelength --threading -V 82 --no-delay - -o "C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz_new.m4a"
--[Information] [3/2/2021 4:38:37 PM] Process started
--[Information] [3/2/2021 4:38:37 PM] Standard output stream
--[Information] [3/2/2021 4:38:37 PM] Standard error stream
---[Information] [3/2/2021 4:38:37 PM] qaac 2.71, CoreAudioToolbox 7.10.9.0
---[Information] [3/2/2021 4:38:37 PM] 00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz_new.m4a
---[Information] [3/2/2021 4:38:37 PM] AAC-LC Encoder, TVBR q82, Quality 96
---[Information] [3/2/2021 4:39:37 PM] 261505536/-1 samples processed in 0:59.795
---[Information] [3/2/2021 4:39:37 PM] Overall bitrate: 116.288kbps
---[Information] [3/2/2021 4:39:37 PM] Optimizing...66%
---[Information] [3/2/2021 4:39:37 PM] Optimizing...done
--[Information] [3/2/2021 4:39:37 PM] MediaInfo
---[Information] File: C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz_new.m4a
---[Information] General
----[Information] Format: MPEG-4
----[Information] FileSize: 80259611
----[Information] PlayTime: 01:30:48.043
---[Information] Audio
----[Information] ID: 1
----[Information] StreamOrder: 0
----[Information] CodecID: mp4a-40-2
----[Information] Format: AAC
----[Information] FormatInfo: Advanced Audio Codec
----[Information] FormatProfile: LC
----[Information] SamplingRate: 48000
----[Information] SamplingRateString: 48.0 kHz
----[Information] Channels: 2
----[Information] ChannelsString: 2 channels
----[Information] ChannelPositionsString2: 2/0/0
----[Information] BitRateMode: VBR
----[Information] [3/2/2021 4:39:37 PM] The language information is not available for this track. The default MeGUI language has been selected.
--[Information] [3/2/2021 4:39:37 PM] Postprocessing
---[Information] [3/2/2021 4:39:37 PM] Deleting intermediate files
----[Information] [3/2/2021 4:39:37 PM] Successfully deleted C:\Temp\Jackie Chan Rush Hour 3 Disque 1 Le Film\00003 - 4 - DTS, English, 2.0 channels, 255kbps, 48kHz.dts.lwi
--[Information] [3/2/2021 4:39:37 PM] Job completed

tebasuna51

3rd March 2021, 01:10

AviSynth+ 3.6.2 (r3347, master, x86_64) is my installed AVS+

Sorry I can't help you with AviSynth+ 3.6.

I don't know if MeGUI can work with that version.

Chouonsoku

3rd March 2021, 01:23

Sorry I can't help you with AviSynth+ 3.6.

I don't know if MeGUI can work with that version.

Well, it's working now because that's the version in my system32 and MeGUI tools folder so idk what's going on.

hello_hello

3rd March 2021, 04:54

Well, it's working now because that's the version in my system32 and MeGUI tools folder so idk what's going on.

Assuming 64 bit MeGUI works the same way as the 32 bit version, there's a setting in options "Always use the included Avisynth" to check/uncheck according to whether you want MeGUI to use the installed Avisynth or it's portable version. Looking at your log file, the portable Avisynth is failing to work now, so the installed Avisynth is used instead, whereas previously the portable version worked but of course it'd crash.

LigH

3rd March 2021, 08:44

Some of the most recent AviSynth+ compatible plugins (especially by pinterf and cooperating developers) may require a more recent AviSynth+ base DLL due to updated programming interfaces, I guess...

hello_hello

3rd March 2021, 13:12

You're probably right, but....

From Chouonsoku's latest log file.

----[Information] AviSynth Status: ignored as portable build is forced
---[Error] AviSynth portable
----[Information] File Version: 3.6.2
----[Information] File Date: 18-12-2020
----[Information] File Name: AviSynth+ 3.6.2 (r3347, master, i386)
----[Information] File Path: e:\tools\megui\avisynth.dll

The version of Avisynth+ Chouonsoku said he copied from his system32 folder, has MeGUI declared it to be 32 bit? I'm still using XP so I'm not very 64 bit savvy. Unless maybe MeGUI is confused, or maybe it's me.

And another question....
I know QAAC can be downloaded in two flavours. qaac.exe and qaac64.exe. I couldn't find an answer via google but I did find a few log files showing 64 bit MeGUI creating a command line to encode with qaac64.exe, and others such as the log file above where it's qaac.exe. Any idea how that works? I'm just curious.

DS2902

6th March 2021, 17:47

Every time it starts, it tries to download the update and cannot, always an error.

[Error] Log
-[Information] Versions
--[Information] MeGUI: 2924 x64
--[Information] MeGUI Debug Data: available
--[Information] Update Check: custom update server
--[Information] System Information
---[Information] Operating System: Windows 10 Pro 2004 x64 (10.0.19041.804)
---[Information] .NET Framework: 4.0 (4.0.0.0)
---[Information] .NET Framework: 4.8 (4.8.04084)
---[Information] Redistributables
----[Information] Microsoft Visual C++ 2005 x64: 8.0.61000
----[Information] Microsoft Visual C++ 2005 x86: 8.0.61001
----[Information] Microsoft Visual C++ 2010 x64: 10.0.40219
----[Information] Microsoft Visual C++ 2010 x86: 10.0.40219
----[Information] Microsoft Visual C++ 2012 x64: 11.0.61030
----[Information] Microsoft Visual C++ 2012 x86: 11.0.61030
----[Information] Microsoft Visual C++ 2013 x64: 12.0.40664
----[Information] Microsoft Visual C++ 2013 x86: 12.0.40664
----[Information] Microsoft Visual C++ 2015-2019 x64: 14.27.29016
----[Information] Microsoft Visual C++ 2015-2019 x86: 14.27.29016
---[Information] DPI: 150% (144/144)
---[Information] Monitor 1
----[Information] Resolution: 3840x2160
----[Information] Primary Screen: True
---[Information] Monitor 2
----[Information] Resolution: 1920x1536
----[Information] Primary Screen: False
--[Information] Component Information
---[Information] Haali Media Splitter: 1.13.138.14 (14-04-2013)
---[Information] Haali DSS2: (14-04-2013)
---[Information] ICSharpCode.SharpZipLib: 0.85.5.452 (07-08-2008)
---[Information] MediaInfo: 18.05.0.0 (08-05-2018)
---[Information] SevenZipSharp: 0.64.3890.29348 (02-01-2011)
---[Information] 7z: 9.20 (18-11-2010)
--[Information] AviSynth Information
---[Information] AviSynth Wrapper
----[Information] Version: 1.0.2847.0
----[Information] Date: 06-05-2018
----[Information] Interface: 3
---[Information] AviSynth
----[Information] File Version: 3.5
----[Information] File Date: 02-04-2020
----[Information] File Name: AviSynth+ 3.5 (r3106, 3.5, x86_64)
----[Information] File Path: c:\windows\system32\avisynth.dll
----[Information] AviSynth Version: AviSynth+ 3.5 (r3106, 3.5, x86_64)
----[Information] AviSynth+: true
----[Information] AviSynth MT: true
-[Error] Update detection
--[Information] [06.03.2021 19:38:53] Using cached update config and server: http://megui.tmebi.de/test/?c=m;o=d/
--[Information] [06.03.2021 19:38:53] There is 1 package which can be updated: FFMS
--[Information] [06.03.2021 19:38:58] There is 1 package which can be updated: FFMS
--[Information] [06.03.2021 19:39:00] 1/1 - updating package FFMS
--[Error] [06.03.2021 19:39:02] Failed to download package FFMS: File cannot be found on the server.
--[Information] [06.03.2021 19:39:03] Connected to server: http://megui.tmebi.de/test/?c=m;o=d/
--[Error] [06.03.2021 19:39:04] Packages which have not been successfully updated: 1

StainlessS

6th March 2021, 23:04

I dont know which one its trying to download, but you could check the server directory for it [presumably you know which it is].
http://megui.tmebi.de/test/

EDIT: Latest in BLUE

[ ] ffms2-2.16.7z 2015-04-29 14:25 2.2M
[ ] ffms2-2.17-1_x64.7z 2015-04-29 14:25 2.3M
[ ] ffms2-2.17.7z 2015-04-29 14:25 2.2M
[ ] ffms2-2.17_x64.7z 2015-04-29 14:25 2.2M
[ ] ffms2-2.18-rc1.7z 2015-04-29 14:25 2.4M
[ ] ffms2-2.19.7z 2015-04-29 14:25 2.3M
[ ] ffms2-2.20.7z 2015-04-29 14:25 2.8M
[ ] ffms2-2.21-icl.7z 2015-05-17 12:02 4.0M
[ ] ffms2-2.22.7z 2015-10-13 12:01 3.2M
[ ] ffms2-2.22_rc2.7z 2015-06-27 14:26 2.9M
[ ] ffms2-2.23-32.7z 2016-12-06 22:47 3.9M
[ ] ffms2-2.23-64.7z 2016-12-06 22:09 4.2M
[ ] ffms2-2.23.1-32.7z 2017-01-03 20:01 3.9M
[ ] ffms2-2.23.1-64.7z 2017-01-03 20:01 4.4M
[ ] ffms2-2.23.7z 2016-10-19 11:47 3.9M
[ ] ffms2-20201123-32.7z 2021-01-17 16:04 4.4M
[ ] ffms2-20201123-64.7z 2021-01-17 16:05 4.7M
[ ] ffms2-r344.7z 2015-04-29 14:25 1.6M
[ ] ffms2-r344_x64.7z 2015-04-29 14:25 2.2M
[ ] ffms2-r460.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r494.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r494_x64.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r507.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r507_x64.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r517.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r559.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r570.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r570_x64.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r578.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r579.7z 2015-04-29 14:25 2.0M
[ ] ffms2-r580.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r588.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r588_x64.7z 2015-04-29 14:25 2.2M
[ ] ffms2-r624.7z 2015-04-29 14:25 2.2M
[ ] ffms2-r624_x64.7z 2015-04-29 14:25 2.2M
[ ] ffms2-r683.7z 2015-04-29 14:25 2.4M
[ ] ffms2-r683_x64.7z 2015-04-29 14:25 2.5M
[ ] ffms2-r706.7z 2015-04-29 14:25 1.9M
[ ] ffms2-r712-2.7z 2015-04-29 14:25 1.9M
[ ] ffms2-r712-2_x64.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r712.7z 2015-04-29 14:25 1.9M
[ ] ffms2-r722.7z 2015-04-29 14:25 2.1M
[ ] ffms2-r722_x64.7z 2015-04-29 14:25 2.3M
[ ] ffms2-r725-icl-4.7z 2015-04-29 14:25 3.0M
[ ] ffms2-r809+35-1.7z 2015-04-29 14:25 3.7M
[ ] ffms2-r827+36-1.7z 2015-04-29 14:25 2.6M
[ ] ffms2-r827+36.7z 2015-04-29 14:25 3.8M
[ ] ffms2-r892+41.7z 2015-04-29 14:25 3.4M

Here is stable from same domain
http://megui.tmebi.de/stable/

kedautinh12

25th April 2021, 03:50

qaac 2.72
https://github.com/nu774/qaac/releases
mediainfo 21.03
https://mediaarea.net/en/MediaInfo/Download/Windows

Bazzu85

1st May 2021, 10:21

Yes, seems than the error: Ignoring subtitle track as it is too small
abort all the subtitle management.

It is a bug for Zathor, maybe after holidays...

guys, what about this bug?
it isn't been fixed yet..
MeGui 2924..

thx

kalehrl

1st May 2021, 14:00

MeGUI seems to be abandoned. :(

tebasuna51

2nd May 2021, 10:37

Yep, the last Zathor post is from 25th May 2020, 19:05

If anyone know what happen...

Barough

2nd May 2021, 10:48

Yep, the last Zathor post is from 25th May 2020, 19:05

If anyone know what happen...Mailed him some time ago and he said he rarely dropped by here any longer and that issues and such should be posted on the issue tracker.

Skickat från min SM-G988B via Tapatalk

kedautinh12

26th May 2021, 06:31

ffmpeg-4.4-32
https://rwijnsma.home.xs4all.nl/files/ffmpeg/

dgindexnv-2053.228-32
http://megui.tmebi.de/test/dgindexnv-2053.228-32.7z

dgindexnv-2053.228-64
http://megui.tmebi.de/test/dgindexnv-2053.228-64.7z

kedautinh12

27th May 2021, 05:45

x265 v3.5+9-bf91444e0
https://www.mediafire.com/file/dlimoxr9z9lc6n1/x265-3.5%252B9-bf91444e0_Win_GCC102.7z/file

Xvid CLI 1.4.0-dev 4f02ef0c
https://forum.videohelp.com/attachments/58972-1621368898/xvid_cli-1.4.0-dev_4f02ef0c.7z

kedautinh12

19th June 2021, 23:48

FLAC v1.3.3-Git-2021-03-15-27c6157
https://www.mediafire.com/file/glymd6i2anv6v01/FLAC-1.3.3-Git-2021-03-15-27c6157_Win_GCC103.7z/file

MKVToolNix v58.0.0
https://mkvtoolnix.download/windows/releases/58.0.0/

x264 0.164.3065 ae03d92
https://www.mediafire.com/file/zwwv40x8p4ge3vl/x264-0.164.3065_ae03d92_Win_GCC103.7z/file

x265 v3.5+10-82786fccc
https://www.mediafire.com/file/1b70ddyixghp2wf/x265-3.5%252B10-82786fccc_Win_GCC103.7z/file

MP4Box v1.1.0-DEV-rev1000-gfc4293194
https://www.mediafire.com/file/yffb8601zw275w9/MP4Box-1.1.0-DEV-rev1000-gfc4293194_Win_GCC103.7z/file

LouieChuckyMerry

27th June 2021, 16:49

kedautinh12: :thanks: .

MrBonk

29th June 2021, 06:59

I've been having some issues recently.
Trying to use Avisynth to point scale a 1080p video to 2160p x265 which I have done so in the past with zero issues.
However after recent updates I can never get this to complete. It always gives me some variation of this error

-[Information] [6/28/2021 10:06:33 PM] Started handling job
--[Information] [6/28/2021 10:06:33 PM] Using cached update config and server: http://megui.org/auto/stable/
--[Information] [6/28/2021 10:06:33 PM] There is 1 package which can be updated: x265
--[Information] [6/28/2021 10:06:33 PM] updating package x265 as it is missing or outdated
--[Information] [6/28/2021 10:06:44 PM] Preprocessing
-[NoImage] global MeGUI_darx = 16
-[NoImage] global MeGUI_dary = 9
-[NoImage] SetFilterMTMode("DEFAULT_MT_MODE", 2)
-[NoImage] LoadPlugin("G:\OS Symlinks\Desktop\Miscellaneous Things\Video Encoding and AVISynth\MEGUI2\tools\lsmash\LSMASHSource.dll")
-[NoImage] LWLibavVideoSource("B:\tdck4hln.3mw\2021-06-14 22-44-02.mkv.lwi")
-[NoImage] #crop
-[NoImage] #resize
-[NoImage] PointResize(3840,2160)
-[NoImage] Prefetch(6)
--[Information] [6/28/2021 10:06:44 PM] AviSynth input script
--[Information] [6/28/2021 10:06:46 PM] resolution: 3840x2160
--[Information] [6/28/2021 10:06:46 PM] frame rate: 60056/1001
--[Information] [6/28/2021 10:06:46 PM] frames: 30126
--[Information] [6/28/2021 10:06:46 PM] length: 00:08:22.133
--[Information] [6/28/2021 10:06:46 PM] aspect ratio (avs): 16:9 (1.778)
--[Information] [6/28/2021 10:06:46 PM] color space: I420
--[Information] [6/28/2021 10:06:46 PM] Job command line: "cmd.exe" /c ""G:\OS Symlinks\Desktop\Miscellaneous Things\Video Encoding and AVISynth\MEGUI2\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "B:\tdck4hln.3mw\2021-06-14 22-44-02.mkv.avs" -strict -1 -f yuv4mpegpipe - | "G:\OS Symlinks\Desktop\Miscellaneous Things\Video Encoding and AVISynth\MEGUI2\tools\x265\x64\x265.exe" --preset slow --tune ssim --crf 16.0 --sar 1:1 --output "B:\tdck4hln.3mw\2021-06-14 22-44-02_Video.hevc" --frames 30126 --y4m -"
--[Information] [6/28/2021 10:06:46 PM] Process started
--[Information] [6/28/2021 10:06:46 PM] Standard output stream
--[Information] [6/28/2021 10:06:46 PM] Standard error stream
---[Information] [6/28/2021 10:06:49 PM] y4m [info]: 3840x2160 fps 60056/1001 i420p8 sar 1:1 unknown frame count
---[Information] [6/28/2021 10:06:49 PM] raw [info]: output file: B:\tdck4hln.3mw\2021-06-14 22-44-02_Video.hevc
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: HEVC encoder version 3.0_Au+4-dcbec33bfb0f
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: build info [Windows][GCC 8.2.1][64 bit] 8bit+10bit+12bit
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Main profile, Level-5.1 (Main tier)
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Thread pool created using 12 threads
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Slices : 1
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: ME / range / subpel / merge : star / 57 / 3 / 3
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Lookahead / bframes / badapt : 25 / 4 / 2
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: References / ref-limit cu / depth : 4 / on / on
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.60
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: tools: rect limit-modes rd=4 rdoq=2 rskip signhide tmvp
---[Information] [6/28/2021 10:06:49 PM] x265 [info]: tools: strong-intra-smoothing lslices=4 deblock sao
---[Information] [6/28/2021 10:07:25 PM] [error] av_interleaved_write_frame(): Broken pipe
---[Information] [6/28/2021 10:07:25 PM] [error] Error writing trailer of pipe:: Broken pipe
--[Error] [6/28/2021 10:07:26 PM] Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819)
--[Information] [6/28/2021 10:07:26 PM] Job completed

Any ideas?
I've gotten some inklings recently that my RAM timings may be unstable, but I only seem to get errors with x265