<br><br>On Monday, March 7, 2022, Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com">gamberucci.andrea@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> I am not sure it was designed as cross-application support? I mean, cingg can  load both TOC types, so it works...<br>
><br>
> Are you concerned about more self-contained toc file for inter-application operability  or self-documentability reasons?<br>
><br>
> How other apps (like Natron?) handle this?<br>
<br>
Sorry, I don't understand what you're asking.</blockquote><div><br></div><div>yeah, this is info I was asking about - because it seems to me Cingg's imagelist format might be not very  universal even in better form with file pathes. </div><div><br></div><div>I think half-done toc file from image2 muxer kinda  normal - this is another corner cut by cingg. She delegates creating sequence itself to libavformat/image2 muxer and then rely on same (ffmpeg's) demuxer to reconstruct real paths to images on loading. </div><div><br></div><div><br></div><div>it probably fixable, but I do not have clear idea how (ffmpeg module must communicate list of images back to cingg internals) </div><div><br></div><div>Sorry about this confusion and thanks for actually testing this (cingg's output as input for other apps) </div><div><br></div><div>file BT about it? </div><div><br></div><div>I still think dpx-from-ffmpeg a bit useful even if you need to  glue two files together manually for now - due to possibility of encoding exact range on timeline (with ffmpeg cmd line you need to know where to set your cut points, less intuitive) </div><div><br></div><div>sorry about possible misunderstanding, again. May be documentation need some additional sentence sayng that you need to use 'ffmpeg first' if one uses ffmpeg's tiff/png image presets, so native demuxer will not choke over incomplete toc file? </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I tried to do a dpx render; it came with all the images and a TOC file<br>
that doesn't have the links to the images. Then I created a second TOC<br>
file using imagelist.sh. A TOC came up with the links to the dpx<br>
images. This doesn't work when imported into CinGG; it's obvious<br>
because imagelist.sh uses only jpeg images and not dpx.<br>
So I took the first TOC and pasted in the links from the second TOC.<br>
This TOC+ works in CinGG and Natron; it doesn't work in Kdenlive and<br>
OpenShot (but I don't know if these programs support DPX).</blockquote><div><br></div><div>can you attach both toc files so i can experiment on them? (hopefully just some sed +  redirection will be enough - but i do not know those tools from my memory - so i'll search online for manuals / examples) </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I redid these steps using PNG instead of DPX and the TOC+ works in<br>
CinGG; Natron; OpenShot but does not work in Kdenlive.<br>
</blockquote>