<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">сб, 30 июл. 2022 г., 12:06 Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com">gamberucci.andrea@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> But this will create temporary files, unlike adding it to timeline ?<br>
I explain my idea:<br>
Transcode originated in CinGG as support for proxies, mainly to have<br>
non-temporary conversions that could remedy sources with seeking<br>
problems. In fact, initially the Proxy and Transcode entries in the<br>
manual were merged together. But in the editing world, especially in<br>
pro programs, transcoding is mainly used to edit sources into<br>
Intermediate, suitable for editing work. It is a fundamental part of<br>
pre-editing work and they provide sophisticated features such as<br>
merging high-quality external audio tracks by replacing them with<br>
those embedded in the source, while maintaining synchronization. One<br>
has to think that in the pro environment we have to deal with dozens<br>
or even hundreds of sources and these all have to be processed<br>
together automatically, before tackling the actual editing.</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ah, thanks for explanation! </div><div dir="auto"><br></div><div dir="auto">I have idea about creating gui for source-side opt files (this will enable at least ffmpeg effects and colorspace conversions)  but obviously not sure if I ever be able to code this.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Hence the<br>
need for transcoding functionality.<br>
When GG created Transcode for CinGG I asked him to also offer the<br>
ability to choose color space as well as codec/format, but he replied<br>
that this was not possible. Shortly thereafter he created the<br>
ColorSpace plugin for those who needed this functionality. The trouble<br>
with the plugin, however, is that it has to act manually on each<br>
individual source in the timeline and not automatically on all the<br>
sources in the Resources (pre-editing) window. This defeats its<br>
usefulness if you have dozens and dozens of sources. I can't find the<br>
post anymore, but a while back a user asked if it was possible to have<br>
audio/video sync via timecode. GG provided this part of the request<br>
but not the second part that asked for automatic replacement of the<br>
embedded audio with the external track. He said that with this feature<br>
CinGG would have everything needed for highly professional use.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">You meant LTC audio timecode reading?</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But apart from audio, being able to choose the color space in the<br>
resource window would mean providing true transcoding. Hence my<br>
request to be able to put ColorSpace in the Transcode rendering<br>
window.</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Well, dvd creating window already has code to put project-long instance of effect, but this is not our use case .....</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Let's be clear though, this is only to interest Pro users, who<br>
tackle large projects for work. We are perfectly fine with that as<br>
well. It's just that it would be nice to be able to have a functional<br>
program even in pro work environments (I mean jobs for cinema,<br>
Netflix, etc.)<br>
<br>
PS: I don't know if it is worth asking an outside developer to work on<br>
CinGG's color management. Adam Williams, Herman Vossler (who later<br>
created Lumiere, precisely because of the inability to develop Cin's<br>
code), Einar and even GG have said it is not possible. Perhaps one<br>
could ask "Monty" Montgomery, who knows both Cin and color management<br>
well, since he created BlueBanana.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Well, last year I was inspired by fast lcms2 plugin. May be I misunderstand speedups it provides, and probably it will not work at video framerates by itself..but we at least can make exr background render with colorspace  changes backed in (unless we want hdr info change  dynamically with detected light/screen characteristics at workstation place?) and then display this via say 16 bit pbuffers provided by mesa? I tried to talk about it to nouveau/mesa3d devs but was evidently unsuccessfull ....?</div><div dir="auto"><br></div><div dir="auto"><a href="https://littlecms.com/plugin/">https://littlecms.com/plugin/</a></div><div dir="auto"><br></div><div dir="auto">I think we already discovered DaVinchi Resolve uses OpenCl - openGL interoperability to get fast color correction without moving images over slow (for this task) bus ...but then this new Rust lang implementation of OpenCL in mesa3d still more like testbed .... Not even in main, but living separately in Merge Request.</div><div dir="auto"><br></div><div dir="auto">Some more coordination apparently needed but ...well, it seems /me is not right person to do it ....</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>