[FFmpeg-user] Specify FC instead of mono
Carles Vila
cvilad at gmail.com
Wed Oct 28 12:31:25 CET 2015
Hi, I'm in the same boat. Would be very useful to fix this.
It was mentioned before that Amazon Prime and Google play ask for ProRes
for their VOD platforms.
For the sake of completeness I'd like to add iTunes and Netflix. So it's a
de facto standard for VOD delivery I would say.It all stems from the iTunes
specification
I can share spec docs if anyone is interested
On 28 October 2015 at 08:16, Kevin Wells <kevwells at hotmail.co.uk> wrote:
> > Date: Tue, 27 Oct 2015 17:42:35 +0100
> > From: barsnick at gmx.net
> > To: ffmpeg-user at ffmpeg.org
> > Subject: Re: [FFmpeg-user] Specify FC instead of mono
> >
> > On Tue, Oct 27, 2015 at 14:17:45 +0000, Kieran O Leary wrote:
> > > Perhaps mediatrace would be worth a shot?
> https://mediaarea.net/mediatrace/
> >
> > Ah, I didn't realize mediainfo could spit out details about the atoms.
> > It can indeed...
> >
> > If the samples in the mentioned ticket
> > https://trac.ffmpeg.org/ticket/2865
> >
> > notably SD_IVTC_8channel_ProResHQ_test.mov (from ffmpeg, incorrect)
> > and SD_IVTC_8channel_ProResHQ_test_withT3.7.8_labels.mov (from QT
> Player, correct)
> >
> > expose exactly the same behavior, I can only say this with regards to
> > the difference of the files (ignoring the developers' analysis of
> > whether this can be fixed):
> >
> > I believe the audio channels in question differ as such:
> > The "C" center channel:
> >
> > 00000D38 Channels (24 bytes)
> > 00000D38 Header (8 bytes)
> > 00000D38 Size: 24 (0x00000018)
> > 00000D3C Name: chan
> > 00000D40 Version: 0 (0x00)
> > 00000D41 Flags: 0 (0x000000)
> > 00000D44 ChannelLayoutTag: 6553601 (0x00640001)
> > 00000D48 ChannelBitmap: 0 (0x00000000)
> > 00000D4C NumberChannelDescriptions: 0 (0x00000000)
> >
> > vs.
> >
> > 00000D8C Channels (44 bytes)
> > 00000D8C Header (8 bytes)
> > 00000D8C Size: 44 (0x0000002C)
> > 00000D90 Name: chan
> > 00000D94 Version: 0 (0x00)
> > 00000D95 Flags: 0 (0x000000)
> > 00000D98 ChannelLayoutTag: 0 (0x00000000)
> > 00000D9C ChannelBitmap: 0 (0x00000000)
> > 00000DA0 NumberChannelDescriptions: 1 (0x00000001)
> > 00000DA4 ChannelLabel: 3 (0x00000003)
> > 00000DA8 ChannelFlags: 0 (0x00000000)
> > 00000DAC Coordinates (0): 0.000
> > 00000DB0 Coordinates (1): 0.000
> > 00000DB4 Coordinates (2): 0.000
> >
> > Similar for the two other channels: QT seems to use "ChannelLabel" (3
> > here, 38 and 39 for the two others channels in the sample), which
> > ffmpeg does not. (Those two are different from your samples anyway,
> > ffmpeg detects them as DL and DR instead of "downmix".)
> >
> > I have no idea how to fix this and won't dive into it either. ;-)
> >
> > Moritz
> > _______________________________________________
> > ffmpeg-user mailing list
> > ffmpeg-user at ffmpeg.org
> > http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> Thats good work finding the differences, now we just need someone kind
> enough who knows how to change and action this.
> I can only offer testing, examples, etc..
>
> Kind regards.
>
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
More information about the ffmpeg-user
mailing list