Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

poisondeathray
27th February 2010, 18:44
I have downloaded this build from scratch. Everything seems to go fine except I can not create a dv2 file. It starts to make the file but hangs. The log does not give an error as I end the abort the process myself. I am obviously missing something simple but can not figure it out. I ran the dv2 creator from the folder not using Megui and had the same problem.


what happens when you use standalone dgindex (not from megui) ?

are you sure you have a mpeg2 file?

rkalwaitis
27th February 2010, 18:49
Ill download the standalone dgindex a new an not use the one from megui and let you know what happens.

rkalwaitis
27th February 2010, 19:58
I downloaded version 1.5.7 and it hung again. I tried another source and they hang as well.

poisondeathray
27th February 2010, 20:01
rkalwaitis - what does mediainfo say about your source files?

what are they/where are they from? is it possible they are corrupted?

rkalwaitis
27th February 2010, 20:15
Streamtype MPEG2Program
profile main@main
Frame Size 720x480
Display Size (not specified)
aspect Ration 16:9 (3)
Frame Rate 29.970030
Video Type Film 99.99%
Vob Cell ID 1 3.

The files are from my original DVD ripped with DVDdecrypter, they are VOB files. Im almost positive that its not a problem with Neuron's App or Megui. I have another computer and these applications work fine on it. This is a newer computer and its giving me no love. That is why I feel as if Im missing something that I should of loaded. But for the love of me, I can't figure it out. As for being corrupted, I suppose anything is possible :) Ill redo them and try another source.

poisondeathray
27th February 2010, 20:17
is that the correct frame size? 729x480? or is that a typo?

my guess would be it's not decrypted properly

try dvdfabhd decrypter (or dvd fab, or anydvd)

rkalwaitis
27th February 2010, 20:21
Typo--okay Ill try another ripper from your suggestions and see what happens.

rkalwaitis
27th February 2010, 20:43
I guess your guess is spot on, as it worked after having tried again. Strange...

kool
2nd March 2010, 22:40
I get this error when I make d2v file through meGUI, the error start after meGUI create the d2v file and prepare it for next step croping > resize and so on...

http://i49.tinypic.com/14uwbxf.png

Installed everything fresh, no help as well.

I have tried to make the d2v through separate DGIndex, everything goes normal.

poisondeathray
2nd March 2010, 22:42
kool - you have to make an .avs script

eg.
MPEG2Source("VTS_02_2.d2v")

MeGUI has an .avs script creator in the tools menu, try plugging the .d2v into that

kool
2nd March 2010, 22:49
Can't load as well, getting the exact same error. Tried to open the d2v with AvsP and that gives me this error.

http://i47.tinypic.com/11k8ar5.png

poisondeathray
2nd March 2010, 22:52
did you follow the instructions (i.e. check avisynth version, clean out plugins)

kool
2nd March 2010, 22:56
Yes I tried as you said from meGUI > Tools > AVS Creator that also can't load the d2v. This start happen to me from yesterday, I tried to install all fresh, remove the old plugin directory and all, but that also doesn't help. Everything was all fine till yesterday, suddenly all this start to happen.

Edit:
OS is Win7 U 64-bit. Using 32-bit Avisynth and avisynth.dll is in SysWOW64 folder.

quantum5uicid3
3rd March 2010, 01:10
1. (re)install ffdshow-tryouts
2. configure it to handle raw YV12 "Raw Video"
3. (re)install avisynth
4. make sure avs file plays back in mpc-hc

and i guess maybe
5. force reinstall dgindex through the megui updater

kool
3rd March 2010, 10:01
Well actually I (re)install every single thing, ffdshow,haali,mpc-hc,avisynth and megui. I enabled the raw video section in ffdshow to (all supported) I have installed the separate DGIndex, and I can make d2v with success but I can't make .avs file through megui nor avsp, both throw me error as I post them few post above.

quantum5uicid3
3rd March 2010, 15:34
can you play the d2v with a simple avs through mpc-hc though?

kool
3rd March 2010, 22:19
No, can't play that as well.

Nightshiver
4th March 2010, 21:38
I had a problem similar to yours, and it was because of a "broken" .avsi script that I had in my plugins. By removing it, everything worked fine. Have you tried completely emptying your plug-ins folder except for what's needed to just see the video in AvsP?

kool
7th March 2010, 07:02
Well after trying few things which doesn't work, I come to re-install the Win, lets hope everything works now.

MrCommunistGen
10th March 2010, 05:01
If someone wants to test the newer x264 builds you can replace the x264.exe and x264_64.exe with newer builds. If using nal-hrd you have to add e.g. --nal-hrd vbr to the custom command line.

So you don't need to replace the vfw4x264.exe or avs4x264.exe files?

-mcg

Warbucks81
11th March 2010, 16:07
So you don't need to replace the vfw4x264.exe or avs4x264.exe files?

-mcg

No, just x264.exe or x264_64.exe whichever you use.

BlackPrince
13th March 2010, 00:45
oh whats this...

http://www.abload.de/img/megadet.png (http://www.abload.de/image.php?img=megadet.png)

??? :confused:

quantum5uicid3
13th March 2010, 01:12
old preset, new x264. add "vbr" behind --nalhrd. syntax changed.

"--nal-hrd vbr" in the custom command line

Zephyr_Truesdale
13th March 2010, 05:00
In my post for "MeGUI: General Questions and Troubleshooting" #5283, Windows 7 Users have to install "Windows 7: Preferred Tweaker for Windows 7" as it would seem that the pre-installed codecs won't work with MeGUI as I've had trouble as some of my other friends had. There was this guide I saw a while back that mentioned it.

J_Darnley
13th March 2010, 11:06
oh whats this...

http://www.abload.de/img/megadet.png (http://www.abload.de/image.php?img=megadet.png)

??? :confused:

You have an error on your command line which is causing "strict" to be interpreted as an input file. Alternatively, your x264 is too old and doesn't understand --b-pyramid strict. Try posting the entire line.

BlackPrince
13th March 2010, 11:14
old preset, new x264. add "vbr" behind --nalhrd. syntax changed.

"--nal-hrd vbr" in the custom command line

hy mate!

thx, now it works :):thanks::thanks:

Barough
14th March 2010, 14:28
This '--nal-hrd vbr' switch, what does it actually do for/on an encode. Looked around but i haven't found out what it does.

Zathor
14th March 2010, 14:40
This '--nal-hrd vbr' switch, what does it actually do for/on an encode. Looked around but i haven't found out what it does.

From the x264 help:
--nal-hrd <string> Signal HRD information (needed e.g. for Blu-Ray compliance)
- vbr, cbr. (requires vbv-bufsize; cbr not allowed in .mp4)

Barough
14th March 2010, 15:14
From the x264 help:
--nal-hrd <string> Signal HRD information (needed e.g. for Blu-Ray compliance)
- vbr, cbr. (requires vbv-bufsize; cbr not allowed in .mp4)

Thnx :)

Zathor
14th March 2010, 20:18
0.3.4.3
- [HDStreamExtractorIndexer] improved mpls parsing
- [BitrateCalculator] fixed overflow for very long video durations
- update MediaInfo library and its wrapper to the latest release (0.7.29)
- [MainForm] suspend the update progress until the profiles have been imported
- [x264Encoder] + [x264ConfigurationPanel] changed the default b-pyramid value to normal (requires x264 revision 1455 or higher)
- [JobWorkerWindow] enhanced error handling
- [AudioEncoderInterface] earlier preprocessing status update
- [tsMuxeR] ISO639-2-Code will be used for the language during muxing
- [tsMuxeR] fixed muxing of srt files. Bug #2958514
- [x264] removed the lossless checkbox, changed turbo to "fast first pass", changed thread-input, cosmetics
- [tsMuxeR] + [CommandlineMuxer] changed the way the projected filesize is estimated

hajj_3
15th March 2010, 01:23
thanks for the new update:)

buzzqw
15th March 2010, 12:22
any hope for fixing download updates using proxy ?

BHH

Zathor
15th March 2010, 12:27
any hope for fixing download updates using proxy ?

BHH

http://forum.doom9.org/showthread.php?p=1367724#post1367724
http://forum.doom9.org/showthread.php?p=1367751#post1367751
http://forum.doom9.org/showthread.php?p=1360346#post1360346

buzzqw
15th March 2010, 14:20
i will test proxy support (with autentication too)

if you have a debug build please send me a pm

thanks

BHH

Zathor
15th March 2010, 18:50
0.3.4.4
- [MP4BoxMuxer] + [CommandlineJobProcessor] changed the way the remaining time is estimated. Bug #2124705
- [MainForm] updatecopier.exe will only be elevated if necessary
- simplified updatecopier.exe

carlmart
15th March 2010, 22:57
I am getting two errors:

1) When I am trying to update I get a message "Could not load file or assembly 'ICSharpcode.SharZipLib, version=9.85.5.452, Culture=neutral, PublicKeyToken= 1b03e6acfll164f73'.

2) When I try load an avs script, which works fine in AvsP and VirtualDub, I get an error "unable to load Avisynthwrapper.dll". The dll is already on avisynth's plug-in directory.

What can I do to solve both problems?

Zathor
15th March 2010, 23:20
The dlls and megui are out of sync. Download this file and extract it to your megui folder: http://megui.org/auto/megui-libs_0_3_5.zip. Restart megui and let it update itself.

mozzle
17th March 2010, 21:09
The dlls and megui are out of sync. Download this file and extract it to your megui folder: http://megui.org/auto/megui-libs_0_3_5.zip. Restart megui and let it update itself.


I followed these instructions but when I restarted MEGUI, it did not prompt me for an update. And, when I attempted a forced reinstall on core 0.3.4.0, it throws the following error:

"MeGUI encountered a fatal error and may not be able to proceed. Reason: Could not load or assembly 'ISharpCode.SharpZipLib, Version=0.85.4.369, Culture=neutral,PublickKeyToken=1b03e6acf1164f73' or one of its dependencies. The located assembly's manifest destination does not match the assembly reference. (Exception from HRESULT: 0X80131040"

Windows XP Pro SP3


Thanks.

Zathor
17th March 2010, 22:38
If you switch back to the stable version you will receive this error. You have to stay with the dev version. I will (try to) fix it with the next dev release. As a fast solution you have to replace megui.exe with this one http://megui.org/auto/megui-core_0_3_4_4.zip and the dlls with the link provided above.

mozzle
18th March 2010, 03:15
If you switch back to the stable version you will receive this error. You have to stay with the dev version. I will (try to) fix it with the next dev release. As a fast solution you have to replace megui.exe with this one http://megui.org/auto/megui-core_0_3_4_4.zip and the dlls with the link provided above.

Okay. Thanks Zathor! Keep up the great work.

AMED
18th March 2010, 06:04
I'm wondering if there was any chance of adding support for FFmpegSource and it's indexing in to MeGUI?

Zathor
18th March 2010, 06:37
I'm wondering if there was any chance of adding support for FFmpegSource and it's indexing in to MeGUI?

There is always a chance :)
To be honest I have thought about this topic because of some problems I am facing in the last days during my encodes. But I am unsure how to implement this. There are several possibilities like to add this as a third indexer in the dg creator window or to add it in the avisynth creator. And the question is should it be the default for all file types, only for some file types (which one) or only a selectable option? Any thoughts are welcome!

quantum5uicid3
18th March 2010, 07:52
to keep it simple i would just make an "ffindex creator" interface in the tools menu and then just have avs creator do a check for the presence of the index when it opens the source file, if present have it automatically use FFmpegSource2 or ask.

addition
make it easy to index multiple files in different directories though

Cisco7
19th March 2010, 10:04
Hello evereybody, do you think MeGUI will support Theora in the near future ? Would be awesome for HTML5 video.

Zathor
20th March 2010, 22:34
First strike - please report bugs, problems or enhancements :thanks:

0.3.4.5
- [MainForm] renamed "DG Creator" to "File Indexer"
- added FFMS (FFmpegSource2) to the file indexer

Second strike...
0.3.4.6
- [AviSynthWindow] FFVideoSource will be used automatically if a corresponding ffindex file exists
- [MeGUISettings] fixed ffms file not found problem

Alex_080
21st March 2010, 03:05
can i encode a video file with two audio track ??

AMED
21st March 2010, 03:13
I've just given v0.3.4.6 with FFMSIndex a try, it indexed and opened fine in the AviSynth script creator.

I also like how you have hard set the dir for FFMSIndex, wouldn't this be a good idea to do this for the other indexers as well or could there be an option for the default output dir in the settings to be ignored for indexing?

I noticed some else that's not related to FFMS.

When you run the updater and it for some reason you press cancel, especially if its the core your updating. It will try and install the half downloaded .zip and bork MeGUI. Would there be some way if a user presses cancel while it is downloading a update it would automatically delete the incomplete .zip from the \update_cache\ dir.

AMED
21st March 2010, 03:14
can i encode a video file with two audio track ??right click beside the track 1 tab in the audio bit and add a track.

http://img19.imageshack.us/img19/5281/meguiaudio.png (http://img19.imageshack.us/i/meguiaudio.png/)

HeadlessCow
21st March 2010, 06:56
When you run the updater and it for some reason you press cancel, especially if its the core your updating. It will try and install the half downloaded .zip and bork MeGUI. Would there be some way if a user presses cancel while it is downloading a update it would automatically delete the incomplete .zip from the \update_cache\ dir.

The easiest way (in my opinion) to do this is to just download to something like filename.zip.temp and then rename to filename.zip when it completes. That should prevent you from getting a partial file even if your system crashes during the download.

AMED
21st March 2010, 07:08
Yup that seems a more logical method, hopefully its not too hard to implement.