Re: [FFmpeg-trac] #4437(avdevice:open): AVFoundation recording has consistent intermittent frame drops

[FFmpeg]

#4437: AVFoundation recording has consistent intermittent frame drops
-+-
 Reporter:  LordHDL  |Owner:  mateo
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avdevice
  Version:  git-master   |   Resolution:
 Keywords:   |   Blocked By:
  avfoundation bounty|
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+-

Comment (by Correa):

 It's not just the video frames that has drops but the audio as well (see
 #4513), and then it's very noticeable. Been trying to find a solution to
 the problem for a week in a program using ffmpeg as a library and only
 applying this patch that I was able to hear intelligible audio.
 Unfortunately after the commit with support for raw video this patch
 doesn't apply cleanly anymore on top of HEAD.

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

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

Re: [FFmpeg-trac] #4513(undetermined:new): Avfoundation Audio stutters / sounds broken with screen capture

[FFmpeg]

#4513: Avfoundation Audio stutters / sounds broken with screen capture
-+-
 Reporter:  kevincast|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
 |  undetermined
  Version:  4.2  |   Resolution:
 Keywords:   |   Blocked By:
  avfoundation   |
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by Correa):

 * version:  git-master => 4.2


Comment:

 This is still broken on 4.2.2 and the patch from #4437 fixes the issue but
 doesn't apply on top of 4.2.2 anymore.

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

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

Re: [FFmpeg-trac] #8650(undetermined:closed): arm64 vf_curves invalid 'asm': invalid operand for code 'w'

[FFmpeg]

#8650: arm64 vf_curves invalid 'asm': invalid operand for code 'w'
-+-
 Reporter:  kierank  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
 |  undetermined
  Version:  unspecified  |   Resolution:
 |  needs_more_info
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

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


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

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

[FFmpeg-trac] #8650(undetermined:new): arm64 vf_curves invalid 'asm': invalid operand for code 'w'

[FFmpeg]

#8650: arm64 vf_curves invalid 'asm': invalid operand for code 'w'
-+-
 Reporter:  kierank  | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Using FFmpeg git head I can't build on arm64 with gcc 7.5.0:

 CC  libavfilter/vf_dctdnoiz.o
 In file included from ./libavutil/bswap.h:38:0,
  from ./libavutil/intreadwrite.h:25,
  from libavfilter/vf_curves.c:25:
 libavfilter/vf_curves.c: In function 'parse_psfile':
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
  __asm__("rev16 %w0, %w0" : "+r"(x));
  ^~~
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
  __asm__("rev16 %w0, %w0" : "+r"(x));
  ^~~
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
  __asm__("rev16 %w0, %w0" : "+r"(x));
  ^~~
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'
  __asm__("rev16 %w0, %w0" : "+r"(x));
  ^~~
 ./libavutil/aarch64/bswap.h:31:5: error: invalid 'asm': invalid operand
 for code 'w'

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

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

Re: [FFmpeg-trac] #8649(avcodec:closed): opus decoding regression

[FFmpeg]

#8649: opus decoding regression
-+-
 Reporter:  cehoyos  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  opus |   Blocked By:
  regression |
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

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


Comment:

 Should be fixed in 0d81edcbba5149e46b11d447790f3a57a6eaa635

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

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

Re: [FFmpeg-trac] #7759(avcodec:open): Wrong length/frames with VP9 when using yuva420p and lossless

[FFmpeg]

#7759: Wrong length/frames with VP9 when using yuva420p and lossless
--+---
 Reporter:  ChristianW|Owner:
 Type:  defect|   Status:  open
 Priority:  normal|Component:  avcodec
  Version:  git-master|   Resolution:
 Keywords:  libvpx alpha  |   Blocked By:
 Blocking:|  Reproduced by developer:  1
Analyzed by developer:  0 |
--+---

Comment (by bertieb):

 Using info from my post to ffmpeg-user: http://ffmpeg.org/pipermail
 /ffmpeg-user/2020-April/048530.html

 This also occurs for PNG-to-yuva420p encodes using libvpx-VP9 '''which are
 not lossless''' or crf 0.

 Lossless versus crf 30 seem to drop differing numbers of frames. For my
 input 300 frames produced an output with 294 frames using `-lossless 1`
 and 297 frames using `-crf 30 -b:v 0`. I have not yet tested the input
 with additional crf values.

 Using `-lag-in-frames 0`  per previous comment produces the correct number
 of frames.

 Additionally, I cannot reproduce Carl's testsrc2 example. On my machine it
 produces the correct number of frames in output for duration up to at
 least 200 (5000 frames). I am however using the Arch package as opposed to
 compiling from git.

 

 Lossless:


 {{{
 $  ffmpeg -framerate 60 -f image2 -i 4frame%04d.png -c:v libvpx-vp9
 -lossless 1 -pix_fmt yuva420p -an spacestinger5b.webm
 ffmpeg version n4.2.2 Copyright (c) 2000-2019 the FFmpeg developers
   built with gcc 9.3.0 (Arch Linux 9.3.0-1)
   configuration: --prefix=/usr --disable-debug --disable-static --disable-
 stripping --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl
 --enable-ladspa --enable-libaom --enable-libass --enable-libbluray
 --enable-libdav1d --enable-libdrm --enable-libfreetype --enable-libfribidi
 --enable-libgsm --enable-libiec61883 --enable-libjack --enable-libmfx
 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb
 --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-
 libpulse --enable-libsoxr --enable-libspeex --enable-libsrt --enable-
 libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-
 libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-
 libx265 --enable-libxcb --enable-libxml2 --enable-libxvid --enable-nvdec
 --enable-nvenc --enable-omx --enable-shared --enable-version3
   libavutil  56. 31.100 / 56. 31.100
   libavcodec 58. 54.100 / 58. 54.100
   libavformat58. 29.100 / 58. 29.100
   libavdevice58.  8.100 / 58.  8.100
   libavfilter 7. 57.100 /  7. 57.100
   libswscale  5.  5.100 /  5.  5.100
   libswresample   3.  5.100 /  3.  5.100
   libpostproc55.  5.100 / 55.  5.100
 Input #0, image2, from '4frame%04d.png':
   Duration: 00:00:05.00, start: 0.00, bitrate: N/A
 Stream #0:0: Video: png, rgba(pc), 1920x1080 [SAR 2835:2835 DAR 16:9],
 60 fps, 60 tbr, 60 tbn, 60 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (png (native) -> vp9 (libvpx-vp9))
 Press [q] to stop, [?] for help
 [libvpx-vp9 @ 0x555782769d00] v1.8.2
 Output #0, webm, to 'spacestinger5b.webm':
   Metadata:
 encoder : Lavf58.29.100
 Stream #0:0: Video: vp9 (libvpx-vp9), yuva420p, 1920x1080 [SAR 1:1 DAR
 16:9], q=-1--1, 200 kb/s, 60 fps, 1k tbn, 60 tbc
 Metadata:
   encoder : Lavc58.54.100 libvpx-vp9
 Side data:
   cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
 frame=  300 fps=1.9 q=0.0 Lsize=  151542kB time=00:00:04.91
 bitrate=252426.0kbits/s speed=0.0308x
 video:45087kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 236.109558%
 }}}


 Frames: 294; ffprobe DURATION: 00:00:04.93400

 CRF 30:


 {{{
 $ ffmpeg -framerate 60 -f image2 -i 4frame%04d.png -c:v libvpx-vp9 -pi
 x_fmt yuva420p -an -crf 30 -b:v 0 spacestinger8.webm
 ffmpeg version n4.2.2 Copyright (c) 2000-2019 the FFmpeg developers
   built with gcc 9.3.0 (Arch Linux 9.3.0-1)
   configuration: --prefix=/usr --disable-debug --disable-static --disable-
 stripping --enable-fontconfig --enable-gmp
  --enable-gnutls --enable-gpl --enable-ladspa --enable-libaom --enable-
 libass --enable-libbluray --enable-libdav1d -
 -enable-libdrm --enable-libfreetype --enable-libfribidi --enable-libgsm
 --enable-libiec61883 --enable-libjack --enab
 le-libmfx --enable-libmodplug --enable-libmp3lame --enable-
 libopencore_amrnb --enable-libopencore_amrwb --enable-lib
 openjpeg --enable-libopus --enable-libpulse --enable-libsoxr --enable-
 libspeex --enable-libsrt --enable-libssh --ena
 ble-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis
 --enable-libvpx --enable-libwebp --enable-libx
 264 --enable-libx265 --enable-libxcb --enable-libxml2 --enable-libxvid
 --enable-nvdec 

Re: [FFmpeg-trac] #8649(avcodec:new): opus decoding regression

[FFmpeg]

#8649: opus decoding regression
-+-
 Reporter:  cehoyos  |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  opus |   Blocked By:
  regression |
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 This issue was originally reported by irc user Xogium.

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

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

Re: [FFmpeg-trac] #8649(avcodec:new): opus decoding regression

[FFmpeg]

#8649: opus decoding regression
-+-
 Reporter:  cehoyos  |Owner:
 Type:  defect   |   Status:  new
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  opus |   Blocked By:
  regression |
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * Attachment "09.opus" added.


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

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

[FFmpeg-trac] #8649(avcodec:new): opus decoding regression

[FFmpeg]

#8649: opus decoding regression
-+-
   Reporter:  cehoyos|  Owner:
   Type:  defect | Status:  new
   Priority:  important  |  Component:  avcodec
Version:  git-   |   Keywords:  opus
  master |  regression
 Blocked By: |   Blocking:
Reproduced by developer:  0  |  Analyzed by developer:  0
-+-
 An irc user provided an opus file that sounds broken since
 51027d0b8b2835d4c70c9cb7b2ab5e28d5e3f22f, I will send a patch.
 {{{
 $ ffmpeg -i 09.opus out.wav
 ffmpeg version N-97572-gb9746fcbee Copyright (c) 2000-2020 the FFmpeg
 developers
   built with gcc 9 (SUSE Linux)
   configuration: --enable-gpl --enable-gnutls --enable-libmp3lame
 --enable-libx264 --enable-libx265 --enable-libdav1d --enable-libvpx
 --enable-libopus --enable-libxml2 --enable-libwebp
   libavutil  56. 43.100 / 56. 43.100
   libavcodec 58. 82.100 / 58. 82.100
   libavformat58. 42.102 / 58. 42.102
   libavdevice58.  9.103 / 58.  9.103
   libavfilter 7. 80.100 /  7. 80.100
   libswscale  5.  6.101 /  5.  6.101
   libswresample   3.  6.100 /  3.  6.100
   libpostproc55.  6.100 / 55.  6.100
 [ogg @ 0x22b2c00] 1 bytes of comment header remain
 Input #0, ogg, from '09.opus':
   Duration: 00:02:58.06, start: 0.00, bitrate: 64 kb/s
 Stream #0:0: Audio: opus, 48000 Hz, stereo, fltp
 Stream mapping:
   Stream #0:0 -> #0:0 (opus (native) -> pcm_s16le (native))
 Press [q] to stop, [?] for help
 Output #0, wav, to 'out.wav':
   Metadata:
 ISFT: Lavf58.42.102
 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz,
 stereo, s16, 1536 kb/s
 Metadata:
   encoder : Lavc58.82.100 pcm_s16le
 size=   33386kB time=00:02:58.06 bitrate=1536.0kbits/s speed= 359x
 video:0kB audio:33386kB subtitle:0kB other streams:0kB global headers:0kB
 muxing overhead: 0.000228%
 }}}

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

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