пт, 27 сент. 2024 г., 18:55 Terje J. Hanssen <terjejhanssen@gmail.com>:

Den 27.09.2024 12:44, skrev Andrew Randrianasulu:

пт, 27 сент. 2024 г., 12:40 Terje J. Hanssen <terjejhanssen@gmail.com>:

Den 26.09.2024 01:18, skrev Andrew Randrianasulu:

On Thu, Sep 26, 2024 at 2:06 AM Terje J. Hanssen <terjejhanssen@gmail.com> wrote:

Den 25.09.2024 23:22, skrev Andrew Randrianasulu:

чт, 26 сент. 2024 г., 00:16 Terje J. Hanssen <terjejhanssen@gmail.com>:

Den 25.09.2024 21:33, skrev Andrew Randrianasulu:

ср, 25 сент. 2024 г., 18:25 Terje J. Hanssen <terjejhanssen@gmail.com>:

Den 25.09.2024 00:27, skrev Andrew Randrianasulu:

try this git patch, do not forgot to make install again, or put profiles in bin/ffmpeg/video folder manually.

# cd /home/cinelerra/cinelerra-5.1
# mv /home/terje/0001-Qsv-encoders-for-testing.patch .

# git am 0001-Qsv-encoders-for-testing.patch
Applying: Qsv encoders for testing


make install > make_install.log 2&1

make install > make_install.log 2>&1 ?

Sorry. I should cleanup all ">" with Find & Replace in my note, and oversaw here should be two of them in this  command ;(

Now make install went through without faults as I could see, but attach it by email again.

But unhappily, no success with testing Cingg Qsv Rendering.
All attempts so far breaks with the output below:

FFMPEG::open_encoder  err: Internal bug, should not have happened
int FFMPEG::open_encoder(const char*, const char*):

----------
localhost:/home/cinelerra/cinelerra-5.1 # bin/cin
Cinelerra Infinity - built: Sep 23 2024 10:31:07
----------
1)
Loaded hdv09_04.m2t
Render:
Output to file: /Videoklipp/QSV/hdv09_04_h264_qsv.mp4
File format: FFMPEG-mp4
Compression: h264_qsv.mp4
Pixels: qsv

libva info: VA-API version 1.22.0
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_21
libva info: va_openDriver() returns 0
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_21
libva info: va_openDriver() returns 0

FFMPEG::open_encoder  err: Internal bug, should not have happened
int FFMPEG::open_encoder(const char*, const char*):
open failed h264_qsv:/Videoklipp/QSV/hdv09_04_h264_qsv.mp4
Render::render_single: Session finished.
--------------
2a)
Loaded hdv09_04.m2t
Render:
Output to file: /Videoklipp/QSV/hdv09_04_h265_qsv.mp4
File format: FFMPEG-mp4

Compression: h265_qsv.mp4
Pixels: qsv

[hevc_qsv encoder @ 0x7f44e0d0bd80] [Eval @ 0x7f44e57eb6f0] Undefined constant or missing '(' in 'high'
[hevc_qsv encoder @ 0x7f44e0d0bd80] Unable to parse option value "high"
[hevc_qsv encoder @ 0x7f44e0d0bd80] Error setting option profile to value high.
FFMPEG::open_encoder  err: Invalid argument
int FFMPEG::open_encoder(const char*, const char*):
open failed hevc_qsv:/Videoklipp/QSV/hdv09_04_h265_qsv.mp4
Render::render_single: Session finished.

# profile=high
Pixels: qsv (yuv420 isn't available)

Didn't render:
FFMPEG::open_encoder  err: Internal bug, should not have happened
int FFMPEG::open_encoder(const char*, const char*):
open failed hevc_qsv:/Videoklipp/QSV/hdv09_04_h265_qsv.mp4
Render::render_single: Session finished.

----------------
2b)
Compression: h265_qsv.mp4
Pixels: p010le

[hevc_qsv encoder @ 0x7f93dcdb3c00] [Eval @ 0x7f93cbff06f0] Undefined constant or missing '(' in 'high'
[hevc_qsv encoder @ 0x7f93dcdb3c00] Unable to parse option value "high"
[hevc_qsv encoder @ 0x7f93dcdb3c00] Error setting option profile to value high.
FFMPEG::open_encoder  err: Invalid argument
int FFMPEG::open_encoder(const char*, const char*):
open failed hevc_qsv:/Videoklipp/QSV/hdv09_04_h265_qsv.mp4
Render::render_single: Session finished.

Some progress:

# profile=high
Pixels: yuvy422 (yuv420 isn't available)
Settings>Appearance: BT.709/MPEG2

Rendered:
Render::render_single: Session finished.
** rendered 5972 frames in 33.999 secs, 175.652 fps
audio0 pad 64 0 (64)

VLC playback OK

ffprobe -hide_banner hdv09_04_h265_qsv.mp4
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'hdv09_04_h265_qsv.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2mp41
    encoder         : Lavf61.1.100
  Duration: 00:03:58.88, start: 0.000000, bitrate: 3359 kb/s
  Stream #0:0[0x1](und): Video: hevc (Rext) (hev1 / 0x31766568), yuv422p(tv, bt709/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 3223 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
      Metadata:
        handler_name    : VideoHandler
        vendor_id       : [0][0][0][0]
  Stream #0:1[0x2](und): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 129 kb/s (default)
      Metadata:
        handler_name    : SoundHandler
        vendor_id       : [0][0][0][0]

ah, so it need tv range .. try also with Pixels nv12 (worked for me on mediacodec)

Not really.,
Also the default at first startup, appearance BT.601-PAL/MJPEG, worked, and then ffprobe output
Stream #0:0[0x1](und): Video: hevc (Rext) (hev1 / 0x31766568), yuv422p(pc, bt470bg/unknown/unknown, top coded first (swapped)), 1440x1080 [SAR 4:3 DAR 16:9], 3248 kb/s, 25 fps, 25 tbr, 12800 tbn (default)

I just changed it to BT.701/MPEG which is for HD video, and I also remembed you also suggested this in a previous thread.

Both yuv422 and nv12 work.

But why isn't also the usual yuv420p available for h264 and h265?

not sure, may be qsv library does not support this?

at least I can't see it in source

https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/HEAD:/libavcodec/qsvenc_hevc.c#l399

Possibly also rename h265 to hevc as ffmpeg use?

ok, I'll rename it and add nv12 as default pix format.

can you also see if h264 works with nv12?

No, h264 doesn't work with nv12, neither with # profile=high

I've extracted three ffmpeg QSV code lines below with qsv and yuv420p used from
https://trac.ffmpeg.org/wiki/Hardware/QuickSync#FullExamples

ffmpeg -hwaccel qsv -c:v h264_qsv -i input.mp4 -vf hwdownload,format=nv12 -pix_fmt yuv420p output.yuv
ffmpeg -hwaccel qsv -c:v h264_qsv -i input.mp4 -vf hwdownload,format=nv12 -pix_fmt yuv420p -f sdl -
ffmpeg -init_hw_device qsv=hw -filter_hw_device hw -f rawvideo -pix_fmt yuv420p -s:v 1920x1080 -i input.yuv -vf hwupload=extra_hw_frames=64,format=qsv -c:v h264_qsv -b:v 5M output.mp4


On the other hand the following VAAPI section and code lines from
'The encoders only accept input as VAAPI surfaces. If the input is in normal memory, it will need to be uploaded before giving the frames to the encoder - in the ffmpeg utility, the hwupload filter can be used for this. It will upload to a surface with the same layout as the software frame, so it may be necessary to add a format filter immediately before to get the input into the right format (hardware generally wants the nv12 layout, but most software functions use the yuv420p layout). The hwupload filter also requires a device to upload to, which needs to be defined before the filter graph is created.'

ffmpeg -vaapi_device /dev/dri/renderD128 -i input.mp4 -vf 'format=nv12,hwupload' -c:v h264_vaapi output.mp4


and from my own ffmpeg test

ffmpeg -hide_banner -hwaccel_output_format qsv -i hdv09_04.m2t hdv09_04_h264_qsv.mp4

note that this line uses *software* x264 encoder, not qsv.

Does av1_qsv/vp9_qsv works? Can you also try with progressive (not interlaced) video?

• -pix_fmt p010le converts 8bit input into 10bit; note that conversion is done by CPU so it makes the encoding slower but produces better quality video and in CRF also lower bitrate (smaller file). For CUDA decoder must be used with -vf "hwdownload,format=nv12" (or -vf "hwdownload,format=p010le" for 10 bit input video) to copy decoded frames from CUDA into CPU for conversion (NVDEC decoder sends frames into CPU automatically.) Specifying -profile main10 is required to allow 10bit encoding but does not accually affect how the encoder encodes the video - encoder itself does not change the bit depth of the input!