On Wed, Nov 14, 2018 at 11:55 AM Paul B Mahol wrote:
>
> On 11/14/18, Jan Ekström wrote:
> > Internally in ISOBMFF the FLAC-in-ISOBMFF draft uses the "fLaC"
> > as the identifier for FLACSampleEntry, but what the browsers
> > seem to eat for MPEG-DASH manifests is plain "flac".
> >
> > Verified b
On Wed, Nov 14, 2018, 17:22 Carl Eugen Hoyos 2018-11-14 2:21 GMT+01:00, Jan Ekström :
> > Internally in ISOBMFF the FLAC-in-ISOBMFF draft uses the "fLaC"
> > as the identifier for FLACSampleEntry, but what the browsers
> > seem to eat for MPEG-DASH manifests is plain "flac".
>
> Does this patch al
2018-11-14 2:21 GMT+01:00, Jan Ekström :
> Internally in ISOBMFF the FLAC-in-ISOBMFF draft uses the "fLaC"
> as the identifier for FLACSampleEntry, but what the browsers
> seem to eat for MPEG-DASH manifests is plain "flac".
Does this patch also answer the recent discussion about
specifications vs
On 11/14/18, Jan Ekström wrote:
> Internally in ISOBMFF the FLAC-in-ISOBMFF draft uses the "fLaC"
> as the identifier for FLACSampleEntry, but what the browsers
> seem to eat for MPEG-DASH manifests is plain "flac".
>
> Verified by auri_ on IRC to play with the major browsers.
> ---
> libavformat
Internally in ISOBMFF the FLAC-in-ISOBMFF draft uses the "fLaC"
as the identifier for FLACSampleEntry, but what the browsers
seem to eat for MPEG-DASH manifests is plain "flac".
Verified by auri_ on IRC to play with the major browsers.
---
libavformat/dashenc.c | 1 +
1 file changed, 1 insertion(
