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
Hi,
On Monday 24 November 2003 18.16, you wrote:
> On Mon, 24 Nov 2003, Michael Hanke wrote:
> > Thanks a lot for all of your help. I had to upgrade libtool and autoconf.
> > Then the build went smoothly. But when I tried yuvdenoise, I got an
> > memory
> In utils/cpu_accel.c you should see
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
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
Hi,
On Wed, 2003-11-26 at 05:22, Steven M. Schultz wrote:
> Rather than have version numbers go backwards which would be
> confusing (is version 1.6.x newer or older than 2.2.2?) I
> changed it so that the version is 2.2.3 in both places and the
> date changed to be the G
On Tue, 2003-11-25 at 08:28, Ronald Bultje wrote:
>
> As of today, release candidate 2 of mjpegtools-1.6.2 (official version:
> 1.6.1.91) is available on your local sourceforge mirror. For URLs, see
mplex -h does not work according to manual. Instead of activating the
--keep-hf, it prints the usa
On Wed, 2003-11-26 at 01:52, Florin Andrei wrote:
> On Tue, 2003-11-25 at 08:28, Ronald Bultje wrote:
> >
> > As of today, release candidate 2 of mjpegtools-1.6.2 (official version:
> > 1.6.1.91) is available on your local sourceforge mirror. For URLs, see
>
> mplex -h does not work according to
I'm not sure i understand how -E works, so...
Is there any conflict if i use -H and -E simultaneously?
If not, does it make sense from a logical p.o.v. to use them both?
Does -H override -K, or the other way 'round?
--
Florin Andrei
http://florin.myip.org/
---
Bernhard - thanks for the tip. Unfortunately, the application this is for
is embedded within a Macromedia Director movie, and VLC doesn't support
ActiveX (at least as far as I could tell), although this might be a good
open-source contribution for my company to make.
Thanks!
Jon
On Wed, 26 Nov
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
It seems to be down right now, but when it's up you should check out
http://www.vcdimager.org/stillencode/
It will encode stills for you AND give you the commands it used to do so.
Basically, you combine Xtopnm, pnmscale, ppmntsc, ppmtoy4m, and mpeg2enc
into a pipe. Do it for both the large and
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 26 Nov 2003, Florin Andrei wrote:
> On Tue, 2003-11-25 at 08:28, Ronald Bultje wrote:
> >
> > As of today, release candidate 2 of mjpegtools-1.6.2 (official version:
> > 1.6.1.91) is available on your local sourceforge mirror. For URLs, see
>
> mplex -h does not work according to manual. Ins
On Wed, 26 Nov 2003, Michael Hanke wrote:
Hi!
> > In utils/cpu_accel.c you should see the function bufalloc() which
> > is where the malloc error is coming from. The only thing I can
> > think of to try is add a "fprintf(stderr, "size = %d\n", size);"
> I did it. The request size
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
On 26 Nov 2003, Florin Andrei wrote:
> Is there any conflict if i use -H and -E simultaneously?
No conflict at all. -E processing is done after the quantization
tables have been used.
> If not, does it make sense from a logical p.o.v. to use them both?
Makes a lot of
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 Wed, 2003-11-26 at 08:11, Steven M. Schultz wrote:
> On 26 Nov 2003, Florin Andrei wrote:
> > mplex -h does not work according to manual. Instead of activating the
> > --keep-hf, it prints the usage help. :-)
>
> mplex has no --keep-hf option.
> mpeg2enc has a -H option which is the same as --k
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
Hi Andrei,
> If i understand correctly, one of the reasons why mplex cannot multiplex
> subtitles was the scarcity of tools to generate subtitle streams with
> timestamp information.
Thanks for the info - adding subtitle muxing itself once you can get the
timing info is pretty easy. It is quite
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 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
22 matches
Mail list logo
