Re: mpeg2enc with MJPEG Tools 1.9.0rc2 buggy !

"Steven M. Schultz" <[email protected]>
Newsgroups gmane.comp.video.mjpeg.devel
Message-ID <[email protected]>
On Tue, 20 Mar 2007, stefan wrote:

> Steven M. Schultz schrieb:
> > Why?  Your sugessions say the same thing - just using different words ;)
> >   
> Erm, there seems to be some confusion about what I tried to say... :-[
	
	I said that -q should go away and an average bitrate be specified.
	Then you said we need a file-size mode:

> The only thing I wanted to say is, that we do not need a lower(!) 
> boundary and that we need a "file-size-mode", too (which we do not have 

	Now I have news for folks.  Bitrate and file size are related :)

	SIZE = BITRATE * TIME

	So given a bitrate and duration you can calculate the filesize.  Given
	the desired size and the time you can calculate the bitrate.  
	
	QED

> currently and which implies a real two-pass-mode). I did not want to 

	Not really.  Andrew was partially implemented a 'backup and retry'
	capability.  Only those GOPs that exceed the target bitrate would
	be recoded.  Could be quite a bit faster than a full multipass
	encoder - but alas that's also where the current bug lies ;(

	Cheers,
	Steven Schultz


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.