From awadh82 yahoo.co.in Tue Jan 2 09:28:55 2007
From: awadh82 yahoo.co.in (Awadh Bihari Mohan)
Date: Tue Jan 2 17:22:09 2007
Subject: [Mp4-tech] [h.264]Regarding frame concealment technique
Message-ID: <20070102092855.38988.qmail@web7609.mail.in.yahoo.com>
Hi all,
I am interested in the concealment techniques for partially lost frame. I am going through the decoder of the JM Reference Software but I am unable to get:
1) How exactly the slice loss is detected at the decoder and how the macroblock map for the lost segment/slice is generated to perform the error concealment?
2) How the condition:
img->mb_data[ i].ei_flag != img->mb_data[ i-1].ei_flag (Decoder,
File:image.c, line 1236 in Reference software) indicates end of the
lost segment.
Any ideas/suggestions in this regard are welcome.
Thanks and Regards,
Awadh.
Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070102/bffc8719/attachment.html
From fandasforme yahoo.com Tue Jan 2 15:47:40 2007
From: fandasforme yahoo.com (aryan sabharwal)
Date: Wed Jan 3 14:04:07 2007
Subject: [Mp4-tech] Explenation behind various algorithms in MPEG4
Message-ID: <20070102234740.26948.qmail@web59114.mail.re1.yahoo.com>
Hi
In 14496-2, i could find only how various algorithms are implemented
It would be of great help to me if anybody can point me to the resources which explains why its being done rather than how its being doing
For example in AC/DC prediction it says
if ( |FA[0][0] ? FB[0][0]| < |FB[0][0] ? FC[0][0]|)
predict from block C
else
predict from block A
I want to know the explations behind why predict from C or from A
Do we have any resources in mpif or mpegorg which explains things like this
Thanks in advance
Aryan
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070102/63fc29b2/attachment.html
From Stephan.Hausoul euresys.com Wed Jan 3 12:07:27 2007
From: Stephan.Hausoul euresys.com (=?iso-8859-1?Q?St=E9phan_Hausoul?=)
Date: Wed Jan 3 14:04:13 2007
Subject: [Mp4-tech] Uncompressed still images in MP4 files
Message-ID: <0FF70614564C9D4DAAB7C4EA5FC43C19119BD5@natacha.euresys.com>
Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: EuresysLogoS.gif
Type: image/gif
Size: 2485 bytes
Desc: not available
Url : /pipermail/mp4-tech/attachments/20070103/5a35e0f3/EuresysLogoS.gif
From hichem.mk gmail.com Wed Jan 3 12:48:15 2007
From: hichem.mk gmail.com (h M)
Date: Wed Jan 3 14:04:17 2007
Subject: [Mp4-tech] reference lists
Message-ID:
Hi all,
As I know, each flag in the bitstream is present to reduce the needed
bitrate. Could you explain for me why shall the encoder fix the length of
the initialised list0 or list1 to be affected by the reordering (by the
num_ref_idx_lX_active_minus1 flag) ?
How does this reduce the needed bitrate ?
Thanks
Hichem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070103/6bc9b825/attachment.html
From andy.beer inflightproductions.com Wed Jan 3 12:39:31 2007
From: andy.beer inflightproductions.com (Andy Beer)
Date: Wed Jan 3 14:04:22 2007
Subject: [Mp4-tech] Constant Bit Rate mp4
Message-ID: <8d471ea09cb1934cb0d454f98896c320@inflightproductions.com>
Experts,
I have been evaluating the following mpeg-4 video codecs:
Sorrenson
Main Concept
Envivio
Nero
The video I need to encode is Advanced Simple Profile @ Level 5.
It has some particular conformance constraints as it must play out on
Panasonic Inflight Entertainment systems.
The target system is somewhat hybrid in as much as the player unit now
contains mpeg-4 decoders, the server and distribution system are,
however, legacy designs. The latter require the bit stream to be
constant bit rate and multiplexed in an MPEG-2 Transport Stream.
I can't find an MPEG-4 ASP encoder that outputs true CBR although all
the above can be configured to produce it.
Over several seconds of material the rate averages to the required bit
rate but particular seconds may be triple the required rate.
When I use professional analyzing tools to monitor buffer usage, all the
encoders I have used exceed the recommended VBV buffer size for Advanced
Simple @ Level 5 (1,835,008 bits (ie 112x16384))
I tried the Mindego Analyzer and the Interra Vega.
For a fixed bit rate of 2,500,000 bits per second, my codecs require the
following size VBV buffers:
Main Concept: 8,033,600 bits
Envivio 2,178,560 bits
Sorrenson 7,058,560 bits
Nero 3,390,000 bits
Should I be surprised to find this? I appreciate that MPEG-4 video
codecs are sufficiently good at detecting redundancy that they lend
themselves to VBR. Is there a CBR solution?
Andrew Beer
Inflight Studios
Tel:??? 020 7400 0700
Direct:020 7400 0794
IFP Mobile: 07876 552504
andy.beer@inflightproductions.com
From Andreas.Schneider codingtechnologies.com Thu Jan 4 11:01:49 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Thu Jan 4 10:10:05 2007
Subject: [Mp4-tech] [Audio] Understanding SBR Decoding
In-Reply-To: <850777.86511.qm@web215.biz.mail.re2.yahoo.com>
Message-ID:
Hello Garima,
Garima Singh wrote on 04.01.2024 10:11:58:
> Hi All,
>
> I have some questions regarding SBR decoding.
>
> In AAC-LC each channel data of one frame is of 1024 samples , but in
> HE-AAC decoder, 1024 samples output of AAC-LC produces 2048 samples
> output from QMF synthesis bank. Could you please explain how are
> these mapped to channels?
Not sure I understand you. These 2048 samples belong to the same channel
as the 1024 samples from the AAC decoder. I.e. they have twice the
sampling rate.
> Also in the SBR decoder, if core AAC decoder works on X sampling
> rate then SBR decoder works on 2X sampling rate.My question here is
> what will be the sampling rate of input signal (X or 2X) ?
If the input signal you are refering to is the original wave-file before
encoding, then the answer is that this will have the sampling rate 2X.
The encoder - decoder chain looks like this (this example assumes a
sampling rate of 48 kHz of the original file):
=> SBR encoder (fs=48kHz) => SBR bitstream
PCM-file (fs=48 kHz) < >
bitstream
=> 2:1 downsampler => AAC encoder (fs=24 kHz)
bitstream => AAC decoder (fs=24 kHz) => SBR decoder => output file (fs=48
kHz)
The upsampling in the SBR decoder is achieved by using a 32 band analysis
filterbank and a 64 band synthesis filterbank.
I hope this helps.
Kind regards,
Andreas
>
> Thanks,
>
>
> Regards,
> Garima Singh
>
> TIVR Communications - Delivering Efficient Solutions for Mobile
Multimedia
> www.tivr.co.in
--
Andreas Schneider
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From lists06 wiltgen.net Wed Jan 3 15:59:37 2007
From: lists06 wiltgen.net (Charles)
Date: Thu Jan 4 10:16:05 2007
Subject: [Mp4-tech] Constant Bit Rate mp4
In-Reply-To: <8d471ea09cb1934cb0d454f98896c320@inflightproductions.com>
References: <8d471ea09cb1934cb0d454f98896c320@inflightproductions.com>
Message-ID: <003d01c72f93$3bc39580$b34ac080$@net>
Andy,
> When I use professional analyzing tools to monitor buffer usage,
> all the encoders I have used exceed the recommended VBV buffer
> size for Advanced Simple @ Level 5 (1,835,008 bits (ie 112x16384))
That's the recommended size, but do you know whether exceeding that actually
presents a problem? (In other words, does this present an actual problem in
testing?)
-- Charles
From jipengfei vimicro.com Thu Jan 4 09:53:57 2007
From: jipengfei vimicro.com (Ji Peng Fei)
Date: Thu Jan 4 10:16:11 2007
Subject: [Mp4-tech] about H.264 decoding in T-DMB
Message-ID: <774DA79AFEDFDE4DB6EAB4CE1E66726441C9D0@BJ-MAIL-04.vimicro.com>
Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 2950 bytes
Desc: Notebook.jpg
Url : /pipermail/mp4-tech/attachments/20070104/807d6e72/attachment.jpe
From garima.singh tivr.co.in Thu Jan 4 01:11:58 2007
From: garima.singh tivr.co.in (Garima Singh)
Date: Thu Jan 4 10:16:15 2007
Subject: [Mp4-tech] [Audio] Understanding SBR Decoding
In-Reply-To: <4582C66B.20804@iis.fraunhofer.de>
Message-ID: <850777.86511.qm@web215.biz.mail.re2.yahoo.com>
Hi All,
I have some questions regarding SBR decoding.
In AAC-LC each channel data of one frame is of 1024 samples , but in HE-AAC decoder, 1024 samples output of AAC-LC produces 2048 samples output from QMF synthesis bank. Could you please explain how are these mapped to channels?
Also in the SBR decoder, if core AAC decoder works on X sampling rate then SBR decoder works on 2X sampling rate.My question here is what will be the sampling rate of input signal (X or 2X) ?
Thanks,
Regards,
Garima Singh
TIVR Communications - Delivering Efficient Solutions for Mobile Multimedia
www.tivr.co.in
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070104/ac4db07a/attachment.html
From zkunhui hotmail.com Fri Jan 5 05:08:01 2007
From: zkunhui hotmail.com (Tay Koon Hwee)
Date: Thu Jan 4 22:16:05 2007
Subject: [Mp4-tech] h264 RTP suppport
Message-ID:
Hi guys,
has anyone done h.264 streaming through RTP? I currently using livemedia
open source but facing some problems.
Can anyone help?
many thanks in advanced
zkunhui
_________________________________________________________________
Get an advanced look at the new version of Windows Live Messenger.
http://get.live.com/messenger/overview
From devilal gmail.com Fri Jan 5 16:21:40 2007
From: devilal gmail.com (Devilal)
Date: Fri Jan 5 12:52:10 2007
Subject: [Mp4-tech] SBR: Time/frequency grid
Message-ID:
The standard says: The time/freq grid part of the bitstream payload
describes the number of SBR envelopes and noise floors as well as the time
segment associated with each SBR envelope.
I don't understand what exactly is the time/frequency grid and how is helps
in SBR.
I could not understand the significance of the SBR frame classes FIXFIX,
FIXVAR....
--
Regards,
Devilal
--------------------
Mobile: +91-9986423985
email: devilal@gmail.com
-------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070105/e9b73a5c/attachment.html
From dicksonliang yahoo.com Fri Jan 5 06:43:51 2007
From: dicksonliang yahoo.com (Dickson Liang)
Date: Fri Jan 5 16:04:09 2007
Subject: [Mp4-tech] about H.264 decoding in T-DMB
In-Reply-To: <774DA79AFEDFDE4DB6EAB4CE1E66726441C9D0@BJ-MAIL-04.vimicro.com>
Message-ID: <791059.11093.qm@web36510.mail.mud.yahoo.com>
Skipped content of type multipart/alternative
From garima.singh tivr.co.in Sat Jan 6 01:40:43 2007
From: garima.singh tivr.co.in (Garima Singh)
Date: Sun Jan 7 14:22:07 2007
Subject: [Mp4-tech] [Audio] SBR Conformance Streams
In-Reply-To:
Message-ID: <768229.99972.qm@web208.biz.mail.re2.yahoo.com>
Dear Andreas,
Thanks for your reply.
Are there any streams available that have only SBR support not PS support for conformance testing ?
Regards,
Andreas Schneider wrote:
Hello Garima,
Garima Singh wrote on 04.01.2024 10:11:58:
> Hi All,
>
> I have some questions regarding SBR decoding.
>
> In AAC-LC each channel data of one frame is of 1024 samples , but in
> HE-AAC decoder, 1024 samples output of AAC-LC produces 2048 samples
> output from QMF synthesis bank. Could you please explain how are
> these mapped to channels?
Not sure I understand you. These 2048 samples belong to the same channel
as the 1024 samples from the AAC decoder. I.e. they have twice the
sampling rate.
> Also in the SBR decoder, if core AAC decoder works on X sampling
> rate then SBR decoder works on 2X sampling rate.My question here is
> what will be the sampling rate of input signal (X or 2X) ?
If the input signal you are refering to is the original wave-file before
encoding, then the answer is that this will have the sampling rate 2X.
The encoder - decoder chain looks like this (this example assumes a
sampling rate of 48 kHz of the original file):
=> SBR encoder (fs=48kHz) => SBR bitstream
PCM-file (fs=48 kHz) < >
bitstream
=> 2:1 downsampler => AAC encoder (fs=24 kHz)
bitstream => AAC decoder (fs=24 kHz) => SBR decoder => output file (fs=48
kHz)
The upsampling in the SBR decoder is achieved by using a 32 band analysis
filterbank and a 64 band synthesis filterbank.
I hope this helps.
Kind regards,
Andreas
>
> Thanks,
>
>
> Regards,
> Garima Singh
>
> TIVR Communications - Delivering Efficient Solutions for Mobile
Multimedia
> www.tivr.co.in
--
Andreas Schneider
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.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
Regards,
Garima Singh
TIVR Communications - Delivering Efficient Solutions for Mobile Multimedia
www.tivr.co.in
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070106/bf19a705/attachment.html
From devilal gmail.com Mon Jan 8 11:03:36 2007
From: devilal gmail.com (Devilal)
Date: Mon Jan 8 11:28:08 2007
Subject: [Mp4-tech] [Audio] HE-AAC reference software: SBR and PS decoding
Message-ID:
Hi,
I have the ISO reference software of the HE-AAC v2. Its currently decoding
only SBR but not the PS if I use the stream with SBR and PS.
Is there any macro to be enabled for PS decoding to work ?
Its currently generating half the data.
Thanks,
--
Regards,
Devilal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070108/60acbeb7/attachment.html
From zkunhui hotmail.com Tue Jan 9 01:35:10 2007
From: zkunhui hotmail.com (Tay Koon Hwee)
Date: Mon Jan 8 20:04:08 2007
Subject: [Mp4-tech] Playback H.264 streaming
Message-ID:
Hi guys,
I currently working on the RTP for H.264. When it is successful, I will link
to the Nokia Encoder I using to stream the data to a PDA. I using DELL Axim
(Window Mobile 5)
1) Is there any Window Mobile Player (open source/free source/purchase) that
support playback of H264 streaming? (my file format is .264, not contained
in any container so the player must recognise this file format)
2) I found open source VLC for PDA but does not support raw H.264, the other
is Coreplayer which states it support raw h.264 and streaming. Hwever,
email to the developer was unanswered. Anyone can advise?
Regards.
Zkunhui
_________________________________________________________________
Find just what you are after with the more precise, more powerful new
Windows Live Search. http://search.msn.com.sg/ Try it now.
From spsatendra gmail.com Tue Jan 9 11:12:55 2007
From: spsatendra gmail.com (Satendra)
Date: Tue Jan 9 06:46:10 2007
Subject: [Mp4-tech] Inter Prediction in H.264
Message-ID: <594272320701082142y25679dflcfd6ba0957ac0f27@mail.gmail.com>
Hi,
I want to know is there any way of finding, the exact frame from which a
partition is predicted. Let me explain it a bit more.
Normally we maintain lists in H.264 for reference frames and we keep on
reorder them. Then we have ref_frame_inx, which point to some index in the
list.
What I want is to not to maintain a list. Is there is some way by which I
can find the absolute frame number, in display order, to which a partition
is referring.
Thanks
Satendra
--
-----------------------------------------------------------------------------------------------------------------------------------
"We all agree on the necessity of compromise. We just can't agree on when
it's necessary to compromise." ------Larry Wall
-----------------------------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070109/804bda92/attachment.html
From Andreas.Schneider codingtechnologies.com Tue Jan 9 10:29:44 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Tue Jan 9 09:40:07 2007
Subject: [Mp4-tech] SBR: Time/frequency grid
In-Reply-To:
Message-ID:
Hello Devilal,
the SBR time frequency grid determines how an SBR frame is subdivided in
time and frequency direction. It allows to signal different SBR energy
values within one frame.
A more detailed overview of the meanings of the SBR frame classes can be
found in 4.6.18.3.3
Regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 05.01.2024 11:51:40:
> The standard says: The time/freq grid part of the bitstream payload
> describes the number of SBR envelopes and noise floors as well as
> the time segment associated with each SBR envelope.
>
> I don't understand what exactly is the time/frequency grid and how
> is helps in SBR.
> I could not understand the significance of the SBR frame classes
> FIXFIX, FIXVAR....
>
>
> --
> Regards,
> Devilal
>
> --------------------
> Mobile: +91-9986423985
> email: devilal@gmail.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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From Andreas.Schneider codingtechnologies.com Tue Jan 9 10:37:52 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Tue Jan 9 09:46:06 2007
Subject: [Mp4-tech] [Audio] SBR Conformance Streams
In-Reply-To: <768229.99972.qm@web208.biz.mail.re2.yahoo.com>
Message-ID:
Hello Garima,
the MPEG-4 SBR conformance bitstreams can be obtained from the following
website:
http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC%2014496-4_2004_Amd_8_2005_Bitstreams/
Kind regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 06.01.2024 10:40:43:
> Dear Andreas,
>
> Thanks for your reply.
>
> Are there any streams available that have only SBR support not PS
> support for conformance testing ?
>
> Regards,
>
>
> Andreas Schneider wrote:
> Hello Garima,
>
> Garima Singh wrote on 04.01.2024 10:11:58:
>
> > Hi All,
> >
> > I have some questions regarding SBR decoding.
> >
> > In AAC-LC each channel data of one frame is of 1024 samples , but in
> > HE-AAC decoder, 1024 samples output of AAC-LC produces 2048 samples
> > output from QMF synthesis bank. Could you please explain how are
> > these mapped to channels?
>
> Not sure I understand you. These 2048 samples belong to the same channel
> as the 1024 samples from the AAC decoder. I.e. they have twice the
> sampling rate.
>
> > Also in the SBR decoder, if core AAC decoder works on X sampling
> > rate then SBR decoder works on 2X sampling rate.My question here is
> > what will be the sampling rate of input signal (X or 2X) ?
>
> If the input signal you are refering to is the original wave-file before
> encoding, then the answer is that this will have the sampling rate 2X.
> The encoder - decoder chain looks like this (this example assumes a
> sampling rate of 48 kHz of the original file):
>
> => SBR encoder (fs=48kHz) => SBR bitstream
> PCM-file (fs=48 kHz) < >
> bitstream
> => 2:1 downsampler => AAC encoder (fs=24 kHz)
>
>
> bitstream => AAC decoder (fs=24 kHz) => SBR decoder => output file
(fs=48
> kHz)
>
> The upsampling in the SBR decoder is achieved by using a 32 band
analysis
> filterbank and a 64 band synthesis filterbank.
>
> I hope this helps.
> Kind regards,
>
> Andreas
>
> >
> > Thanks,
> >
> >
>
> > Regards,
> > Garima Singh
> >
> > TIVR Communications - Delivering Efficient Solutions for Mobile
> Multimedia
> > www.tivr.co.in
> --
> Andreas Schneider
> Senior Research Engineer
> mailto:snd@CodingTechnologies.com
>
> +49 911 92891 -26 (phone)
> +49 911 92891 -99 (fax)
>
> Coding Technologies GmbH
> Deutschherrnstr. 15-19
> D-90429 Nuernberg, Germany
> http://www.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
>
>
> Regards,
> Garima Singh
>
> TIVR Communications - Delivering Efficient Solutions for Mobile
Multimedia
> www.tivr.co.in_______________________________________________
> 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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From Andreas.Schneider codingtechnologies.com Tue Jan 9 10:42:32 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Tue Jan 9 09:52:08 2007
Subject: [Mp4-tech] [Audio] HE-AAC reference software: SBR and PS decoding
In-Reply-To:
Message-ID:
Hello Devilal,
the makefile enables both SBR and parametric stereo decoding by default.
The corresponding macros are SBR and PARAMETRICSTEREO.
Regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 08.01.2024 06:33:36:
> Hi,
>
> I have the ISO reference software of the HE-AAC v2. Its currently
> decoding only SBR but not the PS if I use the stream with SBR and PS.
> Is there any macro to be enabled for PS decoding to work ?
> Its currently generating half the data.
>
> Thanks,
>
>
> --
> Regards,
> Devilal
> _______________________________________________
> 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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From devilal gmail.com Tue Jan 9 14:40:06 2007
From: devilal gmail.com (Devilal)
Date: Tue Jan 9 15:04:07 2007
Subject: [Mp4-tech] [Audio] HE-AAC ISO Reference Software Organization
Message-ID:
Hi,
In the HE-AAC ISO reference software, there are 3 folders with decoder
workspaces i.e. mp4AudVm, mp4AudVm_Rewrite and mp4mcDec.
We were using mp4AudVm_Rewrite as a reference for our AAC-LC development but
it is not working for PS decoding when we started on to HE-AAC. On the other
hand, mp4mcDec is working fine for PS and SBR decoding.
What is difference between the two folders ? Is there a difference in the
development stages like mp4mcDec is a newer version or so ??
Regards,
Devilal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070109/8e7c90cd/attachment.html
From Andreas.Schneider codingtechnologies.com Tue Jan 9 20:45:48 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Tue Jan 9 19:52:11 2007
Subject: [Mp4-tech] [Audio] HE-AAC ISO Reference Software Organization
In-Reply-To:
Message-ID:
Hello Devilal,
actually mp4mcDec is older, but it is perfectly safe to use this as
reference for HE AAC and HE AAC v2 decoders.
The next release of the reference software will have support for PS in the
mp4AudVm_Rewrite decoder as well.
Regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 09.01.2024 10:10:06:
> Hi,
> In the HE-AAC ISO reference software, there are 3 folders with
> decoder workspaces i.e. mp4AudVm, mp4AudVm_Rewrite and mp4mcDec.
>
> We were using mp4AudVm_Rewrite as a reference for our AAC-LC
> development but it is not working for PS decoding when we started on
> to HE-AAC. On the other hand, mp4mcDec is working fine for PS and
> SBR decoding.
> What is difference between the two folders ? Is there a difference
> in the development stages like mp4mcDec is a newer version or so ??
>
>
>
> Regards,
> Devilal
> _______________________________________________
> 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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From yzheng_jd yahoo.com.cn Wed Jan 10 15:49:29 2007
From: yzheng_jd yahoo.com.cn (Yan Zheng)
Date: Wed Jan 10 11:04:20 2007
Subject: [Mp4-tech] about JM codes edition
Message-ID: <279354.82992.qm@web15115.mail.cnb.yahoo.com>
Dear Sir/ Madam:
I would like to know the main difference among the H.264 JM encode/decode codes editions. can I get a file which describes such information?
In addition, I am working on algorithms of H.264 Intra coding. Which JM edition is enough for my working? I mean that the simplest is the best.
Thanks a lot!
Yours,
Yan Zheng
__________________________________________________
�Ͽ�ע���Ż����������������?
http://cn.mail.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070110/f11ceaa4/attachment.html
From veerabharathi_v yahoo.com Wed Jan 10 01:25:44 2007
From: veerabharathi_v yahoo.com (Veerabharathi)
Date: Wed Jan 10 11:05:50 2007
Subject: [Mp4-tech] [Audio] HE-AAC ISO Reference Software Organization
In-Reply-To:
Message-ID: <301071.84223.qm@web58708.mail.re1.yahoo.com>
Hello all,
I have both 3gpp code and the ISO Code.which one do i use for decoding HE-AAC streams?? 3gpp code takes in only files with *.3gp extension...
and with ISO Code I am not very sure of the input options to the decoder. Can somebody please help me out in this regard..?
Thanks & Regards,
Veerabharathi
Andreas Schneider wrote:
Hello Devilal,
actually mp4mcDec is older, but it is perfectly safe to use this as
reference for HE AAC and HE AAC v2 decoders.
The next release of the reference software will have support for PS in the
mp4AudVm_Rewrite decoder as well.
Regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 09.01.2024 10:10:06:
> Hi,
> In the HE-AAC ISO reference software, there are 3 folders with
> decoder workspaces i.e. mp4AudVm, mp4AudVm_Rewrite and mp4mcDec.
>
> We were using mp4AudVm_Rewrite as a reference for our AAC-LC
> development but it is not working for PS decoding when we started on
> to HE-AAC. On the other hand, mp4mcDec is working fine for PS and
> SBR decoding.
> What is difference between the two folders ? Is there a difference
> in the development stages like mp4mcDec is a newer version or so ??
>
>
>
> Regards,
> Devilal
> _______________________________________________
> 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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.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
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070110/a6192f0c/attachment.html
From spsatendra gmail.com Thu Jan 11 10:57:42 2007
From: spsatendra gmail.com (Satendra)
Date: Thu Jan 11 08:34:07 2007
Subject: [Mp4-tech] [H.264] reference picture management
Message-ID: <594272320701102127l1f5b3ddftd25f2cf57b056ffa@mail.gmail.com>
Hi,
why do we need to send dec_ref_pic_marking() syntax elements in each slice
header. Standard says for all the slices in a picture these syntax should
have same values, then what is the need to send them again n again?
thanks
Satendra
--
-----------------------------------------------------------------------------------------------------------------------------------
"We all agree on the necessity of compromise. We just can't agree on when
it's necessary to compromise." ------Larry Wall
-----------------------------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070111/0e388a20/attachment.html
From nitinmpai gmail.com Thu Jan 11 00:13:37 2007
From: nitinmpai gmail.com (Nitin PAI)
Date: Thu Jan 11 08:34:11 2007
Subject: [Mp4-tech] Question on Num Bits Predictions | H264 Encoder
Message-ID:
Hi,
I am intersted in knowing if there is a simple way where I can predict the
"approximate" number of bits needed by a MacroBlock given I have all the
coefficients.
Note that I dont want to do "cavlc or cabac" here.
Thanks,
Nitin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070111/751e1bbb/attachment.html
From spsatendra gmail.com Thu Jan 11 14:09:51 2007
From: spsatendra gmail.com (Satendra)
Date: Thu Jan 11 13:10:10 2007
Subject: [Mp4-tech] Re: [jvt-experts] [H.264] reference picture management
In-Reply-To: <691548.31271.qm@web32705.mail.mud.yahoo.com>
References: <594272320701102127l1f5b3ddftd25f2cf57b056ffa@mail.gmail.com>
<691548.31271.qm@web32705.mail.mud.yahoo.com>
Message-ID: <594272320701110039g700477f7ifb07fb9d061ae286@mail.gmail.com>
As per my understanding, we are not applying memory management control
operations after every slice decode. We are doing reordering before slice
decodes.
memory management control operations are performed after decoding one
complete picture.
I think the idea might be for error concealment in case of few slice loses.
Still I am not sure.
regards
Satendra
On 1/11/07, Harpreet Singh wrote:
>
> Hi,
> I think the logic want to impose the memory managment control operation
> for each slice to be decoded.
>
> Which help in adaptive reference picture management.
>
> Though the values might be same but it will apply to decoded picture
> differently each time a slice is deocded.
>
> Regards,
> Harpreet Singh
>
>
> *Satendra * wrote:
>
> Hi,
>
> why do we need to send dec_ref_pic_marking() syntax elements in each slice
> header. Standard says for all the slices in a picture these syntax should
> have same values, then what is the need to send them again n again?
>
> thanks
> Satendra
>
> --
>
> -----------------------------------------------------------------------------------------------------------------------------------
>
> "We all agree on the necessity of compromise. We just can't agree on when
> it's necessary to compromise." ------Larry Wall
> -----------------------------------------------------------------------------------------------------------------------------------
> _______________________________________________
> jvt-experts mailing list
> jvt-experts@lists.rwth-aachen.de
> http://mailman.rwth-aachen.de/mailman/listinfo/jvt-experts
>
>
> ------------------------------
> Never Miss an Email
> Stay connected with Yahoo! Mail on your mobile. Get started!
>
>
--
-----------------------------------------------------------------------------------------------------------------------------------
"We all agree on the necessity of compromise. We just can't agree on when
it's necessary to compromise." ------Larry Wall
-----------------------------------------------------------------------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070111/0e264971/attachment.html
From Stephan.Hausoul euresys.com Thu Jan 11 10:13:51 2007
From: Stephan.Hausoul euresys.com (=?iso-8859-1?Q?St=E9phan_Hausoul?=)
Date: Thu Jan 11 13:10:15 2007
Subject: [Mp4-tech] Reference Software fo H264
Message-ID: <0FF70614564C9D4DAAB7C4EA5FC43C19119DFD@natacha.euresys.com>
Skipped content of type multipart/alternative-------------- next part --------------
A non-text attachment was scrubbed...
Name: EuresysLogoS.gif
Type: image/gif
Size: 2485 bytes
Desc: not available
Url : /pipermail/mp4-tech/attachments/20070111/4925eae5/EuresysLogoS.gif
From fredrik.olofsson axis.com Thu Jan 11 14:36:58 2007
From: fredrik.olofsson axis.com (Fredrik Olofsson)
Date: Thu Jan 11 15:16:06 2007
Subject: [Mp4-tech] Reference Software fo H264
In-Reply-To: <0FF70614564C9D4DAAB7C4EA5FC43C19119DFD@natacha.euresys.com>
References: <0FF70614564C9D4DAAB7C4EA5FC43C19119DFD@natacha.euresys.com>
Message-ID: <20070111133658.GA32340@pcfredriko.se.axis.com>
Hi.
Try: http://iphome.hhi.de/suehring/tml/download/
Cheers
/Fredrik
On Thu, Jan 11, 2024 at 10:13:51AM +0100, St?phan Hausoul wrote:
> Hi everyone,
>
>
>
> In the scope of our products, we would like to work with H264/AVC.
> We purchased the norm and read it, but now we would like to get the reference
> implementation.
>
> The problem is we don't know where to find and download it.
> Could you please point us the way ?
From sh upcsurpass.com Fri Jan 12 17:22:25 2007
From: sh upcsurpass.com (Song)
Date: Fri Jan 12 11:28:06 2007
Subject: [Mp4-tech] [H.264] Why B slice needs switch first 2 entries?
Message-ID: <035801c7362b$2d8ff050$d5c0a8c0@rdhongsong>
Dear Experts,
I am reading the H.264 spec.
I found some description about initialization of RefPicList1 in B slice. But some description is very hard to understand.
The following is the description at page 109 of ITU-T Rec. H.264 (03/2005)
8.2.4.2.3 Initialisation process for reference picture lists for B slices in frames
�C When the reference picture list RefPicList1 has more than one entry and RefPicList1 is identical to the reference
picture list RefPicList0, the first two entries RefPicList1[ 0 ] and RefPicList1[ 1 ] are switched.
Can anyone explain the reason or the major purpose of this process?
What is the benefit?
Thank you very much.
Best Regards.
Bill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070112/1e4e5f68/attachment.html
From ralph.sperschneider iis.fraunhofer.de Sun Jan 14 14:04:27 2007
From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider)
Date: Sun Jan 14 13:10:09 2007
Subject: [Mp4-tech] Re: [Audio] a few questions with regard to MPEG-2 AAC
In-Reply-To:
References:
<457059C3.30601@iis.fraunhofer.de>
<4582C66B.20804@iis.fraunhofer.de>
Message-ID: <45AA2A5B.7010504@iis.fraunhofer.de>
Yueshi Shen wrote:
> Hello, Ralph
>
> I think I am now having a better idea about the adts_buffer_fullness
> than before, could you please check whether my understanding of what
> you told me is correct?
>
> > To be precise: The difference between the values of adts_buffer_fullness
> > of two consecutive frames tells the difference between current frame
> > size and average frame size. Any further history is out of scope.
> > Consequently, when the frame size is constant, the values of
> > adts_buffer_fullness are always the same.
>
> > It should be used to derive the time to start playback, i.e. when in the
> > worst cases the decoder input buffer will not run dry (this may happen,
> > if you start playback to soon and the encoder delivers a rather long
> > frame), nor the decoder input buffer will overflow (this may happen,
> > if you start playback tool late, and the encoder delivers a couple of
> > rather short frames).
>
> > An adts_buffer_fullness of 0 means, that the bit reservoir is empty. In
> > that case the encoder may send only frames being equal in length or
> > shorter than the average. Hence, the decoder should start playback
> > immediately.
>
> > An adts_buffer_fullness of 6144- means, that the bit
> > reservoir is full. In that case the encoder may spend bits by sending
> > frames being longer than the average. Hence, the decoder needs to
> wait a
> > certain time before it starts playback (it needs to wait until it has
> > received further bits), since otherwise it might
> > not have the next frame ready (since it is not yet received
> completely),
> > when it should.
>
> So, the adts_buffer_fullness is about how many extra bytes are
> available for encoding the next audio frame, if its size needs to
> exceed the average. (Before I was thinking the bytes in the adts
> buffer are those previous audio frames transmitted and stored, before
> being removed for decoding.)
>
> Since adts_buffer_fullness tells us how much difference does an audio
> frame have comparing with average frames in terms of size, it can
> further indicate the player when to start playback (earlier or later
> than normal).
>
> > In general, it is all about writing and reading bits in the decoder
> > input buffer. In the case of a constant bitrate channel, writing happens
> > on a continuous basis. Reading happens burst-wise, where a bust is a
> > frame. The frame length may vary, so some care has to be taken, that the
> > bits to be read are always present, and that the available buffer
> > (decoder input buffer) is always capable to store all the bits it
> receives.
>
> So, if the encoder encodes at a constantly higher or lower bitrate
> than it is supposed to, the adts_buffer_fullness will eventually
> underflow or overflow.
>
>
> Hope you have a fantastic Christmas holiday (and receive a lot of
> gifts), and thanks once again for your very kind help.
>
> Sincerely
> Yueshi
>
Dear Yueshi,
sorry for the delayed replay. Your statements seem to be correct.
Note: A standard conform encoder needs to avoid a buffer under- or
overrun by sending fill bits or by a more coarse quantization.
Best regards,
Ralph
--
Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344
Fraunhofer IIS | Fax: +49 9131 776 398
Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de
D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/
From seblopez iuma.ulpgc.es Mon Jan 15 13:02:17 2007
From: seblopez iuma.ulpgc.es (=?ISO-8859-1?Q?Sebasti=E1n_L=F3pez_Su=E1rez?=)
Date: Mon Jan 15 15:52:09 2007
Subject: [Mp4-tech] [H.264] IPCM
Message-ID:
Dear experts,
I am testing a propietary decoder and, within this process, I would like
to verify if the decoder supports properly the decoding of IPCM. For that
purpose I have generated several bitstreams with differents sequences and
coding conditions, enabling for all the cases the use of IPCM mode
(EnableIPCM = 1 at encoder.cfg). However, as the IPCM is an extremely
unusual mode, in all the sequences the number of IPCM MBs was equal to
zero.
Does anyone knows how to force the reference encoder to produce some
IPCM macroblocks in a coded sequence? It can be made by simply modifying
the configuration file? If not, which C files should be modified?
Thank in advance.
From dthoang yahoo.com Mon Jan 15 11:20:51 2007
From: dthoang yahoo.com (Dzung Hoang)
Date: Mon Jan 15 18:40:06 2007
Subject: [Mp4-tech] [H.264] IPCM
In-Reply-To:
References:
Message-ID: <004601c738c9$81be9000$6401a8c0@DZUNGLAPTOP>
Here are the steps to create a test image that forces IPCM.
1) Input a block of high-valued coefficients into the inverse 4x4 integer
transform. Clip the output block to the range [0,255].
2) Create an image that replicates the block computed in step 1.
3) Encode the image.
The above recipe creates an input pattern that would require many bits to
compress using the integer transform. The JM encoder would then be forced to
use IPCM.
Regards,
- Dzung Hoang
-----Original Message-----
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Sebasti?n L?pez
Su?rez
Sent: Monday, January 15, 2024 7:02 AM
To: mp4-tech@lists.mpegif.org
Subject: [Mp4-tech] [H.264] IPCM
Dear experts,
I am testing a propietary decoder and, within this process, I would like
to verify if the decoder supports properly the decoding of IPCM. For that
purpose I have generated several bitstreams with differents sequences and
coding conditions, enabling for all the cases the use of IPCM mode
(EnableIPCM = 1 at encoder.cfg). However, as the IPCM is an extremely
unusual mode, in all the sequences the number of IPCM MBs was equal to
zero.
Does anyone knows how to force the reference encoder to produce some
IPCM macroblocks in a coded sequence? It can be made by simply modifying
the configuration file? If not, which C files should be modified?
Thank in advance.
_______________________________________________
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
From sugeeth sarayusoftech.com Mon Jan 15 23:24:33 2007
From: sugeeth sarayusoftech.com (Sugeeth)
Date: Mon Jan 15 18:40:11 2007
Subject: [Mp4-tech] DC Parameter In Chroma Residue Computation and Run-Level
Coding in H.264
In-Reply-To: <200701151707.l0FH7TFA018801@lists1.magma.ca>
References: <200701151707.l0FH7TFA018801@lists1.magma.ca>
Message-ID: <45ABBFD9.5050403@sarayusoftech.com>
Hi Friends,
I have a doubt and hope that some of you would be able
to reply back to me regarding this issue.
The doubt is with only Reference to P frame Processing and not I frames :
In H.264, during luma coding, all values in the 4x4 block are taken as
ACvalues and the AClevels and ACruns are computed.
There is no DC parameter in Luma.
1.However, in chroma, we take the first pixel of each 4x4 block, combine
the 4 such pels of a U or V 8x8 block and seperately process these
values as hadamard's and the run- level coding done for these 4 values
stored seperately in a DC Array while the remaining 15 pixels in each
4x4 chroma block is processed as AC... Why this differentiation that
only Chroma should only contain DC Components and Luma does not contain
DC Components....... ????.
2. Since the eye is sensitive to luma and very less to chroma, with
some minor degree of error, can we code the DC pels in the Chroma Blocks
as AC itself, or does such a change deviate away from the H.264
standard?????
Thank you,
Sugeeth.
From alexis.tourapis dolby.com Mon Jan 15 12:02:26 2007
From: alexis.tourapis dolby.com (Tourapis, Alexis)
Date: Mon Jan 15 20:10:05 2007
Subject: [Mp4-tech] [H.264] IPCM
Message-ID: <2BAAC5E4AF2518459F0AB5D9279420471A3320@bur-exch-01.dolby.net>
A simpler alternative would be to modify the function init_enc_mb_params() in mode_decision.c. You could then set the appropriate valid array entries to 0 (disabled), i.e. I8MB, I4MB, and I16MB, or 1 (enabled). You may also increase the probability of getting IPCM by disabling some intra mode directions using the following parameters :
Intra4x4ParDisable = 1 # Disable Vertical & Horizontal 4x4
Intra4x4DiagDisable = 1 # Disable Diagonal 45degree 4x4
Intra4x4DirDisable = 1 # Disable Other Diagonal 4x4
Intra16x16ParDisable = 1 # Disable Vertical & Horizontal 16x16
Intra16x16PlaneDisable = 1 # Disable Planar 16x16
ChromaIntraDisable = 1 # Disable Intra Chroma modes other than DC
The probability also increases depending on the QP you are using (lower QP means higher probability to get an IPCM mode). Finally, please note that it has been reported that there may still be issues with IPCM and CABAC. We have not yet tested why there are problems, but we will try fixing the problem in a future realease.
Best regards,
Alexis
-----Original Message-----
From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Dzung Hoang
Sent: Monday, January 15, 2024 9:21 AM
To: 'Sebasti?n L?pez Su?rez'; mp4-tech@lists.mpegif.org
Subject: RE: [Mp4-tech] [H.264] IPCM
Here are the steps to create a test image that forces IPCM.
1) Input a block of high-valued coefficients into the inverse 4x4 integer transform. Clip the output block to the range [0,255].
2) Create an image that replicates the block computed in step 1.
3) Encode the image.
The above recipe creates an input pattern that would require many bits to compress using the integer transform. The JM encoder would then be forced to use IPCM.
Regards,
- Dzung Hoang
-----Original Message-----
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Sebasti?n L?pez Su?rez
Sent: Monday, January 15, 2024 7:02 AM
To: mp4-tech@lists.mpegif.org
Subject: [Mp4-tech] [H.264] IPCM
Dear experts,
I am testing a propietary decoder and, within this process, I would like to verify if the decoder supports properly the decoding of IPCM. For that purpose I have generated several bitstreams with differents sequences and coding conditions, enabling for all the cases the use of IPCM mode (EnableIPCM = 1 at encoder.cfg). However, as the IPCM is an extremely unusual mode, in all the sequences the number of IPCM MBs was equal to zero.
Does anyone knows how to force the reference encoder to produce some IPCM macroblocks in a coded sequence? It can be made by simply modifying the configuration file? If not, which C files should be modified?
Thank in advance.
_______________________________________________
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
_______________________________________________
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
-----------------------------------------
This message (including any attachments) may contain confidential
information intended for a specific individual and purpose. If you
are not the intended recipient, delete this message. If you are
not the intended recipient, disclosing, copying, distributing, or
taking any action based on this message is strictly prohibited.
From garysull windows.microsoft.com Mon Jan 15 12:49:54 2007
From: garysull windows.microsoft.com (Gary Sullivan)
Date: Mon Jan 15 21:04:07 2007
Subject: [Mp4-tech] [H.264] IPCM
In-Reply-To: <004601c738c9$81be9000$6401a8c0@DZUNGLAPTOP>
References:
<004601c738c9$81be9000$6401a8c0@DZUNGLAPTOP>
Message-ID: <03CB47D9C3F8074498E4653F814D6E8F03760298@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com>
Make sure you're using a very very small value of QP. For certain input sample value patterns, it can actually be prohibited to use any mode other than I_PCM when QP is sufficiently small (and a typical quantization scheme is applied), because there is a limit on the maximum total number of bits used to represent a macroblock.
Best Regards,
Gary Sullivan
+> -----Original Message-----
+> From: mp4-tech-bounces@lists.mpegif.org
+> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Dzung Hoang
+> Sent: Monday, January 15, 2024 9:21 AM
+> To: 'Sebasti?n L?pez Su?rez'; mp4-tech@lists.mpegif.org
+> Subject: RE: [Mp4-tech] [H.264] IPCM
+>
+> Here are the steps to create a test image that forces IPCM.
+>
+> 1) Input a block of high-valued coefficients into the
+> inverse 4x4 integer
+> transform. Clip the output block to the range [0,255].
+> 2) Create an image that replicates the block computed in step 1.
+> 3) Encode the image.
+>
+> The above recipe creates an input pattern that would require
+> many bits to
+> compress using the integer transform. The JM encoder would
+> then be forced to
+> use IPCM.
+>
+> Regards,
+> - Dzung Hoang
+>
+>
+> -----Original Message-----
+> From: mp4-tech-bounces@lists.mpegif.org
+> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of
+> Sebasti?n L?pez
+> Su?rez
+> Sent: Monday, January 15, 2024 7:02 AM
+> To: mp4-tech@lists.mpegif.org
+> Subject: [Mp4-tech] [H.264] IPCM
+>
+> Dear experts,
+>
+> I am testing a propietary decoder and, within this process,
+> I would like
+> to verify if the decoder supports properly the decoding of
+> IPCM. For that
+> purpose I have generated several bitstreams with differents
+> sequences and
+> coding conditions, enabling for all the cases the use of IPCM mode
+> (EnableIPCM = 1 at encoder.cfg). However, as the IPCM is an extremely
+> unusual mode, in all the sequences the number of IPCM MBs
+> was equal to
+> zero.
+>
+> Does anyone knows how to force the reference encoder to produce some
+> IPCM macroblocks in a coded sequence? It can be made by
+> simply modifying
+> the configuration file? If not, which C files should be modified?
+>
+> Thank in advance.
+>
+> _______________________________________________
+> 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-Ant
+> itrust.php
+>
+>
+> _______________________________________________
+> 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-Ant
+> itrust.php
+>
From pt_david yahoo.com Mon Jan 15 13:45:59 2007
From: pt_david yahoo.com (Prasanth)
Date: Mon Jan 15 22:28:07 2007
Subject: [Mp4-tech] MPEG-4 FGS decoding error
Message-ID: <791554.83702.qm@web37911.mail.mud.yahoo.com>
Hi Experts,
I am trying to decode a FGS stream which I encoded using the
software available at http://megaera.ee.nctu.edu.tw/
I am able to extract bitstreams at certain target rates using the FGSserver But I am not able to decode it as the decoder does not seem to accept the file..I dont get any error messages in one version ..while in another version I get a "Bitstream without short headers detected" message and then it crashes. Any leads or known problems?
thanks
Prasanth
---------------------------------
Everyone is raving about the all-new Yahoo! Mail beta.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070115/c90daad0/attachment.html
From andy.beer inflightproductions.com Tue Jan 16 10:36:43 2007
From: andy.beer inflightproductions.com (Andy Beer)
Date: Tue Jan 16 11:40:05 2007
Subject: [Mp4-tech] Constant Bit Rate mp4
Message-ID: <684a88268db1864e80cd796d6b762ea8@inflightproductions.com>
Hi All,
It seems that there are ways to get H264 (AVC) video encoded at near
constant bit rate.
The Main concept H264 encoder has a CBR mode and allows the user to
modify the VBV setting (including buffer occupancy)
Entering a value of 130,202 (haven't figured out what units these are)
constrains the rate to the point that the target hardware (described
originally) can play the file properly. Charles asked about exceeding
the recommended buffer size.....As far as I can see the software players
(eg Media Player, VLC player, Winamp etc) can accommodate the excess.
But these players have access to the data on disc so the buffering
requirement is different.
The target application for my files requires the CBR data to be
multiplexed in a MPEG-2 Transport Stream. This stream must be "real CBR"
and the rate will be fixed at the highest rate excursion of the AVC
encoder. You might ask whether an H264 encoder should provide any great
improvement over an MPEG-2 encoder when forced to work at CBR. The big
improvement would come from throttling down the rate whenever the new
coding tools can better exploit any image redundancy. A big buffer could
exploit some of the dividend even if it were filled at a fixed rate. At
CBR with a small buffer you can't put any cash in the bank for a big
spending spree during rapid scene changes. Then when the scene fades to
black all you can do is pad out the data. It does seem to look quite a
bit better in practice so there is some hope!
AB
Andy,
I can't answer your questions, but please deinterlace the content
appropriately also. :) When I was on a KLM plane yesterday most of the
content on the VOD system showed pretty bad interlacing artifacts.
regards,
--Marco
-----Original Message-----
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org]On Behalf Of Andy Beer
Sent: Wednesday, January 03, 2024 1:40 PM
To: mp4-tech@lists.mpegif.org
Subject: [Mp4-tech] Constant Bit Rate mp4
Andy,
> When I use professional analyzing tools to monitor buffer usage, all
> the encoders I have used exceed the recommended VBV buffer size for
> Advanced Simple @ Level 5 (1,835,008 bits (ie 112x16384))
That's the recommended size, but do you know whether exceeding that
actually presents a problem? (In other words, does this present an
actual problem in
testing?)
-- Charles
Experts,
I have been evaluating the following mpeg-4 video codecs: Sorrenson Main
Concept Envivio Nero
The video I need to encode is Advanced Simple Profile @ Level 5. It has
some particular conformance constraints as it must play out on Panasonic
Inflight Entertainment systems. The target system is somewhat hybrid in
as much as the player unit now contains mpeg-4 decoders, the server and
distribution system are, however, legacy designs. The latter require the
bit stream to be constant bit rate and multiplexed in an MPEG-2
Transport Stream.
I can't find an MPEG-4 ASP encoder that outputs true CBR although all
the above can be configured to produce it. Over several seconds of
material the rate averages to the required bit rate but particular
seconds may be triple the required rate. When I use professional
analyzing tools to monitor buffer usage, all the encoders I have used
exceed the recommended VBV buffer size for Advanced Simple @ Level 5
(1,835,008 bits (ie 112x16384)) I tried the Mindego Analyzer and the
Interra Vega.
For a fixed bit rate of 2,500,000 bits per second, my codecs require the
following size VBV buffers:
Main Concept: 8,033,600 bits
Envivio 2,178,560 bits
Sorrenson 7,058,560 bits
Nero 3,390,000 bits
Should I be surprised to find this? I appreciate that MPEG-4 video
codecs are sufficiently good at detecting redundancy that they lend
themselves to VBR. Is there a CBR solution?
Andrew Beer
Inflight Studios
Tel:??? 020 7400 0700
Direct:020 7400 0794
IFP Mobile: 07876 552504
andy.beer@inflightproductions.com
Andrew Beer
Inflight Studios
Tel:??? 020 7400 0700
Direct:020 7400 0794
IFP Mobile: 07876 552504
andy.beer@inflightproductions.com
From devilal gmail.com Tue Jan 16 16:24:40 2007
From: devilal gmail.com (Devilal)
Date: Tue Jan 16 11:40:10 2007
Subject: [Mp4-tech] [Audio] SBR decoding
Message-ID:
Hi,
I am doing SBR decoding with some streams downloaded from ISO website. Some
of the streams are: al_sbr_cm_48_1.mp4, al_sbr_cm_48_2.mp4,
al_sbr_e_44_2.mp4, al_sbr_i_44_1.mp4, al_sbr_ps_02.mp4(this steams has
Parametric Stereo also), al_sbr_sig_48_2_sig1.mp4 and
al_sbr_sr_24_2_fsaac12.mp4.
I have a couple of questions related to SBR decoding:
*1.* In one frame the following syntactic elements are coming -
ID_CPE/ID_SCE i.e Channel Pair Element(for Stereo) or Single Channel
Element(for Mono)
ID_FIL - Fill Element
ID_FIL - Fill Element
ID_END - to end the syntactic elements
My question is why do u need fill elemets two times?
*2.* The fillExtType being decoded is 13 for fist call of fill element and
is 0 for second time.
I understand that 13 is corresponding to EXT_SBR_DATA and 14 for
EXT_SBR_DATA_CRC i.e. SBR with CRC which has 10 extra bits in the SBR
Extension data element. I assume that we have streams without CRC check, so,
the number 13 is corresponding to EXT_SBR_DATA and is correct.
But what is the significance of second fill elements in the syntactic
elements? Moreover, it does not do anything in the decoding as it always
decodes 0 as fillExtType.
*3.* In case of fillExtType == 13 (the first time decoding of fill element)
it does decode SBR *header_flag* bit and *it is always 0 *. After knowing
that header_flag is 0 (i.e. header_flag NOT SET), the decoder does not
decode SBR header and it just does up-sampling and not SBR decoding(i.e. HF
Generation, HF Adjustments and other steps).
*This is happening with all the streams I mentioned above. The reference
software from ISO i.e. mp4mcDec is also doing the same thing. Is this
correct decoding for these streams or something wrong with my decoding? Are
there other streams for SBR decoding which follow the missing decoding in
the current case?*
--
Regards,
Devilal
--------------------
Mobile: +91-9986423985
email: devilal@gmail.com
-------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070116/28329553/attachment-0001.html
From hichem.mk gmail.com Tue Jan 16 15:44:58 2007
From: hichem.mk gmail.com (h M)
Date: Tue Jan 16 15:40:08 2007
Subject: [Mp4-tech] [h264] quantization scaling lists
Message-ID:
Hi all,
With High profiles, the encoder can update the quantization scaling lists
either in the Sequencce Parameter Set or in the Picture Parameter Set.
Does it mean that the same lists are applied for all macroblocks in a same
picture ???!!!
What is the benefit then ?
I mean with progressive image transmission, the main focus is to extract
regions of interest in a picture, and to improve their quality by scaling !
Thank you in advance.
Hichem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070116/7eeee94b/attachment.html
From Andreas.Schneider codingtechnologies.com Tue Jan 16 18:12:11 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Tue Jan 16 17:22:07 2007
Subject: [Mp4-tech] [Audio] SBR decoding
In-Reply-To:
Message-ID:
Devilal,
the MPEG-4 audio standard has the answer to 1 and 2:
an extension_type of 0 means that this is simply fill data. Such elments
may be inserted by the encoder to prevent overflows of its bit-buffer.
They do not contain data that is relevant to decoding.
regarding 3: This is outlined in more detail in the SBR conformance
standard (ISO/IEC 14496-4:2004/Amd.8:2005). The conformance testing
procedure needs this layout of the data.
Regards,
Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 16.01.2024 11:54:40:
> Hi,
> I am doing SBR decoding with some streams downloaded from ISO
> website. Some of the streams are: al_sbr_cm_48_1.mp4,
> al_sbr_cm_48_2.mp4, al_sbr_e_44_2.mp4, al_sbr_i_44_1.mp4,
> al_sbr_ps_02.mp4(this steams has Parametric Stereo also),
> al_sbr_sig_48_2_sig1.mp4 and al_sbr_sr_24_2_fsaac12.mp4.
>
> I have a couple of questions related to SBR decoding:
>
> 1. In one frame the following syntactic elements are coming -
> ID_CPE/ID_SCE i.e Channel Pair Element(for Stereo) or Single Channel
> Element(for Mono)
> ID_FIL - Fill Element
> ID_FIL - Fill Element
> ID_END - to end the syntactic elements
>
> My question is why do u need fill elemets two times?
>
>
> 2. The fillExtType being decoded is 13 for fist call of fill element
> and is 0 for second time.
> I understand that 13 is corresponding to EXT_SBR_DATA and 14 for
> EXT_SBR_DATA_CRC i.e. SBR with CRC which has 10 extra bits in the
> SBR Extension data element. I assume that we have streams without
> CRC check, so, the number 13 is corresponding to EXT_SBR_DATA and is
correct.
>
> But what is the significance of second fill elements in the
> syntactic elements? Moreover, it does not do anything in the
> decoding as it always decodes 0 as fillExtType.
>
>
> 3. In case of fillExtType == 13 (the first time decoding of fill
> element) it does decode SBR header_flag bit and it is always 0 .
> After knowing that header_flag is 0 (i.e. header_flag NOT SET), the
> decoder does not decode SBR header and it just does up-sampling and
> not SBR decoding(i.e. HF Generation, HF Adjustments and other steps).
>
> This is happening with all the streams I mentioned above. The
> reference software from ISO i.e. mp4mcDec is also doing the same
> thing. Is this correct decoding for these streams or something wrong
> with my decoding? Are there other streams for SBR decoding which
> follow the missing decoding in the current case?
>
> --
> Regards,
> Devilal
>
> --------------------
> Mobile: +91-9986423985
> email: devilal@gmail.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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From apulicat uci.edu Tue Jan 16 18:48:08 2007
From: apulicat uci.edu (Anand PG)
Date: Wed Jan 17 10:22:10 2007
Subject: [Mp4-tech] Decreasing the data content in the base layer
Message-ID:
Hi
I am using the JSVM codec v 6.8.2 for my research and I have a
base layer(BL) and a single enhancement layer(EL) in my setup. The
enhancement layer is a FGS layer. I am trying to increase the content
of the DCT co-efficients in the FGS EL layer and if possible, put all
the DCT coefficents in the EL alone. I know for a fact that I can
achieve this by increasing the Quantization Parameter of the BL. But,
even if I increase the QP to the maximum possible allowed by the
codec, which is 51, the PSNR values I get if I decode just the BL
alone is around 24 dB which is still very good quality. I would like
to have it around 5 dB or less. Can anybody suggest an alternative
solution and also tell me whether I am wrong in my notion about
increasing the QP to decrease the DCT co-efficents in the base layer?
Thanks
Anand
From changfeng.niu gmail.com Wed Jan 17 11:36:29 2007
From: changfeng.niu gmail.com (changfeng niu)
Date: Wed Jan 17 10:22:15 2007
Subject: [Mp4-tech] About H263 in Mp4 file format
Message-ID: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
Hi everyone
Do anyone know the definition of H263 in mp4 file format or some document
including these definition?
thank you very much in advance.
Nathan.niu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070117/bf83ec7b/attachment.html
From singer apple.com Wed Jan 17 11:30:52 2007
From: singer apple.com (Dave Singer)
Date: Wed Jan 17 11:40:08 2007
Subject: [Mp4-tech] About H263 in Mp4 file format
In-Reply-To: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
References: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
Message-ID:
At 11:36 +0800 17/01/07, changfeng niu wrote:
>Hi everyone
>Do anyone know the definition of H263 in mp4 file format or some
>document including these definition?
>thank you very much in advance.
>Nathan.niu
>
>______________
Defined in 3GPP 26.244, the 3GPP file format, available free from www.3gpp.org.
(Technically there is a 'short header' mode of MPEG-4 part 2 which is
technically identical to H.263, but no-one uses it).
--
David Singer
Apple Computer/QuickTime
From singer apple.com Wed Jan 17 11:59:20 2007
From: singer apple.com (Dave Singer)
Date: Wed Jan 17 12:10:07 2007
Subject: [Mp4-tech] About H263 in Mp4 file format
In-Reply-To:
References: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
Message-ID:
At 11:30 +0000 17/01/07, Dave Singer wrote:
>At 11:36 +0800 17/01/07, changfeng niu wrote:
>>Hi everyone
>>Do anyone know the definition of H263 in mp4 file format or some
>>document including these definition?
>>thank you very much in advance.
>>Nathan.niu
>>
>>______________
>
>Defined in 3GPP 26.244, the 3GPP file format, available free from
>www.3gpp.org.
>
>(Technically there is a 'short header' mode of MPEG-4 part 2 which
>is technically identical to H.263, but no-one uses it).
I should have said "no-one (as far as I know) uses MP4 files with
MPEG-4 video code-points but using short header MPEG-4 video as a way
of exchanging H.263 video". I didn't mean to imply that no-one
worldwide uses mpeg-4 short headers (I do not have universal
knowledge, of course).
--
David Singer
Apple Computer/QuickTime
From shenyueshi gmail.com Thu Jan 18 10:49:02 2007
From: shenyueshi gmail.com (Yueshi Shen)
Date: Thu Jan 18 08:34:07 2007
Subject: [Mp4-tech] [Audio] Re: SBR decoding
Message-ID:
Dear Andreas and Devial,
May I add one comment to Andreas' reply: in 14496-3:2005, subpart 4,
4.5.2.8.2.1, page 105, it says:"Prior to SBR decoding, a SBR header part
must be present. As long as no SBR header part is present, the SBR decoder
performs upsampling and delay adjustment only. In continuous broadcast
applications, SBR extension data elements with an SBR header part are
typically sent twice per second."
Moreover, I wish to ask another question: If there's a situation that an
AAC+ decoder has already seen SBR headers, a new SBR comes along and such a
SBR makes the decoder perform upsampling only, as if no header has ever been
seen. This will be useful when we insert blank audio frames into the middle
of an AAC+ bitstream, as we know a blank AAC+ frame without SBR will be
decoded at a lower sampling frequency. How can I construct such a
"upsampling-only" SBR?
Thanks a lot.
Sincerely
Yueshi
mp4-tech-bounces@lists.mpegif.org wrote on 16.01.2024 18:12:11 :
> Devilal,
>
> the MPEG-4 audio standard has the answer to 1 and 2:
> an extension_type of 0 means that this is simply fill data. Such elments
> may be inserted by the encoder to prevent overflows of its bit-buffer.
> They do not contain data that is relevant to decoding.
> regarding 3: This is outlined in more detail in the SBR conformance
> standard (ISO/IEC 14496-4:2004/Amd.8:2005). The conformance testing
> procedure needs this layout of the data.
>
> Regards,
>
> Andreas
mp4-tech-bounces@lists.mpegif.org wrote on 16.01.2024 11:54:40:
> Hi,
> I am doing SBR decoding with some streams downloaded from ISO
> website. Some of the streams are: al_sbr_cm_48_1.mp4,
> al_sbr_cm_48_2.mp4, al_sbr_e_44_2.mp4, al_sbr_i_44_1.mp4,
> al_sbr_ps_02.mp4(this steams has Parametric Stereo also),
> al_sbr_sig_48_2_sig1.mp4 and al_sbr_sr_24_2_fsaac12.mp4.
>
> I have a couple of questions related to SBR decoding:
>
> 1. In one frame the following syntactic elements are coming -
> ID_CPE/ID_SCE i.e Channel Pair Element(for Stereo) or Single Channel
> Element(for Mono)
> ID_FIL - Fill Element
> ID_FIL - Fill Element
> ID_END - to end the syntactic elements
>
> My question is why do u need fill elemets two times?
>
>
> 2. The fillExtType being decoded is 13 for fist call of fill element
> and is 0 for second time.
> I understand that 13 is corresponding to EXT_SBR_DATA and 14 for
> EXT_SBR_DATA_CRC i.e. SBR with CRC which has 10 extra bits in the
> SBR Extension data element. I assume that we have streams without
> CRC check, so, the number 13 is corresponding to EXT_SBR_DATA and is
correct.
>
> But what is the significance of second fill elements in the
> syntactic elements? Moreover, it does not do anything in the
> decoding as it always decodes 0 as fillExtType.
>
>
> 3. In case of fillExtType == 13 (the first time decoding of fill
> element) it does decode SBR header_flag bit and it is always 0 .
> After knowing that header_flag is 0 (i.e. header_flag NOT SET), the
> decoder does not decode SBR header and it just does up-sampling and
> not SBR decoding(i.e. HF Generation, HF Adjustments and other steps).
>
> This is happening with all the streams I mentioned above. The
> reference software from ISO i.e. mp4mcDec is also doing the same
> thing. Is this correct decoding for these streams or something wrong
> with my decoding? Are there other streams for SBR decoding which
> follow the missing decoding in the current case?
>
> --
> Regards,
> Devilal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070118/04a97fa8/attachment.html
From Andreas.Schneider codingtechnologies.com Thu Jan 18 12:03:30 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Thu Jan 18 11:10:07 2007
Subject: [Mp4-tech] Re: [Audio] Re: SBR decoding
In-Reply-To:
Message-ID:
Hello Yueshi,
please see below.
"Yueshi Shen" wrote on 18.01.2024 00:49:02:
> Dear Andreas and Devial,
>
> May I add one comment to Andreas' reply: in 14496-3:2005, subpart 4,
> 4.5.2.8.2.1, page 105, it says:"Prior to SBR decoding, a SBR header
> part must be present. As long as no SBR header part is present, the
> SBR decoder performs upsampling and delay adjustment only. In
> continuous broadcast applications, SBR extension data elements with
> an SBR header part are typically sent twice per second. "
>
> Moreover, I wish to ask another question: If there's a situation
> that an AAC+ decoder has already seen SBR headers, a new SBR comes
> along and such a SBR makes the decoder perform upsampling only, as
> if no header has ever been seen. This will be useful when we insert
> blank audio frames into the middle of an AAC+ bitstream, as we know
> a blank AAC+ frame without SBR will be decoded at a lower sampling
> frequency. How can I construct such a "upsampling-only" SBR?
Such a situation can not really occur, at least not in a bitstream that is
fully standard compliant.
If an SBR header was present once, then this very SBR header conveyed the
settings that must be used to decode the SBR bitstream. These settings
will stay in effect upto the point in time when a new - potentially
different header arrives.
If the new header is valid, then the decoder will not switch to upsampling
but uses this header instead.
If the new header is not valid, the decoder may do anything, as there is
no normative behaviour for such a case.
Regards,
Andreas
>
> Thanks a lot.
>
> Sincerely
> Yueshi
>
> mp4-tech-bounces@lists.mpegif.org wrote on 16.01.2024 18:12:11 :
>
> > Devilal,
> >
> > the MPEG-4 audio standard has the answer to 1 and 2:
> > an extension_type of 0 means that this is simply fill data. Such
elments
> > may be inserted by the encoder to prevent overflows of its bit-buffer.
> > They do not contain data that is relevant to decoding.
> > regarding 3: This is outlined in more detail in the SBR conformance
> > standard (ISO/IEC 14496-4:2004/Amd.8:2005). The conformance testing
> > procedure needs this layout of the data.
> >
> > Regards,
> >
> > Andreas
>
> mp4-tech-bounces@lists.mpegif.org wrote on 16.01.2024 11:54:40:
>
> > Hi,
> > I am doing SBR decoding with some streams downloaded from ISO
> > website. Some of the streams are: al_sbr_cm_48_1.mp4,
> > al_sbr_cm_48_2.mp4, al_sbr_e_44_2.mp4, al_sbr_i_44_1.mp4,
> > al_sbr_ps_02.mp4(this steams has Parametric Stereo also),
> > al_sbr_sig_48_2_sig1.mp4 and al_sbr_sr_24_2_fsaac12.mp4.
> >
> > I have a couple of questions related to SBR decoding:
> >
> > 1. In one frame the following syntactic elements are coming -
> > ID_CPE/ID_SCE i.e Channel Pair Element(for Stereo) or Single Channel
> > Element(for Mono)
> > ID_FIL - Fill Element
> > ID_FIL - Fill Element
> > ID_END - to end the syntactic elements
> >
> > My question is why do u need fill elemets two times?
> >
> >
> > 2. The fillExtType being decoded is 13 for fist call of fill element
> > and is 0 for second time.
> > I understand that 13 is corresponding to EXT_SBR_DATA and 14 for
> > EXT_SBR_DATA_CRC i.e. SBR with CRC which has 10 extra bits in the
> > SBR Extension data element. I assume that we have streams without
> > CRC check, so, the number 13 is corresponding to EXT_SBR_DATA and is
> correct.
> >
> > But what is the significance of second fill elements in the
> > syntactic elements? Moreover, it does not do anything in the
> > decoding as it always decodes 0 as fillExtType.
> >
> >
> > 3. In case of fillExtType == 13 (the first time decoding of fill
> > element) it does decode SBR header_flag bit and it is always 0 .
> > After knowing that header_flag is 0 (i.e. header_flag NOT SET), the
> > decoder does not decode SBR header and it just does up-sampling and
> > not SBR decoding(i.e. HF Generation, HF Adjustments and other steps).
> >
> > This is happening with all the streams I mentioned above. The
> > reference software from ISO i.e. mp4mcDec is also doing the same
> > thing. Is this correct decoding for these streams or something wrong
> > with my decoding? Are there other streams for SBR decoding which
> > follow the missing decoding in the current case?
> >
> > --
> > Regards,
> > Devilal
>
--
Andreas Schneider
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From magarwal NeoMagic.com Fri Jan 19 13:13:04 2007
From: magarwal NeoMagic.com (Mohit Agarwal)
Date: Fri Jan 19 20:28:08 2007
Subject: [Mp4-tech] SYSTEMS[T-DMB]
Message-ID: <008b01c73b9d$75c9eb60$841fa8c0@pcmagarwal>
Hi,
Is the content access procedure same for OD/BIFS Stream and Audio/Video
Stream? The Standard TS 102 428 does not explicitly mentions it.
Am I suppose to move through the cycle of PAT-->PMT-IOD Descriptor-ES
Descriptor(ESID)-->SL_Descriptor-->Streamtype and ES_PID.
OR--------------------------------------------------
PAT-->PMT->Steamtype-->ESPID for the Audio/Video Data.
Thanks
Mohit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070119/371dc888/attachment.html
From gehariprasath gmail.com Sat Jan 20 12:35:14 2007
From: gehariprasath gmail.com (hari prasath)
Date: Sat Jan 20 12:40:06 2007
Subject: [Mp4-tech] [H.264] IntraChroma Prediction in reference s/w
Message-ID: <5730fc040701192305q331eb16dja2b27fd0ce038f16@mail.gmail.com>
Dear experts,
This question is with reference to Intra chroma prediction in Reference S/W
in the encode_one_macroblock function.
1)The H.264 AVC encodes the MB by iterating all the luma intra decisions for
each possible chroma intra prediction modes....i.e a for loop which iterates
for the 4 intra chroma prediction modes inside which there is another loop
which iterates for 9 modes.....Why such an approach is used.
2)I am also confused about the ctr16x16 variable in the same function.....
3)Why the order of modes in the mb_mode_table array should not be
altered(refering to mode_decision.c)
Thanks in advance for clearing this doubt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070120/d20f21b0/attachment.html
From garysull windows.microsoft.com Sat Jan 20 15:33:04 2007
From: garysull windows.microsoft.com (Gary Sullivan)
Date: Sat Jan 20 23:40:07 2007
Subject: [Mp4-tech] [H.264] IntraChroma Prediction in reference s/w
In-Reply-To: <5730fc040701192305q331eb16dja2b27fd0ce038f16@mail.gmail.com>
References: <5730fc040701192305q331eb16dja2b27fd0ce038f16@mail.gmail.com>
Message-ID: <03CB47D9C3F8074498E4653F814D6E8F038B5E61@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com>
Hari Prasath,
Regarding question 1: The chroma decision affects the number of bits
used for representing the macroblock type information and the resulting
total distortion. The encoder is designed to balance bits and
distortion, so since the macroblock bit usage and distortion is affected
by the chroma mode, it tries them all. When designing your own encoder,
of course, you are under no obligation to do things that way. The
standard does not require any particular encoder decision-making method,
and it is important to keep that in mind. I think the software also
supports a lower complexity mode decision method as well (at some
sacrifice in compression capability), if you want to try that.
Actually it may be worth noting that even the "high complexity" mode
decision method in the software is not as exhaustive as it could be.
For example, the decision for each 4x4 luma block will affect the bit
usage and distortion of the subsequent 4x4 luma blocks in the
macroblock. More ideally, the encoder would consider all combinations
for all 4x4 blocks in the macroblock jointly. That would be 4*(N^16)
things to try for the macroblock (with N potential luma modes per 4x4
luma block and 4 chroma modes), which would be rather difficult. Of
course then we need to think about the spatial cascading effect of the
decisions made on different macroblocks, etc. Then there is the time
domain to consider, ...
I don't know the answer to your other questions that are
software-specific rather than algorithmic.
Best Regards,
Gary Sullivan
________________________________
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of hari prasath
Sent: Friday, January 19, 2024 11:05 PM
To: mp4-tech@lists.mpegif.org
Subject: [Mp4-tech] [H.264] IntraChroma Prediction in reference
s/w
Dear experts,
This question is with reference to Intra chroma prediction in
Reference S/W in the encode_one_macroblock function.
1)The H.264 AVC encodes the MB by iterating all the luma intra
decisions for each possible chroma intra prediction modes....i.e a for
loop which iterates for the 4 intra chroma prediction modes inside which
there is another loop which iterates for 9 modes.....Why such an
approach is used.
2)I am also confused about the ctr16x16 variable in the same
function.....
3)Why the order of modes in the mb_mode_table array should not
be altered(refering to mode_decision.c)
Thanks in advance for clearing this doubt.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070120/8f5ea1eb/attachment.html
From alexis.tourapis dolby.com Sat Jan 20 18:35:16 2007
From: alexis.tourapis dolby.com (Tourapis, Alexis)
Date: Sun Jan 21 02:46:05 2007
Subject: [Mp4-tech] [H.264] IntraChroma Prediction in reference s/w
Message-ID: <2BAAC5E4AF2518459F0AB5D9279420472345A5@bur-exch-01.dolby.net>
Dear Hari,
The new version of the software (JM 12.0) supports a simplified intra
chroma mode decision method using the flag "FastCrIntraDecision". This
flags enables the use of a separate, low complexity, algorithm to
determine the mode for chroma, and that "best" mode is then used within
the full mode decision process. The "brute" force method is still there
(although as Gary suggests this can be hardly called the brute force
method ;)). Note that from what I understand, the reason why the
original method was implemented as is, was primarily because of the
architecture of the software and it was probably deemed easier to
implement this process using a for loop (i.e. speed was at that time not
much of an issue).... In any case, this new flag provides significant
encoding speed up while having little if any performance impact.
With regards to ctr16x16 this relates to the prediction types (lists)
used by a certain mode and only makes sense in B slices. In B slices you
can have list0, list1, and bipred. Using this flag the encoder can test
for 16x16 modes (and that is why most likely the name is ctr16x16) all
three prediction types during RDO and most likely get better
performance.
I think the comment on the order can be considered a legacy comment from
earlier versions of the software. I do not think there would be any
issue if you tried to alter this table (although I admit I have not
tested it).
Best regards
Alexis
________________________________
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary Sullivan
Sent: Saturday, January 20, 2024 3:33 PM
To: hari prasath; mp4-tech@lists.mpegif.org
Subject: RE: [Mp4-tech] [H.264] IntraChroma Prediction in reference s/w
Hari Prasath,
Regarding question 1: The chroma decision affects the number of bits
used for representing the macroblock type information and the resulting
total distortion. The encoder is designed to balance bits and
distortion, so since the macroblock bit usage and distortion is affected
by the chroma mode, it tries them all. When designing your own encoder,
of course, you are under no obligation to do things that way. The
standard does not require any particular encoder decision-making method,
and it is important to keep that in mind. I think the software also
supports a lower complexity mode decision method as well (at some
sacrifice in compression capability), if you want to try that.
Actually it may be worth noting that even the "high complexity" mode
decision method in the software is not as exhaustive as it could be.
For example, the decision for each 4x4 luma block will affect the bit
usage and distortion of the subsequent 4x4 luma blocks in the
macroblock. More ideally, the encoder would consider all combinations
for all 4x4 blocks in the macroblock jointly. That would be 4*(N^16)
things to try for the macroblock (with N potential luma modes per 4x4
luma block and 4 chroma modes), which would be rather difficult. Of
course then we need to think about the spatial cascading effect of the
decisions made on different macroblocks, etc. Then there is the time
domain to consider, ...
I don't know the answer to your other questions that are
software-specific rather than algorithmic.
Best Regards,
Gary Sullivan
________________________________
From: mp4-tech-bounces@lists.mpegif.org
[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of hari prasath
Sent: Friday, January 19, 2024 11:05 PM
To: mp4-tech@lists.mpegif.org
Subject: [Mp4-tech] [H.264] IntraChroma Prediction in reference
s/w
Dear experts,
This question is with reference to Intra chroma prediction in
Reference S/W in the encode_one_macroblock function.
1)The H.264 AVC encodes the MB by iterating all the luma intra
decisions for each possible chroma intra prediction modes....i.e a for
loop which iterates for the 4 intra chroma prediction modes inside which
there is another loop which iterates for 9 modes.....Why such an
approach is used.
2)I am also confused about the ctr16x16 variable in the same
function.....
3)Why the order of modes in the mb_mode_table array should not
be altered(refering to mode_decision.c)
Thanks in advance for clearing this doubt.
-----------------------------------------
This message (including any attachments) may contain confidential
information intended for a specific individual and purpose. If you
are not the intended recipient, delete this message. If you are
not the intended recipient, disclosing, copying, distributing, or
taking any action based on this message is strictly prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070120/7b2534b1/attachment.html
From seblopez iuma.ulpgc.es Mon Jan 22 13:22:15 2007
From: seblopez iuma.ulpgc.es (=?ISO-8859-1?Q?Sebasti=E1n_L=F3pez_Su=E1rez?=)
Date: Mon Jan 22 17:34:07 2007
Subject: [Mp4-tech] [H.264] pic_order_cnt_type variable
Message-ID:
Dear experts,
In the case of decoding a sequence in baseline profile, ?is the variable
pic_order_cnt_type always equal to zero?
Thanks in advance.
From hisaokuani hotmail.com Mon Jan 22 21:06:47 2007
From: hisaokuani hotmail.com (Lee Daniel)
Date: Mon Jan 22 22:28:07 2007
Subject: [Mp4-tech] Motion Model in H.264
Message-ID:
Dear Experts :
Recently I read the topic about motion model and I'm confused that
Is motion model ,such like affine model, a developing scheme ?
Is it possible to combine with JM code of H.264 ?
Thanks all
Best Regards.
_________________________________________________________________
MSN ��ͩM Match.com ���z�u�W�M��z�g�òªº³æ¨ï¿½Q�ڡI
http://match.msn.com.tw/Registration/Registration.aspx?trackingid=281200
From shenyueshi gmail.com Tue Jan 23 16:23:43 2007
From: shenyueshi gmail.com (Yueshi Shen)
Date: Tue Jan 23 08:04:06 2007
Subject: [Mp4-tech] Re: [Audio] Re: SBR decoding
In-Reply-To:
References:
Message-ID:
Hi, Andreas
Thank you very much for your answer. May I ask you my question in a slight
different way: is it legal (according to MPEG-4 standard) to have an AAC+
bit stream in which SBR does not appear all the time, such as
<> ... <> <> ... <> <> ... <>
<> ... <>
If so, does the spec define the sampling frequency of such an AAC+ bit
stream, or it depends on decoder's implementation?
Thanks again.
Sincerely
Yueshi
On 1/18/07, Andreas Schneider
wrote:
>
> Hello Yueshi,
>
> please see below.
>
> "Yueshi Shen" wrote on 18.01.2024 00:49:02:
>
> > Dear Andreas and Devial,
> >
> > May I add one comment to Andreas' reply: in 14496-3:2005, subpart 4,
> > 4.5.2.8.2.1, page 105, it says:"Prior to SBR decoding, a SBR header
> > part must be present. As long as no SBR header part is present, the
> > SBR decoder performs upsampling and delay adjustment only. In
> > continuous broadcast applications, SBR extension data elements with
> > an SBR header part are typically sent twice per second. "
> >
> > Moreover, I wish to ask another question: If there's a situation
> > that an AAC+ decoder has already seen SBR headers, a new SBR comes
> > along and such a SBR makes the decoder perform upsampling only, as
> > if no header has ever been seen. This will be useful when we insert
> > blank audio frames into the middle of an AAC+ bitstream, as we know
> > a blank AAC+ frame without SBR will be decoded at a lower sampling
> > frequency. How can I construct such a "upsampling-only" SBR?
>
> Such a situation can not really occur, at least not in a bitstream that is
> fully standard compliant.
> If an SBR header was present once, then this very SBR header conveyed the
> settings that must be used to decode the SBR bitstream. These settings
> will stay in effect upto the point in time when a new - potentially
> different header arrives.
> If the new header is valid, then the decoder will not switch to upsampling
> but uses this header instead.
> If the new header is not valid, the decoder may do anything, as there is
> no normative behaviour for such a case.
>
> Regards,
>
> Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070123/80c6a785/attachment.html
From young netntv.co.kr Wed Jan 24 03:04:01 2007
From: young netntv.co.kr (LIM, Young-Kwon)
Date: Wed Jan 24 16:22:10 2007
Subject: [Mp4-tech] SYSTEMS[T-DMB]
In-Reply-To: <008b01c73b9d$75c9eb60$841fa8c0@pcmagarwal>
References: <008b01c73b9d$75c9eb60$841fa8c0@pcmagarwal>
Message-ID: <45B64E11.9070007@netntv.co.kr>
Hi,
TS 102.428 does not mention it because it is specified in ISO/IEC 13818-2.
PAT-->PMT-IOD Descriptor-ES Descriptor....
Young-Kwon LIM
net&tv Inc.
Mohit Agarwal ? ?:
>
> Hi,
>
> Is the content access procedure same for OD/BIFS Stream and
> Audio/Video Stream? The Standard TS 102 428 does not explicitly
> mentions it.
>
> Am I suppose to move through the cycle of PAT-->PMT-IOD Descriptor-ES
> Descriptor(ESID)-->SL_Descriptor-->Streamtype and ES_PID.
>
> OR--------------------------------------------------
>
> PAT-->PMT->Steamtype-->ESPID for the Audio/Video Data.
>
> Thanks
>
> Mohit
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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
From melkotevinay yahoo.co.uk Wed Jan 24 01:17:56 2007
From: melkotevinay yahoo.co.uk (melkote vinay)
Date: Wed Jan 24 16:22:19 2007
Subject: [Mp4-tech] MP4 reference software source code
Message-ID: <130124.71100.qm@web26104.mail.ukl.yahoo.com>
Hi,
I tried downloading the MPEG 4 reference software June 05 release from ISO from the link posted at http://mpegif.org/resources.php#section45 . When I tried to open the VC++ project of the encoder verification model , it says project corrupt. Specifically the project mp4v2enc.dsp is corrupt. Could any one guide me to any other link where I could find a VC++ source code for the reference software or any solution to obtain only to this corrupted project?
Thanks
Vinay
---------------------------------
Inbox full of unwanted email? Get leading protection and 1GB storage with All New Yahoo! Mail.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070124/319bd9d8/attachment.html
From changfeng.niu gmail.com Wed Jan 24 12:22:38 2007
From: changfeng.niu gmail.com (changfeng niu)
Date: Wed Jan 24 16:22:23 2007
Subject: =?GB2312?B?u9i4tDogW01wNC10ZWNoXSBBYm91dCBIMjYzIGluIE1wNCBmaWxlIGZvcm1hdA==?=
In-Reply-To:
References: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
Message-ID: <9d688aea0701232022o5167d2e6neb4328c703505fdf@mail.gmail.com>
Hi Dave
thanks.
Becuase i want unicast the h263+ stream through Darwin stream server,
only the stream in mp4 file format can be supported by Darwin server.
So i modify Mpeg4Creator to support H263+, I have got it. However, I
am not sure how to define timestamp in mpe4 file for h263+ by ms or
frequency. In mp4creator, The defination of timestamp is different
between H263 and Mpeg4(H264). H263 use miliseconds and Mpeg4 use
frequence. I don't know why to do so.
2007/1/17, Dave Singer :
> At 11:30 +0000 17/01/07, Dave Singer wrote:
> >At 11:36 +0800 17/01/07, changfeng niu wrote:
> >>Hi everyone
> >>Do anyone know the definition of H263 in mp4 file format or some
> >>document including these definition?
> >>thank you very much in advance.
> >>Nathan.niu
> >>
> >>______________
> >
> >Defined in 3GPP 26.244, the 3GPP file format, available free from
> >www.3gpp.org.
> >
> >(Technically there is a 'short header' mode of MPEG-4 part 2 which
> >is technically identical to H.263, but no-one uses it).
>
> I should have said "no-one (as far as I know) uses MP4 files with
> MPEG-4 video code-points but using short header MPEG-4 video as a way
> of exchanging H.263 video". I didn't mean to imply that no-one
> worldwide uses mpeg-4 short headers (I do not have universal
> knowledge, of course).
> --
> David Singer
> Apple Computer/QuickTime
>
From matdude247 yahoo.com Wed Jan 24 01:35:33 2007
From: matdude247 yahoo.com (Shailendra Singh)
Date: Wed Jan 24 16:22:29 2007
Subject: [Mp4-tech] Hinting a 3GPP file on an incremental basis
Message-ID: <942052.3124.qm@web31502.mail.mud.yahoo.com>
Hi All,
I am aware there are tools around that will hint a
given self-contained 3GPP file, but is it possible to
hint a 3GPP file on an incremental basis?
In other words, normally, the hinter tool will have
access to the entire 3GPP file and will output a
complete self-contained and hinted 3GPP file. But if
the hinter tool reads the data from 3GPP file in
several bursts, can it hint as it gets data?
If this is not possible, is it because of a
theoretical restriction because of the way hint tracks
are created?
Any pointers are welcome.
Regards,
Shailendra
____________________________________________________________________________________
Any questions? Get answers on any topic at www.Answers.yahoo.com. Try it now.
From Andreas.Schneider codingtechnologies.com Thu Jan 25 14:28:20 2007
From: Andreas.Schneider codingtechnologies.com (Andreas Schneider)
Date: Thu Jan 25 13:34:05 2007
Subject: [Mp4-tech] Re: [Audio] Re: SBR decoding
In-Reply-To:
Message-ID:
Hello,
mp4-tech-bounces@lists.mpegif.org wrote on 23.01.2024 06:23:43:
> Hi, Andreas
>
> Thank you very much for your answer. May I ask you my question in a
> slight different way: is it legal (according to MPEG-4 standard) to
> have an AAC+ bit stream in which SBR does not appear all the time, such
as
>
> <> ... <> <> ... <> <> ...
> <> <> ... <>
no, such a bitstream would not be legal. At least this is the way I read
section 4.5.2.8.2.2 "SBR extension payload for the audio object types AAC
main, AAC SSR, AAC LC and AAC LTP".
Kind regards,
Andreas
>
> If so, does the spec define the sampling frequency of such an AAC+
> bit stream, or it depends on decoder's implementation?
>
> Thanks again.
>
> Sincerely
> Yueshi
>
>
> On 1/18/07, Andreas Schneider > wrote:
> Hello Yueshi,
>
> please see below.
>
> "Yueshi Shen" < shenyueshi@gmail.com> wrote on 18.01.2024 00:49:02:
>
> > Dear Andreas and Devial,
> >
> > May I add one comment to Andreas' reply: in 14496-3:2005, subpart 4,
> > 4.5.2.8.2.1, page 105, it says:"Prior to SBR decoding, a SBR header
> > part must be present. As long as no SBR header part is present, the
> > SBR decoder performs upsampling and delay adjustment only. In
> > continuous broadcast applications, SBR extension data elements with
> > an SBR header part are typically sent twice per second. "
> >
> > Moreover, I wish to ask another question: If there's a situation
> > that an AAC+ decoder has already seen SBR headers, a new SBR comes
> > along and such a SBR makes the decoder perform upsampling only, as
> > if no header has ever been seen. This will be useful when we insert
> > blank audio frames into the middle of an AAC+ bitstream, as we know
> > a blank AAC+ frame without SBR will be decoded at a lower sampling
> > frequency. How can I construct such a "upsampling-only" SBR?
>
> Such a situation can not really occur, at least not in a bitstream that
is
> fully standard compliant.
> If an SBR header was present once, then this very SBR header conveyed
the
> settings that must be used to decode the SBR bitstream. These settings
> will stay in effect upto the point in time when a new - potentially
> different header arrives.
> If the new header is valid, then the decoder will not switch to
upsampling
> but uses this header instead.
> If the new header is not valid, the decoder may do anything, as there is
> no normative behaviour for such a case.
>
> Regards,
>
> Andreas_______________________________________________
> 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
Senior Research Engineer
mailto:snd@CodingTechnologies.com
+49 911 92891 -26 (phone)
+49 911 92891 -99 (fax)
Coding Technologies GmbH
Deutschherrnstr. 15-19
D-90429 Nuernberg, Germany
http://www.codingtechnologies.com
From rajiv_bjp yahoo.co.in Thu Jan 25 12:26:05 2007
From: rajiv_bjp yahoo.co.in (Rajiv Bajpai)
Date: Fri Jan 26 15:04:06 2007
Subject: [Mp4-tech] Arranging 4x4 subblock from 8x8 block,
for CAVLC in 8x8 xform (H264)
Message-ID: <564151.92182.qm@web8813.mail.in.yahoo.com>
Hi
I have got one question regarding formation of 4x4 block from 8x8 transformed block for CAVLC when transform_8x8_flag(supporting of 8x8 transform) is enabled.
My understanding is:
It is formed (i=0...15) by taking every 4 positioned coefficients from the zigzag ordered 64 coefficients list of 8x8 block, with starting point at 4x4BlkIdx(0..3) for each 4x4Block within 8x8 block.
If I am right then what is the advantage of having such type of arrangement?
Why is the 4x4 block not formed by splitting the 64 zigzaged coefficients into 4 parts like (0..15) (16... 31)....?
Is there any paper on this?
Regards,
Rajiv
---------------------------------
Here?s a new way to find what you're looking for - Yahoo! Answers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070125/ae801e9f/attachment.html
From singer apple.com Mon Jan 29 14:32:22 2007
From: singer apple.com (Dave Singer)
Date: Mon Jan 29 13:40:08 2007
Subject: =?iso-8859-1?Q?=E2=D2=91=60?= : [Mp4-tech] About H263 in Mp4 file
format
In-Reply-To: <9d688aea0701232022o5167d2e6neb4328c703505fdf@mail.gmail.com>
References: <9d688aea0701161936j1d392dd1m706f5845df5ba22b@mail.gmail.com>
<9d688aea0701232022o5167d2e6neb4328c703505fdf@mail.gmail.com>
Message-ID:
At 12:22 +0800 24/01/07, changfeng niu wrote:
>Hi Dave
>thanks.
>Becuase i want unicast the h263+ stream through Darwin stream server,
>only the stream in mp4 file format can be supported by Darwin server.
>So i modify Mpeg4Creator to support H263+, I have got it. However, I
>am not sure how to define timestamp in mpe4 file for h263+ by ms or
>frequency. In mp4creator, The defination of timestamp is different
>between H263 and Mpeg4(H264). H263 use miliseconds and Mpeg4 use
>frequence. I don't know why to do so.
I am not familiar with the APIs of mpeg4creator, but timestamps in
MP4 files are simply numbers on a clock that ticks a given number of
times per second (the timescale). There is no theoretical difference
between MPEG-4 and H.263.
>
>2007/1/17, Dave Singer :
>>At 11:30 +0000 17/01/07, Dave Singer wrote:
>>>At 11:36 +0800 17/01/07, changfeng niu wrote:
>>>>Hi everyone
>>>>Do anyone know the definition of H263 in mp4 file format or some
>>>>document including these definition?
>>>>thank you very much in advance.
>>>>Nathan.niu
>>>>
>>>>______________
>>>
>>>Defined in 3GPP 26.244, the 3GPP file format, available free from
>>>www.3gpp.org.
>>>
>>>(Technically there is a 'short header' mode of MPEG-4 part 2 which
>>>is technically identical to H.263, but no-one uses it).
>>
>>I should have said "no-one (as far as I know) uses MP4 files with
>>MPEG-4 video code-points but using short header MPEG-4 video as a way
>>of exchanging H.263 video". I didn't mean to imply that no-one
>>worldwide uses mpeg-4 short headers (I do not have universal
>>knowledge, of course).
>>--
>>David Singer
>>Apple Computer/QuickTime
>>
>_______________________________________________
>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
--
David Singer
Apple Computer/QuickTime
From sskcorea skku.edu Tue Jan 30 13:20:01 2007
From: sskcorea skku.edu (=?ks_c_5601-1987?B?vcW9vbHi?=)
Date: Tue Jan 30 08:34:07 2007
Subject: [Mp4-tech][H.264]MV reusing
Message-ID: <1170130836901576.24470@dream.skku.ac.kr>
Dear Experts.
I am doing MPEG2 TO H.264 Transcoding.
At the moment, I am trying to insert MVs derived from MPEG2 to H.264
encoder.
Where can I put these MVs inside H.264 encoder?
Regards,
Shin.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070130/276a5cea/attachment.html
From andrew astri.org Tue Jan 30 14:22:41 2007
From: andrew astri.org (Wat Yiu Wing Andrew)
Date: Tue Jan 30 08:34:12 2007
Subject: [Mp4-tech] MPEG-4 conformance test
Message-ID:
Dear Experts,
My team wants to do some mpeg-4 conformance test against some encoder/decoder implementation.
After studying the conformance spec and downloaded the reference implementation software, they found that those software are not able to compile/run.
However, the conformance spec requires the reference implementation software to generate/verify the bitstream used for testing.
For SP, we sought to use Xvid as the reference software. For ASP, we are out of luck.
Can you shed a light on this?
Thanks
Andrew
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.17.14/658 - Release Date: 1/29/2007 2:49 PM
This message (including any attachments) is for the named addressee(s)'s use only. It may contain
sensitive, confidential, private proprietary or legally privileged information intended for a
specific individual and purpose, and is protected by law. If you are not the intended recipient,
please immediately delete it and all copies of it from your system, destroy any hard copies of it
and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any
attachments is strictly prohibited.
From celster qualcomm.com Wed Jan 31 18:47:17 2007
From: celster qualcomm.com (Constantine Elster)
Date: Wed Jan 31 18:16:07 2007
Subject: [Mp4-tech] Purchasing ISO/IEC 14496-5: Mpeg 4 reference code
Message-ID: <6.0.0.22.2.20070131183818.04762010@qcmail1.qualcomm.com>
Hello.
I am trying to purchase ISO/IEC 14496-5 documents and the reference source
code. Currently, I can find only the documents, but the source code itself
is out of my reach yet. Is anyone familiar with the current location where
the source code is available for purchase/download? In case this source
code can be obtained, is there any support of this code (like bug fixes,
versioning, etc)?
Any help is very appreciated!
Thank you very much.
Constantine.
Constantine Elster
Qualcomm Israel Ltd.
From ranjane_s yahoo.com Wed Jan 31 21:37:34 2007
From: ranjane_s yahoo.com (Ranjane)
Date: Thu Feb 1 07:34:08 2007
Subject: [Mp4-tech] Reg Motion estiamtion in Referncve software
In-Reply-To: <1170130836901576.24470@dream.skku.ac.kr>
Message-ID: <651891.24542.qm@web36111.mail.mud.yahoo.com>
Dear Experts.
I am working on H.264 Encoding.
I am not able to understand the function FastIntegerPelBlockMotionSearch
in the reference sofware.
can anyone send me the relevent document for this function or any other related document for this implementation.
Thanks in advance.
Regards,
Ranjane.R
---------------------------------
No need to miss a message. Get email on-the-go
with Yahoo! Mail for Mobile. Get started.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/mp4-tech/attachments/20070131/d57cc84b/attachment.html