вт, 29 апр. 2025 г., 00:54 Phyllis Smith <[email protected]>:
> Checked into GIT a modified AVC_Intra_100.mp4 with a comment added at the > beginning: > >> # Modify the 100 in avcintra-class=100 to 200, 300 or 480 as needed. >> > and removed "level=4.1" since in my testing that was the default for > avcintra-class=100. So users will not have to modify the level number when > modifying the class number (200 is level 5 by default). > > That is the beauty of the render formats --users can easily change > values. BTW - it creates a huge file when you get to level 200 so I did > not test 300 or 480. > yeah ... thanks for testing! > P.S. I forgot to test/checkin AVC_Intra_100.mov but will not forget to do > so later. > > On Fri, Apr 25, 2025 at 4:16 PM Andrew Randrianasulu < > [email protected]> wrote: > >> >> >> сб, 26 апр. 2025 г., 01:04 Phyllis Smith <[email protected]>: >> >>> Andrew, should these be checked into GIT source as is? I was waiting to >>> see if any followup on your 2 question commentaries. >>> >> >> Honestly I am mot sure, difference is small, may be we can collapse all >> 200/300/480 lines as comments in already existing avcintra100 profile? >> >>> >>> On Mon, Apr 21, 2025 at 4:33 PM Andrew Randrianasulu < >>> [email protected]> wrote: >>> >>>> I tried to add other xavc classes as mp4 profiles (see attached patch, >>>> do not forgot to make install after patching), but without altering bt709 >>>> x264 params line - may be we should comment it so it can be overridden by >>>> bt2020 colorimetry? >>>> >>>> also, those does not set flavor sony, may be they should? >>>> >>>> I also try to develop xavc mxf profiles on desktop (those are from >>>> Termux, 3 fps encode at FHD ;) >>>> >>>> вт, 22 апр. 2025 г., 00:54 Andrew Randrianasulu < >>>> [email protected]>: >>>> >>>>> In attempt at speeding up hdr10 4k HEVC video playback I tried to >>>>> re-encode it into AVC-intra using this guide: >>>>> >>>>> >>>>> https://www.voukoder.org/forum/thread/1163-replicate-sony-s-xavc-i-s-format/ >>>>> >>>>> basically either >>>>> >>>>> ffmpeg -i input -c:v libx264 -avcintra-class 480 -pix_fmt yuv422p10le >>>>> -preset ultrafast -x264opts avcintra-flavor=sony -c:a pcm_s24le -ar >>>>> 48k output.mxf >>>>> >>>>> or for half size >>>>> >>>>> ffmpeg -i ~/K38_sdcard1/Documents/iPhone11_4K-recorder_59.940HDR10.mov >>>>> -s 1920x1080 -c:v libx264 -avcintra-class 200 -pix_fmt yuv422p10le >>>>> -preset ultrafast -x264opts avcintra-flavor=sony -c:a pcm_s24le -ar >>>>> 48k output-half.mxf >>>>> >>>>> Note, line errors out when I tried class 480 for 1920x1080 frame size >>>>> >>>>> Both files load into cingg >>>>> >>>>> Original file (4k hdr hevc, 59.94 fps) plays at around 22 fps at >>>>> output x11, project rgba-float. But seeking is sad. Not to mention >>>>> lack of tonemapping. >>>>> >>>>> First 4k avc-intra 4k reencode plays at around 33 fps and seeks much >>>>> better (no artefacts) >>>>> >>>>> 1920x1080 proxy plays at 60 fps, and if I check play every frame and >>>>> try 2x speed forward - at 83 Fps. >>>>> >>>>> But trying two FullHD tracks referencing same "proxy" file set to >>>>> different fade leves with project set to RGBA-float kills fps back to >>>>> 2-3 :) >>>>> >>>>> Encoding at ultrafast preset was 4.5 fps for 4k version and 12 fps for >>>>> FullHD version. >>>>> >>>>> Filesizes: >>>>> >>>>> du -h *.mxf >>>>> 1.0G output-half.mxf >>>>> 2.2G output.mxf >>>>> >>>>> this is just for >>>>> frame= 1149 >>>>> time=00:00:19.15 >>>>> >>>>> Well, I guess without some serious GPU upgrade this machine not gonna >>>>> play HDR 4k :) >>>>> >>>>> Regular 8 bit/SDR 4k somewhat plays in firefox (if file just av1, 24 >>>>> fps), at least on Linux where I can set GPU frequency a bit higher >>>>> than default on nouveau/libre drivers. >>>>> >>>>
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
