Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 Encoder GUIs

Reply
 
Thread Tools Search this Thread Display Modes
Old 22nd March 2006, 07:47   #2001  |  Link
berrinam
Registered User
 
berrinam's Avatar
 
Join Date: Apr 2005
Posts: 1,740
Code:
0.2.3.2115 22 March 2006
Commit by berrinam:
  - Source Detection now runs with the priority specified by the settings.
  - Script Generation window is now smaller through the use of tabs.
berrinam is offline   Reply With Quote
Old 22nd March 2006, 12:29   #2002  |  Link
dimzon
BeHappy/MeGUI developer
 
dimzon's Avatar
 
Join Date: Oct 2003
Location: Moscow, Russia
Posts: 1,727
Code:
0.2.3.2116 22 March 2006
Commit by dimzon:
  - New tab - Changelog.txt.
dimzon is offline   Reply With Quote
Old 22nd March 2006, 14:13   #2003  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
CVS Update:
Updated compile.bat. It now creates a "Dist" directory and will copy all the necessary files for MeGUI binaries distribuition.

SF binaries are up to date too.

Last edited by Sharktooth; 22nd March 2006 at 14:22.
Sharktooth is offline   Reply With Quote
Old 22nd March 2006, 16:56   #2004  |  Link
IMOON
Registered User
 
Join Date: Oct 2005
Posts: 51
solution for the shutdown problem

I think the prblem is in the "UpdateGUIStatus" function.
You dont check if next job was started or not, you only check if the current complete job has an error or if the queue was stoped.
here my solution, I have tested it and seems to work.
code from form1.cs in the UpdateGUIStatus function.

Code:
private void UpdateGUIStatus(StatusUpdate su)
{...

	    int nextJobStart = 0;
                if (continueStatus <= 2 && this.queueEncoding)
		{
		nextJobStart = startNextJobInQueue(); //new with the return value to check if there was another job
		}
		else
		{
			nextJobStart=2;	
		}
		if (nextJobStart == 2) {	//new test if this was the last job or a job was stoped
			this.isEncoding = false;	//moved out the else before
			this.queueEncoding = false;
			this.startStopButton.Text = "Start";
			this.abortButton.Enabled = false;
			this.shutdown();
		}
...}
IMOON is offline   Reply With Quote
Old 22nd March 2006, 18:21   #2005  |  Link
ChronoCross
Does it really matter?
 
ChronoCross's Avatar
 
Join Date: Jun 2004
Location: Chicago, IL
Posts: 1,542
great job. it works.
ChronoCross is offline   Reply With Quote
Old 22nd March 2006, 18:45   #2006  |  Link
Doom9
clueless n00b
 
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,570
Question for you guys: since at the moment I just can't get myself to finish the work started, is anybody willing to look at the half-finished code? Mainly what's missing is a "codec" -> outputtype finder that goes along with the outputtype -> container finder and then integrate this into the autoencode and one click guis, and creating the proper mux jobs. It's not quite trivial but it's probably better if somebody else has a crack at it or this will loom over our heads for some time to come.. the work situation is going to get any better for the foreeable future.
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org
Doom9 is offline   Reply With Quote
Old 22nd March 2006, 18:49   #2007  |  Link
dimzon
BeHappy/MeGUI developer
 
dimzon's Avatar
 
Join Date: Oct 2003
Location: Moscow, Russia
Posts: 1,727
Quote:
Originally Posted by Doom9
Question for you guys: since at the moment I just can't get myself to finish the work started, is anybody willing to look at the half-finished code? Mainly what's missing is a "codec" -> outputtype finder that goes along with the outputtype -> container finder and then integrate this into the autoencode and one click guis, and creating the proper mux jobs. It's not quite trivial but it's probably better if somebody else has a crack at it or this will loom over our heads for some time to come.. the work situation is going to get any better for the foreeable future.
I can take look @ it
dimzon is offline   Reply With Quote
Old 22nd March 2006, 20:06   #2008  |  Link
max-holz
Registered User
 
Join Date: Mar 2005
Posts: 173
But cvs is working? No update in the public one for version 2115 and 2116
max-holz is offline   Reply With Quote
Old 22nd March 2006, 20:07   #2009  |  Link
ChronoCross
Does it really matter?
 
ChronoCross's Avatar
 
Join Date: Jun 2004
Location: Chicago, IL
Posts: 1,542
Quote:
Originally Posted by max-holz
But cvs is working? No update in the public one for version 2115 and 2116
they only updated it this morning. it can take up to 8 hours for it to update. Be patient. I already posted another build.
ChronoCross is offline   Reply With Quote
Old 22nd March 2006, 20:41   #2010  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
CVS Update:

0.2.3.2117 22 March 2006
Commit by Sharx1976:
- Fixed the shutdown problem (patch by IMOON).
Sharktooth is offline   Reply With Quote
Old 22nd March 2006, 20:45   #2011  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
Quote:
Originally Posted by max-holz
But cvs is working? No update in the public one for version 2115 and 2116
you can always find updated sources here:
http://files.x264.nl/Sharktooth/?dir=./megui/Sources
Sharktooth is offline   Reply With Quote
Old 23rd March 2006, 10:03   #2012  |  Link
berrinam
Registered User
 
berrinam's Avatar
 
Join Date: Apr 2005
Posts: 1,740
Thinking about the current system we have for AR signalling, I realised just how unreliable it is -- it only sets the AR if you encode the script immediately after creating it. This means that the unsuspecting user might create the script, then encode it some days later, and be surprised to discover that the AR turned out wrongly. I remembered dimzon's idea from back here and I wanted to see what the conclusion on that was. Turns out, after an initial no by Doom9* and a yes by Sharktooth, it seems to just have been forgotten. I want to say now that I also think this is a good idea, and from a design viewpoint, it also makes sense; information about the source file should be contained in the source file, and since AviSynth can't signal AR, then it is up to us to create some form of compromise (unless there is a way to communicate directly with avisynth.dll so that the filters can keep track of the AR, but I suspect that would be too complex).

Just for reference, here is the suggestion that dimzon made:
Quote:
Originally Posted by dimzon
Maybe we can add some magic macros to avs script? Something like

Code:
bla bla bla
bla bla bla
# $MeGUI_SAR(1.34)
and analyze avs when opening?
*Doom9 initially said no, but he was away for a while after dimzon's explanation of why, so I wanted to bring this up again. What do you think?
berrinam is offline   Reply With Quote
Old 23rd March 2006, 10:40   #2013  |  Link
Sharktooth
Mr. Sandman
 
Sharktooth's Avatar
 
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
you know i like it and a lot of useful things can be done thru "macros".
for example you can even set codecs and their settings (usefull for debugging)...
Sharktooth is offline   Reply With Quote
Old 23rd March 2006, 14:57   #2014  |  Link
sysKin
Registered User
 
sysKin's Avatar
 
Join Date: Jun 2002
Location: Adelaide, Australia
Posts: 1,167
Quote:
Originally Posted by berrinam
Thinking about the current system we have for AR signalling, I realised just how unreliable it is -- it only sets the AR if you encode the script immediately after creating it.
At least in my case, I first create a script and then load a codec profile, which effectively ruins all AR calculations every time.

The only solution I can see is to redesign whole AR thing - it's not a codec setting at all, it's a picture setting.

Unfortunately I have no good ideas how to do that properly
__________________
Visit #xvid or #x264 at irc.freenode.net
sysKin is offline   Reply With Quote
Old 23rd March 2006, 18:57   #2015  |  Link
Richard Berg
developer wannabe
 
Richard Berg's Avatar
 
Join Date: Nov 2001
Location: Brooklyn, NY
Posts: 1,212
@berrinam - I would prefer to see us read it from a "magic variable" instead of a "magic comment." That way we can use the Avisynth scripting language to calculate the AR for us. For example, I often use this function:

Code:
function ResizeAR(clip c, int "dest_x", int "dest_y", string "ar")
{
	Assert(!ar.Defined || ar.LCase == "sar" || ar.LCase == "dar",
			\ "rb-ResizeAR: If defined, 'print' must be 'sar' or 'dar'.")
	dest_x = default(dest_x, c.width)
	dest_y = default(dest_y, c.height)
			
	dest_ar = float(dest_x)/dest_y
	dar = (float(c.width)/c.height) * (4320./4739)
	sar = dar / dest_ar
	out = c.LimitedSharpen(dest_x = dest_x, dest_y = dest_y)
	return !ar.Defined ? out : out.SubTitle(ar + ": " + string(eval(ar)))
}
It would be great if instead of printing the AR on the screen for manually typing into MeGUI, I could just stick the result into a magic variable.
Richard Berg is offline   Reply With Quote
Old 23rd March 2006, 23:07   #2016  |  Link
berrinam
Registered User
 
berrinam's Avatar
 
Join Date: Apr 2005
Posts: 1,740
I like that idea. While it is easier to calculate dars with floats, integers are used by most encoders. I propose that AviSynth scripts with AR signalling have two globals: outputDARX and outputDARY. MeGUI could read those globals and pass them directly on. We can then make two AviSynth script functions to manage that: SignalFloatDAR(float DAR) and SignalDAR(int x, int y), the first of which would convert the float to a fraction, and the second of which would just save x and y as outputDARX and outputDARY respectively.
berrinam is offline   Reply With Quote
Old 24th March 2006, 17:37   #2017  |  Link
ChronoCross
Does it really matter?
 
ChronoCross's Avatar
 
Join Date: Jun 2004
Location: Chicago, IL
Posts: 1,542
@devs
I did some work this week with mencoder compiling and finally managed to make a good working version specifically for megui using a MingW workaround for largefiles from the mplayer mailing list. It has xvid 1.1 final and libavcodec only everything else is disabled. This works well since megui only uses it for xvid and huffy.

I played around with the commandline for pre-rendering. Here's what I found.

Code:
"D:\OFFICE_SPACE\VIDEO_TS\Office.avs" -o "D:\OFFICE_SPACE\VIDEO_TS\hfyu_Office.avi" -of avi -forceidx -noodml -ovc lavc -lavcopts vcodec=ffvhuff:vstrict=-2:pred=2:context=1
Works only for lossless under 4GB(approx a single episode of an anime 24-25Mins). Once it hits the 4GB barrier it no longer produces a valid avi file. However the following command line works for all sizes.

Code:
"D:\OFFICE_SPACE\VIDEO_TS\Office.avs" -o "D:\OFFICE_SPACE\VIDEO_TS\hfyu_Office.avi" -of avi -forceidx -ovc lavc -lavcopts vcodec=ffvhuff:vstrict=-2:pred=2:context=1
I think the second one should be used. I will be posting the mencoder I built for megui later today. It's just a matter of removing the -noodml switch.
ChronoCross is offline   Reply With Quote
Old 24th March 2006, 17:46   #2018  |  Link
Doom9
clueless n00b
 
Join Date: Oct 2001
Location: somewhere over the rainbow
Posts: 10,570
@ChronoCross: mencoder for xvid encoding is at a dead end.. the next stable version won't support it anymore.
__________________
For the web's most comprehensive collection of DVD backup guides go to www.doom9.org
Doom9 is offline   Reply With Quote
Old 24th March 2006, 17:59   #2019  |  Link
ChronoCross
Does it really matter?
 
ChronoCross's Avatar
 
Join Date: Jun 2004
Location: Chicago, IL
Posts: 1,542
Understood. In the current megui it's actually the method I prefer. With xvid_encraw not being totally stable yet(I'll do some tests later to try it out more) I think the important thing is the large file support for lossless in huffy. I can remove the xvid compilation at any time.
ChronoCross is offline   Reply With Quote
Old 24th March 2006, 18:15   #2020  |  Link
dimzon
BeHappy/MeGUI developer
 
dimzon's Avatar
 
Join Date: Oct 2003
Location: Moscow, Russia
Posts: 1,727
Quote:
Originally Posted by Doom9
@ChronoCross: mencoder for xvid encoding is at a dead end.. the next stable version won't support it anymore.
So it's time to change project name, isn't it?
dimzon is offline   Reply With Quote
Reply

Tags
development, megui, not a help thread

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 17:04.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2017, vBulletin Solutions Inc.