Log in

View Full Version : MeGUI development


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

Sharktooth
7th December 2005, 00:59
you preceded me. i was just working on fixing it.
however i updated the files on x264.nl as well.

dimzon
7th December 2005, 10:13
Still waiting for SVC... How about http://www.gotdotnet.com/

Sharktooth
8th December 2005, 16:16
megui restyling is near completion:
http://files.x264.nl/Sharktooth/megui/megui-styledpix/1.pnghttp://files.x264.nl/Sharktooth/megui/megui-styledpix/3.png
http://files.x264.nl/Sharktooth/megui/megui-styledpix/2.png

Kostarum Rex Persia
8th December 2005, 16:24
It's looks very very nice, Sharktooth.

When you will include all missing options to vfw?

Sharktooth
8th December 2005, 16:32
It's looks very very nice, Sharktooth.
Im working on integrating ms-styles (both from windows and user defined) on MeGUI.
I still have to write a configuration dialog for styles and save them in the MeGUI configuration file...

When you will include all missing options to vfw?
Sorry but i'm not going to add anything to VFW at this time.

charleski
8th December 2005, 16:33
When you will include all missing options to vfw?What missing options?

Sharktooth
8th December 2005, 16:46
What missing options?
He meant VFW has less options than CLI. MeGUI has everything.
x264 --no-fast-pskip would be helpfull (and MeGUI lacks it) though, it helps removing blocks in "bluesky".

Kostarum Rex Persia
8th December 2005, 17:04
Sorry but i'm not going to add anything to VFW at this time.

Ok, thank you for information. But, when, then. After new year? :(

Sharktooth
8th December 2005, 17:29
Maybe never. However you can still use CLI with MeGUI-x264 (or full) and AVC2AVI (both included in my builds) to have a perfectly working AVI file.

dimzon
8th December 2005, 17:38
<offtopic>
Does anybody use http://www.jetbrains.com/img/resharper1_5.gif - The Most Intelligent Add-In To VisualStudio.NET (http://www.jetbrains.com/resharper/) ???

ReSharper makes C# development a real pleasure. It decreases the time you spend on routine, repetitive handwork, giving you more time to focus on the task at hand. Its robust set of features for automatic error-checking and code correction cuts development time and increases your efficiency. You'll find that ReSharper quickly pays back its cost in increased developer productivity and improved code quality.

Sharktooth
8th December 2005, 17:51
no coz it's $$$ware and i'm not sure it's compatible with vs2005.

dimzon
8th December 2005, 17:53
it's compatible with vs2005.
It's only for VS.NET 2003!
Evaluate it for a month - it's really great tool!

Sharktooth
8th December 2005, 17:57
well... i use vs2005 express for MeGUI and vs2005 pro (licensed) for my company projects.
so, i think i should wait for a R# update.

dimzon
8th December 2005, 17:58
well... i use vs2005 express for MeGUI and vs2005 pro (licensed) for my company projects.
so, i think i should wait for a R# update.
I still use vs2003 (waiting for R# update) :)

dimzon
8th December 2005, 18:04
well... i use vs2005 express for MeGUI and vs2005 pro (licensed) for my company projects.
so, i think i should wait for a R# update.
2.0 Beta (supports VS2005) (http://www.jetbrains.net/confluence/display/ReSharper/Download)

dimzon
8th December 2005, 18:42
Hi! I'm trying to create workspace on www.gotdotnet.com for MeGUI development. Is this workspace licence text acceptable?

MeGUI by Doom9 and Doom9 Forum Community
Copyright (C) Doom9, http://www.doom9.org/, http://forum.doom9.org/

This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
Or visit http://www.gnu.org/copyleft/gpl.html


Once Workspace has been created, this license cannot be changed.

charleski
8th December 2005, 22:51
I'm working on rationalising and consolidating the tristate GUI code in x264ConfigurationDialog (which is a real PITA) and came across this:

switch (avcProfile.SelectedIndex)
{
...
case 2: // high profile, enable everything
...
if (!quantizerMatrixGroupbox.Enabled)
quantizerMatrixGroupbox.Enabled = false;
Shouldn't that be set to true? I've never used custom quantizer matrices, are they still off-limits?

[edit]nvm, I see it gets set to true lower down in the same case statement...

Is trellis restricted to High Profile?

foxyshadis
9th December 2005, 00:01
Sharktooth: Do you already have plans for rearranging the panels? I have partial ideas on a redesign, but I don't want to waste time on a mockup if you already have your own first.

dimzon
9th December 2005, 11:05
BeHappy is now hosted on www.gotdotnet.com !
Check my signature :cool:

Doom9
9th December 2005, 12:19
@foxyshadis: I tend to think that input is always welcome, and you can never rule out the possibility that whatever you come up with will just be shrugged aside..

Is trellis restricted to High Profile?No, but I think it needs CABAC. You can check what the cabac checkbox does, if there's any interconnection that onCheckedChanged event would be where dependency code would sit.

Sharktooth
9th December 2005, 15:04
I'm working on rationalising and consolidating the tristate GUI code in x264ConfigurationDialog (which is a real PITA) and came across this:

switch (avcProfile.SelectedIndex)
{
...
case 2: // high profile, enable everything
...
if (!quantizerMatrixGroupbox.Enabled)
quantizerMatrixGroupbox.Enabled = false;
Shouldn't that be set to true? I've never used custom quantizer matrices, are they still off-limits?

[edit]nvm, I see it gets set to true lower down in the same case statement...

Is trellis restricted to High Profile?

trellis is cabac dependant. i've already added the correct code for trellis tri-state in a previous patch though.

Sharktooth
9th December 2005, 17:31
Just a note. Next x264 builds will no longer "sport" Adaptive Quantization, coz the bluesky issue can be fixed with --no-fast-pskip (it also gives better quality)
so AQ can be removed in favour of this new option.

Sharktooth
9th December 2005, 19:46
Added NoFastPSkip x264 CLI option (fixes the BlueSky blocking bug and some other loss of details at the cost of encoding speed).
Removed Adaptive Quantization (no longer needed).

patch: http://files.x264.nl/Sharktooth/force.php?file=./megui/megui_nofastpskip_patch.7z

1.1 NET bins: http://files.x264.nl/Sharktooth/force.php?file=./megui/megui_0.2.3.1020_nofastpskip.7z

puffpio
9th December 2005, 21:03
the bins link doesn't work

Sharktooth
9th December 2005, 21:07
fixed... the "+" char isnt parsed correctly by the force.php script... :)

puffpio
9th December 2005, 21:12
thanks!

Sharktooth
9th December 2005, 22:10
Sharktooth: Do you already have plans for rearranging the panels? I have partial ideas on a redesign, but I don't want to waste time on a mockup if you already have your own first.
no... :)

foxyshadis
10th December 2005, 00:19
Isn't AQ useful for more than just the block-mismatches though? I thought it also reduced storage size for more-or-less solid blocks without noticable quality loss. Or does no-fast-pskip do that as well?

charleski
10th December 2005, 01:25
0.2.3.1021 9 Dec 2005
Added a size check to the video player resizing routine to prevent scaling out of the host form boundaries.
Consolidated and rationalised the tri-state dependencies in the x264 Config GUI.
Added Sharktooth's No Fast P-Skip option and removed AQ from x264 Config

Changed Files (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI-src.ChngdFls_0.2.3.1021.rar)
Bins (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI.NETv1.1.Bins_0.2.3.1021.rar)

Consolidating all the GUI dependencies in the x264 Config dialog was a major pain. I've tested as much of it as I could think of, but please check that everything's been caught properly.

Doom9
10th December 2005, 03:05
Consolidating all the GUI dependencies in the x264 Config dialog was a major pain. You betcha.. guess why I never did it.. the mere prospect of it had me put development on hold indefinitely. I'm really glad you guys are picking off the slack

Pasqui
10th December 2005, 12:45
Using MeGUI 0.2.3.1021, in x264 configuration panel, I8x8 High Profile macroblock option is always unchecked. When I check it and close the panel before reopening it, it goes back to unchecked state.

charleski
10th December 2005, 13:29
Thanks for checking, I thought I'd got the logic right, but it goes back to unchecked on re-opening. I'll fix that in the next patch.
Please check for any other combination of events that set the options incorrectly.

[Edit]Found the bug - ordering of the components on intialisation matters and i hadn't altered that accordingly

Entire source (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI-src.0.2.3.1022.rar)
Changed files (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI-src.ChngdFls_0.2.3.1022.rar)
Bins (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI.NETv1.1.Bins_0.2.3.1022.rar)

Sharktooth
10th December 2005, 23:41
Uhm, would it be hard to add the WinAMP AAC+ encoder support to MeGUI?

Doom9
11th December 2005, 00:20
Found the bug - ordering of the components on intialisation matters and i hadn't altered that accordinglyDon't you disable event firing, or at least use of the tri-state checking method during initialization? If you do, you won't have to bother about the order anymore, at the end of loading any settings you trigger the method once with event firing still set so that any GUI changes won't trigger the method again, and there you have it.

Uhm, would it be hard to add the WinAMP AAC+ encoder support to MeGUI?Adding additional encoders is kinda annoying because changes go quite far. And when looking at audio, it might be worth looking into the whole bepipe idea.. that offers a whole new realm of possibilities and the possibility to redesign the audio part (perhaps we should just have two audio codecs, and some settings that decide which encoder is going to be used in the end)

bond
11th December 2005, 01:04
Uhm, would it be hard to add the WinAMP AAC+ encoder support to MeGUI?ic people jumping on winamp, but did anyone actually ever made a comparison showing that winamp aac is any good? if yes, any link, so i can read this up myself?

Sharktooth
11th December 2005, 04:51
Hydrogen audio did (can't find the link though), and the winamp AAC+ encoder is really good.

charleski
11th December 2005, 13:01
0.2.3.1023 11 Dec 2005
Fixed a bug in generation of turbo 1st pass job in automated 2(or 3)-pass mode.

Changed Files (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI-src.ChngdFls_0.2.3.1023.rar)
Bins (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI.NETv1.1.Bins_0.2.3.1023.rar)

bond
11th December 2005, 13:24
Hydrogen audio did (can't find the link though), and the winamp AAC+ encoder is really good.i guess i found it:
http://www.hydrogenaudio.org/forums/index.php?showtopic=36868

seems like coding techs he-aac codec, the same way as real's freely available he-aac codec, stumbs nero he-aac to the ground at 64kbps (another proove that nero isnt really a that good aac encoder)

Sharktooth
11th December 2005, 16:05
nero has excellent quality @ 128kbps but not on low bitrates.
the new aac-he2 encoder r0x hard though and it's even better than winamp (but it's not free).

Sirber
11th December 2005, 16:16
@Shark

url?

Sharktooth
11th December 2005, 16:20
Included in Nero7 web release.

@devs: well... i'll add the new nero7 encoder support.

bond
11th December 2005, 16:44
nero has excellent quality @ 128kbps but not on low bitrates.well seems "excellent quality" is not good enough:

according to guru apple beats nero also clearly at 128kbps as written here (http://www.hydrogenaudio.org/forums/index.php?showtopic=38792&hl=)
also even lame mp3 is clearly _better_ (yeah better) than nero aac on classical samples and only slightly worse on non-classical...
also vorbis beats it

the new aac-he2 encoder r0x hard though and it's even better than winamp (but it's not free). any listening test backing this claim or are you relying on the nero devs statements? ;)

m0rc1
12th December 2005, 00:20
The old bug that makes the bottom of the dialogs disappear when clicking on "show commandline" with hi DPI displays has returned.

Davide.

charleski
12th December 2005, 00:55
The old bug that makes the bottom of the dialogs disappear when clicking on "show commandline" with hi DPI displays has returned.

Davide.I'm running 0.2.3.1023 now and can't see any graphical glitches with Show Commandline. Could you post a picture showing this so i know what problem you're having?

Sharktooth
12th December 2005, 14:59
well seems "excellent quality" is not good enough:

according to guru apple beats nero also clearly at 128kbps as written here (http://www.hydrogenaudio.org/forums/index.php?showtopic=38792&hl=)
also even lame mp3 is clearly _better_ (yeah better) than nero aac on classical samples and only slightly worse on non-classical...
also vorbis beats it

any listening test backing this claim or are you relying on the nero devs statements? ;)
Always hydrogen audio.
In the 128k test they used the internet profile that's not quite 128kbps ABR... it's the closest possible choice though.
Vorbis is my preferred choice for audio, but it's not a choice when we use MP4 as container...

Doom9
12th December 2005, 15:50
I'm running 0.2.3.1023 now and can't see any graphical glitches with Show Commandline. Could you post a picture showing this so i know what problem you're having?It's not show commandline, it's the x264 build and switching between tabs in the main GUI if you change your resolution to 120 dpi and reboot (the reboot is mandatory, otherwise it will look just fine). Apparently, minsize at the time it is stored doesn't properly reflect the actual GUI size.

Is there a delta of all changed files since my last release? I'm still using VS 2k3 so I can't take your rar archive and open the project.
Also, what's up with that properties.rar file and all the upgradelog things?

Sagittaire
12th December 2005, 16:15
according to guru apple beats nero also clearly at 128kbps as written here
also even lame mp3 is clearly _better_ (yeah better) than nero aac on classical samples and only slightly worse on non-classical...
also vorbis beats it

And it's only test with guru's ears. Ogg Vorbis is better only and strictly only for guru's ears because it's an subjective test and because guru's ears are not universal ears (certainely good reference but not good overall reference)

Moreover since time that guru makes tests it is now able to recognize the characteristic artefact for each audio codec. It's difficult to make "blind test" if you are able to recognize the competitor ... isn't it?

charleski
12th December 2005, 17:58
The Properties directory appeared as part of the code beriiman added. I archived it in case it was important. berriman's avs-profile stuff doesn't work quite as I'd expect it to and probably needs a bit of work, but I haven't looked at the code for it. The upgradelog is just the report from conversion to VS2005.

Changes from 0.2.3.1b are here (http://homepages.nildram.co.uk/~cajking/MeGUI/meGUI.0.2.3.1023-ChangesFrom 0.2.3.1b.rar)

Sharktooth
12th December 2005, 18:33
well... that was the purpouse of merging the changed sources and publish it on x264.nl ...

edit: besweet seems to be unstable with the new nero encoder...

puffpio
12th December 2005, 20:04
yeah i think megui + besweet + nero aac = broken
I am using nero 6 aac dll's

they worked before...

here is my log

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Next job job1 is an audio job. besweet commandline:
"C:\Program Files\besweet\BeSweet.exe" -core( -input "C:\work\fc\Formula Continental0001.ac3" -output "C:\work\fc\Formula Continental0001.mp4" -logfile "C:\work\fc\Formula Continental0001.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )
successfully set up audio encoder and callbacks for job job1
----------------------------------------------------------------------------------------------------------

Log for job job1

besweet: "C:\Program Files\besweet\BeSweet.exe" -core( -input "C:\work\fc\Formula Continental0001.ac3" -output "C:\work\fc\Formula Continental0001.mp4" -logfile "C:\work\fc\Formula Continental0001.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

and here is the besweet log

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

BeSweet v1.5b31 by DSPguru.
--------------------------
Using azid.dll v1.9 (b922) by Midas (midas@egon.gyaloglo.hu).
Using Shibatch.dll v0.25 by Naoki Shibata & DSPguru (shibatch.sourceforge.net).
Using bsn.dll v0.24 by DPeshev,Richard,E-Male,DSPguru (DSPguru.Doom9.org).

Logging start : 12/12/05 , 11:03:49.

C:\Program Files\besweet\BeSweet.exe -core( -input C:\work\fc\Formula Continental0001.ac3 -output C:\work\fc\Formula Continental0001.mp4 -logfile C:\work\fc\Formula Continental0001.besweet.log ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )

[00:00:00:000] +------- BeSweet -----
[00:00:00:000] | Input : C:\work\fc\Formula Continental0001.ac3
[00:00:00:000] | Output: C:\work\fc\Formula Continental0001.mp4
[00:00:00:000] | Floating-Point Process: No