Hey y'all,
I've got several home movies on vhs that my mom had had transfered from
8mm film
The tapes are pretty poor quality
When I try to capture I get
[home]$ lavrec -fa -in -d2 -q100 -m -U -w -c2 test%02d.avi
++ WARN: [lavrec] Closing file(s) and exiting - output file(s) my not be readable du
I am trying to use sox to increase the amplitude of audio stream in an
mjpeg file, but before doing so, i am using sox's "stat" to determine
the max. amplitude without clippping.
So my command line is:
$ lav2wav file.eli | sox -t wav - -t wav /dev/null stat -v
but both lav2wav and sox both use u
Hi Brian,
On Mon, 21 Jun 2004, Brian J. Murrell wrote:
> $ lav2wav file.eli | sox -t wav - -t wav /dev/null stat -v
> but both lav2wav and sox both use up negligible CPU in doing this job
I think people (in the past) have said that adding 'buffer' in the middle
could significantly improve this. I
On Mon, Jun 21, 2004 at 09:42:52AM -0400, Brian J. Murrell wrote:
> ...
> So my command line is:
>
> $ lav2wav file.eli | sox -t wav - -t wav /dev/null stat -v
>
> but both lav2wav and sox both use up negligible CPU in doing this
> job, and it takes far too long. lav2wav's CPU usage is about 2%
On Mon, 2004-06-21 at 10:28 -0400, Richard Ellis wrote:
> Check your disk I/O read bandwidth. Lav2wav is heavily read I/O
> bandwidth bound. It sounds like your disk read bandwidth is way low
> for some reason,
That was one of the first things I checked. This is a UDMA5 capable
drive although
On Mon, Jun 21, 2004 at 11:11:09AM -0400, Brian J. Murrell wrote:
> On Mon, 2004-06-21 at 10:28 -0400, Richard Ellis wrote:
>
> > Check your disk I/O read bandwidth. Lav2wav is heavily read I/O
> > bandwidth bound. ...
>
> /dev/hda:
> Timing buffer-cache reads: 636 MB in 2.00 seconds = 318.0
The following compile error occurs with VIDEO_ZORAN=y and I2C_ALGOBIT=n
in 2.6.7-mm1 (but it's not specific to -mm):
<-- snip -->
LD .tmp_vmlinux1
drivers/built-in.o(.text+0x3861d3): In function `zoran_register_i2c':
: undefined reference to `i2c_bit_add_bus'
drivers/built-in.o(.text+0x3
Hallo
> I compiled libquicktime myself, then compiled latest mjpegtools(with mmx
> jpeg) and LVS.
> It works same as installed rpm binaries(I have tried 1.6.2 before).
BTW: When you compiled LVS did you use the last tar packae
> Good news: I make uninstall of compiled LVS and mjpegtools and inst
Hallo
> I've got several home movies on vhs that my mom had had transfered from
> 8mm film
> The tapes are pretty poor quality
> When I try to capture I get
>
> [home]$ lavrec -fa -in -d2 -q100 -m -U -w -c2 test%02d.avi
> ++ WARN: [lavrec] Closing file(s) and exiting - output file(s) my not be re
Hi Adrian,
On Mon, 21 Jun 2004, Adrian Bunk wrote:
> The following compile error occurs with VIDEO_ZORAN=y and I2C_ALGOBIT=n
> in 2.6.7-mm1 (but it's not specific to -mm):
[..]
> The following patch fixes this issue:
[..]
Thanks, I'll take care of sending this upstream. I think that you're
curren
On Mon, 21 Jun 2004, Bernhard Praschinger wrote:
> Hallo
>
> > I've got several home movies on vhs that my mom had had transfered from
> > 8mm film
> > The tapes are pretty poor quality
> > When I try to capture I get
> >
> > [home]$ lavrec -fa -in -d2 -q100 -m -U -w -c2 test%02d.avi
> > ++ WARN
On Mon, 2004-06-21 at 11:26 -0400, Richard Ellis wrote:
>
> That should be more than enough, as long as you've not got something
> in the background consuming 40.06MB/sec of read bandwidth, or
> something else writing loads of data to disk at the same time.
Right.
> Your original command line wa
On Mon, Jun 21, 2004 at 03:25:54PM -0400, Brian J. Murrell wrote:
> Right but since then I have simplified the test to just lav2wav sucking.
> See my previous e-mail:
>
> $ time lav2wav file.eli > file.wav
>INFO: [lav2wav] WAV done
> 0.58user 12.01system 1:49.86elapsed
Ok first up sorry for the cross post. I read all these lists and I feel
this is a suitable subject for them all. Also sorry about the length,
but I had quite a few things to cover off
Been playing with numerous tools over the last few years, and whilst i'm
reasonably happy with the quality i'm
On Tue, 22 Jun 2004, Steven Ellis wrote:
> Ok first up sorry for the cross post. I read all these lists and I feel
I'm must posting the reply back to the mjpegtools list since 1) that's
the one where I have the most expertise/knowlege and 2) other than
ffmpeg is the only
15 matches
Mail list logo