Bug 747184 – qtmux/mp4mux can't change size after first buffer.

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 747184 - qtmux/mp4mux can't change size after first buffer.


Summary:	qtmux/mp4mux can't change size after first buffer.


Status:	RESOLVED OBSOLETE

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins-good
Version:	git master
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	git master
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2015-04-01 14:40 UTC by Marcin Kolny (IRC: loganek)
Modified:	2018-11-03 14:59 UTC

See Also:
GNOME target:	---
GNOME version:	---

Attachments
test application (2.56 KB, text/x-csrc) 2015-04-01 14:40 UTC, Marcin Kolny (IRC: loganek)	Details

Description Marcin Kolny (IRC: loganek) 2015-04-01 14:40:30 UTC

Created attachment 300752 [details]
test application

Hi,
I've udp video stream, which can change its resolution. I've noted, that qtmux/mp4mux fails, when video size is changed. I did simple application, which triggers this bug (see attachment).
I digged a little, and noted, that the problem is in method gst_qt_mux_video_sink_set_caps. At the beginning, function checks, whether previous caps are subset of new caps (gst_qtmux_caps_is_subset_full). It obviously isn't true, because caps have other size. I saw comment above - Does it mean, that there is no possibility to renegotiate caps in mp4mux/qtmux?
IMO it's a bug in a plugin, but have no idea how to fix it in a proper way.

Comment 1 GStreamer system administrator 2018-11-03 14:59:27 UTC

-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/177.