reference patch in MLT tree for ffmpeg 9
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903... of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals .... Will try to make mplayer work first, then may be cinelerra.
Oh no. Not sure why they consider this to be an improvement. On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to apply it to 6-7 places grep sample_fmts -r cinelerra/*.C ~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts, AVSampleFormat src_fmt) cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts", ~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $ Patch for mplayer was already in Arch: https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these I have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested. 1) Could you verify? 2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error with these patches but how do I test? If verified, I can check them in at ffmpeg 8.1 for early usage. I will update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts, AVSampleFormat src_fmt) cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
пт, 25 сент. 2026 г., 04:46 Phyllis Smith <phylsmith2017@gmail.com>:
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these I have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested. 1) Could you verify?
I think I'll add some conditional #ifdefs around so we still can compile cingg with older external ffmpeg ... I think you accidently removed one conditional if test in ffmpeg patches but need to verify (I only wake up, downloaded patches and looked at them in mcedit on relatively narrow Termux window)
2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error with these patches but how do I test?
As always - make sure you set FFMpeg first as probe order, load few a/v files, playback them, single-step them, randomly seek to random points in timeline, add filter or two (ffmpeg and native, audio and/or video), play forward/backward/at random speed/singlestep with filters on, render tracks to few output formats and check those outputs load back into cingg and play/seek correctly in external players. If verified, I can check them in at ffmpeg 8.1 for early usage. I will
update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis
I wish you good luck there - I think mpegts muxer in ffmpeg was updated, so one of our biggest patches for bluray muxing may not apply cleanly anymore ..
On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts, AVSampleFormat src_fmt) cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
So, with this set of patches (+ those 3 by Phyllis) and ffmpeg 9.0.2 edited into configure.ac build compiles BUT I think I am having problems with vaapi encoding. bash-5.1$ bin/cin Cinelerra Infinity - built: Sep 26 2026 03:34:11 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2026 mods for Cinelerra-GG by Cinelerra-GG team Libav version: Lavc62.28.100 Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra. BC_DisplayInfo::gl_fb_config failed RenderFarmClient::main_loop: client started [AVHWFramesContext @ 0xafddc0c0] Unsupported format: vaapi. Failed to initialize HW frame context. err: Invalid argument [h264_vaapi @ 0xa7ddaf00] A hardware frames reference is required to associate the encoding device. FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed h264_vaapi:/dev/shm/dnxhd.mkv Render::render_single: Session finished. Render::render_single: Session finished. ** rendered 1 frames in 2.310 secs, 0.433 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv Total excess of backups: -50 Session time: 0:02:09 Cpu time: user: 0:00:48.828 sys: 0:00:03.530 Hopefully something simple to fix. On Fri, Sep 25, 2026 at 8:54 AM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
пт, 25 сент. 2026 г., 04:46 Phyllis Smith <phylsmith2017@gmail.com>:
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these I have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested. 1) Could you verify?
I think I'll add some conditional #ifdefs around so we still can compile cingg with older external ffmpeg ...
I think you accidently removed one conditional if test in ffmpeg patches but need to verify (I only wake up, downloaded patches and looked at them in mcedit on relatively narrow Termux window)
2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error with these patches but how do I test?
As always - make sure you set FFMpeg first as probe order, load few a/v files, playback them, single-step them, randomly seek to random points in timeline, add filter or two (ffmpeg and native, audio and/or video), play forward/backward/at random speed/singlestep with filters on, render tracks to few output formats and check those outputs load back into cingg and play/seek correctly in external players.
If verified, I can check them in at ffmpeg 8.1 for early usage. I will update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis
I wish you good luck there - I think mpegts muxer in ffmpeg was updated, so one of our biggest patches for bluray muxing may not apply cleanly anymore ..
On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts, AVSampleFormat src_fmt) cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
This doesn't concern the patches for FFmpeg 9, but I wanted to suggest also using the patch 0001-guicast-dont-free-gl-fb-config-until-destruction.patch that a Mesa developer had proposed. This patch didn't solve my problem, but it didn't cause any issues and, in any case, fixed a minor bug in the code.
Andrea, good idea so we should add. I did test it earlier too with the same results as you. On Sat, Sep 26, 2026 at 12:13 PM Andrea paz via Cin < cin@lists.cinelerra-gg.org> wrote:
This doesn't concern the patches for FFmpeg 9, but I wanted to suggest also using the patch 0001-guicast-dont-free-gl-fb-config-until-destruction.patch that a Mesa developer had proposed. This patch didn't solve my problem, but it didn't cause any issues and, in any case, fixed a minor bug in the code. _______________________________________________ Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org
On Sat, Sep 26, 2026 at 6:25 AM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
So, with this set of patches (+ those 3 by Phyllis) and ffmpeg 9.0.2 edited into configure.ac build compiles BUT I think I am having problems with vaapi encoding.
Confirmed problems with rendering using h264_vaapi.mp4 so I will try to narrow down the problem. Andrew, for the 3 patches for ffmpeg.C, fileffmpeg.C, and fileac3.C did you want me to attempt to add "#ifdep FFMPEG3"? and is that even the correct ifdef (I am not sure what FFMPEG3 stands for ? version 3?). Also, you mentioned that I may have corrupted one of the "if" statements in the patches - I have not found that yet but have not been looking at that specifically yet. Current plan: since vaapi not working, I plan on (1) updating ffmpeg.git.patch# for ffmpeg 9.0.2 based on your patches in previous email (thank you very much for these), (2) checking in the update of bcdisplayinfo.C with the guicast gl-fb... patch as recommended by Andrea, and (3) removing old library versions where a new version was updated. I tested bluray and dvd creation successfully but feel that further testing for the 3 patches in the cinelerra directory (since I only did mechanical conversion). Do not plan on a release this month since FFmpeg 9 is barely tested and at least the vaapi problem found - there could be more. Thanks, Phyllis
bash-5.1$ bin/cin Cinelerra Infinity - built: Sep 26 2026 03:34:11 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2026 mods for Cinelerra-GG by Cinelerra-GG team
Libav version: Lavc62.28.100
Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
BC_DisplayInfo::gl_fb_config failed RenderFarmClient::main_loop: client started [AVHWFramesContext @ 0xafddc0c0] Unsupported format: vaapi. Failed to initialize HW frame context. err: Invalid argument [h264_vaapi @ 0xa7ddaf00] A hardware frames reference is required to associate the encoding device. FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed h264_vaapi:/dev/shm/dnxhd.mkv Render::render_single: Session finished. Render::render_single: Session finished. ** rendered 1 frames in 2.310 secs, 0.433 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv Total excess of backups: -50 Session time: 0:02:09 Cpu time: user: 0:00:48.828 sys: 0:00:03.530
Hopefully something simple to fix.
On Fri, Sep 25, 2026 at 8:54 AM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
пт, 25 сент. 2026 г., 04:46 Phyllis Smith <phylsmith2017@gmail.com>:
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these I
have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested.
1) Could you verify?
I think I'll add some conditional #ifdefs around so we still can compile cingg with older external ffmpeg ...
I think you accidently removed one conditional if test in ffmpeg patches but need to verify (I only wake up, downloaded patches and looked at them in mcedit on relatively narrow Termux window)
2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error
with these patches but how do I test?
As always - make sure you set FFMpeg first as probe order, load few a/v files, playback them, single-step them, randomly seek to random points in timeline, add filter or two (ffmpeg and native, audio and/or video), play forward/backward/at random speed/singlestep with filters on, render tracks to few output formats and check those outputs load back into cingg and play/seek correctly in external players.
If verified, I can check them in at ffmpeg 8.1 for early usage. I will update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis
I wish you good luck there - I think mpegts muxer in ffmpeg was updated, so one of our biggest patches for bluray muxing may not apply cleanly anymore ..
On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to
apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts,
AVSampleFormat src_fmt)
cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported
sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
пн, 28 сент. 2026 г., 03:43 Phyllis Smith <phylsmith2017@gmail.com>:
On Sat, Sep 26, 2026 at 6:25 AM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
So, with this set of patches (+ those 3 by Phyllis) and ffmpeg 9.0.2 edited into configure.ac build compiles BUT I think I am having problems with vaapi encoding.
Confirmed problems with rendering using h264_vaapi.mp4 so I will try to narrow down the problem. Andrew, for the 3 patches for ffmpeg.C, fileffmpeg.C, and fileac3.C did you want me to attempt to add "#ifdep FFMPEG3"?
No, FFMPEG3 is for really old libav* API - it probably doesn't even work anymore. I mean look at MLT patch - there are #ifdef version lines ... I think I'll re-discover that broke when I return to my shared ffmpeg7 ppc machine ... 8.1 works as-is, as far as I can see. and is that even the correct ifdef (I am not sure what FFMPEG3 stands for ?
version 3?). Also, you mentioned that I may have corrupted one of the "if" statements in the patches - I have not found that yet but have not been looking at that specifically yet.
Current plan: since vaapi not working, I plan on (1) updating ffmpeg.git.patch# for ffmpeg 9.0.2 based on your patches in previous email (thank you very much for these), (2) checking in the update of bcdisplayinfo.C with the guicast gl-fb... patch as recommended by Andrea, and (3) removing old library versions where a new version was updated. I tested bluray and dvd creation successfully but feel that further testing for the 3 patches in the cinelerra directory (since I only did mechanical conversion). Do not plan on a release this month since FFmpeg 9 is barely tested and at least the vaapi problem found - there could be more.
Yeah, sensible plan, I agree with it. Thanks, Phyllis
bash-5.1$ bin/cin Cinelerra Infinity - built: Sep 26 2026 03:34:11 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2026 mods for Cinelerra-GG by Cinelerra-GG team
Libav version: Lavc62.28.100
Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
BC_DisplayInfo::gl_fb_config failed RenderFarmClient::main_loop: client started [AVHWFramesContext @ 0xafddc0c0] Unsupported format: vaapi. Failed to initialize HW frame context. err: Invalid argument [h264_vaapi @ 0xa7ddaf00] A hardware frames reference is required to associate the encoding device. FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed h264_vaapi:/dev/shm/dnxhd.mkv Render::render_single: Session finished. Render::render_single: Session finished. ** rendered 1 frames in 2.310 secs, 0.433 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv Total excess of backups: -50 Session time: 0:02:09 Cpu time: user: 0:00:48.828 sys: 0:00:03.530
Hopefully something simple to fix.
On Fri, Sep 25, 2026 at 8:54 AM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
пт, 25 сент. 2026 г., 04:46 Phyllis Smith <phylsmith2017@gmail.com>:
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these
I have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested.
1) Could you verify?
I think I'll add some conditional #ifdefs around so we still can compile cingg with older external ffmpeg ...
I think you accidently removed one conditional if test in ffmpeg patches but need to verify (I only wake up, downloaded patches and looked at them in mcedit on relatively narrow Termux window)
2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error
with these patches but how do I test?
As always - make sure you set FFMpeg first as probe order, load few a/v files, playback them, single-step them, randomly seek to random points in timeline, add filter or two (ffmpeg and native, audio and/or video), play forward/backward/at random speed/singlestep with filters on, render tracks to few output formats and check those outputs load back into cingg and play/seek correctly in external players.
If verified, I can check them in at ffmpeg 8.1 for early usage. I will update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis
I wish you good luck there - I think mpegts muxer in ffmpeg was updated, so one of our biggest patches for bluray muxing may not apply cleanly anymore ..
On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to
apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts,
AVSampleFormat src_fmt)
cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
> > https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903... > > of course ffmpeg devs invented yet another way to get supported sample/pixel formats out of codec internals .... > > Will try to make mplayer work first, then may be cinelerra.
Checked into GIT to prepare for future upgrade to FFmpeg 9.0.x: (1) modded fileac3.C, fileffmpeg.C, ffmpeg.C in preparation for ffmpeg 9.0.2 which finally deleted the deprecated access to #->sample_fmts, pix_fmts, samplerates, and frame_rate; replaced with avcodec_get_supported_config VIP these changes work at FFmpeg 8.1 so are in effect now - please report any strange issues. (2) using the 12 ffmpeg 9.0.2 patches as provided by Andrew, checked in as our standard methodology for testing a new version of ffmpeg as ffmpeg.git.patch# (3) a fix in 0001-guicastBC_DisplayInfo::gl_fb_config() for one particular problem which frees gl fb cgs on destruction instead (4) removed old versions of thirdparty libraries On Sat, Sep 26, 2026 at 6:25 AM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
So, with this set of patches (+ those 3 by Phyllis) and ffmpeg 9.0.2 edited into configure.ac build compiles BUT I think I am having problems with vaapi encoding.
bash-5.1$ bin/cin Cinelerra Infinity - built: Sep 26 2026 03:34:11 git://git.cinelerra-gg.org/goodguy/cinelerra.git (c) 2006-2019 Heroine Virtual Ltd. by Adam Williams 2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy 2003-2017 mods for Cinelerra-CV by CinelerraCV team 2015-2026 mods for Cinelerra-GG by Cinelerra-GG team
Libav version: Lavc62.28.100
Cinelerra is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. There is absolutely no warranty for Cinelerra.
BC_DisplayInfo::gl_fb_config failed RenderFarmClient::main_loop: client started [AVHWFramesContext @ 0xafddc0c0] Unsupported format: vaapi. Failed to initialize HW frame context. err: Invalid argument [h264_vaapi @ 0xa7ddaf00] A hardware frames reference is required to associate the encoding device. FFMPEG::open_encoder err: Invalid argument int FFMPEG::open_encoder(const char*, const char*): open failed h264_vaapi:/dev/shm/dnxhd.mkv Render::render_single: Session finished. Render::render_single: Session finished. ** rendered 1 frames in 2.310 secs, 0.433 fps FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv FFMPEG::open_decoder: some stream times estimated: /dev/shm/dnxhd.mkv Total excess of backups: -50 Session time: 0:02:09 Cpu time: user: 0:00:48.828 sys: 0:00:03.530
Hopefully something simple to fix.
On Fri, Sep 25, 2026 at 8:54 AM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
пт, 25 сент. 2026 г., 04:46 Phyllis Smith <phylsmith2017@gmail.com>:
Andrew, Attached are the "mechanical" patches for ffmpeg 9.0.1 and with these I
have successfully built Cinelerra. I still have not learned how to code in C/C++ so I referenced other user's patches - mechanically like you suggested.
1) Could you verify?
I think I'll add some conditional #ifdefs around so we still can compile cingg with older external ffmpeg ...
I think you accidently removed one conditional if test in ffmpeg patches but need to verify (I only wake up, downloaded patches and looked at them in mcedit on relatively narrow Termux window)
2) fileac3.C, fileffmpeg.C, and ffmpeg.C all compiled without error
with these patches but how do I test?
As always - make sure you set FFMpeg first as probe order, load few a/v files, playback them, single-step them, randomly seek to random points in timeline, add filter or two (ffmpeg and native, audio and/or video), play forward/backward/at random speed/singlestep with filters on, render tracks to few output formats and check those outputs load back into cingg and play/seek correctly in external players.
If verified, I can check them in at ffmpeg 8.1 for early usage. I will update the ffmpeg.git.patch# to reflect 9.0.1 in the next couple of days too. Thanks, Phyllis
I wish you good luck there - I think mpegts muxer in ffmpeg was updated, so one of our biggest patches for bluray muxing may not apply cleanly anymore ..
On Sat, Sep 12, 2026 at 2:55 PM Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
сб, 12 сент. 2026 г., 22:46 Phyllis Smith <phylsmith2017@gmail.com>:
Oh no. Not sure why they consider this to be an improvement.
Change itself fairly mechanical just it looks like we will need to
apply it to 6-7 places
grep sample_fmts -r cinelerra/*.C
~/cinelerra/cinelerra-5.1 $ grep sample_fmts -r cinelerra/*.C cinelerra/ffmpeg.C: const AVSampleFormat *sample_fmts,
AVSampleFormat src_fmt)
cinelerra/ffmpeg.C: for( int i=0; sample_fmts[i] >= 0; ++i ) { cinelerra/ffmpeg.C: AVSampleFormat sample_fmt = sample_fmts[i]; cinelerra/ffmpeg.C: if( av_codec && av_codec->sample_fmts ) cinelerra/ffmpeg.C: cin_fmt = find_best_sample_fmt_of_list(av_codec->sample_fmts, AV_SAMPLE_FMT_FLT); cinelerra/ffmpeg.C: sample_fmt = codec->sample_fmts ? codec->sample_fmts[0] : AV_SAMPLE_FMT_S16; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "sample_fmts", cinelerra/fileac3.C: codec_context->sample_fmt = codec->sample_fmts[0]; cinelerra/fileffmpeg.C: const AVSampleFormat *sample_fmts = av_codec ? av_codec->sample_fmts : 0; cinelerra/fileffmpeg.C: if( sample_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; sample_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const char *name = av_get_sample_fmt_name(sample_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "sample_fmts",
~/cinelerra/cinelerra-5.1 $ grep pix_fmts -r cinelerra/*.C cinelerra/ffmpeg.C:static AVPixelFormat get_hw_##fn(AVCodecContext *ctx, const enum AVPixelFormat *pix_fmts) { \ cinelerra/ffmpeg.C: const enum AVPixelFormat *pix_fmts) cinelerra/ffmpeg.C: for( const enum AVPixelFormat *p=pix_fmts; *p!=AV_PIX_FMT_NONE; ++p ) { cinelerra/ffmpeg.C: if( av_codec && av_codec->pix_fmts ) { cinelerra/ffmpeg.C: cin_fmt = avcodec_find_best_pix_fmt_of_list(av_codec->pix_fmts, cinelerra/ffmpeg.C: cin_fmt = av_codec->pix_fmts[0]; cinelerra/ffmpeg.C: pix_fmt = codec->pix_fmts ? codec->pix_fmts[0] : AV_PIX_FMT_YUV420P; cinelerra/ffmpeg.C: ret = av_opt_set_bin(buffersink_ctx, "pix_fmts", cinelerra/fileffmpeg.C: const AVPixelFormat *pix_fmts = av_codec ? av_codec->pix_fmts : 0; cinelerra/fileffmpeg.C: if( pix_fmts ) { cinelerra/fileffmpeg.C: for( int i=0; pix_fmts[i]>=0; ++i ) { cinelerra/fileffmpeg.C: const AVPixFmtDescriptor *desc = av_pix_fmt_desc_get(pix_fmts[i]); cinelerra/pluginfclient.C: ret = av_opt_set_bin(fsink, "pix_fmts", ~/cinelerra/cinelerra-5.1 $
Patch for mplayer was already in Arch:
https://gitlab.archlinux.org/archlinux/packaging/packages/mplayer/-/blob/mai...
On Sat, Sep 12, 2026, 13:34 Andrew Randrianasulu <
randrianasulu@gmail.com> wrote:
https://github.com/mltframework/mlt/pull/1281/changes/68bceba12a3c3278ce6903...
of course ffmpeg devs invented yet another way to get supported
sample/pixel formats out of codec internals ....
Will try to make mplayer work first, then may be cinelerra.
I tried building from the repository with the new patches, and everything worked without problems.
FFmpeg 9.0.2 has been checked into GIT despite the fact that vaapi rendering does not work and could crash. Changes prior to 9.0, that is 8.x also has failure with error messages but not crashes and so far apparently it is not much of an issue for users since no one reported yet. I will delete from GIT the ffmpeg/video/xxx_vaapk.ext render formats that currently crash after I finish testing all of them but the ones that give fail and give an error message will be left in so they can be eventually fixed. On Fri, Oct 2, 2026 at 2:04 PM Andrew Randrianasulu <randrianasulu@gmail.com> wrote:
пт, 2 окт. 2026 г., 22:42 Andrea paz <gamberucci.andrea@gmail.com>:
I tried building from the repository with the new patches, and everything worked without problems.
Thanks!
It always nice when things "just work" after update!
вт, 20 окт. 2026 г., 20:28 Phyllis Smith via Cin <cin@lists.cinelerra-gg.org
:
FFmpeg 9.0.2 has been checked into GIT despite the fact that vaapi rendering does not work and could crash. Changes prior to 9.0, that is 8.x also has failure with error messages but not crashes and so far apparently it is not much of an issue for users since no one reported yet.
yeah? I was using it .... but anyway, I think I am going to sleep for now. I will delete from GIT the ffmpeg/video/xxx_vaapk.ext render formats that
currently crash after I finish testing all of them but the ones that give fail and give an error message will be left in so they can be eventually fixed.
On Fri, Oct 2, 2026 at 2:04 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
пт, 2 окт. 2026 г., 22:42 Andrea paz <gamberucci.andrea@gmail.com>:
I tried building from the repository with the new patches, and everything worked without problems.
Thanks!
It always nice when things "just work" after update!
_______________________________________________
Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org
Currently looking at how MLT fixed the *vaapi* new requirement of "ffmpeg now requires to be given not only the "-hwaccel_device" option, but also the "-vaapi_device" option" for ffmpeg 8.x with the patch: https://github.com/mltframework/mlt/commit/13d1c0ee242471db6ca3cb55aee48f4d3... so with some help, hopefully this can be fixed soon. On Tue, Oct 20, 2026 at 1:15 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
вт, 20 окт. 2026 г., 20:28 Phyllis Smith via Cin < cin@lists.cinelerra-gg.org>:
FFmpeg 9.0.2 has been checked into GIT despite the fact that vaapi rendering does not work and could crash. Changes prior to 9.0, that is 8.x also has failure with error messages but not crashes and so far apparently it is not much of an issue for users since no one reported yet.
yeah? I was using it .... but anyway, I think I am going to sleep for now.
I will delete from GIT the ffmpeg/video/xxx_vaapk.ext render formats that
currently crash after I finish testing all of them but the ones that give fail and give an error message will be left in so they can be eventually fixed.
On Fri, Oct 2, 2026 at 2:04 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
пт, 2 окт. 2026 г., 22:42 Andrea paz <gamberucci.andrea@gmail.com>:
I tried building from the repository with the new patches, and everything worked without problems.
Thanks!
It always nice when things "just work" after update!
_______________________________________________
Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org
ср, 21 окт. 2026 г., 17:26 Phyllis Smith <phylsmith2017@gmail.com>:
Currently looking at how MLT fixed the *vaapi* new requirement of "ffmpeg now requires to be given not only the "-hwaccel_device" option, but also the "-vaapi_device" option" for ffmpeg 8.x with the patch:
https://github.com/mltframework/mlt/commit/13d1c0ee242471db6ca3cb55aee48f4d3... so with some help, hopefully this can be fixed soon.
I am really burned out by ffmpeg *especially*, so I pass .... I do not think I'll be doing any work in cingg in ..near/foreseeable future. Lets hope those "AI" assistants really can help even non-developers .....
On Tue, Oct 20, 2026 at 1:15 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
вт, 20 окт. 2026 г., 20:28 Phyllis Smith via Cin < cin@lists.cinelerra-gg.org>:
FFmpeg 9.0.2 has been checked into GIT despite the fact that vaapi rendering does not work and could crash. Changes prior to 9.0, that is 8.x also has failure with error messages but not crashes and so far apparently it is not much of an issue for users since no one reported yet.
yeah? I was using it .... but anyway, I think I am going to sleep for now.
I will delete from GIT the ffmpeg/video/xxx_vaapk.ext render formats that
currently crash after I finish testing all of them but the ones that give fail and give an error message will be left in so they can be eventually fixed.
On Fri, Oct 2, 2026 at 2:04 PM Andrew Randrianasulu < randrianasulu@gmail.com> wrote:
пт, 2 окт. 2026 г., 22:42 Andrea paz <gamberucci.andrea@gmail.com>:
I tried building from the repository with the new patches, and everything worked without problems.
Thanks!
It always nice when things "just work" after update!
_______________________________________________
Cin mailing list -- cin@lists.cinelerra-gg.org To unsubscribe send an email to cin-leave@lists.cinelerra-gg.org
Andrew_R, you are a great developer. Don't give up, please. Il 23/10/2026 22:30, Andrew Randrianasulu via Cin ha scritto:
I am really burned out by ffmpeg *especially*, so I pass ....
*I do not think I'll be doing any work in cingg in ..near/foreseeable future.*
Lets hope those "AI" assistants really can help even non-developers .....
On Tue, Oct 20, 2026 at 1:15 PM Andrew Randrianasulu <randrianasulu@gmail.com <mailto:randrianasulu@gmail.com>> wrote:
вт, 20 окт. 2026 г., 20:28 Phyllis Smith via Cin <cin@lists.cinelerra-gg.org <mailto:cin@lists.cinelerra-gg.org>>:
FFmpeg 9.0.2 has been checked into GIT despite the fact that vaapi rendering does not work and could crash. Changes prior to 9.0, that is 8.x also has failure with error messages but not crashes and so far apparently it is not much of an issue for users since no one reported yet.
I tried rendering a file using h264_vaapi.mp4 and encountered a crash with the following message (no dump): Assertion pic->nb_dpb_pics < 16 failed at libavcodec/hw_base_encode.c:62 Keep in mind that Vaapi doesn't work for me even outside of CinGG.
Hi everyone, Regarding VAAPI outside of CinGG: I have just run a couple of successful |h264_vaapi|and |hevc_vaapi|transcoding tests on my Aorus Gigabyte workstation featuring an Intel Core i7-12700KF and an Intel DG2 [Arc A750] GPU.The system is running openSUSE Slowroll with |ffmpeg-9.0.2|from the Packman community repository. The input file was an MPEG-2 video (HDV 1080i50),which was also deinterlaced to 50p using VAAPI for smoother panning. The files sizes, ffmpeg code lines and results as follows: 745M hdv09_04.m2t (input file) 504M hdv09_04_h264_vaapi_50p.mp4 428M hdv09_04_hevc_vaapi_50p.mp4 ffmpeg -hide_banner -init_hw_device vaapi -i hdv09_04.m2t -vf 'format=nv12,hwupload,deinterlace_vaapi=rate=field' -c:v h264_vaapi -qp 23 -c:a copy hdv09_04_h264_vaapi_50p.mp4 ..... frame=11924 fps=612 q=-0.0 Lsize= 515426KiB time=00:03:59.04 bitrate=17663.9kbits/s speed=12.3x elapsed=0:00:19.47 ffmpeg -hide_banner -init_hw_device vaapi -i hdv09_04.m2t -vf 'format=nv12,hwupload,deinterlace_vaapi=rate=field' -c:v hevc_vaapi -global_quality 25 -c:a copy hdv09_04_hevc_vaapi_50p.mp4 ...... frame=11924 fps=612 q=-0.0 Lsize= 437793KiB time=00:03:59.04 bitrate=15003.4kbits/s speed=12.3x elapsed=0:00:19.49 Terje On 26.10.2026 10:51, Andrea paz via Cin wrote:
I tried rendering a file using h264_vaapi.mp4 and encountered a crash with the following message (no dump):
Assertion pic->nb_dpb_pics < 16 failed at libavcodec/hw_base_encode.c:62
Keep in mind that Vaapi doesn't work for me even outside of CinGG.
_______________________________________________ Cin mailing list --cin@lists.cinelerra-gg.org To unsubscribe send an email tocin-leave@lists.cinelerra-gg.org
participants (5)
-
Andrea paz -
Andrew Randrianasulu -
Igor BEGHETTO -
Phyllis Smith -
Terje J. Hanssen