[Mp4-tech] MPEG-2 AAC + SBR
Andreas Schneider
snd codingtechnologies.com
Mon Jan 10 15:20:28 ESTEDT 2005
Thanks for pointing this out, Sherin. It seems my cross references are a
bit outdated. ISO/IEC 13818-7:2004 is indeed the latest version of MPEG-2
AAC, which also includes SBR. The abstract for this document on the ISO
web site points this out nicely:
"
In comparison to ISO/IEC 13818-7:2003, ISO/IEC 13818-7:2004 supplements
information on how to transmit and obtain MPEG-4 SBR data as part of the
MPEG-2 AAC access unit.
"
Regards,
Andreas
mp4-tech-bounces lists.mpegif.org wrote on 2024-01-09 16:00:59:
> Thanks a lot Andreas !!
>
> As u suggested, I searched for "ISO/IEC 13818-7:2003/Amd1" in ISO
> website, Website is saying, that is Withdrawn standard. As per the
> following link ..
>
> link:
> http://www.iso.ch/iso/en/CatalogueDetailPage.CatalogueDetail?
> CSNUMBER=38719&ICS1=35
>
> Is this correct information ?
>
> If so, which standard do I need to refer for my scenario (MPEG-2 + SBR)
????
>
> But I could found a standard "ISO/IEC 13818-7:2004"
>
> Link :
> http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?
> CSNUMBER=40886&scopelist=
>
> Will this help ??
>
>
------------------------------------------------------------------------------------------
>
> As you said , signalling is the most important aspect.
> So, If I support *only* implicit signaling, Can I assure that, it will
> cover all kinds of situation ???
>
>
------------------------------------------------------------------------------------------
> One more thing I want to confirm about the MPEG-2 ADTS streams
> generation with your (CT's) utility adif2mp4. The change I did in the
> script 'convert' is added extra options for,
> 1. MPEG-2
> 2. LC ( -p LC )
> 3. implicit siganalling ( -k 0 )
> 4. o/p file ADTS format.
>
> As,
>
> "$ADIF2MPEG -p LC -mpeg2 -k 0 -o adts ${FILE}.mp4 ${FILE}.adts"
>
> Is this fine ?
> Did I miss any more options ?
>
-------------------------------------------------------------------------------------------
>
> Hope I have conveyed my issues clearly.
>
> Waiting for a reply
>
> Thanks & regards,
> sherin
>
>
>
>
>
> On Fri, 7 Jan 2024 18:22:19 +0100, Andreas Schneider
> <snd codingtechnologies.com> wrote:
> > Hello,
> >
> > ISO/IEC 13818-7:2003/AMD1 is the standard you will want to consult
> > regaring SBR with MPEG-2 AAC, though signaling is probably the most
> > important thing to mention.
> > Conformance testing of MPEG-2 AAC with SBR happens in the same way as
> > MPEG-4 HE AAC conformance testing, except that - obviously -
everything
> > that requires explicit signaling is disregarded.
> >
> > Hope that helps,
> >
> > Andreas
> >
> > mp4-tech-bounces lists.mpegif.org wrote on 2023-12-14 06:01:17:
> >
> > > Hi all,
> > >
> > > Can you people help me in the following issue ,
> > >
> > > I need to implement MPEG-2 AAC + SBR :
> > >
> > > a)I am having MPEG-2 AAC ( no SBR ).
> > > b)I am having MPEG-4 AAC + SBR.
> > >
> > > What I am planning to do is, take SBR from b) and plug it in to a).
> > >
> > > I have mainly two issues,
> > >
> > > Issue 1: Signaling of SBR.
> > > ----------------------------
> > > Out of the two signaling schemes ( Implicit & Explicit ),
> > > I think implicit signaling is the one suits this scenario.
> > > (even though it will make the final system complex).
> > >
> > > Do you find any problem with this choice ????
> > >
> > > Do I need to consult the content providers for confirming about the
> > > signaling ?
> > >
> > > Issue 2: Testing for MPEG-2 + SBR.
> > > -----------------------------------
> > > How do I test this setup ?
> > >
> > > Do you people find any more future risks in this ????
> > >
> > > Hope I have conveyed my doubt in a clear manner.
> > >
> > > Waiting for your response.
> > >
> > > Thanks in advance,
> > >
> > > sherin
> > > _______________________________________________
> > > NOTE: Please use clear subject lines for your posts. Include [audio,
> > > [video], [systems], [general] or another apppropriate identifier to
> > > indicate the type of question you have.
> > >
> > > Note: Conduct on the mailing list is subject to the Antitrust
> > > guidelines found at http://www.mpegif.org/public/documents/vault/mp-
> > > out-30042-Antitrust.php
> >
> > --
> > Andreas Schneider, Research Engineer
> >
> > Coding Technologies GmbH
> > Deutschherrnstr. 15-19
> > 90429 Nuernberg, Germany
> > phone: +49 (0) 911 92891 -26
> > fax: +49 (0) 911 92891 -99
> >
> > mailto:snd CodingTechnologies.com
> >
> >
> _______________________________________________
> NOTE: Please use clear subject lines for your posts. Include [audio,
> [video], [systems], [general] or another apppropriate identifier to
> indicate the type of question you have.
>
> Note: Conduct on the mailing list is subject to the Antitrust
> guidelines found at http://www.mpegif.org/public/documents/vault/mp-
> out-30042-Antitrust.php
--
Andreas Schneider, Research Engineer
Coding Technologies GmbH
Deutschherrnstr. 15-19
90429 Nuernberg, Germany
phone: +49 (0) 911 92891 -26
fax: +49 (0) 911 92891 -99
mailto:snd CodingTechnologies.com
More information about the Mp4-tech
mailing list