Problem while converting DNG sequnece to video file

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

Problem while converting DNG sequnece to video file

Masala Kentaro
hello!

I have problems using FFmpeg, while trying to convert DNG-sequence
into mp4/mov/avi video file.
While converting, I also need to downgrade the resolution of the video
from original 6016x3200 to 2030x1080.

First problem: I got almost black screen in the resulting video. Had
to play with gamma and brightness options, but there were still
obvious problems with saturation and contrast after that.
(I tried simple DNG to PNG conversion of a single file, and it also
results in almost black screen, command:
ffmpeg -v 9 -loglevel 99 -i e:\12345\sample_r00001.dng e:\output.tga)
log for dng2tga conversion:

But it was not the biggest trouble.

1. Main trouble: something strange happens with aspect ratio in
resulting video file: in the first few frames aspect is normal (up to
4-5 frames, approx), just like in the original picture, but all the
rest frames are getting squeezed. can't figure out why this happen!?
Screenshots of VLC player playing resulting video file at different
frames is attached to the letter.

command I use is simple:
ffmpeg.exe -v 9 -loglevel 99 -start_number 0 -i
"e:\12345\sample_R%5d.dng" -c:v libx264 -vf "fps=25,format=yuv420p,
eq=gamma=3.2:brightness=0.2:contrast=1.6:saturation=3,
scale=w=-1:h=1080" e:\out.mp4

2. colors are desaturated. despite the fact that I set "saturation"
option to the maximum value. Also, the first frame of the video has
different colors from the rest (while DNG files are all similar, first
is no exception)

PS: I tried prores codec as well, with the same result.

Any advice? What am I doing wrong, and how to achieve desired result
using ffmpeg? TIA!

link to DNG files (google folder, frames can be downloaded
individually, each frame about 15MB):
https://drive.google.com/drive/folders/1u5m7aVAFPpEsL4YtDVsfSpfcve9PFG4m?usp=sharing

resulting video with sqeezed aspect ratio short fragment (500 kb ):
https://drive.google.com/file/d/1cj0QiJQrpRjv9DZGf-KTZmOldSTTbe14/view?usp=sharing

report log for 10 dng frames converted to mp4 video file:
--
ffmpeg started on 2020-08-20 at 10:39:27
Report written to "ffmpeg-20200820-103927.log"
Log level: 99
Command line:
ffmpeg.exe -v 9 -loglevel 99 -start_number 0 -i
"e:\\12345\\sample_R%5d.dng" -c:v libx264 -vf "fps=25,format=yuv420p,
eq=gamma=3.2:brightness=0.2:contrast=1.6:saturation=3,
scale=w=-1:h=1080" "e:\\out.mp4" -report
ffmpeg version git-2020-08-14-a762fd2 Copyright (c) 2000-2020 the
FFmpeg developers
  built with gcc 10.2.1 (GCC) 20200805
  configuration: --enable-gpl --enable-version3 --enable-sdl2
--enable-fontconfig --enable-gnutls --enable-iconv --enable-libass
--enable-libdav1d --enable-libbluray --enable-libfreetype
--enable-libmp3lame --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus
--enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt
--enable-libtheora --enable-libtwolame --enable-libvpx
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
--enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib
--enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis
--enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex
--enable-libxvid --enable-libaom --enable-libgsm --enable-librav1e
--enable-libsvtav1 --disable-w32threads --enable-libmfx
--enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va
--enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
--enable-libopenmpt --enable-amf
  libavutil      56. 58.100 / 56. 58.100
  libavcodec     58.100.100 / 58.100.100
  libavformat    58. 51.100 / 58. 51.100
  libavdevice    58. 11.101 / 58. 11.101
  libavfilter     7. 87.100 /  7. 87.100
  libswscale      5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc    55.  8.100 / 55.  8.100
Splitting the commandline.
Reading option '-v' ... matched as option 'v' (set logging level) with
argument '9'.
Reading option '-loglevel' ... matched as option 'loglevel' (set
logging level) with argument '99'.
Reading option '-start_number' ... matched as AVOption 'start_number'
with argument '0'.
Reading option '-i' ... matched as input url with argument
'e:\12345\sample_R%5d.dng'.
Reading option '-c:v' ... matched as option 'c' (codec name) with
argument 'libx264'.
Reading option '-vf' ... matched as option 'vf' (set video filters)
with argument 'fps=25,format=yuv420p,
eq=gamma=3.2:brightness=0.2:contrast=1.6:saturation=3,
scale=w=-1:h=1080'.
Reading option 'e:\out.mp4' ... matched as output url.
Reading option '-report' ... matched as option 'report' (generate a
report) with argument '1'.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option v (set logging level) with argument 9.
Applying option loglevel (set logging level) with argument 99.
Applying option report (generate a report) with argument 1.
Successfully parsed a group of options.
Parsing a group of options: input url e:\12345\sample_R%5d.dng.
Successfully parsed a group of options.
Opening an input file: e:\12345\sample_R%5d.dng.
Probing image2 score:100 size:0
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00000.dng' for reading
[file @ 0000000000598bc0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 00000000005a0d00] Statistics: 17509234 bytes read, 0 seeks
[tiff @ 0000000000568c40] compression: 7
[tiff @ 0000000000568c40] DNG file, version 1.4.0.0
[tiff @ 0000000000568c40] Assuming black level pattern values are identical
[mjpeg @ 0000000000590880] marker=d8 avail_size_in_buf=8523850
[mjpeg @ 0000000000590880] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000000590880] marker=c3 avail_size_in_buf=8523848
[mjpeg @ 0000000000590880] Changing bps from 0 to 12
[mjpeg @ 0000000000590880] sof0: picture: 6016x1600
[mjpeg @ 0000000000590880] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000000590880] pix fmt id 11000000
[mjpeg @ 0000000000590880] Format gray16le chosen by get_format().
[mjpeg @ 0000000000590880] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000590880] marker=c4 avail_size_in_buf=8523835
[mjpeg @ 0000000000590880] class=0 index=0 nb_codes=16
[mjpeg @ 0000000000590880] marker parser used 36 bytes (288 bits)
[mjpeg @ 0000000000590880] escaping removed 298469 bytes
[mjpeg @ 0000000000590880] marker=da avail_size_in_buf=8523797
[mjpeg @ 0000000000590880] component: -1
[mjpeg @ 0000000000590880] mjpeg_decode_dc: bad vlc: 0:0 (0000000000590f48)
[mjpeg @ 0000000000590880] marker parser used 9784 bytes (78271 bits)
[mjpeg @ 0000000000590880] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000000590880] decode frame unused 274 bytes
[mjpeg @ 0000000000590880] marker=d8 avail_size_in_buf=8853938
[mjpeg @ 0000000000590880] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000000590880] marker=c3 avail_size_in_buf=8853936
[mjpeg @ 0000000000590880] sof0: picture: 6016x1600
[mjpeg @ 0000000000590880] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000000590880] pix fmt id 11000000
[mjpeg @ 0000000000590880] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000590880] marker=c4 avail_size_in_buf=8853923
[mjpeg @ 0000000000590880] class=0 index=0 nb_codes=16
[mjpeg @ 0000000000590880] marker parser used 36 bytes (288 bits)
[mjpeg @ 0000000000590880] escaping removed 281567 bytes
[mjpeg @ 0000000000590880] marker=da avail_size_in_buf=8853885
[mjpeg @ 0000000000590880] component: -1
[mjpeg @ 0000000000590880] mjpeg_decode_dc: bad vlc: 0:0 (0000000000590f48)
[mjpeg @ 0000000000590880] marker parser used 9788 bytes (78300 bits)
[mjpeg @ 0000000000590880] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000000590880] decode frame unused 274 bytes
[image2 @ 00000000005662c0] Probe buffer size limit of 5000000 bytes reached
[image2 @ 00000000005662c0] stream 0: start_time: 0 duration: 0.44
[image2 @ 00000000005662c0] format: start_time: 0 duration: 0.44
(estimate from stream) bitrate=0 kb/s
Input #0, image2, from 'e:\12345\sample_R%5d.dng':
  Duration: 00:00:00.44, start: 0.000000, bitrate: N/A
    Stream #0:0, 1, 1/25: Video: tiff, 1 reference frame,
bayer_rggb16le, 6016x3200, 0/1, 25 tbr, 25 tbn, 25 tbc
Successfully opened the file.
Parsing a group of options: output url e:\out.mp4.
Applying option c:v (codec name) with argument libx264.
Applying option vf (set video filters) with argument
fps=25,format=yuv420p,
eq=gamma=3.2:brightness=0.2:contrast=1.6:saturation=3,
scale=w=-1:h=1080.
Successfully parsed a group of options.
Opening an output file: e:\out.mp4.
[file @ 00000000005be100] Setting default whitelist 'file,crypto,data'
Successfully opened the file.
detected 4 logical cores
Stream mapping:
  Stream #0:0 -> #0:0 (tiff (native) -> h264 (libx264))
Press [q] to stop, [?] for help
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[tiff @ 0000000003dc0640] compression: 7
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00001.dng' for reading
[tiff @ 0000000003dc0640] DNG file, version 1.4.0.0
[file @ 0000000003e16800] Setting default whitelist 'file,crypto,data'
[tiff @ 0000000003dc0640] Assuming black level pattern values are identical
[AVIOContext @ 0000000003e67c80] Statistics: 14221312 bytes read, 0 seeks
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[tiff @ 0000000000597180] compression: 7
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00002.dng' for reading
[tiff @ 0000000000597180] DNG file, version 1.4.0.0
[file @ 0000000003e5fc00] Setting default whitelist 'file,crypto,data'
[tiff @ 0000000000597180] Assuming black level pattern values are identical
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=8523850
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=8523848
[mjpeg @ 0000000003dc1180] Changing bps from 0 to 12
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] Format gray16le chosen by get_format().
[AVIOContext @ 0000000003e68dc0] Statistics: 14221312 bytes read, 0 seeks
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00003.dng' for reading
[tiff @ 0000000003dc1fc0] compression: 7
[tiff @ 0000000003dc1fc0] DNG file, version 1.4.0.0
[file @ 0000000003e5fc00] Setting default whitelist 'file,crypto,data'
[tiff @ 0000000003dc1fc0] Assuming black level pattern values are identical
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=8523835
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=16
[mjpeg @ 0000000003dc1180] marker parser used 36 bytes (288 bits)
[mjpeg @ 0000000000597e40] marker=d8 avail_size_in_buf=6888934
[mjpeg @ 0000000000597e40] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000000597e40] marker=c3 avail_size_in_buf=6888932
[AVIOContext @ 0000000003e68dc0] Statistics: 14090240 bytes read, 0 seeks
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00004.dng' for reading
[file @ 0000000003e5fc00] Setting default whitelist 'file,crypto,data'
[tiff @ 0000000003def440] compression: 7
[mjpeg @ 0000000000597e40] Changing bps from 0 to 12
[mjpeg @ 0000000003dc1180] escaping removed 298469 bytes
[mjpeg @ 0000000003de7ec0] marker=d8 avail_size_in_buf=6914430
[tiff @ 0000000003def440] DNG file, version 1.4.0.0
[mjpeg @ 0000000000597e40] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=8523797
[mjpeg @ 0000000003de7ec0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003de7ec0] marker=c3 avail_size_in_buf=6914428
[mjpeg @ 0000000000597e40] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] component: -1
[tiff @ 0000000003def440] Assuming black level pattern values are identical
[mjpeg @ 0000000003de7ec0] Changing bps from 0 to 12
[AVIOContext @ 0000000000591280] Statistics: 14221312 bytes read, 0 seeks
[mjpeg @ 0000000000597e40] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] mjpeg_decode_dc: bad vlc: 0:0 (000000000058fa08)
[mjpeg @ 0000000003de7ec0] sof0: picture: 6016x1600
[tiff @ 0000000003e1be00] compression: 7
[mjpeg @ 0000000000597e40] Format gray16le chosen by get_format().
[mjpeg @ 0000000003dc1180] marker parser used 9784 bytes (78271 bits)
[mjpeg @ 0000000003de7ec0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003de7ec0] pix fmt id 11000000
[mjpeg @ 0000000003de7ec0] Format gray16le chosen by get_format().
[tiff @ 0000000003e1be00] DNG file, version 1.4.0.0
[tiff @ 0000000003e1be00] Assuming black level pattern values are identical
[mjpeg @ 0000000000597e40] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000597e40] marker=c4 avail_size_in_buf=6888919
[mjpeg @ 0000000000597e40] class=0 index=0 nb_codes=14
[mjpeg @ 0000000000597e40] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e14480] marker=d8 avail_size_in_buf=6854314
[mjpeg @ 0000000003e14480] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e14480] marker=c3 avail_size_in_buf=6854312
[mjpeg @ 0000000003e14480] Changing bps from 0 to 12
[mjpeg @ 0000000000597e40] escaping removed 11270 bytes
[mjpeg @ 0000000003de7ec0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e14480] sof0: picture: 6016x1600
[mjpeg @ 0000000000597e40] marker=da avail_size_in_buf=6888883
[mjpeg @ 0000000003de7ec0] marker=c4 avail_size_in_buf=6914415
[mjpeg @ 0000000003de7ec0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000000597e40] component: -1
[mjpeg @ 0000000003e14480] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003de7ec0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
[mjpeg @ 0000000003e14480] pix fmt id 11000000
[mjpeg @ 0000000003e14480] Format gray16le chosen by get_format().
[mjpeg @ 0000000003e42bc0] marker=d8 avail_size_in_buf=6926962
[mjpeg @ 0000000003e42bc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e42bc0] marker=c3 avail_size_in_buf=6926960
[mjpeg @ 0000000003e42bc0] Changing bps from 0 to 12
[mjpeg @ 0000000003e42bc0] sof0: picture: 6016x1600
[mjpeg @ 0000000003e14480] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e14480] marker=c4 avail_size_in_buf=6854299
[mjpeg @ 0000000003e42bc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003de7ec0] escaping removed 11651 bytes
[mjpeg @ 0000000003e14480] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] pix fmt id 11000000
[mjpeg @ 0000000003de7ec0] marker=da avail_size_in_buf=6914379
[mjpeg @ 0000000003e14480] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] Format gray16le chosen by get_format().
[mjpeg @ 0000000003de7ec0] component: -1
[mjpeg @ 0000000003e14480] escaping removed 10849 bytes
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=8853938
[mjpeg @ 0000000003e14480] marker=da avail_size_in_buf=6854263
[mjpeg @ 0000000003e42bc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=8853936
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=8853923
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=16
[mjpeg @ 0000000003dc1180] marker parser used 36 bytes (288 bits)
[mjpeg @ 0000000003dc1180] escaping removed 281567 bytes
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=8853885
[mjpeg @ 0000000003e14480] component: -1
[mjpeg @ 0000000003e42bc0] marker=c4 avail_size_in_buf=6926947
[mjpeg @ 0000000003e42bc0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] escaping removed 11941 bytes
[mjpeg @ 0000000003e42bc0] marker=da avail_size_in_buf=6926911
[mjpeg @ 0000000003e42bc0] component: -1
[mjpeg @ 0000000003dc1180] component: -1
[mjpeg @ 0000000003dc1180] mjpeg_decode_dc: bad vlc: 0:0 (000000000058fa08)
[mjpeg @ 0000000003dc1180] marker parser used 9788 bytes (78300 bits)
[mjpeg @ 0000000000597e40] marker parser used 6877611 bytes (55020887 bits)
[mjpeg @ 0000000000597e40] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000000597e40] decode frame unused 274 bytes
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
[mjpeg @ 0000000003de7ec0] marker parser used 6902724 bytes (55221791 bits)
[mjpeg @ 0000000003de7ec0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003de7ec0] decode frame unused 274 bytes
[mjpeg @ 0000000000597e40] marker=d8 avail_size_in_buf=7212626
[mjpeg @ 0000000000597e40] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000000597e40] marker=c3 avail_size_in_buf=7212624
[mjpeg @ 0000000000597e40] sof0: picture: 6016x1600
[mjpeg @ 0000000000597e40] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000000597e40] pix fmt id 11000000
[Parsed_fps_0 @ 0000000003e15c00] Setting 'fps' to value '25'
[mjpeg @ 0000000000597e40] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000597e40] marker=c4 avail_size_in_buf=7212611
[Parsed_fps_0 @ 0000000003e15c00] fps=25/1
[mjpeg @ 0000000000597e40] class=0 index=0 nb_codes=14
[Parsed_format_1 @ 0000000003e15dc0] Setting 'pix_fmts' to value 'yuv420p'
[mjpeg @ 0000000000597e40] marker parser used 34 bytes (272 bits)
[Parsed_eq_2 @ 0000000003e16080] Setting 'gamma' to value '3.2'
[Parsed_eq_2 @ 0000000003e16080] Setting 'brightness' to value '0.2'
[Parsed_eq_2 @ 0000000003e16080] Setting 'contrast' to value '1.6'
[Parsed_eq_2 @ 0000000003e16080] Setting 'saturation' to value '3'
[Parsed_scale_3 @ 0000000003e16300] Setting 'w' to value '-1'
[Parsed_scale_3 @ 0000000003e16300] Setting 'h' to value '1080'
[mjpeg @ 0000000000597e40] escaping removed 5783 bytes
[Parsed_scale_3 @ 0000000003e16300] Setting 'flags' to value 'bicubic'
[mjpeg @ 0000000000597e40] marker=da avail_size_in_buf=7212575
[mjpeg @ 0000000000597e40] component: -1
[Parsed_scale_3 @ 0000000003e16300] w:-1 h:1080 flags:'bicubic' interl:0
[graph 0 input from stream 0:0 @ 0000000003de9c00] Setting
'video_size' to value '6016x3200'
[mjpeg @ 0000000003e14480] marker parser used 6843410 bytes (54747276 bits)
[mjpeg @ 0000000003e14480] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e14480] decode frame unused 274 bytes
[mjpeg @ 0000000003de7ec0] marker=d8 avail_size_in_buf=7235202
[mjpeg @ 0000000003de7ec0] marker parser used 0 bytes (0 bits)
[graph 0 input from stream 0:0 @ 0000000003de9c00] Setting 'pix_fmt'
to value '147'
[mjpeg @ 0000000003de7ec0] marker=c3 avail_size_in_buf=7235200
[graph 0 input from stream 0:0 @ 0000000003de9c00] Setting 'time_base'
to value '1/25'
[mjpeg @ 0000000003de7ec0] sof0: picture: 6016x1600
[graph 0 input from stream 0:0 @ 0000000003de9c00] Setting
'pixel_aspect' to value '0/1'
[mjpeg @ 0000000003de7ec0] component 0 1:1 id: -1 quant:0
[graph 0 input from stream 0:0 @ 0000000003de9c00] Setting
'frame_rate' to value '25/1'
[mjpeg @ 0000000003de7ec0] pix fmt id 11000000
[mjpeg @ 0000000003de7ec0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003de7ec0] marker=c4 avail_size_in_buf=7235187
[mjpeg @ 0000000003de7ec0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003de7ec0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003de7ec0] escaping removed 6092 bytes
[mjpeg @ 0000000003de7ec0] marker=da avail_size_in_buf=7235151
[mjpeg @ 0000000003e14480] marker=d8 avail_size_in_buf=7174730
[graph 0 input from stream 0:0 @ 0000000003de9c00] w:6016 h:3200
pixfmt:bayer_rggb16le tb:1/25 fr:25/1 sar:0/1
[mjpeg @ 0000000003de7ec0] component: -1
[mjpeg @ 0000000003e14480] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e14480] marker=c3 avail_size_in_buf=7174728
[mjpeg @ 0000000003e14480] sof0: picture: 6016x1600
[mjpeg @ 0000000003e14480] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e14480] pix fmt id 11000000
[mjpeg @ 0000000003e14480] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e14480] marker=c4 avail_size_in_buf=7174715
[mjpeg @ 0000000003e14480] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e14480] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e14480] escaping removed 5516 bytes
[mjpeg @ 0000000003e14480] marker=da avail_size_in_buf=7174679
[mjpeg @ 0000000003e14480] component: -1
[format @ 00000000005eb440] Setting 'pix_fmts' to value
'yuv420p|yuvj420p|yuv422p|yuvj422p|yuv444p|yuvj444p|nv12|nv16|nv21|yuv420p10le|yuv422p10le|yuv444p10le|nv20le|gray|gray10le'
[auto_scaler_0 @ 0000000003eadac0] Setting 'flags' to value 'bicubic'
[auto_scaler_0 @ 0000000003eadac0] w:iw h:ih flags:'bicubic' interl:0
[Parsed_format_1 @ 0000000003e15dc0] auto-inserting filter
'auto_scaler_0' between the filter 'Parsed_fps_0' and the filter
'Parsed_format_1'
[AVFilterGraph @ 00000000005e9b40] query_formats: 7 queried, 5 merged,
1 already done, 0 delayed
[auto_scaler_0 @ 0000000003eadac0] w:6016 h:3200 fmt:bayer_rggb16le
sar:0/1 -> w:6016 h:3200 fmt:yuv420p sar:0/1 flags:0x4
[Parsed_scale_3 @ 0000000003e16300] w:6016 h:3200 fmt:yuv420p sar:0/1
-> w:2030 h:1080 fmt:yuv420p sar:0/1 flags:0x4
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 0, out pts 0
[libx264 @ 00000000005bd100] using mv_range_thread = 88
[libx264 @ 00000000005bd100] using cpu capabilities: MMX2 SSE2Fast
SSSE3 SSE4.2 AVX
[libx264 @ 00000000005bd100] profile High, level 4.2, 4:2:0, 8-bit
[libx264 @ 00000000005bd100] 264 - core 161 - H.264/MPEG-4 AVC codec -
Copyleft 2003-2020 - http://www.videolan.org/x264.html - options:
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1
psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2
threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1
interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2
b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250
keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf
mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40
aq=1:1.00
Output #0, mp4, to 'e:\out.mp4':
  Metadata:
    encoder         : Lavf58.51.100
    Stream #0:0, 0, 1/12800: Video: h264 (libx264), 1 reference frame
(avc1 / 0x31637661), yuv420p, 2030x1080, 0/1, q=-1--1, 25 fps, 12800
tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.100.100 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00005.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[mjpeg @ 0000000003e42bc0] marker parser used 6914963 bytes (55319704 bits)
[AVIOContext @ 0000000003ea5a40] Statistics: 14090240 bytes read, 0 seeks
[mjpeg @ 0000000003e42bc0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e42bc0] decode frame unused 274 bytes
[tiff @ 0000000003dc0640] compression: 7
[tiff @ 0000000003dc0640] DNG file, version 1.4.0.0
[tiff @ 0000000003dc0640] Assuming black level pattern values are identical
[mjpeg @ 0000000003e42bc0] marker=d8 avail_size_in_buf=7244794
[mjpeg @ 0000000003e42bc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e42bc0] marker=c3 avail_size_in_buf=7244792
[mjpeg @ 0000000003e42bc0] sof0: picture: 6016x1600
[mjpeg @ 0000000003e42bc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e42bc0] pix fmt id 11000000
[mjpeg @ 0000000003e42bc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e42bc0] marker=c4 avail_size_in_buf=7244779
[mjpeg @ 0000000003e42bc0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] escaping removed 6024 bytes
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=6844042
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=6844040
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003e42bc0] marker=da avail_size_in_buf=7244743
[mjpeg @ 0000000000597e40] marker parser used 7206788 bytes (57654304 bits)
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=6844027
[mjpeg @ 0000000000597e40] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e42bc0] component: -1
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=14
[mjpeg @ 0000000000597e40] decode frame unused 274 bytes
[mjpeg @ 0000000003dc1180] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003dc1180] escaping removed 10579 bytes
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 1, out pts 1
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=6843991
[Parsed_fps_0 @ 0000000003e15c00] Set first pts to 0
[mjpeg @ 0000000003dc1180] component: -1
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 0 to pts 0
[mjpeg @ 0000000003de7ec0] marker parser used 7229054 bytes (57832432 bits)
[mjpeg @ 0000000003de7ec0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003de7ec0] decode frame unused 274 bytes
[mjpeg @ 0000000003e14480] marker parser used 7169159 bytes (57353268 bits)
[mjpeg @ 0000000003e14480] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e14480] decode frame unused 274 bytes
[mjpeg @ 0000000003e42bc0] marker parser used 7238712 bytes (57909695 bits)
[mjpeg @ 0000000003e42bc0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e42bc0] decode frame unused 274 bytes
[mjpeg @ 0000000003dc1180] marker parser used 6833411 bytes (54667282 bits)
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=7162234
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=7162232
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=7162219
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003dc1180] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003dc1180] escaping removed 5251 bytes
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=7162183
[mjpeg @ 0000000003dc1180] component: -1
Clipping frame in rate conversion by 0.000008
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00006.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 0000000003ea5a40] Statistics: 14090240 bytes read, 0 seeks
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 2, out pts 2
[tiff @ 0000000000597180] compression: 7
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 1 to pts 1
[tiff @ 0000000000597180] DNG file, version 1.4.0.0
[tiff @ 0000000000597180] Assuming black level pattern values are identical
[mjpeg @ 0000000000597e40] marker=d8 avail_size_in_buf=6866766
[mjpeg @ 0000000000597e40] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000000597e40] marker=c3 avail_size_in_buf=6866764
[mjpeg @ 0000000000597e40] sof0: picture: 6016x1600
[mjpeg @ 0000000000597e40] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000000597e40] pix fmt id 11000000
[mjpeg @ 0000000000597e40] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000597e40] marker=c4 avail_size_in_buf=6866751
[mjpeg @ 0000000000597e40] class=0 index=0 nb_codes=14
[mjpeg @ 0000000000597e40] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000000597e40] escaping removed 10911 bytes
[mjpeg @ 0000000000597e40] marker=da avail_size_in_buf=6866715
[mjpeg @ 0000000000597e40] component: -1
[mjpeg @ 0000000003dc1180] marker parser used 7156931 bytes (57255443 bits)
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
[mjpeg @ 0000000000597e40] marker parser used 6855800 bytes (54846400 bits)
[mjpeg @ 0000000000597e40] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000000597e40] decode frame unused 274 bytes
frame=    2 fps=0.0 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A
speed=   0x
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00007.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 0000000003ea5a40] Statistics: 14221312 bytes read, 0 seeks
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 3, out pts 3
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 2 to pts 2
[tiff @ 0000000003dc1fc0] compression: 7
[mjpeg @ 0000000000597e40] marker=d8 avail_size_in_buf=7185398
[tiff @ 0000000003dc1fc0] DNG file, version 1.4.0.0
[mjpeg @ 0000000000597e40] marker parser used 0 bytes (0 bits)
[tiff @ 0000000003dc1fc0] Assuming black level pattern values are identical
[mjpeg @ 0000000000597e40] marker=c3 avail_size_in_buf=7185396
[mjpeg @ 0000000000597e40] sof0: picture: 6016x1600
[mjpeg @ 0000000000597e40] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000000597e40] pix fmt id 11000000
[mjpeg @ 0000000000597e40] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000000597e40] marker=c4 avail_size_in_buf=7185383
[mjpeg @ 0000000000597e40] class=0 index=0 nb_codes=14
[mjpeg @ 0000000000597e40] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000000597e40] escaping removed 5581 bytes
[mjpeg @ 0000000000597e40] marker=da avail_size_in_buf=7185347
[mjpeg @ 0000000000597e40] component: -1
[mjpeg @ 0000000003de7ec0] marker=d8 avail_size_in_buf=6896306
[mjpeg @ 0000000003de7ec0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003de7ec0] marker=c3 avail_size_in_buf=6896304
[mjpeg @ 0000000003de7ec0] sof0: picture: 6016x1600
[mjpeg @ 0000000003de7ec0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003de7ec0] pix fmt id 11000000
[mjpeg @ 0000000003de7ec0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003de7ec0] marker=c4 avail_size_in_buf=6896291
[mjpeg @ 0000000003de7ec0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003de7ec0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003de7ec0] escaping removed 11679 bytes
[mjpeg @ 0000000003de7ec0] marker=da avail_size_in_buf=6896255
[mjpeg @ 0000000003de7ec0] component: -1
[mjpeg @ 0000000000597e40] marker parser used 7179763 bytes (57438099 bits)
[mjpeg @ 0000000000597e40] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000000597e40] decode frame unused 274 bytes
[mjpeg @ 0000000003de7ec0] marker parser used 6884571 bytes (55076568 bits)
[mjpeg @ 0000000003de7ec0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003de7ec0] decode frame unused 274 bytes
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00008.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 0000000003ea5a40] Statistics: 14155776 bytes read, 0 seeks
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 4, out pts 4
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 3 to pts 3
[tiff @ 0000000003def440] compression: 7
[tiff @ 0000000003def440] DNG file, version 1.4.0.0
[tiff @ 0000000003def440] Assuming black level pattern values are identical
[mjpeg @ 0000000003de7ec0] marker=d8 avail_size_in_buf=7223746
[mjpeg @ 0000000003de7ec0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003de7ec0] marker=c3 avail_size_in_buf=7223744
[mjpeg @ 0000000003de7ec0] sof0: picture: 6016x1600
[mjpeg @ 0000000003de7ec0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003de7ec0] pix fmt id 11000000
[mjpeg @ 0000000003de7ec0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003de7ec0] marker=c4 avail_size_in_buf=7223731
[mjpeg @ 0000000003de7ec0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003de7ec0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003de7ec0] escaping removed 5817 bytes
[mjpeg @ 0000000003de7ec0] marker=da avail_size_in_buf=7223695
[mjpeg @ 0000000003de7ec0] component: -1
[mjpeg @ 0000000003e14480] marker=d8 avail_size_in_buf=6885338
[mjpeg @ 0000000003e14480] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e14480] marker=c3 avail_size_in_buf=6885336
[mjpeg @ 0000000003e14480] sof0: picture: 6016x1600
[mjpeg @ 0000000003e14480] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e14480] pix fmt id 11000000
[mjpeg @ 0000000003e14480] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e14480] marker=c4 avail_size_in_buf=6885323
[mjpeg @ 0000000003e14480] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e14480] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e14480] escaping removed 11333 bytes
[mjpeg @ 0000000003e14480] marker=da avail_size_in_buf=6885287
[mjpeg @ 0000000003e14480] component: -1
[mjpeg @ 0000000003de7ec0] marker parser used 7217874 bytes (57742991 bits)
[mjpeg @ 0000000003de7ec0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003de7ec0] decode frame unused 274 bytes
[mjpeg @ 0000000003e14480] marker parser used 6873948 bytes (54991579 bits)
[mjpeg @ 0000000003e14480] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e14480] decode frame unused 274 bytes
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00009.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 0000000003ea5a40] Statistics: 14155776 bytes read, 0 seeks
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 5, out pts 5
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 4 to pts 4
[tiff @ 0000000003e1be00] compression: 7
[tiff @ 0000000003e1be00] DNG file, version 1.4.0.0
[tiff @ 0000000003e1be00] Assuming black level pattern values are identical
[mjpeg @ 0000000003e14480] marker=d8 avail_size_in_buf=7207306
[mjpeg @ 0000000003e14480] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e14480] marker=c3 avail_size_in_buf=7207304
[mjpeg @ 0000000003e14480] sof0: picture: 6016x1600
[mjpeg @ 0000000003e14480] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e14480] pix fmt id 11000000
[mjpeg @ 0000000003e14480] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e14480] marker=c4 avail_size_in_buf=7207291
[mjpeg @ 0000000003e14480] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e14480] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] marker=d8 avail_size_in_buf=6887990
[mjpeg @ 0000000003e42bc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003e14480] escaping removed 5685 bytes
[mjpeg @ 0000000003e42bc0] marker=c3 avail_size_in_buf=6887988
[mjpeg @ 0000000003e14480] marker=da avail_size_in_buf=7207255
[mjpeg @ 0000000003e42bc0] sof0: picture: 6016x1600
[mjpeg @ 0000000003e14480] component: -1
[mjpeg @ 0000000003e42bc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e42bc0] pix fmt id 11000000
[mjpeg @ 0000000003e42bc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e42bc0] marker=c4 avail_size_in_buf=6887975
[mjpeg @ 0000000003e42bc0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] escaping removed 11523 bytes
[mjpeg @ 0000000003e42bc0] marker=da avail_size_in_buf=6887939
[mjpeg @ 0000000003e42bc0] component: -1
[mjpeg @ 0000000003e14480] marker parser used 7201564 bytes (57612507 bits)
[mjpeg @ 0000000003e14480] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e14480] decode frame unused 274 bytes
[mjpeg @ 0000000003e42bc0] marker parser used 6876414 bytes (55011311 bits)
frame=    5 fps=3.4 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A
speed=   0x
[mjpeg @ 0000000003e42bc0] marker=d9 avail_size_in_buf=274
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[mjpeg @ 0000000003e42bc0] decode frame unused 274 bytes
[image2 @ 00000000005662c0] Opening 'e:\12345\sample_R00010.dng' for reading
[file @ 0000000003ea77c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 0000000003ea5a40] Statistics: 14221312 bytes read, 0 seeks
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 6, out pts 6
[tiff @ 0000000003dc0640] compression: 7
[tiff @ 0000000003dc0640] DNG file, version 1.4.0.0
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 5 to pts 5
[tiff @ 0000000003dc0640] Assuming black level pattern values are identical
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=6919674
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=6919672
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e42bc0] marker=d8 avail_size_in_buf=7200006
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=6919659
[mjpeg @ 0000000003e42bc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] marker=c3 avail_size_in_buf=7200004
[mjpeg @ 0000000003dc1180] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003e42bc0] sof0: picture: 6016x1600
[mjpeg @ 0000000003e42bc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003e42bc0] pix fmt id 11000000
[mjpeg @ 0000000003e42bc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003e42bc0] marker=c4 avail_size_in_buf=7199991
[mjpeg @ 0000000003e42bc0] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003e42bc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003dc1180] escaping removed 13151 bytes
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=6919623
[mjpeg @ 0000000003dc1180] component: -1
[mjpeg @ 0000000003e42bc0] escaping removed 5751 bytes
[mjpeg @ 0000000003e42bc0] marker=da avail_size_in_buf=7199955
[mjpeg @ 0000000003e42bc0] component: -1
[mjpeg @ 0000000003dc1180] marker parser used 6906470 bytes (55251757 bits)
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
[mjpeg @ 0000000003e42bc0] marker parser used 7194202 bytes (57553613 bits)
[mjpeg @ 0000000003e42bc0] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003e42bc0] decode frame unused 274 bytes
[mjpeg @ 0000000003dc1180] marker=d8 avail_size_in_buf=7230098
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[mjpeg @ 0000000003dc1180] marker parser used 0 bytes (0 bits)
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 7, out pts 7
[mjpeg @ 0000000003dc1180] marker=c3 avail_size_in_buf=7230096
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 6 to pts 6
[mjpeg @ 0000000003dc1180] sof0: picture: 6016x1600
[mjpeg @ 0000000003dc1180] component 0 1:1 id: -1 quant:0
[mjpeg @ 0000000003dc1180] pix fmt id 11000000
[mjpeg @ 0000000003dc1180] marker parser used 11 bytes (88 bits)
[mjpeg @ 0000000003dc1180] marker=c4 avail_size_in_buf=7230083
[mjpeg @ 0000000003dc1180] class=0 index=0 nb_codes=14
[mjpeg @ 0000000003dc1180] marker parser used 34 bytes (272 bits)
[mjpeg @ 0000000003dc1180] escaping removed 5809 bytes
[mjpeg @ 0000000003dc1180] marker=da avail_size_in_buf=7230047
[mjpeg @ 0000000003dc1180] component: -1
[mjpeg @ 0000000003dc1180] marker parser used 7224235 bytes (57793875 bits)
[mjpeg @ 0000000003dc1180] marker=d9 avail_size_in_buf=274
[mjpeg @ 0000000003dc1180] decode frame unused 274 bytes
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 8, out pts 8
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 7 to pts 7
frame=    8 fps=3.8 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A
speed=   0x
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 9, out pts 9
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 8 to pts 8
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[Parsed_fps_0 @ 0000000003e15c00] Read frame with in pts 10, out pts 10
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 9 to pts 9
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[Parsed_fps_0 @ 0000000003e15c00] EOF is at pts 11
[Parsed_fps_0 @ 0000000003e15c00] Writing frame with pts 10 to pts 10
frame=   10 fps=3.6 q=0.0 size=       0kB time=00:00:00.00 bitrate=N/A
speed=   0x
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
cur_dts is invalid st:0 (0) [init:1 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[out_0_0 @ 00000000005eb340] EOF on sink link out_0_0:default.
No more output streams to write to, finishing.
[libx264 @ 00000000005bd100] scene cut at 1 Icost:5101615
Pcost:5091513 ratio:0.0020 bias:0.0250 gop:1 (imb:7943 pmb:307)
[libx264 @ 00000000005bd100] scene cut at 1 Icost:5101615
Pcost:5091513 ratio:0.0020 bias:0.0250 gop:1 (imb:7943 pmb:307)
[libx264 @ 00000000005bd100] scene cut at 5 Icost:2630753
Pcost:2610307 ratio:0.0078 bias:0.0250 gop:5 (imb:7950 pmb:300)
[libx264 @ 00000000005bd100] frame=   0 QP=13.26 NAL=3 Slice:I Poc:0
I:8636 P:0    SKIP:0    size=466 bytes
[libx264 @ 00000000005bd100] frame=   1 QP=24.46 NAL=2 Slice:I Poc:2
I:8636 P:0    SKIP:0    size=219997 bytes
[libx264 @ 00000000005bd100] frame=   2 QP=27.67 NAL=2 Slice:P Poc:8
I:32   P:3444 SKIP:5160 size=24332 bytes
[libx264 @ 00000000005bd100] frame=   3 QP=26.24 NAL=2 Slice:B Poc:4
I:1    P:3194 SKIP:5389 size=8656 bytes
[libx264 @ 00000000005bd100] frame=   4 QP=26.98 NAL=0 Slice:B Poc:6
I:0    P:3886 SKIP:4676 size=7587 bytes
[libx264 @ 00000000005bd100] frame=   5 QP=15.14 NAL=2 Slice:I Poc:10
I:8636 P:0    SKIP:0    size=149623 bytes
[libx264 @ 00000000005bd100] frame=   6 QP=28.63 NAL=2 Slice:P Poc:18
I:7    P:2579 SKIP:6050 size=17010 bytes
[libx264 @ 00000000005bd100] frame=   7 QP=28.04 NAL=2 Slice:B Poc:14
I:2    P:2254 SKIP:6329 size=6840 bytes
[libx264 @ 00000000005bd100] frame=   8 QP=29.68 NAL=0 Slice:B Poc:12
I:0    P:1614 SKIP:7008 size=2079 bytes
[libx264 @ 00000000005bd100] frame=   9 QP=29.17 NAL=0 Slice:B Poc:16
I:2    P:2274 SKIP:6337 size=3396 bytes
[libx264 @ 00000000005bd100] frame=  10 QP=20.29 NAL=2 Slice:P Poc:20
I:18   P:1650 SKIP:6968 size=5138 bytes
Not writing 'clli' atom. No content light level info.
Not writing 'mdcv' atom. Missing mastering metadata.
frame=   11 fps=3.3 q=-1.0 Lsize=     436kB time=00:00:00.32
bitrate=11166.2kbits/s speed=0.0955x
video:435kB audio:0kB subtitle:0kB other streams:0kB global
headers:0kB muxing overhead: 0.214671%
Input file #0 (e:\12345\sample_R%5d.dng):
  Input stream #0:0 (video): 11 packets read (159198066 bytes); 11
frames decoded;
  Total: 11 packets (159198066 bytes) demuxed
Output file #0 (e:\out.mp4):
  Output stream #0:0 (video): 11 frames encoded; 11 packets muxed
(445799 bytes);
  Total: 11 packets (445799 bytes) muxed
11 frames successfully decoded, 0 decoding errors
[Parsed_fps_0 @ 0000000003e15c00] 11 frames in, 11 frames out; 0
frames dropped, 0 frames duplicated.
[AVIOContext @ 00000000005be1c0] Statistics: 2 seeks, 5 writeouts
[libx264 @ 00000000005bd100] frame I:3     Avg QP:17.62  size:123362
[libx264 @ 00000000005bd100] frame P:3     Avg QP:25.53  size: 15493
[libx264 @ 00000000005bd100] frame B:5     Avg QP:28.02  size:  5712
[libx264 @ 00000000005bd100] consecutive B-frames: 36.4%  0.0% 27.3% 36.4%
[libx264 @ 00000000005bd100] mb I  I16..4: 52.2% 37.7% 10.1%
[libx264 @ 00000000005bd100] mb P  I16..4:  0.1%  0.1%  0.0%  P16..4:
17.7%  6.9%  4.9%  0.0%  0.0%    skip:70.2%
[libx264 @ 00000000005bd100] mb B  I16..4:  0.0%  0.0%  0.0%  B16..8:
28.8%  1.1%  0.2%  direct: 1.0%  skip:68.9%  L0:58.0% L1:36.1% BI:
6.0%
[libx264 @ 00000000005bd100] 8x8 transform intra:37.7% inter:61.2%
[libx264 @ 00000000005bd100] coded y,uvDC,uvAC intra: 42.9% 25.6% 5.6%
inter: 6.1% 0.6% 0.0%
[libx264 @ 00000000005bd100] i16 v,h,dc,p: 93%  5%  1%  0%
[libx264 @ 00000000005bd100] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 20%
17%  7%  8%  6% 12%  7% 13%
[libx264 @ 00000000005bd100] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 19%
11%  8% 10%  6% 16%  7% 11%
[libx264 @ 00000000005bd100] i8c dc,h,v,p: 77% 16%  6%  1%
[libx264 @ 00000000005bd100] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 00000000005bd100] ref P L0: 81.0% 17.8%  0.9%  0.3%
[libx264 @ 00000000005bd100] ref B L0: 90.5%  9.5%
[libx264 @ 00000000005bd100] ref B L1: 99.3%  0.7%
[libx264 @ 00000000005bd100] kb/s:8093.16

-----------
end of log
-----------
REPORT LOG for converting of single DNG file to TGA format:
ffmpeg started on 2020-08-20 at 10:42:49
Report written to "ffmpeg-20200820-104249.log"
Log level: 99
Command line:
ffmpeg -v 9 -loglevel 99 -i "e:\\12345\\sample_r00001.dng"
"e:\\output.tga" -report
ffmpeg version git-2020-08-14-a762fd2 Copyright (c) 2000-2020 the
FFmpeg developers
  built with gcc 10.2.1 (GCC) 20200805
  configuration: --enable-gpl --enable-version3 --enable-sdl2
--enable-fontconfig --enable-gnutls --enable-iconv --enable-libass
--enable-libdav1d --enable-libbluray --enable-libfreetype
--enable-libmp3lame --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus
--enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt
--enable-libtheora --enable-libtwolame --enable-libvpx
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
--enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib
--enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis
--enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex
--enable-libxvid --enable-libaom --enable-libgsm --enable-librav1e
--enable-libsvtav1 --disable-w32threads --enable-libmfx
--enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va
--enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
--enable-libopenmpt --enable-amf
  libavutil      56. 58.100 / 56. 58.100
  libavcodec     58.100.100 / 58.100.100
  libavformat    58. 51.100 / 58. 51.100
  libavdevice    58. 11.101 / 58. 11.101
  libavfilter     7. 87.100 /  7. 87.100
  libswscale      5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc    55.  8.100 / 55.  8.100
Splitting the commandline.
Reading option '-v' ... matched as option 'v' (set logging level) with
argument '9'.
Reading option '-loglevel' ... matched as option 'loglevel' (set
logging level) with argument '99'.
Reading option '-i' ... matched as input url with argument
'e:\12345\sample_r00001.dng'.
Reading option 'e:\output.tga' ... matched as output url.
Reading option '-report' ... matched as option 'report' (generate a
report) with argument '1'.
Finished splitting the commandline.
Parsing a group of options: global .
Applying option v (set logging level) with argument 9.
Applying option loglevel (set logging level) with argument 99.
Applying option report (generate a report) with argument 1.
Successfully parsed a group of options.
Parsing a group of options: input url e:\12345\sample_r00001.dng.
Successfully parsed a group of options.
Opening an input file: e:\12345\sample_r00001.dng.
[NULL @ 0000000000575ac0] Opening 'e:\12345\sample_r00001.dng' for reading
[file @ 0000000000577380] Setting default whitelist 'file,crypto,data'
Probing image2 score:50 size:2048
Probing mp3 score:1 size:2048
Probing tiff_pipe score:51 size:2048
[tiff_pipe @ 0000000000575ac0] Format tiff_pipe probed with size=2048
and score=51
[tiff_pipe @ 0000000000575ac0] Before avformat_find_stream_info() pos:
0 bytes read:32768 seeks:0 nb_streams:1
[tiff_pipe @ 0000000000575ac0] parser not found for codec tiff,
packets or times may be invalid.
[tiff_pipe @ 0000000000575ac0] parser not found for codec tiff,
packets or times may be invalid.
[tiff @ 00000000005786c0] compression: 7
[tiff @ 00000000005786c0] DNG file, version 1.4.0.0
[tiff @ 00000000005786c0] Assuming black level pattern values are identical
[mjpeg @ 000000000057dcc0] marker=d8 avail_size_in_buf=6888934
[mjpeg @ 000000000057dcc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 000000000057dcc0] marker=c3 avail_size_in_buf=6888932
[mjpeg @ 000000000057dcc0] Changing bps from 0 to 12
[mjpeg @ 000000000057dcc0] sof0: picture: 6016x1600
[mjpeg @ 000000000057dcc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 000000000057dcc0] pix fmt id 11000000
[mjpeg @ 000000000057dcc0] Format gray16le chosen by get_format().
[mjpeg @ 000000000057dcc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 000000000057dcc0] marker=c4 avail_size_in_buf=6888919
[mjpeg @ 000000000057dcc0] class=0 index=0 nb_codes=14
[mjpeg @ 000000000057dcc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 000000000057dcc0] escaping removed 11270 bytes
[mjpeg @ 000000000057dcc0] marker=da avail_size_in_buf=6888883
[mjpeg @ 000000000057dcc0] component: -1
[mjpeg @ 000000000057dcc0] marker parser used 6877611 bytes (55020887 bits)
[mjpeg @ 000000000057dcc0] marker=d9 avail_size_in_buf=274
[mjpeg @ 000000000057dcc0] decode frame unused 274 bytes
[mjpeg @ 000000000057dcc0] marker=d8 avail_size_in_buf=7212626
[mjpeg @ 000000000057dcc0] marker parser used 0 bytes (0 bits)
[mjpeg @ 000000000057dcc0] marker=c3 avail_size_in_buf=7212624
[mjpeg @ 000000000057dcc0] sof0: picture: 6016x1600
[mjpeg @ 000000000057dcc0] component 0 1:1 id: -1 quant:0
[mjpeg @ 000000000057dcc0] pix fmt id 11000000
[mjpeg @ 000000000057dcc0] marker parser used 11 bytes (88 bits)
[mjpeg @ 000000000057dcc0] marker=c4 avail_size_in_buf=7212611
[mjpeg @ 000000000057dcc0] class=0 index=0 nb_codes=14
[mjpeg @ 000000000057dcc0] marker parser used 34 bytes (272 bits)
[mjpeg @ 000000000057dcc0] escaping removed 5783 bytes
[mjpeg @ 000000000057dcc0] marker=da avail_size_in_buf=7212575
[mjpeg @ 000000000057dcc0] component: -1
[mjpeg @ 000000000057dcc0] marker parser used 7206788 bytes (57654304 bits)
[mjpeg @ 000000000057dcc0] marker=d9 avail_size_in_buf=274
[mjpeg @ 000000000057dcc0] decode frame unused 274 bytes
[tiff_pipe @ 0000000000575ac0] Probe buffer size limit of 5000000 bytes reached
[tiff_pipe @ 0000000000575ac0] Stream #0: not enough frames to
estimate rate; consider increasing probesize
[tiff_pipe @ 0000000000575ac0] stream 0: start_time: NOPTS duration: NOPTS
[tiff_pipe @ 0000000000575ac0] format: start_time: NOPTS duration:
NOPTS (estimate from bit rate) bitrate=0 kb/s
[tiff_pipe @ 0000000000575ac0] After avformat_find_stream_info() pos:
14221312 bytes read:14221312 seeks:0 frames:1
Input #0, tiff_pipe, from 'e:\12345\sample_r00001.dng':
  Duration: N/A, bitrate: N/A
    Stream #0:0, 1, 1/25: Video: tiff, 1 reference frame,
bayer_rggb16le, 6016x3200, 0/1, 25 tbr, 25 tbn, 25 tbc
Successfully opened the file.
Parsing a group of options: output url e:\output.tga.
Successfully parsed a group of options.
Opening an output file: e:\output.tga.
Successfully opened the file.
detected 4 logical cores
Stream mapping:
  Stream #0:0 -> #0:0 (tiff (native) -> targa (native))
Press [q] to stop, [?] for help
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
cur_dts is invalid st:0 (0) [init:0 i_done:0 finish:0] (this is
harmless if it occurs once at the start per stream)
[tiff @ 000000000057eb00] compression: 7
[tiff @ 000000000057eb00] DNG file, version 1.4.0.0
[tiff @ 000000000057eb00] Assuming black level pattern values are identical
[mjpeg @ 00000000005ac040] marker=d8 avail_size_in_buf=6888934
[mjpeg @ 00000000005ac040] marker parser used 0 bytes (0 bits)
[mjpeg @ 00000000005ac040] marker=c3 avail_size_in_buf=6888932
[mjpeg @ 00000000005ac040] Changing bps from 0 to 12
[mjpeg @ 00000000005ac040] sof0: picture: 6016x1600
[mjpeg @ 00000000005ac040] component 0 1:1 id: -1 quant:0
[mjpeg @ 00000000005ac040] pix fmt id 11000000
[mjpeg @ 00000000005ac040] Format gray16le chosen by get_format().
[mjpeg @ 00000000005ac040] marker parser used 11 bytes (88 bits)
[mjpeg @ 00000000005ac040] marker=c4 avail_size_in_buf=6888919
[mjpeg @ 00000000005ac040] class=0 index=0 nb_codes=14
[mjpeg @ 00000000005ac040] marker parser used 34 bytes (272 bits)
[mjpeg @ 00000000005ac040] escaping removed 11270 bytes
[mjpeg @ 00000000005ac040] marker=da avail_size_in_buf=6888883
[mjpeg @ 00000000005ac040] component: -1
[mjpeg @ 00000000005ac040] marker parser used 6877611 bytes (55020887 bits)
[mjpeg @ 00000000005ac040] marker=d9 avail_size_in_buf=274
[mjpeg @ 00000000005ac040] decode frame unused 274 bytes
[mjpeg @ 00000000005ac040] marker=d8 avail_size_in_buf=7212626
[mjpeg @ 00000000005ac040] marker parser used 0 bytes (0 bits)
[mjpeg @ 00000000005ac040] marker=c3 avail_size_in_buf=7212624
[mjpeg @ 00000000005ac040] sof0: picture: 6016x1600
[mjpeg @ 00000000005ac040] component 0 1:1 id: -1 quant:0
[mjpeg @ 00000000005ac040] pix fmt id 11000000
[mjpeg @ 00000000005ac040] marker parser used 11 bytes (88 bits)
[mjpeg @ 00000000005ac040] marker=c4 avail_size_in_buf=7212611
[mjpeg @ 00000000005ac040] class=0 index=0 nb_codes=14
[mjpeg @ 00000000005ac040] marker parser used 34 bytes (272 bits)
[mjpeg @ 00000000005ac040] escaping removed 5783 bytes
[mjpeg @ 00000000005ac040] marker=da avail_size_in_buf=7212575
[mjpeg @ 00000000005ac040] component: -1
[mjpeg @ 00000000005ac040] marker parser used 7206788 bytes (57654304 bits)
[mjpeg @ 00000000005ac040] marker=d9 avail_size_in_buf=274
[mjpeg @ 00000000005ac040] decode frame unused 274 bytes
[graph 0 input from stream 0:0 @ 0000000003fcbd00] Setting
'video_size' to value '6016x3200'
[graph 0 input from stream 0:0 @ 0000000003fcbd00] Setting 'pix_fmt'
to value '147'
[graph 0 input from stream 0:0 @ 0000000003fcbd00] Setting 'time_base'
to value '1/25'
[graph 0 input from stream 0:0 @ 0000000003fcbd00] Setting
'pixel_aspect' to value '0/1'
[graph 0 input from stream 0:0 @ 0000000003fcbd00] Setting
'frame_rate' to value '25/1'
[graph 0 input from stream 0:0 @ 0000000003fcbd00] w:6016 h:3200
pixfmt:bayer_rggb16le tb:1/25 fr:25/1 sar:0/1
[format @ 0000000003fcf480] Setting 'pix_fmts' to value
'bgr24|bgra|rgb555le|gray|pal8'
[auto_scaler_0 @ 0000000003fcf8c0] Setting 'flags' to value 'bicubic'
[auto_scaler_0 @ 0000000003fcf8c0] w:iw h:ih flags:'bicubic' interl:0
[format @ 0000000003fcf480] auto-inserting filter 'auto_scaler_0'
between the filter 'Parsed_null_0' and the filter 'format'
[AVFilterGraph @ 00000000005f9fc0] query_formats: 4 queried, 2 merged,
1 already done, 0 delayed
[auto_scaler_0 @ 0000000003fcf8c0] picking bgr24 out of 5
ref:bayer_rggb16le alpha:0
[swscaler @ 0000000003fd0e00] Forcing full internal H chroma due to
input having non subsampled chroma
[auto_scaler_0 @ 0000000003fcf8c0] w:6016 h:3200 fmt:bayer_rggb16le
sar:0/1 -> w:6016 h:3200 fmt:bgr24 sar:0/1 flags:0x4
Output #0, image2, to 'e:\output.tga':
  Metadata:
    encoder         : Lavf58.51.100
    Stream #0:0, 0, 1/25: Video: targa, 1 reference frame, bgr24,
6016x3200, 0/1, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
    Metadata:
      encoder         : Lavc58.100.100 targa
Clipping frame in rate conversion by 0.000008
[image2 @ 00000000005791c0] Opening 'e:\output.tga' for writing
[file @ 0000000003f8f5c0] Setting default whitelist 'file,crypto,data'
[AVIOContext @ 000000000406ce00] Statistics: 0 seeks, 133 writeouts
frame=    1 fps=0.8 q=-0.0 size=N/A time=00:00:00.04 bitrate=N/A
speed=0.0332x
[out_0_0 @ 0000000003fcf380] EOF on sink link out_0_0:default.
No more output streams to write to, finishing.
frame=    1 fps=0.8 q=-0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A
speed=0.0331x
video:33832kB audio:0kB subtitle:0kB other streams:0kB global
headers:0kB muxing overhead: unknown
Input file #0 (e:\12345\sample_r00001.dng):
  Input stream #0:0 (video): 1 packets read (14221312 bytes); 1 frames decoded;
  Total: 1 packets (14221312 bytes) demuxed
Output file #0 (e:\output.tga):
  Output stream #0:0 (video): 1 frames encoded; 1 packets muxed
(34644339 bytes);
  Total: 1 packets (34644339 bytes) muxed
1 frames successfully decoded, 0 decoding errors
[AVIOContext @ 000000000057f600] Statistics: 14221312 bytes read, 0 seeks

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".

VLC screenshot.jpg (195K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Michael Koch
Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
> hello!
>
> I have problems using FFmpeg, while trying to convert DNG-sequence
> into mp4/mov/avi video file.

I think ffmpeg doesn't have a DNG decoder. Or it is completely undocumented.
Searching for "DNG" in ffmpeg-all.html finds nothing.

Michael

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Paul B Mahol
On 8/20/20, Michael Koch <[hidden email]> wrote:
> Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
>> hello!
>>
>> I have problems using FFmpeg, while trying to convert DNG-sequence
>> into mp4/mov/avi video file.
>
> I think ffmpeg doesn't have a DNG decoder. Or it is completely undocumented.
> Searching for "DNG" in ffmpeg-all.html finds nothing.

ffmpeg have DNG decoder.

If you are unsure about something, better keep silence, instead of
spreading incorrect information.

>
> Michael
>
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Michael Koch
Am 20.08.2020 um 10:29 schrieb Paul B Mahol:

> On 8/20/20, Michael Koch <[hidden email]> wrote:
>> Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
>>> hello!
>>>
>>> I have problems using FFmpeg, while trying to convert DNG-sequence
>>> into mp4/mov/avi video file.
>> I think ffmpeg doesn't have a DNG decoder. Or it is completely undocumented.
>> Searching for "DNG" in ffmpeg-all.html finds nothing.
> ffmpeg have DNG decoder.
>
> If you are unsure about something, better keep silence, instead of
> spreading incorrect information.

Why is such a useful feature not documented?

Michael

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Paul B Mahol
On 8/20/20, Michael Koch <[hidden email]> wrote:

> Am 20.08.2020 um 10:29 schrieb Paul B Mahol:
>> On 8/20/20, Michael Koch <[hidden email]> wrote:
>>> Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
>>>> hello!
>>>>
>>>> I have problems using FFmpeg, while trying to convert DNG-sequence
>>>> into mp4/mov/avi video file.
>>> I think ffmpeg doesn't have a DNG decoder. Or it is completely
>>> undocumented.
>>> Searching for "DNG" in ffmpeg-all.html finds nothing.
>> ffmpeg have DNG decoder.
>>
>> If you are unsure about something, better keep silence, instead of
>> spreading incorrect information.
>
> Why is such a useful feature not documented?

Because DNG is not separate decoder but part of TIFF one.

You could search trac tickets or commit logs, DNG was implemented as
part of GSoC.

>
> Michael
>
> _______________________________________________
> ffmpeg-user mailing list
> [hidden email]
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> [hidden email] with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Michael Koch
Am 20.08.2020 um 10:47 schrieb Paul B Mahol:

> On 8/20/20, Michael Koch <[hidden email]> wrote:
>> Am 20.08.2020 um 10:29 schrieb Paul B Mahol:
>>> On 8/20/20, Michael Koch <[hidden email]> wrote:
>>>> Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
>>>>> hello!
>>>>>
>>>>> I have problems using FFmpeg, while trying to convert DNG-sequence
>>>>> into mp4/mov/avi video file.
>>>> I think ffmpeg doesn't have a DNG decoder. Or it is completely
>>>> undocumented.
>>>> Searching for "DNG" in ffmpeg-all.html finds nothing.
>>> ffmpeg have DNG decoder.
>>>
>>> If you are unsure about something, better keep silence, instead of
>>> spreading incorrect information.
>> Why is such a useful feature not documented?
> Because DNG is not separate decoder but part of TIFF one.
>
> You could search trac tickets or commit logs, DNG was implemented as
> part of GSoC.

Users expect to find a list of supported image formats in the
documentation. They don't want to search the tickets or commit logs.
TIFF is also undocumented. Search for "TIFF" in ffmpeg-all.html -->
nothing found. This documentation is driving me crazy.
Suggestion: One day per week, forbid all patches and allow only
improvements of the documentation.

Michael

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

"documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Jim DeLaHunt-2
In reply to this post by Paul B Mahol
On 2020-08-20 01:47, Paul B Mahol wrote:

> On 8/20/20, Michael Koch <[hidden email]> wrote:
>> Am 20.08.2020 um 10:29 schrieb Paul B Mahol:
>>> On 8/20/20, Michael Koch <[hidden email]> wrote:
>>>> …[snip]…
>>>> I think ffmpeg doesn't have a DNG decoder. Or it is completely
>>>> undocumented.
>>>> Searching for "DNG" in ffmpeg-all.html finds nothing.
>>> ffmpeg have DNG decoder.
>>>
>>> If you are unsure about something, better keep silence, instead of
>>> spreading incorrect information.
>> Why is such a useful feature not documented?
> Because DNG is not separate decoder but part of TIFF one.
>
> You could search trac tickets or commit logs, DNG was implemented as
> part of GSoC.


Another classic FFmpeg project statement. Let's put "search trac tickets
or commit logs" in the FFmpeg documentation hall of fame, along with
"documented implicitly".

Of _course_ FFmpeg supports DNG format. And of _course_ that is not
stated in the mis-named documentation, "ffmpeg-all.html". Nor in the
other documentation, `ffmpeg -formats`. Nor in the other other
documentation, `ffmpeg --help demuxer=tiff_pipe`.

And of _course_ the person who says, with appropriate caution, 'I think
ffmpeg doesn't have a DNG decoder. Or it is completely
undocumented.…' gets spanked for 'spreading incorrect information'.

And of _course_ there is no acknowledgement like, "gosh, FFmpeg
documentation is pretty scattered, not surprising you didn't see this,
if we had better documentation this would be easier".

=====

% ffmpeg -hide_banner -formats
File formats:
  D. = Demuxing supported
  .E = Muxing supported
  --
  D  3dostr          3DO STR

  DE dirac           raw Dirac
  DE dnxhd           raw DNxHD (SMPTE VC-3)

  D  tiertexseq      Tiertex Limited SEQ
  D  tiff_pipe       piped tiff sequence
  D  tmv             8088flex TMV


% ffmpeg -hide_banner --help demuxer=tiff_pipe
Demuxer tiff_pipe [piped tiff sequence]:
tiff demuxer AVOptions:
   -frame_size        <int>        .D........ force frame size in bytes (from 0 to INT_MAX) (default 0)
   -framerate         <video_rate> .D........ set the video framerate (default "25")
   -pixel_format      <string>     .D........ set video pixel format
   -video_size        <image_size> .D........ set video size
   -loop              <boolean>    .D........ force loop over input file sequence (default false)

[Note the absence of any mention of "DNG" in this documentation.]

=====


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Moritz Barsnick
On Thu, Aug 20, 2020 at 12:16:07 -0700, Jim DeLaHunt wrote:

> % ffmpeg -hide_banner -formats
> File formats:
>   D. = Demuxing supported
>   .E = Muxing supported
>   --
>   D  3dostr          3DO STR
> …
>   DE dirac           raw Dirac
>   DE dnxhd           raw DNxHD (SMPTE VC-3)
> …
>   D  tiertexseq      Tiertex Limited SEQ
>   D  tiff_pipe       piped tiff sequence
>   D  tmv             8088flex TMV
> …
>
> % ffmpeg -hide_banner --help demuxer=tiff_pipe
> Demuxer tiff_pipe [piped tiff sequence]:
> tiff demuxer AVOptions:
>    -frame_size        <int>        .D........ force frame size in bytes (from 0 to INT_MAX) (default 0)
>    -framerate         <video_rate> .D........ set the video framerate (default "25")
>    -pixel_format      <string>     .D........ set video pixel format
>    -video_size        <image_size> .D........ set video size
>    -loop              <boolean>    .D........ force loop over input file sequence (default false)
>
> [Note the absence of any mention of "DNG" in this documentation.]

This is not quite fair. IIUC, DNG is not a format of its own (formats
are the containers), but rather an encoding variant of a codec (TIFF).

The TIFF decoder does detect it, and could likely report "tiff (DNG)"
or something. But it won't be listed as above.

I do agree that it could and perhaps should pop up in the
documentation.

Moritz
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Nicolas George
In reply to this post by Jim DeLaHunt-2
Jim DeLaHunt (12020-08-20):
> Of _course_ FFmpeg supports DNG format. And of _course_ that is not stated
> in the mis-named documentation, "ffmpeg-all.html". Nor in the other
> documentation, `ffmpeg -formats`. Nor in the other other documentation,
> `ffmpeg --help demuxer=tiff_pipe`.

I do not remember seeing your patches to improve it. This is
documentation, not code: if it is as bad as you pretend, anybody can
enhance it.

But of course, it's easier to complain.

--
  Nicolas George

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Jim DeLaHunt-2
On 2020-08-20 13:56, Nicolas George wrote:

> Jim DeLaHunt (12020-08-20):
>> Of _course_ FFmpeg supports DNG format. And of _course_ that is not stated
>> in the mis-named documentation, "ffmpeg-all.html". Nor in the other
>> documentation, `ffmpeg -formats`. Nor in the other other documentation,
>> `ffmpeg --help demuxer=tiff_pipe`.
> I do not remember seeing your patches to improve it. This is
> documentation, not code: if it is as bad as you pretend, anybody can
> enhance it.


Nicolas, do you remember this?

On 2020-05-01 03:01, Nicolas George wrote [1]:
> Carl Eugen Hoyos (12020-05-01):
>>> -The desired output frame rate. The default is @code{25}.
>>> +The output frame rate, in frames per second. May be an integer, real, or
>>> +rational number, or an abbreviation. The default is @code{25}.
>> I seriously wonder who really profits from this change but it may be ok.
> I would argue: lazy beginners.
> …


On 2020-05-05 12:35, Nicolas George wrote [2]:

> Jim DeLaHunt (12020-05-02):
>> Nicolas, I strongly disagree with the term "lazy beginners". This points to
>> a much larger question: who is the FFmpeg documentation for?
> Subscribe to ffmpeg-user, do support there, and then tell me if there
> are no lazy users.
>
>> This does not make them "lazy". What a condescending thing to say!
> What makes them lazy is not perusing the documentation when they need
> it. What makes them lazy is being angry if they do not find exactly what
> they need in the documentation.
> …


I will observe that you didn't actually review the documentation patch
which led to that thread. You just latched on to Carl Eugen's "who
really profits" comment, and complained. That patch was not my only
experience submitting a documentation improvement and having the FFmpeg
project's antibodies reject it. But it did vividly clarify for me what
the project values and what it does not.

[1] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/261821.html
[2] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/262182.html


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

FFmpeg-users mailing list
 People;
This is not a new issue and I'm really rather tired of hearing it discussed.
The open source software movement is notorious for creating an absolutely horrible user experience and one of the reasons that happens is because of poor or effectively nonexistent manuals.
Most of the people involved seem to view the involvement of non-software-engineers as inappropriate, even though that massively reduces the value of the work they're doing.
It's not that hard to solve. Speaking as someone who makes a reasonable amount of money out of technical writing, documenting software is the next best thing to busywork. It does not require a knowledge of software engineering. It may require consultation with software engineers.

The ffmpeg project will find a way to reject any offer of help with documentation; it has been repeatedly offered and turned down (for no good reason.)
At some point you're not really negotiating with a human being, you're just being told off by someone's ego.
We can't force them.
P  
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Jim DeLaHunt-2
On 2020-08-20 17:13, Phil Rhodes via ffmpeg-user wrote:

>   People;
> This is not a new issue and I'm really rather tired of hearing it discussed.
> The open source software movement is notorious for creating an absolutely horrible user experience and one of the reasons that happens is because of poor or effectively nonexistent manuals.
> Most of the people involved seem to view the involvement of non-software-engineers as inappropriate, even though that massively reduces the value of the work they're doing.


I won't disagree with you about concerning this project. However, it is
not true for all projects. The Python community is an example of a free
software project that has done quite a good job with documentation, and
with welcoming contributions beyond executable code. This project can do
better if it chooses to.


> It's not that hard to solve. Speaking as someone who makes a reasonable amount of money out of technical writing, documenting software is the next best thing to busywork. It does not require a knowledge of software engineering. It may require consultation with software engineers.


Speaking as a software engineer who frequently writes as part of the
craft of designing and applying software, and as someone who has worked
with professional technical writers, I hear what you are saying.

To improve this project's documentation, yes, a lot of writing may turn
out to be straightforward. However, this project will require special
skills in a few ways: 1. extracting the information by reading the
source code, because consultation with software engineers will be hard
to come by; 2. designing the structure and tooling of improved
documentation, because I think the current structure and tooling is not
up to the task; and 3. dealing with all the cases in which the code
doesn't do what the developers think it does, and the documenting the
code's actual behaviour will bring this to light.


> The ffmpeg project will find a way to reject any offer of help with documentation; it has been repeatedly offered and turned down (for no good reason.)
> At some point you're not really negotiating with a human being, you're just being told off by someone's ego.
> We can't force them.


Maybe I have more optimism about this than you do. I believe a lot of
the FFmpeg developers do read this list. We are holding a mirror up to
the project, and inviting them to take a look. In due time I think
project participants may see something they perhaps don't look at often.
Maybe they will want to stop what you rightly describe as "massively
[reducing] the value of the work they're doing."


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

FFmpeg-users mailing list
 On Friday, 21 August 2020, 08:49:13 BST, Jim DeLaHunt <[hidden email]> wrote:
 
> I believe a lot of the FFmpeg developers do read this list.
Yes, and I think they hold this sort of discussion in nothing but complete scorn.
> We are holding a mirror up to the project, and inviting them to take a look.
I don't think they care, or if they do, only in the sense of becoming angry that people are bringing up things they'd see as a criticism.
> In due time I think project participants may see something they perhaps don't look at often.
It's been like this effectively forever; certainly for more than a decade. They don't care. They really don't. It's an ego thing; any suggestion that the project needs something that it doesn't have is seen as a criticism and responded to with anger.
> Maybe they will want to stop what you rightly describe as "massively [reducing] the value of the work they're doing."
They don't see it that way. They simply write off anyone who doesn't fully understand the software as stupid or lazy, because that allows them to maintain the belief that the project is perfect and incapable of improvement.
Yes, it's catastrophically stupid, completely unnecessary, and terribly sad, but I don't think there's much that can be done about it. Honestly, ffmpeg works for most of the things I do with it so my interest in trying to move the mountain is limited.
P


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".  
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Nicolas George
In reply to this post by Jim DeLaHunt-2
Jim DeLaHunt (12020-08-20):

> Nicolas, do you remember this?
>
> On 2020-05-01 03:01, Nicolas George wrote [1]:
> > Carl Eugen Hoyos (12020-05-01):
> > > > -The desired output frame rate. The default is @code{25}.
> > > > +The output frame rate, in frames per second. May be an integer, real, or
> > > > +rational number, or an abbreviation. The default is @code{25}.
> > > I seriously wonder who really profits from this change but it may be ok.
> > I would argue: lazy beginners.
> > …
Now that you mention, it, I remember. The fact that I did not find it
while searching my archives is caused by a misconfiguration of Git in
your end:

From: [hidden email]
From: Jim DeLaHunt <[hidden email]>

> I will observe that you didn't actually review the documentation patch which
> led to that thread. You just latched on to Carl Eugen's "who really profits"
> comment, and complained. That patch was not my only experience submitting a
> documentation improvement and having the FFmpeg project's antibodies reject
> it. But it did vividly clarify for me what the project values and what it
> does not.

I stand by my assessment, and reading a little more of your proposal and
your attitude in this discussion confirms that you have the wrong
attitude to both submitting patches and writing documentation.

There are many components, filters and others, that take a frame rate
option. How should it be documented? Should we add a little information
about these values in the documentation at each place?

It would be terrible for developers, who would have to update dozens of
places each time something changes about it. It would be terrible for
users, who would be exposed to subtly inconsistent information depending
on which part of the documentation they read. Inconsistency is one of
the worst forms of bad documentation, and redundancy invariably devolves
into inconsistency. This is what you were proposing.

The proper way to document this option is to explain the syntax of a
frame rate at a central place, along with the syntax of a video size,
the syntax of a duration, etc., and to have a link to there in the
documentation of each option using that syntax.

If it is done that way, it is best for most users:

- Confirmed users already know the syntax of a frame rate, they do not
  need to waste their time re-reading it just in case there is a subtle
  difference there.

- Confirmed users who need to refresh their memory follow the link.

- Beginners realize they need to learn the syntax of a frame rate,
  follow the link and learn it. They would have their solution, and it
  would work for all similar filters. They would have learnt something
  and made a step towards becoming confirmed users.

- As for users who just want the answer right now to their tiny
  question, without realizing there is a bigger picture, a consistency
  in syntax of options, I call them lazy and I stick with it. We are
  talking about following a link, not "having to become an FFmpeg
  developer" nor "read the source" as you strawmanishly put it.

The same issue applies to most of your proposal: you wanted to explain
basic concepts about video streams. These concepts deserve to be
explained, BUT NOT IN THE DOCUMENTATION OF A SPECIFIC FILTER.

They belong in an introduction chapter, with links from places where it
is relevant. If you do it that way, and the contents makes sense, it
will be accepted.

And this is where we come to your approach to submitting patches: you
were told, in a very succinct way, that you were wrong. You were
expected to understand how, but you were welcome to ask clarification. I
would have explained what I just explained, and pointed that the
documentation for the syntax of a frame rate already exists:
http://ffmpeg.org/ffmpeg-all.html#Video-rate
But instead, you attacked.

This is up to you: you can contribute, or you can not contribute. But if
you decide not to and still criticize, do not be surprised to get
scorned. And if you do, learn to take criticism. And, in the case of
documentation, learn to think it as a whole. Good documentation should
not contain the answer to users' questions, it should contain the tools
for users to answer their own questions. Those who refuse to use these
tools are lazy, do not cater for them.

--
  Nicolas George

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Alexander Strasser
On 2020-08-21 12:28 +0200, Nicolas George wrote:
[...]
>
> They belong in an introduction chapter, with links from places where it
> is relevant. If you do it that way, and the contents makes sense, it
> will be accepted.

I agree on this in principle.

We use AVOptions implementation for interpreting this input mostly
everywhere.

I think for filters and probably everywhere else where AVOptions are
used we should add a *linked* type information. Readers can immediately
recognize what possible inputs are or if they don't they can quickly
follow the link and read it up.


[...]


  Alexander
_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Michael Koch
In reply to this post by Masala Kentaro
Am 20.08.2020 um 09:57 schrieb Masala Kentaro:

> hello!
>
> I have problems using FFmpeg, while trying to convert DNG-sequence
> into mp4/mov/avi video file.
> While converting, I also need to downgrade the resolution of the video
> from original 6016x3200 to 2030x1080.
>
> First problem: I got almost black screen in the resulting video. Had
> to play with gamma and brightness options, but there were still
> obvious problems with saturation and contrast after that.
> (I tried simple DNG to PNG conversion of a single file, and it also
> results in almost black screen, command:
> ffmpeg -v 9 -loglevel 99 -i e:\12345\sample_r00001.dng e:\output.tga)


Let's not forget that the original poster of this thread had a question.
I can't answer it, but I did try to reproduce it.
I took a RAW CR2 image from my Canon 6D, converted it to DNG with Adobe
DNG Converter 12.4, and then tried to convert it to JPG with FFmpeg:

ffmpeg -i IMG_3459.dng out_6D.jpg

This didn't work, see the console output below.
I also tested with a RAW image from a Canon 5D-MK4, with the same
negative result.

Michael


C:\Users\astro\Desktop\dng>c:\ffmpeg\ffmpeg -i IMG_3459.dng out_6D.jpg
ffmpeg version git-2020-08-21-412d63f Copyright (c) 2000-2020 the FFmpeg
developers
   built with gcc 10.2.1 (GCC) 20200805
   configuration: --enable-gpl --enable-version3 --enable-sdl2
--enable-fontconfig --enable-gnutls --enable-iconv --enable-libass
--enable-libdav1d --enable-libbluray --enable-libfreetype
--enable-libmp3lame --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus
--enable-libshine --enable-libsnappy --enable-libsoxr --enable-libsrt
--enable-libtheora --enable-libtwolame --enable-libvpx
--enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265
--enable-libxml2 --enable-libzimg --enable-lzma --enable-zlib
--enable-gmp --enable-libvidstab --enable-libvmaf --enable-libvorbis
--enable-libvo-amrwbenc --enable-libmysofa --enable-libspeex
--enable-libxvid --enable-libaom --enable-libgsm --enable-librav1e
--enable-libsvtav1 --disable-w32threads --enable-libmfx
--enable-ffnvcodec --enable-cuda-llvm --enable-cuvid --enable-d3d11va
--enable-nvenc --enable-nvdec --enable-dxva2 --enable-avisynth
--enable-libopenmpt --enable-amf
   libavutil      56. 58.100 / 56. 58.100
   libavcodec     58.100.100 / 58.100.100
   libavformat    58. 51.100 / 58. 51.100
   libavdevice    58. 11.101 / 58. 11.101
   libavfilter     7. 87.100 /  7. 87.100
   libswscale      5.  8.100 /  5.  8.100
   libswresample   3.  8.100 /  3.  8.100
   libpostproc    55.  8.100 / 55.  8.100
[tiff @ 000001f73e39f440] Assuming black level pattern values are identical
[tiff @ 000001f73e39f440] Tiled TIFF is not allowed to strip
[tiff_pipe @ 000001f73e39d400] Stream #0: not enough frames to estimate
rate; consider increasing probesize
[tiff_pipe @ 000001f73e39d400] decoding for stream 0 failed
[tiff_pipe @ 000001f73e39d400] Could not find codec parameters for
stream 0 (Video: tiff, none): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and
'probesize' (5000000) options
Input #0, tiff_pipe, from 'IMG_3459.dng':
   Duration: N/A, bitrate: N/A
     Stream #0:0: Video: tiff, none, 25 tbr, 25 tbn, 25 tbc
Stream mapping:
   Stream #0:0 -> #0:0 (tiff (native) -> mjpeg (native))
Press [q] to stop, [?] for help
[tiff @ 000001f73e3a5f80] Assuming black level pattern values are identical
[tiff @ 000001f73e3a5f80] Tiled TIFF is not allowed to strip
Error while decoding stream #0:0: Invalid data found when processing input
Cannot determine format of input stream 0:0 after EOF
Error marking filters as finished
Conversion failed!


_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Jim DeLaHunt-2
In reply to this post by Nicolas George
On 2020-08-21 03:28, Nicolas George wrote:

> Jim DeLaHunt (12020-08-20):
>> Nicolas, do you remember this?
>>
>> On 2020-05-01 03:01, Nicolas George wrote [1]:
>>> Carl Eugen Hoyos (12020-05-01):
>>>>> -The desired output frame rate. The default is @code{25}.
>>>>> +The output frame rate, in frames per second. May be an integer, real, or
>>>>> +rational number, or an abbreviation. The default is @code{25}.
>>>> I seriously wonder who really profits from this change but it may be ok.
>>> I would argue: lazy beginners.
>>> …
> Now that you mention, it, I remember. The fact that I did not find it
> while searching my archives is caused by a misconfiguration of Git in
> your end:
>
> From: [hidden email]
> From: Jim DeLaHunt <[hidden email]>
>
>> I will observe that you didn't actually review the documentation patch which
>> led to that thread. You just latched on to Carl Eugen's "who really profits"
>> comment, and complained. That patch was not my only experience submitting a
>> documentation improvement and having the FFmpeg project's antibodies reject
>> it. But it did vividly clarify for me what the project values and what it
>> does not.
> I stand by my assessment, and reading a little more of your proposal and
> your attitude in this discussion confirms that you have the wrong
> attitude to both submitting patches and writing documentation.
> …[snip]…


Nicholas, I do not intend to relitigate a review of my patch rewriting
the "fps" filter documentation[1] on the ffmpeg-user list. But also, I
think your message gives a false impression of what blocked that patch,
and I don't want to leave that false impression unchallenged.

> There are many components, filters and others, that take a frame rate
> option.…The proper way to document this option is to explain the syntax of a
> frame rate at a central place, along with the syntax of a video size,
> the syntax of a duration, etc., and to have a link to there in the
> documentation of each option using that syntax.…


I actually agree 80% with you about how to document common options like
frame rate or PTS, in an ideal situation. They should be well documented
in a central location. Individual filter docs should link to the common
documentation. We might have minor differences of opinion about whether
to briefly spell out acronyms in the filter doc as part of the link. We
could come to some compromise on that. I will observe that present
FFmpeg documentation is not an idea situation. There is nothing to link
to for most of the terms in the "fps" filter doc (e.g. PTS). You
suggested adding all those other pieces: glossary, completing frame
rate, etc. That grows the scope of the patch, and is against the
development policy, "Do not commit unrelated changes together" [2]. But
we could come to a compromise about that also.

What blocked the "fps" filter doc patch boiled down to two substantive
objections[3]: 1. objection to a 6-times difference in completeness and
length. 2. objection to places where new doc claimed different
functionality than old doc. My claim that old doc was wrong about what
the code did, and new doc was correct. A few developers raised objection
#1. One developer reviewed the doc patch and raised objection #2. As far
as I know, neither that developer nor anyone else read the `vf_fps.c`
code[4] to determine whether the old doc or the new doc was correct.
And, no other developer cared to give the patch a substantive review, or
offer a different ruling on objections #1 and #2.


> And this is where we come to your approach to submitting patches: you
> were told, in a very succinct way, that you were wrong. You were
> expected to understand how, but you were welcome to ask clarification. I
> would have explained what I just explained, and pointed that the
> documentation for the syntax of a frame rate already exists:
> http://ffmpeg.org/ffmpeg-all.html#Video-rate


I believe this summary misrepresents the objections that blocked the
patch. The obstacle was not linking to #Video-rate. It was the patch's
completeness, and correction of mistaken descriptions[3] (or excessive
length, and misreading the vf_fps.c, for those who disagree with me).
The lack of other developers giving a review, and lack of feedback
saying "it would be OK with these corrections", gave me no confidence of
clearing the objections.

Now, the ffmpeg-user list is not the place to discuss patches. If there
is a developer who has become interested in that patch, let me know, and
I'll take this back to ffmpeg-devel.


> … But instead, you attacked.…


I disagree with your word "attack". I would say I respectfully pushed
back. And I did not push back against feedback on the merits of the
patch. I pushed back[5] against your condescending label of the
documentation audience as "lazy beginners"[6].

I still think the documentation should serve the needs of FFmpeg users
who are not digital video experts, and who haven't read the FFmpeg
documentation from end to end. And you used the word "lazy" again just
now. I guess we still disagree about who the FFmpeg documentation is
for. That disagreement is indeed a reasonable subject for the
ffmpeg-user list.

And by the way,

> …The fact that I did not find it while searching my archives is
> caused by a misconfiguration of Git in your end:
> … From: Jim DeLaHunt<[hidden email]>


I take "misconfiguration" as a casual insult, which is unnecessary,
unhelpful for collaboration, and does not live up to the "Be friendly
and respectful" rule of the Code of Conduct. It is also mistaken: I
intentionally subscribe a different email address to ffmpeg-devel than
to ffmpeg-user, and intentionally use the ffmpeg-devel address on my
patches. So could you please avoid such casual insults? We have so many
more substantive things to disagree on.

        —Jim DeLaHunt, software engineer, Vancouver, Canada


[1] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/261811.html

[2] http://ffmpeg.org/developer.html#Patches_002fCommitting

[3] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/261983.html

[4]
https://github.com/FFmpeg/FFmpeg/blob/1128aa875367f66ac11adc30364d5652919a2591/libavfilter/vf_fps.c

[5] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/261986.html

[6] http://ffmpeg.org/pipermail/ffmpeg-devel/2020-May/261821.html

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".
Reply | Threaded
Open this post in threaded view
|

Re: "documented implicitly" part 2 [was: Re: Problem while converting DNG sequnece to video file]

Nicolas George
Jim DeLaHunt (12020-08-21):
> Nicholas, I do not intend to relitigate a review of my patch rewriting the
> "fps" filter documentation[1] on the ffmpeg-user list. But also, I think
> your message gives a false impression of what blocked that patch, and I
> don't want to leave that false impression unchallenged.

The patch was not blocked. There were point-by-point objections, and you
chose to argue about them, and then to stop entirely, because you did
not like the wording of me pointing that one of the changes was going in
the wrong direction.

Just to set the record right.

Regards,

--
  Nicolas George

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Problem while converting DNG sequnece to video file

Michael Koch
In reply to this post by Michael Koch
Am 21.08.2020 um 21:34 schrieb Michael Koch:

> Am 20.08.2020 um 09:57 schrieb Masala Kentaro:
>> hello!
>>
>> I have problems using FFmpeg, while trying to convert DNG-sequence
>> into mp4/mov/avi video file.
>> While converting, I also need to downgrade the resolution of the video
>> from original 6016x3200 to 2030x1080.
>>
>> First problem: I got almost black screen in the resulting video. Had
>> to play with gamma and brightness options, but there were still
>> obvious problems with saturation and contrast after that.
>> (I tried simple DNG to PNG conversion of a single file, and it also
>> results in almost black screen, command:
>> ffmpeg -v 9 -loglevel 99 -i e:\12345\sample_r00001.dng e:\output.tga)
>
>
> Let's not forget that the original poster of this thread had a
> question. I can't answer it, but I did try to reproduce it.
> I took a RAW CR2 image from my Canon 6D, converted it to DNG with
> Adobe DNG Converter 12.4, and then tried to convert it to JPG with
> FFmpeg:
>
> ffmpeg -i IMG_3459.dng out_6D.jpg
>
> This didn't work, see the console output below.
> I also tested with a RAW image from a Canon 5D-MK4, with the same
> negative result.

I made another test with a DNG image which came directly out of a Pentax
K5 camera. Same negative result.
I also tested a few of the images from the original poster. With these
images ffmpeg doesn't throw an error message, but the output image is
either black, or has very low contrast and saturation. Just as he described.
It seems FFmpeg's DNG decoder has many problems.
Workaround: Convert the DNG images to PNG or (if 8-bit is sufficient) to
high quality JPG. Then it should be no problem for FFmpeg to read them.

Michael

_______________________________________________
ffmpeg-user mailing list
[hidden email]
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[hidden email] with subject "unsubscribe".