date:20170921

Re: [FFmpeg-trac] #6678(avformat:new): Read raw amr streams (was: AMR multicast receive: "Operation not permitted")

2017-09-21 Thread FFmpeg

#6678: Read raw amr streams
-+
 Reporter:  simonb   |Owner:
 Type:  enhancement  |   Status:  new
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  amr  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by cehoyos):

 * component:  undetermined => avformat
 * priority:  normal => wish
 * keywords:   => amr
 * type:  defect => enhancement


Old description:

> Summary of the bug: AMR over UDP works between 127.0.0.1 TX and 0.0.0.0
> RX as expected but fails over a multicast address
>
> How to reproduce:
> 1) Create a test transmitter:
> {{{
>
> % ffmpeg -re -f lavfi -i "sine=frequency=432:sample_rate=16000" -c:a
> libvo_amrwbenc -b:a 14250 -f amr udp://@239.200.10.0:1234
>
> }}}
> 2) Create a test receiver probe:
> {{{
>
> % ffprobe -v 9 -loglevel 99 -f amr udp://@239.200.10.0:1234
>
> }}}
>
> Expected result:
> {{{
> ...
> Input #0, amr, from 'udp://0.0.0.0:1234':
>   Duration: N/A, bitrate: 14 kb/s
> Stream #0:0, 50, 1/16000: Audio: amr_wb (sawb / 0x62776173), 16000
> Hz, mono, flt
> }}}
>
> Actual result:
> {{{
> ffprobe version N-87327-g18821e3ba1-static
> http://johnvansickle.com/ffmpeg/  Copyright (c) 2007-2017 the FFmpeg
> developers
>   built with gcc 6.4.0 (Debian 6.4.0-5) 20170906
>   configuration: --enable-gpl --enable-version3 --enable-static
> --disable-debug --disable-ffplay --disable-indev=sndio --disable-
> outdev=sndio --cc=gcc-6 --enable-fontconfig --enable-frei0r --enable-
> gnutls --enable-gray --enable-libfribidi --enable-libass --enable-libvmaf
> --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb
> --enable-libopencore-amrwb --enable-libopenjpeg --enable-librubberband
> --enable-librtmp --enable-libsoxr --enable-libspeex --enable-libvorbis
> --enable-libopus --enable-libtheora --enable-libvidstab --enable-libvo-
> amrwbenc --enable-libvpx --enable-libwebp --enable-libx264 --enable-
> libx265 --enable-libxvid --enable-libzimg
>   libavutil  55. 75.100 / 55. 75.100
>   libavcodec 57.106.101 / 57.106.101
>   libavformat57. 82.100 / 57. 82.100
>   libavdevice57.  8.101 / 57.  8.101
>   libavfilter 6.105.100 /  6.105.100
>   libswscale  4.  7.103 /  4.  7.103
>   libswresample   2.  8.100 /  2.  8.100
>   libpostproc54.  6.100 / 54.  6.100
> [amr @ 0x42411a0] Opening 'udp://239.200.10.0:1234' for reading
> [udp @ 0x4241a40] No default whitelist set
> [udp @ 0x4241a40] end receive buffer size reported is 131072
> [AVIOContext @ 0x4261e40] Statistics: 37 bytes read, 0 seeks
> udp://239.200.10.0:1234: Operation not permitted
> }}}
>

> For comparison, working example of non-multicast UDP
> 1) Create the test transmitter
> {{
>
> % ffmpeg -re -f lavfi -i "sine=frequency=432:sample_rate=16000" -c:a
> libvo_amrwbenc -b:a 14250 -f amr udp://127.0.0.1:1234
>
> }}}
> 2) Create a test receiver probe:
> {{{
>
> % ffprobe -v 9 -loglevel 99 -f amr udp://0.0.0.0:1234
>
> }}}
> Working example result:
> {{{
> ffprobe version N-87327-g18821e3ba1-static
> http://johnvansickle.com/ffmpeg/  Copyright (c) 2007-2017 the FFmpeg
> developers
>   built with gcc 6.4.0 (Debian 6.4.0-5) 20170906
>   configuration: --enable-gpl --enable-version3 --enable-static
> --disable-debug --disable-ffplay --disable-indev=sndio --disable-
> outdev=sndio --cc=gcc-6 --enable-fontconfig --enable-frei0r --enable-
> gnutls --enable-gray --enable-libfribidi --enable-libass --enable-libvmaf
> --enable-libfreetype --enable-libmp3lame --enable-libopencore-amrnb
> --enable-libopencore-amrwb --enable-libopenjpeg --enable-librubberband
> --enable-librtmp --enable-libsoxr --enable-libspeex --enable-libvorbis
> --enable-libopus --enable-libtheora --enable-libvidstab --enable-libvo-
> amrwbenc --enable-libvpx --enable-libwebp --enable-libx264 --enable-
> libx265 --enable-libxvid --enable-libzimg
>   libavutil  55. 75.100 / 55. 75.100
>   libavcodec 57.106.101 / 57.106.101
>   libavformat57. 82.100 / 57. 82.100
>   libavdevice57.  8.101 / 57.  8.101
>   libavfilter 6.105.100 /  6.105.100
>   libswscale  4.  7.103 /  4.  7.103
>   libswresample   2.  8.100 /  2.  8.100
>   libpostproc54.  6.100 / 54.  6.100
> [amr @ 0x4b041a0] Opening 'udp://0.0.0.0:1234' for reading
> [udp @ 0x4b04a40] No default whitelist set
> [udp @ 0x4b04a40] end receive buffer size reported is 131072
> [amr @ 0x4b041a0] Before avformat_find_stream_info() pos: 9 bytes read:46
> seeks:0 nb_streams:1
> [amr @ 0x4b041a0] All info found
> [amr @ 0x4b041a0] stream 0: start_time: -576460752303423.500 duration:
> -576460752303423.500
> [amr @ 0x4b041a0] format: start_time:

[FFmpeg-trac] #6683(undetermined:new): Transport library initialization error in libfdk_aac when using aac_eld profile

2017-09-21 Thread FFmpeg

#6683: Transport library initialization error in libfdk_aac when using aac_eld
profile
-+-
   Reporter:  llogan |  Owner:
   Type:  defect | Status:  new
   Priority:  normal |  Component:
Version:  git-   |  undetermined
  master |   Keywords:  libfdk_aac
 Blocked By: |   Blocking:
Reproduced by developer:  0  |  Analyzed by developer:  0
-+-
 [http://ffmpeg.org/ffmpeg-codecs.html#libfdk_005faac Docs] show `aac_eld`
 as a recognized profile for libfdk_aac.

 {{{
 $ ./ffmpeg -f lavfi -i sine=d=1 -c:a libfdk_aac -profile:a aac_eld -f null
 -
 ffmpeg version N-87351-gc34c0e3a64 Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 7.2.0 (GCC)
   configuration: --enable-libfdk_aac --enable-libzimg
   libavutil  55. 76.100 / 55. 76.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.101 / 57. 82.101
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
 Input #0, lavfi, from 'sine=d=1':
   Duration: N/A, start: 0.00, bitrate: 705 kb/s
 Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (pcm_s16le (native) -> aac (libfdk_aac))
 Press [q] to stop, [?] for help
 [libfdk_aac @ 0x56324b0d6be0] Unable to initialize the encoder: Transport
 library initialization error
 Error initializing output stream 0:0 -- Error while opening encoder for
 output stream #0:0 - maybe incorrect parameters such as bit_rate, rate,
 width or height
 Conversion failed!
 }}}

 Linked to libfdk-aac 0.1.5.

 Seems to work when using `fdkaac`:
 {{{
 $ ffmpeg -loglevel quiet -f lavfi -i sine=d=1 -f wav - | fdkaac - -b64
 -p39 -o out.m4a
 00:01.000 (83x)
 44100 samples processed in 00:00.012
 }}}

 Perhaps a problem on our end, but I didn't investigate and didn't try a
 bisect.

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

Re: [FFmpeg-trac] #6667(avformat:closed): GnuTLS: should ignore GNUTLS_E_PREMATURE_TERMINATION

2017-09-21 Thread FFmpeg

#6667: GnuTLS: should ignore GNUTLS_E_PREMATURE_TERMINATION
-+-
 Reporter:   |Owner:
  ishitatsuyuki  |   Status:  closed
 Type:  defect   |Component:  avformat
 Priority:  minor|   Resolution:  fixed
  Version:  git-master   |   Blocked By:
 Keywords:  gnutls   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * status:  new => closed
 * type:  enhancement => defect
 * component:  undetermined => avformat
 * priority:  normal => minor
 * version:  unspecified => git-master
 * keywords:   => gnutls
 * resolution:   => fixed


Comment:

 Your patch was applied in 598e41684066feba701d19ca7443d24b9e5efa77 - thank
 you!

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

[FFmpeg-trac] #6681(undetermined:new): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6681: iOS hardware H264+AAC
-+-
 Reporter:  skryv| Type:
   Status:  new  |  enhancement
Component:   | Priority:  important
  undetermined   |  Version:  git-
 Keywords:  ios hw h264  |  master
  aac|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 One famous company want to switch to hardware support of RTSP with
 H264+AAC on iOS devices.
 It would be nice to know plans of FFmpeg on switching to its HW support.
 Here is some relevant answer on SO
 [https://stackoverflow.com/a/10336035/525578]
 It is also considerable to know price of such services.
 Up on answer the client would decide whether to go with implementing it in
 FFmpeg by FFmpeg forces, by outsourcing, by own or implement own simple
 solution with outsourcing.

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

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

2017-09-21 Thread FFmpeg

#6675: Cineform decoder distorts lower 8 pixels on 1080 video
+---
 Reporter:  Garbord |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  CFHD|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+---
Changes (by cehoyos):

 * keywords:   => CFHD
 * priority:  important => normal
 * version:  unspecified => git-master
 * status:  new => open
 * reproduced:  0 => 1


Comment:

 ~~Thank you for the sample, I agree that it shows a possible issue with
 FFmpeg.~~

 ~~I am not sure I understand completely though:
 On the file host, you provided an output file for comparison (you should
 not never do that unless asked, this ticket is another good example why),
 the png image looks very colourful here, and a little ugly on the bottom,
 as indicated by you.
 You also uploaded a cineform file (I wonder why it is so big: Is there any
 difference between the first frame and the other frames, except for the
 timestamp?) - it looks less colourful here, actually black-and-white.
 Is there any connection between the mov file and the png file you
 provided? Is the bug that the mov file is supposed to show colours other
 than black and white?~~

 Just allow me to say that I am not 100% convinced that uploading a 1GB
 sample with three (or four?) different frames is super-useful.

 Not a regression afaict.

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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by damonmaria):

 * cc: damon@… (added)


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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by damonmaria):

 - The error doesn't seem to happen if the 2 input videos are identical
 - I've tried other videos as input and it seems to happen less often, but
 it still does happen
 - The "non monotonically increasing dts" error definitely seems to mimic
 where there are duplicated frames

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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * priority:  important => normal


Comment:

 Do you think this is a regression?

 Can you only reproduce the issue with rtsp-to-mov recordings you made with
 FFmpeg using {{{-codec copy}}} (and are likely invalid) or also other
 samples?

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

Re: [FFmpeg-trac] #6657(avformat:closed): DVB-T2 audio support

2017-09-21 Thread FFmpeg

#6657: DVB-T2 audio support
-+-
 Reporter:   |Owner:
  Igor_Selivanov |   Status:  closed
 Type:  defect   |Component:  avformat
 Priority:  normal   |   Resolution:  fixed
  Version:  git-master   |   Blocked By:
 Keywords:  mpegts latm  |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by Igor_Selivanov):

 1. As far understand from your comment, attached example dvbt2_small.ts is
 not DVB conform. Loewe TV saves one program from transponder stream.
 Transponder stream contains multiply channels. It seems that by saving
 stream on hard drive AAC stream is modified and not DVB conform any more.

 We compared incoming stream from German television with saved on hard
 drive. Indeed, stream Id is changed from 0x11 to 0xF. This is probably
 reason of this bug. Changing stream Id back to 0x11 fix issue of this
 topic.

 Internally we created ticket in Loewe bug tracking system. Our DVB experts
 will investigate this.

 2. Unfortunately workaround that you committed, doesn't work with attached
 example. I would propose to revert it, because attached example is not DVB
 conform. Sorry for this and thanks for your time.

 FFmpeg library is great tool. Number of supporting formats is amazing. It
 helps everybody to develop great product. Thanks a lot.

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

[FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   | Type:  defect
   Status:  new  | Priority:  important
Component:   |  Version:  git-
  undetermined   |  master
 Keywords:  hstack   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Using the hstack filter in code I was having a strange problem where after
 pushing a single frame into each input buffer I would sometimes get 2
 frames out of the buffersink. Also, in the resulting video, some parts
 would 'pause' between frames as tho the same image was used across 2
 frames for one of the hstack inputs, but not the other.

 I then switched to command line to try hstack and get the same result. I
 dumped the output to individual image files so I could make sure it wasn't
 an issue with my viewer.

 How to reproduce:
 {{{
 $ ffmpeg -i 2017-08-31T22-1.mp4 -i 2017-08-31T22-2.mp4
 -filter_complex "[0:v][1:v]hstack=inputs=2[v]" -map "[v]" -t 10
 filename%03d.jpg
 ffmpeg version git-2017-09-21-6f15f1c Copyright (c) 2000-2017 the FFmpeg
 developers
   built with Apple LLVM version 9.0.0 (clang-900.0.37)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD-6f15f1c --enable-
 shared --enable-pthreads --enable-gpl --enable-version3 --enable-
 hardcoded-tables --enable-avresample --cc=clang --host-cflags= --host-
 ldflags= --enable-libass --enable-libfdk-aac --enable-libfreetype
 --enable-libmp3lame --enable-libvorbis --enable-libvpx --enable-libx264
 --enable-libx265 --enable-libxvid --enable-opencl --enable-videotoolbox
 --disable-lzma --enable-nonfree
   libavutil  55. 76.100 / 55. 76.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.101 / 57. 82.101
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libavresample   3.  6.  0 /  3.  6.  0
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2017-08-31T22-1.mp4':
   Metadata:
 major_brand : isml
 minor_version   : 512
 compatible_brands: piff
 title   : rtsp://root:root@192.168.14.104/axis-
 media/media.amp?camera=1
 encoder : Lavf57.71.100
 comment : rtsp-server
   Duration: 00:59:59.79, start: 0.00, bitrate: 263 kb/s
 Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p(pc,
 bt709), 800x600 [SAR 1:1 DAR 4:3], 263 kb/s, 4 fps, 4 tbr, 1k tbn,
 2k tbc (default)
 Metadata:
   handler_name: VideoHandler
 Input #1, mov,mp4,m4a,3gp,3g2,mj2, from '2017-08-31T22-2.mp4':
   Metadata:
 major_brand : isml
 minor_version   : 512
 compatible_brands: piff
 title   : rtsp://root:root@192.168.14.104/axis-
 media/media.amp?camera=2
 encoder : Lavf57.71.100
 comment : rtsp-server
   Duration: 00:59:59.79, start: 0.00, bitrate: 222 kb/s
 Stream #1:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p(pc,
 bt709), 800x600 [SAR 1:1 DAR 4:3], 222 kb/s, 4 fps, 4 tbr, 1k tbn,
 2k tbc (default)
 Metadata:
   handler_name: VideoHandler
 Stream mapping:
   Stream #0:0 (h264) -> hstack:input0
   Stream #1:0 (h264) -> hstack:input1
   hstack -> Stream #0:0 (mjpeg)
 Press [q] to stop, [?] for help
 Output #0, image2, to '/Users/damon/Downloads/cmd-line-
 hstack-2/filename%03d.jpg':
   Metadata:
 major_brand : isml
 minor_version   : 512
 compatible_brands: piff
 title   : rtsp://root:root@192.168.14.104/axis-
 media/media.amp?camera=1
 comment : rtsp-server
 encoder : Lavf57.82.101
 Stream #0:0: Video: mjpeg, yuvj420p(pc), 1600x600 [SAR 1:1 DAR 8:3],
 q=2-31, 200 kb/s, 4 fps, 4 tbn, 4 tbc (default)
 Metadata:
   encoder : Lavc57.106.101 mjpeg
 Side data:
   cpb: bitrate max/min/avg: 0/0/20 buffer size: 0 vbv_delay: -1
 Past duration 0.92 too large
 frame=   40 fps=0.0 q=24.8 Lsize=N/A time=00:00:10.00 bitrate=N/A dup=0
 drop=27 speed=  35x
 video:2406kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: unknown
 }}}

 As I flick through the resulting images sections of the frames
 (corresponding the inputs to the hstack) clearly remain the same between
 frames sometimes.

 Other points that show that I think this is a real problem:
 - I get the same result in code and on the command line
 - Using the -t 10 option to only dump 10 seconds (the input videos are an
 hour long) the 40th image output (the videos are only 4 FPS) is from an
 earlier time in the video for the hstack

Re: [FFmpeg-trac] #6677(avcodec:open): mpeg2 decoder always output some redundant dummy frames for interlace videos

2017-09-21 Thread FFmpeg

#6677: mpeg2 decoder always output some redundant dummy frames for interlace
videos
-+-
 Reporter:  lizhong1008  |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|
-+-

Comment (by cehoyos):

 Original thread:
 http://ffmpeg.org/pipermail/ffmpeg-devel/2011-February/104559.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] #6657(avformat:closed): DVB-T2 audio support

2017-09-21 Thread FFmpeg

#6657: DVB-T2 audio support
-+-
 Reporter:   |Owner:
  Igor_Selivanov |   Status:  closed
 Type:  defect   |Component:  avformat
 Priority:  normal   |   Resolution:  fixed
  Version:  git-master   |   Blocked By:
 Keywords:  mpegts latm  |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:5 Igor_Selivanov]:
 > Unfortunately workaround that you committed, doesn't work with attached
 example.

 Command line and complete, uncut console output missing.

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

Re: [FFmpeg-trac] #6677(avcodec:open): mpeg2 decoder always output some redundant dummy frames for interlace videos

2017-09-21 Thread FFmpeg

#6677: mpeg2 decoder always output some redundant dummy frames for interlace
videos
-+-
 Reporter:  lizhong1008  |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:  mpeg2 decoder => mpeg2video regression
 * priority:  normal => important
 * status:  new => open
 * reproduced:  0 => 1


Old description:

> Summary of the bug:
> If a mpeg2 video is a field video, ffmpeg will always insert a dummy
> frame when decoding the first key filed picture. And the dummy frame will
> be output later.
> Take the attachment file (tcela-8-fp-dp.bits.mpeg2) as example, this clip
> has 4 frames (8 fields), but 5 frames will be output after decoding, the
> first output frame is a redundant dummy frame.
>
> How to reproduce:
> ffmpeg -i /root/Videos/yami_mpeg2/tcela-8-fp-dp.bits.mpeg2 -pix_fmt
> yuv420p /root/Videos/tcela-8-fp-dp.bits.mpeg_sw_720x480.yuv
> ffmpeg version N-87349-g0426e77108 Copyright (c) 2000-2017 the FFmpeg
> developers
>   built with gcc 6.3.0 (Ubuntu 6.3.0-12ubuntu2) 20170406
>   configuration: --prefix=/opt/X11R7/ --enable-vaapi --enable-libx264
> --enable-libx265 --enable-gpl --disable-optimizations --enable-debug=3
>   libavutil  55. 75.100 / 55. 75.100
>   libavcodec 57.106.101 / 57.106.101
>   libavformat57. 82.101 / 57. 82.101
>   libavdevice57.  8.101 / 57.  8.101
>   libavfilter 6.105.100 /  6.105.100
>   libswscale  4.  7.103 /  4.  7.103
>   libswresample   2.  8.100 /  2.  8.100
>   libpostproc54.  6.100 / 54.  6.100
> [mpegvideo @ 0x557bd94c37e0] Estimating duration from bitrate, this may
> be inaccurate
> Input #0, mpegvideo, from '/root/Videos/yami_mpeg2/tcela-8-fp-
> dp.bits.mpeg2':
>   Duration: 00:00:00.15, bitrate: 15000 kb/s
> Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bottom first),
> 720x480 [SAR 8:9 DAR 4:3], 15000 kb/s, 30 fps, 30 tbr, 1200k tbn, 60 tbc
> Stream mapping:
>   Stream #0:0 -> #0:0 (mpeg2video (native) -> rawvideo (native))
> Press [q] to stop, [?] for help
> Output #0, rawvideo, to '/root/Videos/tcela-8-fp-
> dp.bits.mpeg_sw_720x480.yuv':
>   Metadata:
> encoder : Lavf57.82.101
> Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480
> [SAR 8:9 DAR 4:3], q=2-31, 124416 kb/s, 30 fps, 30 tbn, 30 tbc
> Metadata:
>   encoder : Lavc57.106.101 rawvideo
> frame=5 fps=0.0 q=-0.0 Lsize=2531kB time=00:00:00.16
> bitrate=124415.8kbits/s speed=18.1x
> video:2531kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
> muxing overhead: 0.00%

New description:

 Summary of the bug:
 If a mpeg2 video is a field video, ffmpeg will always insert a dummy frame
 when decoding the first key filed picture. And the dummy frame will be
 output later.
 Take the attachment file (tcela-8-fp-dp.bits.mpeg2) as example, this clip
 has 4 frames (8 fields), but 5 frames will be output after decoding, the
 first output frame is a redundant dummy frame.

 How to reproduce:
 {{{
 ffmpeg -i /root/Videos/yami_mpeg2/tcela-8-fp-dp.bits.mpeg2 -pix_fmt
 yuv420p /root/Videos/tcela-8-fp-dp.bits.mpeg_sw_720x480.yuv
 ffmpeg version N-87349-g0426e77108 Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 6.3.0 (Ubuntu 6.3.0-12ubuntu2) 20170406
   configuration: --prefix=/opt/X11R7/ --enable-vaapi --enable-libx264
 --enable-libx265 --enable-gpl --disable-optimizations --enable-debug=3
   libavutil  55. 75.100 / 55. 75.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.101 / 57. 82.101
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 [mpegvideo @ 0x557bd94c37e0] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mpegvideo, from '/root/Videos/yami_mpeg2/tcela-8-fp-
 dp.bits.mpeg2':
   Duration: 00:00:00.15, bitrate: 15000 kb/s
 Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bottom first),
 720x480 [SAR 8:9 DAR 4:3], 15000 kb/s, 30 fps, 30 tbr, 1200k tbn, 60 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (mpeg2video (native) -> rawvideo (native))
 Press [q] to stop, [?] for help
 Output #0, rawvideo, to '/root/Videos/tcela-8-fp-
 dp.bits.mpeg_sw_720x480.yuv':
   Metadata:
 encoder : Lavf57.82.101
 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480
 [SAR 8:9 DAR 4:3], q=2-31, 124416

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

2017-09-21 Thread FFmpeg

#6675: Cineform decoder distorts lower 8 pixels on 1080 video
+---
 Reporter:  Garbord |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  CFHD|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+---

Comment (by Garbord):

 The distortion is also visible with Cineform RGB files, though less
 obvious.

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

Re: [FFmpeg-trac] #6680(undetermined:closed): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6680: iOS hardware H264+AAC
-+-
 Reporter:  skryv|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  invalid
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  ios hw h264 aac =>
 * priority:  important => normal
 * status:  new => closed
 * resolution:   => invalid
 * type:  enhancement => defect


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

Re: [FFmpeg-trac] #6681(undetermined:closed): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6681: iOS hardware H264+AAC
-+-
 Reporter:  skryv|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  invalid
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  ios hw h264 aac =>
 * priority:  important => normal
 * status:  new => closed
 * resolution:   => invalid
 * type:  enhancement => defect


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

Re: [FFmpeg-trac] #6681(undetermined:closed): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6681: iOS hardware H264+AAC
-+-
 Reporter:  skryv|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  invalid
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by skryv):

 why keywords removed?
 why resolution is set to invalid?
 why status is changed to closed?
 why type changed from enchancement to defect?
 It seems this understood wrong. It is about performance and power
 consumption enhancement of iOS-specific implementation. Whom should I
 contact to?

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

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

2017-09-21 Thread FFmpeg

#6675: Cineform decoder distorts lower 8 pixels on 1080 video
+---
 Reporter:  Garbord |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  CFHD|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+---

Comment (by cehoyos):

 Sample with the most obvious distortions uploaded:
 http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket6675/

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

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

2017-09-21 Thread FFmpeg

#6675: Cineform decoder distorts lower 8 pixels on 1080 video
+---
 Reporter:  Garbord |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  CFHD|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+---

Comment (by Garbord):

 Sorry, its the first time Ive submitted a bug. I will keep samples smaller
 in the future.

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

Re: [FFmpeg-trac] #6679(undetermined:closed): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6679: iOS hardware H264+AAC
-+-
 Reporter:  skryv|Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  invalid
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  ios hw h264 aac =>
 * priority:  important => wish
 * status:  new => closed
 * resolution:   => invalid


Comment:

 This is the FFmpeg bug tracker, not a support forum.

 If you want to report a bug that you found using FFmpeg, please explain
 what you tried to do and what went wrong (or in other words: Provide the
 command line you tested and the complete, uncut console output).
 Similarly, if you want to request an enhancement, carefully describe the
 missing feature adding as much detail as necessary.

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

[FFmpeg-trac] #6679(undetermined:new): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6679: iOS hardware H264+AAC
-+-
 Reporter:  skryv| Type:
   Status:  new  |  enhancement
Component:   | Priority:  important
  undetermined   |  Version:  git-
 Keywords:  ios hw h264  |  master
  aac|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 One famous company want to switch to hardware support of RTSP with
 H264+AAC on iOS devices.
 It would be nice to know plans of FFmpeg on switching to its HW support.
 Here is some relevant answer on SO
 [https://stackoverflow.com/a/10336035/525578]
 It is also considerable to know price of such services.
 Up on answer the client would decide whether to go with implementing it in
 FFmpeg by FFmpeg forces, by outsourcing, by own or implement own simple
 solution with outsourcing.

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

[FFmpeg-trac] #6680(undetermined:new): iOS hardware H264+AAC

2017-09-21 Thread FFmpeg

#6680: iOS hardware H264+AAC
-+-
 Reporter:  skryv| Type:
   Status:  new  |  enhancement
Component:   | Priority:  important
  undetermined   |  Version:  git-
 Keywords:  ios hw h264  |  master
  aac|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 One famous company want to switch to hardware support of RTSP with
 H264+AAC on iOS devices.
 It would be nice to know plans of FFmpeg on switching to its HW support.
 Here is some relevant answer on SO
 [https://stackoverflow.com/a/10336035/525578]
 It is also considerable to know price of such services.
 Up on answer the client would decide whether to go with implementing it in
 FFmpeg by FFmpeg forces, by outsourcing, by own or implement own simple
 solution with outsourcing.

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

[FFmpeg-trac] #6677(avcodec:new): mpeg2 decoder always output some redundant dummy frames for interlace videos

2017-09-21 Thread FFmpeg

#6677: mpeg2 decoder always output some redundant dummy frames for interlace
videos
-+-
 Reporter:  lizhong1008  | Type:  defect
   Status:  new  | Priority:  normal
Component:  avcodec  |  Version:  git-
 Keywords:  mpeg2|  master
  decoder|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:
 If a mpeg2 video is a field video, ffmpeg will always insert a dummy frame
 when decoding the first key filed picture. And the dummy frame will be
 output later.
 Take the attachment file (tcela-8-fp-dp.bits.mpeg2) as example, this clip
 has 4 frames (8 fields), but 5 frames will be output after decoding, the
 first output frame is a redundant dummy frame.

 How to reproduce:
 ffmpeg -i /root/Videos/yami_mpeg2/tcela-8-fp-dp.bits.mpeg2 -pix_fmt
 yuv420p /root/Videos/tcela-8-fp-dp.bits.mpeg_sw_720x480.yuv
 ffmpeg version N-87349-g0426e77108 Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 6.3.0 (Ubuntu 6.3.0-12ubuntu2) 20170406
   configuration: --prefix=/opt/X11R7/ --enable-vaapi --enable-libx264
 --enable-libx265 --enable-gpl --disable-optimizations --enable-debug=3
   libavutil  55. 75.100 / 55. 75.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.101 / 57. 82.101
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 [mpegvideo @ 0x557bd94c37e0] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mpegvideo, from '/root/Videos/yami_mpeg2/tcela-8-fp-
 dp.bits.mpeg2':
   Duration: 00:00:00.15, bitrate: 15000 kb/s
 Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bottom first),
 720x480 [SAR 8:9 DAR 4:3], 15000 kb/s, 30 fps, 30 tbr, 1200k tbn, 60 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (mpeg2video (native) -> rawvideo (native))
 Press [q] to stop, [?] for help
 Output #0, rawvideo, to '/root/Videos/tcela-8-fp-
 dp.bits.mpeg_sw_720x480.yuv':
   Metadata:
 encoder : Lavf57.82.101
 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480
 [SAR 8:9 DAR 4:3], q=2-31, 124416 kb/s, 30 fps, 30 tbn, 30 tbc
 Metadata:
   encoder : Lavc57.106.101 rawvideo
 frame=5 fps=0.0 q=-0.0 Lsize=2531kB time=00:00:00.16
 bitrate=124415.8kbits/s speed=18.1x
 video:2531kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 0.00%

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

[FFmpeg-trac] #6676(avcodec:new): mpeg2 decoder always output some redundant dummy frames for interlace videos

2017-09-21 Thread FFmpeg

#6676: mpeg2 decoder always output some redundant dummy frames for interlace
videos
-+-
 Reporter:  lizhong1008  | Type:  defect
   Status:  new  | Priority:  normal
Component:  avcodec  |  Version:  git-
 Keywords:  mpeg2|  master
  decoder|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:
 If a mpeg2 video is a field video, ffmpeg will always insert a dummy frame
 when decoding the first key filed picture. And the dummy frame will be
 output later.
 Take the attachment file (tcela-8-fp-dp.bits.mpeg2) as example, this clip
 has 4 frames (8 fields), but 5 frames will be output after decoding, the
 first output frame is a redundant dummy frame.

 How to reproduce:
 ffmpeg -i /root/Videos/yami_mpeg2/tcela-8-fp-dp.bits.mpeg2 -pix_fmt
 yuv420p /root/Videos/tcela-8-fp-dp.bits.mpeg_sw_720x480.yuv
 ffmpeg version N-87349-g0426e77108 Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 6.3.0 (Ubuntu 6.3.0-12ubuntu2) 20170406
   configuration: --prefix=/opt/X11R7/ --enable-vaapi --enable-libx264
 --enable-libx265 --enable-gpl --disable-optimizations --enable-debug=3
   libavutil  55. 75.100 / 55. 75.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.101 / 57. 82.101
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 [mpegvideo @ 0x557bd94c37e0] Estimating duration from bitrate, this may be
 inaccurate
 Input #0, mpegvideo, from '/root/Videos/yami_mpeg2/tcela-8-fp-
 dp.bits.mpeg2':
   Duration: 00:00:00.15, bitrate: 15000 kb/s
 Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bottom first),
 720x480 [SAR 8:9 DAR 4:3], 15000 kb/s, 30 fps, 30 tbr, 1200k tbn, 60 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (mpeg2video (native) -> rawvideo (native))
 Press [q] to stop, [?] for help
 Output #0, rawvideo, to '/root/Videos/tcela-8-fp-
 dp.bits.mpeg_sw_720x480.yuv':
   Metadata:
 encoder : Lavf57.82.101
 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480
 [SAR 8:9 DAR 4:3], q=2-31, 124416 kb/s, 30 fps, 30 tbn, 30 tbc
 Metadata:
   encoder : Lavc57.106.101 rawvideo
 frame=5 fps=0.0 q=-0.0 Lsize=2531kB time=00:00:00.16
 bitrate=124415.8kbits/s speed=18.1x
 video:2531kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 0.00%

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

Re: [FFmpeg-trac] #6676(avcodec:closed): mpeg2 decoder always output some redundant dummy frames for interlace videos

2017-09-21 Thread FFmpeg

#6676: mpeg2 decoder always output some redundant dummy frames for interlace
videos
-+-
 Reporter:  lizhong1008  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:  duplicate
 Keywords:  mpeg2|   Blocked By:
  decoder|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by lizhong1008):

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


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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by damonmaria):

 The video files I am having the most problem with recorded with copy codec
 from RTSP. But I am having problems with other video files (that I did not
 record) and the direct RTSP streams.

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

Re: [FFmpeg-trac] #6641(avcodec:open): Severe artifacts when decoding WMV / WMV3 (Windows Media Video 9) / VC-1 videos

2017-09-21 Thread FFmpeg

#6641: Severe artifacts when decoding WMV / WMV3 (Windows Media Video 9) / VC-1
videos
-+---
 Reporter:  batou|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  vc1  |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+---

Comment (by batou):

 @cehoyos: I have no idea how old that WMV file is but I've been unable to
 play _any_ WMV3/VC-1 video with mpv recently. mpv produces visual errors
 on all of the files I tried even though other players play them fine. It
 only happens with VC-1/wmv3 files (other forms on .wmv don't produce
 visual artifacts with mpv). It's really annoying to have to use some other
 player.

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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Feel free to provide input samples.

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

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

2017-09-21 Thread FFmpeg

#6682: hstack repeats input frames
-+-
 Reporter:  damonmaria   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  hstack   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by richardpl):

 Looks like input is VFR, use setpts filter to reset all pts for each input
 to hstack, if you expect one to one relation between input frames and
 output frame.

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

Re: [FFmpeg-trac] #6678(undetermined:new): AMR multicast receive: "Operation not permitted"

2017-09-21 Thread FFmpeg

#6678: AMR multicast receive: "Operation not permitted"
-+-
 Reporter:  simonb   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by simonb):

 * version:  unspecified => git-master


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

Re: [FFmpeg-trac] #6675(avcodec:new): Cineform decoder distorts lower 8 pixels on 1080 video

2017-09-21 Thread FFmpeg

#6675: Cineform decoder distorts lower 8 pixels on 1080 video
-+---
 Reporter:  Garbord  |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  unspecified  |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

Comment (by Garbord):

 Replying to [comment:2 cehoyos]:
 > Unfortunately, I don't see the file there (the upload site may not work
 at all).
 > Please use datafilehost or dropbox or another file hosting site of your
 choice.


 I've uploaded the sample file here:

 https://drive.google.com/open?id=0B9D-zOmjHZlrTUpCRnVldmNhTm8

 I've also included a png screenshot and full version of the log.

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

[FFmpeg-trac] #6678(undetermined:new): AMR multicast receive: "Operation not permitted"

2017-09-21 Thread FFmpeg

#6678: AMR multicast receive: "Operation not permitted"
-+-
 Reporter:  simonb   | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug: AMR over UDP works between 127.0.0.1 TX and 0.0.0.0 RX
 as expected but fails over a multicast address

 How to reproduce:
 1) Create a test transmitter:
 {{{

 % ffmpeg -re -f lavfi -i "sine=frequency=432:sample_rate=16000" -c:a
 libvo_amrwbenc -b:a 14250 -f amr udp://@239.200.10.0:1234

 }}}
 2) Create a test receiver probe:
 {{{

 % ffprobe -v 9 -loglevel 99 -f amr udp://@239.200.10.0:1234

 }}}

 Expected result:
 {{{
 ...
 Input #0, amr, from 'udp://0.0.0.0:1234':
   Duration: N/A, bitrate: 14 kb/s
 Stream #0:0, 50, 1/16000: Audio: amr_wb (sawb / 0x62776173), 16000 Hz,
 mono, flt
 }}}

 Actual result:
 {{{
 ffprobe version N-87327-g18821e3ba1-static
 http://johnvansickle.com/ffmpeg/  Copyright (c) 2007-2017 the FFmpeg
 developers
   built with gcc 6.4.0 (Debian 6.4.0-5) 20170906
   configuration: --enable-gpl --enable-version3 --enable-static --disable-
 debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio
 --cc=gcc-6 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-
 gray --enable-libfribidi --enable-libass --enable-libvmaf --enable-
 libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-
 libopencore-amrwb --enable-libopenjpeg --enable-librubberband --enable-
 librtmp --enable-libsoxr --enable-libspeex --enable-libvorbis --enable-
 libopus --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc
 --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265
 --enable-libxvid --enable-libzimg
   libavutil  55. 75.100 / 55. 75.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.100 / 57. 82.100
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 [amr @ 0x42411a0] Opening 'udp://239.200.10.0:1234' for reading
 [udp @ 0x4241a40] No default whitelist set
 [udp @ 0x4241a40] end receive buffer size reported is 131072
 [AVIOContext @ 0x4261e40] Statistics: 37 bytes read, 0 seeks
 udp://239.200.10.0:1234: Operation not permitted
 }}}


 For comparison, working example of non-multicast UDP
 1) Create the test transmitter
 {{

 % ffmpeg -re -f lavfi -i "sine=frequency=432:sample_rate=16000" -c:a
 libvo_amrwbenc -b:a 14250 -f amr udp://127.0.0.1:1234

 }}}
 2) Create a test receiver probe:
 {{{

 % ffprobe -v 9 -loglevel 99 -f amr udp://0.0.0.0:1234

 }}}
 Working example result:
 {{{
 ffprobe version N-87327-g18821e3ba1-static
 http://johnvansickle.com/ffmpeg/  Copyright (c) 2007-2017 the FFmpeg
 developers
   built with gcc 6.4.0 (Debian 6.4.0-5) 20170906
   configuration: --enable-gpl --enable-version3 --enable-static --disable-
 debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio
 --cc=gcc-6 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-
 gray --enable-libfribidi --enable-libass --enable-libvmaf --enable-
 libfreetype --enable-libmp3lame --enable-libopencore-amrnb --enable-
 libopencore-amrwb --enable-libopenjpeg --enable-librubberband --enable-
 librtmp --enable-libsoxr --enable-libspeex --enable-libvorbis --enable-
 libopus --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc
 --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265
 --enable-libxvid --enable-libzimg
   libavutil  55. 75.100 / 55. 75.100
   libavcodec 57.106.101 / 57.106.101
   libavformat57. 82.100 / 57. 82.100
   libavdevice57.  8.101 / 57.  8.101
   libavfilter 6.105.100 /  6.105.100
   libswscale  4.  7.103 /  4.  7.103
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 [amr @ 0x4b041a0] Opening 'udp://0.0.0.0:1234' for reading
 [udp @ 0x4b04a40] No default whitelist set
 [udp @ 0x4b04a40] end receive buffer size reported is 131072
 [amr @ 0x4b041a0] Before avformat_find_stream_info() pos: 9 bytes read:46
 seeks:0 nb_streams:1
 [amr @ 0x4b041a0] All info found
 [amr @ 0x4b041a0] stream 0: start_time: -576460752303423.500 duration:
 -576460752303423.500
 [amr @ 0x4b041a0] format: start_time: -9223372036854.775 duration:
 -9223372036854.775 bitrate=14 kb/s
 [amr @ 0x4b041a0] After avformat_find_stream_info() pos: 1859 bytes
 read:1859 seeks:0 frames:50
 Input #0, amr, from 'udp://0.0.0.0:1234':
   Duration: N/A, bitrate: 14 kb/s
 Stream

Re: [FFmpeg-trac] #6678(avformat:new): Read raw amr streams (was: AMR multicast receive: "Operation not permitted")

[FFmpeg-trac] #6683(undetermined:new): Transport library initialization error in libfdk_aac when using aac_eld profile

Re: [FFmpeg-trac] #6667(avformat:closed): GnuTLS: should ignore GNUTLS_E_PREMATURE_TERMINATION

[FFmpeg-trac] #6681(undetermined:new): iOS hardware H264+AAC

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6657(avformat:closed): DVB-T2 audio support

[FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6677(avcodec:open): mpeg2 decoder always output some redundant dummy frames for interlace videos

Re: [FFmpeg-trac] #6657(avformat:closed): DVB-T2 audio support

Re: [FFmpeg-trac] #6677(avcodec:open): mpeg2 decoder always output some redundant dummy frames for interlace videos

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

Re: [FFmpeg-trac] #6680(undetermined:closed): iOS hardware H264+AAC

Re: [FFmpeg-trac] #6681(undetermined:closed): iOS hardware H264+AAC

Re: [FFmpeg-trac] #6681(undetermined:closed): iOS hardware H264+AAC

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

Re: [FFmpeg-trac] #6675(avcodec:open): Cineform decoder distorts lower 8 pixels on 1080 video

Re: [FFmpeg-trac] #6679(undetermined:closed): iOS hardware H264+AAC

[FFmpeg-trac] #6679(undetermined:new): iOS hardware H264+AAC

[FFmpeg-trac] #6680(undetermined:new): iOS hardware H264+AAC

[FFmpeg-trac] #6677(avcodec:new): mpeg2 decoder always output some redundant dummy frames for interlace videos

[FFmpeg-trac] #6676(avcodec:new): mpeg2 decoder always output some redundant dummy frames for interlace videos

Re: [FFmpeg-trac] #6676(avcodec:closed): mpeg2 decoder always output some redundant dummy frames for interlace videos

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6641(avcodec:open): Severe artifacts when decoding WMV / WMV3 (Windows Media Video 9) / VC-1 videos

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6682(undetermined:new): hstack repeats input frames

Re: [FFmpeg-trac] #6678(undetermined:new): AMR multicast receive: "Operation not permitted"

Re: [FFmpeg-trac] #6675(avcodec:new): Cineform decoder distorts lower 8 pixels on 1080 video

[FFmpeg-trac] #6678(undetermined:new): AMR multicast receive: "Operation not permitted"

32 matches

Site Navigation

Mail list logo

Footer information