[FFmpeg-trac] #2050(FFplay:open): Playback of HD-PVR recordings failing

FFmpeg trac at avcodec.org
Sat Dec 22 13:14:23 CET 2012

#2050: Playback of HD-PVR recordings failing
             Reporter:  jyavenard    |                    Owner:
                 Type:  defect       |                   Status:  open
             Priority:  important    |                Component:  FFplay
              Version:  git-master   |               Resolution:
             Keywords:  regression   |               Blocked By:
  crash abort                        |  Reproduced by developer:  1
             Blocking:               |
Analyzed by developer:  0            |

Comment (by cehoyos):

 Replying to [comment:9 jyavenard]:
 > So if that's what you're referring to. It's not fixed.

 You reported an important bug in your original report: A crash with ffplay
 that was fixed in 3f72dbe. (It was reproducible with -threads 1, this was
 a regression, making it an important bug.)

 > The crash is a minor problem, as, as you said it only impact ffplay.

 I agree that ffplay crashes can be less important, but apart from the fact
 that this was a regression, it is also not always clear at the time or
 reporting where the reason for a crash lies, so I will continue to mark
 ffplay crashes as important to be on the safe side.

 > The core issue is that this recording can't be played using libavcodec
 if you enable multi-thread decoding.

 I tested the following command lines:
 $ ffplay -threads 2 11159\ HD-PVR\ sample.mpg
 $ ffmpeg -threads 2 -i 11159\ HD-PVR\ sample.mpg -qscale 2 out.avi
 $ mplayer -lavdopts threads=2 11159\ HD-PVR\ sample.mpg

 They are all working fine (MPlayer is slightly verbose atm, but this is
 not the right place to discuss this), so I don't think I understand you.

Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/2050#comment:12>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list