* Steven M. Schultz on Wednesday, April 05, 2006 at 16:59:50 -0700:
> On Wed, 5 Apr 2006, Nicolas wrote:
>> OK. The problem is that I don't know which options are set when using -f 8.
>
> The important ones ;) All you should need to specify is the '-q'
> and perhaps a bitrate.
What a
* Steven M. Schultz on Wednesday, April 05, 2006 at 11:31:29 -0700:
> On Wed, 5 Apr 2006, Nicolas wrote:
> Let's play "find the be incorrect options" game :)
ok :)
>> 1 -V 1853 -s -D 1 0 -g 6 -G 15 -I 1 -b 9800 -D 10 -f 8 -o $1
Does -g 3 make sense in case one has high motion scenes?
>
On Thu, 6 Apr 2006, Christian Ebert wrote:
> >> 1 -V 1853 -s -D 1 0 -g 6 -G 15 -I 1 -b 9800 -D 10 -f 8 -o $1
>
> Does -g 3 make sense in case one has high motion scenes?
Probably not a big difference. The lower limit is mainly used by
mpeg2enc's dynamic GOP sizing logic. If 6
On Wed, Apr 05, 2006 at 04:59:50PM -0700, Steven M. Schultz wrote:
> > > hmmm - Cinelerra getting the field order wrong?
> >
> > Exactly. At least with the SVN version I fetched 1 month ago. There's a
>
> Ouch. One would think a problem like that would be fixed quickly, but
> Cinel
On Thu, 6 Apr 2006, Nicolas wrote:
> Well, I sent an email to the mailing-list. It's now easy to get in touch
> with the developers. I think that bug will be quickly solved, if it's
Interesting - at one time there was just 1 developer and he was
impossible to contact.
> Well, in
On Thu, 6 Apr 2006, Christian Ebert wrote:
> What about -H|--keep-hf ? Supposing I just want highest quality?
I think it would be a good idea to define "highest quality" ;) The
same type of request/desire comes up a lot on a couple forums I lurk
in. It's often in the fo
Based on mpeg2enc:
http://florin.myip.org/soft/conv-dvd/
Feel free to use them. Comments are welcome.
--
Florin Andrei
http://florin.myip.org/
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends app
On Thursday 06 April 2006 18:03, Steven M. Schultz wrote:
> Compression is an art form - there is no magic "use this
> for high quality".
But I want a magic "use this for high quality" switch! Can't I please
have a magic switch? I think it would make my videos so much better without
me
Hello,
I modified the mpeg2enc command line I use to encode my Cinelerra
videos. Now, it's:
/usr/bin/yuvcorrect -v 0 -T INTERLACED_BOTTOM_FIRST | /usr/bin/yuvscaler
-v 0 -I ACTIVE_702x560+8+8 -M BICUBIC | /usr/bin/mpeg2enc -v 0 -r 32 -4
1 -2 1 -D 10 -g 6 -G 15 -q 4 -b 9600 -f 8 -o $1
The audio s
On Thu, 6 Apr 2006, John Gay wrote:
> But I want a magic "use this for high quality" switch!
How many $/Euro/... do you have? :-)
> Eliminate the shaking of my home videos?
y4mstabilizer
might be what you're looking for.
> Restore cut-off heads, feet, whatever?
On Thu, Apr 06, 2006 at 01:39:52PM -0700, Steven M. Schultz wrote:
> As an added "bonus tip" - here's quick and easy guesstimator for
> bitrate calculation. Assumes 1 audio (224Kb/s) and 1 video track,
> a few percent of the DVD capacity is reserved for menus, subtitles,
>
On Thu, 6 Apr 2006, Nicolas wrote:
> And unfortunately, I now get a frame data under-runs, which I did not
> have before. The problem occurs only if I use the -q option in the mpeg2enc
I think the problem is the same - but the symptom has shifted slightly
because the input is (s
On Thu, Apr 06, 2006 at 01:55:19PM -0700, Steven M. Schultz wrote:
>
> On Thu, 6 Apr 2006, Nicolas wrote:
>
> > And unfortunately, I now get a frame data under-runs, which I did not
> > have before. The problem occurs only if I use the -q option in the mpeg2enc
>
> I think the problem is
On Thu, Apr 06, 2006 at 12:59:31PM -0700, Florin Andrei wrote:
> Based on mpeg2enc:
>
> http://florin.myip.org/soft/conv-dvd/
>
> Feel free to use them. Comments are welcome.
It seems that you use transcode for decoding DV. Also I think
that transcode still uses libdv. Which means that you
On Thu, 6 Apr 2006, Nicolas wrote:
> Thanks for the help. I'm not re-running my Cinelerra rendering batch.
Oh, I thought perhaps you were rendering to an intermediate file
so you could re-run the encoding step without having to re-render
everything.
> The problem did no
OK. I just re-rendered the video, using 9600kbps for video and 224 for
audio, and I still get the same result :
mplex -f 8 -V 02.ac3 02.m2v -o 02.mpeg
INFO: [mplex] mplex version 1.8.0 (2.2.4 $Date: 2005/08/28 17:50:54 $)
INFO: [mplex] File 02.ac3 looks like an AC3 Audio stream.
INFO: [mplex] File
On Fri, 7 Apr 2006, Nicolas wrote:
> OK. I just re-rendered the video, using 9600kbps for video and 224 for
> audio, and I still get the same result :
> mplex -f 8 -V 02.ac3 02.m2v -o 02.mpeg
It's not hurting anything (or helping ;)) but -V isn't necessary.
>INFO: [mplex] rough-guess m
On Thu, Apr 06, 2006 at 03:47:15PM -0700, Steven M. Schultz wrote:
>
> On Fri, 7 Apr 2006, Nicolas wrote:
> It's not hurting anything (or helping ;)) but -V isn't necessary.
Huh? It's written in the manpage of mplex:
-V|--vbr
Set variable bit rate multiplexing. This is needed to multiplex
On Thu, 6 Apr 2006, Nicolas wrote:
> When you've determined the bitrate, how do you choose the value for -q ?
Pick a number between 2 and 8 :-) There are higher values (up to 31)
but in practice they're not used (not often).
Folks think of "-q" as being "quality" and in
On Thu, 2006-04-06 at 14:38 -0700, Roman Shaposhnick wrote:
> On Thu, Apr 06, 2006 at 12:59:31PM -0700, Florin Andrei wrote:
> >
> > http://florin.myip.org/soft/conv-dvd/
>
> It seems that you use transcode for decoding DV. Also I think
> that transcode still uses libdv. Which means that yo
On Thu, Apr 06, 2006 at 04:22:06PM -0700, Florin Andrei wrote:
> On Thu, 2006-04-06 at 14:38 -0700, Roman Shaposhnick wrote:
> > On Thu, Apr 06, 2006 at 12:59:31PM -0700, Florin Andrei wrote:
> > >
> > > http://florin.myip.org/soft/conv-dvd/
> >
> > It seems that you use transcode for decodin
On Fri, 7 Apr 2006, Nicolas wrote:
> Huh? It's written in the manpage of mplex:
> -V|--vbr
> Set variable bit rate multiplexing. This is needed to multiplex
> variable bit-rate video streams correctly.
Right - but '-f 8' implies VBR ;)
> I don't apply any filter. I spent 2 even
Nicolas wrote:
> > > > hmmm - Cinelerra getting the field order wrong?
> > >
> > > Exactly. At least with the SVN version I fetched 1 month ago. ...
Note that at least in cinelerra 2.0 there's an checkbox in the "mpeg2"
rendering dialog box which says something like "bottom first field o
On Fri, 7 Apr 2006, Jonathan Woithe wrote:
...
> The datastream sent keeps the field order of the original footage. When
> constructing the yuv4pmeg2 stream, cinelerra by default appears to assume
> top-field-first which, while perhaps being appropriate for NTSC-land (which
24 matches
Mail list logo
