I'm converting NTSC DV material (720x480 interlaced 29.9fps, a lot of
movement, shot from a handheld while walking) to standard-compliant
SVCD.
While playing with mpeg2enc parameters, i tried to compare various -I
options. Apparently, -I 2 looks worse than -I 1, which is not what i
expected after r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Make fails with a complaint "lav_common.c:425:too many arguments to function
'3v_decoder_free'":
I have tried MJpegTools 1.6.0 and 1.6.1 and gotten the same error. After
make, I did make again and captured just the error output.
Has anybody seen t
On Thu, 2003-02-13 at 08:08, Javier Hernandez wrote:
> Is there any way to passthrough the output of smil2yuv to mencoder so
> that mencoder could extract the Audio to the "frameno.avi" file ?
I would suggest you check out the latest ffmpeg cvs and drop mencoder
for this. Just make sure you config
On Thu, 2003-02-13 at 05:09, Steven M. Schultz wrote:
> Uh, does this mean what I think it means? That all this time
> smil2yuv has been producing the wrong output for NTSC folks which I/we
> have been making SVCD/DVDs with?
>
> The assumption has, obviously, been that t
On Tue, 2003-02-11 at 04:29, Steven M. Schultz wrote:
> 25Mb/s DV data takes a rather enormous amount of cpu power to play
> back - pretty much takes up a while ~2GHz P4 (friend of mine has a
> 1.7GHz and it can't quite keep up).
Hmm... kino was (at one point anyway), playing bac
Hey,
On Thu, 2003-02-13 at 14:48, Karl and Tanya Pizzolatto wrote:
> Make fails with a complaint "lav_common.c:425:too many arguments to function
> '3v_decoder_free'":
[..]
> libdv-0.98
> divx4linux-20029418
> avifile-0.7.29-20030204
> jpeg-mmx-0.1.4
> libmovtar-0.1.3
> quicktime4linux-1.4-patche
Hallo
> I'm converting NTSC DV material (720x480 interlaced 29.9fps, a lot of
> movement, shot from a handheld while walking) to standard-compliant
> SVCD.
> While playing with mpeg2enc parameters, i tried to compare various -I
> options. Apparently, -I 2 looks worse than -I 1, which is not what i
HAllo
> I'm trying to mplex a 1.73GB mpv file and a 47.7MB mp2 file using sizzle 0.02r
> or ffmpegX v0.06f. However it fails with the output below (from sizzle). Both
> audio and video files are created via Mediapipe from a 30 mins, 5.52GB,
> Quicktime Movie file that was exported from imovie2.
Hi!
> From: Ronald Bultje <[EMAIL PROTECTED]>
> On Thu, 2003-02-13 at 14:48, Karl and Tanya Pizzolatto wrote:
> > Make fails with a complaint "lav_common.c:425:too many arguments to function
> > '3v_decoder_free'":
> [..]
> > libdv-0.98
> > divx4linux-20029418
> > avifile-0.7.29-20030204
> > jpeg
Hi -
> From: Charles Yates <[EMAIL PROTECTED]>
> > Or is it the case that y4mscaler's 4:1:1 -> 4:2:0 conversion is
> > more accurate (better) than what is currently being done?
>
> I'm sure Matto will give you more info, but it's more related to libdv's
> mangling of the 411 data in the N
Hallo
> > Hmm... I have to cut 20 or so from the left and at least 4 from the
> > right, depending on the channel, day and what I had for breakfast
> Well, there's your problem right there. I always have the same thing
> for breakfast. Somebody should put that in the howto.
About what did you thin
>> With the patch, if you specify "-i 2" to smil2yuv, then the output
>> stream will be in the 4:1:1 subsampling mode native to NTSC DV ---
>> which can then be converted properly to 4:2:0 by y4mscaler. (The
>
> Uh, does this mean what I think it means? That all this time
> sm
> Hmmm, I wonder if y4mscaler can be used simply to do the 411 -> 420
> conversion even in the situation where no scaling is being requested.
You bet --- it is all just scaling after all:
The chroma planes are being scaled by (2/1, 1/2) and the luma plane is
getting (1/1, 1/1) (w
On Thursday 13 Feb 2003 7:31 am, you wrote:
> Hi everybody,
> each time I do something with mjpegtools, I think about
> meaning of INFO: messages from mpeg2enc.
> for ex.:
> INFO: [mpeg2enc] GOP LENGTH = 12
> INFO: [mpeg2enc] Frame start 262 I 2 264
> INFO: [mpeg2enc] Frame end 262
On Thu, 13 Feb 2003 17:48:18 +0100
Bernhard Praschinger <[EMAIL PROTECTED]> wrote:
> I thought of adding the description to the "Optimizing the stream"
> Where I describe the problem. And the describe who yuvscaer can
> help. And how y4mshift (aviable in the CVS) will help to center the
> image.
Bernhard,
Thanks very much for the reply. I'm pretty new to all this so trying to learn fast.
The video bitrate that I encoded at is 9800 kbps, the arguments I used are:
mpeg2enc -v 0 -f 8 -F 3 -n p -a 1 -b 9800 -I 1 -r 16 -q 3 -Q 2
ppmtoy4m -v 0 -S 420_mpeg2 -L -I t -F 600:24 -A 4:5
These a
On Wed, 22 Jan 2003, Torsten Mohr wrote:
> Hi,
>
> i just wrote some tools that use "liblav" to do some effects
> on AVI video streams that are captured with "lavrec".
>
> They are available at:
>
> http://www.s.netic.de/tmohr/lavfilter.tar.bz2
>
> The name is kind of misleading. The tools ca
On Thu, 2003-02-13 at 17:34, Steven M. Schultz wrote:
> Drop us a line when you've checked in the changes so we know to
> "cvs update" the smilutils ;)
OK :-) - feel free to update any time now...
Matto - thanks for catching the PTHREAD_LIB issue and man page typo.
I've applied the -i
On Thu, 13 Feb 2003 [EMAIL PROTECTED] wrote:
> Should I just try dropping this bitrate down? Forgive me if I'm wrong, but I
> thought 9800 kbps was the best quality you could do for DVD and since I only had
> 30 mins of footage, thought there would be no problem in using this?
>
> As far as the
Hey Steven,
On Thu, 2003-02-13 at 17:31, Steven M. Schultz wrote:
> A longer term solution would be to use the libquicktime project:
> libquicktime.sourceforge.net - it has a modern 'DV' plugin and
> libquicktime is quicktime4linux compatible - should be fairly
> straight
I know this is very hard software, but I have a learning disability so
please know this so I can try very hard because I want
to learn how to make it work.
I try to compile mjpegtools-1.6.1 on AMD Athlon XP 2000+
gcc version says:
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2/s
Hi Ronald!
> From: Ronald Bultje <[EMAIL PROTECTED]>
> On Thu, 2003-02-13 at 17:31, Steven M. Schultz wrote:
> > A longer term solution would be to use the libquicktime project:
>
> I think we'll do this from 1.7.x on. We don't need quicktime4linux anyway
, the patch is only to get rid of its
Hi
I am trying various options for the sound. Toolame is supposed to be
efficient, but I end up with a strange mettalic sound after encoding.
I know I do not have a very good sound system on my machine but the wav is
playing fine.
Any advice ?
Thanks
Edouard
--
hi -
> From: Matto Marjanovic <[EMAIL PROTECTED]>
>
> I won't get around to packaging a version of y4mscaler which handles all
> this properly for another week or so. However, the preliminary testing
> I did last night showed a plainly visible improvement in NTSC DV material.
> I am pleased w
>> Hmmm, I wonder if y4mscaler can be used simply to do the 411 -> 420
>> conversion even in the situation where no scaling is being requested.
>You bet --- it is all just scaling after all:
> The chroma planes are being scaled by (2/1, 1/2) and the luma plane is
> get
Hey Steven,
On Thu, 2003-02-13 at 23:45, Steven M. Schultz wrote:
> Something is needed though to handle the references to quicktime_open(),
> quicktime_set_video() and so on, correct? :)
Well, that's libquicktime, no?
> Would this also be a good time frame to get rid of the an
I have captured to MJPEG an 8 minute video clip featuring a short drive (taken
from a camera in the car). Can I "speed up" this video, down to say, 30
seconds by encoding every n'th frame? Basically I'm after a final version
which looks like 'glav' playing at x30.
--
Eagles may soar, but wease
27 matches
Mail list logo
