[MPlayer-dev-eng] [PATCH] ve_xvid4.c catching up with xvid 1.0.0 beta3
Ivan Kalvachev
ivan at cacad.com
Thu Jan 22 00:48:14 CET 2004
Sorry, but the patch have been rejected!
xvidenc_packed,
xvidenc_chromame,
xvidenc_vhq
these variables are flags, and mencoder configure system only can set them.
Setting them by default will make it impossible to turn them off!
I can accept these if they are properly documented!
xvidenc_max_bframes - I think that this enables B frames by default
xvidenc_vbr_overflow_control_strength
xvidenc_vbr_max_overflow_improvement
xvidenc_vbr_max_overflow_degradetion -hmm
xvidenc_vbr_container_frame_overhead - mencoder does it's own bitrate
calculations, pleace make sure you won't fool them.
New options (for -doc):
chroma_opt - enable chroma optimization pre-filter.
Do you think that name chroma_filter, give better impression of the
function usage?
turbo - use faster (and less accurate) ME functions
dar_aspect - I don't like the implementation.
There are 2 parameters 'par' and 'aspect' that do one and same thing!
merge them. Use ve_ffmpeg.c as example how to handle aspect
caclulaction! I would like autoaspect function :)
Don't forget that the other aspect's can take not only float,
but also "16:9" "21:17" "2.21:1". Happy hacking.
I definitly don't like mixing float and integer calculation.
dar_x,dar_y are completly useless! and decrease accuraty, and I think that
the implementation is wrong! I just look at these lines:
dar_x = (int)(xvidenc_dar_aspect * 100.0f);
--> dar_y = 100;
frame->par = XVID_PAR_EXT;
--> frame->par_width = (100 * mod->mux->bih->biHeight) / dar_y;
yep, width=height!, and height changed to keep the aspect.
It may not be bug, but it is ugly!
Best Regards
Ivan Kalvachev
iive
p.s.
I may strip the patch and make "par" accept float values.
But not anytime soon. Sorry
More information about the MPlayer-dev-eng
mailing list