вс, 27 окт. 2024 г., 13:17 Terje J. Hanssen <[email protected]>:
> > > > Den 26.10.2024 01:37, skrev Andrew Randrianasulu: > > > > On Sat, Oct 26, 2024 at 2:14 AM Andrew Randrianasulu < > [email protected]> wrote: > >> >> >> On Sat, Oct 26, 2024 at 1:29 AM Andrew Randrianasulu < >> [email protected]> wrote: >> >>> >>> >>> сб, 26 окт. 2024 г., 00:58 Terje J. Hanssen <[email protected]>: >>> >>>> >>>> >>>> >>>> Den 25.10.2024 21:48, skrev Andrew Randrianasulu: >>>> >>>> We branching! >>>> >>>> I looked at gpu-screen-recorder >>>> >>>> >>>> https://git.dec05eba.com/gpu-screen-recorder/tree/src/encoder/video/vaapi.c >>>> >>>> it sets >>>> >>>> AVHWFramesContext *hw_frame_context = >>>> (AVHWFramesContext*)frame_context->data; >>>> hw_frame_context->width = video_codec_context->width; >>>> hw_frame_context->height = video_codec_context->height; >>>> hw_frame_context->sw_format = self->params.color_depth == >>>> GSR_COLOR_DEPTH_10_BITS ? AV_PIX_FMT_P010LE : AV_PIX_FMT_NV12; >>>> hw_frame_context->format = video_codec_context->pix_fmt; >>>> hw_frame_context->device_ctx = >>>> (AVHWDeviceContext*)self->device_ctx->data; >>>> >>>> so may be we need to set AV_PIX_FMT_P010LE and not just P010? >>>> >>>> >>>> Sorry, It didn't render more than 8bit yuv420p >>>> >>> >>> >>> yeahh ... probably need more debugging (seeing what pixel format goes >>> into ffmpeg vaapi interface at least). >>> >>> I only have decoding on nouveau, and quite flaky at that - only 2 files >>> so far worked w,/o crashing, from around 2011/12. >>> >>> >>> I tried to change two instances of NV12 to P010LE and it shows no >>> visible effect, so I assume it was supposed to work with encoding ...? >>> >>> it does not work even with qsv set to p010 AND patch ? >>> >>> if so, I am afraid I only can put this item on shelf ... for now. Look >>> at mantis bug database, if there is no entry about 10bit vaapi >>> deciding/encoding - add it please .... >>> >>> you can also test (at some point in time ) this gpu_screen_recorder, it >>> builds but does not work for me due to "nouveau" driver. >>> >>> >> >> at least with another patch (attached) I can get this: >> >> bash-5.1$ bin/cin ~/6029.mp4 >> Cinelerra Infinity - built: Oct 17 2024 16:18:31 >> 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-2024 mods for Cinelerra-GG by Cinelerra-GG team >> >> Libav version: Lavc61.3.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. >> >> RenderFarmClient::main_loop: client started >> [AVHWDeviceContext @ 0xf925c00] Trying to use DRM render node for device >> 0. >> [AVHWDeviceContext @ 0xf925c00] libva: VA-API version 1.19.0 >> [AVHWDeviceContext @ 0xf925c00] libva: Trying to open >> /usr/lib/dri/nouveau_drv_video.so >> [AVHWDeviceContext @ 0xf925c00] libva: Found init function >> __vaDriverInit_1_19 >> [AVHWDeviceContext @ 0xf925c00] libva: va_openDriver() returns 0 >> [AVHWDeviceContext @ 0xf925c00] Initialised VAAPI connection: version 1.19 >> [AVHWDeviceContext @ 0xf925c00] Format 0x3231564e -> nv12. >> [AVHWDeviceContext @ 0xf925c00] Format 0x30313050 -> p010le. >> [AVHWDeviceContext @ 0xf925c00] Format 0x36313050 -> unknown. >> [AVHWDeviceContext @ 0xf925c00] Format 0x30323449 -> yuv420p. >> [AVHWDeviceContext @ 0xf925c00] Format 0x32315659 -> yuv420p. >> [AVHWDeviceContext @ 0xf925c00] Format 0x56595559 -> unknown. >> [AVHWDeviceContext @ 0xf925c00] Format 0x32595559 -> yuyv422. >> [AVHWDeviceContext @ 0xf925c00] Format 0x59565955 -> uyvy422. >> [AVHWDeviceContext @ 0xf925c00] Format 0x41524742 -> bgra. >> [AVHWDeviceContext @ 0xf925c00] Format 0x41424752 -> rgba. >> [AVHWDeviceContext @ 0xf925c00] Format 0x58524742 -> bgr0. >> [AVHWDeviceContext @ 0xf925c00] Format 0x58424752 -> rgb0. >> [AVHWDeviceContext @ 0xf925c00] VAAPI driver: Mesa Gallium driver 22.1.7 >> for NV106. >> [AVHWDeviceContext @ 0xf925c00] Driver not found in known nonstandard >> list, using standard behaviour. >> [AVHWFramesContext @ 0xea43980] Created surface 0x1. >> [AVHWFramesContext @ 0xea43980] Direct mapping possible. >> [av1_vaapi @ 0xf978680] Input surface format is p010le. >> [av1_vaapi @ 0xf978680] Compatible profile VAProfileAV1Profile0 (32) is >> not supported by driver. >> [av1_vaapi @ 0xf978680] No usable encoding profile found. >> FFMPEG::open_encoder err: Function not implemented >> int FFMPEG::open_encoder(const char*, const char*): >> open failed av1_vaapi:/dev/shm/yuv-test-reenc-rgba8-mpeg-range.webm >> Render::render_single: Session finished. >> Total excess of backups: -50 >> [AVIOContext @ 0xeaf1aa40] Statistics: 4570842 bytes read, 5 seeks >> [AVIOContext @ 0xeaf348c0] Statistics: 2997978 bytes read, 2 seeks >> [AVIOContext @ 0xd7aa8900] Statistics: 4272574 bytes read, 2 seeks >> [AVIOContext @ 0xd7954080] Statistics: 2997978 bytes read, 2 seeks >> [AVIOContext @ 0xf40c2840] Statistics: 9351290 bytes read, 18 seeks >> [AVIOContext @ 0xf4008a00] Statistics: 2997978 bytes read, 2 seeks >> Session time: 0:00:48 >> Cpu time: user: 0:00:09.659 sys: 0:00:03.077 >> >> so i guess it sets surface format now correctly, just no encoder >> entrypoint (obviously on my hw)? >> >> Terje, Andrea - can you test this hack ? >> >> > one more time, this time with env variable > > CIN_10BIT_ENC=1 bin/cin ~/6029.mp4 > > should enable P010LE input surface format ...but you probably need to set > profile etc manually? > > > > OK, P010 should be a 10bit 420 format, while Y210 is the 10bit 422 format. > > > I tried your last suggestion and started Cin with > > CIN_10BIT_ENC=1 bin/cin > > rendered a 10bit 422 mov input file and got > > ffprobe -hide_banner hd01_hevc_vaapi.mp4 > Stream #0:0[0x1](und): Video: hevc (Main) (hev1 / 0x31766568), yuv420p(tv, > bt709/unknown/unknown, top coded first (swapped)), 1920x1080 [SAR 1:1 DAR > 16:9], 11225 kb/s, 25 fps, 25 tbr, 12800 tbn (default) > > from Mediainfo > Color space : YUV > Chroma subsampling : 4:2:0 > Bit depth : 8 bits > > > But how should I apply your attached "10bit.diff" patch? > > It didn't work with > > localhost:/Cin # git am 10bit.diff > fatal: previous rebase directory .git/rebase-apply still exists but mbox > given. > try to rm .git/rebase-apply > > > > >
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
