om frame n followed by 1,3,5
from frame n+1. That's how they will be displayed on your TV. Any
other choice would introduce a mismatch in either time or space, albeit
small. I would be curious if you can tell the difference though.
Dan Scholnik
---
On Sat, 2004-04-24 at 22:38, Steven Boswell wrote:
> Andras Kadinger, fellow mjpeg-developer subscriber, was nice enough to
> agree to host this. The web page contains 2 movie clips that pretty
> dramatically show the results of using the denoiser vs. not using it.
I can see the difference when
er has this feature), try
this:
yuvcorrect -Y Y_1.0_16_255_0_239
which just shifts the whole image down by 16 luminance values.
Dan Scholnik
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, ge
set of values is "-l 1 -t 4","-l 2 -t 6", and "-l 3 -t 8"
for light, medium, and heavy filtering.
Dan Scholnik
---
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, E
On Sat, 2004-05-22 at 00:50, Steven M. Schultz wrote:
> On Mon, 10 May 2004, Dan Scholnik wrote:
>
> > You might even try running y4mspatialfilter before and after y4mdenoise
> > in case the latter introduces any high-frequency artifacts.
>
> Ok - this I have done.
On Sat, 2004-05-22 at 01:56, Steven M. Schultz wrote:
> On Sat, 22 May 2004, Dan Scholnik wrote:
>
> > > > You might even try running y4mspatialfilter before and after y4mdenoise
> > > > in case the latter introduces any high-frequency artifacts.
>
> >
ing noise usually dominates and dark frame subtraction would
only make things worse. At best you could subtract out the mean if
"black" has a constant bias. Besides, since dark noise doesn't change
quickly over time it wouldn't lead to noisy backgrounds, just
nonuniform
On Wed, 2004-05-26 at 12:18, Steven M. Schultz wrote:
> On Wed, 26 May 2004, Dan Scholnik wrote:
>
> > Doesn't the ' in Y' indicate that the digital data has been
> > gamma-corrected to compensate for the nonlinear CRT response? In that
>
> I'd
operly
center them, was lots of standalone DVD player video glitches and
lockups. Cured every time by reburning sans label.
Dan Scholnik
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get
On Sun, 2005-02-20 at 08:41 -0800, Steven Boswell II wrote:
> Some time ago, there was a discussion on 4:1:1 chroma
> subsampling in DV files of 3-2-pulldown sources, and
> how the color needed a special line-switch in order to
> be completely accurate. (Lines 2 and 3 of every group
> of 4 lines
On Wed, 2005-03-09 at 09:35 +1300, E.Chalaron wrote:
> Now another thing, at the risk of appearing completely dumb, what is the
> purpose of y4mspatialfilter ? is it a convolution filter ? if so is there a
> way I can cut off frequencies to avoid the Nyquist effect ?
y4mspatialfilter performs
On Tue, 2006-04-11 at 01:26 +0200, Nicolas wrote:
> Do you know of any tool I could use in an mjpeg pipe to correct
> horizontal ("color Bleed") and/or vertical ("color Droop") chromashifts?
Use y4mshift with the -y/-Y options to shift luma and chroma
independently.
Dan
--
I recently took some really unsteady video (walking on sand, partially
zoomed in; we're talking the bridge of the Enterprise after a direct
hit shaky) and decided to test the limits of y4mstabilizer. It seems
to be up to the task in theory (if one doesn't mind much of a given
frame being off-scree
On Thu, 2009-06-04 at 16:04 +1000, Richard Archer wrote:
> At 3:41 PM +0200 3/6/09, Hervé wrote:
>
> >hello, I'm not developper but it could not be a buffer concern? (it's
> >just an idea)
>
> Following this hint, I doubled the buffer sizes allocated
> by y4mstabilizer and it now works! I have no
y4mshift (use -h for documentation). You don't need to upsample to 444,
but it will give you finer control over the chroma shifts. Since the
luma alone can be moved by individual pixels (using -y and -Y) you still
have fine control over the differential shift with subsampled formats.
Dan
On Sa
15 matches
Mail list logo
