MeGUI: General Questions and Troubleshooting Thread [Archive] - Page 175

TakuSkan

4th January 2019, 23:19

How can I achieve this kind of result with MeGUI? I want to encode "old" anime. Which AviSynth plugins should I download, where can I get them, and how should I write the script?

The two things I'm not sure if I want are the change of colors and thickness of lines (if you pay attention in the "restored" screens the lines are thinner).

Thanks in advance!

For modifying colors, you may want to play with the ColorYUV and Tweak settings in the AVIsynth file until you get what looks good for you. For instance:

ColorYUV(gain_u=-7, gain_v=-0)
Tweak(sat=.78,bright=5,hue=-3,cont=.8)

Read through these pages:
https://avisynth.org.ru/docs/english/corefilters/tweak.htm
https://www.animemusicvideos.org/guides/avtechbeta/avspostqual.html

Sharpening is another option to crispen up lines as videoh suggested. I know no means for adjusting line thickness.

doomleox999

6th January 2019, 04:59

After you take away the color and line changes, what's left appears to be some sharpening. So apply a sharpening filter of your choice. For anime, something like MSharpen will spare the flat areas.

What about the noise? The default from MeGUI is not enough, not even the "medium" one. I have some 30 seconds samples but I'm not sure if we can share them here. Perhaps a couple of screenshots will do.

StainlessS

6th January 2019, 05:38

I repeat, MeGUI is an encoder. (It basically encodes what you give it)
VideoH gave you a suggestion for MSharpen, good suggestion and it used to be my 'go to' sharpener, but alas I pretty much forgot about it lately.
VideoH, (aka Guest, aka Neuron2, aka Donald Graft) also does the MSmooth plugin, works in counterpart to the MSharpen plugin, maybe also give a try.

I repeat (again), MEGUI is an encoder, learn how to use Avisynth, and hand results to MeGUI for encoding.

Groucho2004

6th January 2019, 06:30

I repeat, MeGUI is an encoder.
Sorry to be nitpicky but it really isn't. It's a frontend to a bunch of programs including encoders to make it easy for people to convert their video/audio to the desired target format.

StainlessS

6th January 2019, 13:20

Sorry to be nitpicky

Thats OK nitpicker, you dont need apologise, anyways, I think we can agree that it aint a general purpose video editor.

EDIT: Just in case you are not aware of what a nit is,
Egg or young of an insect parasitic on mammals especially a sucking louse; often attached to a hair or item of clothing
you got some nasty habits.

Groucho2004

6th January 2019, 18:03

Just in case you are not aware of what a nit is,
Egg or young of an insect parasitic on mammals especially a sucking louse; often attached to a hair or item of clothing
you got some nasty habits.
I do have some nasty habits but picking sucking lice is not one of them.

Zathor

6th January 2019, 20:16

I'm still not all that clear on what Zathor means by "a sample" .. "cut from PGC 3 only a VOB ID" Does he mean those 2 VOBs PGCDemux made from PGC 3? Or something I can extract or edit out of them?
The samples you have provided are fine, however I am not able to reproduce it. I used the VTS_02_1.VOB you have provided first, OneClick in default configuration and the encoding (video & audio) has 24:53 as excpected. Are you able to reproduce it with that file only?

Danette

6th January 2019, 22:09

Using the One-click, I'm pouring a bunch of avs script into it and it all works fine ...EXCEPT for the trim function. I suspect that this is due to MeGUI automatically demuxing everything before even looking at filters.

So, my audio is from the beginning of the stream and way out of sync. I believe that I can use the AVS Cutter tool, but this is somewhat cumbersome (over ten trim points) whereas I can easily build all the trimming into AvsPmod and simply transfer all the script to the One-click. Plus I can't control the fading in the AVS Cutter. Some trim points I want to fade and not others and I want shorter fading.

Is there some way to get the trim and fade avs filters to work in MeGUI like they would if I used Virtualdub to process the file?

Zathor

6th January 2019, 22:52

Have you tried to use the trimmed avs file also as audio input?

Danette

7th January 2019, 00:19

Have you tried to use the trimmed avs file also as audio input?

Can you give an example?

Danette

7th January 2019, 19:37

Have you tried to use the trimmed avs file also as audio input?

Never mind providing an example. I was able to get it to work.

I had to strip out all of the other filters from the avs file script, leaving only the source video and the trim / fade filter.

Then, when I loaded that stripped-down avs file into the audio encoder, it worked perfectly.

Thanks

hello_hello

8th January 2019, 16:05

Zathor,
Thanks for the work on the chapter creator. It seems to be pretty good now. Except.....

I know it was my idea originally, but is there a reason why you stayed with locking the input fps when opening an IFO file, or locking the output fps when opening a preview?

The locking of the input fps is probably a bit like locking the Input DAR in the script creator. There's times when you need to change it. A common situation would be when opening chapters from an NTSC DVD and applying IVTC. In order to save a correct QP file you need to be able to tell the chapter creator to use 23.976 as the input frame rate instead of 29.97fps. If you open a preview script with IVTC applied, the chapter creator assumes the output fps has been slowed to 23.976fps and the chapter timecodes are also wrong because the frame rate has been reduced by removing frames.

There's a workaround. You can open an IFO file, save the chapters file with the input/output fps set to 29.97fps so the chapter timings are correct, then open the saved chapter file so you can set 23.976fps as the input/output frame rate, and from there save a correct QP file, but I'm not sure why it doesn't make more sense to adjust the input fps when opening an IFO file in the first place, as you can for text chapter files.

Locking the output fps when opening a preview is probably no big deal as it'd be safe to assume the preview script already has IVTC applied etc.

Thanks for the hard work!

Forteen88

10th January 2019, 22:09

I wonder, how come MeGUI sets x265 to rdoq-level=2 and psy-rdoq=1.00
when I encode video? The default is rdoq-level=0 and psy-rdoq=0.00

I used the x265-parameter:
--preset veryslow --crf 20 --frame-threads 1 --profile main10 --output-depth 10 --rc-lookahead 48 --ctu 32 --no-sao --deblock -1:-1 --qcomp 0.7 --ref 6 --bframes 16 --aq-mode 1 --aq-strength 0.8

I used MeGUI-2896-64 and x265 v3.0RC4.
Thanks

sneaker_ger

10th January 2019, 22:33

Because you are using --preset veryslow.
https://x265.readthedocs.io/en/default/presets.html

Forteen88

10th January 2019, 22:56

Because you are using --preset veryslow.
https://x265.readthedocs.io/en/default/presets.html:thanks: . I used that webpage, but I searched for "psy", and missed it :P

doomleox999

16th January 2019, 05:54

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 even by just pressing the first letter in the keyboard. I'm not talking about the default languages btw, I'm talking about these:

https://i.postimg.cc/65Bt2TxK/ee.jpg

LigH

16th January 2019, 09:54

You already asked the same in the other MeGUI thread. No crossposting please.

jlw_4049

17th January 2019, 21:36

Is it normal for MeGUI to encode the subtitles to zlib. Is there any way I can encode without changing the subtitles from PGS to PGS Zlib?

doomleox999

18th January 2019, 05:06

You already asked the same in the other MeGUI thread. No crossposting please.

I wasn't sure which was the right thread to ask, so just in case I did it on both.

imsrk48

18th January 2019, 07:11

#bug megui adding newari language automatically on my every audio tracks how to fix this?

jlw_4049

20th January 2019, 16:51

Just wondering if there is a 64 bit version of this. I don't see a solid list of places to download it. So, was just wondering if it was unstable/or if it's faster etc.

Zetti

20th January 2019, 20:20

Just wondering if there is a 64 bit version of this. I don't see a solid list of places to download it. So, was just wondering if it was unstable/or if it's faster etc.
See Here: https://forum.doom9.org/showthread.php?t=153904

LeXXuz

22nd January 2019, 11:45

HD Streams Extractor:

Is it possible to set the default value for DTS tracks from 'DTS_CORE' to 'DTS' somehow? :)

ZenMystic

24th January 2019, 03:42

Is it me or Drag & Drop into MeGUI does not work in Windows 10? I remember there was such issue in Windows 7 long ago but I believe it was fixed and I never had any problem with Drag & Dropping in Windows 7.

OS: Windows 7 Pro x64
MeGUI x86I just re-installed Windows 7 Pro and I can no longer Drag & Drop files into MeGui. I have had this problem in the past... But Can't exactly remember how I fixed it. I thought it was a permissions issue. I went in and give full permissions and nope still not fixed it and its driving me nuts. Anyone got any ideas?

* UPDATE *

I figured it out.. It was permutations but not on the MeGui.exe like I was doing.. But do it on the folder that MeGui is in.

Just thought I'd post it in case anyone else ever has the issue. Because I know someone other than myself did as it came up when I did a search..

nekrovski

27th January 2019, 14:32

Hi
I don't wanna sound arrogant or anything but why MeGUI (and other tools I've tried) need few minutes to extract a subtitle?
I was hoping this would be a lot faster.
My computer is fairly fast, but when I look at task manager while the process happens I barely see processor usage though the disk usage is very high.
I guess this process somehow gotta go through the hard drive?
MediaInfo says the subtitle is PGS(zglib) and when extracted I get a .sup extension.
When I open this file with Subtitle Edit to convert it to a .srt, Subtitle Edit throws me an error.

I extracted the same file with MKV Toolnix and it gets a .mks extension, which opens fine with Subtitle Edit and I can OCR it to .srt with no problems.

There's a slight diference in size of the .sup from MeGUI and the .mks from MKV Toolnix.

tebasuna51

28th January 2019, 04:17

To extract a subtitle we need explore the full source file(s), most the time used is read the source from disk.

The PGS is stored compressed (most the times, but you can store it without compression) in mkv's (not in m2ts) then the .sup extracted by eac3to (HD Streams Extractor) is compressed (or not) and can't be read by Subtitle Edit or suprip, etc.

To extract PGS's from mkv's you can use MkvExtract (there are some GUI's for instance UsEac3to) to extract the .sup uncompressed.
With MkvToolNixGUI you extract the sup in a mkv container .mks with extra data for the container.

taz742

28th January 2019, 12:25

I've run into a little difficulty when using DGIndexNV. It keeps telling me that the file cannot be opened (after manually creating it via the AVS creator). It's really unusual since the file seems to be where it should be and it doesn't appear to be corrupted. Any advice on debugging what's going on here?

I've same issue since recent update and I finally find what is the cause.
Last version without this issue is MeGUI 2896 and all newer version reproduce it.

DGIndexNV executable work great but it's those modifications in MeGUI 2897 who are causing MeGUI to wrongly modify the DGI file, even if the full path is correct.
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

This is caused when your media file's Full Path contain "an extended ASCII character" of the range 128-255 (see https://www.ascii-code.com/ for more information).

Since build 2897, MeGUI read the original DGI file using UTF-8 Encoding but DGIndexNV write it using DOS Windows-1252 and those "extended ASCII characters" are wrongly interpreted causing MeGUI thinking Full Path is wrong.

Example with "µ" character alteration:
DGI files | CHAR | HEX
Original by DGIndexNV [WINDOWS 1252] | µ | B5
Modified by MeGUI 2897 [UTF-8] | � | EF BF BD

So MeGUI re-write himself the DGI but in UTF-8 and it's this step that's really corrupt the DGI file.

So Dev, Please change the way MeGUI read and write DGI file using the proper Encoding.

BTW, why have you implemented this check "to ensure that the full path information is written into the dgi file" ?
Personally it's very convenient to use Relative path instead of Full Path because it simplify the process while you move the DGI and source files to another location.
If the Use Full Paths option is enabled and the referenced file is moved after creation of the DGI file, you must either edit the path to be correct, or you must regenerate your DGI file.
Thanks

hello_hello

28th January 2019, 13:37

nekrovski

28th January 2019, 14:20

hello_hello

28th January 2019, 15:00

Zathor,
a minor annoyance (MeGUI 2905).

When the job queue is running it's possible to start a job in a temporary worker, but when a temporary worker is currently running it's not possible to start the job queue.

Cheers.

Also, if you start the job queue, then run another job in a temporary worker, the job queue stops running after the first job.
At least it does if the job in the queue finishes before the job in the temporary worker.

It makes using a temporary worker somewhat less useful.

Thanks.

Weirdo

30th January 2019, 16:52

Hello everyone, this has probably been answered already but I couldn't find it.

Up until fairly recently, the AVS Script Creator/File Indexer gave me the option to demux the audio (.ac3 for example). As of late, it seems the audio is not demuxed but an extra .avs file is created for the audio, instead of the actual demuxed audio.

The problem with this is that I cannot find a way to pass it along to include in the muxed output. If I keep it in the main screen's "Audio encoding" section ("FFmpeg AC-3" in Encoder settings), it will always re-encode the audio instead of muxing the source audio. If I use AutoEncode, the .avs file is not accepted. (using MeGui 2896 x64)

Zathor

31st January 2019, 22:57

HD Streams Extractor:

Is it possible to set the default value for DTS tracks from 'DTS_CORE' to 'DTS' somehow? :)

In the HD Streams Extractor got to Settings (upper left) and select "... default to HD option".

Zathor

31st January 2019, 23:15

I know it was my idea originally, but is there a reason why you stayed with locking the input fps when opening an IFO file, or locking the output fps when opening a preview?
The idea behind was that if the FPS information available it should be correct. However based on your mentioned use case it may not... I assume I have to remove that lock.

The other points you mentioned regarding the Queue I do have to check.

Zathor

31st January 2019, 23:19

Up until fairly recently, the AVS Script Creator/File Indexer gave me the option to demux the audio (.ac3 for example). As of late, it seems the audio is not demuxed but an extra .avs file is created for the audio, instead of the actual demuxed audio.
Please provide more information (e.g. a log)

Zathor

31st January 2019, 23:21

Since build 2897, MeGUI read the original DGI file using UTF-8 Encoding but DGIndexNV write it using DOS Windows-1252 and those "extended ASCII characters" are wrongly interpreted causing MeGUI thinking Full Path is wrong.

Problem is as I have just noticed that DGIndexNV writes the file as UTF if no extended ASCII characters are used and as ANSI when your character is used. As it is not so simple to detect the original encoding I do not know currently what to do.

videoh

31st January 2019, 23:25

If there is anything I can do within DGDecNV to help please let me know.

tebasuna51

1st February 2019, 13:52

If there is anything I can do within DGDecNV to help please let me know.

I'm using last DGDecNV from MeGUI 2053(20181210).

There are a bug in resize?

The dg1 created with:
DgSource("Input 1920x804.dgi", rw=1280, rh=536)

The sp1 created with:
DgSource("Input 1920x804.dgi")
Spline36Resize(1280,536)

The bottom 8 rows in dg1 are duplicated and the 528 upper rows are compressed.

taz742

1st February 2019, 14:46

If there is anything I can do within DGDecNV to help please let me know.

Just can you tell us which encoding is really used by DGDecNV to save DGI file?
Because personally I think it's always ANSI but Zathor found some UTF case...
Is it possible that 2 different encoding being used by DGDecNV ?

videoh

2nd February 2019, 01:26

It is always ANSI. It honors the system locale setting. There is a long thread about it at the DG forum.

Note that in some cases Notepad++ (and possibly others) will re-write things as UTF8, but I never generate UTF8 directly.

http://rationalqm.us/board/viewtopic.php?f=8&t=362

Zathor

3rd February 2019, 15:10

Thanks, that piece was missing as I have only checked with notepad++. Writing/Reading the dgindexnv.ini always with the local ANSI page seems to have fixed the issue.

Zathor

3rd February 2019, 16:18

Also, if you start the job queue, then run another job in a temporary worker, the job queue stops running after the first job.
At least it does if the job in the queue finishes before the job in the temporary worker.

The temporary worker does not adhere the other workers rule, however the other workers do. So e.g. if you do have the rule that only one worker should be running the temporary one can be started if already a normal worker is running. If then the normal worker finished while the temporary one is running, it will not pick the next job as the two workers would be running. But it should start when the temporary one finishes. Have you seen a different behaviour?

videoh

3rd February 2019, 19:20

Thanks, that piece was missing as I have only checked with notepad++. Writing/Reading the dgindexnv.ini always with the local ANSI page seems to have fixed the issue. Good to hear. Thank you, Zathor!

videoh

4th February 2019, 04:24

I'm using last DGDecNV from MeGUI 2053(20181210). Which build number of DGIndexNV? The latest is 2053.0.0.165. Please test with that. Also, I will need the source file to duplicate it.

tebasuna51

4th February 2019, 15:22

Which build number of DGIndexNV? The latest is 2053.0.0.165. Please test with that.

The DGDecNV from MeGUI 2053(20181210) was 2053.0.0.163

With the latest 2053.0.0.165, MeGUI 2053(20190129) seems work fine.

videoh

4th February 2019, 16:20

Good to hear! Thank you for the status update and testing, and sorry for the temporary instability as I was re-designing the cropping/resizing.

taz742

5th February 2019, 11:38

Thanks, that piece was missing as I have only checked with notepad++. Writing/Reading the dgindexnv.ini always with the local ANSI page seems to have fixed the issue.
I agree: Issue fixed
Thanks Zathor

imsrk48

6th February 2019, 06:16

How to add Output Title & Select Audio Tracks Language When Encoding Media? When using DirectShowStream

LigH

14th February 2019, 14:29

After RC, there is now x265 3.0 Au (Gold)...

LeXXuz

14th February 2019, 16:22

In the HD Streams Extractor got to Settings (upper left) and select "... default to HD option".

OMG! I never noticed that little menu up there before :o Thank you Zathor. :)

Another thing:
I use an avs template with DgindexNV and the option to use DGIndex for crop & resize. Works just fine.

However, when I use this template with One-Click encoder, crop & resize with DGIndex are discarded. There is simply no crop and resize information in the DGIndex line of the created avs.

Adding a <crop> and a <resize> line to that script then works again to use avisynths filters. But that's not quite desired as I like to use GPU for cropping and resizing.

Possible bug?