<div dir="auto"><div><br><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">вт, 20 мая 2025 г., 22:15 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Downloaded a msmpeg4 file and unfortunately my computers are AMD / vdpau hardware.  The one vaapi laptop will not compile CinGG anymore.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">oh, what's error?</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"> So the AMD computers get the error::<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small"> Decoder msmpeg4 does not support device type vaapi.<br>HW device init failed, using SW decode.<br>file:/root/Downloads/Fight.Club.Trailer.avi<br>  err: Operation not permitted<br></div></blockquote><div><span class="gmail_default" style="font-size:small">But I will still test decoding and encoding using software -- my rationale is that if it decodes correctly, then the encode will match between ffmpeg version 7.0 and future 8.0.</span> <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 18, 2025 at 6:21 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" target="_blank" rel="noreferrer">randrianasulu@gmail.com</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"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 19 мая 2025 г., 03:04 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" target="_blank" rel="noreferrer">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">Thanks. I suspect patch8 was aimed at mpeg4 (old, ala xvid, not h265) 
playback via some hw accelerated method? I'll try some files I have from
 those old times ...</div></blockquote><div><span class="gmail_default" style="font-size:small">I loaded small h263 videos in ffmpeg 7.0 (current) which would run h263dec.c (I assume) and then encoded them using h264.mp4 format.  I then did the same thing in the ffmpeg.git version (future version 8.0) where patch8 was deleted.  Visually detected no problem and when I used the patchbay arithmetic subtract on the 2 versions of encoded files, they showed no anomalies.</span></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I am going by my understanding of context diff:</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">--- a/libavcodec/h263dec.c</div><div dir="auto">+++ b/libavcodec/h263dec.c</div><div dir="auto">@@ -623,7 +623,7 @@</div><div dir="auto">     if (CONFIG_MPEG4_DECODER && avctx->codec_id == AV_CODEC_ID_MPEG4)</div><div dir="auto">         ff_mpeg4_frame_end(avctx, buf, buf_size);</div><div dir="auto"><br></div><div dir="auto">-    if (!s->divx_packed && avctx->hwaccel)</div><div dir="auto">+    if (s->divx_packed && avctx->hwaccel)</div><div dir="auto">         ff_thread_finish_setup(avctx);</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">yes, file named h263  but also serves (or served? if patch not applicable anymore) role in decoding</div><div dir="auto"><br></div><div dir="auto">DiVX type of codecs, old msmpeg4 was first of them, divx3/5/XVID followed </div><div dir="auto"><br></div><div dir="auto">So, *I think* you need to raid</div><div dir="auto"><br></div><div dir="auto"><a href="http://samples.mplayerhq.hu" target="_blank" rel="noreferrer">samples.mplayerhq.hu</a> </div><div dir="auto"><br></div><div dir="auto">and get some "packed B frame" xvid (or may be just make one with Avidemux?) and then look if your vainfo/vdpauinfo shows MPEG4 decoding, set cingg to this decode accel, and play vid in both sw and hw decode mode ?</div><div dir="auto"><br></div><div dir="auto">Sorry still not moved myself to check it out .....</div></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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><span class="gmail_default" style="font-size:small"><br></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><span class="gmail_default" style="font-size:small">But I completely re-run make clean,  ./<a href="http://autogen.sh/configure/make" rel="noreferrer noreferrer" target="_blank">autogen.sh/configure/make</a> dance</span></div></blockquote><div><span class="gmail_default" style="font-size:small">Finally, it compiled but I am not sure what made the difference as I always use "make clean" and then run "bld.sh" which includes "autogen.sh"; i.e. -</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><span class="gmail_default" style="font-size:small"></span>#!/bin/bash<br><div style="font-size:small" class="gmail_default">...<br></div>( ./autogen.sh<br>  ./configure --with-single-user --with-git-ffmpeg=<a href="https://git.ffmpeg.org/ffmpeg.git" rel="noreferrer noreferrer" target="_blank">https://git.ffmpeg.org/ffmpeg.git</a><br>  make && make install ) 2>&1 | tee log<br>mv Makefile Makefile.cfg<br>cp Makefile.devel Makefile<br></div></blockquote><div><span class="gmail_default" style="font-size:small"></span> <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 17, 2025 at 6:04 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer noreferrer" target="_blank">randrianasulu@gmail.com</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"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">вс, 18 мая 2025 г., 02:56 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer noreferrer" target="_blank">phylsmith2017@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Checked into GIT the updated ffmpeg.git.patches for future potential upgrade to ffmpeg version 8.0.  And deleted ffmpeg.git.patch8 after attempting to determine what it was actually for and could find no information on that when included sometime in 2019 as patch7.  It is possible that it is no longer needed though - it may have been intended as a speed improvement; but if some relevant error resurfaces, it can then be revisited.<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Thanks. I suspect patch8 was aimed at mpeg4 (old, ala xvid, not h265) playback via some hw accelerated method? I'll try some files I have from those old times ...</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Andrea, the failure in your last attached cin5.log as shown below appears to be due to commenting out libpostproc.a in <a href="http://configure.ac" rel="noreferrer noreferrer noreferrer" target="_blank">configure.ac</a> because that is needed by cinelerra-5.1/mpeg2enc build.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">make[2]: *** [Makefile:75: x86_64/hveg2enc] Error 1<br>make[2]: uscita dalla directory «/home/paz/cinelerra5/cinelerra-5.1/mpeg2enc»</div></blockquote></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">For me deleting libpostproc.a from <a href="http://configure.ac" rel="noreferrer noreferrer" target="_blank">configure.ac</a> worked for compiling with ffmpeg.git</div><div dir="auto"><br></div><div dir="auto">But I completely re-run make clean,  ./<a href="http://autogen.sh/configure/make" rel="noreferrer noreferrer" target="_blank">autogen.sh/configure/make</a> dance</div><div dir="auto"><br></div><div dir="auto">not sure why it did not work for you ....</div><div dir="auto">make sure your user can rewrite global_config in the root of cinelerra's main src tree? (if you tried building from root and then from ordinary user)</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 14, 2025 at 7:49 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">randrianasulu@gmail.com</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">On Wed, May 14, 2025 at 1:31 PM Andrew Randrianasulu<br>
<<a href="mailto:randrianasulu@gmail.com" rel="noreferrer noreferrer noreferrer" target="_blank">randrianasulu@gmail.com</a>> wrote:<br>
><br>
> So I was experimenting  with Vulkan decoding in cinelerra-gg.<br>
><br>
> After some fight I get build using ffmpeg git<br>
><br>
> commit 038314bc6be2f35a82e9fba2228bcac2e4fee648 for ffmpeg<br>
><br>
> here is bunch of errors like this:<br>
><br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 296<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 9<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 296<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 8<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 298<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 8<br>
> [hevc @ 0x6f789480] Could not find ref with POC 300<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 300<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 300<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 302<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 304<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 304<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 304<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 306<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 308<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 308<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 308<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 310<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 312<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 312<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 312<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 314<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 316<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 316<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 316<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 318<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 320<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 320<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 320<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 322<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 324<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 324<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 324<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 326<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 328<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 328<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
> [hevc @ 0x6f72ad00] Could not find ref with POC 328<br>
> [hevc @ 0x6f72ad00] Error constructing the frame RPS.<br>
> [hevc @ 0x6f72ad00] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f77b3c0] Could not find ref with POC 330<br>
> [hevc @ 0x6f77b3c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f77b3c0] Skipping invalid undecodable NALU: 2<br>
> [hevc @ 0x6f789480] Could not find ref with POC 332<br>
> [hevc @ 0x6f789480] Error constructing the frame RPS.<br>
> [hevc @ 0x6f789480] Skipping invalid undecodable NALU: 1<br>
> [hevc @ 0x6f7465c0] Could not find ref with POC 332<br>
> [hevc @ 0x6f7465c0] Error constructing the frame RPS.<br>
> [hevc @ 0x6f7465c0] Skipping invalid undecodable NALU: 3<br>
><br>
> file itself:<br>
> <a href="https://drive.google.com/file/d/1Ic9DZXMSo07EJMqCFaQRKSSrSw6y1mYv/view" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://drive.google.com/file/d/1Ic9DZXMSo07EJMqCFaQRKSSrSw6y1mYv/view</a><br>
><br>
> But I see some kind of first frame corruption I never saw on 7.0 build<br>
><br>
> <a href="https://paste.pics/860707666060d195485e07ea7b057ce8" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://paste.pics/860707666060d195485e07ea7b057ce8</a><br>
><br>
> and speed kinda down from 58 fps to just 50-51  relative to ffmpeg libs 7.0?<br>
><br>
> hw:<br>
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.<br>
> [AMD/ATI] Lexa PRO [Radeon 540/540X/550/550X / RX 540X/550/550X] (rev<br>
> c7)<br>
><br>
> mesa:<br>
><br>
> OpenGL renderer string: AMD Radeon RX 550 / 550 Series (radeonsi,<br>
> polaris12, ACO, DRM 3.61, 6.12.26-x64)<br>
> OpenGL core profile version string: 4.6 (Core Profile) Mesa<br>
> 25.2.0-devel (git-ef63e3e4d2)<br>
><br>
> cingg home git:<br>
> git://<a href="http://git.cinelerra-gg.org/goodguy/cinelerra.git" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">git.cinelerra-gg.org/goodguy/cinelerra.git</a><br>
><br>
> I set two evn. variables specific to my system, but mostly I wanted to<br>
> get libplacebo and libzimg for HDR->SDR conversion<br>
><br>
> EXTRA_LIBS :=  -lOpenCL -lSvtAv1Enc -lvpl -ldav1d -lxvidcore -lass<br>
> -lbluray -lsnappy -lzimg -lplacebo -lshaderc_shared -lnuma -lva<br>
> -lva-x11 `pkg-config --libs x11` -lva-drm -ldl<br>
> FFMPEG_EXTRA_CFG :=  --enable-libvpl --disable-doc --enable-opencl<br>
> --enable-libsvtav1 --enable-frei0r --enable-libdav1d --enable-libzimg<br>
> --enable-libxvid --enable-libass --enable-libbluray --enable-libsnappy<br>
> --enable-libshaderc --enable-libplacebo --enable-vulkan<br>
> --disable-debug --extra-cflags=-I/usr/local/include/vpl<br>
> --extra-cflags=-I/usr/include/svt-av1 --extra-ldflags=" -lva<br>
> `pkg-config --libs libva` -lva-x11 -lva-drm -ldl"<br>
><br>
><br>
> cingg configure:<br>
><br>
> ./configure --with-git-ffmpeg=<a href="https://git.ffmpeg.org/ffmpeg.git" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://git.ffmpeg.org/ffmpeg.git</a><br>
> --with-single-user --enable-libsvtav1 --disable-dav1d<br>
><br>
> I used bunch of patches (attached, done by Phyllis and me) and<br>
> manually removed posprocess.a ref. from our <a href="http://configure.ac" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">configure.ac</a> for now<br>
<br>
<br>
One more patch/hack just for making building easier attached (on top<br>
of 0001-3 patches for cingg)<br>
<br>
ffmpeg.git patches  go into thirdparty/src, and you probably want to<br>
move away ffmpeg.git.patch8 out of  this directory so it will not fail<br>
patching<br>
<br>
<br>
<br>
><br>
> there is still some problem with attaching ffmpeg filters<br>
> per-input-file, but main Vulkan decode problem still visible without<br>
> any filters<br>
><br>
> I run just-compiled cin binary like this:<br>
><br>
> RADV_PERFTEST=video_decode bin/cin<br>
> ~/K38_sdcard1/Documents/iPhone11_4K-recorder_59.940HDR10.mov<br>
><br>
> and got corruption as visible on screenshot  at the start of this email<br>
><br>
> Playing image forward cleans up  this corruption, but returning to<br>
> timeline beginning bring it back.<br>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>
</blockquote></div></div></div>