Re: [FFmpeg-trac] #3233(undetermined:new): PSP PMF audio

2016-09-21 Thread FFmpeg
#3233: PSP PMF audio
-+-
 Reporter:  cehoyos  |Owner:
 Type:  enhancement  |   Status:  new
 Priority:  wish |Component:
  Version:  git-master   |  undetermined
 Keywords:  mpegps pmf   |   Resolution:
  atrac3 atrac3p videolan|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by bazz):

 Regarding the patch, I have tried it with an old commit ~Dec 2014 and also
 with the latest master branch on the FFmpeg github. I seem to get the same
 results on both versions.

 The FFMPEG PMF samples appear to play fine. But, I have my own samples
 that do not *fully* play with the patch. However, if you watch my PMF file
 on an unpatched version of ffplay, you can see the full video (without
 audio of course), so there is some issue in the ATRAC3P "process" (for
 lack of better words) that is causing ffplay to lock up.

 See for yourself!
 http://botb.club/~bazz/vid8.pmf

 Running ffplay with `-v debug` did not reveal any hints as far as I could
 tell.

 I don't know much about ATRAC3(P) so I hope this helps someone move
 further in solving this issue. I for one, will try to add further debug
 printouts to the ATRAC3P code to maybe provide a hint.

 Lastly, thank you to the patch author for getting us this far!

 I understand this patch is rather old, but I'm glad it still works
 (somewhat) and I hope we can move this further along.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5851(avcodec:open): Option to remove tags from Closed Captions

2016-09-21 Thread FFmpeg
#5851: Option to remove tags from Closed Captions
+---
 Reporter:  edumj   |Owner:
 Type:  defect  |   Status:  open
 Priority:  minor   |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  cc  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by edumj):

 Sorry, what is "Otoh"?

 Well, VLC shows original CC like this:

 
[[Image(http://i47.photobucket.com/albums/f169/edumj/Starship_Troopers.vob.png)]]

 So, it also ignores those tags.

 It would be useful to could ignore them if you don't like default style,
 or if it's problematic because of long lines (Txt2Vobsub rejects them, and
 SubtitleWorkshop freezes!).

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5825(avcodec:closed): Vobsub subtitles won't overlay with some MKV

2016-09-21 Thread FFmpeg
#5825: Vobsub subtitles won't overlay with some MKV
-+-
 Reporter:  edumj|Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  dvdsub   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by edumj):

 Wokrs, but subtitles don't show. And with same "[matroska,webm @ 02f883e0]
 Read error".

 output:

 {{{
 ffmpeg version N-81696-gd38dff8e Copyright (c) 2000-2016 the FFmpeg
 developers
   built with gcc 5.4.0 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-
 bzlib --enable-libebur128 --enable-fontconfig --enable-frei0r --enable-
 gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b
 --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm
 --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-
 libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264
 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-
 libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex
 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-
 amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-
 libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-
 libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
   libavutil  55. 29.100 / 55. 29.100
   libavcodec 57. 57.100 / 57. 57.100
   libavformat57. 49.100 / 57. 49.100
   libavdevice57.  0.102 / 57.  0.102
   libavfilter 6. 62.100 /  6. 62.100
   libswscale  4.  1.100 /  4.  1.100
   libswresample   2.  1.100 /  2.  1.100
   libpostproc54.  0.100 / 54.  0.100
 Input #0, matroska,webm, from 'C:\Users\Edumj\Videos\Pa Probar\DVDRip
 (MKV) con VobSub's\Francis en la Marina (1955)_cut.mkv':
   Metadata:
 encoder : libmkv 0.6.5
   Duration: 01:16:58.18, start: 0.00, bitrate: 4 kb/s
 Chapter #0:0: start 0.00, end 84.897000
 Metadata:
   title   : Chapter 1
 Chapter #0:1: start 84.897000, end 1048.977000
 Metadata:
   title   : Chapter 2
 Chapter #0:2: start 1048.977000, end 1812.817000
 Metadata:
   title   : Chapter 3
 Chapter #0:3: start 1812.817000, end 2423.737000
 Metadata:
   title   : Chapter 4
 Chapter #0:4: start 2423.737000, end 3226.097000
 Metadata:
   title   : Chapter 5
 Chapter #0:5: start 3226.097000, end 3864.937000
 Metadata:
   title   : Chapter 6
 Chapter #0:6: start 3864.937000, end 4618.177000
 Metadata:
   title   : Chapter 7
 Stream #0:0(eng): Video: h264 (Main), yuv420p(tv,
 smpte170m/smpte170m/bt709), 720x384 [SAR 16:15 DAR 2:1], 25 fps, 25 tbr,
 1k tbn, 180k tbc (default)
 Stream #0:1(spa): Audio: aac (LC), 48000 Hz, stereo, fltp (default)
 Stream #0:2(eng): Audio: aac (LC), 48000 Hz, stereo, fltp
 Stream #0:3(spa): Subtitle: dvd_subtitle, 720x576
 [Parsed_scale2ref_0 @ 03017720] circular filter chain detected
 [avi @ 02f8bd40] Using AVStream.codec to pass codec parameters to muxers
 is deprecated, use AVStream.codecpar instead.
 Last message repeated 1 times
 [null @ 0304ee40] Using AVStream.codec to pass codec parameters to muxers
 is deprecated, use AVStream.codecpar instead.
 Last message repeated 1 times
 Output #0, avi, to
 'E:\MISDOC~1\CONVER~1\_PACON~1\MEDIAI~1\FFD8CF~1\DVDAXS~1\CONFFM~1\\Francis
 en la Marina (1955)_cut overlay+scale2ref.avi':
   Metadata:
 ISFT: Lavf57.49.100
 Chapter #0:0: start 0.00, end 84.897000
 Metadata:
   title   : Chapter 1
 Chapter #0:1: start 84.897000, end 1048.977000
 Metadata:
   title   : Chapter 2
 Chapter #0:2: start 1048.977000, end 1812.817000
 Metadata:
   title   : Chapter 3
 Chapter #0:3: start 1812.817000, end 2423.737000
 Metadata:
   title   : Chapter 4
 Chapter #0:4: start 2423.737000, end 3226.097000
 Metadata:
   title   : Chapter 5
 Chapter #0:5: start 3226.097000, end 3864.937000
 Metadata:
   title   : Chapter 6
 Chapter #0:6: start 3864.937000, end 4618.177000
 Metadata:
   title   : Chapter 7
 Stream #0:0: Video: mpeg4 (libxvid) (XVID / 0x44495658), yuv420p,
 720x384 [SAR 16:15 DAR 2:1], q=2-31, 1500 kb/s, 25 fps, 25 tbn, 25 tbc
 (default)
 Metadata:
   encoder : 

Re: [FFmpeg-trac] #5846(avformat:open): Support writing BOM in SRT muxer

2016-09-21 Thread FFmpeg
#5846: Support writing BOM in SRT muxer
-+
 Reporter:  edumj|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  srt  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by edumj):

 I've just tried with latest Subrip.exe, and now it makes UTF-8 with BOM by
 default! This is the options window:

 [[Image(http://i47.photobucket.com/albums/f169/edumj/Subrip.jpg)]]


 But, also now it makes "Unix Line Breaks" by default, I supose that's why
 no line breaks in notepad.exe. Could ffmpeg do "DOS/Windows Line Breaks"?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5846(avformat:open): Support writing BOM in SRT muxer

2016-09-21 Thread FFmpeg
#5846: Support writing BOM in SRT muxer
-+
 Reporter:  edumj|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  srt  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by edumj):

 Also SubtitleWorkshop can do srt, but it makes ANSI by default.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


[FFmpeg-trac] #5857(avcodec:new): null pointer passed as argument in av_grow_packet()

2016-09-21 Thread FFmpeg
#5857: null pointer passed as argument in av_grow_packet()
-+--
 Reporter:  tsmith   | Type:  defect
   Status:  new  | Priority:  normal
Component:  avcodec  |  Version:  git-master
 Keywords:  ubsan|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+--
 Summary of the bug:
 libavcodec/avpacket.c:142:32: runtime error: null pointer passed as
 argument 2, which is declared to never be null

 How to reproduce:
 {{{
 % ffmpeg -f ivf -i  -f null -
 ffmpeg version N-81721-g7447ec9 Copyright (c) 2000-2016 the FFmpeg
 developers
   built with clang version 3.8.0-2ubuntu3 (tags/RELEASE_380/final)
   configuration: --cc=clang --cxx=clang++ --disable-libxcb --disable-xlib
 --disable-logging --disable-ffprobe --disable-ffplay --disable-sdl
 --disable-ffserver --disable-doc --disable-pthreads --disable-network
 --disable-d3d11va --disable-dxva2 --disable-vaapi --disable-vda --disable-
 vdpau --disable-stripping --disable-runtime-cpudetect --disable-postproc
 --disable-securetransport --disable-iconv --disable-swscale --disable-
 avdevice --disable-videotoolbox --disable-everything --enable-
 encoder=wrapped_avframe --disable-lzma --enable-protocol='file,pipe'
 --enable-muxer=null --enable-demuxer=ivf --enable-parser=vp9 --enable-
 decoder=vp9 --disable-pic
   libavutil  55. 30.100 / 55. 30.100
   libavcodec 57. 57.101 / 57. 57.101
   libavformat57. 50.100 / 57. 50.100
   libavfilter 6. 62.100 /  6. 62.100
   libswresample   2.  1.100 /  2.  1.100
 st:0 has too large timebase, reducing
 libavcodec/avpacket.c:142:32: runtime error: null pointer passed as
 argument 2, which is declared to never be null
 /usr/include/string.h:43:28: note: nonnull attribute specified here
 #0 0x676273 in av_grow_packet libavcodec/avpacket.c:142:9
 #1 0x61f04a in append_packet_chunked libavformat/utils.c:239:15
 #2 0x606a25 in read_packet libavformat/ivfdec.c:75:11
 #3 0x623d51 in ff_read_packet libavformat/utils.c:766:15
 #4 0x62c868 in read_frame_internal libavformat/utils.c:1464:15
 #5 0x640e43 in avformat_find_stream_info libavformat/utils.c:3495:15
 #6 0x503eca in open_input_file ffmpeg_opt.c:1019:11
 #7 0x500e45 in open_files ffmpeg_opt.c:3091:15
 #8 0x50029a in ffmpeg_parse_options ffmpeg_opt.c:3128:11
 #9 0x5483c8 in main ffmpeg.c:4311:11
 #10 0x7f7a3422882f in __libc_start_main /build/glibc-
 GKVZIf/glibc-2.23/csu/../csu/libc-start.c:291
 #11 0x419858 in _start
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5579(avcodec:reopened): Random green block artifacts when decoding H264 streams

2016-09-21 Thread FFmpeg
#5579: Random green block artifacts when decoding H264 streams
+
 Reporter:  anouar  |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  H264|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by anouar):

 Hi Michael,

 I have tested this patch on top of the latest ffmpeg code (commit#:
 0b420886a4410) but unfortunately I still see the same problem, similar to
 what Hendrik found.

 Best regards,
 Anouar

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5157(undetermined:closed): spv1: deflate errors with 24bpp sample

2016-09-21 Thread FFmpeg
#5157: spv1: deflate errors with 24bpp sample
-+-
 Reporter:  ami_stuff|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  spv1 |   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:   => spv1


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5579(avcodec:reopened): Random green block artifacts when decoding H264 streams

2016-09-21 Thread FFmpeg
#5579: Random green block artifacts when decoding H264 streams
+
 Reporter:  anouar  |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  H264|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by cehoyos):

 Replying to [comment:11 anouar]:
 > Replying to [comment:10 cehoyos]:
 > > Replying to [comment:9 anouar]:
 > > > is it possible to update its priority from normal to important since
 there are many customers using VLC player and complaining about those
 green block artifacts?
 > >
 > > Please point me to these complaints.

 Can you?

 > > Feel free to test this patch:
 > > http://ffmpeg.org/pipermail/ffmpeg-devel/2016-September/199855.html
 >
 > Thank you so much for the prompt reply, I'll try this patch and see if
 it fixes the problem.

 The patch was tested and unfortunately does not fix the issue:
 http://ffmpeg.org/pipermail/ffmpeg-devel/2016-September/199871.html

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5157(undetermined:closed): spv1: deflate errors with 24bpp sample

2016-09-21 Thread FFmpeg
#5157: spv1: deflate errors with 24bpp sample
-+-
 Reporter:  ami_stuff|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by ami_stuff):

 * status:  new => closed
 * resolution:   => fixed


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5846(avformat:open): Support writing BOM in SRT muxer

2016-09-21 Thread FFmpeg
#5846: Support writing BOM in SRT muxer
-+
 Reporter:  edumj|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  srt  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by edumj):

 I'll try again with other DVDs, but here
 [https://en.m.wikipedia.org/wiki/SubRip] it says "A Unicode byte order
 mark (BOM) can be added to support any Unicode encoding with UTF-8 being
 preferred for its compatibility with CP-1252" so it should do it.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5579(avcodec:reopened): Random green block artifacts when decoding H264 streams

2016-09-21 Thread FFmpeg
#5579: Random green block artifacts when decoding H264 streams
+
 Reporter:  anouar  |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  H264|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by anouar):

 Replying to [comment:10 cehoyos]:
 > Replying to [comment:9 anouar]:
 > > is it possible to update its priority from normal to important since
 there are many customers using VLC player and complaining about those
 green block artifacts?
 >
 > Please point me to these complaints.
 >
 > Feel free to test this patch:
 > http://ffmpeg.org/pipermail/ffmpeg-devel/2016-September/199855.html


 Thank you so much for the prompt reply, I'll try this patch and see if it
 fixes the problem.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5581(undetermined:new): vp6: support decoding of interlaced video

2016-09-21 Thread FFmpeg
#5581: vp6: support decoding of interlaced video
-+-
 Reporter:  ami_stuff|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 ami_stuff):

 thread

 https://ffmpeg.org/pipermail/ffmpeg-devel/2007-December/024133.html

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5468(avcodec:open): on2avc (0x0501): improve decoding of stereo modes

2016-09-21 Thread FFmpeg
#5468: on2avc (0x0501): improve decoding of stereo modes
+---
 Reporter:  ami_stuff   |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  on2avc  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by ami_stuff):

 It should be this, here is full archive:

 http://www.megafileupload.com/omgZ/ra.7z

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5672(avformat:reopened): concat demuxer truncates output duration

2016-09-21 Thread FFmpeg
#5672: concat demuxer truncates output duration
-+-
 Reporter:  jseeley78|Owner:
 Type:  defect   |   Status:  reopened
 Priority:  important|Component:  avformat
  Version:  3.0.3|   Resolution:
 Keywords:  concat   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:7 richardpl]:
 > Since when we are tracking non git master bugs?

 We are tracking crashes and regressions in supported releases for as long
 as this bug tracker existed (and also on roundup afair).

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5672(avformat:reopened): concat demuxer truncates output duration

2016-09-21 Thread FFmpeg
#5672: concat demuxer truncates output duration
-+-
 Reporter:  jseeley78|Owner:
 Type:  defect   |   Status:  reopened
 Priority:  important|Component:  avformat
  Version:  3.0.3|   Resolution:
 Keywords:  concat   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by richardpl):

 Since when we are tracking non git master bugs?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3302(avfilter:closed): Cannot draw opaque text on transparent frame

2016-09-21 Thread FFmpeg
#3302: Cannot draw opaque text on transparent frame
+
 Reporter:  Krieger |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avfilter
  Version:  git-master  |   Resolution:  fixed
 Keywords:  drawtext|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

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


Comment:

 Sorry for the incorrect test, it works fine now!

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3302(avfilter:reopened): Cannot draw opaque text on transparent frame

2016-09-21 Thread FFmpeg
#3302: Cannot draw opaque text on transparent frame
+
 Reporter:  Krieger |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avfilter
  Version:  git-master  |   Resolution:
 Keywords:  drawtext|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

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


Comment:

 No text visible here with the original command line:
 {{{
 $ ffmpeg -f lavfi -i
 
"testsrc[testsrc];color=color=white@0.0,drawtext=text=TEST:fontsize=50:fontfile=/usr/share/fonts/truetype/DejaVuSans.ttf:fontcolor=red@1.0[text];[testsrc][text]overlay"
 -vframes 1 out.ts
 ffmpeg version N-81709-g492259c Copyright (c) 2000-2016 the FFmpeg
 developers
   built with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl --enable-libfreetype
   libavutil  55. 30.100 / 55. 30.100
   libavcodec 57. 57.101 / 57. 57.101
   libavformat57. 50.100 / 57. 50.100
   libavdevice57.  0.102 / 57.  0.102
   libavfilter 6. 62.100 /  6. 62.100
   libswscale  4.  1.100 /  4.  1.100
   libswresample   2.  1.100 /  2.  1.100
   libpostproc54.  0.100 / 54.  0.100
 Input #0, lavfi, from
 
'testsrc[testsrc];color=color=white@0.0,drawtext=text=TEST:fontsize=50:fontfile=/usr/share/fonts/truetype/DejaVuSans.ttf:fontcolor=red@1.0[text];[testsrc][text]overlay':
   Duration: N/A, start: 0.00, bitrate: N/A
 Stream #0:0: Video: rawvideo (Y4[11][8] / 0x80B3459), yuva420p,
 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc
 [mpegts @ 0x39e7c80] Using AVStream.codec to pass codec parameters to
 muxers is deprecated, use AVStream.codecpar instead.
 Output #0, mpegts, to 'out.ts':
   Metadata:
 encoder : Lavf57.50.100
 Stream #0:0: Video: mpeg2video (Main), yuv420p, 320x240 [SAR 1:1 DAR
 4:3], q=2-31, 200 kb/s, 25 fps, 90k tbn, 25 tbc
 Metadata:
   encoder : Lavc57.57.101 mpeg2video
 Side data:
   cpb: bitrate max/min/avg: 0/0/20 buffer size: 0 vbv_delay: -1
 Stream mapping:
   Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg2video (native))
 Press [q] to stop, [?] for help
 frame=1 fps=0.0 q=4.7 Lsize=   9kB time=00:00:00.00
 bitrate=6699636.4kbits/s speed=0.00697x
 video:8kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 16.504364%
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5672(avformat:reopened): concat demuxer truncates output duration

2016-09-21 Thread FFmpeg
#5672: concat demuxer truncates output duration
-+-
 Reporter:  jseeley78|Owner:
 Type:  defect   |   Status:  reopened
 Priority:  important|Component:  avformat
  Version:  3.0.3|   Resolution:
 Keywords:  concat   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * status:  closed => reopened
 * version:  3.0.2 => 3.0.3
 * resolution:  fixed =>


Comment:

 {{{
 $ ffmpeg -f concat -i concat.txt -c copy output.flv
 ffmpeg version n3.0.3 Copyright (c) 2000-2016 the FFmpeg developers
   built with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl --enable-libspeex
   libavutil  55. 17.103 / 55. 17.103
   libavcodec 57. 24.102 / 57. 24.102
   libavformat57. 25.100 / 57. 25.100
   libavdevice57.  0.101 / 57.  0.101
   libavfilter 6. 31.100 /  6. 31.100
   libswscale  4.  0.100 /  4.  0.100
   libswresample   2.  0.101 /  2.  0.101
   libpostproc54.  0.100 / 54.  0.100
 [flv @ 0x2078660] Auto-inserting h264_mp4toannexb bitstream filter
 Input #0, concat, from 'concat.txt':
   Duration: N/A, start: 0.00, bitrate: 3 kb/s
 Stream #0:0: Video: h264 (Baseline), yuv420p(tv), 640x360 [SAR 1:1 DAR
 16:9], 30.30 fps, 30 tbr, 1k tbn, 60 tbc
 Stream #0:1: Audio: speex, 16000 Hz, mono, s16, 3 kb/s
 Output #0, flv, to 'output.flv':
   Metadata:
 encoder : Lavf57.25.100
 Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 640x360
 [SAR 1:1 DAR 16:9], q=2-31, 30.30 fps, 30 tbr, 1k tbn, 1k tbc
 Stream #0:1: Audio: speex ([11][0][0][0] / 0x000B), 16000 Hz, mono, 3
 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
 Press [q] to stop, [?] for help
 concat.txt: Invalid argument
 frame=  150 fps=0.0 q=-1.0 Lsize= 712kB time=00:00:07.37 bitrate=
 791.0kbits/s speed=1.99e+03x
 video:702kB audio:4kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 0.923229%
 }}}

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5581(undetermined:new): vp6: support decoding of interlaced video

2016-09-21 Thread FFmpeg
#5581: vp6: support decoding of interlaced video
-+-
 Reporter:  ami_stuff|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 richardpl):

 I do not see patch. Can you attach it here.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5846(avformat:open): Support writing BOM in SRT muxer

2016-09-21 Thread FFmpeg
#5846: Support writing BOM in SRT muxer
-+
 Reporter:  edumj|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  srt  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by cehoyos):

 Replying to [comment:10 edumj]:
 > Replying to [comment:8 cehoyos]:
 > > Replying to [comment:7 edumj]:
 > > > I've just tested extracting subs from one DVD with Subrip.exe (with
 OCR) and I can choose between Unicode Little Endian or ANSI (no UTF-8).
 Even it says it must be Unicode because of special characters, but with
 ANSI it seems Ok.
 > >
 > > Does Suprip.exe write a BOM or not?
 >
 > Subrip.exe doesn't seem to write UTF-8, and AFAIK BOM is only for UTF,
 so the answer is not.

 Is there no option to force utf-8?

 > Anyway, why you ask me about Subrip.exe? It has nothing to do with this
 workflow, since I'm not ripping Dvd subs to text.

 Which other application could be the reference for srt files?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha

2016-09-21 Thread FFmpeg
#3846: The output video show a wrong alpha
---+---
 Reporter:  Noir89 |Owner:
 Type:  defect |   Status:  new
 Priority:  normal |Component:  avcodec
  Version:  git-master |   Resolution:
 Keywords:  ProRes, alpha  |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---

Comment (by cehoyos):

 I uploaded the FCP sample file.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5469(avcodec:closed): on2avc (0x0500): add support for stereo mode

2016-09-21 Thread FFmpeg
#5469: on2avc (0x0500): add support for stereo mode
+---
 Reporter:  ami_stuff   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:  fixed
 Keywords:  on2avc  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by richardpl):

 * status:  open => closed
 * resolution:   => fixed


Comment:

 Fixed in 187c4273351f517a343c00ac470e1952edbd2e9b.
 Have same issues as 0x501 for stereo files.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5468(avcodec:open): on2avc (0x0501): improve decoding of stereo modes

2016-09-21 Thread FFmpeg
#5468: on2avc (0x0501): improve decoding of stereo modes
+---
 Reporter:  ami_stuff   |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  on2avc  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by richardpl):

 Are you sure that dll is correct?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5462(avcodec:closed): dds: support 4bpp mode

2016-09-21 Thread FFmpeg
#5462: dds: support 4bpp mode
+---
 Reporter:  ami_stuff   |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:  fixed
 Keywords:  dds |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by richardpl):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 Fixed in 257fbc3af4cba08ac471dab68924182160bde6fd.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #431(undetermined:closed): When converting audio to an MP3 using CBR, result is reported VBR

2016-09-21 Thread FFmpeg
#431: When converting audio to an MP3 using CBR, result is reported VBR
-+-
 Reporter:  schtorch |Owner:  michael
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  CBR mp3  |   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 Please do not reopen ancient tickets using a new, different command line.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3846(avcodec:new): The output video show a wrong alpha

2016-09-21 Thread FFmpeg
#3846: The output video show a wrong alpha
---+---
 Reporter:  Noir89 |Owner:
 Type:  defect |   Status:  new
 Priority:  normal |Component:  avcodec
  Version:  git-master |   Resolution:
 Keywords:  ProRes, alpha  |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+---

Comment (by richardpl):

 One of samples above is no longer available.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #3302(avfilter:closed): Cannot draw opaque text on transparent frame

2016-09-21 Thread FFmpeg
#3302: Cannot draw opaque text on transparent frame
+
 Reporter:  Krieger |Owner:
 Type:  defect  |   Status:  closed
 Priority:  normal  |Component:  avfilter
  Version:  git-master  |   Resolution:  fixed
 Keywords:  drawtext|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by richardpl):

 * status:  open => closed
 * resolution:   => fixed


Comment:

 Fixed in 9d16e46d9eb4643ce119e26ed5c3975cb6cb7aa1.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5369(undetermined:closed): new audiotoolbox encoder does not support AAC encoding with more than 2 channels

2016-09-21 Thread FFmpeg
#5369: new audiotoolbox encoder does not support AAC encoding with more than 2
channels
-+-
 Reporter:  julian   |Owner:  11rcombs
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  fixed
  audiotoolbox osx   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by richardpl):

 * status:  open => closed
 * resolution:   => fixed


Comment:

 Closing. Thanks for testing.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5369(undetermined:open): new audiotoolbox encoder does not support AAC encoding with more than 2 channels

2016-09-21 Thread FFmpeg
#5369: new audiotoolbox encoder does not support AAC encoding with more than 2
channels
-+-
 Reporter:  julian   |Owner:  11rcombs
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
  audiotoolbox osx   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by julian):

 can't reproduce the issue anymore with 3.1.3

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #431(undetermined:reopened): When converting audio to an MP3 using CBR, result is reported VBR

2016-09-21 Thread FFmpeg
#431: When converting audio to an MP3 using CBR, result is reported VBR
-+-
 Reporter:  schtorch |Owner:  michael
 Type:  defect   |   Status:  reopened
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  CBR mp3  |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by relaxed):

 volker,

 I just tested ffmpeg git master with encoding an aac to -c:a libmp3lame
 -b:a 128k in avi. mediainfo reports "Bit rate mode : Constant" for the
 audio. Can you check your file with mediainfo to see if it says the same?

 Thanks

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #431(undetermined:reopened): When converting audio to an MP3 using CBR, result is reported VBR

2016-09-21 Thread FFmpeg
#431: When converting audio to an MP3 using CBR, result is reported VBR
-+-
 Reporter:  schtorch |Owner:  michael
 Type:  defect   |   Status:  reopened
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  CBR mp3  |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by volker):

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


--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #431(undetermined:closed): When converting audio to an MP3 using CBR, result is reported VBR

2016-09-21 Thread FFmpeg
#431: When converting audio to an MP3 using CBR, result is reported VBR
-+-
 Reporter:  schtorch |Owner:  michael
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  CBR mp3  |   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by volker):

 Seems that the problem is back (or has not been fixed completely). This is
 the offending command line:

 {{{ffmpeg.exe -i infile.mp4 -loglevel error -stats -y -c:v libxvid -b:v
 1750k -c:a libmp3lame -b:a 128k -async 1 outfile.avi}}}

 Here's what ffprobe has to say:

 {{{ffprobe -v error infile.mp4}}}
 ffprobe version N-78197-g5893e87 Copyright (c) 2007-2016 the FFmpeg
 developers
   built with gcc 5.2.0 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-av
 isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls
 --enab
 le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-
 libcaca --
 enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm
 --enable-l
 ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb
 --enab
 le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-
 librtmp --en
 able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora
 --ena
 ble-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-
 amrwbenc
  --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp
 --enabl
 e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-
 libzimg --
 enable-lzma --enable-decklink --enable-zlib
   libavutil  55. 16.101 / 55. 16.101
   libavcodec 57. 22.102 / 57. 22.102
   libavformat57. 23.101 / 57. 23.101
   libavdevice57.  0.101 / 57.  0.101
   libavfilter 6. 27.100 /  6. 27.100
   libswscale  4.  0.100 /  4.  0.100
   libswresample   2.  0.101 /  2.  0.101
   libpostproc54.  0.100 / 54.  0.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'infile.mp4':
   Metadata:
 major_brand : mp42
 minor_version   : 0
 compatible_brands: isommp42
 creation_time   : 2016-03-17 10:20:35
   Duration: 00:03:48.74, start: 0.00, bitrate: 3027 kb/s
 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
 1280x720
 [SAR 1:1 DAR 16:9], 2833 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default)
 Metadata:
   handler_name: VideoHandler
 Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz,
 stereo, flt
 p, 191 kb/s (default)
 Metadata:
   creation_time   : 2016-03-17 10:20:37
   handler_name: IsoMedia File Produced by Google, 5-11-2011

 {{{ffprobe outfile.avi}}}
 ffprobe version N-78197-g5893e87 Copyright (c) 2007-2016 the FFmpeg
 developers
   built with gcc 5.2.0 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-av
 isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls
 --enab
 le-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-
 libcaca --
 enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm
 --enable-l
 ibilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb
 --enab
 le-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-
 librtmp --en
 able-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora
 --ena
 ble-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-
 amrwbenc
  --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp
 --enabl
 e-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-
 libzimg --
 enable-lzma --enable-decklink --enable-zlib
   libavutil  55. 16.101 / 55. 16.101
   libavcodec 57. 22.102 / 57. 22.102
   libavformat57. 23.101 / 57. 23.101
   libavdevice57.  0.101 / 57.  0.101
   libavfilter 6. 27.100 /  6. 27.100
   libswscale  4.  0.100 /  4.  0.100
   libswresample   2.  0.101 /  2.  0.101
   libpostproc54.  0.100 / 54.  0.100
 Input #0, avi, from 'outfile.avi':
   Metadata:
 encoder : Lavf57.23.101
   Duration: 00:02:35.09, start: 0.00, bitrate: 1922 kb/s
 Stream #0:0: Video: mpeg4 (Simple Profile) (xvid / 0x64697678),
 yuv420p, 128
 0x720 [SAR 1:1 DAR 16:9], 1788 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc
 Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p,
 128 k
 b/s

 {{{ffmpeg.exe -version}}}
 ffmpeg version N-78197-g5893e87 Copyright (c) 2000-2016 the FFmpeg
 developers
 built with gcc 5.2.0 (GCC)
 configuration: --enable-gpl --enable-version3 --disable-w32threads
 

Re: [FFmpeg-trac] #5579(avcodec:reopened): Random green block artifacts when decoding H264 streams

2016-09-21 Thread FFmpeg
#5579: Random green block artifacts when decoding H264 streams
+
 Reporter:  anouar  |Owner:
 Type:  defect  |   Status:  reopened
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  H264|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by cehoyos):

 Replying to [comment:9 anouar]:
 > is it possible to update its priority from normal to important since
 there are many customers using VLC player and complaining about those
 green block artifacts?

 Please point me to these complaints.

 Feel free to test this patch:
 http://ffmpeg.org/pipermail/ffmpeg-devel/2016-September/199855.html

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac