FFmpeg | 28 Jul 19:19 2014

Re: #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment

#2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each
segment
-------------------------------------+------------------------------------
             Reporter:  dlevinson5   |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  unspecified  |               Resolution:
             Keywords:  hls mpegts   |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by trnsz):

 Replying to [comment:12 dicroce]:
 > I have extracted your changes from your original mpegtsenc.c...
 > [snip]
 > On the other hand, if ff_get_continuity_counter() and
 ff_set_continuity_counter() actually existed, that might be a cleaner
 solution for everyone...

 dicroce, if you are still watching and care to post the patch here, it
 would save me some time.  If not I'll can work up something quickly
 myself.  I'm hoping that a "real" ffmpeg developer would look into this
 first, because my unfamiliarity with the ffmpeg internals means any patch
 I submit would be less likely to be accepted than one by another developer
 more versed with the code.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2828#comment:18>
(Continue reading)

FFmpeg | 28 Jul 18:38 2014

Re: #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment

#2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each
segment
-------------------------------------+------------------------------------
             Reporter:  dlevinson5   |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  unspecified  |               Resolution:
             Keywords:  hls mpegts   |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by trnsz):

 Interesting, according to a W3C document at https://dvcs.w3.org/hg/html-
 media/raw-file/d5956e93b991/media-source/media-source.html#mpeg2ts-
 discontinuities it is stated that clients should handle TS
 discontinuities:

 {{{• When a discontinuity is detected, MPEG2TS_timestampOffset must be
 adjusted to make the timestamps after the discontinuity appear to come
 immediately after the timestamps before the discontinuity.}}}

 However, the Apple documentation for the validation tool at
 https://developer.apple.com/library/ios/technotes/tn2235/_index.html#//apple_ref/doc/uid/DTS40010221
 specifies:

 {{{
 WARNING: stream discontinuity detected

(Continue reading)

FFmpeg | 28 Jul 18:08 2014

Re: #2828(avformat:new): HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each segment

#2828: HLS segment MPEGTS continuity counter is being incorrectly set to 0 on each
segment
-------------------------------------+------------------------------------
             Reporter:  dlevinson5   |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  unspecified  |               Resolution:
             Keywords:  hls mpegts   |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+------------------------------------

Comment (by trnsz):

 I am having the same problem.  I am also not using the ffmpeg tool, but
 the libraries directly, but the problem can easily be made to show itself
 using the tool as well:

 Here are unredacted commands and outputs.

 (Output too big to post here when trying to submit, so here is pastebin):
 $ ffmpeg -i http://download.wavetlan.com/SVV/Media/HTTP/MP4/ConvertedFiles
 /Media-Convert/Media-
 Convert_test1_36s_AVC_VBR_521kbps_320x240_25fps_AACLCv4_VBR_96kbps_Stereo_44100Hz.mp4
 -c copy -map 0:v -map 0:a -bsf h264_mp4toannexb -flags -global_header
 -segment_list_flags +live-cache -segment_time 2 -segment_list_size 30
 -segment_wrap 60 -segment_time_delta 0.08 -segment_list ./test.m3u8 -f
 ssegment "./test%05d.ts" -report

 http://pastebin.com/aScZgCnN
(Continue reading)

FFmpeg | 28 Jul 17:01 2014

#3810(avformat:new): mpegts muxer creates non-zero start time

#3810: mpegts muxer creates non-zero start time
----------------------------------+--------------------------------------
             Reporter:  slhck     |                     Type:  defect
               Status:  new       |                 Priority:  normal
            Component:  avformat  |                  Version:  git-master
             Keywords:  mpegts    |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+--------------------------------------
 {{{
 $ ffmpeg -i BigBuckBunny-trailer-1080p.ogg -c:v libx264 -t 2 -an -f mpegts
 out.ts
 ffmpeg version N-65018-gad91bf8 Copyright (c) 2000-2014 the FFmpeg
 developers
   built on Jul 26 2014 22:09:15 with gcc 4.8.3 (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-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme
 --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-libwebp --enable-
 libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-
 decklink --enable-zlib
   libavutil      52. 92.101 / 52. 92.101
   libavcodec     55. 69.100 / 55. 69.100
   libavformat    55. 49.100 / 55. 49.100
(Continue reading)

FFmpeg | 28 Jul 12:40 2014

#3809(avcodec:new): Low-resolution MPEG-2 decoding incorrectly

#3809: Low-resolution MPEG-2 decoding incorrectly
-----------------------------------+--------------------------------------
             Reporter:  qyot27     |                     Type:  defect
               Status:  new        |                 Priority:  normal
            Component:  avcodec    |                  Version:  git-master
             Keywords:  mpeg12dec  |               Blocked By:
             Blocking:             |  Reproduced by developer:  0
Analyzed by developer:  0          |
-----------------------------------+--------------------------------------
 '''Summary of the bug:'''
 Low-resolution (here defined as VCD resolution, 352x240) MPEG-2 files are
 being decoded incorrectly in git master.  The effect seems like the
 bottom-most row of macroblocks in the image are smeared.

 It occurs with low-res MPEG-2 streams encoded by HCenc, in which case it
 seems any output plays back incorrectly, regardless of the presence of
 soft pulldown.  Low-res MPEG-2 streams encoded by FFmpeg work on playback
 ''initially'', but if soft pulldown is applied afterward, even these
 streams begin showing the same problem.  On a hardware DVD player the
 playback is correct.

 Using git bisect, the issue was introduced in commit 76b5e99 in January.
 Prior to this commit, the streams decode correctly, and commenting out the
 changes made in that commit from current git master also clears up the
 issue.  Of course, I recognize that the commit was made for a reason, so
 it's probably more that a better check of some kind is necessary.

 '''How to reproduce:'''
 {{{
 $ ./ffmpeg -i ../low_resolution_soft_pulldown.m2v
(Continue reading)

FFmpeg | 27 Jul 22:53 2014

#3808(avformat:new): Seeking in flv with video stream disabled fails

#3808: Seeking in flv with video stream disabled fails
----------------------------------+---------------------------------------
             Reporter:  gjdfgh    |                     Type:  defect
               Status:  new       |                 Priority:  normal
            Component:  avformat  |                  Version:  unspecified
             Keywords:            |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+---------------------------------------
 Seeking in flv with video stream disabled (i.e. st->discard =
 AVDISCARD_ALL) does not work. The seek call apparently succeeds, but after
 that no packets can be read. The same works if the video stream is
 enabled.

 I couldn't reproduce this with the ffmpeg command line utility. I suspect
 it's because "-ss" seeks the file _before_ the unneeded streams are
 disabled.

 Sample: youtube-dl http://www.arte.tv/guide/de/049446-000/das-buch-der-
 madrigale

 (Probably any flv file does it.)

 I tested with a recent git head, but I know that the problem probably
 existed for ages.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3808>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
(Continue reading)

FFmpeg | 27 Jul 16:01 2014

#3807(trac:new): Inaccuracy on Ubuntu compilation guide

#3807: Inaccuracy on Ubuntu compilation guide
-------------------------------------+-------------------------------------
             Reporter:  moshekaplan  |                     Type:  defect
               Status:  new          |                 Priority:  minor
            Component:  trac         |                  Version:
             Keywords:  wiki         |  unspecified
  documentation                      |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
 In the [https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu#libx264
 Ubuntu Compilation Guide], it says that for libx264 support, you need to
 configure ffmpeg with `--extra-libs=-ldl`. However, this is not the case.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3807>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 27 Jul 12:43 2014

#3806(avformat:new): http: get_cookies() breaks for cookies with unexpected parameters and for parameters with spaces

#3806: http: get_cookies() breaks for cookies with unexpected parameters and for
parameters with spaces
-------------------------------------+-------------------------------------
             Reporter:  cakemonster  |                     Type:  defect
               Status:  new          |                 Priority:  normal
            Component:  avformat     |                  Version:  git-
             Keywords:  http cookie  |  master
             Blocking:               |               Blocked By:
Analyzed by developer:  0            |  Reproduced by developer:  0
-------------------------------------+-------------------------------------
 If a site sets a cookie that includes (for example) the !HttpOnly
 parameter get_cookies() fails to return that cookie for use with
 subsequent requests. Instead "Cookie: !HttpOnly" is sent to the server.

 Also if a site sets the Expires parameter (which includes spaces by
 definition) the parsing breaks due to the "; " delimiter list to av_strtok
 and "Cookie: GMT" will be sent instead of the real cookie.

 Ugly hack that fixes these 2 cases but will break for any other unknown
 cookie parameters attached.

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3806>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 27 Jul 12:03 2014

Re: #2220(undetermined:open): FFMPEG unable to stream copy some wtv H264 into mpegts

#2220: FFMPEG unable to stream copy some wtv H264 into mpegts
-------------------------------------+-------------------------------------
             Reporter:  ramitbhalla  |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
              Version:  git-master   |  undetermined
             Keywords:  wtv h264     |               Resolution:
  av_interleaved_write_frame         |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by julian):

 can i make a "bounty" for fixing this bug?

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2220#comment:20>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
FFmpeg | 25 Jul 19:32 2014

#3805(undetermined:new): hash brown decoding error

#3805: hash brown decoding error
-------------------------------------+-------------------------------------
               Reporter:  dericed    |                  Owner:
                   Type:  defect     |                 Status:  new
               Priority:  critical   |              Component:
                Version:  git-       |  undetermined
  master                             |               Keywords:  png
             Blocked By:             |               Blocking:
Reproduced by developer:  0          |  Analyzed by developer:  0
-------------------------------------+-------------------------------------
 Summary of the bug:
 The official digital portrait of the McDonald's hash brown decodes
 incorrectly in ffmpeg adding distorted orange colors. The png is here:
 http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash-
 Brown.png.

 How to reproduce:
 {{{
 ffplay http://www.mcdonalds.com/content/dam/McDonalds/item/mcdonalds-Hash-
 Brown.png
 ffplay version N-64536-gc8b2cf4 Copyright (c) 2003-2014 the FFmpeg
 developers
   built on Jul  8 2014 23:01:07 with Apple LLVM version 5.1
 (clang-503.0.40) (based on LLVM 3.4svn)
   configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared
 --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree
 --enable-hardcoded-tables --enable-avresample --enable-vda --cc=clang
 --host-cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable-
 libmp3lame --enable-libxvid --enable-libfreetype --enable-ffplay --enable-
 libopenjpeg --extra-
(Continue reading)

FFmpeg | 25 Jul 15:36 2014

Re: #2597(avformat:closed): Support additional audio rates in DV muxer

#2597: Support additional audio rates in DV muxer
-------------------------------------+------------------------------------
             Reporter:  llogan       |                    Owner:
                 Type:  enhancement  |                   Status:  closed
             Priority:  wish         |                Component:  avformat
              Version:  git-master   |               Resolution:  fixed
             Keywords:  dvvideo      |               Blocked By:
             Blocking:               |  Reproduced by developer:  1
Analyzed by developer:  0            |
-------------------------------------+------------------------------------
Changes (by michael):

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

Comment:

 Fixed in cb169126c5ee7f4d5dc14ff140e3f858bfb8217a

--
Ticket URL: <https://trac.ffmpeg.org/ticket/2597#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

Gmane