Hi Dan -
> From: [EMAIL PROTECTED]
> would it be feasible to use the individual article form I wonder?
>
> Done. Bad enough I did it twice in a row, but I know me, and I'd do
> it again if I stayed on digest. Now if others wouldn't rub it in by
> replying with the same subject line... :
Hi.
I've been spending my week trying to capture with my
Matrox G400-TV card and hopefully take advantage of
the hardware MJPEG encoder. Thus far I have
successfully installed the mgavideo drivers and
mjpegtools. XawTV works super for playback, but nasty
for recording thereby creating a need to u
It is a low volume group for the most part - would it be feasible
to use the individual article form I wonder?
Done. Bad enough I did it twice in a row, but I know me, and I'd do
it again if I stayed on digest. Now if others wouldn't rub it in by
replying with the same subject l
> From: [EMAIL PROTECTED]
> Subject: [Mjpeg-users] Re: [Possible SPAM] Mjpeg-users digest, Vol 1 #888 - 1\5 msgs
Interesting subject - wonder where that came from?
It came from hitting "r" on a digest email and f
I think extent of the ringing artifacts depend on the source images
being encoded. If the spatial bandwidth of the signal hitting
mpeg2enc has already been limited (by camera optics, preprocessing,
etc) then at higher spatial frequencies the spectrum will already roll
off, and will probably be le
Hi -
> From: [EMAIL PROTECTED]
> Subject: [Mjpeg-users] Re: Mjpeg-users digest, Vol 1 #889 - 5 msgs
Hmmm, the digest form apparently obscures the initial Subject: -
was wonder what "Vol 1 #899 - 5 msgs" was all about.
It is a low volume group for the most part -
You are correct. MPEG at it's core is more or less a variant of still
image jpeg, and the quantization stage of jpeg can produce a ringing
effect due to what the real meaning of the quantization pass in the
frequency domain.
But in any case, the --keep-hf flag to mpeg2enc in my experience reduces
--- [EMAIL PROTECTED] wrote:
>
> > So if for example you had an image of a building against a blue sky,
if
> > you looked closely next to the edge of the building there would be
> > ghosts of the building edge adjacent to the edge in the playback image
> > of the blue sky. Credit lettering and s
Using --keep-hf to mpeg2enc does increase the output bitrate over keeping
everything else the same and not using --keep-hf. However, it does, at
least to me, seem to also eliminate the halo/ringing effect from sharp
edge transitions in the encoded video.
I'm using DC10+'s to capture, and when I w
Hi 0
> From: [EMAIL PROTECTED]
> Subject: [Mjpeg-users] Re: [Possible SPAM] Mjpeg-users digest, Vol 1 #888 - 15 msgs
Interesting subject - wonder where that came from?
>Out of curiosity what threshold (-t) and depth (-d) values did you
>
> I used your suggested parameters, a
I came up with a simple (i.e. very dumb, perhaps too much so) program
to generate a histogram of a Y4MPEG2 frame. Using the program on
Have you tried yuvcorrect -M STAT? It makes frame-by-frame histograms
in YCbCr and RGB. I used it a little earlier to investigate the range
of my camer
So if for example you had an image of a building against a blue sky, if
you looked closely next to the edge of the building there would be ghosts
of the building edge adjacent to the edge in the playback image of the
blue sky. Credit lettering and station ID bugs a
Out of curiosity what threshold (-t) and depth (-d) values did you
use with yuvdenoise? Or did you go with the defaults (5 and 3
respectively)?
I used your suggested parameters, actually. (I assume you meant -l?) :
yuvdenoise -r 24 -t 6 -l 2 -L 100 -C 110 -S 0
I use -C 110 because to my
In a previous conversation on this mailing list, I was advised against using --keep-hf with analog source material. 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 m
It's my understanding that sharp transitions between light & dark areas are one of the hardest things for MPEG to encode accurately. MPEG is designed for "natural" images (i.e. stuff recorded from real-world sources).
Sounds like you had some success getting rid of it with yuvmedianfilter. Keep u
Wohooo, it works. At least I do finally have my v4l entries under /dev and xawtv
starts w/o errors. Time to connect a vcr, I guess.
Thanks everyone
> Hi Ede,
>
> On Tue, 2003-03-11 at 21:22, Ede Wolf wrote:
> > First of all, thanks for answering, I got the source. However, what
> > prequisite
Hi Ede,
On Tue, 2003-03-11 at 21:22, Ede Wolf wrote:
> First of all, thanks for answering, I got the source. However, what
> prequisites are needed for installation ? Since I do have all drivers
> compiled in right now, I guess need a new kernel. What about
> "CONFIG_VIDEO_DEV" (Multimedia Devices
First of all, thanks for answering, I got the source. However, what prequisites are
needed for installation ? Since I do have all drivers compiled in right now, I guess
need a new kernel. What about "CONFIG_VIDEO_DEV" (Multimedia Devices -> Video4Linux) ?
Build it as a module, compile it in or l
On Dienstag, 11. März 2003 19:42 Bernhard Praschinger wrote:
> > I convert old VHS-C-PAL movies to XSVCD. A blue PC-created
> > titel with a light background shows a blue gleam around the
> > letters. Also I see at the edges of clothing a gleam. This
> > gleam at sharp edges is on the original mo
Hi!
I've been thinking about how to reduce the blotches that appear
in dark scenes. The problem I believe is one of noise which
raises what should be 'black' up to various levels of grey.
I came up with a simple (i.e. very dumb, perhaps too much so) program
Hallo
> It seems, Kernel 2.4.20 does not recognize my newly (used) bought buz card:
>
> Zoran ZR36060 + ZR36057/67 MJPEG board driver version 0.7
> MJPEG[0]: Zoran ZR36067 (rev 2) irq: 14, memory: 0xee00
> MJPEG[0]: subsystem vendor=0x13ca id=0x4231
> MJPEG[0]: Initializing i2c bus...
> MJPEG
Hallo
> I convert old VHS-C-PAL movies to XSVCD. A blue PC-created titel
> with a light background shows a blue gleam around the letters. Also
> I see at the edges of clothing a gleam. This gleam at sharp edges
> is on the original movie too, but you can see no gleam around the
> title with the a
Hi Paul,
How old is your LML33 a recent R10 upwards or an oldie like mine.
I'm currently "working" (i.e. its on my list for a free evening when I'm not
knackered) on tuning the LML33 video decoder setup. Feel free to feed me
your Results - it useful to have different video sources they someti
--- Ronald Bultje <[EMAIL PROTECTED]> wrote:
> Hey Richard,
>
> On Fri, 2003-03-07 at 14:13, Richard Ellis wrote:
> > Note, w/h appear to be the result of subtracting two from unsigned
> > int's that were initialized to zero, instead of being initialized to
> > the incoming frame width/height from
--- [EMAIL PROTECTED] wrote:
> There's no free lunch, so can somebody please tell me what sorts of
> artifacts I need to look for?
In my experience with experimenting with the --reduce-hf flag to mpeg2enc,
that having the flag turned on created a ringing effect at sharp edge
transitions in the
Hi!
> From: [EMAIL PROTECTED]
> I decided to compare using the --reduce-hf switch of mpeg2enc to other
> methods for reducing noise and the bitrate, after having ignored it
> previously. I was pleasantly surprised. To take an example, I
> converted noisy DV footage to DVD format with -q 5 and -b
Hello all,
It seems, Kernel 2.4.20 does not recognize my newly (used) bought buz card:
Zoran ZR36060 + ZR36057/67 MJPEG board driver version 0.7
MJPEG[0]: Zoran ZR36067 (rev 2) irq: 14, memory: 0xee00
MJPEG[0]: subsystem vendor=0x13ca id=0x4231
MJPEG[0]: Initializing i2c bus...
MJPEG[0]: Card
Hi!
> From: Bernhard Derks <[EMAIL PROTECTED]>
> Subject: [Mjpeg-users] Calculated bitrate, but file too large...and works slow
>
> ...
> So there are 1 files with ~17 GB in the working dir.
>
> I tried to encode with
>
> lav2yuv $1|yuvscaler -O SVCD|mpeg2enc -f 4 -q 7 -4 1 -2 1 -
Hi Tim,
On Tue, 2003-03-11 at 11:52, Tim Hewett wrote:
> I'm new to Linux and having been unsuccessfully trying to get
> mjpegtools to work on my Mandrake system. I have tried downloading
> mjpegtools-1.6.1-1.i386.rpm and quicktime4linux-1.4-patched-.gz
> but can't seem to get them to build. I'm w
Hello,
I'm new to Linux and having been unsuccessfully trying to get
mjpegtools to work on my Mandrake system. I have tried downloading
mjpegtools-1.6.1-1.i386.rpm and quicktime4linux-1.4-patched-.gz
but can't seem to get them to build. I'm wondering if any pre-built
binaries exist like for MacOS
I convert old VHS-C-PAL movies to XSVCD. A blue PC-created titel
with a light background shows a blue gleam around the letters. Also
I see at the edges of clothing a gleam. This gleam at sharp edges
is on the original movie too, but you can see no gleam around the
title with the avi-file. Afte
On Dienstag, 11. März 2003 10:13 Bernhard Derks wrote:
> Any ideas? I calculated the bitrate with the Java-applet on
> vcdhelp.
I don't know this applet. I use FitCD, a Win programm, which runs
with wine here. The installation of wine for fitcd was very easy
with Suse 8.1, I clicked on FitCD an
Hi,
i have a set of .avi-Files, re corded with Pinnacle DC10+ and Creative Labs SB 4.1
Digital,
the .eli looks like
LAV Edit List
PAL
10
prior101.avi
prior102.avi
prior103.avi
prior104.avi
prior105.avi
prior106.avi
prior107.avi
prior108.avi
prior109.avi
prior110.avi
0 0 9867
1 0 9867
2 0 9862
3
I decided to compare using the --reduce-hf switch of mpeg2enc to other
methods for reducing noise and the bitrate, after having ignored it
previously. I was pleasantly surprised. To take an example, I
converted noisy DV footage to DVD format with -q 5 and -b 8500:
no denoising:
Hey Paul,
On Sun, 2003-03-09 at 23:08, Paul Forgey wrote:
> Before I reverted from v4l2, I did try ZORAN_VIDEODEV_2 with the same
> results.
Actually, that might be correct, since I can't find Andrew's changes
either. Andrew, did you actually commit them?
Ronald
--
Ronald Bultje <[EMAIL PROTE
35 matches
Mail list logo
