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