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. 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
