[FFmpeg-devel] [PATCH] mp4 and ipod metadata
Michael Niedermayer
michaelni
Sat Jun 14 14:33:48 CEST 2008
On Fri, Jun 13, 2008 at 09:14:13PM -0700, Baptiste Coudurier wrote:
> Michael Niedermayer wrote:
> > On Fri, Jun 13, 2008 at 02:26:24PM -0700, Baptiste Coudurier wrote:
> >> Baptiste Coudurier wrote:
> >>> Michael Niedermayer wrote:
> >>>>>> [...]
> >>>>>>
> >>>>>> And above all even if no spec defined it, that would not affect that
> >>>>>> its default value of 2 would be valid for all specs then (as none
> >>>>>> defined it otherwise).
> >>>>>> Its kinda simple either one defines it or none defines it. Either way
> >>>>>> there the incompatibility you claimed does not exist.
> >>>>>> Whats even more ridiculous is that you insist to only support a ancient
> >>>>>> revission of the 3gp spec because the later REQUIRE all 3gp files to
> >>>>>> claim to be iso media compatible. And you seem to prefer if they are
> >>>>>> not compatible.
> >>>>> This is false.
> >>>> what is false?
> >>> That I insist to only support an ancient revision. I dont prefer them
> >>> not being compatible, I'm definitely ok to put 'isom' in compatible
> >>> brands, and as much compatible brands that it is possible.
> >>>
> >> Here is an attempt, I may have overlooked things.
> >
> > This patch changes quite a lot of things at the same time ...
> >
>
> Yes. I'll split the commits.
>
> >
> >> + if (codec_get_tag(codec_3gp_tags, st->codec->codec_id))
> >> + has_3gp_tags |= 1<<i;
> >
> > will fail with >32 streams
>
> Damn. Ok.
>
> >> [...]
> >>
> >
> >> @@ -1407,18 +1414,18 @@
> >> if(mov->mode != MODE_MOV){
> >> put_tag(pb, "isom");
> >> put_tag(pb, "iso2");
> >> - }
> >> + if(has_h264)
> >> + put_tag(pb, "avc1");
> >> + if(mov->mode != MODE_PSP){
> >> + if(has_3gp_tags == (1<<s->nb_streams)-1){
> >> + put_tag(pb, has_h264 ? "3g2b":"3g2a");
> >> + put_tag(pb, has_h264 ? "3gp6":"3gp4");
> >> + }
> >
> > This is incorrect, as an example why, lets consider a video stream and
> > 2 audio streams. One which is allowed in 3gp6 and one which is allowed in
> > mp41. The file is clearly compatible with both not with none.
> > (ignoring the missing tracks issue for the moment)
>
> What I found:
> In 3gp Release 5:
>
> "- the maximum number of tracks shall be one for video, one for audio
> and one for text;"
>
> 3GPP TS 26.234 V5.7.0 (2005-03), yes, dates are really wierd.
>
> this is not mentioned for 3gp Release 4 however, but,
>
> in latest 3GPP TS 26.244 V7.3.0 (2007-12):
>
> "NOTE 1:
> The Basic profile of 3GP in Release 6 and 7 corresponds to 3GP files of
> earlier releases, which did not define profiles. Files with brands
> ?3gp4? and ?3gp5? in Release 4 and 5, respectively, correspond to files
> with brand ?3gp6? in Release 6 and ?3gp7? in Release 7."
>
> Also in 3GPP2 C.S0050-B:
>
> "Conditions for using 3GPP branding are that the media types contained
> in the ".3g2" file are restricted to those identified for use in the
> ".3gp" file format [5]."
>
> So 3GPP2 disagrees with you it seems.
yes
[...]
>
> Also:
>
> "5.5 File-branding guidelines
>
> [...]
>
> - that a reader implementing that specification (possibly only that
> specification) is given permission to read and interpret the file."
>
> If we put codecs not supported, the reader will not be given permission
> to read the file IMHO.
>
> "All 3GP files of Release 5 or later shall contain the compatible brand
> ?isom? indicating that they conform to the ISO base media file format,
> unless the reader is required to interpret extensions specific to the
> AVC file format [20], for which case the compatible brand ?avc1? shall
> be used instead (see note 2)"
>
> Seems if we want to force the player to be able read H.264 track it
> seems with must not put "isom". Do we want ? He might still read the
> audio track.
hmm, i would vote for leaving isom in there
being able to listen to the audio of a music video is nice by itself.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I count him braver who overcomes his desires than him who conquers his
enemies for the hardest victory is over self. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20080614/66eef1ef/attachment.pgp>
More information about the ffmpeg-devel
mailing list