x264 development - Page 48

bond · 12th June 2005, 14:59

Quote:

Originally Posted by celtic_druid

http://mirror05.x264.nl/celtic_druid/test/x264gui.7z
diffs: http://mirror05.x264.nl/celtic_druid/test/x264gui.diff

thx a lot!
btw it seems there is a problem starting an encode right from inside the gui, because it seems that your build seems to assume that x264.exe is in the path c:\ and not in the folder of x264gui

edit: it seems this only happens when you load defaults (if you dont do it the encoding process starts fine)

btw: can you disable the debug mode by default plz

LigH · 12th June 2005, 16:33

I like the new detailed GUI in rev. 260A!

I'm not sure what exactly you would like to have tested. But at least I was able to successfully encode a video (see the "Terragen" thread).

Just one issue I faced: Just for fun, I used 4 threads on a single Duron CPU. At the end of the encoding, I get "possible live-locks" (I/O thread not cycled for 10 seconds, later even the main thread). But one click on "OK", and the Dub window closes and the AVI is fine.

bob0r · 12th June 2005, 17:18

"btw: can you disable the debug mode by default plz"
My thoughts exactly

And about the x264.exe dir, i think its best to select where x264.exe is when you first run the gui (and after reset load defaults).

Then people know where the x264.exe is, and people know what and where they are working. More knowledge is more test results

hpn · 12th June 2005, 17:28

Quote:

Originally Posted by LigH

Just one issue I faced: Just for fun, I used 4 threads on a single Duron CPU. At the end of the encoding, I get "possible live-locks" (I/O thread not cycled for 10 seconds, later even the main thread). But one click on "OK", and the Dub window closes and the AVI is fine.

Actually it's not a real issue, just a warning. The Dub encodes at "Idle" priority by default, so it's very common to get such "not cycled for 10 seconds" messages, if you're doing other stuff with your PC. I often get these when compressing with winrar at the same time for example

p.s. The extended vfw dialog is awsome. celtic_druid rocks!

LigH · 12th June 2005, 17:36

@ hpn:

But the warning list gets longer and longer if I don't close it. It seems to wait for a not correctly terminated thread, in my opinion. But it may be hard to determine the real reason.

Unfortunately, if you try a batch encode (or e.g. GordianKnot running n-pass), each pass would halt here until the user presses "OK".

hpn · 12th June 2005, 18:06

Quote:

Originally Posted by LigH

Unfortunately, if you try a batch encode (or e.g. GordianKnot running n-pass), each pass would halt here until the user presses "OK".

I haven't tried it, cause I've never had such issue with GKnot and multiple passes, but maybe changing the Vdub default priority could help:
Vdub ->Options->Preferences->Process Priority (Norma or High) -> click "SAVE" (not Accept)

(OT here, but anyway)

SeeMoreDigital · 12th June 2005, 22:42

The new GUI in build X264VFW_rev260A_mmx.exe looks okay: -

PAR signalling appears to work fine too.... I will do some more tests tomorrow

Many thanks guys

bond · 12th June 2005, 23:18

i think that "direct mode" and "weighted biprediction" should be grouped together with "b-frames". i dont think they belong to "analysis"

also i wouldnt enable everything by default, eg p4x4 is disabled in mencoder by default, after all enabling everything also slows things down
also i would disable the high profile features by default, cause they will definitely lead to interoperability problems (eg with quicktime). only people who know what they are doing should enable this

Doom9 · 12th June 2005, 23:19

btw, zones are still missing

Revgen · 13th June 2005, 00:25

I just encoded a Garfield and Friends cartoon episode from my DVD with all default options.

It plays fine in the latest version of FFDShow.

Sharktooth · 13th June 2005, 00:50

Rev261 is up and contains all the new stuff. We'll discuss the defaults tomorrow (need to sleep now) and maybe even a new fast first pass...

virus · 13th June 2005, 01:13

Shouldn't "ME range" be disabled for UMH motion estimation too?
Currently it's active, but according to mencoder's documentation it only applies to Exhaustive search.

celtic_druid · 13th June 2005, 05:20

Haven't looked at mencoders docs but it enables me_rage for me_method >= 3 and me_method 3 = X264_ME_UMH. I just did the same.

Blue_MiSfit · 13th June 2005, 06:09

Gosh I stop paying attention for one freaking day and all of a sudden theres a new GUI and all sorts of nice improvements!

Open Source development is really far too cool.

Yong · 13th June 2005, 07:05

thx for the new x264vfw interface

btw,
a bit headache when i wan to adjust the "ME range value",
so many value i cannot enter...

eg. 32...

celtic_druid · 13th June 2005, 07:40

Well you can kinda enter 32. You just have to enter say 12, then change the 1 to a 3. Not sure what to do about it. Guess I could just remove the < 4 check.

Moved the < 4 check so that it checks when it reads from the registry and when it parses the param. So you can now enter a value < 4, but you will just get 4.

LigH · 13th June 2005, 07:44

Depends on the event you use for validity checks. Being a programmer myself, I experienced that quite often. Better don't check values on each and every change, instead do it only when the focus is taken away from the edit field (don't know how the event handler is called in your programming language: OnExit, OnBlur, ...).

celtic_druid · 13th June 2005, 07:53

EN_KILLFOCUS I believe. I'll try that.

Ok, that works better.

Manao · 13th June 2005, 08:18

Usually, text fields needs only to be checked when pressing the OK button. Alternatively, the OK button can be disabled if a field is incorrect. EN_KILLFOCUS has an issue : it isn't necessary called ( i once stumbled accross a blog from a microsoft dev saying not to use the killfocus notification because of that reason ).

celtic_druid · 13th June 2005, 08:20

Seems to work ok here.

So you think I should just move all of the checks to the OK button?

12th June 2005, 22:42	#947 \| Link
SeeMoreDigital Life's clearer in 4K UHD Join Date: Jun 2003 Location: Notts, UK Posts: 12,227	The new GUI in build X264VFW_rev260A_mmx.exe looks okay: - PAR signalling appears to work fine too.... I will do some more tests tomorrow Many thanks guys __________________ \| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 \| My Network Layout & A/V Gear \|

12th June 2005, 23:18	#948 \| Link
bond Registered User Join Date: Nov 2001 Posts: 9,770	i think that "direct mode" and "weighted biprediction" should be grouped together with "b-frames". i dont think they belong to "analysis" also i wouldnt enable everything by default, eg p4x4 is disabled in mencoder by default, after all enabling everything also slows things down also i would disable the high profile features by default, cause they will definitely lead to interoperability problems (eg with quicktime). only people who know what they are doing should enable this __________________ Between the weak and the strong one it is the freedom which oppresses and the law that liberates (Jean Jacques Rousseau) I know, that I know nothing (Socrates) MPEG-4 ASP FAQ \| AVC/H.264 FAQ \| AAC FAQ \| MP4 FAQ \| MP4Menu stores DVD Menus in MP4 (guide) Ogg Theora \| Ogg Vorbis use WM9 today and get Micro$oft controlling the A/V market tomorrow for free Last edited by bond; 12th June 2005 at 23:23.

12th June 2005, 23:19	#949 \| Link
Doom9 clueless n00b Join Date: Oct 2001 Location: somewhere over the rainbow Posts: 10,579	btw, zones are still missing __________________ For the web's most comprehensive collection of DVD backup guides go to www.doom9.org

13th June 2005, 00:50	#951 \| Link
Sharktooth Mr. Sandman Join Date: Sep 2003 Location: Haddonfield, IL Posts: 11,768	Rev261 is up and contains all the new stuff. We'll discuss the defaults tomorrow (need to sleep now) and maybe even a new fast first pass... __________________ MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!!

13th June 2005, 06:09	#954 \| Link
Blue_MiSfit Derek Prestegard IRL Join Date: Nov 2003 Location: Los Angeles Posts: 5,989	Gosh I stop paying attention for one freaking day and all of a sudden theres a new GUI and all sorts of nice improvements! Open Source development is really far too cool. __________________ These are all my personal statements, not those of my employer :)

12th June 2005, 16:33	#942 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	I like the new detailed GUI in rev. 260A! I'm not sure what exactly you would like to have tested. But at least I was able to successfully encode a video (see the "Terragen" thread). Just one issue I faced: Just for fun, I used 4 threads on a single Duron CPU. At the end of the encoding, I get "possible live-locks" (I/O thread not cycled for 10 seconds, later even the main thread). But one click on "OK", and the Dub window closes and the AVI is fine.

12th June 2005, 17:18	#943 \| Link
bob0r Pain and suffering Join Date: Jul 2002 Posts: 1,337	"btw: can you disable the debug mode by default plz" My thoughts exactly And about the x264.exe dir, i think its best to select where x264.exe is when you first run the gui (and after reset load defaults). Then people know where the x264.exe is, and people know what and where they are working. More knowledge is more test results

12th June 2005, 17:36	#945 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	@ hpn: But the warning list gets longer and longer if I don't close it. It seems to wait for a not correctly terminated thread, in my opinion. But it may be hard to determine the real reason. Unfortunately, if you try a batch encode (or e.g. GordianKnot running n-pass), each pass would halt here until the user presses "OK".

13th June 2005, 00:25	#950 \| Link
Revgen Registered User Join Date: Sep 2004 Location: Near LA, California, USA Posts: 1,545	I just encoded a Garfield and Friends cartoon episode from my DVD with all default options. It plays fine in the latest version of FFDShow.

13th June 2005, 01:13	#952 \| Link
virus Senior n00b Join Date: Jan 2004 Location: Italy Posts: 446	Shouldn't "ME range" be disabled for UMH motion estimation too? Currently it's active, but according to mencoder's documentation it only applies to Exhaustive search.

13th June 2005, 05:20	#953 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,171	Haven't looked at mencoders docs but it enables me_rage for me_method >= 3 and me_method 3 = X264_ME_UMH. I just did the same.

13th June 2005, 07:05	#955 \| Link
Yong Registered User Join Date: Jun 2004 Posts: 577	thx for the new x264vfw interface btw, a bit headache when i wan to adjust the "ME range value", so many value i cannot enter... eg. 32...

13th June 2005, 07:40	#956 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,171	Well you can kinda enter 32. You just have to enter say 12, then change the 1 to a 3. Not sure what to do about it. Guess I could just remove the < 4 check. Moved the < 4 check so that it checks when it reads from the registry and when it parses the param. So you can now enter a value < 4, but you will just get 4. Last edited by celtic_druid; 13th June 2005 at 07:50.

13th June 2005, 07:44	#957 \| Link
LigH German doom9/Gleitz SuMo Join Date: Oct 2001 Location: Germany, rural Altmark Posts: 6,781	Depends on the event you use for validity checks. Being a programmer myself, I experienced that quite often. Better don't check values on each and every change, instead do it only when the focus is taken away from the edit field (don't know how the event handler is called in your programming language: OnExit, OnBlur, ...).

13th June 2005, 07:53	#958 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,171	EN_KILLFOCUS I believe. I'll try that. Ok, that works better. Last edited by celtic_druid; 13th June 2005 at 07:56.

13th June 2005, 08:18	#959 \| Link
Manao Registered User Join Date: Jan 2002 Location: France Posts: 2,856	Usually, text fields needs only to be checked when pressing the OK button. Alternatively, the OK button can be disabled if a field is incorrect. EN_KILLFOCUS has an issue : it isn't necessary called ( i once stumbled accross a blog from a microsoft dev saying not to use the killfocus notification because of that reason ).

13th June 2005, 08:20	#960 \| Link
celtic_druid Registered User Join Date: Oct 2001 Location: Melbourne, Australia Posts: 2,171	Seems to work ok here. So you think I should just move all of the checks to the OK button?

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode