[MPlayer-users] Start of video skipping when -loop 0 appended

[Ivo Kubjas]

Hi

I can confirm that this is avconv bug. Reencoding with ffmpeg solves
the loop seeking issue.

Mplayer console output is added.

Ivo

On 11 December 2012 17:58, Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
> On 11 Dec 2012, at 12:50, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
>> Ivo Kubjas <ivo.kubjas <at> eesti.ee> writes:
>>
>>> I am using MPlayer SVN-r35660-4.7.
>>>
>>> When opening file (encoded with "avconv -i input.avi -c:v libx264
>>> -preset medium -crf 22 -s 1280x720 -c:a libvorbis output.mkv"
>>
>> Could you confirm that this is no avconv-related?
>> The application is known to contain several
>> hundred regressions, so while it is unlikely, maybe
>> the file is completely broken?
>
> Completely seems too strong to me, but it is a bit broken probably, having timestamps starting with negative values.
> I don't think it is possible to enable the behaviour of -loop 0 at the start via slave interface.
> That loop 0 applies to the whole playlist, and the loop property only applies to the files.
> If you do not need to toggle it, you can however start MPlayer already with -loop 0 -slave -idle, I think that should work.
> In addition to that, the loop seek in mplayer.c should be changed to do a percent seek to the start when -ss is not given/it is 0.
> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: avconv_out
Type: application/octet-stream
Size: 44926 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20121213/ec0c128c/attachment-0001.obj>