[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