<div dir="ltr"><div><div><div>Hi,<br><br></div>So in theory that should indeed be possible but this is quite tricky to do it properly IMHO. Firstly, the method depends on the codec of the stream. As Evert mentionned, for a h264 stream we have to re-encode up to the next i-frame, that could be far away. For Codec where frames all depend on the previous one, we have to basically reencode everything. Anyways, dealing with all the codec is a lot of work.<br></div>Besides, it requires a very low level access to the stream that we don't have easily from kdenlive, since we rely on several layers of abstraction.<br><br></div>Finally, I'd be curious to know if this is actually a common usecase. It seems a bit unlikely that someone don't want to apply any transition/effects/reencoding at all.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-09-28 13:38 GMT+02:00 Evert Vorster <span dir="ltr"><<a href="mailto:evorster@gmail.com" target="_blank">evorster@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hi there... <br><br></div>Hmm, only re-encoding the frames that change?<br></div>So, re-encode only up to the next I-frame on a transition, and then just copy the stream until the next change.... <br></div><div>sounds awesome, especially if you are not adding overlays and messing with the colors of the footage. <br></div>This could really speed up some workflows. <br></div><div><br></div><div>-Evert-<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 28 September 2017 at 12:57, alberto fuentes <span dir="ltr"><<a href="mailto:pajaro@gmail.com" target="_blank">pajaro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I know, I know<br>
<br>
Double the features and half the crashes! Im not even opening a<br>
wishlist bug for this one, just a random idea!<br>
<br>
Heres a guy asking for smart encoding. It could be one of those<br>
features for amateur users that sets you apart ;)<br>
<br>
<a href="https://www.reddit.com/r/linux4noobs/comments/72xrw4/trimjoin_videos_while_preserving_full_quality/" rel="noreferrer" target="_blank">https://www.reddit.com/r/linux<wbr>4noobs/comments/72xrw4/trimjoi<wbr>n_videos_while_preserving_<wbr>full_quality/</a><br>
<br>
My first reaction was that you always have to reencode always<br>
<br>
But they claim in their web that they can do it<br>
<br>
<a href="http://www.solveigmm.com/en/products/video-splitter/" rel="noreferrer" target="_blank">http://www.solveigmm.com/en/pr<wbr>oducts/video-splitter/</a><br>
"For all media files smart editing, frame-accurate appoach is used.<br>
SolveigMM advanced know-how technology keeps 99% of data and only<br>
transcodes a few frames at the beginning and end of the video<br>
segments, so files are processed fast and lossless"<br>
<br>
Cheers!<br>
</blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_7709252953679370417gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Evert Vorster<br>Isometrix Acquistion Superchief<br><br></div></div></div>
</font></span></div>
</blockquote></div><br></div>