On Tue, Dec 20, 2005 at 10:13:01AM +0100, Martin Samuelsson wrote:
On Mon, 19 Dec 2005 18:20:56 +0100
Bernhard Praschinger [EMAIL PROTECTED] wrote:
Lavtools, avilib, or something, likes to write an empty RIFF header
when beginning and recording an avi file. If there is a sudden or
On Wed, Oct 26, 2005 at 03:12:03PM +0100, Anne Wilson wrote:
Based on the work I did last year, I issued the command
lavtrans -o title.jpg -f i 286 ~/susan.avi
^^^
Maybe something has changed, or maybe I've got it wrong, but this didn't
work. I got
Error
On Tue, Jul 26, 2005 at 10:07:47AM +0200, Dik Takken wrote:
2: Allow yuvplay to be used in the middle of a processing chain,
like this:
... | y4mscaler ... | yuvplay | mpeg2enc ...
Now yuvplay can be used as a progress monitor anywhere in the
processing chain. Possibly even multiple
On Sun, Mar 20, 2005 at 04:20:48PM -0800, Steven M. Schultz wrote:
On the recently discussed topics of blocks in dark scenes and
does the encoder see things differently than the eye I have
something that might be of interest.
I pulled up a still frame from a DV file that to the eye
On Mon, Mar 21, 2005 at 11:18:36AM -0800, Steven M. Schultz wrote:
On Mon, 21 Mar 2005, Richard Ellis wrote:
What you are likely seeing there is the limits of the accuracy of
the ADC of whatever encoded the video. I.e., ADC noise, which
will
Not really - unless Canopus' quality
On Thu, Mar 03, 2005 at 06:31:42PM +0100, Jan Rottschaefer wrote:
hi Richard,
so its is normal that
lav2yuv +p testy.avi | mpeg2enc -f8 -b4000 -o testy.m1v
does not work with avi's larger than 2Gig and you can not do
anything about that??
Yes. At present it is a limitation of the
On Thu, Mar 03, 2005 at 10:09:05PM +0100, Lehmeier Michael wrote:
Hi!
I recorded a nature documentary on television.
...
The result of the reencoding was bigger than the original 720x576!
Most likely due to noise and encoding/decoding artifacts.
Am I doing something really wrong or
On Wed, Mar 02, 2005 at 09:37:37PM +0100, Jan Rottschaefer wrote:
...
When i record one hour with
streamer -t 1:00:00 -s 480x576 -r 25 -j 85 -f mjpeg -F stereo -o
testy.avi
i get a 6 to 7Gig avi file. Next step i extract video and audio using:
...
lav2yuv +p testy.avi | mpeg2enc
On Tue, Feb 08, 2005 at 04:27:08PM +, John Gay wrote:
Well, I finally figured out how to get POV-Ray to output non-3:4
ratio frames, so I'm playing around with using Wide screen setting.
For extra resolution, I'm generating 16:9 frames at 2048 X 1152 for
scaling down. The default output
On Wed, Feb 09, 2005 at 12:21:16AM +0100, Lehmeier Michael wrote:
Is there a rule of thumb when to use interlacing and when not?
If the source material is interlaced, it's generally better to keep
it that way.
If the destination is an interlaced display (television) you have
little choice, at
On Wed, Feb 09, 2005 at 10:32:17PM +, John Gay wrote:
On Wednesday 09 February 2005 17:54, Richard Ellis wrote: But you
said above that you wanted max quality. Technically, that is
max quality. Pov-ray created a pixel, the mpeg encoder
faithfully reproduced that pixel.
But I
On Fri, Jan 28, 2005 at 01:36:37PM +0100, Thomas B?rkel wrote:
HI!
Richard Ellis wrote:
Maybe heat?
Mpeg2enc will push your CPU to run at 100% power for quite a lengthy
amount of time, and if your CPU cooler is not able to handle the heat
load, you can get crashes and freezes.
Hm
On Wed, Jan 26, 2005 at 10:07:12PM +0100, Thomas B?rkel wrote:
HI!
I got a kernel oops while mpeg2enc was running. When I tried the
same encoding again later (after reboot), the machine froze.
This is the first time, I had problems with mpeg2enc. I tested the
memory and hard disks (with
On Wed, Jan 19, 2005 at 11:27:18PM +0100, Roine Gustafsson wrote:
On Wednesday, Jan 19, 2005, at 19:02 Europe/Stockholm, Steven Boswell
II wrote:
/video/DVD/URGH-A Music War
(DVD,ac3,advc-colorscale-conform-kinecoF1-newd1_z1t2m30M3-med_fr1R1w8-
m2e_b5055q1D10H).mpg
LOL! Worst
On Sat, Jan 15, 2005 at 12:49:57PM -0300, Marco Carvalho wrote:
Hi,
I'm trying capture with lavrec, if someone have have any sugestion...
First, verify that you can capture audio with an audio only capture
app (one that uses the OSS emulation, as lavrec does not know ALSA
directly).
If you
On Fri, Dec 31, 2004 at 09:29:41AM -0800, Steven Boswell II wrote:
Aieee - but if you're using a composite cable then the VCR is
MASHING/MUSHING/CURDLING/DOWNGRADING/etc the Y and C signals into
a composite signal - that is a LOSSY (and damaging) conversion and
even the best Y/C separator can
On Mon, Dec 13, 2004 at 10:34:43AM -0800, Steven M. Schultz wrote:
On Mon, 13 Dec 2004, Richard Ellis wrote:
might also consider one of the hardware mpeg2 compression boards
instead of a MJPEG/DV solution. I can attest that the Hauppage WinTV
PVR250 card's will generate a simply
On Wed, Dec 15, 2004 at 10:35:06AM +0100, Frank Albrecht wrote:
Do you still record with the BT878 card ?
Yes, from the DVD-T Box via fbas(composite). This Signal contains
already Blocks due to the mpeg-bitrate.
Do you mean that the signal from the DVD-T box that is being recorded
already
On Mon, Dec 13, 2004 at 09:54:38AM -0800, Steven M. Schultz wrote:
I do not know if the PVR-250 (or 350) can be used as a general
purpose capture/encoding device (if a VHS deck can be attached) or
if it's limited to signals received via the TV tuner section of the
card.
The PVR-250 has 3
On Tue, Dec 14, 2004 at 12:15:22AM +0100, Dik Takken wrote:
On Mon, 13 Dec 2004, Richard Ellis wrote:
I want to edit the video after capture, so an MPEG2 capture card
is not an option. The image quality is too low.
Editing is indeed an option: LVE (http://lvempeg.sourceforge.net
On Thu, Dec 16, 2004 at 03:41:49PM +0100, Frank Albrecht wrote:
On Wed, Dec 15, 2004 at 10:35:06AM +0100, Frank Albrecht wrote:
Yes, from the DVD-T Box via fbas(composite). This Signal
contains already Blocks due to the mpeg-bitrate.
Do you mean that the signal from the DVD-T box that
On Thu, Nov 25, 2004 at 01:53:28PM +, Anne Wilson wrote:
Without -U O don't even get a start:
Then that's not a solution. :)
A/V sync ins/del: 028/000
^^^
This seems very suspicious. 28 inserted frames for 15 seconds of
recording is way too much.
You have something
On Thu, Nov 25, 2004 at 12:01:29PM +, Anne Wilson wrote:
Subject: [Mjpeg-users] Audio ring buffer overflow in lavrec
This section of input has a rather high volume. I tried recording
with
lavrec -f a -i P -d 2 -q 80 -s -l 60 -R l -U filename.avi
and have tried dropping -l to 40, but
On Sat, Oct 30, 2004 at 06:42:18PM +0200, Dik Takken wrote:
I have done a bit of testing, comparing these two encoding
pipelines:
png images - yuv4mpeg - mjpeg - mpeg2
png images - yuv4mpeg - mpeg2
The quality produced by the second pipeline is clearly a lot
better. The mjpeg
On Sat, Oct 30, 2004 at 11:30:29PM +0200, Dik Takken wrote:
Fact is that using MPlayer's post processing can make compressed
material look better to the human spectator, but the question is
still if an encoder like mpeg2enc will also like the post-processed
stream better.
That's a question
On Wed, Oct 27, 2004 at 10:06:42PM +0100, scott wrote:
I don't understand when you say You won't see comb effects on your
TV-set
It (the comb effect) will look different on a TV set than on a
computer monitor. You can still see it if you know what to look for,
but the visual effect is
On Thu, Oct 28, 2004 at 12:26:24PM +0200, Dik Takken wrote:
Quote from the mpeg2enc manual, -b option:
If variable bit-rate mode has been selected (see the -q option)
this is the maximum bit-rate of the stream.
So, the -b value is not the average, but the upper limit when
-q is
On Wed, Oct 27, 2004 at 01:53:01PM +0200, Dik Takken wrote:
Here are two more problems that I discovered while working with
glav/lavplay:
* Simple MPlayer-style keyboard control. Using the arrow keys to seek,
space as pause toggle and use the arrow keys to seek frame-by-frame when
On Sun, Oct 03, 2004 at 02:23:32PM +0200, Martin Samuelsson wrote:
Once in a while, my video computer die from a kernel panic. If this
happens while I'm recording something (which it normally does), I'm
left with an avi file with no usable values in the header.
Is there any good way to fix
On Wed, Sep 22, 2004 at 06:11:24PM +0200, Bernhard Praschinger wrote:
Hallo
When you have only 2MHz of bandwith, you cannot have a chessboard
of white/black pixles and in each row 360 white annd 360 Black
pixles for PAL. The voltage level has to raise and fall. And with
2MHZ of bandwith you
On Tue, Sep 21, 2004 at 04:56:04PM +0200, Bernhard Praschinger wrote:
Hallo
If you're in a 625line (usually PAL) video country then VHS has
576 active (vertical) lines in 2 fields just like TV and DVDs.
VHS does lack resolution though since it effectively only has 200
or so
On Tue, Aug 24, 2004 at 06:36:30PM -0400, Selva Nair wrote:
On Tue, 24 Aug 2004, Steven M. Schultz wrote:
My capture card is a DC10+ under v4l - that's the resolution it
captures at full size. On my previous small project I used -d
2, but I think on this one I used -d 1 in lavrec.
On Tue, Jun 22, 2004 at 07:31:58PM +1200, Steven Ellis wrote:
On Tue, 2004-06-22 at 17:45, Steven M. Schultz wrote:
On Tue, 22 Jun 2004, Steven Ellis wrote:
Get yourself a IEEE1394 card (very cheap) and a Canopus ADVC100
or even better (but somewhat more expensive) ADVC300 analog to DV
On Tue, Jun 22, 2004 at 08:57:43AM -0700, Steven M. Schultz wrote:
On Tue, 22 Jun 2004, Steven Ellis wrote:
1. Can't really build a PVR around this, which is part of the
long term goal.
You most certainly can. Might be an extra (S-Video or composite)
cable or two involved but that
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%
and
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.00 MB/sec
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 11%CPU
On Wed, Apr 21, 2004 at 01:22:13PM +0200, Torsten Mohr wrote:
Hi,
i'd like to build a VDR based on my DC10 card.
But that card has no tuner, so the idea is to
either:
- add an external tuner that selects the program to record.
Can anybody recommend an external tuner?
Any VCR with
On Tue, Apr 20, 2004 at 03:07:10PM +1200, E.Chalaron wrote:
Was wondering how I could get a MPEG2 4 DVD with a constant bit
rate. I do not mind about sparing DVDs, I'd rather have the best
quality possible.
Constant bit rate does not equate to best quality. Unless you set
the CBR ceiling
On Thu, Apr 08, 2004 at 02:00:26PM -0300, Marcelo Duschkin wrote:
I've just upgraded from Mandrake 9.1 to 9.2, and now in LVS lavplay
returns this error:
Error initializing audio: Audio task died.
Reason: Error mapping audio buffer
What's wrong?
Sounds like in the upgrade you changed sound
On Sun, Apr 04, 2004 at 01:04:22PM +0100, Anne Wilson wrote:
I disabled the AC97 and installed the SBLive! 5.1. I could
capture the video now, without problem, though I still have no
sound. Does the sound cable go straight from camcorder to
capture card, or does it have to go
On Sun, Apr 04, 2004 at 10:17:21AM -0700, Steven M. Schultz wrote:
On Sat, 3 Apr 2004, Richard Ellis wrote:
is sparse (actually, sparse is a bit too generous) and that the mode
of operation for mpeg cutting is slightly non-intuitive. However, on
Yes indeed - actually I would go
On Fri, Jun 04, 2004 at 11:10:59PM +0200, Alfonso wrote:
Thanks for the tip, but I found Steve's formula in my inbox and used it to
generate 6 seconds of silence to go with the 150 frames of 720X576 video
of four X-Wings flying in formation against a starfield and used mplex to
create a
On Sat, Apr 03, 2004 at 11:06:50AM -0800, Steven M. Schultz wrote:
What programs exist to edit MPEG program stream files? I know
about GOPchop but reading the documentation I see that GOPchop
allocates about 10% of the filesize as memory buffers - that
doesn't work well at all with large
On Fri, Apr 02, 2004 at 08:06:35PM +0100, Anne Wilson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have on loan, for testing, a Pinnacle DC10+ card. My hope is to
convert Hi8 tape into vcd or dvd.
Distro: Mandrake 9.2
Hardware: Asus A7v8X-X
Soundard: on-board AC97 -
On Thu, Mar 18, 2004 at 10:11:38AM +0100, Maarten de Boer wrote:
If I understand you correctly, you are saying that using B frames will
result in less player compatibility? And Richard suggests dual prima
motion estimation is causing less player compatibility. So I guess it is
best
On Thu, Mar 18, 2004 at 01:51:10PM +0100, Maarten de Boer wrote:
Since you found a hardware player that seems allergic to -R 0
streams, why not test it for us. ...
That is actually a very good idea. While I am at it, I might create
some more test mpegs, and create a reference dvd image.
On Thu, Mar 18, 2004 at 01:02:34PM -0800, Florin Andrei wrote:
That's very strange. I thought MP2 should work with the vast
majority of DVD players (no matter what the standards say). It
never happened to me, anyway. But now i use AC3 and the point
became moot.
The DVD specs, or at least that
On Wed, Mar 17, 2004 at 09:59:59AM +0100, Maarten de Boer wrote:
Hello,
I created a DVD from some miniDV recordings, and I tested it on 3
hardware players. 2 work perfectly, but the third one, a SAMSUNG M105,
only shows the menu I created, but refuses to play any titles. (can't
give the
On Sun, Mar 14, 2004 at 10:40:41PM +0100, Rickard Westman wrote:
Hi,
I have recently started to transfer some TV recordings onto DVD:s, using
Fredrik Hubinette's mkdvd script. With high bitrates (~ 5.5Mbit/s) the
quality was quite good, but when I tried a lower bitrate (~3.5 Mbit/s),
I
On Wed, Mar 17, 2004 at 03:10:18PM +0100, Maarten de Boer wrote:
Hello Richard,
Thanks for your reply.
You did not say which version of mpeg2enc you are running. Is it the
Yes, sorry, I am not in front of my home machine, where I did all the
encoding... I use a fairly recent (about
On Tue, Mar 02, 2004 at 10:55:49PM -0600, George Kola wrote:
Hi,
I would like to try Distributed encoding of DV to MPEG1,2 4
using some 10+ machines. I realize that I need some utility to
split the DV, encode the pieces and finally merge them together.
Does anybody know of any utilites to
On Tue, Feb 24, 2004 at 08:49:20PM -0800, Douglas Fraser wrote:
Setting up a system with two dc10+ cards, one for capture and the other for
playback. I was hoping someone could give me a tip on how to configure
lavrec lavplay to access the different cards.
For lavrec, you set LAV_VIDEO_DEV,
On Tue, Feb 10, 2004 at 10:44:34AM -0500, Paul Miller wrote:
On Mon, Feb 09, 2004 at 04:56:14PM -0500, [EMAIL PROTECTED] wrote:
y4mscaler -I active=704x480+12+0 -I matte=696x472+16+0 -S
option=sinc8lan -O preset=DVD -O size=704x480 -O
Xscale=15:16 -O Yscale=14:15
Is there a way to get
The problem is, my DVD player cuts off 10 or so pixels from
each side, and 15 or so from the top and bottom. When I try
to play the VCD it renders some of the subtitles off the
screen -- not to mention some of the video.
Are you certain it's the DVD player? It sounds like you are
Is there any way to concatenate plural sets of mp2/m2v files for
multiplexing together into a single stream.
The m2v files are created in mpeg format (-f 8) to mpeg2enc.
I tried:
cat f1.mp2 f2.mp2 f3.mp2 all.mp2
cat f1.m2v f2.m2v f3.m2v all.m2v
mplex -f 8 -r 0 -V -b 230 -S 0 -o all.%0d.mpeg
On Wed, Jan 21, 2004 at 02:00:22PM +0100, Thomas B?rkel wrote:
A lower -q (2 or 3) gets me higher file sizes, so shouldn't it also be
potentially better quality?
Provided you don't hit your maximum bit-rate limit (-b 4000) that you've
chosen, yes.
I want to encode about 43 minutes of video
On Mon, Jan 05, 2004 at 08:35:31AM -0800, Steven M. Schultz wrote:
On Mon, 5 Jan 2004, Dik Takken wrote:
Will version 1.6.2 be compilable on gcc 2.96? I have posted problem
reports about 1.6.1, which appears to be compilable only on gcc 3.x.
gcc 2.95.{3,4} was able to compile
On Fri, Dec 19, 2003 at 01:34:38AM -0800, Trent Piepho wrote:
On Fri, 19 Dec 2003, Andrew Stevens wrote:
The next bottlenecks would be the run-length coding and the use
of variance instead of SAD in motion compensation mode and DCT
mode selection. Sadly
Is SAD really any faster to
On Tue, Dec 16, 2003 at 06:54:22PM -0700, Slepp Lukwai wrote:
As a side note, I'm also using a 200Hz timer, instead of the standard
100Hz. Though I don't see this doing anything but making it quicker, as
it reduces latency on scheduling, while slightly increasing scheduler
overhead and context
On Tue, Dec 16, 2003 at 09:27:53AM -0800, Steven M. Schultz wrote:
Perhaps Richard Ellis could chime in with his experiences with -Q
;)
It seems that with the right set of options, and the right set of
input data, -Q can help to create some really nasty looking
artifacts.
And again, son
On Tue, Dec 16, 2003 at 12:33:52AM -0700, Slepp Lukwai wrote:
On Mon, 2003-12-15 at 21:08, Richard Ellis wrote:
Additionally, why kind of memory do you have attached to the cpu's?
Mpeg encoding is very memory bandwidth hungry to begin with, and with
two cpu's trying to eat at the same
On Tue, Dec 16, 2003 at 12:45:48PM -0800, Trent Piepho wrote:
On Tue, 16 Dec 2003, Richard Ellis wrote:
6 or 8GB/s L2. The cache size is 256k/CPU, 64k L1. At 550MB/s,
it SHOULD be able to push enough to keep the frames encoding at
100% CPU, in theory.
Yes, but just one 720x480 DVD
On Thu, Dec 04, 2003 at 04:18:36PM -0800, Steven M. Schultz wrote:
On Thu, 4 Dec 2003, Richard Ellis wrote:
splotches less intense, but they are still there. If you want, I
can lavtrans out the first 30 or 60 seconds of the capture and
set it up
I could take a look at it and verify
On Fri, Nov 07, 2003 at 11:49:03AM -0800, Steven M. Schultz wrote:
On Fri, 7 Nov 2003, Richard Ellis wrote:
It's been so long since I bumped up to -G 54 for timeshifting I
don't remember, but when I tested it the reduction was worth
enough to convince me that it was worth staying
I've got a second real world example now:
76,643 MJPEG frames, for 42.6220 minutes of video.
GOP 54 343,248,122 bytes
GOP 18 357,706,821 bytes
A 4.042% reduction in size.
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November
Has anyone tried the current cvs mpeg2enc lately? I pulled the
current cvs on Nov. 4 because I wanted to see for myself how well the
new no B frames please option worked. But my copy of mpeg2enc
compiled from the source I pulled that day takes a segfault while
it's processing the first frame
On Fri, Nov 07, 2003 at 04:20:13PM +0100, Bernhard Praschinger wrote:
Hallo
Has anyone tried the current cvs mpeg2enc lately? I pulled the
current cvs on Nov. 4 because I wanted to see for myself how well the
new no B frames please option worked. But my copy of mpeg2enc
compiled from
On Fri, Nov 07, 2003 at 10:28:40AM -0800, Steven M. Schultz wrote:
On Fri, 7 Nov 2003, Richard Ellis wrote:
switch. Using gop length of 54 shrinks the resultant video size
a wee bit due to fewer I frames. The command line is what I use
for
How little is 'wee' bit? There are other
On Fri, Nov 07, 2003 at 07:24:08PM +0100, Bernhard Praschinger wrote:
q_scale_type=1, satlim=2047, nonsat_mquant=0x41b5d02c)
at quantize_x86.c:309
309 mulps_m2r( *(mmx_t*)piqf[0], xmm2 );
I forgot to ask, wihch version of NASM do you use ?
I have NASM version
On Fri, Nov 07, 2003 at 10:40:06AM -0800, Steven M. Schultz wrote:
On Fri, 7 Nov 2003, Bernhard Praschinger wrote:
Could it be a memory problem ?
On my machine mpeg2enc buffers 111 Frames. That is about 100MB
That's a possibility I suppose. The other thing that might cause
a problem
Does anyone on the list have one of the latest and greatest AMD
Athlon 64's? If so, how does it stack up speed wise running mpeg2enc
vs. Intel's P4 chips?
This article:
http://www.pcworld.com/resource/printable/article/0,aid,112749,00.asp
part way down contains this statement:
Once video
For a while it has seemed to me that negative width and height values
given to yuvdenoise on the -b parameter have not in fact created a
black border on the bottom and/or right of a filtered image. So I
started looking around in the code to see what was up.
The man page says that the -b
On Tue, Sep 30, 2003 at 10:05:07AM -0700, Steven M. Schultz wrote:
On Tue, 30 Sep 2003, Richard Ellis wrote:
Note the w: and h: sizes. The border was specified as -b
4,4,-4,-4, and when a -4 signed int is stuffed into an unsigned
int variable, 65532 is the resultant value
Attached is a small patch that I put together today that based on my
measurements produces about a 6-7% speedup of yuvdenoise if the
luminance contrast option is used. I got the idea for the change
from the yuvcorrect sources, the optimization is to pre-compute the
contrasted values for pixel
On Mon, Sep 29, 2003 at 08:13:47PM -0700, Steven M. Schultz wrote:
On Mon, 29 Sep 2003, Richard Ellis wrote:
Attached is a small patch that I put together today that based on my
measurements produces about a 6-7% speedup of yuvdenoise if the
luminance contrast option is used. I got
On Mon, Sep 22, 2003 at 10:22:15AM +0200, Ronald Bultje wrote:
Hi,
On Sun, 2003-09-21 at 14:14, Matt Trim wrote:
I seem to be having this same problem with my Buz recordings - of
the same TV program - one day it will be OK and the next it will
be reversed. Am using the 0.9.4 driver as
On Fri, Sep 19, 2003 at 10:47:35PM -0700, Steven M. Schultz wrote:
4 encodings were done using -N of 0, 0.5, 1.0 and 1.5 (and 2
different -q values, and using yuvdenoise in -f and -l modes).
Quite an exhaustive (and time consuming ;)) set of runs.
...
I have some more real world numbers to
On Sun, Sep 21, 2003 at 05:51:19PM -0700, Steven M. Schultz wrote:
On Sun, 21 Sep 2003, Richard Ellis wrote:
The only difference between these files was different -N values.
All other denoise/mpeg2enc parameters were identical.
What value are you using for -q? What I am finding
On Sat, Sep 20, 2003 at 10:05:35AM -0700, Steven M. Schultz wrote:
On Sat, 20 Sep 2003, Bernhard Praschinger wrote:
Audio: ( Samplerate * Channels * Bitsize ) / (8 * 1024)
Video: (width * height * framerate * quality ) / (200 * 1024)
You have to add both values together. To get the
On Sat, Sep 20, 2003 at 10:36:50AM -0700, Steven M. Schultz wrote:
Hi -
From: Bernhard Praschinger [EMAIL PROTECTED]
Audio: ( Samplerate * Channels * Bitsize ) / (8 * 1024)
Video: (width * height * framerate * quality ) / (200 * 1024)
You have to add both values together. To get
On Sat, Sep 20, 2003 at 11:17:11AM -0700, Steven M. Schultz wrote:
On Sat, 20 Sep 2003, Richard Ellis wrote:
Real world numbers:
Super! Thanks - always good to have those ;)
Here's some more:
34 minutes of capture, DC10+, 320x480 frame size, NTSC, capture
quality setting
On Wed, Sep 17, 2003 at 07:57:14PM -0700, Steven M. Schultz wrote:
On Wed, 17 Sep 2003, Richard Ellis wrote:
is driven by Q (in that section at least) was reworked quite a bit in
January. That would account for the difference I'm seeing in the new
mpeg2enc's Q that does not seem
On Thu, Sep 18, 2003 at 08:45:45PM -0700, Steven M. Schultz wrote:
Is this for protection against a drive failure?DV (or MJPEG)
capture's data rate requirements are extremely modest (in the
~3.5MB/s range - even a notebook drive can sustain that without
breathing hard).
It depends on
On Fri, Sep 19, 2003 at 09:36:55PM -0700, Steven M. Schultz wrote:
640x480? Thought fullframe NTSC was 704x480 - or is the DC10 using
square pixels instead of the Rec.601 10:11 pixels? DV's weird - it
gets an extra 8 pixels on each side for 720x480.
The video digitizer chip that's used on
On Fri, Sep 19, 2003 at 07:02:54PM -0700, Steven M. Schultz wrote:
The -N parameter does work quite well for shrinking a file, but
it seems it's a bit sensitive. In a test run, with -N 0.0 I got
a file size of 748,032 kbyte. With -N of 0.1 I got 708,956 kbyte
on the same input. The
On Wed, Sep 17, 2003 at 03:08:25PM -0700, Steven M. Schultz wrote:
On Wed, 17 Sep 2003, Richard Ellis wrote:
Has anyone else noticed that the -Q parameter to mpeg2enc v 1.6.1.90
seems to have much less effect than it did in version 1.6.1? I've
...
If you look at the CVS
--- Dirk [EMAIL PROTECTED] wrote:
Hi all. Can anyone explain me why lavrec doesn't work very well with the
at command? It doesn't matter if I use a script with a lavrec command
or if I use the lavrec command directly with at.
Lavrec does exactly what I want except scheduling a capture
. However, my (informal)
tests seemed to indicate that --keep-hf did pretty good with denoised
(i.e. yuvdenoise/yuvmedianfilter) analog source material. I wasn't sure
if it was just my imagination.
Anyone have any experience with this?
Steven Boswell, [EMAIL PROTECTED]
Richard Ellis [EMAIL
While we are on the subject of parameter handling bugs in the yuv* tools,
this one also exists:
Call yuvdenoise with this parameter: -b 2,2,-2,-2 which according to the
man page should do this:
Sometimes it may be usefull to have relative coordinates like this:
yuvdenoise -b 16,16,-16,-16
--- Steven M. Schultz [EMAIL PROTECTED] wrote:
Hi -
From: Richard Ellis [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Ok, so I just discovered that yuvmedianfilter has a -I switch for
interlaced inputs (it switches to separate field filtering).
Shouldn't this be something
--- Steven M. Schultz [EMAIL PROTECTED] wrote:
Hi -
From: [EMAIL PROTECTED]
Ok, so I just discovered that yuvmedianfilter has a -I switch for
interlaced inputs (it switches to separate field filtering).
H, I haven't noticed the jerkiness. Seemed to save some bits
--- Florin Andrei [EMAIL PROTECTED] wrote:
On Thu, 2003-02-20 at 08:44, Bernhard Praschinger wrote:
What do you guys recommend as a TV out device for a Linux computer?
The requirements as i can think of right now:
- drivers available for free (or coming with the device) but anyway
--- Ronald Bultje [EMAIL PROTECTED] wrote:
Hi Brian,
On Sun, 2003-01-05 at 16:28, [EMAIL PROTECTED] wrote:
When I use lavrec to create a movtar file, and then try to extract the
audio from the movtar file with lav2wav, it comes out gurgly. By
gurgly, imagine the filter a special
94 matches
Mail list logo