<div dir="ltr"><div class="gmail_default" style="font-size:small">Andrew, will restore pluginfclient.C next time I boot the desktop.  I have been trying to puzzle out why I changed this unless it was part of a patch.  Somehow I made a mistake.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 18, 2023 at 3:45 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com">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">ср, 15 нояб. 2023 г., 20:30 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" 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">FFmpeg 6.1 has been checked into GIT.  I tested a few files by loading/playing and rendered some too.  Also, tested bluray and DVD creation which I know is used very little BUT I USE IT, so it is the most important to me!</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">The only thing I would like to test but do not know how is the nvenc/cuda, but I did look at ffmpeg-6.1 patch10 and tried to compare with that in 5.1.  Not too sure about it.<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Oh, I think you reverted part keeping 4.4 support in place</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><a href="https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blobdiff;f=cinelerra-5.1/cinelerra/pluginfclient.C;h=2aac1af334f42f65718a95e54a8ac5283c6ed723;hp=b335628a2e2226ac4f19d8728da50b498c98d38e;hb=21f715f2d24d38bd7a0eccb22d64cdf18f0e3df9;hpb=def7a2e3e4f053af598be006210a4cd29d984305" target="_blank">https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blobdiff;f=cinelerra-5.1/cinelerra/pluginfclient.C;h=2aac1af334f42f65718a95e54a8ac5283c6ed723;hp=b335628a2e2226ac4f19d8728da50b498c98d38e;hb=21f715f2d24d38bd7a0eccb22d64cdf18f0e3df9;hpb=def7a2e3e4f053af598be006210a4cd29d984305</a><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">please restore :)</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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 12, 2023 at 8:36 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="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">this ffmpeg patch allowed me to build cingg with ffmpeg-6.1 YET I<br>
haven't tested real hw decoding/encoding yet (need reboot for this)<br>
<br>
On Sun, Nov 12, 2023 at 3:54 AM Andrew Randrianasulu<br>
<<a href="mailto:randrianasulu@gmail.com" rel="noreferrer" target="_blank">randrianasulu@gmail.com</a>> wrote:<br>
><br>
><br>
><br>
> вс, 12 нояб. 2023 г., 03:44 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer" target="_blank">phylsmith2017@gmail.com</a>>:<br>
>><br>
>> OK, got your last 2 suggestions and will work on that.  But getting too tired to do much anymore today!<br>
><br>
><br>
><br>
><br>
> Sleep well! I found my lcms2 patch but it need to be updated slightly. Will try to make it applicable to current and send it to you next morning  (+14 hours or so from now).<br>
>><br>
>><br>
>> On Sat, Nov 11, 2023 at 5:42 PM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer" target="_blank">randrianasulu@gmail.com</a>> wrote:<br>
>>><br>
>>><br>
>>><br>
>>> вс, 12 нояб. 2023 г., 03:21 Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer" target="_blank">randrianasulu@gmail.com</a>>:<br>
>>>><br>
>>>><br>
>>>><br>
>>>> вс, 12 нояб. 2023 г., 02:59 Phyllis Smith <<a href="mailto:phylsmith2017@gmail.com" rel="noreferrer" target="_blank">phylsmith2017@gmail.com</a>>:<br>
>>>>><br>
>>>>> Downloaded it today and now am re-doing the patches so that there are no "Hunk #1 succeeded at xxx (offset xxx lines)" warning messages.  Seems like just about all of them are off so it will take me some time.  Did not include patch10 and getting errors that are stopping the compile as shown below.  This patch10 is more than I know how to fix.<br>
>>>>><br>
>>>>>> In file included from libavutil/hwcontext_cuda.c:27:<br>
>>>>>> libavutil/hwcontext_cuda.c: In function ‘cuda_context_init’:<br>
>>>>>> libavutil/hwcontext_cuda.c:365:28: error: ‘CudaFunctions’ has no member named ‘cuCtxGetCurrent’; did you mean ‘cuCtxPopCurrent’?<br>
>>>>>>   365 |         ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx));<br>
>>>>>>       |                            ^~~~~~~~~~~~~~~<br>
>>>>>> libavutil/cuda_check.h:65:114: note: in definition of macro ‘FF_CUDA_CHECK_DL’<br>
>>>>>>    65 | #define FF_CUDA_CHECK_DL(avclass, cudl, x) ff_cuda_check(avclass, cudl->cuGetErrorName, cudl->cuGetErrorString, (x), #x)<br>
>>>>>>       |                                                                                                                  ^<br>
>>>>>> libavutil/hwcontext_cuda.c:365:15: note: in expansion of macro ‘CHECK_CU’<br>
>>>>>>   365 |         ret = CHECK_CU(cu->cuCtxGetCurrent(&hwctx->cuda_ctx));<br>
>>>>>>       |               ^~~~~~~~<br>
>>>>>> make[3]: *** [ffbuild/common.mak:81: libavutil/hwcontext_cuda.o] Error 1<br>
>>>><br>
>>>><br>
>>>> may be first revert those two?<br>
>>>><br>
>>>>  <a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3b0141cd8b1b9" rel="noreferrer noreferrer" target="_blank">https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/f904e60c32a87f4124c3b94598a3b0141cd8b1b9</a><br>
>>>><br>
>>>> <a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65ce9218f534ee2" rel="noreferrer noreferrer" target="_blank">https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/05f8b2ca0f7e28775837a572c65ce9218f534ee2</a><br>
>>>><br>
>>>><br>
>>>> or update ffnvheaders (not sure if it will work for legacy proprietary  driver , something to find out)<br>
>>>><br>
>>>> <a href="https://github.com/FFmpeg/nv-codec-headers/releases" rel="noreferrer noreferrer" target="_blank">https://github.com/FFmpeg/nv-codec-headers/releases</a><br>
>>>><br>
>>>><br>
>>>> not sure that exactly version? we seems to have 10.x and only updated ones there (so the potentially include fix for this cudaCurrent change)  are 11.x and 12.x .....<br>
>>><br>
>>><br>
>>> Also,ffmpeg 6.1 removed libopenjpeg *decoder* but encoder apparently still in place:<br>
>>><br>
>>> <a href="https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b3593cd1e0b769ed" rel="noreferrer noreferrer" target="_blank">https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/60ccb3fe787be3bb10fc4545b3593cd1e0b769ed</a><br>
>>><br>
>>> I also  hope to add lcms2 (for icc profile support via ffmpeg) but not sure if that pach was finished.<br>
>>><br>
>>><br>
>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>>><br>
>>>>> On Sat, Nov 11, 2023 at 7:14 AM Andrew Randrianasulu <<a href="mailto:randrianasulu@gmail.com" rel="noreferrer" target="_blank">randrianasulu@gmail.com</a>> wrote:<br>
>>>>>><br>
>>>>>> <a href="http://ffmpeg.org/download.html#release_6.1" rel="noreferrer noreferrer" target="_blank">http://ffmpeg.org/download.html#release_6.1</a><br>
>>>>>><br>
>>>>>> ======<br>
>>>>>><br>
>>>>>> November 10th, 2023, FFmpeg 6.1 "Heaviside"<br>
>>>>>><br>
>>>>>> FFmpeg 6.1 "Heaviside", a new major release, is now available! Some of the highlights:<br>
>>>>>><br>
>>>>>> libaribcaption decoder<br>
>>>>>> Playdate video decoder and demuxer<br>
>>>>>> Extend VAAPI support for libva-win32 on Windows<br>
>>>>>> afireqsrc audio source filter<br>
>>>>>> arls filter<br>
>>>>>> ffmpeg CLI new option: -readrate_initial_burst<br>
>>>>>> zoneplate video source filter<br>
>>>>>> command support in the setpts and asetpts filters<br>
>>>>>> Vulkan decode hwaccel, supporting H264, HEVC and AV1<br>
>>>>>> color_vulkan filter<br>
>>>>>> bwdif_vulkan filter<br>
>>>>>> nlmeans_vulkan filter<br>
>>>>>> RivaTuner video decoder<br>
>>>>>> xfade_vulkan filter<br>
>>>>>> vMix video decoder<br>
>>>>>> Essential Video Coding parser, muxer and demuxer<br>
>>>>>> Essential Video Coding frame merge bsf<br>
>>>>>> bwdif_cuda filter<br>
>>>>>> Microsoft RLE video encoder<br>
>>>>>> Raw AC-4 muxer and demuxer<br>
>>>>>> Raw VVC bitstream parser, muxer and demuxer<br>
>>>>>> Bitstream filter for editing metadata in VVC streams<br>
>>>>>> Bitstream filter for converting VVC from MP4 to Annex B<br>
>>>>>> scale_vt filter for videotoolbox<br>
>>>>>> transpose_vt filter for videotoolbox<br>
>>>>>> support for the P_SKIP hinting to speed up libx264 encoding<br>
>>>>>> Support HEVC,VP9,AV1 codec in enhanced flv format<br>
>>>>>> apsnr and asisdr audio filters<br>
>>>>>> OSQ demuxer and decoder<br>
>>>>>> Support HEVC,VP9,AV1 codec fourcclist in enhanced rtmp protocol<br>
>>>>>> CRI USM demuxer<br>
>>>>>> ffmpeg CLI '-top' option deprecated in favor of the setfield filter<br>
>>>>>> VAAPI AV1 encoder<br>
>>>>>> ffprobe XML output schema changed to account for multiple variable-fields elements within the same parent element<br>
>>>>>> ffprobe -output_format option added as an alias of -of<br>
>>>>>><br>
>>>>>> This release had been overdue for at least half a year, but due to constant activity in the repository, had to be delayed, and we were finally able to branch off the release recently, before some of the large changes scheduled for 7.0 were merged.<br>
>>>>>><br>
>>>>>> Internally, we have had a number of changes too. The FFT, MDCT, DCT and DST implementation used for codecs and filters has been fully replaced with the faster libavutil/tx (full article about it coming soon).<br>
>>>>>> This also led to a reduction in the the size of the compiled binary, which can be noticeable in small builds.<br>
>>>>>> There was a very large reduction in the total amount of allocations being done on each frame throughout video decoders, reducing overhead.<br>
>>>>>> RISC-V optimizations for many parts of our DSP code have been merged, with mainly the large decoders being left.<br>
>>>>>> There was an effort to improve the correctness of timestamps and frame durations of each packet, increasing the accurracy of variable frame rate video.<br>
>>>>>><br>
>>>>>> Next major release will be version 7.0, scheduled to be released in February. We will attempt to better stick to the new release schedule we announced at the start of this year.<br>
>>>>>><br>
>>>>>> We strongly recommend users, distributors, and system integrators to upgrade unless they use current git master.<br>
>>>>>><br>
>>>>>><br>
>>>>>><br>
>>>>>> =====<br>
>>>>>><br>
>>>>>><br>
>>>>>> on last line here .. yeah, "we break API, deal with it" in small invisible text ...... Well, actually THIS TIME it was not broken  too badly, but with upcoming 7.x ...... who knows! Previous history tells me it more likely than not.<br>
</blockquote></div>
</blockquote></div></div></div>
</blockquote></div>