<div dir="ltr">You are welcome :)<div>Just a quick FYI, I have never used GES ever before but I think I might have an idea of what's happening.</div><div><br></div><div>Running something so simple as: ges-launch-1.0 +clip /home/avidbeam/Videos/Ped01-1.mp4 -o /home/avidbeam/Videos/render.mp4 gives "streaming stopped, reason not-negotiated"</div><div><br></div><div>We need to set the GST_DEBUG_DUMP_DOT_DIR environment variable to a valid directory path to understand the created pipeline so run again with:<br>GST_DEBUG_DUMP_DOT_DIR=./ ges-launch-1.0 +clip /home/avidbeam/Videos/Ped01-1.mp4 -o /home/avidbeam/Videos/render.mp4<br></div><div><br></div><div>You should be able to see 5 files ending with the .dot extension, these are the graphs created by gstreamer. opening ges-launch-error.dot file (you can use xdot viewer on linux) I was able to see that gstreamer was using a gpu decoder (nvidia decoder) that has higher priority than your normal CPU decoder and thus producing frames on the GPU yet it was using the wrong color space converter (videoconvert) when it should have used (nvvideoconvert) that can deal with frames on the GPU. Blacklisting nvidia decoder might just solve the issue for me.</div><div><br></div><div>I suggest you do the same and figure out what's wrong in your pipeline, you might have a similar case. I have attached my ges-launch-error.dot for reference.</div><div><br></div><div>Good Luck!</div><div><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr">Best Regards,<br>Eslam Ahmed</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 25, 2022 at 10:52 AM <a href="mailto:amindfv@mailbox.org" target="_blank">amindfv@mailbox.org</a> <<a href="mailto:amindfv@mailbox.org" target="_blank">amindfv@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sure, thanks!<br>
<br>
Here's a basic example of what I've tried:<br>
<br>
    ges-launch-1.0 --track-types=video +clip /home/foo/bar0.mp4 inpoint=16.0 duration=2.0 +clip /home/foo/bar1.mp4 inpoint=15.0 duration=3.0 --outputuri file:///foo/bar/render.mp4 --format 'video/quicktime:video/x-h264,variant=iso,width=4096,height=2160|target-bitrate=500000a'<br>
<br>
This and similar experiements result in "streaming stopped, reason not-negotiated" errors.<br>
<br>
(I haven't even tried specifying pixel format; I've just hoped that it would stay consistent throughout the pipeline)<br>
<br>
Thanks,<br>
Tom<br>
<br>
On Tue, Oct 25, 2022 at 10:21:27AM +0200, Eslam Ahmed wrote:<br>
> Can you share your pipeline?<br>
> <br>
> Best Regards,<br>
> Eslam Ahmed<br>
> <br>
> <br>
> On Tue, Oct 25, 2022 at 9:47 AM amindfv--- via gstreamer-devel <<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br>
> <br>
> > Hello, can anyone help here? I'm working with quite a simple setup: all<br>
> > clips have the same geometry, bitrate, fixed framerate, etc., and I simply<br>
> > want to render a file with matching specs (geometry, bitrate, and notably<br>
> > 10-bit color pixel format).<br>
> ><br>
> > I'm using `ges-launch` and all I need, as far as I know, is a `--format`<br>
> > string to specify this.<br>
> ><br>
> > Any help would be very appreciated.<br>
> ><br>
> > Thanks,<br>
> > Tom<br>
> ><br>
> > On Fri, Oct 21, 2022 at 01:40:45PM -0700, amindfv--- via gstreamer-devel<br>
> > wrote:<br>
> > > Running on very little sleep with a deadline looming, I find myself<br>
> > unable to come up with a GstEncoding profile for `ges-launch-1.0` (a task<br>
> > that seems simple enough).<br>
> > ><br>
> > > I've got input sources that are 4096x2160 with a pixel format of<br>
> > yuv420p10le; I'd like to preserve that as the output format (and make sure<br>
> > the pixel format isn't getting downgraded anywhere in the pipeline). I'd<br>
> > also like to make sure the bitrate stays at 200mb/s.<br>
> > ><br>
> > > I've tried things from this page (<br>
> > <a href="https://gstreamer.freedesktop.org/documentation/pbutils/encoding-profile.html?gi-language=c" rel="noreferrer" target="_blank">https://gstreamer.freedesktop.org/documentation/pbutils/encoding-profile.html?gi-language=c</a>),<br>
> > and come up with things like<br>
> > ><br>
> > ><br>
> >  video/quicktime,variant=iso:video/x-h264,width=4096,height=2160|target-bitrate=200000<br>
> > ><br>
> > > (There's one video track, no audio)<br>
> > ><br>
> > > But I get errors from ges-launch like:<br>
> > ><br>
> > >     ERROR from element qtdemux27: Internal data stream error./><br>
> > ><br>
> > >     Debugging info: ../gst/isomp4/qtdemux.c(6545): gst_qtdemux_loop ():<br>
> > /GESPipeline:gespipeline0/GESTimeline:gestimeline0/GESVideoTrack:gesvideotrack0/NleComposition:video_nlecomposition0/GstBin:current-bin/NleSource:GESVideoUriSource:nlesource0/GstBin:videosrcbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin56/GstQTDemux:qtdemux27:<br>
> > > streaming stopped, reason not-negotiated (-4)<br>
> > ><br>
> > ><br>
> > > As I say, I'm on quite a deadline; any help would be very appreciated!<br>
> > ><br>
> > > Thanks,<br>
> > > Tom<br>
> ><br>
</blockquote></div>