[FFmpeg-trac] #3051(undetermined:new): Please add support for Apple Quicktime m3u8

2013-10-17 Thread FFmpeg
#3051: Please add support for Apple Quicktime m3u8
-+-
 Reporter:  AussieFries  | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 FFmpeg currently does not support the 'Keynote' stream on
 http://www.apple.com :
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/refs/13ohbdvohbqsdvojhbdfv09_iphone_vod_ref.mov

 When I open the URL in the stream file I get the below info.

 #EXTM3U
 #EXT-X-VERSION:3
 #EXT-X-MEDIA:TYPE=SUBTITLES,GROUP-
 ID="subs",NAME="English",AUTOSELECT=YES,FORCED=NO,LANGUAGE="eng",URI="http://p
 .events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/subtitles/eng/prog_index.m3u8"

 #EXT-X-STREAM-INF:PROGRAM-
 
ID=1,BANDWIDTH=2872433,CODECS="avc1.4d401f,mp4a.40.2",RESOLUTION=960x540,SUBTITLES="subs"
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/2500d/2500.m3u8
 #EXT-X-I-FRAME-STREAM-INF:PROGRAM-
 ID=1,BANDWIDTH=761265,CODECS="avc1.4d401f",URI="http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/2500d/iframe_index.m3u8"

 #EXT-X-STREAM-INF:PROGRAM-
 
ID=1,BANDWIDTH=9527994,CODECS="avc1.640028,mp4a.40.2",RESOLUTION=1920x1080,SUBTITLES="subs"
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/8500d/8500.m3u8
 #EXT-X-I-FRAME-STREAM-INF:PROGRAM-
 ID=1,BANDWIDTH=2013831,CODECS="avc1.640028",URI="http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/8500d/iframe_index.m3u8"

 #EXT-X-STREAM-INF:PROGRAM-
 
ID=1,BANDWIDTH=3966442,CODECS="avc1.4d401f,mp4a.40.2",RESOLUTION=960x540,SUBTITLES="subs"
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/3500d/3500.m3u8
 #EXT-X-I-FRAME-STREAM-INF:PROGRAM-
 ID=1,BANDWIDTH=830394,CODECS="avc1.4d401f",URI="http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/3500d/iframe_index.m3u8"

 #EXT-X-STREAM-INF:PROGRAM-
 
ID=1,BANDWIDTH=5050049,CODECS="avc1.640028,mp4a.40.2",RESOLUTION=1280x720,SUBTITLES="subs"
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/4500d/4500.m3u8
 #EXT-X-I-FRAME-STREAM-INF:PROGRAM-
 ID=1,BANDWIDTH=1140065,CODECS="avc1.640028",URI="http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/4500d/iframe_index.m3u8"

 #EXT-X-STREAM-INF:PROGRAM-
 
ID=1,BANDWIDTH=6705611,CODECS="avc1.640028,mp4a.40.2",RESOLUTION=1280x720,SUBTITLES="subs"
 http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/6000d/6000.m3u8
 #EXT-X-I-FRAME-STREAM-INF:PROGRAM-
 ID=1,BANDWIDTH=1251305,CODECS="avc1.640028",URI="http://p.events-
 
delivery.apple.com.edgesuite.net/1309ouhbqdvaeodhbqedvojhbadsfv/vod/6000d/iframe_index.m3u8"

 I'm also unable to play the streams that the iOS app "iTunes Live" uses.

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


Re: [FFmpeg-trac] #3051(undetermined:new): Please add support for Apple Quicktime m3u8

2013-10-17 Thread FFmpeg
#3051: Please add support for Apple Quicktime m3u8
-+-
 Reporter:  AussieFries  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  apple mov|   Resolution:
  m3u8 stream|   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by AussieFries):

 * keywords:   => apple mov m3u8 stream


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


Re: [FFmpeg-trac] #3051(undetermined:new): Please add support for Apple Quicktime m3u8

2013-10-17 Thread FFmpeg
#3051: Please add support for Apple Quicktime m3u8
-+-
 Reporter:  AussieFries  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  mov m3u8 |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  apple mov m3u8 stream => mov m3u8


Comment:

 To make this a valid ticket, please add the failing command line together
 with the complete, uncut console output.

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


Re: [FFmpeg-trac] #3049(avformat:closed): FFMPEG unable to read duration from WTV file

2013-10-17 Thread FFmpeg
#3049: FFMPEG unable to read duration from WTV file
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  wtv  |   Blocked By:
  regression videolan|  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

 * status:  new => closed
 * reproduced:  0 => 1
 * component:  undetermined => avformat
 * version:  unspecified => git-master
 * keywords:   => wtv regression videolan
 * resolution:   => fixed


Comment:

 (vlc ticket 9481)

 Should be fixed, thank you for the report!

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


Re: [FFmpeg-trac] #3009(avcodec:open): Support mvc

2013-10-17 Thread FFmpeg
#3009: Support mvc
-+-
 Reporter:  skifreak |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  h264 mvc |   Blocked By:
  mpegts |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  1|
-+-

Comment (by cehoyos):

 Samples are now in
 http://samples.ffmpeg.org/3D/AVC_codec_in_m2ts_not_recognized/

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


[FFmpeg-trac] #3052(undetermined:new): ffmpeg losing GIF last frame delay during encoding

2013-10-17 Thread FFmpeg
#3052: ffmpeg losing GIF last frame delay during encoding
-+-
 Reporter:  hackPNZ  | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:  git-
  undetermined   |  master
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:

 Converting GIF files into WebM video and getting the file without delay
 after the last frame.

 How to reproduce:
 {{{
 ffmpeg -i deal.gif deal.webm
 ffmpeg version N-57130-g1d4476d Copyright (c) 2000-2013 the FFmpeg
 developers
   built on Oct 16 2013 11:33:08 with gcc 4.6 (Ubuntu/Linaro
 4.6.3-1ubuntu5)
   configuration: --enable-libvpx
   libavutil  52. 46.101 / 52. 46.101
   libavcodec 55. 35.100 / 55. 35.100
   libavformat55. 19.102 / 55. 19.102
   libavdevice55.  4.100 / 55.  4.100
   libavfilter 3. 88.101 /  3. 88.101
   libswscale  2.  5.101 /  2.  5.101
   libswresample   0. 17.103 /  0. 17.103
 Input #0, gif, from 'deal.gif':
   Duration: N/A, bitrate: N/A
 Stream #0:0: Video: gif, bgra, 430x181, 2.63 fps, 100 tbr, 100 tbn,
 100 tbc
 [libvpx @ 0x210d560] v1.2.0
 Output #0, webm, to 'deal.webm':
   Metadata:
 encoder : Lavf55.19.102
 Stream #0:0: Video: vp8 (libvpx), yuva420p, 430x181, q=-1--1, 200
 kb/s, 1k tbn, 100 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (gif -> libvpx)
 Press [q] to stop, [?] for help
 frame=9 fps=0.0 q=0.0 Lsize=  36kB time=00:00:00.89 bitrate=
 329.9kbits/s
 video:35kB audio:0kB subtitle:0 global headers:0kB muxing overhead
 1.805775%
 }}}

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


Re: [FFmpeg-trac] #3052(undetermined:new): ffmpeg losing GIF last frame delay during encoding

2013-10-17 Thread FFmpeg
#3052: ffmpeg losing GIF last frame delay during encoding
-+-
 Reporter:  hackPNZ  |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 cehoyos):

 Is this only reproducible using an external library (libvpx) or also with
 one of FFmpeg's internal encoders?

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


[FFmpeg-trac] #3053(avcodec:new): 2-pass wmv2 fails with "requested bitrate is too low"

2013-10-17 Thread FFmpeg
#3053: 2-pass wmv2 fails with "requested bitrate is too low"
-+-
 Reporter:  terran   | Type:  defect
   Status:  new  | Priority:  important
Component:  avcodec  |  Version:  2.0.1
 Keywords:  wmv2 2-pass  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the bug:

 We've run into a number of files that when encoded to wmv2 using 2-pass,
 fail with this:

 [wmv2 @ 0x7fe5e281fe00] requested bitrate is too low

 and then the always helpful:

 Error while opening encoder for output stream #0:0 - maybe incorrect
 parameters such as bit_rate, rate, width or height

 Occasionally, changing the bitrate of the first pass is a workaround. The
 bitrate of the source video does not seem to have any relationship with
 the error. Similarly, using a range of target bitrates from 20% to %120
 doesn't seem to consistently affect the outcome.

 How to reproduce:

 Sample file here: http://www1.datafilehost.com/d/8c31dc74

 {{{
 % ffmpeg -i bbb.mp4 -pass 1 -c:v wmv2 -b:v 300k -f null -y /dev/null &&
 ffmpeg -i bbb.mp4 -pass 2 -c:v wmv2 -b:v 300k -y out.wmv
 ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
   built on Oct 16 2013 16:22:18 with Apple LLVM version 4.2
 (clang-425.0.27) (based on LLVM 3.2svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0.1 --enable-shared
 --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
 --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host-
 cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-
 libmp3lame --enable-libxvid
   libavutil  52. 38.100 / 52. 38.100
   libavcodec 55. 18.102 / 55. 18.102
   libavformat55. 12.100 / 55. 12.100
   libavdevice55.  3.100 / 55.  3.100
   libavfilter 3. 79.101 /  3. 79.101
   libavresample   1.  1.  0 /  1.  1.  0
   libswscale  2.  3.100 /  2.  3.100
   libswresample   0. 17.102 /  0. 17.102
   libpostproc52.  3.100 / 52.  3.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4':
   Metadata:
 major_brand : isom
 minor_version   : 512
 compatible_brands: isomiso2avc1mp41
 encoder : Lavf55.12.100
   Duration: 00:00:15.02, start: 0.000333, bitrate: 835 kb/s
 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
 1280x720 [SAR 1:1 DAR 16:9], 703 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc
 Metadata:
   handler_name: VideoHandler
 Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 3.0, fltp,
 127 kb/s
 Metadata:
   handler_name: SoundHandler
 Output #0, null, to '/dev/null':
   Metadata:
 major_brand : isom
 minor_version   : 512
 compatible_brands: isomiso2avc1mp41
 encoder : Lavf55.12.100
 Stream #0:0(und): Video: wmv2, yuv420p, 1280x720 [SAR 1:1 DAR 16:9],
 q=2-31, pass 1, 200 kb/s, 90k tbn, 24 tbc
 Metadata:
   handler_name: VideoHandler
 Stream #0:1(und): Audio: pcm_s16le, 48000 Hz, 3.0, s16, 2304 kb/s
 Metadata:
   handler_name: SoundHandler
 Stream mapping:
   Stream #0:0 -> #0:0 (h264 -> wmv2)
   Stream #0:1 -> #0:1 (aac -> pcm_s16le)
 Press [q] to stop, [?] for help
 frame=  360 fps=208 q=31.0 Lsize=N/A time=00:00:15.01 bitrate=N/A
 video:1399kB audio:4218kB subtitle:0 global headers:0kB muxing overhead
 -100.000382%
 ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
   built on Oct 16 2013 16:22:18 with Apple LLVM version 4.2
 (clang-425.0.27) (based on LLVM 3.2svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/2.0.1 --enable-shared
 --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
 --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host-
 cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-
 libmp3lame --enable-libxvid
   libavutil  52. 38.100 / 52. 38.100
   libavcodec 55. 18.102 / 55. 18.102
   libavformat55. 12.100 / 55. 12.100
   libavdevice55.  3.100 / 55.  3.100
   libavfilter 3. 79.101 /  3. 79.101
   libavresample   1.  1.  0 /  1.  1.  0
   libswscale  2.  3.100 /  2.  3.100
   libswresample   0. 17.102 /  0. 17.102
   libpostproc52.  3.100 / 52.  3.100
 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bbb.mp4':
   Metadata:
 major_brand : isom
 minor_version   : 512
 compatible_brands: isomiso2avc1mp41
 encoder : Lavf55.12.100
   Duration: 00:00:15.02, start: 0.000333, bitrate: 835 kb/s
 Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
 1280x720 [SAR 1:1 DAR 16:9], 703 kb/s, 24 fps, 24 tbr, 12288 tbn, 48 tbc
 Metadata:
   handler_name: VideoHandler
 Stream #0:1(und): Audio: aac (mp4a / 0

Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

2013-10-17 Thread FFmpeg
#2686: Native AAC encoder collapses at high bitrates on some samples
-+-
 Reporter:  Kamedo2  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  aac  |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by Kamedo2):

 What was the "quite significant bugs" of v6? I didn't find any problem in
 a non-blind listening test, and the v6 was extensively tested over many
 songs, speeches, tv source, and artificial sounds, and I believe v6 is
 safe and stable.

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


Re: [FFmpeg-trac] #3053(avcodec:new): 2-pass wmv2 fails with "requested bitrate is too low"

2013-10-17 Thread FFmpeg
#3053: 2-pass wmv2 fails with "requested bitrate is too low"
+---
 Reporter:  terran  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  2.0.1   |   Resolution:
 Keywords:  wmv2|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by cehoyos):

 * keywords:  wmv2 2-pass => wmv2
 * priority:  important => normal


Comment:

 Is this a regression?
 Is the problem reproducible with current git head?

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


Re: [FFmpeg-trac] #3053(avcodec:new): 2-pass wmv2 fails with "requested bitrate is too low"

2013-10-17 Thread FFmpeg
#3053: 2-pass wmv2 fails with "requested bitrate is too low"
+---
 Reporter:  terran  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  2.0.1   |   Resolution:
 Keywords:  wmv2|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by terran):

 This is not a regression. It is reproducible from at least  0.11.1 to
 head.

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


Re: [FFmpeg-trac] #3053(avcodec:new): 2-pass wmv2 fails with "requested bitrate is too low"

2013-10-17 Thread FFmpeg
#3053: 2-pass wmv2 fails with "requested bitrate is too low"
+---
 Reporter:  terran  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  2.0.1   |   Resolution:
 Keywords:  wmv2|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by terran):

 Note that this is does not happen with wmv1.

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


Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

2013-10-17 Thread FFmpeg
#2686: Native AAC encoder collapses at high bitrates on some samples
-+-
 Reporter:  Kamedo2  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  aac  |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by klaussfreire):

 Replying to [comment:221 Kamedo2]:
 > What was the "quite significant bugs" of v6? I didn't find any problem
 in a non-blind listening test, and the v6 was extensively tested over many
 songs, speeches, tv source, and artificial sounds, and I believe v6 is
 safe and stable.

 Well, for one, holes (bands below hearing threshold) would bork a tonality
 boost loop, creating all sorts of issues, most notably when using short
 transform length, since the borking would get carried over to other
 windows.

 In essence, transients were broken. They still sounded alright most of the
 time, probably because of pure chance (ie: maybe there were no holes). But
 signals like Mahler, castanets and harpishcords tended to expose the bugs
 at lower bit rates.

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


Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

2013-10-17 Thread FFmpeg
#2686: Native AAC encoder collapses at high bitrates on some samples
-+-
 Reporter:  Kamedo2  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  aac  |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by Kamedo2):

 Then which version should I test?

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


Re: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples

2013-10-17 Thread FFmpeg
#2686: Native AAC encoder collapses at high bitrates on some samples
-+-
 Reporter:  Kamedo2  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  aac  |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by klaussfreire):

 Feel free to choose. I don't think I can go back to v6, but if v6 performs
 better than v7, it's something I'll have to account for.

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


[FFmpeg-trac] #3055(avcodec:new): UTVideo 709 Encode Support?

2013-10-17 Thread FFmpeg
#3055: UTVideo 709 Encode Support?
-+-
 Reporter:  cjplay93 | Type:
   Status:  new  |  enhancement
Component:  avcodec  | Priority:  normal
 Keywords:  utvideo, |  Version:  2.0.1
  bt.709 |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 Summary of the Enhancement:  Extending UTVideo encoding to support the
 BT.709-compliant encoder.  Currently, UTVideo only supports and decodes as
 BT.601-compliant video while not supporting the HDYC pixel type of its
 VideoForWindows and Quicktime brethren as of May, 2013.  Ticket 534 added
 UTVideo, this is just to extend it to ULHx 4CC's.

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


[FFmpeg-trac] #3054(build system:new): uninstall-man uses invalid paths and fails to remove manpages

2013-10-17 Thread FFmpeg
#3054: uninstall-man uses invalid paths and fails to remove manpages
-+-
   Reporter:  jamal  |  Owner:
   Type:  defect | Status:  new
   Priority:  normal |  Component:  build
Version:  git-   |  system
  master |   Keywords:
 Blocked By: |   Blocking:
Reproduced by developer:  0  |  Analyzed by developer:  0
-+-
 {{{
 jamrial@GentooVM ~/build $ make uninstall-man V=1
 rm -f "/usr/local/share/man/man1/"doc/ffmpeg.1
 "/usr/local/share/man/man1/"doc/ffprobe.1
 "/usr/local/share/man/man1/"doc/ffserver.1 "/usr/local/share/man/man1/"doc
 /ffmpeg-all.1 "/usr/local/share/man/man1/"doc/ffprobe-all.1
 "/usr/local/share/man/man1/"doc/ffserver-all.1
 "/usr/local/share/man/man1/"doc/ffmpeg-utils.1
 "/usr/local/share/man/man1/"doc/ffmpeg-scaler.1
 "/usr/local/share/man/man1/"doc/ffmpeg-resampler.1
 "/usr/local/share/man/man1/"doc/ffmpeg-codecs.1
 "/usr/local/share/man/man1/"doc/ffmpeg-bitstream-filters.1
 "/usr/local/share/man/man1/"doc/ffmpeg-formats.1
 "/usr/local/share/man/man1/"doc/ffmpeg-protocols.1
 "/usr/local/share/man/man1/"doc/ffmpeg-devices.1
 "/usr/local/share/man/man1/"doc/ffmpeg-filters.1
 rm -f "/usr/local/share/man/man3/"doc/libavutil.3
 "/usr/local/share/man/man3/"doc/libswscale.3
 "/usr/local/share/man/man3/"doc/libswresample.3
 "/usr/local/share/man/man3/"doc/libavcodec.3
 "/usr/local/share/man/man3/"doc/libavformat.3
 "/usr/local/share/man/man3/"doc/libavdevice.3
 "/usr/local/share/man/man3/"doc/libavfilter.3
 }}}

 The quotes don't cover the full path, and a stray doc/ is added as well,
 which is valid for the build folder but not the system folder.

 The rm commands don't return any kind of error or warning, so the user
 never notices the manpages weren't removed.

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


[FFmpeg-trac] #3056(undetermined:new): Non-ASCII chars in -passlogfile on Windows

2013-10-17 Thread FFmpeg
#3056: Non-ASCII chars in -passlogfile on Windows
-+-
 Reporter:  lelegard | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:  git-
  undetermined   |  master
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 This report describes a problem with ffmpeg on Windows with the
 -passlogfile option using non-ASCII characters in the file path.

 The problem was originally presented in the FFmpeg-user mailing list as
 seen at [http://ffmpeg-users.933282.n4.nabble.com/Weird-characters-in-
 created-passlogfile-on-Windows-td4661845.html]

 I have not tested it yet on Linux but a reply in the mailing list suggests
 that the problem does not exist on FreeBSD. Given the nature of the
 problem, it is probably Windows-specific.

 Consider a file path containing non-ASCII characters like è (e grave) in a
 file or directory name. There are (at least) three different use cases for
 a file name: input file, output file, pass log file.

 In the first two cases, the non-ASCII characters in file names are
 processed correctly. But in the case of the pass log file, the file name
 is transformed into some weird sequence (typical untranslated UTF-8
 sequence). The strange thing is that ffmpeg creates two files, the pass
 log file and the output file, but processes the characters in the
 corresponding file names quite differently. The way the two files are
 created must be completely different.

 See the following example. The host system is Windows 7 64-bit with some
 Unix-like command line tools.

 {{{
 > ls -l x*
 -rw-rw-rw-   1 user group 940 Oct 16 17:08 xè.ts

 > ffmpeg -i xè.ts -pass 1 -passlogfile xè xè.mpg
 ffmpeg version N-57176-g64b3aaf Copyright (c) 2000-2013 the FFmpeg
 developers
   built on Oct 15 2013 21:47:01 with gcc 4.8.1 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r
 --enable-gnutls --enable-iconv --enable-libass --enable-libbluray
 --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc
 --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb
 --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-
 librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex
 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-
 aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx
 --enable-libwavpack --enable-libx264 --enable-libxavs --enable-libxvid
 --enable-zlib
   libavutil  52. 46.101 / 52. 46.101
   libavcodec 55. 37.100 / 55. 37.100
   libavformat55. 19.102 / 55. 19.102
   libavdevice55.  4.100 / 55.  4.100
   libavfilter 3. 88.101 /  3. 88.101
   libswscale  2.  5.101 /  2.  5.101
   libswresample   0. 17.103 /  0. 17.103
   libpostproc52.  3.100 / 52.  3.100
 [h264 @ 0249e820] non-existing PPS referenced
 [h264 @ 0249e820] non-existing PPS 0 referenced
 [h264 @ 0249e820] decode_slice_header error
 [h264 @ 0249e820] no frame!
 [h264 @ 0249e820] non-existing PPS referenced
 [h264 @ 0249e820] non-existing PPS 0 referenced
 [h264 @ 0249e820] decode_slice_header error
 [h264 @ 0249e820] no frame!
 [h264 @ 0249e820] non-existing PPS referenced
 [h264 @ 0249e820] non-existing PPS 0 referenced
 [h264 @ 0249e820] decode_slice_header error
 [h264 @ 0249e820] no frame!
 [h264 @ 0249e820] non-existing PPS referenced
 [h264 @ 0249e820] non-existing PPS 0 referenced
 [h264 @ 0249e820] decode_slice_header error
 [h264 @ 0249e820] no frame!
 [h264 @ 0249e820] mmco: unref short failure
 Last message repeated 2 times
 [mpegts @ 024aebe0] PES packet size mismatch
 Last message repeated 2 times
 Input #0, mpegts, from 'xè.ts':
   Duration: 00:00:37.04, start: 42851.202589, bitrate: 2030 kb/s
   Program 4006
 Metadata:
   service_name: ARTE
   service_provider: Harmonic
 Stream #0:0[0x424]: Video: h264 (Main) ([27][0][0][0] / 0x001B),
 yuv420p(tv, bt470bg), 720x576 [SAR 16:11 DAR 20:11], 25 fps, 25
  tbr, 90k tbn, 50 tbc
 Stream #0:1[0x425](fra): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz,
 stereo, s16p, 128 kb/s
 Stream #0:2[0x426](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz,
 stereo, s16p, 128 kb/s
 Stream #0:3[0x427](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz,
 mono, s16p, 64 kb/s
 Stream #0:4[0x42b](qad): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz,
 mono, s16p, 64 kb/s (visual impaired)

Re: [FFmpeg-trac] #3055(avcodec:open): UTVideo 709 Encode Support?

2013-10-17 Thread FFmpeg
#3055: UTVideo 709 Encode Support?
-+---
 Reporter:  cjplay93 |Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  utvideo  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---
Changes (by cehoyos):

 * keywords:  utvideo, bt.709 => utvideo
 * priority:  normal => wish
 * version:  2.0.1 => git-master
 * status:  new => open


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


Re: [FFmpeg-trac] #2953(FFmpeg:new): FFmpeg hangs while conversion video using libx264

2013-10-17 Thread FFmpeg
#2953: FFmpeg hangs while conversion video using libx264
-+--
 Reporter:  gerrysingh7  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  FFmpeg
  Version:  unspecified  |   Resolution:
 Keywords:  libx264  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+--

Comment (by gerrysingh7):

 HI
   i have another finding on my other machine that ffmpeg hangs while
 converting the below video ( link provided) .

 the ffmpeg hangs while using this command
ffmpeg.exe -i "test_hb1200_7-3-13.mp4" -v debug -vcodec libx264
 -vprofile baseline -b 480k -y -vf scale=480:270
 "test_hb1200_7-3-13-480.mp4"


 the link to the video :
 https://copy.com/Q01jOxK1TubL

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


Re: [FFmpeg-trac] #3054(build system:open): uninstall-man uses invalid paths and fails to remove manpages

2013-10-17 Thread FFmpeg
#3054: uninstall-man uses invalid paths and fails to remove manpages
-+-
 Reporter:  jamal|Owner:
 Type:  defect   |   Status:  open
 Priority:  important|Component:  build
  Version:  git-master   |  system
 Keywords:  regression   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-
Changes (by cehoyos):

 * keywords:   => regression
 * priority:  normal => important
 * status:  new => open
 * reproduced:  0 => 1


Comment:

 The quotes work fine here and are not a regression, "doc" is a regression
 since 90cb081f

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


Re: [FFmpeg-trac] #2953(FFmpeg:new): FFmpeg hangs while conversion video using libx264

2013-10-17 Thread FFmpeg
#2953: FFmpeg hangs while conversion video using libx264
-+--
 Reporter:  gerrysingh7  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  FFmpeg
  Version:  unspecified  |   Resolution:
 Keywords:  libx264  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+--

Comment (by cehoyos):

 Replying to [comment:9 gerrysingh7]:
 >   i have another finding

 Yesterday you reported a crash which sounds important and needs more
 information. It makes following tickets much easier if you do not report
 different (and changing) issues in one ticket.

 > the ffmpeg hangs while using this command
 >ffmpeg.exe -i "test_hb1200_7-3-13.mp4" -v debug -vcodec libx264
 -vprofile baseline -b 480k -y -vf scale=480:270
 "test_hb1200_7-3-13-480.mp4"

 Complete, uncut console output missing.

 Could you confirm again that this command hangs (reproducible) on one
 hardware but works fine on another one? What is different about them? The
 CPU?

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