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 766256 - gst-play: Port to GstPlayer with a private copy for the time being
gst-play: Port to GstPlayer with a private copy for the time being
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-05-11 07:30 UTC by Sebastian Dröge (slomo)
Modified: 2018-11-03 11:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2016-05-11 07:30:28 UTC 
See summary. We probably have all features now in GstPlayer but needs to be checked.

https://github.com/sdroege/gst-player/tree/master/gst-play has a port of it based on a much older version of gst-play.
Comment 1 Tim-Philipp Müller 2016-05-11 07:47:04 UTC 
I don't see the point of this, then we have to maintain two copies of it?

You could add a noinst tool in -bad for testing it? (or even an inst one if it's named differently)
Comment 2 Sebastian Dröge (slomo) 2016-05-11 08:18:42 UTC 
The point is to give GstPlayer some wider testing and more visibility. And make people not add random features to gst-play but rather to GstPlayer directly.

Not much different than the copies we keep around for various base classes in bad really.
Comment 3 GStreamer system administrator 2018-11-03 11:46:24 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-base/issues/267.