On Sun, 25 Apr 2004 [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm a complete novice to video processing. I just bought a LML33.
> I have the latest zoran driver.
> I capture using "lavrec -fa -in -d2 -q100 -Rl -l100".
> The recording is very good except that any bright white is too bright.
> The picture
After recording two and a half hours of video with one channel of the
stereo audio missing, I decided that lavrec should display audio level
meters while recording.
(I also decided that I hate 1/8" plugs even more than I used to).
The attached patch adds a "--vu-meter" option to lavrec from
mjp
On Sun, 7 Nov 2004, Ronald S. Bultje wrote:
> Hi Steve,
>
> On Sun, 2004-11-07 at 06:27, Steve Tell wrote:
> > The attached patch adds a "--vu-meter" option to lavrec from
> > mjpegtools-1.6.2. The option makes the status output output look somthing
> >
I've been experimenting with adding an x-window monitoring the captured
video to lavrec, and so have had to study
"The video capture loop" in lavrec_record() in liblavrec.c
carefully to hook in my video monitor code.
Anyway, I think there may be a bug in liblavrec.c - or else somthing I
don't u
On Mon, 8 Nov 2004, Michael Hanke wrote:
> Am Sonntag 07 November 2004 23.20 schrieb Steve Tell:
> > I may yet tackle an "xlavrec" hack like this for lavrec.
> I am looking for a slim GUI being as fast as possible
I have started coding in this direction.
It isn
It seems that if I turn up the quality (-q) option to lavrec too high
while using a zoran mjpeg card, I get occaisional bad frames, which cause
warnings like this when played back with lavplay or lav2yuv:
"Corrupt JPEG data: 30 extraneous bytes before marker 0xd9"
When this happens part o
yuvdenoise from 1.6.3RC1 is dumping core for me.
I built from the source RPM that Ronald B posted about recently,
on a Fedora Core 2 P4 machine.
I haven't got a very good traceback yet, just:
/yuvdenoise -i
-Y 1 -U 1 -V 1 -y 5 -u 10 -v 10 \ < tmp.y4m > t1.y4m
INFO: [lt-yuvdenoise] yuvdenois
On Mon, 13 Jun 2005, Steven M. Schultz wrote:
>
> On Mon, 13 Jun 2005, Steve Tell wrote:
>
> > yuvdenoise from 1.6.3RC1 is dumping core for me.
> >
> > I built from the source RPM that Ronald B posted about recently,
> > on a Fedora Core 2 P4 machine.
&
On Tue, 14 Jun 2005, Steven M. Schultz wrote:
> On Mon, 13 Jun 2005, I wrote:
> > porting [some feature-patches] forward from 1.6.2 to RC? or CVS, and
was wondering if I
>
> Against CVS would be the best choice since cvs has diverged quite
> a bit from the RC1 tarball.
>
> > should
On Sat, 18 Jun 2005, Steven M. Schultz wrote:
>
> On Sun, 19 Jun 2005, Steve Tell wrote:
>
> > Here's one little patch that makes my live-to-mjpeg recordings look much
> > better. ... "Corrupt JPEG data: 30 extraneous bytes before marker 0xd9"
> &g
On Wed, 29 Mar 2006, [EMAIL PROTECTED] wrote:
Hello list.
I'm trying to digitize old VHS tapes with a DC30+.
I ran into one clearly reproducible problem:
Capturing at PAL/fullframe (lavrec -q50) apparently works perfectly
with nearly no framedrops or A/V sync problems recognized.
Looking at th
As a longtime mjpegtools user, I'm excited to start using my new ADVC-55
(replaces a LML33 card and occasionaly troublesome zoran driver).
Anyone know of a ready-to-use package for fedora containing smilutils
(smil2yuv, etc.)? I can't find one in the usual repositories, and thought
I'd ask bef
On Mon, 27 Apr 2009, Steven Boswell II wrote:
Anyone know of a ready-to-use package for fedora containing smilutils
(smil2yuv, etc.)? I can't find one in the usual repositories, and
thought I'd ask before rolling my own rpm.
You'll have to roll your own by checking out a copy from CVS.
If i
Given an interlaced .avi file, "lavtrans -f i" only outputs one field from
each frame.
Is there another tool or a way to get all of the fields output?
(I'm trying to debug a problem that results in ocasional bad fields in
files recorded with lavrec from an lml33 mjpeg card)
thanks,
Steve
---
On Fri, 21 Nov 2003, Bernhard Praschinger wrote:
> Hallo
>
>
> > Given an interlaced .avi file, "lavtrans -f i" only outputs one field from
> > each frame.
> That is not correct, lavtrans puts out both fields in one file after
> each other. But many programms are not able to let you select the n
On Thu, 27 Nov 2003, Ronald Bultje wrote:
> Hi all,
>
> as promised, today's the great day that mjpegtools-1.6.1.92 (release
> candidate 3) is online. It's basically the same as 1.6.1.91, with some
> small changes:
Hi Ronald et. al.,
Looking at mjpegtools-1.6.1.92 I don't see any fix for the pr
16 matches
Mail list logo
