[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