On Mon, Dec 30, 2002 at 08:34:08PM -0600, Jeremy Mann wrote:
>
> I still don't see what the big hype is about PVRs.
Best thing since TV. :-)
> First of all, you can't
> get the MPEG recorded material OFF the PVR without first capturing from
> its own outputs.
You are right if you are talking a
Since kcvdphoto was mentioned on the mjpeg home page I thought it would be
appropriate to tell you about VCDMeta.
VCDMeta is a Perl script which makes creating easy to navigate VCD
extremely simple. It takes in a simplified XML documents which simply
contains a list of the Videos you want to i
On Mon, Dec 30, 2002 at 06:20:44PM -0800, Trent Piepho wrote:
> On Mon, 30 Dec 2002 [EMAIL PROTECTED] wrote:
> > At the difference in space usage, disk. I have a 5:27s clip here
> > that I was testing with. It is 720x480, default lavrec jpeg quality
> > (50% I think it is isn't it?). It is 917MB
On Mon, Dec 30, 2002 at 10:16:18AM -0800, Trent Piepho wrote:
>
> If you just want a PVR, then why not keep the recording in mjpeg form?
Something else worth mentioning here. MJPEG seems to take a lot of
CPU to decode. Using MPlayer, I constantly drop frames trying to play
an MJPEG on the same
Hi -
> From: Florin Andrei <[EMAIL PROTECTED]>
> > Did you denoise the material first? The average bit rate shown
>
> No.
Try it - as an experiment if nothing else.
> My source is a rather cheap DV camera (Sony TRV240). On one hand, being
I can go you one cheaper - I'v
On Tue, 2002-12-31 at 08:09, Steven M. Schultz wrote:
>
> Did you denoise the material first? The average bit rate shown
> is right up against the maximum.
No.
My source is a rather cheap DV camera (Sony TRV240). On one hand, being
a digital camera makes it less noisy than other (an
-M0 + the ASM change seems to do the trick. Note: It still stalls
without -M0.
Must be cygwyn threading implementation or even w2k.
BTW: Has anyone else noticed that linux is *much* better at doing more than
one thing at a time (ie, multitasking) than windows? IMO Windows/2k can run
the GUI OR so
Hello -
> From: Johannes Sixt <[EMAIL PROTECTED]>
> I would like to provide a translation of my little daughter's baby talk ;-) in
> subtitles of SVCDs. Is this possible with the current toolset for Linux?
> (mjpegtools, vcdimager, gimp, etc.)
subtitling can be done with a tool provided
Hi,
I would like to provide a translation of my little daughter's baby talk ;-) in
subtitles of SVCDs. Is this possible with the current toolset for Linux?
(mjpegtools, vcdimager, gimp, etc.)
The footage is DV material captured from a camcorder, edited with kino and/or
Cinelerra.
I would also
>Hi Matto,
Hey, Andrew, happy new year,
>I haven't had a chance to look at the code so I don't know how wide the
>H-scaling filter can be.
A filter can be as wide as it wants to be --- the code is quite general
in that regard (hence not as fast as it could be for any given filter).
> H
> From: Matto Marjanovic <[EMAIL PROTECTED]>
>
> How about trying it without yuvdenoise in the pipeline?
> yuvdenoise does quite a bit of low-pass filtering of its own, which means
> that later stages are less prone to aliasing ('cause it leaves less HF
Ok - here you are - and this almo
Thanks for the replies.
I see now where I needed to move the entire quadword in the ASM.
Regarding the lockup I will try -M0 today.
Just to clarify, I should not use the term "lock-up", it was in a blocked
state (CPU idle 100%), which is also attributable to an incorrect threading
implementation on
On Tue, 31 Dec 2002, Andrew Stevens wrote:
> It would be mega-fantastic if we could tweek the drivers to capture MJPEG at
> SVCD resolution. I think the Zoran chipset / video decoders can actually
> support this. The necessary driver tweaking would be pretty fiddly
> though...
I don't that
Hi John,
Found your post after all...
On Monday 30 Dec 2002 3:11 am, John Ribera wrote:
> I changed line 394:
> punpcklwd mm5, [INP+8]
> to these two lines:
> movd mm2, [INP+8]
> punpcklwd mm5, mm2
>
> since nasm had a problem with the source size.
This seems to be a bug in
Hi,
> Right. Input is broadcast (cable) and output is to a television.
>
> > 2 fps does not
> > sound unreasonable for an Athlon 800Mhz considering that disk I/O and
> > lav2yuv are going to slow things down.
>
> So it seems. It's just so disappointing. I mean considering mp1e can
> encode mpeg
Hi "jjr",
Looks like I missed your earlier post(ings).
> Looks like my ASM change is not happening or cygwin/windows2000 cannot
> handle it since all my tests are dying on it after 54-194 frames. I tried:
What asm change was that?
> lav2yuv test.avi | mpeg2enc -f8 -o t.avi #which locked up eve
On Tue, 31 Dec 2002, Steven M. Schultz wrote:
> > Note the use of "buffer" to buffer after the remote-pipe so that the 10MB/sec
> >
> > Unfortunately, this mega-useful little utility isn't a standard part of most
> > Distro's. On Debian there's different "buffer" that is used for tape archive
>
>
Hi Matto,
I haven't had a chance to look at the code so I don't know how wide the
H-scaling filter can be. However, if you can do it a Lanczos kernel or
windowed sinc at 7 or 9 taps width is generally what is used professionally
(resources permitting).
V-scalers are usually narrower as video s
Hi -
> From: Andrew Stevens <[EMAIL PROTECTED]>
> Steven is dead right. I can get around 10fps for DVD with interlace support
> on my 2100+ Athlon box with another machine doing the "lav2yuv"-ing the
Gosh, I figure I was doing good to get 6fps - but that is running
the denoise
> It would seem that ~1.5-2.0 fps is about what a 800MHz P3 types of
> system can do. One way to speed things up somewhat is to have a
> dual cpu system so that the denoising/scaling/filtering/whatever
> can be done in parallel with the encoding.
For this kind of Applica
HI Jay,
> My question now concerns optimizing for quality. I watched a couple of
> the SVCDs I'd burned recently, and while overall the quality was fine,
> on one of the discs had many dark scenes, and these tended to get badly
> pixelated.
?
> What can I do to improve output quality, given the c
Hi all,
>
> When 30fps rates are mentioned they are almost always talking about
> 352x240 (VCD) MPEG-1 and _not_ 720x480 (DVD).
Steven is dead right. I can get around 10fps for DVD with interlace support
on my 2100+ Athlon box with another machine doing the "lav2yuv"-ing the
encode
Hi -
> From: Florin Andrei <[EMAIL PROTECTED]>
> > jitter/stuttering I had to drop the average bitrate down from
> > SVCD's ~2500 to around 2100...
>
> Argh!
> If i remember correctly, i used to encode at a smaller bitrate than
> standard. Maybe it's the same thing.
Yes, it could
23 matches
Mail list logo
