Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

switch to gstreamer 1.8 on osx #1168

Closed
totaam opened this issue Apr 16, 2016 · 15 comments
Closed

switch to gstreamer 1.8 on osx #1168

totaam opened this issue Apr 16, 2016 · 15 comments

Comments

@totaam
Copy link
Collaborator

totaam commented Apr 16, 2016

Issue migrated from trac ticket # 1168

component: platforms | priority: blocker | resolution: fixed | keywords: osx

2016-04-16 04:40:26: antoine created the issue


Follow up from #1069.

@totaam
Copy link
Collaborator Author

totaam commented Apr 22, 2016

2016-04-22 15:05:05: antoine commented


See also: r12468.
Hopefully this is not a problem with 1.8, but something specific to Ubuntu?

@totaam
Copy link
Collaborator Author

totaam commented Jul 12, 2016

2016-07-12 17:52:23: antoine commented


Milestone renamed

@totaam
Copy link
Collaborator Author

totaam commented Aug 4, 2016

2016-08-04 06:11:18: antoine changed priority from major to critical

@totaam
Copy link
Collaborator Author

totaam commented Aug 4, 2016

2016-08-04 06:11:18: antoine commented


Raising: el-capitan is not happy with the audio API used, newer versions may fix this: WARNING: 140: This application, or a library it uses, is using the deprecated Carbon Component Manager for hosting Audio Units. Support for this will be removed in a future release. Also, this makes the host incompatible with version 3 audio units. Please transition to the API's in AudioComponent.h.

@totaam
Copy link
Collaborator Author

totaam commented Aug 12, 2016

2016-08-12 09:28:26: antoine changed priority from critical to blocker

@totaam
Copy link
Collaborator Author

totaam commented Aug 12, 2016

2016-08-12 09:28:26: antoine commented


Raising, blocker for #1276.

@totaam
Copy link
Collaborator Author

totaam commented Aug 18, 2016

2016-08-18 18:22:17: smo commented


r13389 updates gstreamer-1.0 to 1.8.2
r13390 updates gst-plugins-base-1.0 to 1.8.2
r13392 uses patch from previous 1.6.4 to fix defines
r13393 updates gst-plguins-ugly-1.0 to 1.8.2
r13395 updates gst-plugins-bad-1.0 to 1.8.2

plugins-bad-1.0 seems to stall during compile with these errors from gst-plugin-scanner

(gst-plugin-scanner:96515): GLib-GObject-WARNING **: cannot register existing type 'GstRtpH265Depay'
(gst-plugin-scanner:96515): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed
(gst-plugin-scanner:96515): GStreamer-CRITICAL **: gst_element_register: assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' failed

tried to remove GstRtpH265Depay with r13396 but this doesn't seem to fix the problem

We really need some of the modules in plugins-bad if we can't make this work we may have to revert back to 1.6.4

I'll continue to try and make this work.

@totaam
Copy link
Collaborator Author

totaam commented Aug 18, 2016

2016-08-18 19:37:11: smo commented


Tried to resolv this by removing more modules which turns out not to be the actual problem.

r13396 disables libde265
r13397 disables mpeg modules
r13398 disables gtk

Answer came from here

[http://gstreamer-devel.966125.n4.nabble.com/gstreamer-not-working-after-upgrade-to-1-8-0-td4676621.html]

rm ~/gtk/inst/lib/gstreamer-1.0/libgstrtpbad.so

Turns out there really was a duplicate because some code was moved into plugins-good and we still had the module installed from 1.6.4

Everything we need builds now but still needs some testing.
I'm going to leave the modules i've disabled for the time being if there is any issue we can always revert back.
We might even consider another ticket for disabling more gstreamer modules we don't use.

@totaam
Copy link
Collaborator Author

totaam commented Aug 19, 2016

2016-08-19 04:54:18: antoine commented


We trim the list of plugins we ship in the osx build scripts, so it shouldn't really matter if we have or don't have those extra modules installed on the build system.

@totaam
Copy link
Collaborator Author

totaam commented Aug 22, 2016

2016-08-22 13:01:08: antoine commented


FYI: 1.8.3 is out, see Release notes for GStreamer 1.8.3

@totaam
Copy link
Collaborator Author

totaam commented Sep 9, 2016

2016-09-09 00:21:46: smo changed owner from smo to antoine

@totaam
Copy link
Collaborator Author

totaam commented Sep 9, 2016

2016-09-09 00:21:46: smo commented


r13621 changes these to 1.8.3

I've built them with no issue should be tested.

@totaam
Copy link
Collaborator Author

totaam commented Sep 9, 2016

2016-09-09 03:28:17: antoine changed status from new to closed

@totaam
Copy link
Collaborator Author

totaam commented Sep 9, 2016

2016-09-09 03:28:17: antoine set resolution to fixed

@totaam
Copy link
Collaborator Author

totaam commented Sep 9, 2016

2016-09-09 03:28:17: antoine commented


Looks good, quickly tested with a few codecs without problems.
Can be re-tested as part of #1276 so closing for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant