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 752385 - ges-pipeline: can not start GESPipeline with (TS/MP4 and AAC/MP3) and with GESTimeline without audio track after update GES from 1.5.0.x to 1.5.2
ges-pipeline: can not start GESPipeline with (TS/MP4 and AAC/MP3) and with GE...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-editing-services
1.5.2
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-07-14 18:18 UTC by Kyrylo V. Polezhaiev
Modified: 2016-03-05 12:35 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
try to extract this with and without line 11 (audio track) (2.40 KB, text/plain)
2015-07-14 18:18 UTC, Kyrylo V. Polezhaiev
Details

Description Kyrylo V. Polezhaiev 2015-07-14 18:18:37 UTC
Created attachment 307425 [details]
try to extract this with and without line 11 (audio track)

I have neither "loaded" nor "error-loading-asset" callbacks when trying to ges_asset_extract timeline out of GESProject.
Comment 1 Thibault Saunier 2015-07-14 22:07:41 UTC
I just tried that with:

 ges-launch-1.0 -l /home/thiblahute/Videos/pitivi/bugs/752385.xges

and it works fine, maybe related to: https://bugzilla.gnome.org/show_bug.cgi?id=752300 ?
Comment 2 Kyrylo V. Polezhaiev 2015-07-14 23:07:00 UTC
No, this isn't related to that deadlock issue (sorry had no time to check your fix yet). In this case I call ges_asset_extract and main loop works just fine, however I wait for either "loaded" or "error-loading-asset" signal but no one comes and program waits forever.
Is /home/thiblahute/Videos/pitivi/bugs/752385.xges equal to my attachment but without line #11?
Comment 3 Thibault Saunier 2015-07-15 07:30:58 UTC
Yes, I could have said:

 ges-launch-1.0 -l "https://bug752385.bugzilla-attachments.gnome.org/attachment.cgi?id=307425"

(that works :))
Comment 4 Kyrylo V. Polezhaiev 2015-07-15 08:26:13 UTC
Yes, I know that works.
Try to do this again but this time cut the audio track line (#11) off.
Comment 5 Thibault Saunier 2015-07-15 08:48:01 UTC
(In reply to Kyrylo V. Polezhaiev from comment #4)
> Yes, I know that works.
> Try to do this again but this time cut the audio track line (#11) off.

I did that, when do you connect to "project-loaded"? -- I think this is due to the fact that I ported asset async handling from the deprecated GSimpleAsyncResult to GTask and that we might now emit "project-loaded" while extracting the timeline (because GTask does not make the difference between complete_in_idle VS complete in the API and tries to be smart and handle it for us.
Comment 6 Kyrylo V. Polezhaiev 2015-07-15 09:16:07 UTC
I just connect to "loaded" and "error-loading-asset", I didn't know about "project-loaded" as its absent in docs: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-editing-services/html/GESProject.html
Comment 7 Thibault Saunier 2015-07-15 09:30:01 UTC
(In reply to Kyrylo V. Polezhaiev from comment #6)
> I just connect to "loaded" and "error-loading-asset", I didn't know about
> "project-loaded" as its absent in docs:
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer-editing-
> services/html/GESProject.html

I meant the project::loaded signal.
Comment 8 Kyrylo V. Polezhaiev 2015-07-15 13:14:40 UTC
So, how should now I know that Timeline is ready to be used?
ges-launch-1.0 performs this somehow.
Comment 9 Kyrylo V. Polezhaiev 2015-07-15 13:15:59 UTC
Sorry, my fault. I do receive project::loaded signal.
Comment 10 Thibault Saunier 2015-07-15 13:42:14 UTC
Ah, so NOTABUG ?
Comment 11 Kyrylo V. Polezhaiev 2015-07-15 14:18:25 UTC
Not yet, obviously something changed.

I call gst_element_set_state(GST_ELEMENT(pipeline), GST_STATE_PLAYING) and have no GST_STATE_CHANGE_FAILURE but  I realised that GESPipeline doesn't want to start anymore because of something related to internals of embedded encodebin.

Similar to https://bugzilla.gnome.org/show_bug.cgi?id=751215

I will dig a bit more...
Comment 12 Thibault Saunier 2016-03-05 12:35:58 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!