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
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, 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: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, 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:
> 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 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 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:
> 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
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
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
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
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
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/
---
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
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
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 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
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
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
22 matches
Mail list logo
