[
http://opencast.jira.com/browse/MH-7641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=26333#comment-26333
]
Christopher Brooks commented on MH-7641:
----------------------------------------
It might be clearer, but as far as gstreamer is concerned, it won't change any
functionality. If already inited, gstreamer won't init again, and no one
should be calling deinit. I think the priority of this task should be coloured
by this fact.
And, in general, the core and the capture agent aren't running on the same
system. This isn't a requirement of course, but I'm suggesting a low priority
for this task, perhaps rising in priority as the core uses more and more
gstreamer.
> Refactor all the Gstreamer-related code out of the capture agent and put it
> inside its own bundle
> -------------------------------------------------------------------------------------------------
>
> Key: MH-7641
> URL: http://opencast.jira.com/browse/MH-7641
> Project: Matterhorn Project
> Issue Type: Task
> Components: Capture (Devices and Software)
> Affects Versions: 1.2
> Reporter: Rubén Pérez Vázquez
> Assignee: Christopher Brooks
>
> (18:56:24) Rubencino: Imagine we've got a couple bundles that use gstreamer
> (18:56:34) Rubencino: and suposse that one of them finishes the work and
> calls deinit
> (18:57:07) Rubencino: if the other is currently doing something with
> gstreamer, it will probably crash
> (18:57:17) Rubencino: because the underlying framework is all the same
> (18:57:20) greg_logan: yup
> (18:57:22) jholtzman: I see... yes, we would not be able to call deinit there
> [...]
> I think it's a solution in search of a problem. We don't have enough code
> using gstreamer at the moment to make that kind of refactoring worth it.
> (19:12:23) greg_logan: maybe once we get confidence monitoring in and going
> again, but not yet
> (19:12:41) jholtzman: greg_logan: Rubencino The way to do this is, in my
> opinion, create an OSGI bundle that exports the gstreamer packages
> (19:12:54) jholtzman: rather than bundling gstreamer in the CA impl jar, as
> we do now
> (19:13:03) jholtzman: that jar can have a bundle activator
> (19:13:07) jholtzman: that calls init and deinit
> (19:13:20) jholtzman: so if the gstreamer packages are available, gstreamer's
> been init'ed
> (19:13:27) jholtzman: if they are not, it's been de-inited
> (19:13:32) jholtzman: ok, cool
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn
To unsubscribe please email
[email protected]
_______________________________________________
