Closed GoogleCodeExporter closed 8 years ago
mplayer doesn't give the information that this stream does not start at time 0.
So
please reencode the stream to have proper time stamps or have the mplayer
project fix
this issue.
Original comment by kdeko...@gmail.com
on 13 Oct 2009 at 1:15
I see it is an mplayer problem. I'll follow up there.
>So please reencode the stream to have proper time stamps
Seemingly knowledgeable and involved people in #Vorbis insist that these are
'proper
time stamps'.
Original comment by jyqvkl...@googlemail.com
on 13 Oct 2009 at 3:29
[deleted comment]
Since mplayer does not emit a "ID_START" or equivalent tag, or doesn't subtract
the
starttime from the endtime to give the length of the media. I must assume this
file
starts at time 0.00. So the file may be totally accurate, but since I don't
have the
information needed to properly process this file, I can't fix it.
Gstreamer does properly handle it and my alternate application 'fosfor' only
shows a
minute run time.
Original comment by kdeko...@gmail.com
on 13 Oct 2009 at 4:22
looks like mplayer will be seeing the correction soon. i submited a bug report
and
someone _already_ sent a patch to the mailing list.
http://article.gmane.org/gmane.comp.video.mplayer.devel/54028
Original comment by jyqvkl...@googlemail.com
on 14 Oct 2009 at 6:36
Since MPlayer has fixed this, is this still a Won'tFix in Gnome-MPlayer?
Original comment by jyqvkl...@googlemail.com
on 24 Oct 2009 at 8:32
Well the display looks weird on the screen due to the time stamps, but in
reality
there is still really not enough information to fix anything in gnome-mplayer.
But
with the latest mplayer the seek bar does work properly.
Original comment by kdeko...@gmail.com
on 24 Oct 2009 at 1:18
Original issue reported on code.google.com by
jyqvkl...@googlemail.com
on 13 Oct 2009 at 8:14Attachments: