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
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
>> 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
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
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 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
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
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
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
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 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
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 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.
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
> 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
>> 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
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
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
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
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.
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
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
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
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 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
-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
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
27 matches
Mail list logo