On Mon, Feb 09, 2015 at 10:52:36AM +0100, Mickaël Raulet 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?
>
> Previous commit was available here:
>
> https://github.com/OpenH
On Mon, Feb 9, 2015 at 10:52 AM, Mickaël Raulet 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 Germany, afaik.
- Hendrik
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 s
Kacper Michajłow gmail.com> writes:
> 2015-02-08 10:48 GMT+01:00 Carl Eugen Hoyos:
>
> > Mickaël Raulet 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 implementa
2015-02-08 10:48 GMT+01:00 Carl Eugen Hoyos :
> Mickaël Raulet 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 interes
Mickaël Raulet 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
___
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
___
