Hi Michael,
> The question doesn't entirely make sense. If you want 30fps in realtime, > 
> but can only encode 25 frames in one second, then your output will only > 
> have 25 frames per second regardless of how you specify the framerate. > But, 
> I'll assume you mean that you want to display frames with 33ms > duration and 
> occasionally let the video stutter.> > For a variable framerate codec, you 
> can get this effect just with the > timestamps. When you drop a frame, just 
> make the next timestamp 66ms from > the previous.> 
 
Basically I am feeding the input frames to the encoder at potentially a faster 
rate  then the encoder can handle. For example 30 frames per second of 
1920x1200 YUV420. The MPEG-4 Encoder seems to only be able to encode this at 
3-4 frames per second, but has no way of dropping them to still meet 30fps. I 
don't want the encoder to do 3-4fps since then I will have a backlog of input 
frames.
> Just to be sure there isn't confusion... if you compile ffmpeg without > 
> libswscale, and then use swscale functions anyway, they will use an older > 
> implementation that used to be "img_convert". This implmentation works > fine 
> for most common conversions.
 
I am trying to do  RGB16/24 to YUV conversion. I thought if i used any swscale 
functions without compiling with libswscale, then I will get some linking 
errors? If not can you tell me which functions to use to do the above 
conversions?
_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/oneline/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user

Reply via email to