Thanks for the reply. Here's a paste of the code: <a href="http://pastebin.com/dVPd6CHT">http://pastebin.com/dVPd6CHT</a> ...I had to reconstruct it by hand, since I've not been using version control (clever I know :) ), but I'm pretty sure it's as it was. The GES stuff was just knocked together as a quick test, so probably not the way I should be doing things anyway.<div><br></div><div>As for the API/general instability, I'm ok with changing things on my end as they change in the library. It's that or spend a lot of time writing alternatives to this myself (which seems wasteful). Hopefully I'll be able to provide some decent testing feedback (and not be too much of a PITA).<br><br>

On Tue, 19 Mar, 2013 at 10:12 PM, Thibault Saunier <thibault.saunier@collabora.com> wrote:<br>
<blockquote type="cite">Hello again alex,
<br>
<br>I can see you found out that GESMaterial was rename to GESAsset :)
<br>>
<br>> Any ideas? From the look of the Git log for GES, it looks like it's  being worked on pretty heavily (I guess for the 0.10 - 1.0  transition?). Maybe I've started using this too early.
<br>
<br>It looks like it is a bug either in GES (setting the inpoint of the second file to the duration of the first clip, looking at the code I do not see why that would happen, but who knows) or in GNL.
<br>
<br>Could you provide your full code so I have a quick look at it? Or if it is not an option, provide a GST_DEBUG=ges*:5 debug log please.
<br>
<br>And as previously mentionned, indeed, GES/GNL 1.0 is not really ready yet, but we work on it actively. Also be aware that the API is no stable at that point, I am doing quite a few cleanup at the moment.
<br>
<br>Thanks for helping us getting it in better shape :)
<br>
<br>Cheers,
<br>
<br>Thibault Saunier</blockquote><br></div>