Using -g 1 might trigger hiccups on certain hardware DVD players; at
least i was able to do that on a fairly new JVC XV-N55 (a very flexible
beast: DVD, SVCD, JPEG, MP3...) with a DVD encoded with
mjpegtools-1.6.1.92 from a DV source.
In the beginning i used:
-R 0 -g 1 -c -q 6 -4 2 -2 1 -K tmpgen
On Sat, 6 Dec 2003, Andrew Stevens wrote:
> > Well, I just encoded on a couple different platforms the clip that
> > was uploaded to me and I can't seem to reproduce the artifacting.
>
> Gaah just what we need. Another Heisenbug ;-)
Yep - can't have life getting too boring
On Saturday 06 December 2003 19:48, Steven M. Schultz wrote:
> On Thu, 4 Dec 2003, Richard Ellis wrote:
> > Those are the artifacts, and no, they are not in the original source
> > as far as I can see by playing the .avi with glav. The original
> > source from the DC10+ card looks just as I would
On Thu, 4 Dec 2003, Richard Ellis wrote:
> Those are the artifacts, and no, they are not in the original source
> as far as I can see by playing the .avi with glav. The original
> source from the DC10+ card looks just as I would expect it to look,
> nice and clean.
Well, I just encoded
Hi Stevem
> Possible that it's the SSE DCT that's having trouble instead of the
> MMX one? The encoding I just did was on a system that doesn't
> have SSE support (the old MMX vs SSE problem we've discussed in the
> past) and using the current cvs version of the encoder I
On Sat, 6 Dec 2003, Andrew Stevens wrote:
> > If you'd still like a piece of the capture, I'll gladly push some
> > stuff your way. But, in further experimenting tonight I think I've
> > found the culprit. If I drop the -Q 4.0 parameter, then rc92 stops
Richard uploaded a 70MB snippet
HI Richard,
> If you'd still like a piece of the capture, I'll gladly push some
> stuff your way. But, in further experimenting tonight I think I've
> found the culprit. If I drop the -Q 4.0 parameter, then rc92 stops
> producing the splotches. It looks like rc92 has a different effect
> (and a
Hallo
> I want to know what is the best way of converting a
> movie (in avi format) to SVCD when the aspect ratio
> of the movie differs from the intended SVCD aspect
> ratio (4:3). For instance, converting a movie with
> frame size 608x256 to SVCD with aspect ratio 4:3
> NTSC.
Take a look at the
Video buffer is a completely independent parameter. You can't infer it
from the others. It's how much memory you are requiring the player to
have to decode your video.
On software decoders, you can set this pretty high, because everyone has
lots of RAM at their disposal.
On hardware decoders, t
Hello.
I want to know what is the best way of converting a
movie (in avi format) to SVCD when the aspect ratio
of the movie differs from the intended SVCD aspect
ratio (4:3). For instance, converting a movie with
frame size 608x256 to SVCD with aspect ratio 4:3
NTSC.
Up to now I have been using r
On Sat, 2003-12-06 at 10:04, [EMAIL PROTECTED] wrote:
> If this is an error, could it be corrected, please?
Has been corrected already. Thanks for noticing, though! If you notice
anything else strange, please let us know. :).
Ronald
--
Ronald Bultje <[EMAIL PROTECTED]>
Linux Video/Multimedia de
Hello.
I am starting to better learn mpeg2enc in order to
build SVCDs without recurring to tools like ripmake
and mencvcd. In the process I have some doubts.
I will be posting about them here so people can
help me. As I am new to this list, I hope it is
ok to do so.
When encoding for non-standard
Hello.
It seems that the short option for the --keep-hf option
for mpeg2enc is wrong in the manual page. It is presented
as -h, while I believe it should be -H (in
mjpegtools-1.6.1.91).
If this is an error, could it be corrected, please?
Regards
Romildo
---
13 matches
Mail list logo
