| commit | e9f2b1b9c8e5a60042f65fad49b3a5198b025f32 | |
| author | Uoti Urpala <uau@mplayer2.org> | |
| Mon, 27 Aug 2012 21:35:19 +0000 (28 00:35 +0300) | ||
| committer | Uoti Urpala <uau@mplayer2.org> | |
| Mon, 27 Aug 2012 21:35:19 +0000 (28 00:35 +0300) | ||
| tree | 1065f4bede919b4b2a8cac1ce68312d4a69cf4b2 | treesnapshot (tar.gz zip) |
| parent | 03544e7b822991ed56b585f5efdde37d8358e5d7 | commitdiff |
Revert back to previous libav version
The commit fixing h264_vdpau crashes when called with 10-bit input
instead causes a crash when using H.264 parsing (used at least when
demuxing H.264 in mpeg containers or AVI). Change back to the previous
version; the crash with h264_vdpau is a less serious issue as hardware
decoding wouldn't actually succeed with 10-bit input anyway and you
can manually switch to software decoding to work around the problem.
The problem causing the crash is that the parser calls some H.264
decoder functions with codec pointer set to NULL, while the vdpau fix
tries to check codec data to see whether it's the h264_vdpau decoder
or the software one.
The commit fixing h264_vdpau crashes when called with 10-bit input
instead causes a crash when using H.264 parsing (used at least when
demuxing H.264 in mpeg containers or AVI). Change back to the previous
version; the crash with h264_vdpau is a less serious issue as hardware
decoding wouldn't actually succeed with 10-bit input anyway and you
can manually switch to software decoding to work around the problem.
The problem causing the crash is that the parser calls some H.264
decoder functions with codec pointer set to NULL, while the vdpau fix
tries to check codec data to see whether it's the h264_vdpau decoder
or the software one.
| libav | diffblobblamehistory |