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 729415 - ges-validate: add actions
ges-validate: add actions
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-editing-services
unspecified
Other All
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-05-02 17:23 UTC by Mathieu Duponchelle
Modified: 2017-10-12 19:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ges-timeline: Fix ges_timeline_get_project macro. (1.08 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
ges-launch: When a scenario is set, don't request triplets (864 bytes, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
ges-validate: add an add-asset action (2.25 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
scenarios: Add a remove-asset action, and make add-asset sync. (3.47 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
validate: Add add-layer and remove-layer (3.22 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
ges-launch: Only create a layer if needed. (1.81 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
timeline-element: return TRUE in _set_name when both names match. (952 bytes, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review
validate: add remove / add clip actions (6.17 KB, patch)
2014-05-02 17:23 UTC, Mathieu Duponchelle
committed Details | Review

Description Mathieu Duponchelle 2014-05-02 17:23:04 UTC
And fix some bugs on the way
Comment 1 Mathieu Duponchelle 2014-05-02 17:23:07 UTC
Created attachment 275680 [details] [review]
ges-timeline: Fix ges_timeline_get_project macro.

This macro was a little confused about its own meaning.
Comment 2 Mathieu Duponchelle 2014-05-02 17:23:12 UTC
Created attachment 275681 [details] [review]
ges-launch: When a scenario is set, don't request triplets
Comment 3 Mathieu Duponchelle 2014-05-02 17:23:16 UTC
Created attachment 275682 [details] [review]
ges-validate: add an add-asset action

Conflicts:
	tools/ges-validate.c
Comment 4 Mathieu Duponchelle 2014-05-02 17:23:21 UTC
Created attachment 275683 [details] [review]
scenarios: Add a remove-asset action, and make add-asset sync.
Comment 5 Mathieu Duponchelle 2014-05-02 17:23:26 UTC
Created attachment 275684 [details] [review]
validate: Add add-layer and remove-layer
Comment 6 Mathieu Duponchelle 2014-05-02 17:23:30 UTC
Created attachment 275685 [details] [review]
ges-launch: Only create a layer if needed.

That way scenarios can start with an empty timeline
Comment 7 Mathieu Duponchelle 2014-05-02 17:23:33 UTC
Created attachment 275686 [details] [review]
timeline-element: return TRUE in _set_name when both names match.
Comment 8 Mathieu Duponchelle 2014-05-02 17:23:39 UTC
Created attachment 275687 [details] [review]
validate: add remove / add clip actions

And a helper to get a layer by priority
Comment 9 Thibault Saunier 2014-05-02 17:25:34 UTC
Review of attachment 275680 [details] [review]:

Not sure, I liked it ;P
Comment 10 Thibault Saunier 2014-05-02 17:26:57 UTC
Review of attachment 275681 [details] [review]:

OK, we should had some more testing about what the scenario is about in the future though
Comment 11 Thibault Saunier 2014-05-02 17:27:00 UTC
Review of attachment 275681 [details] [review]:

OK, we should had some more testing about what the scenario is about in the future though
Comment 12 Thibault Saunier 2014-05-02 17:28:06 UTC
Review of attachment 275682 [details] [review]:

OK
Comment 13 Thibault Saunier 2014-05-02 17:29:43 UTC
Review of attachment 275683 [details] [review]:

::: tools/ges-validate.c
@@ +148,3 @@
   }
 
+  if (type == GES_TYPE_URI_CLIP)

That should go into the previous commit
Comment 14 Thibault Saunier 2014-05-02 17:30:56 UTC
Review of attachment 275684 [details] [review]:

::: tools/ges-validate.c
@@ +173,3 @@
+  }
+
+  layer = ges_layer_new();

Please verify that that layer does not exist first
Comment 15 Thibault Saunier 2014-05-02 17:31:44 UTC
Review of attachment 275685 [details] [review]:

OK
Comment 16 Thibault Saunier 2014-05-02 17:32:08 UTC
Review of attachment 275686 [details] [review]:

OK
Comment 17 Thibault Saunier 2014-05-02 17:36:42 UTC
Review of attachment 275687 [details] [review]:

That commit name is weird

::: tools/ges-validate.c
@@ +203,3 @@
+_remove_layer (GstValidateScenario *scenario, GstValidateAction *action)
+{
+  GESTimeline *timeline = get_timeline(scenario);

Have you double checked we do not get a ref? (I have a doubt)

@@ +235,3 @@
+  gboolean res = FALSE;
+
+  gst_structure_get_int(action->structure, "layer-priority", &layer_priority);

Hrm, why don't you get the layer from the clip directly? I think it would make more sense

@@ +281,3 @@
+
+  if (!asset || error) {
+    GST_ERROR("There was an error requesting the asset with id %s and type %s", asset_id, type_string);

You could print error->message, it is often useful :)

@@ +298,3 @@
+  }
+
+  clip = ges_layer_add_asset(layer, asset, -1, 0, duration, GES_TRACK_TYPE_UNKNOWN);

duration = GST_CLOCK_TIME_NONE will do what you want.
Comment 18 Mathieu Duponchelle 2014-05-07 23:24:51 UTC
(In reply to comment #17)
> Review of attachment 275687 [details] [review]:
> 
> That commit name is weird
> 
> ::: tools/ges-validate.c
> @@ +203,3 @@
> +_remove_layer (GstValidateScenario *scenario, GstValidateAction *action)
> +{
> +  GESTimeline *timeline = get_timeline(scenario);
> 
> Have you double checked we do not get a ref? (I have a doubt)

We do get one, as the get_property for pipeline.timeline uses set_object.
Fixing that in a subsequent commit for every action.

> 
> @@ +235,3 @@
> +  gboolean res = FALSE;
> +
> +  gst_structure_get_int(action->structure, "layer-priority", &layer_priority);
> 
> Hrm, why don't you get the layer from the clip directly? I think it would make
> more sense
> 

Yep, done

> @@ +281,3 @@
> +
> +  if (!asset || error) {
> +    GST_ERROR("There was an error requesting the asset with id %s and type
> %s", asset_id, type_string);
> 
> You could print error->message, it is often useful :)

True, done

> 
> @@ +298,3 @@
> +  }
> +
> +  clip = ges_layer_add_asset(layer, asset, -1, 0, duration,
> GES_TRACK_TYPE_UNKNOWN);
> 
> duration = GST_CLOCK_TIME_NONE will do what you want.

OK, done
Comment 19 Mathieu Duponchelle 2014-05-07 23:29:43 UTC
(In reply to comment #14)
> Review of attachment 275684 [details] [review]:
> 
> ::: tools/ges-validate.c
> @@ +173,3 @@
> +  }
> +
> +  layer = ges_layer_new();
> 
> Please verify that that layer does not exist first

Done
Comment 20 Mathieu Duponchelle 2014-05-07 23:30:04 UTC
(In reply to comment #13)
> Review of attachment 275683 [details] [review]:
> 
> ::: tools/ges-validate.c
> @@ +148,3 @@
>    }
> 
> +  if (type == GES_TYPE_URI_CLIP)
> 
> That should go into the previous commit

Done
Comment 21 Mathieu Duponchelle 2014-05-07 23:41:41 UTC
Pushed there : https://github.com/MathieuDuponchelle/PitiviGes/commits/timeline_element_name

If you still see things to fix, I'll close that bug and open a new one for a new review.

Beware, in that branch, there also is a new commit, https://github.com/MathieuDuponchelle/PitiviGes/commits/timeline_element_name which depends on the "stateless" patch to be merged in validate.

Other than that I think we're good to go:D
Comment 22 Thibault Saunier 2014-05-08 06:13:07 UTC
(In reply to comment #21)
> Pushed there :
> https://github.com/MathieuDuponchelle/PitiviGes/commits/timeline_element_name
> 
> If you still see things to fix, I'll close that bug and open a new one for a
> new review.
> 
> Beware, in that branch, there also is a new commit,
> https://github.com/MathieuDuponchelle/PitiviGes/commits/timeline_element_name
> which depends on the "stateless" patch to be merged in validate.

It has been merged already.

> Other than that I think we're good to go:D

Looks like it is, go ahea :)
Comment 23 Luis de Bethencourt 2014-11-06 16:05:35 UTC
Comment on attachment 275681 [details] [review]
ges-launch: When a scenario is set, don't request triplets

commit 49a21044cab43043598b972b9dee200a2b51c60b
Comment 24 Luis de Bethencourt 2014-11-06 16:06:21 UTC
Comment on attachment 275680 [details] [review]
ges-timeline: Fix ges_timeline_get_project macro.

commit 71b9d421b8968ccab245314587aa15bffd78f208
Comment 25 Luis de Bethencourt 2014-11-06 16:07:06 UTC
Comment on attachment 275682 [details] [review]
ges-validate: add an add-asset action

commit 3c7b9d0ea466f6745bf501c6a55d95ae27f44cd9
Comment 26 Luis de Bethencourt 2014-11-06 16:07:24 UTC
Comment on attachment 275682 [details] [review]
ges-validate: add an add-asset action

ooops
Comment 27 Luis de Bethencourt 2014-11-06 16:08:04 UTC
Comment on attachment 275685 [details] [review]
ges-launch: Only create a layer if needed.

commit f16ad15ef359ebcec4312ef58dfad3f87502bc19
Comment 28 Luis de Bethencourt 2014-11-06 16:08:38 UTC
Comment on attachment 275686 [details] [review]
timeline-element: return TRUE in _set_name when both names match.

commit 12a2d96a342efa58d1ce8e943d01c51bdd6bc935
Comment 29 Luis de Bethencourt 2014-11-06 16:09:34 UTC
Just doing some bugzilla cleanup.

Awesome work Mathieu
Comment 30 Thibault Saunier 2014-11-06 16:14:58 UTC
All those patch are present on: http://cgit.collabora.com/git/user/tsaunier/gst-editing-service/log/?h=post_1.4 -- We should push that branch!

Luis if you wanna give more eyes to it, you are very welcomed ;)
Comment 31 Luis de Bethencourt 2014-11-06 18:18:30 UTC
Very busy this week but I will look at it as soon as I can :)
Comment 32 Mathieu Duponchelle 2017-10-12 19:00:42 UTC
Review of attachment 275683 [details] [review]:

This was merged quite some time ago it seems
Comment 33 Mathieu Duponchelle 2017-10-12 19:00:59 UTC
Review of attachment 275684 [details] [review]:

This was merged quite some time ago it seems
Comment 34 Mathieu Duponchelle 2017-10-12 19:01:01 UTC
Review of attachment 275684 [details] [review]:

This was merged quite some time ago it seems
Comment 35 Mathieu Duponchelle 2017-10-12 19:01:11 UTC
Review of attachment 275687 [details] [review]:

This was merged quite some time ago it seems