MeGUI x64

[pommesmatte]

It is a 24.000 fps movie.

I also noticed, that 24.0 fps movies are not properly handled. But changing fps while muxing with mkvmerge is my workaround.

[sneaker_ger]

So the problem is in DGDecNV? Maybe you can ask the author if fps detection can be improved.

Workaround would be to add
AssumeFPS(24, 1, false)
to the end of the script.

[Glarioo]

From the same Bluray folder, ripped with AnyDVD, I made an mkv file with MakeMKV. Audio is in sync and 24fps.
Problem is only there with a 24 fps movie ripped to Bluray folder.
Workaround: rip to .mkv instead to folder?

[videoh]

With MKVs there can be the case where the elementary stream specifies one frame rate and the container specifies a different one. The most recent DGDecNV should prefer the container rate for MKVs. If that is not happening, then please link me to an MKV that behaves that way. For an M2TS there is only the elementary stream value for DGDecNV to know. If you have an M2TS that you claim is 24 but is being detected as 23.976, then please link me to an M2TS that behaves that way.

Also, there is a bug in cropping in DGDecNV 165. I will slipstream a fix for that later today.

[Glarioo]

So the problem is in DGDecNV? Maybe you can ask the author if fps detection can be improved.

Workaround would be to add
AssumeFPS(24, 1, false)
to the end of the script.

Where can I find that script file?

[Glarioo]

With MKVs there can be the case where the elementary stream specifies one frame rate and the container specifies a different one. The most recent DGDecNV should prefer the container rate for MKVs. If that is not happening, then please link me to an MKV that behaves that way. For an M2TS there is only the elementary stream value for DGDecNV to know. If you have an M2TS that you claim is 24 but is being detected as 23.976, then please link me to an M2TS that behaves that way.

Also, there is a bug in cropping in DGDecNV 165. I will slipstream a fix for that later today.

First film with a sync problem is "Niet Schieten", The second "Piercing". Both 24fps.
Movies ripped to folder and than through MeGUI = audio out of sync.
Make an MKV from the same folders with MakeMKV and than through MeGUI = audio in sync.

https://www.imdb.com/title/tt7534314/
https://www.imdb.com/title/tt6516314/

[pommesmatte]

Last Movies for me were "Hostiles" and "Keepers".
MKV with videostream demuxed reported 24.000 fps vie MediaInfo yet DGIndexNV detects 24000/1001.

[videoh]

I can't help you without the stream samples I asked for. In any case, sync is not controlled by DGDecNV, it's your process or your third-party app.

[Glarioo]

Deleted my old MeGUI folder and re-downloaded MeGUI. Audio out of sync with 24fps bluray folder is still there.

[Glarioo]

I can't help you without the stream samples I asked for. In any case, sync is not controlled by DGDecNV, it's your process or your third-party app.

I wish I knew how to do that.
That stream is 21,7GB.

[MODERATOR EDIT]
Your mediainfo image was deleted because is usseless.
We already know than MediaInfo (in MeGUI log) detect 24 fps, we need the full mkv to help videoh.
Of course you can't upload it because size and copyrigth limitations.
See next post.

[sneaker_ger]

Do you still have the intermediate "G:\BDRB_Work\btc4rech.pqp\00000.mkv" file MeGUI created? Open that in MKVToolNix GUI, go to "Output" tab, "Split mode": "by parts based on timestamps" and set "-01:00" (without quotes). You can deactivate all tracks except video. Then click "Start Multiplexing" on the bottom. Upload the created file to e.g. sendspace.com (https://www.sendspace.com/) and post the link here.

[pommesmatte]

As I'm experiencing the same problem, here is the first minute of the videostream from "Feinde - Hostiles" demuxed with eac3to.

https://www.sendspace.com/file/4051vp

[tebasuna51]

The intermediate file 00000.mkv was created by eac3to with:

2: h264/AVC, 1080p24 (16:9)
...
Added fps value (24) to MKV header.

The .dgi seems still ok.
File: G:\BDRB_Work\btc4rech.pqp\NIET_SCHIETEN_00000.dgi
Indexed file: G:\BDRB_Work\btc4rech.pqp\00000.mkv
General
Format: Matroska
FileSize: 18268517337
PlayTime: 02:19:10.542
Video
...
FrameCount: 200413
FrameRate: 24.000

But the problem is in:
Log for job3 (oneclick, 00000.mkv -> )
...
Generated AviSynth script
global MeGUI_darx = 16
global MeGUI_dary = 9
LoadPlugin("C:\Users\Gebruiker\Documents\Blu Ray\MeGUI-2896-64\tools\dgindexnv\DGDecodeNV.dll")
DGSource("G:\BDRB_Work\btc4rech.pqp\NIET_SCHIETEN_00000.dgi")
ConvertBits(8)
...
frame rate: 24000/1001
frames: 200413
length: 02:19:18.892

How the NIET_SCHIETEN_00000.dgi readed before like 24.000 now is readed like 24000/1001

[sneaker_ger]

The .dgi seems still ok.
File: G:\BDRB_Work\btc4rech.pqp\NIET_SCHIETEN_00000.dgi
Indexed file: G:\BDRB_Work\btc4rech.pqp\00000.mkv
General
Format: Matroska
FileSize: 18268517337
PlayTime: 02:19:10.542
Video
...
FrameCount: 200413
FrameRate: 24.000
But that's MeGUI reading the mkv via MediaInfo, isn't it? Not the dgi. So to me it still looks like DGDecNV is reading the framerate wrong.

[Glarioo]

Niet Schieten m2ts file created with CloneBD (uncompressed) https://www.sendspace.com/file/ma3gub

Maybe it has something to do with eac3to. MeGui does use this for bluray folder and not for mkv. With mkv's @ 24fps there is no problem.

[tebasuna51]

But that's MeGUI reading the mkv via MediaInfo, isn't it? Not the dgi. So to me it still looks like DGDecNV is reading the framerate wrong.

You are rigth.

With the pommesmatte sample all soft (eac3to, MediaInfo, MkvInfo) show fps 24 but the .dgi show 24000 / 1001
The same with Glarioo sample converted to mkv by eac3to or MkvToolNix (is not a problem of eac3to, Haali muxer).
But the Glarioo sample m2ts indexed by DGDecNV show the correct fps 24 / 1

[sneaker_ger]

@tebasuna51
I don't have DGDecNV. Can you check what it says for the following sample: https://www.sendspace.com/file/g22pnh

[sneaker_ger]

As I'm experiencing the same problem, here is the first minute of the videostream from "Feinde - Hostiles" demuxed with eac3to.

https://www.sendspace.com/file/4051vp
Can you also upload the same part but from the m2ts cut with DGSplit (http://rationalqm.us/dgsplit/dgsplit12.zip)? (first 10 MB is enough).

[tebasuna51]

Works fine:
DGAVCIndexFileNV22 DGIndexNV 2053.0.0.165 X64
D:\tmp\24.000fpsSample.mkv 82502992

DEVICE 0
DECODE_MODES 0,0,0,0,0
STREAM 2 0
RANGE 0 0 18446744073709551615 0
DEMUX
DEPTH 8
ASPECT 1 1
COLORIMETRY 2 2 2

RPS 0
IDR 0
0:FRM 7 0 0
...
1439:FRM 5 1439 0
SIZ 1920 x 1088
DISP 0,1920,0,1080
FPS 24000 / 1000
CODED 1440
PLAYBACK 1440
0.00% FILM
ORDER 0

[sneaker_ger]

Ok, thx. It's basically the same sample but muxed with mkvmerge. Somehow eac3to doesn't write all SPS VUI parameters into mkv CodecPrivate. And the SPS looks strange anyways. I'm wondering if this is also in the original m2ts.

But either way it shouldn't result in detection as 23.976 fps.

[tebasuna51]

The difference between 24.000fpsSample.mkv in mkv header is the:

Default duration (number of nanoseconds per frame) : 41666666 (24.000000384000006144000098304002 fps)

In mkv created by eac3to or MkvToolNix from the m2ts, or in pommesmatte sample:

Default duration (number of nanoseconds per frame) : 41666667 (23.999999808000001535999987712 fps)

It can be the problem videoh?

[sneaker_ger]

Edit the field with MKVToolNix Header Editor to find out.

[tebasuna51]

Yes, changing Default duration (number of nanoseconds per frame) to 41666666 the .dgi now show FPS 24000 / 1000

[videoh]

Thank you for the streams and analysis, guys. The problem is indeed in DGIndexNV. It's caused by the frame rate normalization code I added to be compatible with Vapoursynth. It's a simple fix already tested locally. I will release a slipstream later today.

[videoh]

Fix was slipstreamed (2053.0.0.167).

[tebasuna51]

Thanks videoh, now 2053.0.0.167 show FPS 24000 / 1000

[pommesmatte]

Fix was slipstreamed (2053.0.0.167).

Awesome. Thanks for the quick fix.

[Glarioo]

Thank you videoh

[videoh]

Great to hear, Gentlemen, thank you. Onward and upward!

[Zathor]

Thanks all, I have uploaded the 168 build to the update server.

[dREV]

Hello. I believe this is the correct place to post this. Please correct me if not. I am trying to slowly transition from MeGUI x86 to MeGUI x64 but the final hurdle for me to fully venture to this is the high bit depth implementation. I am inquiring on a method to bypass having to use the command line --y4m as I am also using --profile main444-X and if I read correctly it can't handle high bit depth yet?

Is there a way to do this using the latest build which would be as of this writing, ver 2896?

Zathor provided a gui file from this post https://forum.doom9.org/showthread.php?p=1843065#post1843065 indicated it to be version 2855. This together with changing the pipe to the one provided here https://astrataro.wordpress.com/2014/08/28/avs4x26x-0-10-0/ and renaming it to that contained in MeGUI's x265 folder was able to make it work using the lsb hack --input-depth 16

For other noobies who are having a similar issue as I who depend on this program: :helpful:
http://megui.org/auto/megui-core-2855-32.7z
http://megui.org/auto/megui-core-2855-64.7z

If there's another method I am not aware of or I could be pointed towards that thread with actual examples to go by as x265 fails to start the encode process altogether saying "y4m: frame header missing".

I also want to add if it's possible to get around this but still using the One-Click menu as this is not only my primary but also my only method of encoding any video. I'm fully ignorant using the other stuff on MeGUI and other GUI programs.

I'm ok with simply staying with MeGUI's build 2855 64 bit as I been using MeGUI version 2525 32 bit for years simply as I can still use the raw .h264 files which I need. Dunno why it was ever taken out. If I can be clued in as why this file format no longer works past version 2525 builds if no one minds sharing this info with me.

[tormento]

Is there a reason for MeGUI_x64 not being updated for components?

[stax76]

@tormento

For me the reason why I never supported both x86 and x64, is that it's simply too much work and room for error. And there are now two frame servers that both needs to be supported too, dual interfaces make that much more easy. Only reason why updating tools works well for staxrip is great help of many people with notifications, links and builds. Selur and Atak also only support one architecture I think.

[Zathor]

Is there a reason for MeGUI_x64 not being updated for components?

Whenever I update one DLL I always check if it is available in 32 and 64 bit - if available both will be updated. What do you miss?

[tormento]

Whenever I update one DLL I always check if it is available in 32 and 64 bit - if available both will be updated. What do you miss?
AVS plugins, tools, etc.

They are way behind the current releases, perhaps on x86 version too.

From this major version of Windows 10 on, Microsoft stopped allowing OEM to install Windows 10 x86. Perhaps it's time to unplug XP once for all.

[Zathor]

I am not able to search myself anymore. Please check here and create a feature request ideally with a link to the new binaries:
https://forum.doom9.org/showpost.php?p=1913093&postcount=6976

The files I do use are recent (except mediainfo and avs+ which I cannot update currently).

[tebasuna51]

Is know than MeGUI 64 can't do the same audio downmix 7.1 -> 5.1 because the plugin Audiolimiter.dll don't have a 64 bits version (and the source code is unknow)

I make some test with the soxfilter, 32 bits by sh0dan (https://forum.doom9.org/showthread.php?p=758905#post758905), compiled to 64 bits by MeteorRain (https://forum.doom9.org/showthread.php?p=1916449#post1916449) and I can obtain the same output with this downmix:

# As AudioLimiter.dll is not available is replaced by SoxFilter
# 7.1 Channels L,R,C,LFE,BL,BR,SL,SR -> standard 5.1
function c71_c51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
back = GetChannel(a, 5, 6)
side = GetChannel(a, 7, 8)
mix = MixAudio(back, side, 0.5, 0.5).ConvertAudioTo32bit()
mix = mix.SoxFilter("compand 0.1,0.1 -90,-84,-16,-10,-0.1,-3 0.0 -90 0.0").ConvertAudioToFloat()
return MergeChannels(front, mix)
}
# 6.1 Channels L,R,C,LFE,BC,SL,SR -> standard 5.1
function c61_c51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
bcent = GetChannel(a, 5).Amplify(0.7071)
back = MergeChannels(bcent, bcent)
side = GetChannel(a, 6, 7)
mix = MixAudio(back, side, 0.5, 0.5).ConvertAudioTo32bit()
mix = mix.SoxFilter("compand 0.1,0.1 -90,-84,-16,-10,-0.1,-3 0.0 -90 0.0").ConvertAudioToFloat()
return MergeChannels(front, mix)
}

We need add the new soxfilter plugin at ...MeGUI64\tools\avs\plugins

EDIT: seems soxfilter work fast in 32 bits int, and MixAudio need 16 or float, then to improve performance some changes added.

[simple_simon]

Can anyone tell me how to use MeGUI with the internal avisynth+ & still be able to use avisynth filters not included in the MEGui filters package? I've tried simply adding them to the .\tools\avisynth_plugin\ folder but they aren't being seen. I don't know why that wouldn't work if it's already looking there for the included filters. Also tried adding a registry entry

[HKEY_LOCAL_MACHINE\SOFTWARE\Avisynth]
"plugindir2_5"="F:\\User\\Applications\\Video Tools\\MeGui x64\\tools\\Added Plugins"

but that's trying to autoload all .avsi files, even when they aren't called in the script so that won't work either.

[simple_simon]

Is know than MeGUI 64 can't do the same audio downmix 7.1 -> 5.1 because the plugin Audiolimiter.dll don't have a 64 bits version (and the source code is unknow)

I make some test with the soxfilter, 32 bits by sh0dan (https://forum.doom9.org/showthread.php?p=758905#post758905), compiled to 64 bits by MeteorRain (https://forum.doom9.org/showthread.php?p=1916449#post1916449) and I can obtain the same output with this downmix:

# As AudioLimiter.dll is not available is replaced by SoxFilter
# 7.1 Channels L,R,C,LFE,BL,BR,SL,SR -> standard 5.1
function c71_c51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
back = GetChannel(a, 5, 6)
side = GetChannel(a, 7, 8)
mix = MixAudio(back, side, 0.5, 0.5).ConvertAudioTo32bit()
mix = mix.SoxFilter("compand 0.1,0.1 -90,-84,-16,-10,-0.1,-3 0.0 -90 0.0").ConvertAudioToFloat()
return MergeChannels(front, mix)
}
# 6.1 Channels L,R,C,LFE,BC,SL,SR -> standard 5.1
function c61_c51(clip a)
{
front = GetChannel(a, 1, 2, 3, 4)
bcent = GetChannel(a, 5).Amplify(0.7071)
back = MergeChannels(bcent, bcent)
side = GetChannel(a, 6, 7)
mix = MixAudio(back, side, 0.5, 0.5).ConvertAudioTo32bit()
mix = mix.SoxFilter("compand 0.1,0.1 -90,-84,-16,-10,-0.1,-3 0.0 -90 0.0").ConvertAudioToFloat()
return MergeChannels(front, mix)
}

We need add the new soxfilter plugin at ...MeGUI64\tools\avs\plugins

EDIT: seems soxfilter work fast in 32 bits int, and MixAudio need 16 or float, then to improve performance some changes added.

I second this motion! I didn't even know AudioLimiter wasn't being implemented this whole time in the x64 version. Is there any way to automate this with profiles or does the avisynth script need to be edited manually every time?

[tebasuna51]

Is there any way to automate this with profiles or does the avisynth script need to be edited manually every time?
Only Zathor can implement that, but I don't know if he is on-line.

[simple_simon]

Only Zathor can implement that, but I don't know if he is on-line.

What's the best working alternate program for completing these kind of conversions in the meantime?

[tebasuna51]

@simple_simon
You can use ffmpeg with complex filters explained here (https://forum.doom9.org/showthread.php?p=1920201#post1920201) and maybe with the help of my UsEac3to GUI explained also in the Readme here (https://forum.doom9.org/showthread.php?t=145574)
[EDIT]: UsEac3To method (https://forum.doom9.org/showthread.php?p=1929204#post1929204)

The source can be a container, the output can be any ffmpeg output format and is fast than AviSynth/Sox.

[LigH]

Update error for FFMS reported in the VideoHelp forum (https://forum.videohelp.com/threads/400382-FFMS-update-problem-for-megui); the screenshot shows that it tries to download the x64 version of FFMS, so I guess it is a problem specific to the x64 version of MeGUI. The x86 version was downloaded successfully on my PC.

[Kurtnoise]

https://forum.doom9.org/showthread.php?p=1933983#post1933983

[tormento]

It's ages it doesn't get any update, neither for the main program nor for the plugins.

Should I consider the project gone for good?