From: Dmitrii Ovchinnikov <ovchinnikov.dmitrii-at-gmail.com@ffmpeg.org> To: Wu Jianhua <toqsxw@outlook.com> Cc: "ffmpeg-devel@ffmpeg.org" <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH 2/2] avutil/hwcontext_d3d12va: added resource Flags support to command line Date: Thu, 12 Jun 2025 01:28:13 +0200 Message-ID: <CADXbNkSyeK0EjiPnVSMHV+GGTFKnW3SWpgYNg1V99KLLXt12fA@mail.gmail.com> (raw) In-Reply-To: <OS7P286MB5498625B7DDF4C1C82BCDEE8CA61A@OS7P286MB5498.JPNP286.PROD.OUTLOOK.COM> >> We should set these flags in d3d12va_frames_init >> instead of referencing device->flags directly Sorry, I didn't fully understand this part. Is it actually possible to pass the required flags to the frames context without using the device context? Or perhaps you meant something like this: 1) Add a D3D12_HEAP_FLAGS heap_flags field to AVD3D12VAFramesContext 2) Set both heap_flags and flags inside d3d12va_frames_init, after validating the format, while still passing the property through the device context? >> it seemed that the options uav_resource=1,render_target_resource=1, >> shared_resource=1 are too long. Maybe we could shorten the word resource to res? Something like this: uav_res shared_res render_targ_res(rt_res) Sincerely, Ovchinnikov D.A. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
prev parent reply other threads:[~2025-06-11 23:28 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-05-28 14:31 [FFmpeg-devel] [PATCH 1/2] avutil/hwcontext_d3d11va: make D3D11 surface BindFlags & MiscFlags configurable Dmitrii Ovchinnikov 2025-05-28 14:31 ` [FFmpeg-devel] [PATCH 2/2] avutil/hwcontext_d3d12va: added resource Flags support to command line Dmitrii Ovchinnikov 2025-05-28 15:01 ` [FFmpeg-devel] 回复: " Wu Jianhua 2025-05-30 9:14 ` [FFmpeg-devel] " Dmitrii Ovchinnikov 2025-05-30 14:43 ` [FFmpeg-devel] 回复: " Wu Jianhua 2025-06-11 23:28 ` Dmitrii Ovchinnikov [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CADXbNkSyeK0EjiPnVSMHV+GGTFKnW3SWpgYNg1V99KLLXt12fA@mail.gmail.com \ --to=ovchinnikov.dmitrii-at-gmail.com@ffmpeg.org \ --cc=ffmpeg-devel@ffmpeg.org \ --cc=toqsxw@outlook.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git