[Mjpeg-users] capture from poor quality tapes

2004-06-21 Thread raray
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

[Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Brian J. Murrell
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

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Ronald Bultje
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

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Richard Ellis
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%

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Brian J. Murrell
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

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Richard Ellis
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

[Mjpeg-users] [2.6 patch] let VIDEO_ZORAN depend on I2C_ALGOBIT

2004-06-21 Thread Adrian Bunk
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

Re: [Mjpeg-users] 2 gb limit. What if I'll do it on ReiserFS???

2004-06-21 Thread Bernhard Praschinger
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

Re: [Mjpeg-users] capture from poor quality tapes

2004-06-21 Thread Bernhard Praschinger
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

Re: [Mjpeg-users] [2.6 patch] let VIDEO_ZORAN depend on I2C_ALGOBIT

2004-06-21 Thread Ronald Bultje
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

Re: [Mjpeg-users] capture from poor quality tapes

2004-06-21 Thread raray
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

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Brian J. Murrell
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

Re: [Mjpeg-users] lav2wav | sox poor performance

2004-06-21 Thread Richard Ellis
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

[Mjpeg-users] Best capture tools under Linux for V4L2?

2004-06-21 Thread Steven Ellis
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

Re: [Mjpeg-users] Best capture tools under Linux for V4L2?

2004-06-21 Thread Steven M. Schultz
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