08-02-2025, 04:30 PM
In this AVI format that is here, an uncompressed image format (basically RAW) is used, just a pure copy of the memory that is stored as data. It is madness to compress it in software on the fly. 1920x1980 pixels and you have one twenty-fifth of a second to process including writing data, because you have 25 frames (and in the USA 30) per second according to the standard. As I admit, I got myself into a trap.
I will write a program that will create what you want (for uncompressed AVI here) later, I am currently solving something else. It will not be anything complicated, everything you need is contained in the AVI header, then you just need to read the correct offsets in the file. And for cases of changing frames in AVI it will be a little more complicated, because it is necessary to keep the same size of the image as the original, so it will eventually have to be stretched or reduced (via _NewImage and _PutImage it will be an easy thing). But all this will work only and only for this format. Then you need to consider whether to allow conversion from a different resolution or strictly refuse it, if you allow it, whether with image deformation or in such a way that the aspect ratio of the new frame is preserved - and how - whether to reduce, enlarge, or crop. That is already a complex program and I do not plan to do that now.
If you want it with compression, then we really cannot avoid using ffmpeg. This uncompressed file could then only serve as a template.
So far, I am considering compression in such a way that the recording is saved to multiple AVI files in an uncompressed format and then in the next step compression would run from the already saved content.
When I think about it, a significant speedup would be to run the compression as the second process after the 1GB uncompressed block is finished. That way, you would compress the 1GB in ffmpeg and simultaneously saving the other file as uncompressed.
I will deal with it later.
I will write a program that will create what you want (for uncompressed AVI here) later, I am currently solving something else. It will not be anything complicated, everything you need is contained in the AVI header, then you just need to read the correct offsets in the file. And for cases of changing frames in AVI it will be a little more complicated, because it is necessary to keep the same size of the image as the original, so it will eventually have to be stretched or reduced (via _NewImage and _PutImage it will be an easy thing). But all this will work only and only for this format. Then you need to consider whether to allow conversion from a different resolution or strictly refuse it, if you allow it, whether with image deformation or in such a way that the aspect ratio of the new frame is preserved - and how - whether to reduce, enlarge, or crop. That is already a complex program and I do not plan to do that now.
If you want it with compression, then we really cannot avoid using ffmpeg. This uncompressed file could then only serve as a template.
So far, I am considering compression in such a way that the recording is saved to multiple AVI files in an uncompressed format and then in the next step compression would run from the already saved content.
When I think about it, a significant speedup would be to run the compression as the second process after the 1GB uncompressed block is finished. That way, you would compress the 1GB in ffmpeg and simultaneously saving the other file as uncompressed.
I will deal with it later.