Hi,
Andrew Stevens schrieb:
> Hi Andrei,
>
[...]
>> Is 2-pass already documented somewhere? (for users, not for programmers)
> There's not much to document it actually be easier to use. Simply tell it
> how
> big you want the end-result to be and the maximum data-rate that can be
> handled an
Andrew Stevens wrote:
>
> There's not much to document it actually be easier to use. Simply tell it
> how
> big you want the end-result to be and the maximum data-rate that can be
> handled and the encoder will worry about the rest itself.
That's excellent. Currently I set the max bitrate to
Hi Andrei,
> So how usable is 2-pass encoding with 1.9.0-rc?
Not at all useable - there's still some bits not yet programmed. The -A 0
stuff is all there and up and running already.
> Is 2-pass already documented somewhere? (for users, not for programmers)
There's not much to document it actual
Andrew Stevens wrote:
>
> The major changes / bugs in the 1.9 revision of mpeg2enc relate to major
> internal changes needed to support this internal encoding and re-encoding of
> images (and provided hooks for improving multi-core scalability).
So how usable is 2-pass encoding with 1.9.0-rc?
On Tuesday 06 November 2007 07:59:35 Florin Andrei wrote:
> -A|--ratecontroller
> What's the difference between 0 and 1?
>
> Ever played with larger values for -r when the source is a fairly good
> (new) DV camcorder? Worth bumping it up?
None (at present).
-A 0 currently selects a limited local
-A|--ratecontroller
What's the difference between 0 and 1?
Ever played with larger values for -r when the source is a fairly good
(new) DV camcorder? Worth bumping it up?
--
Florin Andrei
http://florin.myip.org/
-
This SF
On 26 Nov 2003, Florin Andrei wrote:
> > It's necessary to leave room for peaks or spikes in the bitrate -
> > exceeding the legal limit even briefly will cause playback problems
>
> Right, but as far as m2v and mpeg2enc, _isolated_ (disregarding DVD
> limits, other tracks, etc.), are con
On Wed, 26 Nov 2003, Richard Ellis wrote:
> I've seen that same 10.08Mbps maximum upper limit for DVD's as well.
I haven't seen any that come even close to the upper limit.
Perhaps one of the "Superbits" titles would be worth a look,
they leave out all the extras (additi
On Wed, Nov 26, 2003 at 11:21:37AM -0800, Florin Andrei wrote:
>
> I actually thought the total max mandated by the DVD standard is
> 10.08 Mbps or something like that (and it's the sum of the actively
> played tracks, not of all the stuff in the VOB). So that would
> leave, above a 9800 kbps ceil
On Wed, 2003-11-26 at 08:43, Steven M. Schultz wrote:
> On 26 Nov 2003, Florin Andrei wrote:
> > But most of the professional DVDs i've seen are at or around 9800 kb/s
>
> Not really. Or rather how are you determining that? By taking
> the .m2v streamsize in bytes and dividing by t
On 26 Nov 2003, Florin Andrei wrote:
> > High motion videos might benefit from '-g' being decreased - in fact
> > you could set that to 1 (if you're using the cvs version of mpeg2enc
>
> Issues with set-top-boxes in that case?
None. Smaller GOP sizes just increase the filesize but all
Am Mittwoch, 26. November 2003 09:36 schrieb Florin Andrei:
> On Wed, 2003-11-26 at 00:15, Steven M. Schultz wrote:
> > > -b 9800 -E -15 -q 6 -R 0 -s -c -I 1 -g 6 -G 18 -4 2 -2 1 -K
> > > tmpgenc -N 1
> >
> > 9800 is too high. Some standalone players can not handle the
> > maximum. For portabili
On Tue, 2003-11-25 at 23:35, Florin Andrei wrote:
> Whenever that makes sense (such as what are default values, etc.),
> please add the answers to these questions (if any) to the mpeg2enc man
> page. Thank you.
Actually, it would be great if the man page would specify all default
values (wherever
On Wed, 2003-11-26 at 00:15, Steven M. Schultz wrote:
> On 25 Nov 2003, Florin Andrei wrote:
> > Is it a good choice to use -g 6 -G 18?
> > Any possible side-effects of doing that?
> > In general, when would you recommend to tweak -g -G?
>
> High motion videos might benefit from '-g' being decreas
On 25 Nov 2003, Florin Andrei wrote:
> Conditions:
> My source is a cheap CCD, not too bad, pretty good detail, excellent
> chroma, some mild noise when in the dark but otherwise it's clean.
>
> Goals:
> I want to put my movies on DVDs with the highest quality that's
> achievable with the mpeg2e
Conditions:
My source is a cheap CCD, not too bad, pretty good detail, excellent
chroma, some mild noise when in the dark but otherwise it's clean.
The camera is amateurishly handled: quiet scenes interrupted by bursts
of brutal motion.
It stores the image in NTSC 480i DV format. I capture it with
16 matches
Mail list logo
