Re: [FFmpeg-trac] #2210(undetermined:closed): AC3 channel layout change midstream causes severe errors

[FFmpeg]

#2210: AC3 channel layout change midstream causes severe errors
-+-
 Reporter:  agni451  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  async|   Resolution:  fixed
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-
Changes (by cehoyos):

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


Comment:

 Fixed by Michael.

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Replying to [comment:13 martii]:
 > I've cross-compiled mplayer and can record video and audio; however, I
 haven't figured out how to add arbitrary PIDs yet. The channels.conf seems
 to be unsuitable for that.

 See the line I use for an example:
 
ARD:31400:INVERSION_AUTO:690:FEC_AUTO:QAM_256:2000+2001+2101+2071:2041+2011+2012:2001
 Iirc, 2000 is the pmt, 2001 video, 2101 contains teletext and 2071 the dvb
 subtitles, remaining ones are audio.

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

Re: [FFmpeg-trac] #2302(undetermined:new): MacOSX and iOs capture

[FFmpeg]

#2302: MacOSX and iOs capture
-+-
 Reporter:  valley_rain  |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 valley_rain):

 The ffmpeg can't capture audio and video in MacOSX and iOS.I wish it early
 will have this feature.

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

[FFmpeg-trac] #2302(undetermined:new): MacOSX and iOs capture

[FFmpeg]

#2302: MacOSX and iOs capture
-+-
 Reporter:  valley_rain  | Type:  defect
   Status:  new  | Priority:  normal
Component:   |  Version:  git-
  undetermined   |  master
 Keywords:   |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+-
 For example the camera format is Video4Linux(v4l) and its name is
 "/dev/video0" in ubuntu,but what is it in MacOSX/iphone?
 The audio format is alsa(oss) and its name is "/dev/dsp" in ubuntu,but
 what is it in MacOSX/iphone?

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

Re: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb

[FFmpeg]

#1279: Transform X'Y'Z' to RGB via lutrgb
-+-
 Reporter:  wolfgangw|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avfilter
  Version:  git-master   |   Resolution:
 Keywords:  XYZ j2k lut  |   Blocked By:
  colormatrix|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by valli):

 * cc: valli@… (added)
 * keywords:  XYZ j2k lut => XYZ j2k lut colormatrix


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

Re: [FFmpeg-trac] #1279(avfilter:open): Transform X'Y'Z' to RGB via lutrgb

[FFmpeg]

#1279: Transform X'Y'Z' to RGB via lutrgb
-+
 Reporter:  wolfgangw|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avfilter
  Version:  git-master   |   Resolution:
 Keywords:  XYZ j2k lut  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+

Comment (by valli):

 Extendig vf_colormatrix.c would be perfect.
 There's also another xyz2rgb video filter for ffmpeg around:
 http://www.belle-nuit.com/xyz2rgb-video-filter

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by martii):

 Yes, this is Astra 19.2E. I've cross-compiled mplayer and can record video
 and audio; however, I haven't figured out how to add arbitrary PIDs yet.
 The channels.conf seems to be unsuitable for that.

 I've had a look at your sample. It contains several tables which I'm
 currently ignoring (SDT, EIT, others) but I'm fairly sure that I shouldn't
 need those. I will give this another shot later this week; it's already
 late and I have to get up early in the morning.

 Thanks!

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

Re: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken

[FFmpeg]

#2136: libvpx -crf option is broken
+---
 Reporter:  evilsoup|Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  libvpx  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---
Changes (by cehoyos):

 * cc: slhck (added)


Comment:

 Please consider sending a patch to ffmpeg-devel.

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

Re: [FFmpeg-trac] #2136(avcodec:new): libvpx -crf option is broken

[FFmpeg]

#2136: libvpx -crf option is broken
+---
 Reporter:  evilsoup|Owner:
 Type:  defect  |   Status:  new
 Priority:  normal  |Component:  avcodec
  Version:  git-master  |   Resolution:
 Keywords:  libvpx  |   Blocked By:
 Blocking:  |  Reproduced by developer:  0
Analyzed by developer:  0   |
+---

Comment (by slhck):

 The error is that the minimum quantizer value is 4 by default. If you set
 any CRF value below that, it simply doesn't make sense.

 Users should be able to override this by setting `-qmin` to 0, however
 with the current code this is not possible, since `qmin` can only be set
 to anything larger than 0.

 {{{libvpxenc.c}}}, line 288 should therefore be:

 {{{
 if (avctx->qmin >= 0)
 }}}

 instead of

 {{{
 if (avctx->qmin > 0)
 }}}

 Because of this bug, the only workaround is to set a `-qmin` of 1 and,
 consequently, a CRF of 1 will work.

 Also, the check for `qmax` should include `if (avctx->qmax > avctx->qmin)`
 as well, since it can never be lower than `qmin`.

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

[FFmpeg-trac] #2301(trac:new): Allow granular control for wiki page editing permissions

[FFmpeg]

#2301: Allow granular control for wiki page editing permissions
---+--
   Reporter:  llogan   |  Owner:
   Type:  enhancement  | Status:  new
   Priority:  wish |  Component:  trac
Version:  unspecified  |   Keywords:  wiki
 Blocked By:   |   Blocking:
Reproduced by developer:  0|  Analyzed by developer:  0
---+--
 The trac wiki should allow some pages to be edited only by a "developers"
 group. This will be useful for some pages, such as the next GSoC ideas
 page, where last minute vandalism could be a valid concern and would allow
 us to move away from a third-party wiki. This appears possible as
 described in TracFineGrainedPermissions but is not a trivial/lazy change.

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 It unfortunately may take some time until I have access to my DVB-S(2)
 receiver to test myself.
 (I assume you are recording from Astra, aren't you?)

 Did you test the sample I uploaded? Do you see any obvious differences to
 your sample with the tools you use?

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

Re: [FFmpeg-trac] #2299(documentation:open): -dump_attachment option is poorly documented and/or doesn't work

[FFmpeg]

#2299: -dump_attachment option is poorly documented and/or doesn't work
-+-
 Reporter:  slhck|Owner:
 Type:  defect   |   Status:  open
 Priority:  minor|Component:
  Version:  git-master   |  documentation
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-

Comment (by slhck):

 Replying to [comment:1 cehoyos]:
 > http://ffmpeg.org/ffmpeg.html#Main-options
 >
 > Patch sent, try "ffmpeg -dump_attachment:t "" -i out.mkv"

 Yes, this does the job just fine. Thank you!

 The only remaining issue is that there's no indicator of a successful
 command here—FFmpeg will still say that no output file has been specified
 and you'll have to look in your folder for the written attachments. Maybe
 it could be a little more verbose?

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by martii):

 Not trivially ... I assume you want me to access /dev/dvb/adapter0/demux0
 or /dev/dvb/adapter0/dvr0 directly? Alas, the receiver is a sh4
 architecture, and I don't have a mplayer binary for that. I guess I could
 try to cross-compile one, but that might take some time, and I don't
 believe that the output streams would differ from what I'm seeing now when
 recording or streaming to the network (both functions are just read-write
 loops).

 I'll try to get mplayer up and running on that box.

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Can you test mplayer -dumpstream on your setup?

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

Re: [FFmpeg-trac] #2293(avformat:closed): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals

[FFmpeg]

#2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals
-+-
 Reporter:  gjdfgh   |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  crash|   Blocked By:
  SIGSEGV hls|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by reimar):

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


Comment:

 Fix pushed.
 Since that code is in the read_header function I'd expect that completely
 ordinary demuxer-specific options should work fine for specifying cookies
 from thirdparty applications.
 While that would involve some extra work I still think it would be a
 reasonable start.
 However since I know almost nothing about HLS and barely care about it I'm
 not the right person to discuss this with.

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

Re: [FFmpeg-trac] #2188(avformat:open): dvb_teletext not detected (ARD HD)

[FFmpeg]

#2188: dvb_teletext not detected (ARD HD)
-+-
 Reporter:  martii   |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  mpegts   |   Blocked By:
  dvb_teletext   |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by martii):

 Thanks a lot for the feedback. The recordings were made using Neutrino
 running on a satellite receiver. The actual Neutrino version is from
 https://gitorious.org/~martii/neutrino-mp/martiis-neutrino-mp (which is
 "my" GIT, and in the process of checking what could go wrong on my side I
 indeed found a couple of recently introduced bugs, but these are unrelated
 to the issue I'm seeing with ffmpeg).

 I've verified that the code records both PAT and PMT, and I've even done a
 quick analysis with dvbsnoop that confirms that PAT and PMT packets are
 being written to file. Recording is done directly from the demux device,
 so the stream should be pretty much indentical to what's sent via
 satellite.

 VLC easily recognizes (and plays) all the streams correctly, including the
 Teletext one.

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

Re: [FFmpeg-trac] #2293(avformat:open): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals

[FFmpeg]

#2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals
-+-
 Reporter:  gjdfgh   |Owner:
 Type:  defect   |   Status:  open
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  crash|   Blocked By:
  SIGSEGV hls|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by gjdfgh):

 > Note that the fix means you won't have support for e.g. cookies in HLS
 requests.

 It would be nice if it worked somehow anyway. Maybe add a mechanism for
 out-of-band data like libavformat/libavcodec use for packets?

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

Re: [FFmpeg-trac] #2259(avformat:new): http_proxy doesn't work

[FFmpeg]

#2259: http_proxy doesn't work
-+-
 Reporter:   |Owner:
  alexandru_mg3  |   Status:  new
 Type:  defect   |Component:  avformat
 Priority:  normal   |   Resolution:
  Version:  unspecified  |   Blocked By:
 Keywords:  http |  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 Could you test to export the http proxy path with "http://";?
 set http_proxy=http://87.248.191.118:80

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

Re: [FFmpeg-trac] #2253(avcodec:open): make fails with ./configure --disable-everything

[FFmpeg]

#2253: make fails with ./configure --disable-everything
-+-
 Reporter:  rogerdpack   |Owner:
 Type:  defect   |   Status:  open
 Priority:  important|Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  build|   Blocked By:
  regression |  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by cehoyos):

 New patch:
 http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/159728

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

Re: [FFmpeg-trac] #2293(avformat:open): Apple HTTP Live Streaming demuxer does invalid accesses to avio internals

[FFmpeg]

#2293: Apple HTTP Live Streaming demuxer does invalid accesses to avio internals
-+-
 Reporter:  gjdfgh   |Owner:
 Type:  defect   |   Status:  open
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:
 Keywords:  crash|   Blocked By:
  SIGSEGV hls|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-

Comment (by reimar):

 There is a patch on the ffmpeg-devel list, testing is welcome (I only
 tested it in MPlayer).
 Note that the fix means you won't have support for e.g. cookies in HLS
 requests.

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

Re: [FFmpeg-trac] #2210(undetermined:open): AC3 channel layout change midstream causes severe errors

[FFmpeg]

#2210: AC3 channel layout change midstream causes severe errors
-+-
 Reporter:  agni451  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  async|   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-

Comment (by agni451):

 Replying to [comment:21 cehoyos]:
 > Replying to [comment:20 agni451]:
 > > Unfortunately, it was only correct maybe 80% of the time
 >
 > Did you ever report this?

 Sorry for the confusion; the 80% correct was referring to the combination
 of the MPEG2 repair software and my own little program that I was using to
 fill audio gaps before I discovered ffmpeg's -async.  They are both
 completely unrelated to ffmpeg.

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

Re: [FFmpeg-trac] #2139(avformat:closed): Crash on invalid command-line

[FFmpeg]

#2139: Crash on invalid command-line
-+-
 Reporter:  cehoyos  |Owner:
 Type:  defect   |   Status:  closed
 Priority:  important|Component:  avformat
  Version:  git-master   |   Resolution:  fixed
 Keywords:  crash|   Blocked By:
  SIGSEGV|  Reproduced by developer:  1
 Blocking:   |
Analyzed by developer:  0|
-+-
Changes (by cehoyos):

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


Comment:

 Fixed by Nicolas.

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

Re: [FFmpeg-trac] #2210(undetermined:open): AC3 channel layout change midstream causes severe errors

[FFmpeg]

#2210: AC3 channel layout change midstream causes severe errors
-+-
 Reporter:  agni451  |Owner:
 Type:  defect   |   Status:  open
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  async|   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  1
-+-
Changes (by cehoyos):

 * cc: agni451 (added)
 * status:  new => open
 * reproduced:  0 => 1


Comment:

 Replying to [comment:20 agni451]:
 > Unfortunately, it was only correct maybe 80% of the time

 Did you ever report this?
 We have a sample now (and while a significantly shorter file may be good,
 it is not absolutely necessary) but generally, bugs that are not reported
 are less likely to get fixed than bugs that are listed on this tracker (or
 at least reported on the user mailing list).

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

Re: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors

[FFmpeg]

#2210: AC3 channel layout change midstream causes severe errors
-+-
 Reporter:  agni451  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  async|   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by agni451):

 Looks like you're getting the same results as me.  I noticed you tried

 {{{
 ffmpeg -async 1 -skip_initial_bytes 170M -i Ticket2210.ts -qscale 2 -t 25
 outasync1.avi
 }}}

 with -async 1.  I've found that it does the exact same thing as -async
 48000 (fills in the odd gap) even though the documentation says it is a
 special case that only corrects the initial delay and nothing else.

 That -async command is a real timesaver; until I discovered that it worked
 to fill gaps I had to use a combination of an MPEG2 repair tool to log
 errors and a small piece of software of my own design to add the silence
 to fill the gaps.  Unfortunately, it was only correct maybe 80% of the
 time so I would end up taking a lot of time to make sure everything was
 correct and manually crop/pad the audio when it wasn't.  -Async works
 perfectly every time EXCEPT when a channel change is encountered.  If I
 was more than an amateur at programming I would try to find out which
 which library is responsible for the confusion and suggest a correction.
 I am not, however, so all I can do is give the experts a decent sample.
 I'm glad I finally found one, and I hope it helps find the source of the
 error.  Let me know if there's anything else I can do.

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

Re: [FFmpeg-trac] #1857(avcodec:open): PNG iTXt textual information chunk (was: PNG textual information chunks)

[FFmpeg]

#1857: PNG iTXt textual information chunk
-+---
 Reporter:  richardpl|Owner:
 Type:  enhancement  |   Status:  open
 Priority:  wish |Component:  avcodec
  Version:  git-master   |   Resolution:
 Keywords:  png  |   Blocked By:
 Blocking:   |  Reproduced by developer:  0
Analyzed by developer:  0|
-+---

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

Re: [FFmpeg-trac] #2210(undetermined:new): AC3 channel layout change midstream causes severe errors

[FFmpeg]

#2210: AC3 channel layout change midstream causes severe errors
-+-
 Reporter:  agni451  |Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:  async|   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by cehoyos):

 Thank you for the sample! (I did not realize -async helps with transport
 streams that have reception errors.)

 The following command line produces an output file with heavy A/V desync
 (several seconds) because of decoding errors after ~5 seconds:
 {{{
 $ ffmpeg -skip_initial_bytes 170M -i Ticket2210.ts -qscale 2 -t 25 out.avi
 ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg
 developers
   built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl --disable-indev=jack
   libavutil  52. 17.103 / 52. 17.103
   libavcodec 54. 92.100 / 54. 92.100
   libavformat54. 63.100 / 54. 63.100
   libavdevice54.  3.103 / 54.  3.103
   libavfilter 3. 39.101 /  3. 39.101
   libswscale  2.  2.100 /  2.  2.100
   libswresample   0. 17.102 /  0. 17.102
   libpostproc52.  2.100 / 52.  2.100
 [mpeg2video @ 0x294b060] 0x0 is invalid
 Last message repeated 11 times
 Input #0, mpegts, from 'Ticket2210.ts':
   Duration: 00:02:19.09, start: 77.403367, bitrate: 26800 kb/s
   Program 1
 Metadata:
   service_name: Service01
   service_provider: FFmpeg
 Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002),
 yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn,
 59.94 tbc
 Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000
 Hz, 5.1(side), fltp, 448 kb/s
 Please use -q:a or -q:v, -qscale is ambiguous
 Output #0, avi, to 'out.avi':
   Metadata:
 ISFT: Lavf54.63.100
 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR
 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc
 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz,
 5.1(side), fltp, 448 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (mpeg2video -> mpeg4)
   Stream #0:1 -> #0:1 (ac3 -> ac3)
 Press [q] to stop, [?] for help
 frame CRC mismatch0 q=2.0 size=   10877kB time=00:00:02.91
 bitrate=30598.0kbits/s
 [ac3 @ 0x294b9a0] frame sync error
 Error while decoding stream #0:1: Operation not permitted
 [mpeg2video @ 0x294b060] ac-tex damaged at 82 17
 [mpeg2video @ 0x294b060] Warning MVs not available
 [mpeg2video @ 0x294b060] concealing 6087 DC, 6087 AC, 6087 MV errors in I
 frame
 frame=  555 fps=175 q=2.0 Lsize=   40535kB time=00:00:25.02
 bitrate=13269.3kbits/s
 video:39452kB audio:1038kB subtitle:0 global headers:0kB muxing overhead
 0.113509%
 }}}
 The same desync can be seen when transcoding from the beginning:
 {{{
 $ ffmpeg -i Ticket2210.ts -qscale 2 -t 100 out100.avi
 ffmpeg version N-50203-g73fce25 Copyright (c) 2000-2013 the FFmpeg
 developers
   built on Feb 23 2013 22:41:12 with gcc 4.7 (SUSE Linux)
   configuration: --enable-gpl --disable-indev=jack
   libavutil  52. 17.103 / 52. 17.103
   libavcodec 54. 92.100 / 54. 92.100
   libavformat54. 63.100 / 54. 63.100
   libavdevice54.  3.103 / 54.  3.103
   libavfilter 3. 39.101 /  3. 39.101
   libswscale  2.  2.100 /  2.  2.100
   libswresample   0. 17.102 /  0. 17.102
   libpostproc52.  2.100 / 52.  2.100
 Input #0, mpegts, from 'Ticket2210.ts':
   Duration: 00:03:35.09, start: 1.403367, bitrate: 17330 kb/s
   Program 1
 Metadata:
   service_name: Service01
   service_provider: FFmpeg
 Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002),
 yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn,
 59.94 tbc
 Stream #0:1[0x101](eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000
 Hz, stereo, fltp, 192 kb/s
 Please use -q:a or -q:v, -qscale is ambiguous
 Output #0, avi, to 'out100.avi':
   Metadata:
 ISFT: Lavf54.63.100
 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR
 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc
 Stream #0:1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo,
 fltp, 192 kb/s
 Stream mapping:
   Stream #0:0 -> #0:0 (mpeg2video -> mpeg4)
   Stream #0:1 -> #0:1 (ac3 -> ac3)
 Press [q] to stop, [?] for help
 Input stream #0:1 frame changed from rate:48000 fmt:fltp ch:2 chl:stereo
 to rate:48000 fmt:fltp ch:6 chl:5.1(side)
 ac-tex damaged at 44 54.0 size=  118160kB time=00:00:57.08
 bitrate=16955.7kbits/s
 [mpeg2video @ 0x2e920a0] Warning MVs not available
 [mpeg2video @ 0x2e920a0] concealing 168