[FFmpeg-devel] FFmpeg 1.2.3, 0.11.4

[James Almer]

On 25/08/13 11:00 PM, Michael Niedermayer wrote:
> On Sun, Aug 25, 2013 at 10:46:59PM -0300, James Almer wrote:
>> On 25/08/13 10:15 PM, Michael Niedermayer wrote:
>>> On Sun, Aug 25, 2013 at 08:11:01PM -0300, James Almer wrote:
>>>> On 25/08/13 8:01 AM, Michael Niedermayer wrote:
>>>>> Hi
>>>>>
>>>>> Ill make new releases from the 1.2 and 0.11 branches soon
>>>>> and probably other branches as well (depending on how much and what
>>>>> commits accumulated since the last release)
>>>>>
>>>>> If someone wants something backported, now is the time to do it
>>>>> pull req, git send-email, ... whatever you prefer are welcome
>>>>>
>>>>> Thanks
>>>>
>>>> Sent two pull requests for some cherry-picked commits for both branches.
>>>> Also tried to do the same for 1.0 and 1.1 but gihub is behind the main
>>>> repo so the pull request tried to include a bunch other unrelated commits.
>>>
>>> with this code mkv files are generated in which seeking does not seem
>>> to work, so not merged
>>
>> That's odd. The cherry-pick for 1.2 applied with no conflicts at all, so the seek 
>> FATE test result is the same as it is in master.
>> 0.11 was different, though, since the muxer changed quite a bit since then, but the
>> test still seemed to seek just fine.
>>
>> Does it break for both branches? And how did you test it?
> 
> iam testing with 1.2 and its not your patches that cause it, i just
> thought at first they broke seeking but when i tested more i realized
> the failure also happens with versions prior to it, just the new mkv
> file seems needed but the failure doesnt always happen thus its not
> just a broken mkv file ...

Ok, I'll open new pull requests that also include 338f8b2 then.

Regards.