HI!
In some scenes, the background of my MPEG2 is "pixelizing" (ist this a
word?) every second or so. It's some kind of mosaic effect. The original
AVI does not have this.
It is more noticable on my Toshiba player on TV than with xine on a TFT
display.
I have tried "-q 4 -K tmpgenc -b 9000 -
Hallo
> I am trying to install jpeg-mmx in order for installing the mjpegools
> later, but after ./configure i get this error while make:
>
> nasm -f elf -o fdct_mmx.o fdct_mmx.s
> nasm -f elf -o quant_mmx.o quant_mmx.s
> gcc -O6 -I. -c -o fdctdata.o fdctdata.c
> gcc -O6 -I. -c -o jquant_x8
-- Forwarded message --
Date: Sat, 31 Jan 2004 01:31:37 +0100
From: Bernhard Frühmesser <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: jpeg-mmx compiling error
Hello,
I am trying to install jpeg-mmx in order for installing the mjpegools
later, but after ./configure i get this
I'm glad to see I'm not the only one that has seen this happen. I've been trying to
find another clip that has an obvious enough spot where this happens with an R value
of 0 but haven't found a scene that looks nearly as bad as the clip I initially saw it
on - and I'd removed the pre-mpeg2enc f
HI!
Andrew Stevens wrote:
I was able to confirm it is the default of '-R 0' that was causing poor
quality. If I use '-R 0' on 1.6.1.92 I get the same flood of artifacts
that I get with 1.6.1.93.
at least something broken.I haven't heard any other feedback so it could
a build problem...
Some
On Sat, Jan 31, 2004 at 12:58:20AM -0500, Matto Marjanovic wrote:
>
> Romildo: 544x304 is a very strange framesize. You say it should
> have roughly a 4:3 display aspect ratio? Hmm... then it seems like
> it has roughly a 3:4 pixel aspect ratio. Not a common SAR.
This movie has been ripped
Hiya,
I think you and Romildo are suffering from similar problems. (And I
just got Romildo's post, too --- the re-ordering and delays on the
Sourceforge lists are really crazy these days.)
>> >I tried to use some automatic guesses from y4mscaler, but they did not
>> >do what's IMHO righ
