[Libav-user] Problems with ffvhuff and huvvyuv
Paul B Mahol
onemda at gmail.com
Wed Oct 16 17:46:30 CEST 2013
On 10/16/13, Bruce Wheaton <bruce at spearmorgan.com> wrote:
>> On Oct 16, 2013, at 6:52, James Board <jpboard2 at yahoo.
>> Does my question make sense to anyone? Or am I doing something very
>> with libav and seeking? Has anyone seen this behavior before when you
>> seek to
>> position N in a file, but the first few frames that get decoded are lower
>> than N?
>> Is there a better way?
> Yes, this is known and basically unavoidable with most codecs. Each frame is
> dependent on one or more frames that came before. Even if a system made this
> seem to not happen, from your point of view, it still would be happening in
> the background.
> I mentioned this problem when discussing multi threading.
> The only workaround is to use intra-frame only compression, so all frames
> are independent. Some codecs you listed always work that way.
ffvhuff is intra only.
>> Does this have anything to do with cached frames, or is that another
>> Libav-user mailing list
>> Libav-user at ffmpeg.org
More information about the Libav-user