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

[Ivo Kubjas]

I updated my source to latest revision. Now with MPlayer
SVN-r35691-4.7 while using with or without -ss nopts, it is still not
working.
Attached is mplayer output. Also uploaded broken file (encoded with
similar arguments as in previous mails, but total length cut) to
https://dl.dropbox.com/u/24513994/loop_seek.mkv

Ivo

On 15 December 2012 21:56, Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
> On Tue, Dec 11, 2012 at 04:58:20PM +0100, Reimar Döffinger 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.
>
> I did that last change, so I believe that this kind of files will no
> longer cause issue from r35686 on.
> However I did not have such a file to actually test it, so
> it would be welcome if someone can test it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: loop_seek_log
Type: application/octet-stream
Size: 46826 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20121217/1ba4dba6/attachment-0001.obj>