[FFmpeg-trac] #3328(undetermined:open): video "judder" issue on DVR-MS conversion (was: video "judder" issue noted after DVR-MS to MP4 conversion)

FFmpeg trac at avcodec.org
Thu Mar 13 10:44:18 CET 2014


#3328: video "judder" issue on DVR-MS conversion
-------------------------------------+-------------------------------------
             Reporter:  beteljuice   |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  important    |                Component:
              Version:  git-master   |  undetermined
             Keywords:  regression   |               Resolution:
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  1
-------------------------------------+-------------------------------------

Old description:

> Good afternoon!
>
> I'm attempting to use FFmpeg to convert a DVR-MS file into a MP4 file;
> I'm using the following command to perform this action:
>
> ffmpeg -i "xyz.dvr-ms" -y -c:v libx264 -crf 23 -strict experimental -c:a
> aac "xyz.mp4"
>
> After the conversion completes, and I play the MP4 file in QuickTime to
> view it, I note that the video "judders"; that is to say, the images
> don't flow smoothly, as it appears as though every other frame is missed.
>
> I've uploaded a copy of the debug log from the conversion attempt, as
> well as a sample of the original dvr-ms file (I've named it "no_judder
> .dvr-ms") and the resulting output file from the conversion attempt
> (named "judder.mp4"). The size of the log was too big for me to include
> in this ticket description. Any assistance you may be able to provide
> would be greatly appreciated.
>
> Thanks!

New description:

 See comment:21 for a short summary
 ---

 Good afternoon!

 I'm attempting to use FFmpeg to convert a DVR-MS file into a MP4 file; I'm
 using the following command to perform this action:

 ffmpeg -i "xyz.dvr-ms" -y -c:v libx264 -crf 23 -strict experimental -c:a
 aac "xyz.mp4"

 After the conversion completes, and I play the MP4 file in QuickTime to
 view it, I note that the video "judders"; that is to say, the images don't
 flow smoothly, as it appears as though every other frame is missed.

 I've uploaded a copy of the debug log from the conversion attempt, as well
 as a sample of the original dvr-ms file (I've named it "no_judder.dvr-ms")
 and the resulting output file from the conversion attempt (named
 "judder.mp4"). The size of the log was too big for me to include in this
 ticket description. Any assistance you may be able to provide would be
 greatly appreciated.

 Thanks!

--

Comment (by cehoyos):

 The following command did not drop any frames before c5ea3a00 - related to
 ticket #1627
 {{{
 $ ffmpeg -i no_stutter.dvr-ms -qscale 2 out.avi
 ffmpeg version N-61339-g7d7487e Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Mar 13 2014 08:20:43 with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl
   libavutil      52. 66.101 / 52. 66.101
   libavcodec     55. 52.102 / 55. 52.102
   libavformat    55. 34.101 / 55. 34.101
   libavdevice    55. 11.100 / 55. 11.100
   libavfilter     4.  3.100 /  4.  3.100
   libswscale      2.  5.101 /  2.  5.101
   libswresample   0. 18.100 /  0. 18.100
   libpostproc    52.  3.100 / 52.  3.100
 [asf @ 0x2d89900] Estimating duration from bitrate, this may be inaccurate
 [asf @ 0x2d89900] Could not find codec parameters for stream 1 (Unknown:
 none): unknown codec
 Consider increasing the value for the 'analyzeduration' and 'probesize'
 options
 Input #0, asf, from 'no_stutter.dvr-ms':
   Metadata:
     DVR Index Granularity: 500
     WMFSDKVersion   : 12.0.7601.17514
     WMFSDKNeeded    : 0.0.0.0000
     VBR Peak        : 80179200
     service_provider: Edited with VideoReDo
     WM/WMRVEncodeTime: 18446744073149586944
     WM/MediaOriginalRunTime: 18446744071580066548
     WM/WMRVEndTime  : 1605517556
     IsVBR           : 1
   Duration: 00:00:04.02, start: 0.200000, bitrate: 25504 kb/s
     Stream #0:0: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s
     Stream #0:1: Unknown: none
     Stream #0:2: Video: mpeg2video (Main) (DVR  / 0x20525644),
 yuv420p(tv), 720x480 [SAR 32:27 DAR 16:9], 5056 kb/s, 30.08 fps, 59.94
 tbr, 1k tbn, 59.94 tbc
 Please use -q:a or -q:v, -qscale is ambiguous
 Output #0, avi, to 'out.avi':
   Metadata:
     DVR Index Granularity: 500
     WMFSDKVersion   : 12.0.7601.17514
     WMFSDKNeeded    : 0.0.0.0000
     VBR Peak        : 80179200
     service_provider: Edited with VideoReDo
     WM/WMRVEncodeTime: 18446744073149586944
     WM/MediaOriginalRunTime: 18446744071580066548
     WM/WMRVEndTime  : 1605517556
     IsVBR           : 1
     ISFT            : Lavf55.34.101
     Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR
 32:27 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc
     Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side),
 fltp, 448 kb/s
 Stream mapping:
   Stream #0:2 -> #0:0 (mpeg2video -> mpeg4)
   Stream #0:0 -> #0:1 (ac3 -> ac3)
 Press [q] to stop, [?] for help
 [mpeg2video @ 0x2d8be60] ac-tex damaged at 33 140:00:16.67
 bitrate=2314.0kbits/s dup=0 drop=225
 [mpeg2video @ 0x2d8be60] Warning MVs not available
 [mpeg2video @ 0x2d8be60] concealing 720 DC, 720 AC, 720 MV errors in P
 frame
 frame=  206 fps=0.0 q=2.0 Lsize=    5427kB time=00:00:18.25
 bitrate=2435.7kbits/s dup=0 drop=231
 video:4398kB audio:992kB subtitle:0 data:0 global headers:0kB muxing
 overhead 0.667496%
 }}}

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3328#comment:21>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list