#905 closed defect (fixed)
newer libav versions fail to decode vp9
Reported by: | Antoine Martin | Owned by: | Antoine Martin |
---|---|---|---|
Priority: | major | Milestone: | 0.16 |
Component: | encodings | Version: | 0.15.x |
Keywords: | Cc: |
Description
Which is a big problem since that makes us fail the whole dec_avcodec2
module, which means no h264
decoding...
Note: vp9
+ YUV444
was already broken before, which is why it is disabled in the code.
We need to:
- not fail the whole decoder, just remove the encodings that fail the self tests
- find out why it fails and fix it!
- re-enable
YUV444
(lower priority)
Change History (3)
comment:1 Changed 6 years ago by
Priority: | blocker → major |
---|---|
Status: | new → assigned |
comment:2 Changed 6 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Re-enabled VP9+YUV444P
decoding in r9789 and added some warnings when older versions of ffmpeg are found:
- libavcodec version (56, 1, 100) is too old: disabling VP9 for versions older than 2.6.x (56, 26, 100)
- libavcodec version (56, 1, 100) is too old: disabling VP9 YUV444P support for versions older than 2.7.x (56, 41, 100)
This will do, users hitting the messages should know what to do.
comment:3 Changed 3 months ago by
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/905
Note: See
TracTickets for help on using
tickets.
dec_avcodec2
to continue decoding other video encodings and only disables the one that fails2.7.3
is ok2.6.3
is ok2.4.7
fails:2.6.1
is okSo I am lowering the priority: we've been shipping ffmpeg>=2.6 for a while now.