MeGUI: General Questions and Troubleshooting Thread - Page 390

kalehrl · 18th January 2015, 19:38

Quote:

If you have lowered the size to 688x400 before by advance how should MeGUI know that it should then not revert to 704x400?

I'm not sure I understand this.
I haven't manually changed the width to 688.
I just increased the right border cropping to 10 pixels and the width went to 688, which is OK.
I then reduced the right border cropping to 8 pixels but the width remained at 688 instead of increasing to 704.
This seems strange to me.
I then have to uncheck resizing and enable it again and then it chooses the 'right' width of 704.

hello_hello · 19th January 2015, 06:20

Quote:

Originally Posted by kalehrl

I'm not sure I understand this.
I haven't manually changed the width to 688.
I just increased the right border cropping to 10 pixels and the width went to 688, which is OK.
I then reduced the right border cropping to 8 pixels but the width remained at 688 instead of increasing to 704.
This seems strange to me.
I then have to uncheck resizing and enable it again and then it chooses the 'right' width of 704.

As per my the info in my previous post, the "suggest resolution" function only adjusts the height. MeGUI will adjust the width to prevent upscaling when the "upsizing" option is disabled, so the width might be adjusted down to prevent it being upscaled, but the "suggest resolution" function can't increase it again even if you reduce the cropping. Even when MeGUI has adjusted the width to prevent upsizing, the "suggest resolution" function assumes the user set the width and it's job is to only choose the most appropriate height, so to speak.
If you disable and enable resizing, that resets it, and it'll default to the maximum width possible without upscaling along with an appropriate height.

I'm not necessarily sure it's ideal. I think most programs would probably adjust both width and height and work as you expect, but I'm not really sure. I don't use other GUI's much.
Once you know why it works the way it does though, it's at least logical.

Xor · 1st February 2015, 08:34

Please help,
how to check the exact version of Avisynth i have installed?

I have 2 Server:
Xeon E3-1220@3.10 Ghz (old)
Xeon E5-1650@3.20 Ghz (new)

using the same source mkv untouched, old server (4core) to be three times faster than the new server (6core)

I am sure that in both installed Avisynth 2.60 MT, but the new server that is faster worse goes too old

Please help me how to chech in old server, the exact version I have installed of avisynth?

Thanks

LigH · 2nd February 2015, 08:37

The Avisynth Info Tool will report required details.

hello_hello · 2nd February 2015, 19:29

Quote:

Originally Posted by Xor

Please help,
how to check the exact version of Avisynth i have installed?

I have 2 Server:
Xeon E3-1220@3.10 Ghz (old)
Xeon E5-1650@3.20 Ghz (new)

using the same source mkv untouched, old server (4core) to be three times faster than the new server (6core)

Same encoder settings? Same script?
It appears neither of your pics are showing a video being encoded, given there's no current or projected file size being displayed. Is that the 1st pass of a 2 pass encode? Unless the current and projected file size is only displayed for single pass encoding. I can't remember what happens for 2 pass, it's been so long.

Danette · 5th February 2015, 03:13

I want to batch process with DGIndex. When I open File Indexer, select the first file (of 30) that I want to queue and then hit the "Queue" button, DGIndex processes and creates the d2v file. My expectation was that the "Queue" button would simply place the job in the queue and I would then process all 30 through DGIndex, from the queue list.

Am I misunderstanding this or is something not going quite right?

hello_hello · 5th February 2015, 05:12

Quote:

Originally Posted by Danette

I want to batch process with DGIndex. When I open File Indexer, select the first file (of 30) that I want to queue and then hit the "Queue" button, DGIndex processes and creates the d2v file. My expectation was that the "Queue" button would simply place the job in the queue and I would then process all 30 through DGIndex, from the queue list.

Am I misunderstanding this or is something not going quite right?

Have a look in Options/Settings for "start new jobs in queue immediately". Is it checked?

Danette · 5th February 2015, 19:53

Quote:

Originally Posted by hello_hello

Have a look in Options/Settings for "start new jobs in queue immediately". Is it checked?

Indeed, it was. Thank you. Life is much easier now!

rapscallion · 9th February 2015, 17:44

I'm looking at a new pc that has a hex (6) core cpu. Will Megui, when encoding video, take advantage of all 6 cores ? Thanks !

LigH · 9th February 2015, 20:15

It doesn't matter which GUI (MeGUI, Hybrid, StaxRip ...). The encoder which is used by these GUIs needs to be multi-threaded. The encoder does the work, not the GUI calling it.

Both x264 and x265 make great use of many cores.

rapscallion · 9th February 2015, 20:18

Thank you, I was hoping that was the case, just wasn't sure.

salam2009 · 10th February 2015, 00:07

Hey guys,
I really need your help with this

I'm trying to convert my movies to 60fps through this thread using MeGUI based on AviSynth special plugin tools & some K-Lite Codecs.
All of the converted (60fps) movies worked perfectly at first, but now most of them get this frustrating error in mkvmerge whenever I try to mux the dts (only) from the original movie with the converted (video only) one, for example:

"Casino.Royale.2006.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:00:19.978000000.
Resyncing successful at position 4782373.
The first cluster timecode after the resync is 00:00:25.025000000."

Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives!
I tried to reinstall all the required programs but nothing has changed!
I also tried to contact the thread's author but he didn't respond at all, so you're my only hope here!
The only thing I could do to avoid this error is to convert the movie several times until mkvmerge finishes without any troubles.
Though, the result is kinda unstable when it played eventually since the problem is mostly related to MeGUI encoding procedures which is effected by something somehow.
Any help would be highly appreciated!
Thanks a lot!

Cheers,
Salaam

LigH · 10th February 2015, 08:20

I don't know why an author of a GUI shall be responsible for a broken encoder output. He is not the author of the encoder. And both are neither responsible for defective hardware or drivers; you say that if you run the conversion several times, sometimes the result is not broken, so the reason will probably be neither the encoder nor its GUI, but a problem while writing the encoded video.

When was your last ScanDisk / chkdsk job?

salam2009 · 11th February 2015, 04:42

@LigH
Of course they're not responsible for my own issue! I'm just trying to figure out what is causing this error recently while it was working perfectly at the beginning!
The encoded (converted) 60fps video file isn't done properly even after successful muxing via mkvmerge since it has kind of internal errors which might effect it during playing.
My last chkdsk was 2 days ago. This is just driving me crazy!!

LigH · 11th February 2015, 09:33

Well, at least creating corrupt output is certainly not the purpose of an encoder. If you don't have a surprisingly buggy encoder build (which one, x264?), then maybe something in your file system is wrong or your harddisk controller drivers are bugged?! I once had similar issues with nForce4 SATA/RAID drivers, but only when copying huge files fast; video encoders are instead rather slow, regarding writing to disk.

hello_hello · 11th February 2015, 13:48

salam2009,
If you have another hard drive, or an external USB drive, try getting MeGUI to write the output files to it. If the problem goes away, then it's probably the hard drive. You might also try getting MeGUI to write a raw avs file instead of MKV as the output, but I can't imagine why it'd be an encoder problem.
What happens when you encode a video using just MeGUI's basic filters with no multithreading, instead of the script in question?

salam2009 · 12th February 2015, 18:54

@LigH, @hello_hello
Update: Didn't work on external HDDs either!
It gives me the same error even if used without the script!

Solon8 · 15th February 2015, 13:54

Hello everyone,

I have MeGUI 2507 installed and I noticed it's been a while since I last updated. I checked and no update seemed available. Yet, for using it outside of MeGUI, I knew MKVmerge had a newer version. (MeGUI gives 7.0.0 as the last available, while the one running on my computer is already at 7.6.0)

I went to the options and I changed "Use stable update server" to "Use development update server" and now a few updates are available.

1- Why doesn't the stable update server give me any update?

2- Is it safe to use the development update server? Or could some release be too early? Is MeGUI 2523 a stable, good release?

3- Why MKVmerge is in its 7.6.0 version on my computer but MeGUI (using development update server) gives me the 7.4.0 verson as the last available?

Thank you for reading me.

hello_hello · 15th February 2015, 18:12

The stable update server is probably updated less frequently as it only gets the releases known to be stable. That'd include the tools MeGUI uses. If you use the development update server you risk the possibility of bugs. MeGUI 2523 was only released in the last day or so.

I don't think MeGUI has been updated in a while as there were issues with update servers. It's been updated now (2523) but any updates to the tools it uses such as MKVMerge are probably yet to follow.

You can always update MKVMerge in MeGUI's Tools folder manually, although it's a pity there's no way for MeGUI to know you've done so (as far as I know) because sooner or later it'll want to update it again.

AMiR9!WV · 17th February 2015, 00:43

this is killing me
i have some avi file , i'm trying to encode them to mkv
but after each file getting done , program is hanging in muxing mkv and this error coming up

so i push ok button...

i usually encode my files in batch and i never had this problem
i delete and re-download megui too many times
and now i have the administrator user but still this is happening
the problem isn't just for one file , after rerunning the megui and star queue , each file is going
my files are avi and the link the fatal error is giving me is belong to temp file in temp folder
i just want one thing , how to tell megui : dude , no need to delete temp

just skip it

i'm not a pro , i just need your help to get my job done

2nd February 2015, 08:37	#7784 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,782	The Avisynth Info Tool will report required details. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

5th February 2015, 03:13	#7786 \| Link
Danette Registered User Join Date: Apr 2013 Posts: 346	File Indexer - Batch Function I want to batch process with DGIndex. When I open File Indexer, select the first file (of 30) that I want to queue and then hit the "Queue" button, DGIndex processes and creates the d2v file. My expectation was that the "Queue" button would simply place the job in the queue and I would then process all 30 through DGIndex, from the queue list. Am I misunderstanding this or is something not going quite right?

9th February 2015, 17:44	#7789 \| Link
rapscallion NY Frame of Mind Join Date: Dec 2005 Location: L.I.,NY Posts: 586	I'm looking at a new pc that has a hex (6) core cpu. Will Megui, when encoding video, take advantage of all 6 cores ? Thanks ! __________________ "Talk to me Goose"

9th February 2015, 20:15	#7790 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,782	It doesn't matter which GUI (MeGUI, Hybrid, StaxRip ...). The encoder which is used by these GUIs needs to be multi-threaded. The encoder does the work, not the GUI calling it. Both x264 and x265 make great use of many cores. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

9th February 2015, 20:18	#7791 \| Link
rapscallion NY Frame of Mind Join Date: Dec 2005 Location: L.I.,NY Posts: 586	Thank you, I was hoping that was the case, just wasn't sure. __________________ "Talk to me Goose"

1st February 2015, 08:34	#7783 \| Link
Xor Registered User Join Date: Nov 2013 Posts: 40	Please help, how to check the exact version of Avisynth i have installed? I have 2 Server: Xeon E3-1220@3.10 Ghz (old) Xeon E5-1650@3.20 Ghz (new) using the same source mkv untouched, old server (4core) to be three times faster than the new server (6core) I am sure that in both installed Avisynth 2.60 MT, but the new server that is faster worse goes too old Please help me how to chech in old server, the exact version I have installed of avisynth? Thanks

10th February 2015, 00:07	#7792 \| Link
salam2009 Registered User Join Date: Oct 2014 Posts: 60	Hey guys, I really need your help with this I'm trying to convert my movies to 60fps through this thread using MeGUI based on AviSynth special plugin tools & some K-Lite Codecs. All of the converted (60fps) movies worked perfectly at first, but now most of them get this frustrating error in mkvmerge whenever I try to mux the dts (only) from the original movie with the converted (video only) one, for example: "Casino.Royale.2006.720p.mkv: Error in the Matroska file structure at position 4010858. Resyncing to the next level 1 element. The last timecode processed before the error was encountered was 00:00:19.978000000. Resyncing successful at position 4782373. The first cluster timecode after the resync is 00:00:25.025000000." Now when the video reaches the defective minutes, the picture freezes with continuous audio until the point of the first cluster timecode arrives! I tried to reinstall all the required programs but nothing has changed! I also tried to contact the thread's author but he didn't respond at all, so you're my only hope here! The only thing I could do to avoid this error is to convert the movie several times until mkvmerge finishes without any troubles. Though, the result is kinda unstable when it played eventually since the problem is mostly related to MeGUI encoding procedures which is effected by something somehow. Any help would be highly appreciated! Thanks a lot! Cheers, Salaam Last edited by salam2009; 10th February 2015 at 02:32.

10th February 2015, 08:20	#7793 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,782	I don't know why an author of a GUI shall be responsible for a broken encoder output. He is not the author of the encoder. And both are neither responsible for defective hardware or drivers; you say that if you run the conversion several times, sometimes the result is not broken, so the reason will probably be neither the encoder nor its GUI, but a problem while writing the encoded video. When was your last ScanDisk / chkdsk job? __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

11th February 2015, 04:42	#7794 \| Link
salam2009 Registered User Join Date: Oct 2014 Posts: 60	@LigH Of course they're not responsible for my own issue! I'm just trying to figure out what is causing this error recently while it was working perfectly at the beginning! The encoded (converted) 60fps video file isn't done properly even after successful muxing via mkvmerge since it has kind of internal errors which might effect it during playing. My last chkdsk was 2 days ago. This is just driving me crazy!! Last edited by salam2009; 11th February 2015 at 19:25.

11th February 2015, 09:33	#7795 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,782	Well, at least creating corrupt output is certainly not the purpose of an encoder. If you don't have a surprisingly buggy encoder build (which one, x264?), then maybe something in your file system is wrong or your harddisk controller drivers are bugged?! I once had similar issues with nForce4 SATA/RAID drivers, but only when copying huge files fast; video encoders are instead rather slow, regarding writing to disk. __________________ New German Gleitz board MediaFire: x264 \| x265 \| VPx \| AOM \| Xvid

11th February 2015, 13:48	#7796 \| Link
hello_hello Registered User Join Date: Mar 2011 Posts: 4,829	salam2009, If you have another hard drive, or an external USB drive, try getting MeGUI to write the output files to it. If the problem goes away, then it's probably the hard drive. You might also try getting MeGUI to write a raw avs file instead of MKV as the output, but I can't imagine why it'd be an encoder problem. What happens when you encode a video using just MeGUI's basic filters with no multithreading, instead of the script in question?

12th February 2015, 18:54	#7797 \| Link
salam2009 Registered User Join Date: Oct 2014 Posts: 60	@LigH, @hello_hello Update: Didn't work on external HDDs either! It gives me the same error even if used without the script! Last edited by salam2009; 29th March 2015 at 01:47.

15th February 2015, 13:54	#7798 \| Link
Solon8 Registered User Join Date: Mar 2013 Posts: 35	Hello everyone, I have MeGUI 2507 installed and I noticed it's been a while since I last updated. I checked and no update seemed available. Yet, for using it outside of MeGUI, I knew MKVmerge had a newer version. (MeGUI gives 7.0.0 as the last available, while the one running on my computer is already at 7.6.0) I went to the options and I changed "Use stable update server" to "Use development update server" and now a few updates are available. 1- Why doesn't the stable update server give me any update? 2- Is it safe to use the development update server? Or could some release be too early? Is MeGUI 2523 a stable, good release? 3- Why MKVmerge is in its 7.6.0 version on my computer but MeGUI (using development update server) gives me the 7.4.0 verson as the last available? Thank you for reading me.

15th February 2015, 18:12	#7799 \| Link
hello_hello Registered User Join Date: Mar 2011 Posts: 4,829	The stable update server is probably updated less frequently as it only gets the releases known to be stable. That'd include the tools MeGUI uses. If you use the development update server you risk the possibility of bugs. MeGUI 2523 was only released in the last day or so. I don't think MeGUI has been updated in a while as there were issues with update servers. It's been updated now (2523) but any updates to the tools it uses such as MKVMerge are probably yet to follow. You can always update MKVMerge in MeGUI's Tools folder manually, although it's a pity there's no way for MeGUI to know you've done so (as far as I know) because sooner or later it'll want to update it again. Last edited by hello_hello; 16th February 2015 at 00:31. Reason: spelling

17th February 2015, 00:43	#7800 \| Link
AMiR9!WV Registered User Join Date: Feb 2013 Posts: 29	this is killing me i have some avi file , i'm trying to encode them to mkv but after each file getting done , program is hanging in muxing mkv and this error coming up so i push ok button... i usually encode my files in batch and i never had this problem i delete and re-download megui too many times and now i have the administrator user but still this is happening the problem isn't just for one file , after rerunning the megui and star queue , each file is going my files are avi and the link the fatal error is giving me is belong to temp file in temp folder i just want one thing , how to tell megui : dude , no need to delete temp just skip it i'm not a pro , i just need your help to get my job done Last edited by AMiR9!WV; 17th February 2015 at 00:46.