Re: [FFmpeg-devel] [RFC] H264 Error Resilience

2017-11-12 Thread Michael Niedermayer 
On Sun, Nov 12, 2017 at 01:40:50PM +0100, Carl Eugen Hoyos wrote:
> 2017-11-10 22:54 GMT+01:00 Michael Niedermayer :
> 
> > H264 features:
> > Redundant pictures. It would be possible to encode a low bitrate image
> > for each access unit and use it when the primary picture has lost
> > slices. This can be limited to slices which would be concealed poorly
> > if lost. This would increase the bitrate of the h264 stream
> >
> > Data partitioning. We support data partitioning for MPEG4(-ASP) and
> > it provided there useful quality gains. This would seperate the
> > high bitrate textures from low bitrate motion vectors. The later is
> > much more important for maitaining ok looking images
> 
> Wouldn't both need changes to the encoder / does an encoder exist
> that supports these?

These require encoder side support, yes.
I dont know if an/which  existing encoder supports this

[...]
-- 
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Into a blind darkness they enter who follow after the Ignorance,
they as if into a greater darkness enter who devote themselves
to the Knowledge alone. -- Isha Upanishad


signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [RFC] H264 Error Resilience

2017-11-12 Thread Carl Eugen Hoyos 
2017-11-10 22:54 GMT+01:00 Michael Niedermayer :

> H264 features:
> Redundant pictures. It would be possible to encode a low bitrate image
> for each access unit and use it when the primary picture has lost
> slices. This can be limited to slices which would be concealed poorly
> if lost. This would increase the bitrate of the h264 stream
>
> Data partitioning. We support data partitioning for MPEG4(-ASP) and
> it provided there useful quality gains. This would seperate the
> high bitrate textures from low bitrate motion vectors. The later is
> much more important for maitaining ok looking images

Wouldn't both need changes to the encoder / does an encoder exist
that supports these?

Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel