On Thu, 8 Jul 2004, Alexei Dets wrote:
> > I've very suprised to see those results! When I enabled HT the
> > entire system slowed down and encoding ran about 15-20% *SLOWER*. That
>
> This was a 2.4.x kernel from the kernel.org? I'm not using them since a long
It was whatever kernel came with SuSE 8.x (might have been 8.2).
> RedHat's 2.4.x kernels have a big set of features from 2.6.x kernels:...
Actually that is one thing that irritates me to no end with RedHat.
If I want a 2.6 kernel I'll run a 2.6 kernel - not 2.4 with
retrofits and backports. I've long since abandoned RH - but this isn't
the place to have a "religious" debate :)
> > Place a yuvdenoise, yuvmedianfilter, or y4mdenoise in the pipeline and
>
> BTW, it will be really interesting - what will be the difference in this case,
> than processor has more different tasks to run? Can you propose additions to
The primary thing you will notice is that the speed of the encoder
becomes irrelevant - you could double the speed of the encoder and
it would have little or no effect because the bottleneck shifts
to oen or more of the filters.
> my command line ("cat stream.yuv | yuvscaler -n n -O SVCD 2> /dev/null |
> mpeg2enc -f 4 -F 1 -p -M <thread number> -o stream.m2v 2> /dev/null") to
My typical pipeline goes something like this (for a typical to low
quality VHS tape) when creating a DVD. I use 'smilutils' to
decode the raw DV data to YUV4MPEG2 4:1:1 and do all the processing
in 4:1:1 and then have y4mscaler do the 411 -> 420 conversion just
before the encoder.
smil2yuv -i 2 raw.dv | \
y4mspatialfilter -L 5,0.75,5,0.75 -C 3,0.5,3,0.5 | \
y4mdenoise -t 6 | \
y4mscaler -O chromass=420_mpeg2 -O sar=src -O size=704x480 | \
bfr -b 20m | \
mpeg2enc -M 2 -f 8 -q 5 -K tmpgenc -4 2 -2 1 -D 10 -E -10 -r 24 -o foo.m2v
with the current cvs version it's not necessary to use the
--no-dualprime-mpeg2 option since that's the default now.
You can also change the 'y4mdenoise' command to be 'yuvdenoise -l 3'
if you prefer.
The 'bfr' program is a simple buffering program that tries to keep the
encoder busy - it's optional so if you don't have it you can skip
using it.
Cheers,
Steven Schultz
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
