[FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau
#3742: Assertion when playing h264 with vlc using vdpau +-- Reporter: oromit | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: h264 vdpau | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | +-- When playing any h264 video in vlc(tested with version 2.1.4) using vdpau hwaccel, it aborts with the following assertion: Assertion desc-flags (1 4) failed at libavcodec/utils.c:722 Bisecting the issue ended up on the following two commits: 5c1d7246cd65dc4db1b6dc36e29ce39fc1068f3f f2f99f07a5f1f74a91503cc6c3730c06498cee43 Playing h264 without vdpau acceleration works fine in vlc. So does playing it with ffplay. Also using the ffmpeg cli util with hwaccel vdpau works fine. -- Ticket URL: https://trac.ffmpeg.org/ticket/3742 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau
#3742: Assertion when playing h264 with vlc using vdpau -+- Reporter: oromit |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: h264 vdpau | Blocked By: crash abort regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0| -+- Changes (by cehoyos): * keywords: h264 vdpau = h264 vdpau crash abort regression * priority: normal = important Comment: Which FFmpeg version did you test / is this reproducible with current FFmpeg git head? -- Ticket URL: https://trac.ffmpeg.org/ticket/3742#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3742(avcodec:new): Assertion when playing h264 with vlc using vdpau
#3742: Assertion when playing h264 with vlc using vdpau -+- Reporter: oromit |Owner: Type: defect | Status: new Priority: important|Component: avcodec Version: git-master | Resolution: Keywords: h264 vdpau | Blocked By: crash abort regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0| -+- Comment (by oromit): Yes, it still happens on current git master, which is where i first noticed it. I then went backwards until i found a commit that still worked, and then bisected between those, with the result i already posted. -- Ticket URL: https://trac.ffmpeg.org/ticket/3742#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #3743(avcodec:new): mpeg2video decoder loses frames when progressive_sequence flag flips
#3743: mpeg2video decoder loses frames when progressive_sequence flag flips
--+--
Reporter: SianLiao | Type: defect
Status: new | Priority: normal
Component: avcodec | Version: git-master
Keywords: mpeg | Blocked By:
Blocking:| Reproduced by developer: 0
Analyzed by developer: 0 |
--+--
Summary of the bug:
In mpeg2video streams where progressive_sequence flag flips, one-frame
will be lost due to context reinitialized in mpeg_decode_postinit call
Without entering the initialization block the otherwise lost frame is
decoded correctly.
(ffmpeg binary causes a duplicate frame in that position when decoding)
How to reproduce:
{{{
Decode an mpeg2 stream with progressive_sequence flipping
ffmpeg version 2.2.1 and prior
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/3743
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3743(avcodec:new): mpeg2video decoder loses frames when progressive_sequence flag flips
#3743: mpeg2video decoder loses frames when progressive_sequence flag flips +--- Reporter: SianLiao|Owner: Type: defect | Status: new Priority: normal |Component: avcodec Version: git-master | Resolution: Keywords: mpeg| Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | +--- Comment (by cehoyos): Please test current FFmpeg git head and provide your failing command line (the command that doesn't produce the expected output) together with the complete, uncut console output and please upload a sample to make this a valid ticket. -- Ticket URL: https://trac.ffmpeg.org/ticket/3743#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3743(avcodec:new): mpeg2video decoder loses frames when progressive_sequence flag flips
#3743: mpeg2video decoder loses frames when progressive_sequence flag flips
+---
Reporter: SianLiao|Owner:
Type: defect | Status: new
Priority: normal |Component: avcodec
Version: git-master | Resolution:
Keywords: mpeg| Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
+---
Comment (by SianLiao):
The file (too big to attach, 13 MB) is uploaded to upload.ffmpeg.org
under filename **3743_mpeg_progressive_seq_flip.avi
Running ffmpeg decoder will cause 1 dup!, failing to decode a frame and
therefore the frames 19 and 20 will be identical.
The frame otherwise is decodable, if no context reinit happens in the code
as described above.
{{{
./ffmpeg -i 3743_mpeg_progressive_seq_flip.avi -loglevel verbose -y -an -f
image2 imgs/img_%05d.jpg
ffmpeg version N-64226-g7e8fdf0 Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 19:28:40 with Apple LLVM version 5.1
(clang-503.0.40) (based on LLVM 3.4svn)
configuration: --disable-optimizations --disable-stripping --enable-
debug=3
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
Input #0, avi, from '3743_mpeg_progressive_seq_flip.avi':
Metadata:
encoder : Lavf55.33.100
Duration: 00:00:02.21, start: 0.00, bitrate: 50237 kb/s
Stream #0:0: Video: mpeg2video (4:2:2) (mpg2 / 0x3267706D),
yuv422p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 51233 kb/s, 50 fps, 25
tbr, 50 tbn, 50 tbc
Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, mono, s16p,
64 kb/s
[graph 0 input from stream 0:0 @ 0x7fa7585003a0] w:1920 h:1080
pixfmt:yuv422p tb:1/50 fr:25/1 sar:1/1 sws_param:flags=2
[auto-inserted scaler 0 @ 0x7fa758500de0] w:iw h:ih flags:'0x4' interl:0
[format @ 0x7fa758500980] auto-inserting filter 'auto-inserted scaler 0'
between the filter 'Parsed_null_0' and the filter 'format'
[swscaler @ 0x7fa759000600] deprecated pixel format used, make sure you
did set range correctly
[auto-inserted scaler 0 @ 0x7fa758500de0] w:1920 h:1080 fmt:yuv422p
sar:1/1 - w:1920 h:1080 fmt:yuvj422p sar:1/1 flags:0x4
[image2 @ 0x7fa758825a00] Using AVStream.codec.time_base as a timebase
hint to the muxer is deprecated. Set AVStream.time_base instead.
Output #0, image2, to 'imgs/img_%05d.jpg':
Metadata:
encoder : Lavf55.44.100
Stream #0:0: Video: mjpeg, yuvj422p, 1920x1080 [SAR 1:1 DAR 16:9],
q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
Metadata:
encoder : Lavc55.68.100 mjpeg
Stream mapping:
Stream #0:0 - #0:0 (mpeg2video (native) - mjpeg (native))
Press [q] to stop, [?] for help
*** 1 dup!
*** 1 dup!9 fps=0.0 q=18.0 size=N/A time=00:00:00.36 bitrate=N/A dup=1
drop=0
No more output streams to write to, finishing.:02.16 bitrate=N/A dup=2
drop=0
frame= 56 fps= 20 q=24.8 Lsize=N/A time=00:00:02.24 bitrate=N/A dup=2
drop=0
video:4148kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
Input file #0 (3743_mpeg_progressive_seq_flip.avi):
Input stream #0:0 (video): 55 packets read (13833108 bytes); 54 frames
decoded;
Input stream #0:1 (audio): 31 packets read (5952 bytes);
Total: 86 packets (13839060 bytes) demuxed
Output file #0 (imgs/img_%05d.jpg):
Output stream #0:0 (video): 56 frames encoded; 56 packets muxed (4247491
bytes);
Total: 56 packets (4247491 bytes) muxed
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/3743#comment:2
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
[FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video
-+-
Reporter: herman602| Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: | Blocked By:
green,benetian blinds | Reproduced by developer: 0
Blocking: |
Analyzed by developer: 0|
-+-
Summary of the bug:
I use the dvblast to generate UDP streams for the input of ffmpeg. When
the ffmpeg starts to transcode, it is very stable and normal. But, I don't
know what exactly time the video become cross green lines on the video. It
can't no longer return to normal.
[[Image(http://imgur.com/vijc7oJ.jpg)]]
How to reproduce:
I don't know how can reproduce this. When I restart the ffmpeg process, it
returns to normal.
But, I upload the input file(generated by dvblast, recorded by vlc) and
the output file(HLS format, generated by ffmpeg via the below command) to
the ftp. In addition, a complete console output also on the ftp(about
283MB).
And, the input file and the output file is not the same program segment,
but they are also in the period in problem in the case.
I have uploaded files to the ftp server.
input: 1403781705_input_small.ts
output: 0800200c9a66.m3u8, 0800200c9a66[24-47].ts
complete console output: 1403781705_complete_Output_Log.log
The command:
{{{
/home/andy/ffmpeg -re -f mpegts -i udp://127.0.0.1:5 -c:v libx264
-preset slow -deinterlace -crf 23 -pix_fmt yuv420p -g 150 -acodec
libfdk_aac -b:a 128k -ac 2 -ar 44100 -loglevel debug -threads 0 -hls_time
5 -hls_wrap 100 -hls_list_size 24 -f hls /mnt/video/7/0800200c9a66.m3u8
}}}
The console output(segment, due to complete console output about 259MB):
{{{
ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers
built on Jun 19 2014 13:29:19 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
configuration: --prefix=/root/ffmpeg_build --enable-static --extra-
cflags='-I/root/ffmpeg_build/include -static' --extra-
ldflags='-L/root/ffmpeg_build/lib -static' --bindir=/root/bin --extra-
libs=-ldl --enable-gpl --enable-libfdk-aac --enable-libmp3lame --enable-
libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-
libx264 --enable-nonfree --disable-shared --enable-bzlib --enable-zlib
--enable-postproc --enable-runtime-cpudetect --enable-gray --enable-
libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-
amrwbenc --enable-version3 --enable-libfdk_aac
libavutil 52. 89.100 / 52. 89.100
libavcodec 55. 67.100 / 55. 67.100
libavformat55. 43.100 / 55. 43.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 8.100 / 4. 8.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
libpostproc52. 3.100 / 52. 3.100
Splitting the commandline.
Reading option '-re' ... matched as option 're' (read input at native
frame rate) with argument '1'.
Reading option '-f' ... matched as option 'f' (force format) with argument
'mpegts'.
Reading option '-i' ... matched as input file with argument
'udp://127.0.0.1:5'.
Reading option '-c:v' ... matched as option 'c' (codec name) with argument
'libx264'.
Reading option '-preset' ... matched as AVOption 'preset' with argument
'slow'.
Reading option '-deinterlace' ... matched as option 'deinterlace' (this
option is deprecated, use the yadif filter instead) with argument '1'.
Reading option '-crf' ... matched as AVOption 'crf' with argument '23'.
Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel
format) with argument 'yuv420p'.
Reading option '-g' ... matched as AVOption 'g' with argument '150'.
Reading option '-g' ... matched as AVOption 'g' with argument '150'.
Reading option '-acodec' ... matched as option 'acodec' (force audio codec
('copy' to copy stream)) with argument 'libfdk_aac'.
Reading option '-b:a' ... matched as option 'b' (video bitrate (please use
-b:v)) with argument '128k'.
Reading option '-ac' ... matched as option 'ac' (set number of audio
channels) with argument '2'.
Reading option '-ar' ... matched as option 'ar' (set audio sampling rate
(in Hz)) with argument '44100'.
Reading option '-loglevel' ... matched as option 'loglevel' (set logging
level) with argument 'debug'.
Reading option '-threads' ... matched as AVOption 'threads' with argument
'0'.
Reading option '-hls_time' ... matched as AVOption 'hls_time' with
argument '5'.
Reading option '-hls_wrap' ... matched as AVOption 'hls_wrap' with
argument '100'.
Reading option '-hls_list_size' ... matched as AVOption 'hls_list_size'
with argument '24'.
Reading option '-f' ... matched as
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Changes (by cehoyos): * keywords: green,benetian blinds = Comment: How can I reproduce this? I mean if I download the source file you uploaded how do I get the broken output? -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:1 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by herman602): Sorry, In my observation, it happens in random. I have no accurate steps to reproduce this now. -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): Does it also happen with file input? Or only with udp input? Does it also happen if you use a native encoder like mpeg2video? Or only with x264? -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:3 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by herman602): I can't use dvblast to regenerate that UDP stream, so I use VLC to stream the input file which I uploaded. After I tested it, the result is file input + x264, OK file input + mpeg2video, OK udp input + x264, OK udp input + mpeg2video, OK But at the problem time, I use the VLC player to watch the video which generated by dvblast is normal. It's strange. -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:4 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by cehoyos): So are you reporting a dvblast problem? -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:5 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3744(undetermined:new): green benetian blinds on the video
#3744: green benetian blinds on the video -+- Reporter: herman602|Owner: Type: defect | Status: new Priority: normal |Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0| Reproduced by developer: 0 -+- Comment (by herman602): Sorry, it's not. At that time time, I killed that ffmpeg process, and I restarted the ffmpeg, the video output become normal. And, I use the VLC player to watch the video stream generated by dvblast is normal, but after the ffmpeg transcoding process, the output is broken. -- Ticket URL: https://trac.ffmpeg.org/ticket/3744#comment:6 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #1901(avcodec:open): cavs artefacts in B frames
#1901: cavs artefacts in B frames
+---
Reporter: ligw_hf |Owner:
Type: defect | Status: open
Priority: minor |Component: avcodec
Version: git-master | Resolution:
Keywords: cavs| Blocked By:
Blocking: | Reproduced by developer: 1
Analyzed by developer: 1 |
+---
Changes (by cehoyos):
* priority: normal = minor
* component: undetermined = avcodec
Comment:
The ugly artefacts were fixed by Yao Wang in e18b48c6
Many warnings are still shown when decoding the sample.
{{{
$ ffmpeg -i stream.avs -t 2 out.avi
ffmpeg version N-64227-ge18b48c Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 17:11:49 with gcc 4.7 (SUSE Linux)
configuration: --enable-gpl
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
libpostproc52. 3.100 / 52. 3.100
[cavs @ 0x2525740] weighted prediction not yet supported
[cavs @ 0x2525740] no frame decoded
Input #0, cavsvideo, from 'stream.avs':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: cavs, yuv420p, 720x576, 25 fps, 25 tbr, 1200k tbn,
25 tbc
[avi @ 0x2527720] Using AVStream.codec.time_base as a timebase hint to the
muxer is deprecated. Set AVStream.time_base instead.
Output #0, avi, to 'out.avi':
Metadata:
ISFT: Lavf55.44.100
Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576,
q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
Metadata:
encoder : Lavc55.68.100 mpeg4
Stream mapping:
Stream #0:0 - #0:0 (cavs (native) - mpeg4 (native))
Press [q] to stop, [?] for help
[cavs @ 0x2526aa0] weighted prediction not yet supported
[cavs @ 0x2526aa0] no frame decoded
Last message repeated 12 times
[cavs @ 0x2526aa0] weighted prediction not yet supported
[cavs @ 0x2526aa0] no frame decoded
Last message repeated 12 times
[cavs @ 0x2526aa0] weighted prediction not yet supported
[cavs @ 0x2526aa0] no frame decoded
Last message repeated 12 times
[cavs @ 0x2526aa0] weighted prediction not yet supported
[cavs @ 0x2526aa0] no frame decoded
Last message repeated 11 times
frame= 49 fps=0.0 q=24.8 Lsize= 190kB time=00:00:02.00 bitrate=
779.2kbits/s
video:183kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 3.678040%
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/1901#comment:6
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #2591(avcodec:open): Feature Request: Add ability to use Quick Sync to transcode video files
#2591: Feature Request: Add ability to use Quick Sync to transcode video files
-+---
Reporter: zjacobs |Owner:
Type: enhancement | Status: open
Priority: wish |Component: avcodec
Version: git-master | Resolution:
Keywords: h264 | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0|
-+---
Comment (by dreamcat4):
Replying to [comment:14 cehoyos]:
Before the patch in comment:8 can be reviewed (and applied), it has to
be changed so that {{{--enable-nonfree}}} is necessary to allow
compilation with libmfx.
Ah okay (sorry for going off on one). I have contacted the persons
involved and ask them here. For to make the necessary amendment. Many
thanks.
--
Ticket URL: https://trac.ffmpeg.org/ticket/2591#comment:15
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples
#2686: Native AAC encoder collapses at high bitrates on some samples -+- Reporter: Kamedo2 |Owner: Type: defect | klaussfreire Priority: normal | Status: open Version: git-master |Component: avcodec Keywords: aac | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0| -+- Comment (by klaussfreire): This last issue I'm not sure how to fix. I've been sick lately so no progress, but soon I'll re-engage and I'll priorize sending simple bugfixes to the ML first. From what I can tell, this is another issue with bit allocation related to constantly and quickly repeating transients. -- Ticket URL: https://trac.ffmpeg.org/ticket/2686#comment:314 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3743(avcodec:open): mpeg2video decoder loses frames when progressive_sequence flag flips
#3743: mpeg2video decoder loses frames when progressive_sequence flag flips
-+-
Reporter: SianLiao |Owner:
Type: defect | Status: open
Priority: important|Component: avcodec
Version: git-master | Resolution:
Keywords: mpeg2video | Blocked By:
regression | Reproduced by developer: 1
Blocking: |
Analyzed by developer: 0|
-+-
Changes (by cehoyos):
* keywords: mpeg = mpeg2video regression
* priority: normal = important
* status: new = open
* reproduced: 0 = 1
Comment:
Regression since 0127b861
The attached sample outputs four frames for older FFmpeg versions, the
third frame is missing since that change.
{{{
$ ffmpeg -vsync 0 -i 3743_mpeg_progressive_seq_flip.m2v -f framecrc -
ffmpeg version N-64228-g057d270 Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 20:00:52 with gcc 4.7 (SUSE Linux)
configuration: --enable-gpl
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
libpostproc52. 3.100 / 52. 3.100
Input #0, mpegvideo, from '3743_mpeg_progressive_seq_flip.m2v':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: mpeg2video (4:2:2), yuv422p(tv, bt709), 1920x1080
[SAR 1:1 DAR 16:9], max. 5 kb/s, 25 fps, 25 tbr, 1200k tbn, 50 tbc
[framecrc @ 0x2430060] Using AVStream.codec.time_base as a timebase hint
to the muxer is deprecated. Set AVStream.time_base instead.
#software: Lavf55.44.100
#tb 0: 1/25
Output #0, framecrc, to 'pipe:':
Metadata:
encoder : Lavf55.44.100
Stream #0:0: Video: rawvideo (Y42B / 0x42323459), yuv422p, 1920x1080
[SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc
Metadata:
encoder : Lavc55.68.100 rawvideo
Stream mapping:
Stream #0:0 - #0:0 (mpeg2video (native) - rawvideo (native))
Press [q] to stop, [?] for help
0, 3, 3,1, 4147200, 0x4af40956
0, 4, 4,1, 4147200, 0x468d0927
0, 6, 6,1, 4147200, 0x32961317
frame=3 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.28 bitrate=
6.0kbits/s
video:12150kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/3743#comment:3
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding
#3745: error with libopenjpeg encoding
-+---
Reporter: dericed |Owner:
Type: defect | Status: new
Priority: normal |Component: avcodec
Version: git-master | Resolution:
Keywords: libopenjpeg | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0|
-+---
Comment (by cehoyos):
If I understand correctly, you see two different (and indpendent) issues:
One is that the FFmpeg mov muxer only outputs constant frame rate, so if
FFmpeg interprets your input file as variable frame rate, it will insert
frames to achieve constant frame rate. This is reported in several
tickets.
{{{-vsync 0}}} avoids frame duplications, it may brake A/V sync but to
test the bitexactness of your encodings, it is useful.
I am unable to reproduce a difference between the original frames and the
frames encoded with openjpeg-1.5.0-2.7.1.x86_64:
{{{
$ ffmpeg -vsync 0 -i v210_cant_be_jpeg2000d.mov -an -f crc -
ffmpeg version N-64232-g932be89 Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 20:31:10 with gcc 4.7 (SUSE Linux)
configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'v210_cant_be_jpeg2000d.mov':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Duration: 00:00:01.02, start: 0.021333, bitrate: 219267 kb/s
Stream #0:0(eng): Video: v210 (v210 / 0x30313276), yuv422p10le,
720x486, 223725 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.68.100 v210
Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo,
fltp, 123 kb/s (default)
Metadata:
handler_name: DataHandler
[crc @ 0x37f0a00] Using AVStream.codec.time_base as a timebase hint to the
muxer is deprecated. Set AVStream.time_base instead.
Output #0, crc, to 'pipe:':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
(default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.68.100 rawvideo
Stream mapping:
Stream #0:0 - #0:0 (v210 (native) - rawvideo (native))
Press [q] to stop, [?] for help
CRC=0x69c0112a
frame= 30 fps=0.0 q=0.0 Lsize= 0kB time=00:00:01.03 bitrate=
0.1kbits/s
video:41006kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
}}}
{{{
$ ffmpeg -vsync 0 -i v210_cant_be_jpeg2000d.mov -an -vcodec libopenjpeg
out.mov
}}}
{{{
$ ffmpeg -vsync 0 -i out.mov -f crc -
ffmpeg version N-64232-g932be89 Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 20:31:10 with gcc 4.7 (SUSE Linux)
configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mov':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Duration: 00:00:01.00, start: 0.033000, bitrate: 107620 kb/s
Stream #0:0(eng): Video: jpeg2000 (mjp2 / 0x32706A6D), yuv422p10le,
720x486, 107612 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.68.100 libopenjpeg
[crc @ 0x2ba1500] Using AVStream.codec.time_base as a timebase hint to the
muxer is deprecated. Set AVStream.time_base instead.
Output #0, crc, to 'pipe:':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
(default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.68.100 rawvideo
Stream mapping:
Stream #0:0 - #0:0 (jpeg2000
Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding
#3745: error with libopenjpeg encoding -+--- Reporter: dericed |Owner: Type: defect | Status: new Priority: normal |Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0| -+--- Comment (by dericed): --disable-decoder=jpeg2000 :) When I replicate your steps I get CRC=0x1d97037f as the output of the j2k version. This is on my Mac as well as another Ubuntu computer. On both I've been using https://openjpeg.googlecode.com/files/openjpeg-1.5.1.tar.gz whereas you've been using openjpeg-1.5.0-2.7.1.x86_64. To proceed I'll see if I can replicate with openjpeg alone and then send the ticket, their way. And yes I've seen the QuickTime VFR issues in other tickets. btw here is a copy of my out.mov with the glitch issue frame 17 http://dericed.com/samples/j2k_error_frame17_out.mov -- Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:2 FFmpeg https://ffmpeg.org FFmpeg issue tracker ___ FFmpeg-trac mailing list FFmpeg-trac@avcodec.org http://avcodec.org/mailman/listinfo/ffmpeg-trac
Re: [FFmpeg-trac] #3745(avcodec:new): error with libopenjpeg encoding
#3745: error with libopenjpeg encoding
-+---
Reporter: dericed |Owner:
Type: defect | Status: new
Priority: normal |Component: avcodec
Version: git-master | Resolution:
Keywords: libopenjpeg | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0|
-+---
Comment (by cehoyos):
Works fine here with your file:
{{{
$ ffmpeg -vsync 0 -i j2k_error_frame17_out.mov -f crc -
ffmpeg version N-64247-gb9bfd88 Copyright (c) 2000-2014 the FFmpeg
developers
built on Jun 26 2014 23:08:12 with gcc 4.7 (SUSE Linux)
configuration: --enable-libopenjpeg --disable-decoder=jpeg2000
libavutil 52. 90.101 / 52. 90.101
libavcodec 55. 68.100 / 55. 68.100
libavformat55. 44.100 / 55. 44.100
libavdevice55. 13.101 / 55. 13.101
libavfilter 4. 9.100 / 4. 9.100
libswscale 2. 6.100 / 2. 6.100
libswresample 0. 19.100 / 0. 19.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'j2k_error_frame17_out.mov':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Duration: 00:00:01.00, start: 0.033000, bitrate: 107620 kb/s
Stream #0:0(eng): Video: jpeg2000 (mjp2 / 0x32706A6D), yuv422p10le,
720x486, 107612 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc (default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.67.100 libopenjpeg
[crc @ 0x2953500] Using AVStream.codec.time_base as a timebase hint to the
muxer is deprecated. Set AVStream.time_base instead.
Output #0, crc, to 'pipe:':
Metadata:
major_brand : qt
minor_version : 512
compatible_brands: qt
encoder : Lavf55.44.100
Stream #0:0(eng): Video: rawvideo (Y3[10][10] / 0xA0A3359),
yuv422p10le, 720x486, q=2-31, 200 kb/s, 29.97 fps, 29.97 tbn, 29.97 tbc
(default)
Metadata:
handler_name: DataHandler
encoder : Lavc55.68.100 rawvideo
Stream mapping:
Stream #0:0 - #0:0 (jpeg2000 (libopenjpeg) - rawvideo (native))
Press [q] to stop, [?] for help
CRC=0x69c0112a
frame= 30 fps=0.0 q=0.0 Lsize= 0kB time=00:00:01.00 bitrate=
0.1kbits/s
video:41006kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
}}}
--
Ticket URL: https://trac.ffmpeg.org/ticket/3745#comment:3
FFmpeg https://ffmpeg.org
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://avcodec.org/mailman/listinfo/ffmpeg-trac
