Hi. I do not know about this problem... The problem in this video looks like the > bitrate is too low. Maybe when you encode at constant frame rate you use a > higher bitrate? Or maybe a lower frame rate? > > This really does not look like a variable frame rate video... > Looks like there is some kind of clock skew between source and transcoder, > and you are trying to compensate for it by decreasing the frame rate over > time... But this cannot work (will give very bad video). >
I have an idea which I wanted to hear your opinion on. If I know that physically the frame rate would never be above 30, can I set the timebase to be 60, for example, and then operate with 1/60 units? For example, if I received 2 frames in 0.1 and 0.2 of second respectively, and then got the 3rd in 0.5 of second, could I timestamp them like this? 1st frame - 6 2nd frame - 12 3rd frame - 30 and so on. Theoretically it should work correctly, as I give enough time_unit space to distribute the frames over the second, while keeping on correct timing. What do you think? _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
