View Full Version : MeGUI development
Sharktooth
15th September 2008, 13:06
it caused presets (only?!?) import failing (file in use).
http://www.webalice.it/f.corriga/temp/fatal.png
r704:
Index: G:/Backup/Documenti/User/Projects/megui/megui/trunk/core/util/FileUtil.cs
===================================================================
--- G:/Backup/Documenti/User/Projects/megui/megui/trunk/core/util/FileUtil.cs (revision 703)
+++ G:/Backup/Documenti/User/Projects/megui/megui/trunk/core/util/FileUtil.cs (revision 704)
@@ -82,6 +82,7 @@
FileUtil.ensureDirectoryExists(Path.GetDirectoryName(pathname));
Stream outputStream = File.OpenWrite(pathname);
FileUtil.copyData(inputFile.GetInputStream(entry), outputStream);
+ File.SetLastWriteTime(pathname, entry.DateTime);
outputStream.Close();
}
}
stax76
15th September 2008, 13:22
According to the error message it tries to set date on the xml file instead of the file to extract, I thought the variable 'pathname' was the path to the file that was extracted but it seems it is the path of the xml file.
Sharktooth
15th September 2008, 13:24
the xml file is the extracted file and im an idiot since maybe i should put the setlastwritetime AFTER the outputstream.close() so the file will be non longer in use while writing the date.
stax76
15th September 2008, 13:46
Ahh, now I see it too, that whould be a good idea indeed. :)
Sharktooth
15th September 2008, 19:28
0.3.0.2013
- (shatktooth) Fixed typos in the previous commit + x264 default subme set to 6 (RDO)
- (sharktooth) Updated tooltips for the new options.
- (sharktooth) EN/US localization for psy-trellis and psy-rdo values.
- (sharktooth) x264 psy-trellis and psy-rdo controls. changed the b-adapt option name to avoid errors when importing old presets.
- (sharktooth) x264 new b-adapt option (replaces no-b-adapt). this update breaks the presets compatibility.
- (sharktooth) [FileUtil.cs] Re-added SetLastWriteTime in the ExtractZipFile method (this time in the right place...)
stax76
15th September 2008, 22:31
Warm startup is 4-5 seconds here, when I open Process Explorer, I can see csc.exe (C# command line compiler) is lauched everytime MeGUI starts, slowest things is IO like XML parsing usually, such things can be done after the form was shown, with some tuning it should be possible to make a warm start less then a second.
Sharktooth
16th September 2008, 02:02
yup, ill look at how it can be "optimized" but the xml parsing is necessary to populate the presets comboboxes.
we are planning a main form similar to the imgburn one though, that would help a lot since xml parsing can be done after that form is shown.
tetsuo55
16th September 2008, 10:17
I have a suggestion for on the fly profile creation based on minimal end-user input.
The user would simply check some boxes.
For compatibility:
-Hardware compatible mode(This would enable everything needed for DXVA and standalones)
-Apple/xbox1 mode (This can only be checked when hardware mode is checked, it adds further restrictions for these 2 systems)
When Hardware mode is not checked Megui uses Unrestricted mode
-Anime/Toon(This enables the special anime/toon settings for either hardware or unrestricted)
For quality(the slider idea mentioned above would probably be better)
-Fast
-Balanced
-HQ
-Extra Quality
-Insane
Megui would automatically calculate if it needs SD or HD settings based on the source.(The bonus with this is that max ref-frames can be calculated more accurately for non standard resolutions)
Everything would still be based on the information in this thread.
The screen could be updated with more options for other devices like mobiles. or even better, only a 3rd option added with hardware-custom with selectable devices. These would add device limits but the rest would still be calculated on the fly.
Kurtnoise
16th September 2008, 12:37
patches welcome...:>
tetsuo55
16th September 2008, 13:21
patches welcome...:>
If i could i would
I could write out detailed requirements, but someone else would have to translate to code
littleD
16th September 2008, 13:29
Hello and thank u guys for great program. From my side i have small feature request to add option "import all" when updating audio/video profiles. There are so many presets, and they still grow :) No need to click one by one.
rack04
16th September 2008, 13:31
Hello and thank u guys for great program. From my side i have small feature request to add option "import all" when updating audio/video profiles. There are so many presets, and they still grow :) No need to click one by one.
First this is not the thread for feature requests. Second the option is already there. Right click on the profile import screen and click select all.
Avenger007
16th September 2008, 13:36
Right click on the profile import screen and click select all.
A tool tip should pop-up stating something to that effect.
Kurtnoise
16th September 2008, 14:08
I could write out detailed requirements, but someone else would have to translate to code
please, do...:)
Kurtnoise
16th September 2008, 14:09
A tool tip should pop-up stating something to that effect.
Something like that I guess...
http://pastebin.com/f592c99ee
:p
Sharktooth
16th September 2008, 14:13
- this.TopMost = true;
why?
Kurtnoise
16th September 2008, 14:22
overrided by the load event I guess...I'll check.
cuub
16th September 2008, 14:34
Update failes here with following error:
Trying server: http://megui.org/auto/stable/
Retrieving update file from server...
Error: Couldn't connect to server.
Trying server: http://mewiki.project357.com/auto/stable/
Retrieving update file from server...
Error: Couldn't connect to server.
Error: Could not download XML file
StaxRip and all my private tools also refused to connect to the web, I was able to fix it by adding the following code:
WebClient.Proxy = Nothing
I have the very same error but stax solution doesn't work for me. Any idea?:)
Sharktooth
16th September 2008, 14:50
fix your internet connection
probably you or your ISP have some filters, proxy, etc
tetsuo55
16th September 2008, 15:50
please, do...:)
Okay it will take some time to get all the calculations right and in the right place.
Ill post it here once i finish with it.
lexor
16th September 2008, 16:24
Is there a reason that multiselect is gone in 3.x as opposed to 2.x for importing presets? I remember 2.x even had a nice message saying that we might find using Shift useful. Nowadays clicking every single preset to be imported is rather annoying.
corporalgator
16th September 2008, 16:29
Can't you just right click and choose select all? Works in both windows xp and windows vista.
lexor
16th September 2008, 16:34
Can't you just right click and choose select all? Works in both windows xp and windows vista.
Didn't occur to me to right click... thanks!
stax76
17th September 2008, 01:21
@devs
I was reading '--threads auto' implies '--thread-input', any chance to remove '--thread-input' in this case?
@cuub
Do you have a proxy in your internet explorer settings, removing it solved the issue for me.
Sharktooth
17th September 2008, 01:23
im not sure if threads auto on a single core (when threads auto = 1) will enable thread input.
if it does, then i can remove it.
EDIT: it enables --thread-input only if threads > 1.
stax76
17th September 2008, 02:05
So it depends on the CPU if it's gonna used? This is my current code:
'enable/disable thread input ComboBox
If nudThreads.Value = 0 Then
cbThreadInput.Checked = True
cbThreadInput.Enabled = False
Else
cbThreadInput.Enabled = True
End If
'generate command line
If Params.Threads.Value = 0 Then
sb.Append(" --threads auto")
ElseIf Params.Threads.Value > 1 Then
sb.Append(" --threads " + Params.Threads.Value.ToString)
End If
Sharktooth
17th September 2008, 02:26
it depends on the number of threads. if threads auto returns a value higher than 1 then --thread-input is assumed, otherwise it doesnt.
however i prefer to have --thread-input always enabled. i can change the code to have --thread-input not printed to the commandline when it's not necessary (threads > 1) but is that really necessary?
stax76
17th September 2008, 02:55
Not necessary, just somehow similar like --ref 1, --filter 0:0 etc.
Sharktooth
17th September 2008, 03:51
ok, ill have a look at it tomorrow.
4.50AM and i need to sleep :)
Audionut
17th September 2008, 16:25
Bug report.
x264 doesn't accept .0 in qp mode
ie: qp 20 works
qp 20.0 does not
Sharktooth
17th September 2008, 16:31
so what? you have specified a wrong QP.
that's not a bug. infact using the up/down arrow will set integer QPs.
Audionut
17th September 2008, 16:32
MeGui specifies it. Why else would I be posting in this thread. :eek:
Sharktooth
17th September 2008, 16:33
nope... just tested. it happens only if you set the QP by hand...
and btw, if you do that and then use the up/down arrows megui will reset the value to an integer.
Audionut
17th September 2008, 16:36
http://img393.imageshack.us/img393/5372/megui11rg9.png
http://img383.imageshack.us/img383/9827/megui2ud3.png
Audionut
17th September 2008, 16:50
Set crf mode to whatever.0
Press ok, re-enter config and set to qp mode.
Sharktooth
17th September 2008, 16:51
http://www.webalice.it/f.corriga/temp/qp.png
rack04
17th September 2008, 17:16
http://i11.photobucket.com/albums/a199/rack04/untitled.jpg
Sharktooth
17th September 2008, 17:23
cant replicate. it doesnt happen here.
Audionut
17th September 2008, 17:25
http://rapidshare.com/files/146069755/megui.mp4
Trafficshare, no wait times.
rack04
17th September 2008, 17:27
http://rapidshare.com/files/146069755/megui.mp4
Trafficshare, no wait times.
Confirmed.
Sharktooth
17th September 2008, 17:36
i repeat... it doesnt happen here.
EDIT: ok, i managed to reproduce it. that's quite hard to make it happen...
Audionut
17th September 2008, 18:01
So anyway, the other day, I was having a quick chat with peter, who, as usual, was minding the pearly gates. And I says to him, "i've found this bug on earth". "It rains, and it gets very cold". Peter replies "Audionut, it doesn't happen here, perhaps you found that happy plant". And I says, "no, come down and take a look". So he came down, and I showed him, and he seen with his two own eyes what I was talking about. He went straight back to his job at the pearly gates and replied, "It doesn't happen here". :rolleyes:
Sharktooth
17th September 2008, 18:04
i managed to reproduce it. you should start with CRF... play with up/down arrows to set a value of xx.0 (if it's xx.1 or any other number it doesnt happen)... then switch to CQ...
seriously... i dont think im gonna fix it...
Audionut
17th September 2008, 18:12
i managed to reproduce it.
Yay. As long as your aware and acknowledge it. :thanks:
Sharktooth
17th September 2008, 18:36
ok, ok... i fixed it just coz it's a M$ bug...
Sharktooth
17th September 2008, 18:53
0.3.0.2014
- (sharktooth) [x264Encoder.cs] Fixed a rare bug that happens switching from CRF to CQ modes.
- (sharktooth) [x264ConfigurationPanel.cs] Deadzones label gets greyed when trellis > 0 for coherence.
- (sharktooth) Feature #2114153
check
18th September 2008, 08:39
Just a note to mention I'll be shutting down the test trac install at the end of this month. If you'd like to use trac in the future please let me know.
Audionut
18th September 2008, 12:50
ok, ok... i fixed it just coz it's a M$ bug...
Thanks Sharktooth. Working great.
Kurtnoise
18th September 2008, 16:23
@all:
please, no bugs reports or any helps about megui via PMs...
I must confess that I decided to stop the development from now.
rack04
18th September 2008, 16:32
@all:
I must confess that I decided to stop the development from now.
I respect your wishes and thank you for all your hard work.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.