[Bug 757563] audiomixer: issues with seamless looping (missing support for non-flushing seeks)
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Feb 1 20:39:30 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=757563
--- Comment #26 from Stefan Sauer (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> ---
(In reply to Mathieu Duponchelle from comment #24)
> Review of attachment 366010 [details] [review]:
>
> Some comments, I also wonder the same thing as Olivier. Second part of the
> commit message should also be edited out :)
>
> ::: gst-libs/gst/audio/gstaudioaggregator.c
> @@ +1732,2 @@
> /* Update position from the segment start/stop if needed */
> + if (agg->segment.position == -1 || agg->segment.position <
> agg->segment.start) {
>
> How can this happen?
This is the same check as here:
https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/audio/gstaudioaggregator.c#n436
I don't have a repro right now, but I am sure I run into it since I added the
condition there.
>
> @@ +1999,3 @@
> + /* when using live sources, we might get output_offset to be offset +
> 1
> + * due to rounding errors (?), clip the max_offset to the segment
> + */
>
> That seems unrelated, and I'm not sure I understand how this can happen, I
> think it'd better be discussed in a separate issue.
I've extracted the change and will try to come up with a separate repro.
>
> @@ +2049,3 @@
> /* send it out */
> GST_LOG_OBJECT (aagg,
> + "pushing outbuf %p, timestamp %" GST_TIME_FORMAT ", offset %"
>
> Could be simplified by just using GST_PTR_FORMAT + the offset instead
Done.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list