I was trying the sample #4141 and it seems to me that the number of frames
to keep before outputting a frame is too low. Where does this bitstream
comes from?
Previous commit was available here:
https://github.com/OpenHEVC/FFmpeg/commit/6b93a7a175fb500d1f5d4d671b2fab73798ca7b6
This commit adds
On Mon, Feb 9, 2015 at 10:52 AM, Mickaël Raulet mrau...@insa-rennes.fr wrote:
I was trying the sample #4141 and it seems to me that the number of frames
to keep before outputting a frame is too low. Where does this bitstream
comes from?
Its a DVB-T test-broadcast from a small station in
Mickaël Raulet mraulet at insa-rennes.fr writes:
As we can consider, we won't have 4k interlaced
content, copying a field into a frame should be ok.
This is what has been done in this implementation.
Do you have a sample?
I am only interested in testing this.
Thank you, Carl Eugen
2015-02-08 10:48 GMT+01:00 Carl Eugen Hoyos ceho...@ag.or.at:
Mickaël Raulet mraulet at insa-rennes.fr writes:
As we can consider, we won't have 4k interlaced
content, copying a field into a frame should be ok.
This is what has been done in this implementation.
Do you have a sample?
I
Kacper Michajłow kasper93 at gmail.com writes:
2015-02-08 10:48 GMT+01:00 Carl Eugen Hoyos:
Mickaël Raulet mraulet at insa-rennes.fr writes:
As we can consider, we won't have 4k interlaced
content, copying a field into a frame should be ok.
This is what has been done in this
As we can consider, we won't have 4k interlaced content, copying a field
into a frame should be ok. This is what has been done in this
implementation.
Commit hash from ffmpeg/openhevc:
6b93a7a175fb500d1f5d4d671b2fab73798ca7b6
Comments welcome!
Mickaël