View Full Version : MeGUI: bug reports and feature requests
Kurtnoise
31st August 2010, 08:00
rev 1704: [MainForm.cs] Added a big fat warning about patents and binary files when megui finds updates
imo...this is useless. Anyone can remove these lines from the code and recompile the project to create a new build.
Sharktooth
31st August 2010, 15:53
it could be useless but warns the user. also we have to move the auto-update server somewhere else (currently it is in US... and that's a problem)
DVDBob
1st September 2010, 00:23
Hello.
I have some problems with some VOB files, when i have try to encode to MKV.
And i have install a YV12 codec.
But still get this error:
http://i53.tinypic.com/2v1n1c9.png
Sharktooth
1st September 2010, 00:25
post your .avs script.
DVDBob
1st September 2010, 00:30
MeGUI has not made one. Avs script, but the error comes after MeGUI has made. D2v index file.
Guest
1st September 2010, 00:46
@DVDBob
Since you are using a torrent-like name, please tell us where you got your source materials. If it is a DVD, please state the full title and region and preferably a link to where it can be purchased.
@all
No help on this until the source is clarified. Thank you.
DVDBob
1st September 2010, 00:50
Maj Og Charlie Season 1.
Region 2
I have purchased it here: http://www.moviezoo.dk/dvd-film/Maj-og-Charlie-saeson-1_5704897040761
Guest
1st September 2010, 01:01
Thank you for your clarification. If you avoid torrent-like names in the future, rule 6 flags won't go up.
@all
Please help DVDBob if possible.
Sharktooth
1st September 2010, 02:41
open the avisynth script creator (tools menu) and load the d2v.
once the script is done load the avs as video input.
DVDBob
1st September 2010, 03:21
It did not work.
I still get the same error.
Emp3r0r
1st September 2010, 03:23
- In the past, in the Bitrate Calculator, when I made my own file sizes, they would stay there. But now, no custom made file sizes are "staying", so I have to keep entering the numbers every time. Bug or design? Dal, it should be saving your sizes. I'm debugging it now. I looks like this issue is with the settings serialization.
I've just hit an issue - running the bitrate calculator for a nero-acc audio file I just encoded causes an "index out of bounds" error. RyanNJ, do you have more details about the error? Any log or debug information? How long is the file, bitrate, etc.
Sharktooth
1st September 2010, 04:06
DVDBob: are you listening to me? you cant open a .d2v file as input. you MUST use avisynth script creator to load the d2v...
DVDBob
1st September 2010, 04:09
That is also what I've tried but it does not work.
Sharktooth
1st September 2010, 04:15
check your avisynth\plugins folder. if there is a dgdecode.dll delete it or move it elsewhere.
also what yv12 codec have you installed?
DVDBob
1st September 2010, 04:40
I have installed Helix YUV Codecs v1.2, and there is no dgdecode.dll in avisynth\plugins folder.
Kurtnoise
1st September 2010, 09:28
also we have to move the auto-update server somewhere else (currently it is in US... and that's a problem)
This server is used since the day when the update feature has been made (more than 3 years from now iirc)...and licenses issues exist also since the day 1. No problem so far as I know. So, why you bother today ?
Sharktooth
1st September 2010, 14:29
@DVDBob: Describe exactly what you're doing step by step.
@kurtnoise: i care coz i want to be on "the safe side"...
NanoBot
1st September 2010, 17:50
Hi,
perhaps it might help you in your decisions to know how a developer here in Germany handled a similiar possibly license and patent problem. The program I mention, which you may know, is "ProjectX", is only a Java based MPG2 muxxer / demuxxer; it is neither a MPG encoder nor a decoder. Nevertheless, to circumvent any possible legal problems with the patent holders, the original author of the program decided to release only the source code, but no binaries: http://sourceforge.net/projects/project-x/.
Of course there are other people which are releasing binaries of this program, e.g. http://www.oozoon.de/main_de.html. But the developer cannot be held responsible for binaries released by other parties, so he should, at least in Germany, never run into any trouble by the patent laws. I suspect that the legal situation in most other countrys should be the same.
So a possible solution for the megui team could be, that they also only distribute the source code, with no default server for binary updates in it. If the end user finds a possible update server for binaries and fills in the URL into megui, IMHO the developers cannot be held responsible for this.
C.U. NanoBot
mariush
1st September 2010, 18:19
Would the developers have issues if they download only the source code from the server and launch a compilation on the users' computer (thus create binary on users pc)?
Not sure how long compiling something like x264 takes but with the processors nowadays, I don't think it would take long. well maybe that profiling would take a lot but otherwise...
Underground78
1st September 2010, 18:52
also we have to move the auto-update server somewhere else (currently it is in US... and that's a problem)
Maybe one of the companies which provide bandwidth to SourceForge or others open source projects would accept to host you if you really want to have a server outside the US.
For example in France, the ISP Free offers hosting for SourceForge , VLC and ftp://ftp.proxad.net/ ...
Sharktooth
2nd September 2010, 01:07
Hi,
perhaps it might help you in your decisions to know how a developer here in Germany handled a similiar possibly license and patent problem. The program I mention, which you may know, is "ProjectX", is only a Java based MPG2 muxxer / demuxxer; it is neither a MPG encoder nor a decoder. Nevertheless, to circumvent any possible legal problems with the patent holders, the original author of the program decided to release only the source code, but no binaries: http://sourceforge.net/projects/project-x/.
Of course there are other people which are releasing binaries of this program, e.g. http://www.oozoon.de/main_de.html. But the developer cannot be held responsible for binaries released by other parties, so he should, at least in Germany, never run into any trouble by the patent laws. I suspect that the legal situation in most other countrys should be the same.
So a possible solution for the megui team could be, that they also only distribute the source code, with no default server for binary updates in it. If the end user finds a possible update server for binaries and fills in the URL into megui, IMHO the developers cannot be held responsible for this.
C.U. NanoBot
nope. coz updates and builds will depend on someone else.
some tools in megui need to be built with certain flags...
Sharktooth
2nd September 2010, 01:10
Would the developers have issues if they download only the source code from the server and launch a compilation on the users' computer (thus create binary on users pc)?
Not sure how long compiling something like x264 takes but with the processors nowadays, I don't think it would take long. well maybe that profiling would take a lot but otherwise...
not possible since it would be extremely inconvenient for the users to install several build environments.
Sharktooth
2nd September 2010, 01:31
Maybe one of the companies which provide bandwidth to SourceForge or others open source projects would accept to host you if you really want to have a server outside the US.
For example in France, the ISP Free offers hosting for SourceForge , VLC and ftp://ftp.proxad.net/ ...
have they a website?
Underground78
2nd September 2010, 08:30
have they a website?
They have one : http://fondation.free.org/ but it's in French, I don't know if you can understand it a little.
It looks like there is an application file of 6 pages you have to fill to explain the goal of the project so maybe it is too complicated ... :confused:
Carpo
2nd September 2010, 14:35
See if you can find the company that hosts anydvd or dvdfabs servers ;-)
Underground78
2nd September 2010, 15:57
See if you can find the company that hosts anydvd or dvdfabs servers ;-)
AnyDVD seems to be hosted by a French company (OVH) but I highly doubt they do it for free ... :o
Zathor
2nd September 2010, 16:57
- In the past, in the Bitrate Calculator, when I made my own file sizes, they would stay there. But now, no custom made file sizes are "staying", so I have to keep entering the numbers every time. Bug or design? This too is a feature I would very much like to have continued.
Dal, it should be saving your sizes. I'm debugging it now. I looks like this issue is with the settings serialization.
Emp3r0r, hopefully you have not spend too much time on it because I had it already fixed locally and did not noticed your message. I have uploaded the change now.
http://megui.svn.sourceforge.net/viewvc/megui?view=rev&revision=1706
Carpo
2nd September 2010, 19:20
AnyDVD seems to be hosted by a French company (OVH) but I highly doubt they do it for free ... :o
I thought both those comps used servers outside of the reach of the MPAA, that's why they cant do anything about the 2 programs?
Underground78
2nd September 2010, 20:05
Well the firm itself is based in "Antigua and Barbuda" but it really seems that their servers (or some of them) are hosted in France by OVH (which is one of the largest host company in Europe) but here are getting OT here ... It is not like if Megui needs to move to Antigua and Barbuda ...
lnatan25
3rd September 2010, 00:11
rev 1704: [MainForm.cs] Added a big fat warning about patents and binary files when megui finds updates
The messagebox will show this: "There are updated files available that may be necessary to MeGUI to work correctly. Some of them are binary files subject to patents, so they could be in violation of your local laws if you live in US, Japan and some countries in Europe. MeGUI will let you choose what files to update but please check your local laws about patents before proceding. By clicking on the 'Yes' button you declare you have read this warning. Do you wish to proceed reviewing the updates?"
Please put this with a check box that allows the user to select "OK I get it, now f*** off and don't show this again!" option. Once I've seen this, considered the consequences and checked my local laws, I do not need this silly message showing up for every single update. :rolleyes:
Sharktooth
3rd September 2010, 02:12
not a big issue since the warning is in the same window that is shown to inform you if there are updates...
Kurtnoise
3rd September 2010, 09:11
have they a website?
btw, did you ask to bob0r to host such files ? iirc, x264.nl is hosted in EU.
Sharktooth
3rd September 2010, 15:44
i asked him some time ago (years...) but i can ask him again ;)
Betsy25
3rd September 2010, 18:00
Ain't x264.nl in the Netherlands ?
EDIT: Yep Sharc, it's hosted in CZ (Czech Republic)
http://www.urlvoid.com/scan/x264.nl
http://www.robtex.com/dns/x264.nl.html
Sharc
3rd September 2010, 18:51
Looks like it's in CZ.
Dal
3rd September 2010, 23:31
Hello again.
I've just discovered a problem with my files encoded with MeGUI.
But since it's somewhat hard to know where the actual problem lies, I posted my problem to an earlier forum post about DXVA that I started.
So to avoid cross posting (and since it *can* be a MeGui problem), I'm just gonna post a link to the forum post here:
http://forum.doom9.org/showthread.php?p=1431497#post1431497
Hope someone are able to help.
Thank you.
royia
4th September 2010, 21:13
Is there a roadmap for MeGUI?
How about integrating AvsP into MeGUI and put some life into it development (AvsP)?
Thanks.
rapscallion
4th September 2010, 22:42
Sorry if this is a stupid question, however in the latest tx264 (5.3):
what is the "24" in x264:bd9 1080p24-7820p24 profile?
Also do I need to use these new profiles with the latest builds or can I still use the prevoius ones like "x264:avchd (dvd5/9)-2pass" ?
Some settings in the new presets are a little confusing to me, particularly under GOP size.
Under the old profile (automated 2 pass selected) GOP size max = 250, now is 24. GOP size minimum =25, now 2. Open GOP was none, now Blu-ray for all new x264 dvd/bd profiles. Hovering cursor still says 250 max recommended.
Could someone please help me with this one ?
nurbs
4th September 2010, 23:18
The 24 is usually framerate in that notation. In this case also the keyframe interval since for Blu Ray compatibility the maximum allowed keyframe interval is the same as the framerate (or twice the framerate in some cases). Of course high keyframe intervals are recommended, but Blu Ray doesn't allow them. Open GOP helps a lot with short keyframe intervals so the Blu Ray compatible mode is on of course.
Depending on how old the previous profiles are they might not work, or at least not work as expected, with the latest x264 build or the latest version of megui.
Basically since you are trying to encode a Blu Ray the necessary restrictions needed for Blu Ray compatibility are in place and some options that are helpful with this restrictions are enabled.
If you are not trying to encode a Blu Ray you shouldn't be using the Blu Ray profile since it will limit the quality at a certain filesize compared to less restrictive profile like for instance the DXVA or unrestricted ones.
If you are trying to encode a Blu Ray then keep in mind that there are other restrictions like the allowed resolutions (e.g. 1080p or 720p) that megui won't enforce (AFAIK).
rapscallion
5th September 2010, 00:29
Thanks for the response nurbs.
Actually the profile example I used was for bd-9 which used to be called AVCHD (which it is, of course, as is bd-5)
I encode only in "avchd" or bd-25. Both 720p and 1080p.
The 24 threw me off because, here in the U.S., the frame rate is 23.976 ??
I still wonder why the dramatic change in the max/min gop levels ? Or is that tied in to the open GOP being enabled for "blu-ray" ? :confused:
Sharktooth
5th September 2010, 02:41
AVCHD is a different standard than Blu-Ray.
Sharktooth
5th September 2010, 02:50
Is there a roadmap for MeGUI?
How about integrating AvsP into MeGUI and put some life into it development (AvsP)?
Thanks.
No roadmap available yet. we're working on stabilizing the code and adding some new features and encoders support options when needed.
rapscallion
5th September 2010, 05:33
AVCHD is a different standard than Blu-Ray.
Of course, that's why I'm asking why the new presets use "blu-ray" enabled for avchd profile open gop ??
nurbs
5th September 2010, 09:46
The 24 threw me off because, here in the U.S., the frame rate is 23.976 ??
Rounded to closest integer.
I still wonder why the dramatic change in the max/min gop levels ? Or is that tied in to the open GOP being enabled for "blu-ray" ?
I might be wrong, but I think the restrictions for AVCHD are by and large the same as for Blu Ray. I'm sure most players wouldn't care about the GOP size and maybe they'd even support the normal Open GOP setting, but authoring applications are often more picky then the players themselves. The AVCHD preset that comes with MeGUI now seems to be set for maximum compatibility. As an example it uses --weightp 0. While Blu Ray players should support --weightp 2 and most do, there are some players producing artifacts with streams where it is enabled, so it is turned off in the preset.
@Sharktooth:
Looking through the presets I noticed that the Blu Ray and AVCHD presets have --min-keyint 2 as a custom command line option. x264 now automatically uses keyint/10 for the minimum keyframe interval, so it's not strictly needed, unless of course you put it there so inexperienced users won't mess the setting up when playing with the advanced options.
Sharktooth
5th September 2010, 14:46
Of course, that's why I'm asking why the new presets use "blu-ray" enabled for avchd profile open gop ??
coz AFAIK it wont work otherwise except if you disable opengop.
Sharktooth
5th September 2010, 14:47
unless of course you put it there so inexperienced users won't mess the setting up when playing with the advanced options.
that's it
rapscallion
5th September 2010, 16:09
@nurbs, @sharktooth :
Thank you both for the explanations.
It can be a little confusing for us "non experts" to see big changes in particular settings when builds are updated.
Especially when there is no change log to explain the effects/reasons for the changes.
BTW, welcome back Sharktooth !
Zathor has done a fine job, as you know, in your absence and it's great that he's continuing.
Sharktooth
5th September 2010, 16:26
yep, zathor "saved" megui from oblivion.
however, expect more changes in presets in the next stable build... and expect more changes when the --device option will be added to x264...
we cant avoid that due to the fragmentation of info and the contradictory reports...
forum king
8th September 2010, 06:32
hey guys , i am using the development servers now a days for the patched build.
yesterday while encoding , due to reason my system restarted abruptly :
and since then i cant encode a file wa nearly 90% in 2nd pass so i restarted the 2nd pass but i am getting this error in megui
[Error] An error occurred: avis [error]: unsupported input format (DIB )
i always add ConvertToYV12() at the end of avisynth script
and the video preview is working too
but when i try and play the avisynth script in MPC this is what i get :
Directshow source : couldnt open the file ......
No combination of filters could be found to render the stream.
says error in line 1 ( off curse measn error in line 1 of the script )
the line 1 of the script is
DirectShowSource("C:\Users\lifetalk\Desktop\ALL\second.half.of.me_10.9.9.mkv", fps=25, audio=false, convertfps=true)
so does it mean i have to reinstall klite ( which i use or avisynth or what ?
thanks in advance.
regards
Neil
PS : my apologies in advance if this aint the right forum to post this.
Sharktooth
8th September 2010, 12:52
there is no patched builds anymore. zathor is an official megui developer and please read the forum rules (dont double post).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.