Etiquette, expectations, entitlement...@autoexec_bin | #magiclantern | Discord | Reddit | Server issues
Hello I wanted to ask, if, with all the new development and discoveries you guys made lately, there is a way to improve/shorten rolling shutter ms for normal 1080p recording.
@echo offfor %%a in ( %* ) do ( md "%%~na" 2>nul )&( C:\MLVFS\mlv_dump.exe -o %%~na\%%~na_ --dng %%~na.MLV )
If you used compressed raw, the MLV files are always smaller. The dng files that are made by MLV_dump are not compressed, so bigger.And as far as I know, the output in dng from MLV_dump is always in 14 bit. So you could have a compressed 12 bit MLV file, but the dng's that come out mlv_dump are uncompressed 14 bit.
Sorry guys, with the new MLV_Dump the DNG file sizes are coming out much larger, for 3k 12 bit they are 7mb each. I am using this script to run MLV_Dump, please help me make corrections. Also, it seems to be taking much longer as well.EDIT: MLV files are 16.6gb, dng output are closer to 30gb.
./mlv_dump in.mlv --dng # outputs uncompressed DNGs./mlv_dump in.mlv --dng -c # outputs compressed DNGs using mlv_dump's LJ92 algorithm./mlv_dump in.mlv --dng -c -c # outputs uncompressed DNGs by passing through unmodified lossless data
you now can choose betweena) output uncompressed DNGsb) compress DNG content (bit slower bit same as uncompressed, just many tools have trouble with lossless compressed DNG)c) pass through the original lossless data (which will be fast but skip all processing like stripe and hot pixel detection)this can be done by adding "-c" multiple times to the commandline. e.g.Code: [Select]./mlv_dump in.mlv --dng # outputs uncompressed DNGs./mlv_dump in.mlv --dng -c # outputs compressed DNGs using mlv_dump's LJ92 algorithm./mlv_dump in.mlv --dng -c -c # outputs uncompressed DNGs by passing through unmodified lossless data
mlv_dump --dng -c INPUT.MLV
you now can choose betweena) output uncompressed DNGsb) compress DNG content (bit slower bit same as uncompressed, just many tools have trouble with lossless compressed DNG)c) pass through the original lossless data (which will be fast but skip all processing like stripe and hot pixel detection)
Processing... saving: 3628800 -> 1906112 (52.53% ratio) saving: 3628800 -> 1906112 (52.53% ratio) saving: 3628800 -> 1905600 (52.51% ratio)
if(frame_buffer_size != (uint32_t)frame_size && !verbose){ print_msg(MSG_INFO, " saving: "FMT_SIZE" -> "FMT_SIZE" (%2.2f%% ratio)\n", frame_size, frame_buffer_size, ((float)frame_buffer_size * 100.0f) / (float)frame_size);}
g3gg0, thanks! Here´s latest mlv_dump for mac which beautifully applies lossless compression to dng files!https://bitbucket.org/Dannephoto/magic-lantern/downloads/mlv_dump_compress_dng.ziptry:Code: [Select]mlv_dump --dng -c INPUT.MLV And watch dng files process lossles with less than half it´s size. This works with uncompressed footage as well.
try:Code: [Select]mlv_dump --dng -c INPUT.MLV And watch dng files process lossles with less than half it´s size. This works with uncompressed footage as well.
@jankrueck Great job footage looks awesome.. You also captured great dynamic range, windows are well exposed & still having enough dynamic range for the interior superb.
@jimizFor me that mode is no more continuous recording with the last build, I don't know why... I return to April14th, the most reliable for me...
Do we really need this info (calculated uncompressed size to already hw compressed size comparizon) during MLV->MLV pass-trough? Maybe make it somewhat optional.
With the settings recommended in the first post, 1920x960 50p is continuous here (orange icon at first, green after ~30 seconds).Benchmark results tomorrow (will let the script test the two builds overnight).
