This is a correction of the earlier submission of this patch.
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane in the buffer
follows on immediately after 1080 lines of the first plane, but the code ass
There is an error in this patch. I will submit a corrected version.
Please disregard this one.
Peter
On 07/19/2018 11:57 AM, Peter Bennett wrote:
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane in the buffer
follows on immediately after 1080 lines of the first plane, but the code assumes
it is after 1088 lines of the first plane, based on slice_
On 05/15/2018 08:58 PM, James Almer wrote:
On 5/15/2018 9:49 PM, Peter Bennett wrote:
On 05/15/2018 08:44 PM, James Almer wrote:
On 5/15/2018 9:25 PM, Peter Bennett wrote:
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C&quo
On 05/15/2018 08:44 PM, James Almer wrote:
On 5/15/2018 9:25 PM, Peter Bennett wrote:
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C" is used around it. The appropriate c++ include is .
We cannot use #inclu
From: Peter Bennett
libavformat.v has url_open, url_close and url_write. These
should be ffurl_ in each case.
---
libavformat/libavformat.v | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/libavformat.v b/libavformat/libavformat.v
index cf2055f..7df12d3
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C" is used around it. The appropriate c++ include is .
We cannot use #include inside error_resilience.h because that causes
compile errors inside extern "C". Wit
