Re: [FFmpeg-trac] #3009(avcodec:open): Support mvc

2022-03-05 Thread FFmpeg 
#3009: Support mvc
-+-
 Reporter:  skifreak |Owner:  (none)
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  h264 mvc |   Blocked By:
  mpegts |
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  1|
-+-
Changes (by DustBird):

 * cc: DustBird (added)

Comment:

 My JVC Everio GS-TD1 camcorder produces these files as well.  If I'm not
 mistaken, there are actually two different formats that get called MVC.
 One, called "MP4/MVC" on the camera, produces a normal video stream and a
 data stream that contains delta information.  The other format, called
 "AVCHD 3D" on the camera, contains two video streams, and should be easier
 to support.  The sample on this thread seems to be from the dual-video-
 stream "AVCHD 3D" version.

 Here's the result of ffprobe:
 {{{
 >ffprobe AVCHD3Dtest.MTS
 ffprobe version N-105832-g72684d2c2d-20220303 Copyright (c) 2007-2022 the
 FFmpeg developers
   built with gcc 11.2.0 (crosstool-NG 1.24.0.533_681aaef)
   configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static
 --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64
 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug
 --enable-shared --disable-static --disable-w32threads --enable-pthreads
 --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype
 --enable-libfribidi --enable-gmp --enable-lzma --enable-fontconfig
 --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf
 --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-
 avisynth --enable-libdav1d --enable-libdavs2 --disable-libfdk-aac
 --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme
 --enable-libass --enable-libbluray --enable-libmp3lame --enable-libopus
 --enable-librist --enable-libtheora --enable-libvpx --enable-libwebp
 --enable-lv2 --enable-libmfx --enable-libopencore-amrnb --enable-
 libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-
 libopenmpt --enable-librav1e --enable-librubberband --enable-schannel
 --enable-sdl2 --enable-libsoxr --enable-libsrt --enable-libsvtav1
 --enable-libtwolame --enable-libuavs3d --disable-libdrm --disable-vaapi
 --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-
 libplacebo --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-
 libxvid --enable-libzimg --enable-libzvbi --extra-
 cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-ldflags=-pthread
 --extra-ldexeflags= --extra-libs=-lgomp --extra-version=20220303
   libavutil  57. 22.100 / 57. 22.100
   libavcodec 59. 21.103 / 59. 21.103
   libavformat59. 17.102 / 59. 17.102
   libavdevice59.  5.100 / 59.  5.100
   libavfilter 8. 27.100 /  8. 27.100
   libswscale  6.  5.100 /  6.  5.100
   libswresample   4.  4.100 /  4.  4.100
   libpostproc56.  4.100 / 56.  4.100
 [mpegts @ 020e61edc4c0] Stream #1: not enough frames to estimate rate;
 consider increasing probesize
 [mpegts @ 020e61edc4c0] start time for stream 1 is not set in
 estimate_timings_from_pts
 [mpegts @ 020e61edc4c0] stream 1 : no TS found at start of file,
 duration not set
 [mpegts @ 020e61edc4c0] Could not find codec parameters for stream 1
 (Video: h264 (HDMV / 0x564D4448), none): unspecified size
 Consider increasing the value for the 'analyzeduration' (0) and
 'probesize' (500) options
 Input #0, mpegts, from 'AVCHD3Dtest.MTS':
   Duration: 00:00:09.02, start: 1.033367, bitrate: 26003 kb/s
   Program 1
   Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(top
 first), 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 59.94 tbr, 90k tbn
   Stream #0:1[0x1012]: Video: h264 (HDMV / 0x564D4448), none, 90k tbr, 90k
 tbn
   Stream #0:2[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo,
 fltp, 256 kb/s
   Stream #0:3[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] /
 0x0090), 1920x1080
 }}}

 And again with the probesize and analyzeduration increased:
 {{{
 >ffprobe -probesize 1 -analyzeduration 10
 AVCHD3Dtest.MTS
 ffprobe version N-105832-g72684d2c2d-20220303 Copyright (c) 2007-2022 the
 FFmpeg developers
   built with gcc 11.2.0 (crosstool-NG 1.24.0.533_681aaef)
   configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static
 --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64
 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug
 --enable-shared --disable-static --disable-w32threads --enable-pthreads
 --enable-iconv --enable-libxml2 --enable-zlib --enable-libfreetype
 --enable-libfribidi

Re: [FFmpeg-trac] #9085(avcodec:reopened): JPEG: YCCK/CMYK too green

2022-03-05 Thread FFmpeg 
#9085: JPEG: YCCK/CMYK too green
+
 Reporter:  Balling |Owner:  (none)
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  mjpeg cmyk  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+
Comment (by Balling):

 Interesting moment here: mpv with gpu-next warns that Little CMS cannot
 get it:

 mpv.com --vo=gpu-next McNett-mirazyme.jpg

 [vo/gpu-next] lcms2: [9] Wrong input color space on transform
 [vo/gpu-next] Failed creating CMS transform!
-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #9680(undetermined:new): scale2ref is one frame behind

2022-03-05 Thread FFmpeg 
#9680: scale2ref is one frame behind
-+-
 Reporter:  Jozef|Owner:  (none)
  Chutka |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Comment (by Elon Musk):

 Adding 1 or 2 null filters at right spot fixes issue for me:


 ffplay -f lavfi -i
 
"color=color=#00:rate=25:size=400x400,format=yuv444p,setpts=N[b];color=color=#ff:rate=25:size=100x100,format=yuv444p,scale=width=iw+n:height=ih+n:eval=frame[w];color=color=#ff:rate=25,format=yuv444p[r];[r][w]scale2ref=eval=frame[r][w];[w]null[w];[r]null[r];[w][r]overlay=format=auto,setpts=N[w];[b][w]overlay=format=auto"
-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #9680(undetermined:new): scale2ref is one frame behind

2022-03-05 Thread FFmpeg 
#9680: scale2ref is one frame behind
-+-
 Reporter:  Jozef|Owner:  (none)
  Chutka |
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Gyan):

 * keywords:  scale2ref =>

Comment:

 The issue is not with scale2ref. Insert a showinfo to check both outputs
 of scale2ref and compare sizes for frames with same PTS. They match. I
 haven't looked further but it's likely an issue with overlay framesync.
-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #4364(avcodec:open): Support for DNG (RAW)

2022-03-05 Thread FFmpeg 
#4364: Support for DNG (RAW)
---+---
 Reporter:  Clément Bœsch  |Owner:  (none)
 Type:  enhancement|   Status:  open
 Priority:  wish   |Component:  avcodec
  Version:  git-master |   Resolution:
 Keywords:  tif|   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---
Comment (by Balling):

 It now says


 {{{
 [tiff @ 018cc81ba000] non increasing IFD offset is not implemented.
 Update your FFmpeg version to the newest one from Git. If the problem
 still occurs, it means that your file has a feature which has not been
 implemented.
 }}}
-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-trac] #6832(avformat:closed): wrong duration when convert mp4

2022-03-05 Thread FFmpeg 
#6832: wrong duration when convert mp4
-+-
 Reporter:  crazymxm |Owner:  (none)
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mov edts |  worksforme
  duration regression|   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+-
Changes (by quinkblack):

 * status:  reopened => closed
 * resolution:   => worksforme

Comment:

 FFmpeg do what editlist in the sample file tells it to do (duplicate the
 video track), if you want to ignore the editlist, use:

 ```
 ./ffmpeg -ignore_editlist 1  -i ~/tmp/JSM-2\ million\ voices-xaj3ck.mp4
 output.mp4
 ```
-- 
Ticket URL: 
FFmpeg 
FFmpeg issue tracker___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac

To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".