MeGUI: bug reports and feature requests

[Clumpco]

With build 0.3.4.15 (using DGIndexNV 2010, Win7 32 bits) I get frequent GUI crashes at the start of the second pass. The progress window opens, but before it starts updating I get a "Programme has crashed" message from Windows. However X264 seems to carry on all by itself and completes the encode.
Any ideas?

[Capsbackup]

Originally Posted by Rat Killer

Next question, is there a way to extract tracks from an mp4 in meGUI? eac3to does not handle extraction from mp4 so the hd stream extractor does not work on mp4s. mp4box can do it from a command line, just did not see a way inside meGUI to do it. If its not there, any chance it could be added?

You could try Yamb. http://yamb.unite-video.com/download.html

[movq]

megui support windows 2008 server,64 bit OS?

[velp]

Hi,

Thanks for all the work that goes into MeGUI. Since I've found it I use it for everything.

One little thing I've noticed for the past few versions is the 'and close' tick box on the HD Streams Extractor screen seems to be anchored to some other component, or statically positioned within the form which doesn't allow for the resizing of the window components properly. This is by no means a show stopper. Just noticed that the behaviour on every other screen seems to have it anchored to the bottom of the form allowing for all components to be dynamically resized. This would be really handy on the HD Streams Extractor screen, some of those disks have so many streams, playlists etc be great to see more in one glance.

No rush, when every you get around to it, just making sure someone was aware of it.

Thanks again.

Velp

[MOS-Marauder]

Originally Posted by movq

megui support windows 2008 server,64 bit OS?

Yep..since its based on Windows Seven (or Vice Versa) it works fine.


Im using Win7 x64 and Windows Server 2008 R2 x64...

Both work fine.


Chris

[Rat Killer]

Originally Posted by Capsbackup

You could try Yamb. http://yamb.unite-video.com/download.html

Yes, a bit of searching yesterday and I came to the same conclusion myself. Thanks though.

Would be nice if meGUI could incorporate a bit more front end GUI support for the extract side of mp4box so could to it all in MeGUI.

[MajorX]

Hi friends
i m new with MeGUI encoding....so plz help me
when i encode anime video with DAR 16:9 the output file shows DAR 3:2.....encoding done correctly and i set DAR to 16:9 while creating avs script but i get same result.

can any one tell me some setting for megui for encoding anime...now i m using following setting

ref=8, bframes=3, b_pyramid=2, b_adapt=2, fast_pskip=1, chroma_qp_offset=-2, decimate=1, deblock=1:1:2, psy=1, psy_rd=0.40:0.00

is this setting correct or something wrong??

[Inspector.Gadget]

MajorX, post your Avisynth script. MeGUI stores and reads DAR data out of it and passes it to the muxer.

[lnatan25]

For some reason, the auto encode window does not remember custom sizes anymore... I always have to enter them manually.

[Zathor]

0.3.4.16
- [MainForm] fixed window size will be reset if window is minimized
- moved CustomFileSize, CustomFPSs, CustomDARs and GUI settings from user.config into settings.xml
- user.config is no longer created / updated. 
   Therefore MeGUI itself does not write anymore outside of the application directory
- [mencoderEncoder] switched mencoder to ffmpeg as pre-rendering engine in order to support x64

I never used the pre-rendering function and have not tested the change. I believe that if I broke something someone will post it.

[Clumpco]

0.3.4.16 - Seems to have got mkvmerge command line syntax wrong.

Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "my-muxed.mkv" 
--engage keep_bitstream_ar_info --default-duration 1:25fps -d 1 -A -S "my.mkv" --language 0:eng --track-name "0:ac3 2/0 (flagged 3/2)" 
--sync 0:-1025ms -a 0 -D -S "my PID 157d 3_2ch 48KHz 384Kbps DELAY -1025ms.ac3" 
--language 0:eng --track-name "0:eng subs" -s 0 -D -A "my.srt" --no-clusters-in-meta-seek

[Error] An error occurred: Error: The source file '--no-clusters-in-meta-seek' could not be opened successfully, 
or retrieving its size by seeking to the end did not work.

Note: full file path/name replaced by "my" for privacy reasons

[Zathor]

Thanks for the report.

That's because of a change in mkvtoolnix:

	* mkvmerge: enhancement: mkvmerge will no longer put all clusters
	into a meta seek element resulting in smaller file size. The
	parameter "--no-clusters-in-meta-seek" has been renamed to
	"--clusters-in-meta-seek" and its meaning reverted.

I will release a new build today which removes the --no-clusters-in-meta-seek from the command line.

[MOS-Marauder]

The Mkvmerge version u put un your last Update also cannot be started manually via mmg.exe.... Gui and Muxer versions mismatch.

Edit: the Muxer Gui used my Default Config....

Chris

[Zathor]

I have no problem so far to start mmg.exe manually and create a new mkv.

[Zathor]

0.3.4.17
- [VideoUtil] + [MainForm] fixed the detection of AviSynth for MeGUI x64
- [MkvMergeMuxer] removed --no-clusters-in-meta-seek because of the change in MkvToolNix 4.0.0
- [WindowUtil] + [JobWorkerWindow] prevent standby while a job is running

[lnatan25]

Thanks for the fixes, Zathor!

[MOS-Marauder]

Originally Posted by Zathor

I have no problem so far to start mmg.exe manually and create a new mkv.

Me, too.

mmg.exe took my default Config in the Registry (i had mkvtoolnix installed).

Chris

[aegisofrime]

Hi Zathor. I believe this is related to your change of using ffmpeg instead of memcoder for pre-rendering.

After the change, I notice that the pre-rendering stops early during the process. To be more specific, there isn't any crash. The only indication of a problem is that the file size meter stops increasing. My AVS script is as follows:

SetMTMode(2,4)
DGdecode_mpeg2source("C:\Raws\Test.d2v")
tempgaussmc_beta1u(1,1,0,0,0,0,edimode="--",SVthin=0.0,pelsearch=1)

Distributor()

MT("LimitedSharpenFaster()",4)

A pretty standard TGMC deinterlacing script, I would.

I'm thinking that perhaps it would be better to keep using mencoder for 32-bit and try ffmpeg for 64-bit? In addition to the above mentioned problem, there is another additional undesirable with ffmpeg, that there's no information feedback on expected file size, frames encoded or remaining time left. I believe these information can be quite important.

I would love to provide more information, however seeing as there's no error message whatsoever, I'm stumped as to what information to provide. Also this happens with at least 3 different videos I have tried, so I don't think it's video specific.

[quantum5uicid3]

do you think you could try a more recent build and see if the problem still exists? the lack of status info is a prob though. you could also try running job from commandline.

just overwrite ffmpeg.exe in the megui\tools\ffmpeg\

http://sourceforge.net/projects/mplayer-win32/files/
FFmpeg-svn-23591.7z is current most recent


edit
the link was confusing

i'm also not sure if -vstrict should be -1 or -2. i thought since ffvhuff is now stable, -1 should be used but ffmpeg documentation is not that clear about anything. anyone?

edit2:
at this point, couldn't it just use.

x264 --preset ultrafast --tune fastdecode --qp 0 --output "output" "input"

[jeremy33]

Hi,

I have a little probem with megui. If I encode a video for my GSM Samsung S5230 it don't work but if I encode the same video with the same settings with Ripbot it work.

Ripbot settings :

--level 3.0 --aud --nal-hrd vbr --vbv-bufsize 10000 --vbv-maxrate 10000 --no-cabac --filter 0,0 --ref 3  --bframes 0 --b-adapt 0
 --no-weightb --weightp 0 --b-pyramid none --subme 6 --aq-mode 1 --trellis 0 --partitions p8x8,b8x8,i4x4,p4x4 --no-8x8dct --me umh