On Thu, Apr 06, 2006 at 03:47:15PM -0700, Steven M. Schultz wrote:
> 
> On Fri, 7 Apr 2006, Nicolas wrote:
>       It's not hurting anything (or helping ;)) but -V isn't necessary.

Huh? It's written in the manpage of mplex:
-V|--vbr
Set variable bit rate multiplexing.  This is needed to multiplex
variable bit-rate video streams correctly.

>       Have to say that the rate control's working fine since the peak
>       is almost exactly 9600 - but wow, the average is right up against
>       (~5%) the peak.  Be nice to know where that spike happens - applying
>       a filter over just that range of a few frames might be all that's
>       necessary.

I don't apply any filter. I spent 2 evenings trying to find good
settings to denoise the video without any success. Each time the result
was blur. There was far less details on the pictures...

>       Is there a lot of constant camera shake?  Was this from a miniDV or
>       analog camcorder?  Is it noisy?    If it was from an analog capture
>       method did you blacken the edges where "VCR noise" hides?

There's a lot of camera shake, and the video comes from an analog
camcorder. It's noisy indeed, and some scenes are shot in a forrest (lot
of details in the background). The edges are blacken using yuvscaler.
In fact, I'm archiving old Hi8 cassettes shot around 10 years ago.

>       There's something about the source that's creating files that
>       are right on the edge of being usable.  

You probably guess right... The video is really noisy. But I really did
not find any correct solution to remove the noise without softening very
much the video. The last thing I tried was that :
/usr/bin/yuvcorrect -T INTERLACED_BOTTOM_FIRST | /usr/bin/yuvscaler -v
0 -I ACTIVE_702x560+8+8 -M BICUBIC | yuvdenoise -s 2,6,6 -g 0,0,0 -t
4,5,5 | /usr/bin/yuvmedianfilter -t 0 | /usr/bin/y4munsharp -L 1.0,0.2,0

>       Maybe adding -E to the encoding parameters will help lower the peak
>       rate.  

I fear that could reduce the video quality. It really need to be
excellent, because that's probably those DVD will probably be the only
media I'll be able to read in 10 or 20 years. The cassettes won't last
that long... I really don't mind about burning 4 DVD to backup one 90
minutes long Hi8 cassette (2 DVD for the video + 2 DVD "backup" which I
won't use at all).

>       Maybe the default of "-b 230" (default for DVD/-f8) isn't quite enough,
>       and '-b 240' would work but that implies there's an anomaly in the
>       stream that's causing the buffer underrun.

Mmmm... I'll try that too. For the moment, Cinelerra is still rendering
the video at 9000 kbps.

>       There have been some changes to mplex since 1.8.0 was released but
>       none that I recall about general -f 8 multiplexing.

OK.

Thank you, Steven! =)

Nicolas.


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to