- 22 Nov, 2016 10 commits
-
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
And remove the now obsolete compat headers.
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
-
Steven Liu authored
some flv have no metadata, ffmpeg will same with the source flv stream. Signed-off-by:
Steven Liu <lingjiujianke@gmail.com>
-
James Almer authored
Found-by:
Neil Birkbeck <neil.birkbeck@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 21 Nov, 2016 16 commits
-
-
Mark Thompson authored
Same as e0df56f2. This was accidentally reintroduced while merging c8241e73.
-
Jun Zhao authored
when meeting IDR frame, vaapi_encode_h264 poc number don't reset, now fix this issue based on h264 spec. Some decoder don't care this case, but this fix will enhance the encoder action. Before this fix, poc number is negative in some case. Reviewed-by:
Jun Zhao <jun.zhao@intel.com> Signed-off-by:
Wang, Yi A <yi.a.wang@intel.com> Signed-off-by:
Mark Thompson <sw@jkqxz.net>
-
Mark Thompson authored
A decoder may need this to be set correctly to output frames in the right order. (cherry picked from commit b8cac1e8)
-
Mark Thompson authored
This was not observed earlier because the only syntax element which it normally misses with the current setup is slice_qp_delta, but that is always going to be zero (in IDR frames QP isn't varied on the slice) which will always exp-golomb code as a single 1 bit. The immediately following part is the byte alignment, which is always a 1 bit followed by 0s which are ignored, so as long as the bitstream is never aligned at that point we will never notice because the only difference is that an ignored bit is a 1 instead of a 0. (cherry picked from commit fc30a908)
-
Mark Thompson authored
(cherry picked from commit ec17ab38)
-
Mark Thompson authored
(cherry picked from commit 17a0f948)
-
Mark Thompson authored
This was always too late; several fields related to it have been incorrectly zero since the encoder was added. (cherry picked from commit 314b421d)
-
Mark Thompson authored
(cherry picked from commit 956a5412)
-
Mark Thompson authored
While outwardly bizarre, this change makes the behaviour consistent with other VAAPI encoders which sync to the encode /input/ picture in order to wait for /output/ from the encoder. It is not harmful on i965 (because synchronisation already happens in vaRenderPicture(), so it has no effect there), and it allows the encoder to work on mesa/gallium which assumes this behaviour. (cherry picked from commit 086e4b58)
-
Mark Thompson authored
This improves behaviour with drivers which do not support packed headers, such as AMD VCE on mesa/gallium. (cherry picked from commit 892bbbcd)
-
Mark Thompson authored
This allows better checking of capabilities and will make it easier to add more functionality later. It also commonises some duplicated code around rate control setup and adds more comments explaining the internals. (cherry picked from commit 80a5d051)
-
Mark Thompson authored
There should be an extra offset of 6 on bit_rate_scale and of 4 on cpb_size_scale which were not accounted for here. (cherry picked from commit 3a9662af)
-
Matthew Gregan authored
Signed-off-by:
Matthew Gregan <kinetik@flim.org> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Matthew Gregan authored
Based on the draft spec at https://git.xiph.org/?p=flac.git;a=blob;f=doc/isoflac.txtSigned-off-by:
Matthew Gregan <kinetik@flim.org> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Matthew Gregan authored
Based on the draft spec at https://git.xiph.org/?p=flac.git;a=blob;f=doc/isoflac.txt '-strict experimental' is required to create files in this format. Signed-off-by:
Matthew Gregan <kinetik@flim.org> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Ludmila Glinskih authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 20 Nov, 2016 8 commits
-
-
Marton Balint authored
Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Marton Balint authored
This fixes the crash reported in ticket #5947. Signed-off-by:
Marton Balint <cus@passwd.hu>
-
James Almer authored
FLAC streams originating from the FLAC encoder send updated and more complete STREAMINFO metadata as part of the last packet, so write that to CodecPrivate instead of the incomplete one available in extradata during init. Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
This will allow us to write updated stream information not available during write_header(). Signed-off-by:
James Almer <jamrial@gmail.com>
-
Michael Niedermayer authored
Found-by: Andreas Reviewed-by:
Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Carl Eugen Hoyos authored
-
Andreas Cadhalpun authored
A negative extradata size for example gets passed to memcpy in avcodec_parameters_from_context causing a segmentation fault. Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Michael Niedermayer authored
Found-by:
Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Nov, 2016 6 commits
-
-
James Almer authored
If realloc fails, the pointer is overwritten and the previously allocated buffer is leaked, which goes against the expected behavior of keeping the packet unchanged in case of error. Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
This makes av_stream_add_side_data() consistent with av_packet_add_side_data(). Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Functionally similar to av_packet_add_side_data(). Allows the use of an already allocated buffer as stream side data. Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Almer <jamrial@gmail.com>
-