action #163601
Updated by robert.richardson 23 days ago
## Observation ``` Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 1024x768, 24 fps, 24 tbr, 24 tbn, 24 tbc Codec AVOption crf (Select the quality for constant quality mode) specified for output file #0 (video.webm) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream. Stream mapping: Stream #0:0 -> #0:0 (ppm (native) -> av1 (libsvtav1)) Svt[info]: ------------------------------------------- Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v2.1.1 Svt[info]: SVT [build] : GCC 13.3.0 64 bit Svt[info]: LIB Build date: Jun 25 2024 20:46:15 Svt[info]: ------------------------------------------- Svt[error]: Instance 1: Target Bitrate only supported when --rc is 1/2 (VBR/CBR). Current --rc: 0 [libsvtav1 @ 0x558d708e0c00] Error setting encoder parameters: bad parameter (0x80001005) Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height Conversion failed! ``` The above error has appeared in my local openQA instance running on TW `20240708`. List of currently used openQA related packages that were incompatible with used version of ffmpeg ``` os-autoinst-qemu-kvm-4.6.1720187836.12ff220-1.1.x86_64 openQA-local-db-4.6.1720189080.136b92a5-1.1.x86_64 os-autoinst-openvswitch-4.6.1720187836.12ff220-1.1.x86_64 openQA-worker-4.6.1720189080.136b92a5-1.1.x86_64 os-autoinst-devel-4.6.1720187836.12ff220-1.1.x86_64 os-autoinst-4.6.1720187836.12ff220-1.1.x86_64 openQA-client-4.6.1720189080.136b92a5-1.1.x86_64 openQA-4.6.1720189080.136b92a5-1.1.x86_64 openQA-common-4.6.1720189080.136b92a5-1.1.x86_64 os-autoinst-distri-opensuse-deps-1.1674229328.3f0c40ae-1.3.noarch ``` ``` 2024-07-08 13:41:58|install|libheif-ffmpeg|1.17.6-2.1|x86_64||download.opensuse.org-oss|74393985c612c4ea1b81ecd42be9fadb99f298bc34e96fd30a84063058f2ad3d5f3673683c742301b3b12a6d45d5393b1c532362dbe2d60e2e77054d249ea333| 2024-07-08 13:44:14|install|ffmpeg-4|4.4.4-10.1|x86_64||download.opensuse.org-oss|f41f25134747f52d850468afa9f780a7820d26403cf5731c032811bd7390a36409f85a010474356399a242803396025ceb76725afeae1df95b30f2680daa2b00| ``` `libheif-ffmpeg` and `ffmpeg-4` were replaced by ``` 2024-07-10 11:42:05|install|libavutil59|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:06|install|libdovi3|3.2.0-1.3|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:07|install|libshaderc_shared1|2024.1-1.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:08|install|libvmaf3|3.0.0-2.2|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:10|install|libswscale8|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:11|install|libswresample5|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:12|install|libpostproc58|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:14|install|libplacebo349|7.349.0-1.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:15|install|libavcodec61|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:17|install|libavformat61|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:18|install|libavfilter10|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:19|install|libavdevice61|7.0-2.1|x86_64||download.opensuse.org-oss| 2024-07-10 11:42:21|install|ffmpeg-7|7.0-2.1|x86_64|root@kepler|download.opensuse.org-oss| ``` ## Acceptance criteria * **AC1:** No similar encoding issues on a clean Tumbleweed based installation of openQA * **AC2:** Clear feedback to users what needs to be done on older upgraded systems ## Suggestions * Try to reproduce the problem on a clean Tumbleweed based installation * ~~Ask Ask the OP what they did~~ The problem is likely due to the OP having an older version ffmpeg-4 installed on their Tumbleweed system and running os-autoinst. ffmpeg-7 works fine. In os-autoinst dist/spec/os-autoinst.spec we have `Recommends: ffmpeg >= 4` . okurz suggests to check the git history why we added this version because then it surely worked with *some* version of ffmpeg-4. Then call `git grep ffmpeg` to see where ffmpeg is used. In backend/baseclass.pm we already parse the "banner" of ffmpeg to decide if certain features are available. Then adapt to prevent incompatible versions to be used. did