date:20170531

Re: [FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

2017-05-31 Thread FFmpeg

#6432: ~1800 DNS requests per hour
---+--
 Reporter:  Darkjacky  |Owner:
 Type:  defect |   Status:  new
 Priority:  normal |Component:  ffmpeg
  Version:  3.2.4  |   Resolution:
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+--

Comment (by Darkjacky):

 {{{
 #sysctl -a | grep ttl
 net.ipv4.inet_peer_maxttl = 600
 net.ipv4.inet_peer_minttl = 120
 net.ipv4.ip_default_ttl = 64
 }}}
 The DNS requests go out every ~10 seconds. 4 each time.

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

Re: [FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

2017-05-31 Thread FFmpeg

#6432: ~1800 DNS requests per hour
---+--
 Reporter:  Darkjacky  |Owner:
 Type:  defect |   Status:  new
 Priority:  normal |Component:  ffmpeg
  Version:  3.2.4  |   Resolution:
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+--

Comment (by stevenliu):

 sysctl -a | grep ttl

 or this maybe should fix by your system, not ffmpeg

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

[FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

2017-05-31 Thread FFmpeg

#6432: ~1800 DNS requests per hour
---+--
 Reporter:  Darkjacky  | Type:  defect
   Status:  new| Priority:  normal
Component:  ffmpeg |  Version:  3.2.4
 Keywords: |   Blocked By:
 Blocking: |  Reproduced by developer:  0
Analyzed by developer:  0  |
---+--
 Summary of the bug:
 I am recording a stream and I found out through pi-hole logging that
 FFmpeg is doing ~1800 DNS requests every hour. Basically it looks like
 FFmpeg does not care about DNS TTL.
 How to reproduce:
 {{{
 ffmpeg -i
 
http://tweedekamerlive.download.kpnstreaming.nl/plenairezaal/4500/prog_index.m3u8
 -bsf:a aac_adtstoasc -vcodec copy "/tmp/test.mp4"
 }}}

 Please let me know if you need more information.

 Thanks,
 Jacky

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

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  1
-+-

Comment (by bubbleguuum):

 I tried to contact John for something else and he's slow to respond, if he
 responds at all.

 By curiosity, what is your output for 'ldd ffmpeg' ? Also can you tell
 what distro and NVIDIA driver version do you use ?

 In any case, looks like the only solution left I have is to give a go at
 compiling ffmpeg myself...

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

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  1
-+-

Comment (by oromit):

 Depends on what you mean by static build.
 I used the default configuration, which links the libav* libraries
 statically, but I did not make special efforts to have no dynamic
 dependencies.
 nvenc/cuvid are not any different in a static vs. a shared build, they
 always load their stuff at runtime via dlopen.

 I tested current master and ffmpeg 3.3.1, so the exact same version you
 can download statically from that site, and it did not crash for me.

 The build seems to be lacking debug symbols, and I can't see any on the
 site either, so I guess we're not getting a trace from that build. I'd
 contact the author of those builds about the issue.

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

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  1
-+-

Comment (by bubbleguuum):

 backtrace is not super explicit :(

 {{{
 [AVFilterGraph @ 0x3c9d060] query_formats: 4 queried, 3 merged, 0 already
 done, 0 delayed

 Thread 1 "ffmpeg" received signal SIGSEGV, Segmentation fault.
 0x in ?? ()
 (gdb) bt
 #0  0x in ?? ()
 #1  0x7fffc8e80fa9 in ?? ()
 #2  0x7fffcb50 in ?? ()
 #3  0x0010 in ?? ()
 #4  0x0080 in ?? ()
 #5  0x80010001 in ?? ()
 #6  0x043a5640 in ?? ()
 #7  0x0005 in ?? ()
 #8  0x0002 in ?? ()
 #9  0x0001 in ?? ()
 #10 0x0006 in ?? ()
 #11 0x7fff0008 in ?? ()
 #12 0x7fffcc00 in ?? ()
 #13 0x7fffcdc0 in ?? ()
 #14 0x in ?? ()[AVFilterGraph @ 0x3c9d060] query_formats:
 4 queried, 3 merged, 0 already done, 0 delayed
 }}}

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

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  1
-+-

Comment (by bubbleguuum):

 Replying to [comment:2 oromit]:
 > I can confirm that it crashes with the static build from
 https://johnvansickle.com/ffmpeg/
 > As it works with all local builds of the same commits I have done, this
 is an issue with that specific build, not ffmpeg itself.

 Thank you for the test.

 Is it possible this issue has been fixed recently, in the last 2 weeks ?
 John's static git build from 20170517 also crashes.
 Also, I suppose you did not test your build as a static build ?

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

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  1
-+-
Changes (by oromit):

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


Comment:

 I can confirm that it crashes with the static build from
 https://johnvansickle.com/ffmpeg/
 As it works with all local builds of the same commits I have done, this is
 an issue with that specific build, not ffmpeg itself.

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

Re: [FFmpeg-trac] #6431(undetermined:new): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  nvidia   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-

Comment (by oromit):

 Your exact comandline works perfectly for me on both 3.3 and master.
 Please create a backtrace with gdb, strace is not overly useful.

 {{{
 % ./ffmpeg -v debug -i
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv
 -map 0 -c:0 h264_nvenc -f null /dev/null
 ffmpeg version n3.3.1-9-g1cbeb16187 Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 5.4.0 (Gentoo 5.4.0-r3 p1.3, pie-0.6.5)
   configuration: --enable-nonfree --extra-cflags=-I/opt/cuda/include
 --extra-ldflags=-L/opt/cuda/lib64 --enable-libnpp
   libavutil  55. 58.100 / 55. 58.100
   libavcodec 57. 89.100 / 57. 89.100
   libavformat57. 71.100 / 57. 71.100
   libavdevice57.  6.100 / 57.  6.100
   libavfilter 6. 82.100 /  6. 82.100
   libswscale  4.  6.100 /  4.  6.100
   libswresample   2.  7.100 /  2.  7.100
 Splitting the commandline.
 Reading option '-v' ... matched as option 'v' (set logging level) with
 argument 'debug'.
 Reading option '-i' ... matched as input url with argument
 
'http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv'.
 Reading option '-map' ... matched as option 'map' (set input stream
 mapping) with argument '0'.
 Reading option '-c:0' ... matched as option 'c' (codec name) with argument
 'h264_nvenc'.
 Reading option '-f' ... matched as option 'f' (force format) with argument
 'null'.
 Reading option '-' ... matched as output url.
 Finished splitting the commandline.
 Parsing a group of options: global .
 Applying option v (set logging level) with argument debug.
 Successfully parsed a group of options.
 Parsing a group of options: input url
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv.
 Successfully parsed a group of options.
 Opening an input file:
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv.
 [http @ 0x34437c0] Setting default whitelist
 'http,https,tls,rtp,tcp,udp,crypto,httpproxy'
 [http @ 0x34437c0] request: GET
 /bubbleupnpserver/transcode_test/tos_sample_h264.mkv HTTP/1.1
 User-Agent: Lavf/57.71.100
 Accept: */*
 Range: bytes=0-
 Connection: close
 Host: bubblesoftapps.com
 Icy-MetaData: 1


 [matroska,webm @ 0x34430c0] Format matroska,webm probed with size=2048 and
 score=100
 st:0 removing common factor 100 from timebase
 [matroska,webm @ 0x34430c0] Before avformat_find_stream_info() pos: 843
 bytes read:2579 seeks:0 nb_streams:1
 [h264 @ 0x3449120] nal_unit_type: 7, nal_ref_idc: 3
 [h264 @ 0x3449120] nal_unit_type: 8, nal_ref_idc: 3
 [h264 @ 0x3449120] nal_unit_type: 7, nal_ref_idc: 3
 [h264 @ 0x3449120] nal_unit_type: 8, nal_ref_idc: 3
 [h264 @ 0x3449120] user data:"x264 - core 148 r2762 90a61ec - H.264/MPEG-4
 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html -
 options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0
 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24
 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=2000
 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00"
 [h264 @ 0x3449120] nal_unit_type: 6, nal_ref_idc: 0
 [h264 @ 0x3449120] nal_unit_type: 5, nal_ref_idc: 3
 [h264 @ 0x3449120] user data:"x264 - core 148 r2762 90a61ec - H.264/MPEG-4
 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html -
 options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0
 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24
 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=2000
 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00"
 [h264 @ 0x3449120] Reinit context to 1920x800, pix_fmt: yuv420p
 [h264 @ 0x3449120] no picture
 [matroska,webm

Re: [FFmpeg-trac] #6426(avformat:new): Muxing using av_interleaved_write_frame() does not interleave

2017-05-31 Thread FFmpeg

#6426: Muxing using av_interleaved_write_frame() does not interleave
+
 Reporter:  DeHackEd|Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+

Comment (by DeHackEd):

 The issue was first noticed when trying to make a multi-bitrate HLS stream
 collection. When shifting between bitrates the audio might pop or video
 might glitch, but it's inconsistent. I traced it down to this problem. By
 replacing a call to av_interleaved_write_frame() with my own function that
 does the sorting and calls av_write_frame() itself, everything is okay
 now.

 As an alternative to ffprobe you could open an mpegts file in Wireshark
 and view the transport stream chunks with 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] #6405(undetermined:new): Compile troubles with “cuvid”, “nvenc” and “npp”

2017-05-31 Thread FFmpeg

#6405: Compile troubles with “cuvid”, “nvenc” and “npp”
-+-
 Reporter:  ahakon   |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  cuvid,   |   Resolution:
  nvenc, npp, cuda-sdk   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by bubbleguuum):

 Is it possible that this issue could be the cause of #6431 (ffmpeg
 segfaulting attempting to use nvenc or nvdec) ?

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

[FFmpeg-trac] #6431(undetermined:new): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

2017-05-31 Thread FFmpeg

#6431: Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders
-+-
 Reporter:  bubbleguuum  | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:  nvidia   |   Blocked By:
 Blocking:   |  Reproduced by developer:  1
Analyzed by developer:  0|
-+-
 Summary: using NVIDIA hardware decoding features always crashes ffmpeg
 with a Segmentation fault.

 How to reprod:

 - Required: a NVIDIA card (starting with Geforce 600 series) and working
 NVIDIA binary drivers (reproduced with v375.66, v378.13 and the latest at
 this time: 381.22)
 - ffmpeg compiled with NVIDIA support (at least with the h264_nvdec
 decoder)

 This can be quickly reproduced using the static ffmpeg 3.3.1 (or git)
 build from https://johnvansickle.com/ffmpeg/, with either the 32 bit or 64
 bit version.

 Crashing output, trying to encode with h264_nvenc:


 {{{
 ffmpeg -v debug -i
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv
 -map 0 -c:0 h264_nvenc -f null /dev/null
 ffmpeg version 3.3.1-static http://johnvansickle.com/ffmpeg/  Copyright
 (c) 2000-2017 the FFmpeg developers
   built with gcc 5.4.1 (Debian 5.4.1-8) 20170304
   configuration: --enable-gpl --enable-version3 --enable-static --disable-
 debug --disable-ffplay --disable-indev=sndio --disable-outdev=sndio
 --cc=gcc-5 --enable-fontconfig --enable-frei0r --enable-gnutls --enable-
 gray --enable-libass --enable-libfreetype --enable-libfribidi --enable-
 libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-
 libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable-
 libspeex --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc
 --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264
 --enable-libx265 --enable-libxvid --enable-libzimg
   libavutil  55. 58.100 / 55. 58.100
   libavcodec 57. 89.100 / 57. 89.100
   libavformat57. 71.100 / 57. 71.100
   libavdevice57.  6.100 / 57.  6.100
   libavfilter 6. 82.100 /  6. 82.100
   libswscale  4.  6.100 /  4.  6.100
   libswresample   2.  7.100 /  2.  7.100
   libpostproc54.  5.100 / 54.  5.100
 Splitting the commandline.
 Reading option '-v' ... matched as option 'v' (set logging level) with
 argument 'debug'.
 Reading option '-i' ... matched as input url with argument
 
'http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv'.
 Reading option '-map' ... matched as option 'map' (set input stream
 mapping) with argument '0'.
 Reading option '-c:0' ... matched as option 'c' (codec name) with argument
 'h264_nvenc'.
 Reading option '-f' ... matched as option 'f' (force format) with argument
 'null'.
 Reading option '/dev/null' ... matched as output url.
 Finished splitting the commandline.
 Parsing a group of options: global .
 Applying option v (set logging level) with argument debug.
 Successfully parsed a group of options.
 Parsing a group of options: input url
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv.
 Successfully parsed a group of options.
 Opening an input file:
 http://bubblesoftapps.com/bubbleupnpserver/transcode_test/tos_sample_h264.mkv.
 [http @ 0x3fde720] Setting default whitelist
 'http,https,tls,rtp,tcp,udp,crypto,httpproxy'
 [http @ 0x3fde720] request: GET
 /bubbleupnpserver/transcode_test/tos_sample_h264.mkv HTTP/1.1
 User-Agent: Lavf/57.71.100
 Accept: */*
 Range: bytes=0-
 Connection: close
 Host: bubblesoftapps.com
 Icy-MetaData: 1


 [matroska,webm @ 0x3fddec0] Format matroska,webm probed with size=2048 and
 score=100
 st:0 removing common factor 100 from timebase
 [matroska,webm @ 0x3fddec0] Before avformat_find_stream_info() pos: 843
 bytes read:3779 seeks:0 nb_streams:1
 [h264 @ 0x3fe5300] nal_unit_type: 7, nal_ref_idc: 3
 [h264 @ 0x3fe5300] nal_unit_type: 8, nal_ref_idc: 3
 [h264 @ 0x3fe5300] nal_unit_type: 7, nal_ref_idc: 3
 [h264 @ 0x3fe5300] nal_unit_type: 8, nal_ref_idc: 3
 [h264 @ 0x3fe5300] user data:"x264 - core 148 r2762 90a61ec - H.264/MPEG-4
 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html -
 options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7
 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1
 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12
 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0
 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24
 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=2000
 ratetol=1.0 qcomp=0.60

Re: [FFmpeg-trac] #6430(avformat:open): Ogg audio file not detected

2017-05-31 Thread FFmpeg

#6430: Ogg audio file not detected
-+
 Reporter:  cgbug|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  ogg  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by cehoyos):

 * keywords:   => ogg
 * priority:  normal => wish
 * status:  new => open
 * type:  defect => enhancement


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

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

2017-05-31 Thread FFmpeg

#6427: Crash on any file - Windows build from git repository
-+-
 Reporter:  testuser448  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  build
  Version:  git-master   |  system
 Keywords:  win  |   Resolution:  fixed
  regression |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by testuser448):

 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] #6427(build system:closed): Crash on any file - Windows build from git repository

2017-05-31 Thread FFmpeg

#6427: Crash on any file - Windows build from git repository
-+-
 Reporter:  testuser448  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  build
  Version:  git-master   |  system
 Keywords:  win  |   Resolution:  fixed
  regression |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by heleppkes):

 Al compilers need some sort of aligned allocation function, but the
 mingw32 variant wasnt available without some special flags.

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

[FFmpeg-trac] #6430(avformat:new): Ogg audio file not detected

2017-05-31 Thread FFmpeg

#6430: Ogg audio file not detected
--+--
 Reporter:  cgbug | Type:  defect
   Status:  new   | Priority:  normal
Component:  avformat  |  Version:  git-master
 Keywords:|   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+--
 Sample:
 http://www.datafilehost.com/d/1c2c88bf

 MediaInfo correctly detects it as an Ogg file.

 FFmpeg output:
 {{{
 ffmpeg version N-86310-g220b24c Copyright (c) 2000-2017 the FFmpeg
 developers
   built with gcc 7.1.0 (GCC)
   configuration: --enable-gpl --enable-version3 --enable-cuda --enable-
 cuvid --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc
 --enable-avisynth --enable-bzlib --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-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-zlib
   libavutil  55. 63.100 / 55. 63.100
   libavcodec 57. 96.101 / 57. 96.101
   libavformat57. 72.101 / 57. 72.101
   libavdevice57.  7.100 / 57.  7.100
   libavfilter 6. 90.100 /  6. 90.100
   libswscale  4.  7.101 /  4.  7.101
   libswresample   2.  8.100 /  2.  8.100
   libpostproc54.  6.100 / 54.  6.100
 Taking_Damage_3.SoundNodeWave: Invalid data found when processing input
 }}}

 And after renaming to .ogg:
 {{{
 [ogg @ 002d72c0] Format ogg detected only with low score of 1,
 misdetection possible!
 Input #0, ogg, from 'Taking_Damage_3.SoundNodeWave.ogg':
   Duration: 00:00:01.43, start: 0.00, bitrate: 416 kb/s
 Stream #0:0: Audio: vorbis, 22050 Hz, mono, fltp, 37 kb/s
 Metadata:
   ENCODER : UnrealEngine3
 }}}

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

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

2017-05-31 Thread FFmpeg

#6427: Crash on any file - Windows build from git repository
-+-
 Reporter:  testuser448  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  build
  Version:  git-master   |  system
 Keywords:  win  |   Resolution:  fixed
  regression |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-

Comment (by testuser448):

 It works, and the new executable is a little faster than the old one, as
 expected.

 Can you *briefly* explain what _aligned_malloc does and why it is
 necessary for MinGW but not other compilers? Is MinGW's behaviour
 incorrect according to the C standard?

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

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

2017-05-31 Thread FFmpeg

#6427: Crash on any file - Windows build from git repository
-+-
 Reporter:  testuser448  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  build
  Version:  git-master   |  system
 Keywords:  win  |   Resolution:  fixed
  regression |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * keywords:   => win regression
 * priority:  normal => important
 * status:  new => closed
 * component:  undetermined => build system
 * resolution:   => fixed


Comment:

 Fixed by Martin Storsjö.

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

Re: [FFmpeg-trac] #6427(undetermined:new): Crash on any file - Windows build from git repository

2017-05-31 Thread FFmpeg

#6427: Crash on any file - Windows build from git repository
-+-
 Reporter:  testuser448  |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
-+-

Comment (by heleppkes):

 I've just pushed a potential fix to Git master
 (7c43ce36f0c48b800b5367674839c16f10dc597), if you want to rebuild and
 test.

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

Re: [FFmpeg-trac] #6404(ffplay:new): 302 Moved Temporarily Url dont work

2017-05-31 Thread FFmpeg

#6404: 302 Moved Temporarily Url dont work
+--
 Reporter:  mobifon |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  ffplay
  Version:  git-master  |   Resolution:
 Keywords:  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+--

Comment (by mobifon):

 [7f72a40013c8] core stream debug: creating access:
 
http://cdnapi.kaltura.com/p/1741931/sp/174193100/playManifest/entryId/0_p9t9o3a3/format/url/protocol/http/flavorParamId/487081
 [7f72a40013c8] core stream debug: looking for access module matching
 "http": 22 candidates
 [00681868] dbus interface debug: Getting property Volume
 [00681868] dbus interface debug: Getting property PlaybackStatus
 [00681868] dbus interface debug: Getting property Identity
 [00681868] dbus interface debug: Getting property Volume
 [00681868] dbus interface debug: Getting property PlaybackStatus
 [7f72a40013c8] connmgr stream debug: resolving cdnapi.kaltura.com ...
 [00681868] dbus interface debug: Getting All properties
 [00681868] dbus interface debug: Getting All properties
 [7f7294000978] core meta fetcher debug: looking for meta fetcher
 module matching "any": 0 candidates
 [7f7294000978] core meta fetcher debug: no meta fetcher modules
 [7f7294000978] core art finder debug: looking for art finder module
 matching "any": 1 candidates
 [7f7294000978] core art finder debug: no art finder modules matched
 [7f729c000be8] core meta fetcher debug: looking for meta fetcher
 module matching "any": 0 candidates
 [7f729c000be8] core meta fetcher debug: no meta fetcher modules
 [7f729c000be8] core art finder debug: looking for art finder module
 matching "any": 1 candidates
 [7f729c000be8] core art finder debug: no art finder modules matched
 [7f72a40013c8] connmgr stream debug: outgoing request:
 GET
 
/p/1741931/sp/174193100/playManifest/entryId/0_p9t9o3a3/format/url/protocol/http/flavorParamId/487081
 HTTP/1.1
 Host: cdnapi.kaltura.com
 Accept: */*
 Accept-Language: de
 User-Agent: VLC/3.0.0-git LibVLC/3.0.0-git
 Range: bytes=0-


 [7f72a40013c8] connmgr stream debug: incoming response:
 HTTP/1.1 302 Moved Temporarily
 Server: Apache
 X-Me: ny-front-api24
 X-Kaltura: cached-dispatcher,playManifest-
 4812f79c56fd8f110dab0ffeed852a32,0.0016448497772217
 Location:
 
http://chip-a.akamaihd.net/p/1741931/sp/174193100/serveFlavor/entryId/0_p9t9o3a3/v/12/flavorId/0_4bs4kcvb/name/a.mp4
 Access-Control-Allow-Origin: *
 Access-Control-Expose-Headers: Server,range,Content-Length,Content-Range
 Last-Modified: Tue, 30 May 2017 17:59:22 GMT
 Content-Encoding: gzip
 Content-Length: 21
 Content-Type: text/html
 Cache-Control: private, max-age=57
 Expires: Wed, 31 May 2017 08:58:34 GMT
 Date: Wed, 31 May 2017 08:57:37 GMT
 Connection: keep-alive


 [7f72a40013c8] core stream debug: no access modules matched
 [7f72a40013c8] core stream debug: redirecting to:
 
http://chip-a.akamaihd.net/p/1741931/sp/174193100/serveFlavor/entryId/0_p9t9o3a3/v/12/flavorId/0_4bs4kcvb/name/a.mp4
 [7f72a40013c8] core stream debug: creating access:
 
http://chip-a.akamaihd.net/p/1741931/sp/174193100/serveFlavor/entryId/0_p9t9o3a3/v/12/flavorId/0_4bs4kcvb/name/a.mp4
 [7f72a40013c8] core stream debug: looking for access module matching
 "http": 22 candidates
 [7f72a40013c8] connmgr stream debug: resolving chip-a.akamaihd.net ...
 [7f72a40013c8] connmgr stream debug: outgoing request:
 GET
 
/p/1741931/sp/174193100/serveFlavor/entryId/0_p9t9o3a3/v/12/flavorId/0_4bs4kcvb/name/a.mp4
 HTTP/1.1
 Host: chip-a.akamaihd.net
 Accept: */*
 Accept-Language: de
 User-Agent: VLC/3.0.0-git LibVLC/3.0.0-git
 Range: bytes=0-


 [7f72a40013c8] connmgr stream debug: incoming response:
 HTTP/1.1 206 Partial Content
 Last-Modified: Sun, 19 Nov 2000 08:52:00 GMT
 ETag: "3a1794b0-3a2b40"
 Server: nginx/1.8.0
 Content-Type: video/mp4
 X-Vod-Me: ny-front-vod4
 X-Vod-Session: 328908426
 Access-Control-Allow-Headers: Origin,Range,Accept-Encoding,Referer,Cache-
 Control
 Access-Control-Expose-Headers: Server,Content-Length,Content-Range,Date
 Access-Control-Allow-Methods: GET, HEAD, OPTIONS
 Access-Control-Allow-Origin: *
 Accept-Ranges: bytes
 Cache-Control: max-age=8018200
 Expires: Fri, 01 Sep 2017 04:14:17 GMT
 Date: Wed, 31 May 2017 08:57:37 GMT
 Content-Range: bytes 0-3812159/3812160
 Content-Length: 3812160
 Connection: keep-alive


 [7f72a40013c8] core stream debug: using access module "access"
 [7f72a4002578] core stream debug: looking for stream_filter module
 matching "prefetch,cache_block": 10 candidates

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

2017-05-31 Thread FFmpeg

#6403: Use of both posix_memalign() and realloc() on same memory block not
supported
-+-
 Reporter:  jrummell |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  wontfix
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by gjdfgh):

 Indeed. Is it a problem that this mov extradata block is not aligned? (It
 was pointed out as only example.)

 Personally I might still feel better about not mixing memalign/realloc.

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

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

2017-05-31 Thread FFmpeg

#6403: Use of both posix_memalign() and realloc() on same memory block not
supported
-+-
 Reporter:  jrummell |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  wontfix
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by heleppkes):

 realloc not actually preserving alignment is known, and av_realloc should
 not be used anywhere where alignment is required.

 However, the key point is that using it on aligned memory should not break
 on any known systems, even if the reallocated memory is not aligned
 anymore afterwards.

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

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

2017-05-31 Thread FFmpeg

#6403: Use of both posix_memalign() and realloc() on same memory block not
supported
-+-
 Reporter:  jrummell |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:  wontfix
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 I believe this is wont-fix until a real-world test-case exists.

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

Re: [FFmpeg-trac] #6408(avformat:reopened): Support Cisco Mediasense mov files with two h.264 streams

2017-05-31 Thread FFmpeg

#6408: Support Cisco Mediasense mov files with two h.264 streams
-+
 Reporter:  Gozde|Owner:
 Type:  enhancement  |   Status:  reopened
 Priority:  wish |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mov h264 |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by Gozde):

 since this file size is smaller than the first file, i could upload it to
 the ticket directly now, you can find 485915c39a5628b1.mp4 as attached to
 the ticket.

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

Re: [FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

Re: [FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

[FFmpeg-trac] #6432(ffmpeg:new): ~1800 DNS requests per hour

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6431(undetermined:closed): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6431(undetermined:new): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6426(avformat:new): Muxing using av_interleaved_write_frame() does not interleave

Re: [FFmpeg-trac] #6405(undetermined:new): Compile troubles with “cuvid”, “nvenc” and “npp”

[FFmpeg-trac] #6431(undetermined:new): Linux ffmpeg always segfaults using NVIDIA hw decoders/encoders

Re: [FFmpeg-trac] #6430(avformat:open): Ogg audio file not detected

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

[FFmpeg-trac] #6430(avformat:new): Ogg audio file not detected

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

Re: [FFmpeg-trac] #6427(build system:closed): Crash on any file - Windows build from git repository

Re: [FFmpeg-trac] #6427(undetermined:new): Crash on any file - Windows build from git repository

Re: [FFmpeg-trac] #6404(ffplay:new): 302 Moved Temporarily Url dont work

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

Re: [FFmpeg-trac] #6403(undetermined:closed): Use of both posix_memalign() and realloc() on same memory block not supported

Re: [FFmpeg-trac] #6408(avformat:reopened): Support Cisco Mediasense mov files with two h.264 streams

24 matches

Site Navigation

Mail list logo

Footer information