From: SourceForge.net <no...@so...> - 2007-10-30 12:24:11
|
Bugs item #1822732, was opened at 2007-10-30 13:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1822732&group_id=9655 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: demuxer (stream type support) Group: v1.1.8 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Frank Mulder (frankmulder) Assigned to: Nobody/Anonymous (nobody) Summary: Flac demuxer sends wrong input_time Initial Comment: I noticed that in xine based players, the flac time display is a few seconds off from the real time value. So if I start playing a file, and at the same I start a timer, the time values do not match. This is most likely because of the variable bitrate of flac, because the timer goes slower or faster as the bitrate becomes lower or higher. I tried to find the bug myself, and found that demux_flac_send_chunk in demux_flac.c sends an _estimate_ of the input_time field. Judging from the code, this was intended, but it is clearly not desired behaviour (I ran across this when people shared some great moments in music by Pat Metheny, like "check Nando's Kalimba at the 12:03 mark of Part 1"). Maybe a solution is not to use the nominal bitrate, but the bitrate at a certain point in time. However, I'm not really into the xine code, so I cannot say if this is easy to implement. I found that XMMS gives the correct timings, so it should be possible. Thanks for looking into this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109655&aid=1822732&group_id=9655 |