Re: [FFmpeg-trac] #390(avformat:open): Audio/Video not selectable in mmsh stream

[FFmpeg]

#390: Audio/Video not selectable in mmsh stream
+
 Reporter:  qrtt1   |Owner:  michael
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  mmsh|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by cehoyos):

 Please do not use NULL as av_log() context and I suspect AV_LOG_DEBUG is
 sufficient, don't you agree?

 Please send your patch to ffmpeg-devel, it can be discussed there.

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

Re: [FFmpeg-trac] #1319(avcodec:open): aasc: support 8bpp

[FFmpeg]

#1319: aasc: support 8bpp
+---
 Reporter:  ami_stuff   |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  aasc|   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by cehoyos):

 * keywords:   => aasc
 * status:  new => open
 * version:  unspecified => git-master
 * component:  undetermined => avcodec


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

Re: [FFmpeg-trac] #390(avformat:open): Audio/Video not selectable in mmsh stream

[FFmpeg]

#390: Audio/Video not selectable in mmsh stream
+
 Reporter:  qrtt1   |Owner:  michael
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  mmsh|   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+

Comment (by qrtt1):

 There is my work around for our software.
 
https://github.com/qrtt1/ffmpeg_icy/commit/f735b761a0c22a7618bd5e398701187e78e36cd5

 However, it's not easy to use. We should open the mms first for getting
 stream index and choose the selected index by callback in next open stream
 url. It just work.

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

[FFmpeg-trac] #1320(avformat:new): ffplay hang in avformat_find_stream_info

[FFmpeg]

#1320: ffplay hang in avformat_find_stream_info
--+--
 Reporter:  qrtt1 | Type:  defect
   Status:  new   | Priority:  normal
Component:  avformat  |  Version:  git-master
 Keywords:|   Blocked By:
 Blocking:|  Reproduced by developer:  0
Analyzed by developer:  0 |
--+--
 I try to play the streaming url:
 ./ffplay http://nextmedia-f.akamaihd.net/nexttvlive_1_300@49187

 It stuck when invoke avformat_find_stream_info.

 My ffplay is built from the latest source code:
 4d3787763218de4c3e838b31f0fb2153b8d6af20

 I verify it by adding log message:

 {{{
 diff --git a/ffplay.c b/ffplay.c
 index 3c5ef68..050398b 100644
 --- a/ffplay.c
 +++ b/ffplay.c
 @@ -2499,7 +2499,9 @@ static int read_thread(void *arg)
  opts = setup_find_stream_info_opts(ic, codec_opts);
  orig_nb_streams = ic->nb_streams;

 +fprintf(stderr, "before find info\n");
  err = avformat_find_stream_info(ic, opts);
 +fprintf(stderr, "after find info\n");
  if (err < 0) {
  fprintf(stderr, "%s: could not find codec parameters\n",
 is->filename);
  ret = -1;
 }}}

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

[FFmpeg-trac] #1319(undetermined:new): aasc: support 8bpp

[FFmpeg]

#1319: aasc: support 8bpp
-+-
   Reporter:  ami_stuff  |  Owner:
   Type:  defect | Status:  new
   Priority:  normal |  Component:
Version: |  undetermined
  unspecified|   Keywords:
 Blocked By: |   Blocking:
Reproduced by developer:  0  |  Analyzed by developer:  0
-+-
 decodes correctly with original codec

 http://www.datafilehost.com/download-f9cdef04.html

 {{{
 C:\>ffmpeg -i aasc_8pp.avi -vcodec msmpeg4v2 out.avi
 ffmpeg version N-40756-g703e920 Copyright (c) 2000-2012 the FFmpeg
 developers
   built on May 17 2012 02:26:05 with gcc 4.5.0 20100414 (Fedora MinGW
 4.5.0-1.fc
 14)
   configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build
 --arch=
 x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686
 -pc-min
 gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime-
 cpudetect
 --enable-cross-compile --enable-static --disable-shared --extra-
 libs='-lws2_32 -
 lwinmm' --extra-cflags='--static
 -I/var/www/users/research/ffmpeg/snapshots/buil
 d/include' --extra-ldflags='-static
 -L/var/www/users/research/ffmpeg/snapshots/b
 uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3
 --enable-n
 onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable-
 libvorbis
 --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-
 libopencor
 e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx
   libavutil  51. 53.100 / 51. 53.100
   libavcodec 54. 21.101 / 54. 21.101
   libavformat54.  5.100 / 54.  5.100
   libavdevice53.  4.100 / 53.  4.100
   libavfilter 2. 74.100 /  2. 74.100
   libswscale  2.  1.100 /  2.  1.100
   libswresample   0. 11.100 /  0. 11.100
   libpostproc52.  0.100 / 52.  0.100
 Input #0, avi, from 'aasc_8pp.avi':
   Duration: 00:00:05.95, start: 0.00, bitrate: 2168 kb/s
 Stream #0:0: Video: aasc (AASC / 0x43534141), bgr24, 192x128, 24 tbr,
 24 tbn
 , 24 tbc
 w:192 h:128 pixfmt:bgr24 tb:1/100 sar:0/1 sws_param:flags=2
 [buffersink @ 0x1de1ae0] No opaque field provided
 [format @ 0x1de2320] auto-inserting filter 'auto-inserted scaler 0'
 between the
 filter 'src' and the filter 'format'
 [scale @ 0x1de2ca0] w:192 h:128 fmt:bgr24 sar:0/1 -> w:192 h:128
 fmt:yuv420p sar
 :0/1 flags:0x4
 Output #0, avi, to 'out.avi':
   Metadata:
 ISFT: Lavf54.5.100
 Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 192x128,
 q=2-31,
  200 kb/s, 24 tbn, 24 tbc
 Stream mapping:
   Stream #0:0 -> #0:0 (aasc -> msmpeg4v2)
 Press [q] to stop, [?] for help
 [aasc @ 0x1dd2320] Next line is beyond buffer bounds
 frame=  143 fps=0.0 q=2.0 Lsize= 134kB time=00:00:05.95 bitrate=
 184.7kbits/
 s
 video:125kB audio:0kB global headers:0kB muxing overhead 7.158605%
 }}}

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

Re: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances.

[FFmpeg]

#1157: Circular buffer overrun with 4+ ffmpeg instances.
-+
 Reporter:  Involar  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  undetermined
  Version:  0.10.2   |   Resolution:
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by streamingguy):

 Any update on this ticket? I have the same issue with UDP streams pushing
 to network. If the source stream is H.264 (instead of MPEG-2), I can't
 even push single stream to the network.

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

Re: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon

[FFmpeg]

#1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on
arm-neon
+---
 Reporter:  yiwang  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  arm |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by cehoyos):

 Is this still reproducible?

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

Re: [FFmpeg-trac] #1189(documentation:closed): Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12

[FFmpeg]

#1189: Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to
timestamp of 12
-+-
 Reporter:  mbradshaw|Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  minor|Component:
  Version:  git-master   |  documentation
 Keywords:   |   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by mbradshaw):

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


Comment:

 I was thinking it would be nice to put a comment in the docs for
 av_seek_frame and avformat_seek_file informing the user they may want to
 check AVInputFormat.flags when seeking (for things like AVFMT_NO_BYTE_SEEK
 or AVFMT_SEEK_TO_PTS), but I suppose that could be opened as a different
 issue, as it deals with more than just this PTS vs DTS ticket.

 Most relevant demuxers haven't been updated with the new AVFMT_SEEK_TO_PTS
 flag, but I don't know which ones to update and I don't have time to dig
 through all the code to find which ones seek by PTS, so I think those can
 be opened as new tickets as they're found.

 I'll close this as fixed by Michael Niedermayer, as I believe his patch
 appropriately fixes this, and now the remaining work is just to make sure
 it's used properly.

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

Re: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon

[FFmpeg]

#1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on
arm-neon
+---
 Reporter:  yiwang  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  arm |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by yiwang):

 Replying to [comment:12 cehoyos]:
 > Is this still reproducible?

 Is there any change in related code? If so, I will compile the latest and
 see.

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

Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files

[FFmpeg]

#1297: FFMPEG creating stuttering MPEG-2 TS video files
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by ramitbhalla):

 I don't think this is a performance issue. I'm using an iCore7 system
 running Windows 7 and 4GB RAM with nothing running in the background.

 I don't understand why -r 25 is required? (can you help me understand the
 logic behind how you diagnosed it and what signs I should for in future).

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

Re: [FFmpeg-trac] #1312(undetermined:open): FFmpeg doesn't handle bitrate transition on some mpeg-ts stream

[FFmpeg]

#1312: FFmpeg doesn't handle bitrate transition on some mpeg-ts stream
-+-
 Reporter:  jyavenard|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  segments |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by reimar):

 What you quote quite obviously is _not_ a bug, the message is quite clear:
 Changing resultions is an unsupported feature in frame-multithreaded
 decode.
 If you need support for resolution changes, you cannot use frame
 multithreading.
 Thus yes, this clearly is a feature request.
 It would only be a bug if none of the properties the message says actually
 changes.

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

Re: [FFmpeg-trac] #1313(undetermined:new): Use more threads for decoding MTS

[FFmpeg]

#1313: Use more threads for decoding MTS
-+-
 Reporter:  andreasg |Owner:
 Type:  enhancement  |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by reimar):

 More importantly give you exact FFmpeg command line. If like someone else
 in a different issue (can't find it now) use thread_type slices that
 behaviour is exactly as intended.

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

Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files

[FFmpeg]

#1297: FFMPEG creating stuttering MPEG-2 TS video files
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Replying to [ticket:1297 ramitbhalla]:
 > {{{
 > ffmpeg -i "test1.wtv" -vcodec mpeg2video -sameq -an test.ts
 > }}}

 This needs -r 25.

 > {{{
 > ffmpeg -i "test2.ts" -vcodec mpeg2video -sameq -an test1.ts
 > }}}

 I would expect there is a performance problem when playing the resulting
 file, at least that is what I see here on old hardware, it disappears if I
 reduce the resolution or play with half speed.

 In the future, please do not report two unrelated problems in one bug
 report, it makes tracking bugs impossible.

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

Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files

[FFmpeg]

#1297: FFMPEG creating stuttering MPEG-2 TS video files
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Replying to [comment:1 neufeind]:
 > Could this be related to #1302 maybe?
 Ticket #1302 was a mpeg2video regression that I believe could not be
 described as "stutter".

 If you see a problem with current FFmpeg, please open a new ticket
 including your ffmpeg command line together with complete, uncut console
 output and provide a sample.

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

Re: [FFmpeg-trac] #1262(undetermined:closed): libutvideo enc: crash

[FFmpeg]

#1262: libutvideo enc: crash
-+-
 Reporter:  ami_stuff|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  utvideo  |   Resolution:
 Blocking:   |  worksforme
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 Please reopen if a backtrace can be provided.

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

Re: [FFmpeg-trac] #1259(undetermined:closed): Audio sync issue

[FFmpeg]

#1259: Audio sync issue
-+-
 Reporter:  burek|Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:  duplicate
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 I am closing this ticket because it does not contain any additional
 information over ticket #692 and no further tests are possible.

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

Re: [FFmpeg-trac] #1241(build system:new): ffmpeg

[FFmpeg]

#1241: ffmpeg
-+-
 Reporter:  nadav|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:  build
  Version:  unspecified  |  system
 Keywords:  arm  |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Could you test if this problem is still reproducible?
 Build problems can be important, but this is unlikely to get fixed without
 some help (I don't have an arm environment).

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

Re: [FFmpeg-trac] #1257(avcodec:closed): ffmpeg multithread decoding, the rate is not improved

[FFmpeg]

#1257: ffmpeg multithread decoding,the rate is not improved
-+-
 Reporter:  xiaoyu   |Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  h264 |  needs_more_info
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 Please reopen if you can add the missing information.

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

Re: [FFmpeg-trac] #1273(undetermined:open): initial seek causes failure to display on some avi files

[FFmpeg]

#1273: initial seek causes failure to display on some avi files
-+-
 Reporter:  DonMoir  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  pal8 |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-
Changes (by cehoyos):

 * keywords:   => pal8
 * status:  new => open
 * version:  unspecified => git-master
 * component:  avformat => undetermined
 * reproduced:  0 => 1


Comment:

 I suspect this behaviour is expected for videos containing a palette.

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

Re: [FFmpeg-trac] #1027(avformat:closed): MP3 muxer should support writing Xing header for all MP3 sample rates.

[FFmpeg]

#1027: MP3 muxer should support writing Xing header for all MP3 sample rates.
-+
 Reporter:  bat_guano|Owner:
 Type:  enhancement  |   Status:  closed
 Priority:  minor|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  libmp3 xing  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+
Changes (by cehoyos):

 * keywords:  libmp3 => libmp3 xing
 * status:  new => closed
 * resolution:   => fixed


Comment:

 Thank you for clarifying!

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

Re: [FFmpeg-trac] #1027(avformat:new): MP3 muxer should support writing Xing header for all MP3 sample rates.

[FFmpeg]

#1027: MP3 muxer should support writing Xing header for all MP3 sample rates.
-+
 Reporter:  bat_guano|Owner:
 Type:  enhancement  |   Status:  new
 Priority:  minor|Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  libmp3   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by bat_guano):

 Replying to [comment:4 cehoyos]:
 > Is this still reproducible?


 Hi
 No, it's not reproducible now.
 The "Unsupported sample rate" error message has gone. ;-)

 Looks like it has been fixed in git.
 Somewhere between
 ffmpeg version N-39759-ge9dc616 built on Apr 13
 and
 ffmpeg version git-2012-05-16-e556121 built on May 16

 @xubuntu:~/Desktop$ ffmpeg -i foo.flac -c:a libmp3lame -b:a 16k -ar 22050
 -ac 1 foo.mp3
 ffmpeg version git-2012-05-16-e556121 Copyright (c) 2000-2012 the FFmpeg
 developers
   built on May 16 2012 17:05:11 with gcc 4.6.3
   configuration: --enable-gpl --enable-libfaac --enable-libmp3lame
 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora
 --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree
 --enable-version3 --enable-x11grab
   libavutil  51. 53.100 / 51. 53.100
   libavcodec 54. 21.101 / 54. 21.101
   libavformat54.  5.100 / 54.  5.100
   libavdevice53.  4.100 / 53.  4.100
   libavfilter 2. 74.100 /  2. 74.100
   libswscale  2.  1.100 /  2.  1.100
   libswresample   0. 11.100 /  0. 11.100
   libpostproc52.  0.100 / 52.  0.100
 [flac @ 0xa81e3e0] max_analyze_duration 500 reached at 5015510
 Input #0, flac, from 'foo.flac':
   Metadata:
 ENCODER : Lavf54.3.100
   Duration: 00:01:58.89, bitrate: 927 kb/s
 Stream #0:0: Audio: flac, 44100 Hz, stereo, s16
 [libmp3lame @ 0xa859200] channel_layout not specified
 Guessed Channel Layout for Output Stream #0.0 : mono
 Output #0, mp3, to 'foo.mp3':
   Metadata:
 TSSE: Lavf54.5.100
 Stream #0:0: Audio: mp3, 22050 Hz, mono, s16, 16 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (flac -> libmp3lame)
 Press [q] to stop, [?] for help
 size= 233kB time=00:01:58.91 bitrate=  16.0kbits/s
 video:0kB audio:232kB global headers:0kB muxing overhead 0.068930%

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

Re: [FFmpeg-trac] #1302(avcodec:closed): FFMPEG build N-40517-ga548671 fails to convert DVR-MS, old build N-40020-g9849515 succeeds

[FFmpeg]

#1302: FFMPEG build N-40517-ga548671 fails to convert DVR-MS, old build
N-40020-g9849515 succeeds
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  mpeg2video   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 This problem was not reproducible with 0.8.

 If you can reproduce your problem with FFmpeg, please open a new ticket
 including your ffmpeg command line together with complete, uncut console
 output and provide the sample.

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

Re: [FFmpeg-trac] #1213(avformat:open): Ogg: video time stamps start incorrectly, cannot transcode to AVI

[FFmpeg]

#1213: Ogg: video time stamps start incorrectly, cannot transcode to AVI
+
 Reporter:  reimar  |Owner:
 Type:  defect  |   Status:  open
 Priority:  normal  |Component:  avformat
  Version:  git-master  |   Resolution:
 Keywords:  ogg |   Blocked By:
 Blocking:  |  Reproduced by developer:  1
Analyzed by developer:  0   |
+
Changes (by cehoyos):

 * keywords:   => ogg
 * status:  new => open
 * version:  unspecified => git-master
 * component:  undetermined => avformat
 * reproduced:  0 => 1


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

Re: [FFmpeg-trac] #1027(avformat:new): MP3 muxer should support writing Xing header for all MP3 sample rates.

[FFmpeg]

#1027: MP3 muxer should support writing Xing header for all MP3 sample rates.
-+
 Reporter:  bat_guano|Owner:
 Type:  enhancement  |   Status:  new
 Priority:  minor|Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  libmp3   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by cehoyos):

 Is this still reproducible?

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

Re: [FFmpeg-trac] #1152(undetermined:closed): Humax HDR-Fox T2 - Error re-encoding ts: could not find codec parameters

[FFmpeg]

#1152: Humax HDR-Fox T2 - Error re-encoding ts: could not find codec parameters
-+-
 Reporter:  AndyHerb |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  0.10.2   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |  needs_more_info
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 Please reopen the ticket if you can provide the missing information.

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

Re: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon

[FFmpeg]

#1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on
arm-neon
+---
 Reporter:  yiwang  |Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  arm |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by cehoyos):

 Is this still reproducible?

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

Re: [FFmpeg-trac] #1168(undetermined:closed): FFmpeg Crash on x64

[FFmpeg]

#1168: FFmpeg Crash on x64
-+-
 Reporter:  DJX  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  win64|   Resolution:
 Blocking:   |  needs_more_info
Analyzed by developer:  0|   Blocked By:
 |  Reproduced by developer:  0
-+-
Changes (by cehoyos):

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


Comment:

 Without a backtrace, this is impossible to fix.

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

Re: [FFmpeg-trac] #1189(documentation:reopened): Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12

[FFmpeg]

#1189: Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to
timestamp of 12
-+-
 Reporter:  mbradshaw|Owner:
 Type:  enhancement  |   Status:  reopened
 Priority:  minor|Component:
  Version:  git-master   |  documentation
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * priority:  normal => minor


Comment:

 Is this still a problem or was the documentation improved accordingly?

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

Re: [FFmpeg-trac] #1188(undetermined:closed): Segmented encode

[FFmpeg]

#1188: Segmented encode
-+-
 Reporter:  Alrich   |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:  segment  |   Resolution:  duplicate
  timestamp  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

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


Comment:

 I am closing this ticket because it is a duplicate of ticket #910.
 Stefano asked to explain why resetting time-stamps is necessary, please
 answer there.
 (Why don't you write transport streams?)

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

Re: [FFmpeg-trac] #1297(undetermined:new): FFMPEG creating stuttering MPEG-2 TS video files

[FFmpeg]

#1297: FFMPEG creating stuttering MPEG-2 TS video files
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  unspecified  |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by neufeind):

 Could this be related to #1302 maybe?

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

Re: [FFmpeg-trac] #1302(avcodec:closed): FFMPEG build N-40517-ga548671 fails to convert DVR-MS, old build N-40020-g9849515 succeeds

[FFmpeg]

#1302: FFMPEG build N-40517-ga548671 fails to convert DVR-MS, old build
N-40020-g9849515 succeeds
-+-
 Reporter:  ramitbhalla  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:  fixed
 Keywords:  mpeg2video   |   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by neufeind):

 It looks like I've been experiencing a similar problem using dvbcut which
 under the hood uses ffmpeg-library. ffmpeg installed was 0.8.11 from
 Fedora 16-repos.
 Could you maybe point out what changeset this here was about and if it was
 pulled for the 0.8-series was well maybe?

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