ext/lame/gstlame.c: Use gst_util_uint64_scale instead of gst_util_uint64_scale_int as 8 * GST_SECOND is too large for...

Original commit message from CVS:
* ext/lame/gstlame.c: (gst_lame_sink_event):
Use gst_util_uint64_scale instead of gst_util_uint64_scale_int
as 8 * GST_SECOND is too large for int.
This commit is contained in:
Sebastian Dröge 2008-01-14 11:24:57 +00:00
parent 790c1041e5
commit 471651b465
2 changed files with 7 additions and 1 deletions

View file

@ -1,3 +1,9 @@
2008-01-14 Sebastian Dröge <slomo@circular-chaos.org>
* ext/lame/gstlame.c: (gst_lame_sink_event):
Use gst_util_uint64_scale instead of gst_util_uint64_scale_int
as 8 * GST_SECOND is too large for int.
2008-01-14 Sebastian Dröge <slomo@circular-chaos.org>
* gst/mpegaudioparse/gstmpegaudioparse.c: (gst_mp3parse_reset),

View file

@ -974,7 +974,7 @@ gst_lame_sink_event (GstPad * pad, GstEvent * event)
if (size > 0 && lame->last_flow == GST_FLOW_OK) {
gint64 duration;
duration = gst_util_uint64_scale_int (size, 8 * GST_SECOND,
duration = gst_util_uint64_scale (size, 8 * GST_SECOND,
1000 * lame->bitrate);
if (lame->last_ts == GST_CLOCK_TIME_NONE) {