From jpieszala gmail.com Wed Aug 1 11:56:53 2007 From: jpieszala gmail.com (James Pieszala) Date: Wed Aug 1 11:34:09 2007 Subject: [Mp4-tech] Regarding Command Line switches for 14496-5-amd6 Encoder Message-ID: <5073de0708010756k6993c37bg713eeb846c5ca017@mail.gmail.com> Hi, My question is regarding proper command line switches for the audio encoder. I'm using the source code from 14496-5-amd6. I've built the decoder source which resides in the mp4AudVm_Rewrite directory, and everything on the onslaught seems to be good. As for the encoder who's source is located in the mp4AudVm directory, everything seems to build well; however, I seem to be running into the same error, when I try to run the AAC encoder: mp4auenc: ERROR[-1]: ERROR in loops : common_scalefac is 201 ...with for example the following command line switches: mp4auenc m48.au -m tf -vr -c "-aac_ld" The command line examples in the README_usage file located in 14496-5-amd6\C039593e_Electronic_inserts\audio\natural\codec_doc\ do not work. Are these out of date? Is there any equivalent for my build? Any insight on this matter would be appreciated. James Vocal Technologies Ltd. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070801/990fbea7/attachment.html From krzysztof.szczerba gmail.com Thu Aug 2 14:17:38 2007 From: krzysztof.szczerba gmail.com (Krzysztof Szczerba) Date: Thu Aug 2 08:04:10 2007 Subject: [Mp4-tech] Does anyone have any expeirence with compiling the MoMuSys reference codec? Does anyone have it working for Linux or Windows? Message-ID: Hi! Does anyone have any expeirence with compiling the MoMuSys reference codec? I am trying to compile version momusys-v2cd-v02-990305, I am doing it on Linux, gcc version 4.1.2. I get the following errors: for module vm_common vm_common/src/mot_comp.c: 1694 error: conficting types for 'ModeMB' vm_common/src/mot_comp.c: 384 error: previous implicit declaration of 'ModeMB' was here vm_common/src/mot_comp.c: 5901 error: conflicting types for 'search_for_vectors_of_co_located_MB' ........ make[1]:***[lib/lib_linux/libvm_common.a(motcomp.a)] Error 1 Similar errors for vm_enc. Maybe someone of you have it working for Linux or for Windos? I would be thankful for any advice or a piece of source code. Best Regards Krzysztof -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070802/360d3802/attachment.html From lijie.tang marvell.com Fri Aug 3 03:41:14 2007 From: lijie.tang marvell.com (Lijie Tang) Date: Fri Aug 3 07:52:13 2007 Subject: [Mp4-tech] [M4IF Technotes] Could 16-bit AAC decoder's PCM output pass RMS test of AAC LC conformance test Message-ID: Hi, audio experts I'm implementing the AAC LC conformance test on my 16-bit AAC LC decoder. My decoder failed in case "al00_08.mp4" and "al00_08.mp4". I'm surprised to find that even FAAD float point LC decoder and ISO mpeg2 reference float point decoder failed in these two cases (both decoders output 16-bit wav). Then I try to convert the reference 24-bit wav "al00_08.wav" to 16-bit wav with rounding then test the RMS level of this 16-bit wav, it still failed. I'm not quite sure if the failure was caused by incorrect RMS calculation or the 16 bit AAC LC decoder could never pass the RMS test. My question is: Does anyone know if a 16-bit AAC LC decoder has the possibility to pass RMS test defined in ISO 14496-4? Is there any 16-bit third party LC decoder that has passed the conformance test? Or maybe my RMS calculation is incorrect. Is there any reliable RMS testing tools? Here is detailed info of my RMS test implementation: RMS threshold for 16 bit is: 8.809666e-006 RMS level of FAAD 16-bit float point decoder is: 8.821491e-006 RMS level of ISO mpeg2 reference 16-bit float point decoder is: 8.821491e-006 RMS level of 16-bit wav derived from reference 24-bit wav is: 8.821491e-006 Aac stream and reference 24-bit wav are all from ISO Conformance test CD. Thanks. Lijie -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070803/3584449c/attachment.html From ksuehring web.de Fri Aug 3 15:52:55 2007 From: ksuehring web.de (Karsten Suehring) Date: Fri Aug 3 10:04:07 2007 Subject: Re. [Mp4-tech] config file for JM 12.4 Message-ID: <46B32527.4020704@web.de> Hi Rahul, you can use the standard encoder.cfg sample configuration file. It has all parameters you need. I removed the additional high profile config file because is was nearly identical. Best regards, Karsten > I am looking for the high profile configuration file for JM 12.4. Its not available on http://iphome.hhi.de/suehring/tml . If its available on a different website, can anyone direct me to it. If its not available, what are the additional parameters that needs to be included in the JM 12.2 High Profile config file. > > Thanks so much, > Rahul From akhalife uci.edu Sat Aug 4 15:22:09 2007 From: akhalife uci.edu (Ala) Date: Sun Aug 5 08:34:08 2007 Subject: [Mp4-tech] compiling the ISO MPEG 4 reference software Message-ID: <002d01c7d6dd$849aea50$7454c380@ala> Dear Audio experts I am using the MPEG4 refererence software for BSAC decoder/encoder. I noticed that there are two folders, that hosts the source code, mp4AudVm and mp4AudVm_Rewrite. when I compile the code ,I got a bin folder that has the binaries, and when I checked what are the files that are executed when I use these binaries, I discovered that the code in the (mp4AudVm ) folder is excuted (I used printf inside some of these files). not the one inside the re-write folder, so I wonder how can I execute the one inside the re-write folder, is it an option you put when you compile the code? Thanks Ala -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070804/51db2662/attachment.html From rramani gmail.com Tue Aug 7 10:57:03 2007 From: rramani gmail.com (Ram) Date: Tue Aug 7 10:34:08 2007 Subject: [Mp4-tech] MPEG4 short video header Message-ID: Hi there, I had a question about the MPEG4 short video header, if in a IP video communication system a stream encoded using MPEG4 with short header is sent, how would one know that it's MPEG4 with short video header and not H263. Is there any special indication in the SIP exchanget that it's MPEG4 with short video header or it's mandatory that along with the PSC the MPEG4 decoder configuration information also comes along so that we can determing if short video header is used by parsing the VOL header. The reason the above question arises is that the depacketization routine is different if a stream encoded with MPEG4 short video header packetized usign RFC 2190 as compared to MPEG4 packetized using RFC 3016 Thanks, Ram -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070807/c122cca5/attachment.html From yintp2000 yahoo.ca Wed Aug 8 11:16:53 2007 From: yintp2000 yahoo.ca (Taiping Yin) Date: Wed Aug 8 10:46:08 2007 Subject: [Mp4-tech] transplant x264 to Davinci Message-ID: <539146.61434.qm@web50101.mail.re2.yahoo.com> Hi: I am a newbie in x264. I want to know how to transplant x264 to TI Davinci. When I compile the x264 in CCS3.2. Thanks Jim --------------------------------- Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070808/871373bc/attachment.html From yintp2000 yahoo.ca Wed Aug 8 12:19:58 2007 From: yintp2000 yahoo.ca (Taiping Yin) Date: Wed Aug 8 11:52:15 2007 Subject: [Mp4-tech] detail description for transplanting x264 to Davinci Message-ID: <238988.58480.qm@web50102.mail.re2.yahoo.com> Hi, everyone: When I transplant x264 to TI Davinci. I found that there are lots of header files are not useful in CCS environment and I have to replace some modules by the files in the CCS cgtools Thanks Jim --------------------------------- Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070808/1180b8c2/attachment.html From tomislav.muic gmail.com Sun Aug 12 19:15:36 2007 From: tomislav.muic gmail.com (Tomislav Muic) Date: Sun Aug 12 16:28:07 2007 Subject: [Mp4-tech] Consecutive IDR pictures Message-ID: I am writing H264 codec and I am trying to get stream working with IDR coded pictures in a sequence. First picture is coded OK, but second one gives weird errors in reference decoder. it reads the A.U. delimiter OK, but crashes on decoding slice which is identical bitstream as first open I update following parameters: ++seq_id;//seq_parameter_set_id ++pic_id; //pic_parameter_set_id frame_num=0; ++idr_pic_id; did I forget some parameter? I use following NAL units for each IDR picture access_unit_delimiter seq_par set PPS slice end_of _sequence etc... -- Tomislav Mui? From garysull windows.microsoft.com Sun Aug 12 14:41:04 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sun Aug 12 16:46:05 2007 Subject: [Mp4-tech] Consecutive IDR pictures In-Reply-To: References: Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B234F@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> One idea to check: Make sure PicOrderCnt is 0 for every IDR picture. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomislav Muic +> Sent: Sunday, August 12, 2023 9:16 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Consecutive IDR pictures +> +> I am writing H264 codec and I am trying to get stream +> working with IDR +> coded pictures in a sequence. First picture is coded OK, but second +> one gives weird errors in reference decoder. it reads the A.U. +> delimiter OK, but crashes on decoding slice which is identical +> bitstream as first open +> +> I update following parameters: +> ++seq_id;//seq_parameter_set_id +> ++pic_id; //pic_parameter_set_id +> frame_num=0; +> ++idr_pic_id; +> +> did I forget some parameter? +> +> I use following NAL units for each IDR picture +> access_unit_delimiter +> seq_par set +> PPS +> slice +> end_of _sequence +> etc... +> +> +> +> -- +> Tomislav Mui? +> +> _______________________________________________ +> 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 nidhi22 yahoo.com Sun Aug 12 22:22:14 2007 From: nidhi22 yahoo.com (K. G Srinidhi) Date: Mon Aug 13 08:10:09 2007 Subject: [Mp4-tech] Residual coefficients resolution Message-ID: <662052.95153.qm@web55109.mail.re4.yahoo.com> All, We've been trying to calculate the number of bits required to represent the transform and quantized coefficients. From what we could calculate, it seems like 12 bits should suffice, at least in the case of 4x4 transform. Is this correct? What about the 8x8 transform? Is 12 bits valid there as well? Thanks, Srinidhi ____________________________________________________________________________________ Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow From kavita.chachadi1 wipro.com Mon Aug 13 18:18:58 2007 From: kavita.chachadi1 wipro.com (kavita.chachadi1@wipro.com) Date: Mon Aug 13 08:10:17 2007 Subject: [Mp4-tech] (H.264 video)about Interprediction sample values Message-ID: <7B94B345F7956B468CD8E573655527D76C8559@BLR-EC-MBX02.wipro.com> Hello all, When we are constructing the sample values ,we have xIntL = xAL + ( mvLX[ 0 ] >> 2 ) + xL yIntL = yAL + ( mvLX[ 1 ] >> 2 ) + yL xFracL = mvLX[ 0 ] & 3 yFracL = mvLX[ 1 ] & 3 so the input to the prosess will be xIntL,yIntl,xFracL,yFracL. Depending on xFracl,yFracL values the decision is taken whether to construct full sample pel values,Half pel sample value or Quarter pel sample values. Why xFracL and yFracL is anded with 3.(I know to fetch last 2 bits),what is the purpose? How exactly quarter pel motion vector is encoded? Thanks in advance. Regards, Kavita The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/2a088aa5/attachment.html From philipsdenim-yahoo yahoo.co.in Mon Aug 13 14:42:58 2007 From: philipsdenim-yahoo yahoo.co.in (philipsdenim-yahoo@yahoo.co.in) Date: Mon Aug 13 10:04:10 2007 Subject: [Mp4-tech] Reg: Annex I and J of H.263+ In-Reply-To: <03CB47D9C3F8074498E4653F814D6E8F056B234F@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <247454.93223.qm@web8510.mail.in.yahoo.com> Hi All, I have generated a H.263+ encoded bit stream which has annex I (Advanced Intra Coding Mode) and annex J (Deblocking Filter Mode) functionality. I don?t have any reference decoder which support H.263+ bit streams. Does anyone tell me if there is any freely available decoder which works for H.263+ bit streams? Thanks. Philips --------------------------------- 5, 50, 500, 5000 - Store unlimited mails in your inbox. Click here. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/21bc3b67/attachment.html From neel2265 yahoo.com Mon Aug 13 08:10:04 2007 From: neel2265 yahoo.com (Neelakanth) Date: Mon Aug 13 11:34:09 2007 Subject: [Mp4-tech] legality on using test vector names in test report Message-ID: <233570.1209.qm@web39608.mail.mud.yahoo.com> Dear experts, This mail is on legality of using the test vector names. Can we mention the test vector names in the MPEG4 and MPEG2 decoder test report? If no then what are the modalities? Can some body guide me to right set of documents? Thanks and Regards, Neelakanth --------------------------------- Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/fa856ba8/attachment.html From garysull windows.microsoft.com Mon Aug 13 11:40:15 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Aug 13 13:46:09 2007 Subject: [Mp4-tech] legality on using test vector names in test report In-Reply-To: <233570.1209.qm@web39608.mail.mud.yahoo.com> References: <233570.1209.qm@web39608.mail.mud.yahoo.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B2457@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Neelakanth, What do you mean by "test vector"? Where did you get these "test vectors" that you're talking about? Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Neelakanth Sent: Monday, August 13, 2023 7:10 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] legality on using test vector names in test report Dear experts, This mail is on legality of using the test vector names. Can we mention the test vector names in the MPEG4 and MPEG2 decoder test report? If no then what are the modalities? Can some body guide me to right set of documents? Thanks and Regards, Neelakanth ________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/6cd3b709/attachment.html From garysull windows.microsoft.com Mon Aug 13 11:47:58 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Aug 13 13:52:10 2007 Subject: [Mp4-tech] Reg: Annex I and J of H.263+ In-Reply-To: <247454.93223.qm@web8510.mail.in.yahoo.com> References: <03CB47D9C3F8074498E4653F814D6E8F056B234F@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> <247454.93223.qm@web8510.mail.in.yahoo.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B2464@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> I suggest trying TMN 3.2.0 (plus patch), available at http://www.h263l.com/ Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of philipsdenim-yahoo@yahoo.co.in Sent: Monday, August 13, 2023 5:43 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Reg: Annex I and J of H.263+ Hi All, I have generated a H.263+ encoded bit stream which has annex I (Advanced Intra Coding Mode) and annex J (Deblocking Filter Mode) functionality. I don't have any reference decoder which support H.263+ bit streams. Does anyone tell me if there is any freely available decoder which works for H.263+ bit streams? Thanks. Philips ________________________________ 5, 50, 500, 5000 - Store unlimited mails in your inbox. Click here. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/67d44527/attachment.html From garysull windows.microsoft.com Mon Aug 13 22:17:56 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 00:28:06 2007 Subject: [Mp4-tech] legality on using test vector names in test report In-Reply-To: <92421.76019.qm@web39601.mail.mud.yahoo.com> References: <03CB47D9C3F8074498E4653F814D6E8F056B2457@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> <92421.76019.qm@web39601.mail.mud.yahoo.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B2731@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> That's a publicly available spec. Talk about them all you want. In fact I think you can make a few thousand CD ROMs containing the conformance spec and the bitstreams themselves and hand them out like candy. No one will complain. And there is no need to buy those from ISO. You can just download them for free from http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAvailableStandards.htm The free availability of those bitstreams is totally approved by ISO. Best Regards, Gary Sullivan ________________________________ From: Neelakanth [mailto:neel2265@yahoo.com] Sent: Monday, August 13, 2023 9:05 PM To: Gary Sullivan; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] legality on using test vector names in test report Gary and all, I mean "conformance bitstreams". For MPEG4 these are as defined in the ISO_IEC_14496-4. We bought these from the ISO. My question is "when we publish test report for a codec" it is not sufficient just to say that "Decoder passes all the test vectors from codec committe". In my view a good test report should have the conformance bitstreams names also. Is it legal to put the bitstream names in the report? As bitstream names give out information like -- name of the company: mat000.m4v: "mat", nec002.m4v: "nec" -- bitstream properties Thanks and Regards, Neelakanth Gary Sullivan wrote: Neelakanth, What do you mean by "test vector"? Where did you get these "test vectors" that you're talking about? Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Neelakanth Sent: Monday, August 13, 2023 7:10 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] legality on using test vector names in test report Dear experts, This mail is on legality of using the test vector names. Can we mention the test vector names in the MPEG4 and MPEG2 decoder test report? If no then what are the modalities? Can some body guide me to right set of documents? Thanks and Regards, Neelakanth ________________________________ Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. _______________________________________________ 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 ________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/2818a816/attachment.html From neel2265 yahoo.com Mon Aug 13 22:05:06 2007 From: neel2265 yahoo.com (Neelakanth) Date: Tue Aug 14 09:04:08 2007 Subject: [Mp4-tech] legality on using test vector names in test report In-Reply-To: <03CB47D9C3F8074498E4653F814D6E8F056B2457@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <92421.76019.qm@web39601.mail.mud.yahoo.com> Gary and all, I mean "conformance bitstreams". For MPEG4 these are as defined in the ISO_IEC_14496-4. We bought these from the ISO. My question is "when we publish test report for a codec" it is not sufficient just to say that "Decoder passes all the test vectors from codec committe". In my view a good test report should have the conformance bitstreams names also. Is it legal to put the bitstream names in the report? As bitstream names give out information like -- name of the company: mat000.m4v: "mat", nec002.m4v: "nec" -- bitstream properties Thanks and Regards, Neelakanth Gary Sullivan wrote: Neelakanth, What do you mean by "test vector"? Where did you get these "test vectors" that you're talking about? Best Regards, Gary Sullivan --------------------------------- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Neelakanth Sent: Monday, August 13, 2023 7:10 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] legality on using test vector names in test report Dear experts, This mail is on legality of using the test vector names. Can we mention the test vector names in the MPEG4 and MPEG2 decoder test report? If no then what are the modalities? Can some body guide me to right set of documents? Thanks and Regards, Neelakanth --------------------------------- Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase._______________________________________________ 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 --------------------------------- Need a vacation? Get great deals to amazing places on Yahoo! Travel. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070813/f7953822/attachment-0001.html From pakhee3 gmail.com Tue Aug 14 16:01:54 2007 From: pakhee3 gmail.com (Pooja Sharma) Date: Tue Aug 14 09:04:14 2007 Subject: [Mp4-tech] Regarding reference picture management Message-ID: <98f39d760708140231k77452074na65ebb7b298258df@mail.gmail.com> Hi All, I am going through the decoding process for reference picture list constructions(H.264 standard) , i hav a few doubts if anyone can clarify. 1. I am not clear with the usage of variable frameNumWrap As per the standard if (Frame_num >frame_num) framenumwrap = frame_num - Maxframenum else framenumwrap = frame_num My doubt here is that under what conditions Frame_num can be greater than frame_num. 2. when field_pic_flag = 1, pic_num is derived as follows pic_num = 2 x framenumwrap + 1 ........if the refernce field has the same parity as the current field.. Does it mean that when bottom_field_flag is 0 picnum = 2 x framenumwrap and when bottom_field_flag =1 pic_num = 2 x framenumwrap + 1 ? 3.Can anyone explain the pseudo code described in expression 8-38 in reordering where it talks bout some function PicNumF(refPicListX[cidx]). Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/288630cd/attachment.html From anchao icwang.ee.ncku.edu.tw Tue Aug 14 21:13:28 2007 From: anchao icwang.ee.ncku.edu.tw (Ann_icwang) Date: Tue Aug 14 09:04:19 2007 Subject: [Mp4-tech] How to open intra luma 8x8 in encoder.cfg Message-ID: <000d01c7de6c$882e7a10$08d6748c@mychat6282e4c5> Dear all, I am trying to open intra luma 8x8 in JM10.0. I have set "ProfileIDC = 8x8 # Profile IDC (66=baseline, 77=main, 88=extended)." Is there any mistake, because the intra luma 8x8 seems not working. Did I miss something? Can anyone help me to deal with this problem. Thanks for your help, Ann -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/d8ce5873/attachment.html From cjj730 hotmail.com Tue Aug 14 13:41:22 2007 From: cjj730 hotmail.com (ChenJianjun) Date: Tue Aug 14 09:04:23 2007 Subject: [Mp4-tech] H.264 frame rate Message-ID: Dear experts: How to calculate the H.264 frame rate? I noted that VUI parameter(SPEC E.1) and Picture timing SEI message semantics(SPEC D.2.2) may have such information.But they are optional,then how to get the frame rate information if there's no such information? Thanks! _________________________________________________________________ 通过 Live.com 查看资讯、娱乐信息和您关心的其他信息！ http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/c562122f/attachment.html From rramani gmail.com Tue Aug 14 11:12:11 2007 From: rramani gmail.com (Ram) Date: Tue Aug 14 10:46:05 2007 Subject: [Mp4-tech] MPEG4 short video header Message-ID: Hi there, I had a question about the MPEG4 short video header, if in a IP video communication system a stream encoded using MPEG4 with short header is sent, how would one know that it's MPEG4 with short video header and not H263. Is there any special indication in the SIP exchanget that it's MPEG4 with short video header or it's mandatory that along with the PSC the MPEG4 decoder configuration information also comes along so that we can determing if short video header is used by parsing the VOL header. The reason the above question arises is that the depacketization routine is different if a stream encoded with MPEG4 short video header packetized usign RFC 2190 as compared to MPEG4 packetized using RFC 3016 Thanks, Ram -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/f77f816c/attachment.html From phoebe ardendo.se Tue Aug 14 17:20:27 2007 From: phoebe ardendo.se (Phoebe Ni) Date: Tue Aug 14 10:46:12 2007 Subject: [Mp4-tech] SVC referecne software Message-ID: <46C1BA2B.3000105@ardendo.se> Dear all, Does anyone know where people can find source code of the reference H.264-SVC codec? Best regards Phoebe From garysull windows.microsoft.com Tue Aug 14 11:58:22 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 14:04:08 2007 Subject: [Mp4-tech] H.264 frame rate In-Reply-To: References: Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B2878@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Please define the term frame rate. Are you under the impression that the number of decoded pictures per second needs to be a constant? If so, that is an incorrect impression in some use cases. If there is no frame rate expressed in the video elementary stream syntax, there may be such an animal defined in a system-level or application-level specification. If there isn't, then it is possible that the video bitstream does not have a frame rate (depending on your definition of what a frame rate is). However, there will be a constraint on how close together in time the decoder can be required to decode each pair of consecutive pictures in the bitstream in decoding order. Similarly there will be a constraint on how close together in time the decoder can be required to output each pair of consecutive pictures in the bitstream in output order. Those constraints are specified by the level constraints in Annex A. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ChenJianjun Sent: Tuesday, August 14, 2023 5:41 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 frame rate Dear experts: How to calculate the H.264 frame rate? I noted that VUI parameter(SPEC E.1) and Picture timing SEI message semantics(SPEC D.2.2) may have such information.But they are optional,then how to get the frame rate information if there's no such information? Thanks! ________________________________ 通过 Windows Live Spaces 与朋友轻松共享您的生活。 立即尝试！ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/7496249d/attachment.html From garysull windows.microsoft.com Tue Aug 14 12:08:38 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 14:16:06 2007 Subject: [Mp4-tech] SVC reference software In-Reply-To: <46C1BA2B.3000105@ardendo.se> References: <46C1BA2B.3000105@ardendo.se> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B288F@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Attention Heiko, Jerome, Thomas, Mathias, Alex, and Vincent: The information requested below should have been provided in JVT-X004, but it wasn't. Please reply and upload an r1 version of the report that includes the information. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Phoebe Ni +> Sent: Tuesday, August 14, 2023 7:20 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] SVC referecne software +> +> Dear all, +> +> Does anyone know where people can find source code of the reference +> H.264-SVC codec? +> +> Best regards +> Phoebe +> +> +> _______________________________________________ +> 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 garysull windows.microsoft.com Tue Aug 14 12:39:17 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 14:46:07 2007 Subject: [Mp4-tech] Regarding reference picture management In-Reply-To: <98f39d760708140231k77452074na65ebb7b298258df@mail.gmail.com> References: <98f39d760708140231k77452074na65ebb7b298258df@mail.gmail.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B28D8@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Pooja Sharma et al, Answering question 1: A major part of your problem in understanding the text seems to be that you're not paying attention to the exact proper names of variables and syntax elements. frame_num is the syntax element value in the slice header of the current picture. FrameNum (not Frame_num -- please at least be careful to copy terms and names correctly when asking such questions) is the value of frame_num that was associated with some particular previously decoded reference picture. The syntax element frame_num counts upwards (some details left out) in a modulo fashion relative to the modulus MaxFrameNum (again, please be more careful to name things properly - you didn't quite get the name right). Because you were not paying attention and copying names correctly, you switched the name of the syntax element frame_num with the variable name FrameNum in your quote of the pseudo-code in the standard. The correct pseudo-code is: if( FrameNum > frame_num ) FrameNumWrap = FrameNum - MaxFrameNum (?8-28) else FrameNumWrap = FrameNum So an example typical counting with MaxFrameNum equal to 256 might proceed as in 253, 254, 255, 0, 1, 2, etc. As you can see, the frame_num of the first three pictures above is less than the frame_num of the next three pictures. To deal with the modulus roll-over, when this occurs, FrameNumWrap (again please copy names properly) converts the frame numbers prior to the roll-over to negative values so that the sequence of values makes logical sense. When decoding the second picture in that series, frame_num will be equal to 254 and the FrameNumWrap value will be 254. When decoding the third picture in that series, frame_num will be equal to 255 and the FrameNumWrap values will be 253 and 254. When decoding the fourth picture in that series, frame_num will be equal to 0 and the FrameNumWrap values will be -3, -2, and -1. When decoding the fifth picture in that series, frame_num will be equal to 1 and the FrameNumWrap values will be -3, -2, -1, and 0. When decoding the sixth picture in that series, frame_num will be equal to 2 and the FrameNumWrap values will be -3, -2, -1, 0 and 1. I don't want to take time to answer questions 2 and 3. Really you should study very hard before taking up experts' time with such questions and you should be careful to phrase your questions very carefully exactly according to the proper terms used in the standard. My impression is that you have not yet tried hard enough. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Pooja Sharma Sent: Tuesday, August 14, 2023 2:32 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Regarding reference picture management Hi All, I am going through the decoding process for reference picture list constructions(H.264 standard) , i hav a few doubts if anyone can clarify. 1. I am not clear with the usage of variable frameNumWrap As per the standard if (Frame_num >frame_num) framenumwrap = frame_num - Maxframenum else framenumwrap = frame_num My doubt here is that under what conditions Frame_num can be greater than frame_num. 2. when field_pic_flag = 1, pic_num is derived as follows pic_num = 2 x framenumwrap + 1 ........if the refernce field has the same parity as the current field.. Does it mean that when bottom_field_flag is 0 picnum = 2 x framenumwrap and when bottom_field_flag =1 pic_num = 2 x framenumwrap + 1 ? 3.Can anyone explain the pseudo code described in expression 8-38 in reordering where it talks bout some function PicNumF(refPicListX[cidx]). Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/3388841b/attachment.html From garysull windows.microsoft.com Tue Aug 14 12:41:51 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 14:52:09 2007 Subject: [Mp4-tech] Regarding reference picture management References: <98f39d760708140231k77452074na65ebb7b298258df@mail.gmail.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B28DC@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Oops. The statement "As you can see, the frame_num of the first three pictures above is less than the frame_num of the next three pictures." should read "As you can see, the frame_num of the first three pictures above is greater than the frame_num of the next three pictures." Best Regards, Gary Sullivan ________________________________ From: Gary Sullivan Sent: Tuesday, August 14, 2023 11:39 AM To: 'Pooja Sharma'; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] Regarding reference picture management Pooja Sharma et al, Answering question 1: A major part of your problem in understanding the text seems to be that you're not paying attention to the exact proper names of variables and syntax elements. frame_num is the syntax element value in the slice header of the current picture. FrameNum (not Frame_num -- please at least be careful to copy terms and names correctly when asking such questions) is the value of frame_num that was associated with some particular previously decoded reference picture. The syntax element frame_num counts upwards (some details left out) in a modulo fashion relative to the modulus MaxFrameNum (again, please be more careful to name things properly - you didn't quite get the name right). Because you were not paying attention and copying names correctly, you switched the name of the syntax element frame_num with the variable name FrameNum in your quote of the pseudo-code in the standard. The correct pseudo-code is: if( FrameNum > frame_num ) FrameNumWrap = FrameNum - MaxFrameNum (?8-28) else FrameNumWrap = FrameNum So an example typical counting with MaxFrameNum equal to 256 might proceed as in 253, 254, 255, 0, 1, 2, etc. As you can see, the frame_num of the first three pictures above is less than the frame_num of the next three pictures. To deal with the modulus roll-over, when this occurs, FrameNumWrap (again please copy names properly) converts the frame numbers prior to the roll-over to negative values so that the sequence of values makes logical sense. When decoding the second picture in that series, frame_num will be equal to 254 and the FrameNumWrap value will be 254. When decoding the third picture in that series, frame_num will be equal to 255 and the FrameNumWrap values will be 253 and 254. When decoding the fourth picture in that series, frame_num will be equal to 0 and the FrameNumWrap values will be -3, -2, and -1. When decoding the fifth picture in that series, frame_num will be equal to 1 and the FrameNumWrap values will be -3, -2, -1, and 0. When decoding the sixth picture in that series, frame_num will be equal to 2 and the FrameNumWrap values will be -3, -2, -1, 0 and 1. I don't want to take time to answer questions 2 and 3. Really you should study very hard before taking up experts' time with such questions and you should be careful to phrase your questions very carefully exactly according to the proper terms used in the standard. My impression is that you have not yet tried hard enough. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Pooja Sharma Sent: Tuesday, August 14, 2023 2:32 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Regarding reference picture management Hi All, I am going through the decoding process for reference picture list constructions(H.264 standard) , i hav a few doubts if anyone can clarify. 1. I am not clear with the usage of variable frameNumWrap As per the standard if (Frame_num >frame_num) framenumwrap = frame_num - Maxframenum else framenumwrap = frame_num My doubt here is that under what conditions Frame_num can be greater than frame_num. 2. when field_pic_flag = 1, pic_num is derived as follows pic_num = 2 x framenumwrap + 1 ........if the refernce field has the same parity as the current field.. Does it mean that when bottom_field_flag is 0 picnum = 2 x framenumwrap and when bottom_field_flag =1 pic_num = 2 x framenumwrap + 1 ? 3.Can anyone explain the pseudo code described in expression 8-38 in reordering where it talks bout some function PicNumF(refPicListX[cidx]). Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/becea01c/attachment-0001.html From garysull windows.microsoft.com Tue Aug 14 12:56:32 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 15:04:08 2007 Subject: [Mp4-tech] H.264 frame rate In-Reply-To: <03CB47D9C3F8074498E4653F814D6E8F056B2878@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> References: <03CB47D9C3F8074498E4653F814D6E8F056B2878@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B28EF@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Further clarification: Those constraints that I mentioned that are specified in Annex A apply only to the following: 1) conformance of timing relationships expressed in (or with) bitstreams, and 2) decoders that satisfy output timing conformance requirements. They do not apply to decoders that only satisfy output order conformance requirements. It may also be worth remarking that (Annex C): "In order to check conformance of a bitstream using the HRD [specified in Annex C], all sequence parameter sets and picture parameters sets referred to in the VCL NAL units, and corresponding buffering period and picture timing SEI messages shall be conveyed to the HRD, in a timely manner, either in the bitstream (by non-VCL NAL units), or by other means not specified in this Recommendation | International Standard." The allowance of "other means not specified" allows timing information to be conveyed or otherwise specified by system-level or application-level methods instead of by syntax within the bitstream. However, it may mean that the "naked" bitstream used in such a system cannot be tested for conformance without providing this important information somehow. Thus, providing this information somehow is important in system/application design work. Without that information the bitstream is incomplete (just as a bitstream that does not contain SPS and PPS NAL units is incomplete, although such bitstreams can be used in some applications where such information is conveyed by external means not specified in the video coding standard). Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary Sullivan Sent: Tuesday, August 14, 2023 10:58 AM To: ChenJianjun; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] H.264 frame rate Please define the term frame rate. Are you under the impression that the number of decoded pictures per second needs to be a constant? If so, that is an incorrect impression in some use cases. If there is no frame rate expressed in the video elementary stream syntax, there may be such an animal defined in a system-level or application-level specification. If there isn't, then it is possible that the video bitstream does not have a frame rate (depending on your definition of what a frame rate is). However, there will be a constraint on how close together in time the decoder can be required to decode each pair of consecutive pictures in the bitstream in decoding order. Similarly there will be a constraint on how close together in time the decoder can be required to output each pair of consecutive pictures in the bitstream in output order. Those constraints are specified by the level constraints in Annex A. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ChenJianjun Sent: Tuesday, August 14, 2023 5:41 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 frame rate Dear experts: How to calculate the H.264 frame rate? I noted that VUI parameter(SPEC E.1) and Picture timing SEI message semantics(SPEC D.2.2) may have such information.But they are optional,then how to get the frame rate information if there's no such information? Thanks! ________________________________ 通过 Windows Live Spaces 与朋友轻松共享您的生活。 立即尝试！ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/edbe032e/attachment.html From garysull windows.microsoft.com Tue Aug 14 13:03:48 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 14 15:10:06 2007 Subject: [Mp4-tech] Regarding reference picture management References: <98f39d760708140231k77452074na65ebb7b298258df@mail.gmail.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F056B28FA@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Oops again. The statement: "When decoding the second picture in that series, frame_num will be equal to 254 and the FrameNumWrap value will be 254." should read "When decoding the second picture in that series, frame_num will be equal to 254 and the FrameNumWrap value will be 253." I guess I should either proof-read my own answers more carefully or avoid reading them again after I send them. I seem to constantly spot little mistakes in everything. Best Regards, Gary Sullivan ________________________________ From: Gary Sullivan Sent: Tuesday, August 14, 2023 11:42 AM To: 'Pooja Sharma'; 'mp4-tech@lists.mpegif.org' Subject: RE: [Mp4-tech] Regarding reference picture management Oops. The statement "As you can see, the frame_num of the first three pictures above is less than the frame_num of the next three pictures." should read "As you can see, the frame_num of the first three pictures above is greater than the frame_num of the next three pictures." Best Regards, Gary Sullivan ________________________________ From: Gary Sullivan Sent: Tuesday, August 14, 2023 11:39 AM To: 'Pooja Sharma'; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] Regarding reference picture management Pooja Sharma et al, Answering question 1: A major part of your problem in understanding the text seems to be that you're not paying attention to the exact proper names of variables and syntax elements. frame_num is the syntax element value in the slice header of the current picture. FrameNum (not Frame_num -- please at least be careful to copy terms and names correctly when asking such questions) is the value of frame_num that was associated with some particular previously decoded reference picture. The syntax element frame_num counts upwards (some details left out) in a modulo fashion relative to the modulus MaxFrameNum (again, please be more careful to name things properly - you didn't quite get the name right). Because you were not paying attention and copying names correctly, you switched the name of the syntax element frame_num with the variable name FrameNum in your quote of the pseudo-code in the standard. The correct pseudo-code is: if( FrameNum > frame_num ) FrameNumWrap = FrameNum - MaxFrameNum (?8-28) else FrameNumWrap = FrameNum So an example typical counting with MaxFrameNum equal to 256 might proceed as in 253, 254, 255, 0, 1, 2, etc. As you can see, the frame_num of the first three pictures above is less than the frame_num of the next three pictures. To deal with the modulus roll-over, when this occurs, FrameNumWrap (again please copy names properly) converts the frame numbers prior to the roll-over to negative values so that the sequence of values makes logical sense. When decoding the second picture in that series, frame_num will be equal to 254 and the FrameNumWrap value will be 254. When decoding the third picture in that series, frame_num will be equal to 255 and the FrameNumWrap values will be 253 and 254. When decoding the fourth picture in that series, frame_num will be equal to 0 and the FrameNumWrap values will be -3, -2, and -1. When decoding the fifth picture in that series, frame_num will be equal to 1 and the FrameNumWrap values will be -3, -2, -1, and 0. When decoding the sixth picture in that series, frame_num will be equal to 2 and the FrameNumWrap values will be -3, -2, -1, 0 and 1. I don't want to take time to answer questions 2 and 3. Really you should study very hard before taking up experts' time with such questions and you should be careful to phrase your questions very carefully exactly according to the proper terms used in the standard. My impression is that you have not yet tried hard enough. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Pooja Sharma Sent: Tuesday, August 14, 2023 2:32 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Regarding reference picture management Hi All, I am going through the decoding process for reference picture list constructions(H.264 standard) , i hav a few doubts if anyone can clarify. 1. I am not clear with the usage of variable frameNumWrap As per the standard if (Frame_num >frame_num) framenumwrap = frame_num - Maxframenum else framenumwrap = frame_num My doubt here is that under what conditions Frame_num can be greater than frame_num. 2. when field_pic_flag = 1, pic_num is derived as follows pic_num = 2 x framenumwrap + 1 ........if the refernce field has the same parity as the current field.. Does it mean that when bottom_field_flag is 0 picnum = 2 x framenumwrap and when bottom_field_flag =1 pic_num = 2 x framenumwrap + 1 ? 3.Can anyone explain the pseudo code described in expression 8-38 in reordering where it talks bout some function PicNumF(refPicListX[cidx]). Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070814/2b0333da/attachment-0001.html From cjj730 hotmail.com Wed Aug 15 06:48:28 2007 From: cjj730 hotmail.com (ChenJianjun) Date: Wed Aug 15 07:10:07 2007 Subject: [Mp4-tech] H.264 frame rate Message-ID: Thanks,Gary! The reason I cared about "frame rate" is I am wondering how does decoder know when to output a picture. So it seems that there are three places that can decide when to output a picture: 1) system-level or application-level that you mentioned,it should be a constant frame rate. 2) VUI parameter,it will point out frame rate is fixed or non-fixed, and the frame rate value if it is fixed. 3) Picture timing SEI message semantics(SPEC D.2.2), it can calculate a clocktimestamp for each picture, but the parameter"time_scale" and "num_units_in_tick" derives from 2). So my new question is what's the relationship between 1),2) and 3)? Can I conclude as follows: if 1) exists, 2)and 3) does not exist; if 1) does not exist, and if 2) point out a fixed frame rate, then 3) does not eixt; if 1) does not exist, and if 2) point out a non-fixed frame rate, then 3) exists. Thanks! Subject: RE: [Mp4-tech] H.264 frame rateDate: Tue, 14 Aug 2023 10:58:22 -0700From: garysull@windows.microsoft.comTo: cjj730@hotmail.com; mp4-tech@lists.mpegif.org Please define the term frame rate. Are you under the impression that the number of decoded pictures per second needs to be a constant? If so, that is an incorrect impression in some use cases. If there is no frame rate expressed in the video elementary stream syntax, there may be such an animal defined in a system-level or application-level specification. If there isn't, then it is possible that the video bitstream does not have a frame rate (depending on your definition of what a frame rate is). However, there will be a constraint on how close together in time the decoder can be required to decode each pair of consecutive pictures in the bitstream in decoding order. Similarly there will be a constraint on how close together in time the decoder can be required to output each pair of consecutive pictures in the bitstream in output order. Those constraints are specified by the level constraints in Annex A. Best Regards, Gary Sullivan From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ChenJianjunSent: Tuesday, August 14, 2023 5:41 AMTo: mp4-tech@lists.mpegif.orgSubject: [Mp4-tech] H.264 frame rate Dear experts: How to calculate the H.264 frame rate? I noted that VUI parameter(SPEC E.1) and Picture timing SEI message semantics(SPEC D.2.2) may have such information.But they are optional,then how to get the frame rate information if there's no such information? Thanks! 通过 Windows Live Spaces 与朋友轻松共享您的生活。 立即尝试！ _________________________________________________________________ 通过 Live.com 查看资讯、娱乐信息和您关心的其他信息！ http://www.live.com/getstarted.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070815/e0e7d360/attachment.html From mp4-tech erik.prutser.cx Wed Aug 15 17:56:21 2007 From: mp4-tech erik.prutser.cx (Erik van Zijst) Date: Wed Aug 15 12:04:10 2007 Subject: [Mp4-tech] FGS Reference Implementation Message-ID: <46C31415.5070000@erik.prutser.cx> Hi all, Can anyone point me to the reference implementation of MPEG-4 with FGS? I can't seem to find the MoMuSys implementation that is often mentioned, nor the Microsoft version. Also, is FGS finally part of the published MPEG-4 specification, or is it in an amendment? I searched the iso site but I'm having trouble selecting the proper document. N.B. I've also tried to access http://megaera.ee.nctu.edu.tw/ (gets a lot of references on this mailinglist), but that server appears to be offline.. cheers, Erik van Zijst From jpieszala gmail.com Fri Aug 17 13:09:20 2007 From: jpieszala gmail.com (James Pieszala) Date: Fri Aug 17 12:46:07 2007 Subject: [Mp4-tech] Looking for general information on AAC Message-ID: <5073de0708170909y72fd9ca6q6e3f2c1f40a291c7@mail.gmail.com> To all, In brief: I'm looking to obtain more information on HE-AAC (reference code ISO/IEC 14496-5:2001/Amd.6:2005), the extend of what is contained there and what I can expect it to do. Right now I'm running the conformance bitstreams from the publicly available standard: ISO/IEC 14496-4:2004/Amd.8:2005(Information technology -- Coding of audio-visual objects -- Part 4: Conformance testing -- Amendment 8: High Efficiency Advanced Audio Coding, audio BIFS, and structured audio conformance). Some of the conformance test streams are not passing, and some do not s"line up": For example(1), I'm not sure why this .mp4 has four corresponding .wav files associated with it: sbr_conftool al_sbr_cm_48_4.mp4 al_sbr_hq_cm_48_4_f00.wav al_sbr_hq_cm_48_4_f00.wav al_sbr_hq_cm_48_4_f01.wav al_sbr_hq_cm_48_4_f02.wav al_sbr_hq_cm_48_4_f03.wav (2) With this one I don't get a CONFORMANCE PASSED message. sbr_conftool al_sbr_sr_16_2_fsaac08.mp4 al_sbr_hq_sr_16_2_fsaac08.wav (Informative) QMF-TEST: Max Diff: 0.040 RMS Diff: 0.009 === SBR-TEST: Max Diff: 0.072 RMS Diff: 0.011 More information that would be helpful would be: what the file name letter combinations symbolize, what the directory SBR_CONFORMANCE_3 with the _lp_ files is, does the ISO/IEC conformance standard that ISO sells have documentation that the publicly available one does not have. Also, I am under the impression that in order to have an official conforming decoder, one must pass an SBR and an AAC conformance test. If I am correct and the aforementioned constitutes the SBR conformance test, does anyone know where to find the plain AAC conformance bitstreams. Any documentation on any of this would be invaluable. Thanks James -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070817/5bd07b4c/attachment.html From singer apple.com Fri Aug 17 12:22:52 2007 From: singer apple.com (Dave Singer) Date: Fri Aug 17 14:34:07 2007 Subject: [Mp4-tech] H.264 frame rate In-Reply-To: References: Message-ID: At 5:48 +0000 15/08/07, ChenJianjun wrote: >Thanks,Gary! > >The reason I cared about "frame rate" is I am >wondering how does decoder know when to output >a picture. So it seems that there are three >places that can decide when to output a picture: >1) system-level or application-level that you >mentioned,it should be a constant frame rate. Both RTP and the MP4 file format provide for individual timestamps for pictures. >2) VUI parameter,it will point out frame rate is >fixed or non-fixed, and the frame rate value if >it is fixed. >3) Picture timing SEI message semantics(SPEC >D.2.2), it can calculate a clocktimestamp for >each picture, but the parameter"time_scale" and >"num_units_in_tick" derives from 2). > >So my new question is what's the relationship >between 1),2) and 3)? Can I conclude as follows: >if 1) exists, 2)and 3) does not exist; 2 and 3 are not needed in those circumstances, indeed. The MP4 file format allows the picture timing SEI in the stream, but says that the file format level timing over-rides it. >if 1) does not exist, and if 2) point out a >fixed frame rate, then 3) does not eixt; >if 1) does not exist, and if 2) point out a >non-fixed frame rate, then 3) exists. > >Thanks! > > > >Subject: RE: [Mp4-tech] H.264 frame rate >Date: Tue, 14 Aug 2023 10:58:22 -0700 >From: garysull@windows.microsoft.com >To: cjj730@hotmail.com; mp4-tech@lists.mpegif.org > >.ExternalClass P >{padding-right:0px;padding-left:0px;padding-bottom:0px;padding-top:0px;} >.ExternalClass >{font-size:9pt;font-family:Tahoma;} >Please define the term frame rate. Are you >under the impression that the number of decoded >pictures per second needs to be a constant? If >so, that is an incorrect impression in some use >cases. > >If there is no frame rate expressed in the video >elementary stream syntax, there may be such an >animal defined in a system-level or >application-level specification. > >If there isn't, then it is possible that the >video bitstream does not have a frame rate >(depending on your definition of what a frame >rate is). > >However, there will be a constraint on how close >together in time the decoder can be required to >decode each pair of consecutive pictures in the >bitstream in decoding order. Similarly there >will be a constraint on how close together in >time the decoder can be required to output each >pair of consecutive pictures in the bitstream in >output order. Those constraints are specified >by the level constraints in Annex A. > >Best Regards, > >Gary Sullivan > > >From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On >Behalf Of ChenJianjun >Sent: Tuesday, August 14, 2023 5:41 AM >To: mp4-tech@lists.mpegif.org >Subject: [Mp4-tech] H.264 frame rate > >Dear experts: > >How to calculate the H.264 frame rate? >I noted that VUI parameter(SPEC E.1) and Picture >timing SEI message semantics(SPEC D.2.2) may >have such information.But they are optional,then >how to get the frame rate information if there's >no such information? > >Thanks! > > >? ?? Windows Live Spaces >?^???F?????????z?I?????B >?????? '?I > > > >? ?? Windows Live Spaces >?^???F?????????z?I?????B >?????? '?I > >_______________________________________________ >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/QuickTime -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070817/25a600c3/attachment.html From Daniela.Radakovic motorola.com Sat Aug 18 13:30:58 2007 From: Daniela.Radakovic motorola.com (Radakovic Daniela-W16870) Date: Sat Aug 18 15:46:07 2007 Subject: [Mp4-tech] Prefix NAL unit Message-ID: <724D1E4E7113ED4581209EA7A467722A04D81489@de01exm65.ds.mot.com> Dear experts, When using SVC reference code I get prefix NAL units in the bit stream (nal unit type = 14). I'd like to find out more about their syntax (prefix_nal_unit_rbsp??). Could you please refer me to JVT document containing this information? Thank you, Daniela -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070818/790cfb3f/attachment.html From Ye-Kui.Wang nokia.com Sun Aug 19 23:06:56 2007 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Sun Aug 19 18:40:08 2007 Subject: [Mp4-tech] Prefix NAL unit In-Reply-To: <724D1E4E7113ED4581209EA7A467722A04D81489@de01exm65.ds.mot.com> References: <724D1E4E7113ED4581209EA7A467722A04D81489@de01exm65.ds.mot.com> Message-ID: <1C1F3D15859526459B4DD0A7A9B2268B03BE98B9@trebe101.NOE.Nokia.com> Hi Daniela, The best document about this is the SVC spec itself. The orignal proposal was JVT-S038, first adopted as suffix NAL unit, which was later changed to both suffix and prefix NAL units, and finally became prefix NAL unit only (same as in JVT-S038). BR, YK ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ext Radakovic Daniela-W16870 Sent: Saturday, August 18, 2023 7:31 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Prefix NAL unit Dear experts, When using SVC reference code I get prefix NAL units in the bit stream (nal unit type = 14). I'd like to find out more about their syntax (prefix_nal_unit_rbsp??). Could you please refer me to JVT document containing this information? Thank you, Daniela -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070819/23506868/attachment.html From Andreas.Schneider codingtechnologies.com Mon Aug 20 11:40:29 2007 From: Andreas.Schneider codingtechnologies.com (Andreas Schneider) Date: Mon Aug 20 04:46:07 2007 Subject: [Mp4-tech] Looking for general information on AAC In-Reply-To: <5073de0708170909y72fd9ca6q6e3f2c1f40a291c7@mail.gmail.com> Message-ID: Hello James, mp4-tech-bounces@lists.mpegif.org wrote on 17.08.2023 18:09:20: > To all, > In brief: I'm looking to obtain more information on HE-AAC > (reference code ISO/IEC 14496-5:2001/Amd.6:2005), the extend of what > is contained there and what I can expect it to do. Right now I'm > running the conformance bitstreams from the publicly available standard: > ISO/IEC 14496-4:2004/Amd.8:2005(Information technology -- Coding of > audio-visual objects -- Part 4: Conformance testing -- Amendment 8: > High Efficiency Advanced Audio Coding, audio BIFS, and structured > audio conformance). > > Some of the conformance test streams are not passing, and some do > not s"line up": > For example(1), I'm not sure why this .mp4 has four corresponding . > wav files associated with it: > sbr_conftool al_sbr_cm_48_4.mp4 al_sbr_hq_cm_48_4_f00.wav > > al_sbr_hq_cm_48_4_f00.wav > al_sbr_hq_cm_48_4_f01.wav > al_sbr_hq_cm_48_4_f02.wav > al_sbr_hq_cm_48_4_f03.wav The bitstream you mention contains 4 channels. Each of these wave-files contains the decoded output of one of these. > > (2) With this one I don't get a CONFORMANCE PASSED message. > > sbr_conftool al_sbr_sr_16_2_fsaac08.mp4 al_sbr_hq_sr_16_2_fsaac08.wav > > (Informative) QMF-TEST: Max Diff: 0.040 RMS Diff: 0.009 > === SBR-TEST: Max Diff: 0.072 RMS Diff: 0.011 This conformance bitstream has no hard conformance criterion. > > More information that would be helpful would be: what the file name > letter combinations symbolize, what the directory SBR_CONFORMANCE_3 with the > _lp_ files is, does the ISO/IEC conformance standard that ISO sells > have documentation that the publicly available one does not have. Yes, all your above questions are answered in ISO/IEC 14496-4:2004/Amd.8:2005. > > Also, I am under the impression that in order to have an official > conforming decoder, one must pass an SBR and an AAC conformance > test. If I am correct and the aforementioned constitutes the SBR > conformance test, does anyone know where to find the plain AAC > conformance bitstreams. You are correct. They AAC-LC conformance bitstreams are here: http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC_14496-4_2004_Conformance_Testing/ There name is al* > > Any documentation on any of this would be invaluable. The documentation for AAC-LC conformance is available from ISO as well. It is part of the 2nd edition of MPEG-4 conformance ISO/IEC 14496-4:2004. Best, Andreas > Thanks > > James > _______________________________________________ > 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 HRB 17557, Amtsgericht N?rnberg, GF: Dipl.Ing. Martin Dietz (Managing Director) From ashfiqua03 yahoo.com Tue Aug 21 18:30:25 2007 From: ashfiqua03 yahoo.com (ashfiqua tahseen) Date: Tue Aug 21 21:04:07 2007 Subject: [Mp4-tech] Number of bits encoded Message-ID: <476622.78212.qm@web53409.mail.re2.yahoo.com> Hi, I have some questions regarding the H.264 encoding (I am using JM12.2): 1. Is there any way to find out the number of encoded bits before performing the encoding? I mean how can I know that the encoded I frame will contain x bits, P frame will contain y bits etc.? 2. And if I want that each I and P frame will contain exactly 2 slices, how to do that? 3. After encoding, how can I know that this packet belongs to I, P or B frame? I'll highly appreciate any information regarding this. Thanking you, Ashfiqua --------------------------------- Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070821/166793e9/attachment.html From mp4-tech erik.prutser.cx Wed Aug 22 13:30:38 2007 From: mp4-tech erik.prutser.cx (Erik van Zijst) Date: Wed Aug 22 10:04:07 2007 Subject: [Mp4-tech] FGS Specification Document Message-ID: <46CC104E.4060206@erik.prutser.cx> Hi folks, I'd like to know where I can find the specification of the MPEG-4 FGS technology (Fine Grained Scalability). I?ve got the MPEG-4 ISO document of 2001, but it is not listed there. Is it in the 2004 version? I've browsed the ISO website and it looks like FGS could be found in ISO/IEC 14496-2:2004, but before continue to purchase this rather expensive document, I'd like to be sure that is indeed in there. Anyone out there who can confirm or deny this? cheers, Erik van Zijst -- The goal of Computer Science is to build something that will last at least until we've finished building it. From herbert.thoma iis.fraunhofer.de Wed Aug 22 17:37:39 2007 From: herbert.thoma iis.fraunhofer.de (Herbert Thoma) Date: Wed Aug 22 11:16:08 2007 Subject: [Mp4-tech] FGS Specification Document In-Reply-To: <46CC104E.4060206@erik.prutser.cx> References: <46CC104E.4060206@erik.prutser.cx> Message-ID: <46CC4A33.5080307@iis.fraunhofer.de> Erik van Zijst schrieb: > Hi folks, > > I'd like to know where I can find the specification of the MPEG-4 FGS > technology (Fine Grained Scalability). I?ve got the MPEG-4 ISO document > of 2001, but it is not listed there. Is it in the 2004 version? Yes it's in the 2004 Version. If you are a MPEG Member that's document number n5546. > I've browsed the ISO website and it looks like FGS could be found in > ISO/IEC 14496-2:2004, but before continue to purchase this rather > expensive document, I'd like to be sure that is indeed in there. Anyone > out there who can confirm or deny this? BTW: Why bother with MPEG-4 part 2 FGS at all? FGS will be removed from the next edition again, because nobody provided conformance bitstreams. MPEG-4 part 10/AVC/H.264 SVC extension is way cooler anyway Kind regards, Herbert. > cheers, > Erik van Zijst -- Herbert Thoma Head of Video Group Multimedia Realtime Systems Department Fraunhofer IIS Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: tma@iis.fhg.de www: http://www.iis.fhg.de/ From sugeeth sarayusoftech.com Wed Aug 22 23:25:54 2007 From: sugeeth sarayusoftech.com (Sugeeth) Date: Wed Aug 22 13:46:08 2007 Subject: [Mp4-tech] Re: Mp4-tech Digest, Vol 49, Issue 16 In-Reply-To: <200708221607.l7MG7Klp025136@lists1.magma.ca> References: <200708221607.l7MG7Klp025136@lists1.magma.ca> Message-ID: <46CC6A9A.5030203@sarayusoftech.com> Reply to Ashfiqua: I have some questions regarding the H.264 encoding (I am using JM12.2): 1. Is there any way to find out the number of encoded bits before performing the encoding? I mean how can I know that the encoded I frame will contain x bits, P frame will contain y bits etc.? As far as i know , it may not be practically possible to predict the exact number of bits , more over , the bits will not match between 2 encoders, because in all probability, the MotionEstimation algorithm will differ and hence accordingly, skip decisions, motion vectors will vary. Hence, the Encoded bits wont match. I even dont think it is possible to predict the exact number of bits in your own encoder. Anyway, wat is the reason for you to know this? Can may be suggest you an alternative solution, if i know. 2. And if I want that each I and P frame will contain exactly 2 slices, how to do that? H.264 supports slices of any nature. Baseline profile in h.264 supports upto 8 slices and the slices can be of any order and of any size. You can configure your slices to be exactly same for a resolution CIF - 22 MB's (352*288) , but it is not possible to do so for a resolution like D1 as it has 45 MB's in its width. you cannot have 2 exact slices for D1 resolution. A 23 MB/22MB width slice split would be ideal for D1.( incase you want to use 2 slices only). 3. After encoding, how can I know that this packet belongs to I, P or B frame? There is information coded within a NAL unit that tells information like Frame type, Deblocking filter, MBtype, MV difference, Modes for I frames.. Refer to the Decoder parser functions to get the relevant information in detail. I'll highly appreciate any information regarding this. Thanking you, Ashfiqua mp4-tech-request@lists.mpegif.org wrote: > Send Mp4-tech mailing list submissions to > mp4-tech@lists.mpegif.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.mpegif.org/mailman/listinfo/mp4-tech > or, via email, send a message with subject or body 'help' to > mp4-tech-request@lists.mpegif.org > > You can reach the person managing the list at > mp4-tech-owner@lists.mpegif.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Mp4-tech digest..." > > > Today's Topics: > > 1. Number of bits encoded (ashfiqua tahseen) > 2. FGS Specification Document (Erik van Zijst) > 3. Re: FGS Specification Document (Herbert Thoma) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 21 Aug 2023 17:30:25 -0700 (PDT) > From: ashfiqua tahseen > Subject: [Mp4-tech] Number of bits encoded > To: mp4-tech@lists.mpegif.org > Message-ID: <476622.78212.qm@web53409.mail.re2.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > > I have some questions regarding the H.264 encoding (I am using JM12.2): > > 1. Is there any way to find out the number of encoded bits before performing the encoding? I mean how can I know that the encoded I frame will contain x bits, P frame will contain y bits etc.? > > 2. And if I want that each I and P frame will contain exactly 2 slices, how to do that? > > 3. After encoding, how can I know that this packet belongs to I, P or B frame? > > I'll highly appreciate any information regarding this. > > Thanking you, > Ashfiqua > > > --------------------------------- > Be a better Heartthrob. Get better relationship answers from someone who knows. > Yahoo! Answers - Check it out. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: /pipermail/mp4-tech/attachments/20070821/166793e9/attachment-0001.html > > ------------------------------ > > Message: 2 > Date: Wed, 22 Aug 2023 12:30:38 +0200 > From: Erik van Zijst > Subject: [Mp4-tech] FGS Specification Document > To: mp4-tech@lists.mpegif.org > Message-ID: <46CC104E.4060206@erik.prutser.cx> > Content-Type: text/plain; charset=windows-1252; format=flowed > > Hi folks, > > I'd like to know where I can find the specification of the MPEG-4 FGS > technology (Fine Grained Scalability). I?ve got the MPEG-4 ISO document > of 2001, but it is not listed there. Is it in the 2004 version? > > I've browsed the ISO website and it looks like FGS could be found in > ISO/IEC 14496-2:2004, but before continue to purchase this rather > expensive document, I'd like to be sure that is indeed in there. Anyone > out there who can confirm or deny this? > > cheers, > Erik van Zijst > From ashfiqua03 yahoo.com Wed Aug 22 12:25:17 2007 From: ashfiqua03 yahoo.com (ashfiqua tahseen) Date: Wed Aug 22 15:10:07 2007 Subject: [Mp4-tech] Converting .264 file to a trace file Message-ID: <536125.74607.qm@web53401.mail.re2.yahoo.com> Hi, I want to use the encoded file (.264 files) with network simulator ns-2. How can I convert the .264 file to a trace file appropriate for ns-2. And how can I convert the output of the ns-2 to .264 to feed the deocder? I'll highly appreciate any information in this regard. With regards, Ashfiqua --------------------------------- Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070822/e9e490e7/attachment.html From regis lsi.usp.br Thu Aug 23 01:43:58 2007 From: regis lsi.usp.br (Regis Rossi A. Faria) Date: Thu Aug 23 05:16:06 2007 Subject: [Mp4-tech] 20 bits in AAC Message-ID: <46CD027E.8040508@lsi.usp.br> Hi all, I have not found in MPEG-4 AAC references to sample bit depth, does anyone can help provide references and information on restrictions and bit depth implementation guidelines regarding 20 bits and more? Thanks in advance, Regis R A Faria LSI-TEC/LSI-Univ. Sao Paulo From student.mpg gmail.com Thu Aug 23 19:25:14 2007 From: student.mpg gmail.com (mk ali) Date: Thu Aug 23 10:28:12 2007 Subject: [Mp4-tech] Opengop I and IDR Message-ID: Hi All, Wats the difference between IDR and OpenGop RAI of AVC in DVB broadcast technology? Thanks! mk! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070823/91354e28/attachment.html From dmitriy graphics.cs.msu.ru Fri Aug 24 03:38:00 2007 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Thu Aug 23 19:40:06 2007 Subject: [Mp4-tech] CALL FOR MPEG4-AVC/H.264 CODECS In-Reply-To: <271233864.20070711000840@graphics.cs.msu.ru> References: <271233864.20070711000840@graphics.cs.msu.ru> Message-ID: <17274348.20070824023800@graphics.cs.msu.ru> Dear codec developers! Please remember about soon deadline for "Call for codecs". Number of downloads of PDF's with previous Third annual H.264 comparison was more than 30000 at the end of July and we have good feedback from many companies (and total number of PDF's with comparisons download become bigger than 200000). If you are not sure in your codec results please let us know, we become more flexible in publishing policy this year. Also last year we done wide research in new video metrics area (objective artifacts measurement and etc) and this metrics will be used to extend testing results in this year comparison (with cross-compatibility tests and other innovations). Please do not think "Maybe we will participate next year". Nothing is perpetual. This comparison takes more time, than it seems, so do not lose your chance to compare. Looking forward to see new codecs as participants! Sincerely yours, Dr. Vatolin Wednesday, July 11, 2007, 12:08:40 AM, you wrote: DV> Dear Experts, DV> Please forward this information to video codecs developers! DV> Moscow State University Graphics & Multimedia Laboratory starts next DV> 4-th annual H.264 codecs comparison. There is some information about it DV> below. Let us know if any questions. DV> =========================================================================== DV> CALL FOR MPEG4-AVC/H.264 CODECS DV> Fourth Annual H.264 video codec comparison DV> For practical researchers and developers in the field of high-end video compression DV> =========================================================================== DV> Scope of Test DV> ------------- DV> * Encoding time, speed/quality analysis DV> * Objective quality measurements (PSNR, SSIM, Average Advantage, etc.) DV> * Analysis of averaged objective results DV> * Leaders in different areas DV> * Decoder tests (including cross-compatibility tests) DV> * Special analysis of codec parts DV> Important Dates DV> --------------- DV> August, 26 v Deadline for receipt of a H.264 codec with required presets DV> September, 10 v Deadline for settling technical problems with codec-s functioning DV> November, 7 - Draft of the report that will be sent to all participants DV> November, 14 - Deadline for reception of comments on the draft DV> December, 15 - Comparison report release DV> Enhancements in comparison to Previous H.264/AVC Comparison DV> ----------------------------------------------------------- DV> * Cross-compatibility test DV> * New sequences DV> * New type of special analysis for codecs DV> * Using natural sequences' special modifications DV> * Using synthetic sequences DV> * Separate analysis of codecs main subsystems DV> Developer Deliverables DV> ---------------------- DV> The following deliverables should be provided by each developer: DV> * Codec files (CLI executable file is preferable) DV> * Short description of codec parameters DV> * Codec's presets with mentioning what H.264/AVC profiles are used DV> The full text of Call for Codecs is available at DV> http://www.compression.ru/video/codec_comparison/call_for_codecs_07.html DV> Variants of Participation DV> ------------------------- DV> There are two variants for companies to participate in our comparison: DV> 1. Participation for free. All results of your codec will be published, DV> except special cases of measurements problems due to codec DV> instability. DV> 2. Private participation. A special report will be prepared only for your DV> company. This report contains: DV> * Your codec results and all material from the free version DV> * Special additional analysis of your codec DV> If you are interested in the private participation, please contact us DV> for details. DV> Useful Links DV> ------------ DV> * Third Annual MSU MPEG-4 AVC/H.264 Video Codec Comparison DV> DV> http://compression.ru/video/codec_comparison/mpeg-4_avc_h264_2006_en.html DV> * MSU Lossless Video Codecs Comparison'2007 DV> DV> http://compression.ru/video/codec_comparison/lossless_codecs_2007_en.html DV> * Subjective Comparison of Modern Video Codecs DV> DV> http://compression.ru/video/codec_comparison/subjective_codecs_comparison_en.html DV> Sincerely yours, DV> Dr. Vatolin DV> _______________________________________________ DV> NOTE: Please use clear subject lines for your posts. Include DV> [audio, [video], [systems], [general] or another apppropriate DV> identifier to indicate the type of question you have. DV> Note: Conduct on the mailing list is subject to the Antitrust DV> guidelines found at DV> http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -- Best regards, Dmitriy mailto:dmitriy@graphics.cs.msu.ru From ksuehring web.de Fri Aug 24 15:14:41 2007 From: ksuehring web.de (Karsten Suehring) Date: Fri Aug 24 09:46:07 2007 Subject: [Mp4-tech] Number of bits encoded In-Reply-To: <476622.78212.qm@web53409.mail.re2.yahoo.com> References: <476622.78212.qm@web53409.mail.re2.yahoo.com> Message-ID: <46CECBB1.9030107@web.de> Hi Ashfiqua, > 1. Is there any way to find out the number of encoded bits before > performing the encoding? I mean how can I know that the encoded I frame > will contain x bits, P frame will contain y bits etc.? If you are using rate control, you can set the (average) target bit rate for a sequence. The encoder will try to hit that rate. If you are not using rate control, I would say it's impossible to estimate the exact number of bits before encoding because this depends to much on the used encoding algorithm and each single mode decision in it. > 2. And if I want that each I and P frame will contain exactly 2 slices, > how to do that? In encoder.cfg set "SliceMode = 1" and SliceArgument to half of macroblocks in the picture. > 3. After encoding, how can I know that this packet belongs to I, P or B > frame? There is no such concept like I, P or B frames in H.264. A frame can consist of one or more I, P or B type slices. Each slice contains a syntax element that specifies the slice type (called slice_type) Best regards, Karsten From mrivers06 gmail.com Mon Aug 27 13:45:22 2007 From: mrivers06 gmail.com (Michael Rivers) Date: Mon Aug 27 09:52:14 2007 Subject: [Mp4-tech] Interlace Encoding Message-ID: When encoding in H.264 Main Profile with interlace tool and only one reference image is supported, which should be used as a reference for encoding a field? would it be the previous field or the same field in the previous frame? For example, would the current bottom field use the current top field or the previous frame bottom field as a reference? Thanks and best regards, Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070827/1a7b8a65/attachment.html From sriabtsev broadcom.com Mon Aug 27 05:50:53 2007 From: sriabtsev broadcom.com (Shevach Riabtsev) Date: Mon Aug 27 09:52:20 2007 Subject: [Mp4-tech] Why spatial prediction in AVC performed in pixel domain? In-Reply-To: <8F71AD3D0C13D6428E8C1436C552457C157E0AEB@NT-SJCA-0751.brcm.ad.broadcom.com> Message-ID: <9110732D7E34E5459A92F96AEEDF829E024F563D@NT-SJCA-0751.brcm.ad.broadcom.com> Dear experts The spatial prediction in AVC is executed in pixel (sample) domain, while in MPEG2 and MPEG4 the spatial prediction (actually partial prediction) is performed in frequency domain. I think that on noisy material it is beneficial to perform the spatial prediction in frequency domain in the same manner as pixel-domain prediction. Say, for each 4x4 block, DCT and quantization is performed, then the prediction direction and the residual between quantization coefficients of the current 4x4 block and the neighboring (left and/or top) is calculated. What was a reason to prefer the sample domain for the spatial prediction instead of frequency one. Regards, Shevach Broadcom -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070827/1150b6e1/attachment.html From garysull windows.microsoft.com Mon Aug 27 08:45:33 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Aug 27 10:53:04 2007 Subject: [Mp4-tech] RE: Why spatial prediction in AVC performed in pixel domain? In-Reply-To: <9110732D7E34E5459A92F96AEEDF829E024F563D@NT-SJCA-0751.brcm.ad.broadcom.com> References: <8F71AD3D0C13D6428E8C1436C552457C157E0AEB@NT-SJCA-0751.brcm.ad.broadcom.com> <9110732D7E34E5459A92F96AEEDF829E024F563D@NT-SJCA-0751.brcm.ad.broadcom.com> Message-ID: <21D067220A163E4BABC5C7A568A93B1587040E31B6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Have you actually done any experiments to confirm your belief that the frequency domain works better on noisy material? Of course, also, not all material is noisy... Gisle Bjontegaard proposed the basic concept of the spatial prediction as part of his original proposals in 1998 for the H.26L project (Q15-E-17 in July and Q15-F-11 in November). I believe he had been playing with such concepts before that as well. I'm rather confident that he would not have proposed such a thing unless it was ordinarily beneficial to compression capability. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Shevach Riabtsev Sent: Monday, August 27, 2023 4:51 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Why spatial prediction in AVC performed in pixel domain? Dear experts The spatial prediction in AVC is executed in pixel (sample) domain, while in MPEG2 and MPEG4 the spatial prediction (actually partial prediction) is performed in frequency domain. I think that on noisy material it is beneficial to perform the spatial prediction in frequency domain in the same manner as pixel-domain prediction. Say, for each 4x4 block, DCT and quantization is performed, then the prediction direction and the residual between quantization coefficients of the current 4x4 block and the neighboring (left and/or top) is calculated. What was a reason to prefer the sample domain for the spatial prediction instead of frequency one. Regards, Shevach Broadcom -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070827/357bfc26/attachment.html From pingmeaschandru yahoo.co.in Tue Aug 28 18:17:28 2007 From: pingmeaschandru yahoo.co.in (Chandrasekar vijayakumar) Date: Tue Aug 28 09:16:07 2007 Subject: [Mp4-tech] H264 decoding Issues. Message-ID: <827043.82015.qm@web7912.mail.in.yahoo.com> Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Once upon a time there was 1 GB storage in your inbox. To know the happy ending go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070828/43eec960/attachment.html From chen.xiaomin pixela-china.com Wed Aug 29 15:06:52 2007 From: chen.xiaomin pixela-china.com (=?gb2312?B?s8LP/sP2?=) Date: Wed Aug 29 06:40:09 2007 Subject: [Mp4-tech] About IDR frame used as long term reference frame Message-ID: <001401c7ea02$cc3b48e0$540aa8c0@videoCodec.com> Dear List members, I am using JM12.2 encoder.cfg encoder. I wanted to make IDR frame be used as a long term reference frame. I have known that the syntax "long_term_reference_flag" in slice header denotes whether IDR frame is used as a long term reference frame after being decoded, but I haven't known how this syntax can equal to 1 during the encoding process. Can anybody help me in this regrad? Best regards, Xiaomin Chen -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/ede33197/attachment.html From pingmeaschandru yahoo.co.in Wed Aug 29 10:40:01 2007 From: pingmeaschandru yahoo.co.in (Chandrasekar vijayakumar) Date: Wed Aug 29 06:46:10 2007 Subject: [Mp4-tech] H264 decoding Issues. Message-ID: <919916.8595.qm@web7914.mail.in.yahoo.com> Could anybody please help me to resolve the problem? ----- Original Message ---- From: Chandrasekar vijayakumar To: mp4-tech@lists.mpegif.org Sent: Tuesday, 28 August, 2007 5:17:28 PM Subject: [Mp4-tech] H264 decoding Issues. Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Unlimited freedom, unlimited storage. Get it now Why delete messages? Unlimited storage is just a click away. Go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/aca0ff11/attachment-0001.html From pingmeaschandru yahoo.co.in Wed Aug 29 12:16:27 2007 From: pingmeaschandru yahoo.co.in (Chandrasekar vijayakumar) Date: Wed Aug 29 06:46:16 2007 Subject: Fw: [Mp4-tech] H264 decoding Issues. Message-ID: <775567.99931.qm@web7904.mail.in.yahoo.com> ----- Forwarded Message ---- From: Chandrasekar vijayakumar To: kavita.chachadi1@wipro.com Sent: Wednesday, 29 August, 2007 11:12:58 AM Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Tell what you want to achieve via FFmpeg? Do you want to use H.264 encoder in FFmpeg? Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 10:22:36 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Thanks! Do u know whether FFMPEG supports the generation of H264 Bitstreams with SEI messages. Regards, Kavita From: Chandrasekar vijayakumar [mailto:pingmeaschandru@yahoo.co.in] Sent: Wed 8/29/2007 9:36 AM To: Kavita N chachadi (WT01 - Semiconductor & System Solutions) Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Just Google it. You can find lots of links that will take you to the FFMPEG source code. Anyway, you can check out the lastest code from "svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg". For more information refer the link http://ffmpeg.mplayerhq.hu/download.html Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 9:06:46 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Can you give me the link to FFMPEG source code for download. Regards, Kavita From: mp4-tech-bounces@lists.mpegif.org on behalf of Chandrasekar vijayakumar Sent: Tue 8/28/2007 5:17 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264 decoding Issues. Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com 5, 50, 500, 5000 - Store N number of mails in your inbox. Click here. Once upon a time there was 1 GB storage in your inbox. To know the happy ending go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/15204265/attachment-0001.html From garysull windows.microsoft.com Wed Aug 29 07:21:28 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Wed Aug 29 09:28:12 2007 Subject: [Mp4-tech] RE: Why spatial prediction in AVC performed in pixel domain? In-Reply-To: <9110732D7E34E5459A92F96AEEDF829E026D54DD@NT-SJCA-0751.brcm.ad.broadcom.com> References: <21D067220A163E4BABC5C7A568A93B1587040E31B6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <9110732D7E34E5459A92F96AEEDF829E026D54DD@NT-SJCA-0751.brcm.ad.broadcom.com> Message-ID: <21D067220A163E4BABC5C7A568A93B1587040E3D50@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Shevach et al, The Q15 documents should be found at http://ftp3.itu.int/av-arch/video-site. Look in the folders for 1998. The measurement you did sounds excessively simplistic. You did not demonstrate an actual compression system with real syntax design and actual selection of which prediction mode will be used and test the compression performance in the rate-distortion sense. Just measuring correlation is not enough. I am pretty confident that we would not be using the spatial prediction scheme if the old frequency-domain prediction scheme like what is found in H.263 Annex I and MPEG-4 part 2 would have worked better. Note also that the frequency-domain prediction scheme has a problem if the neighbor is not intra coded. Best Regards, Gary Sullivan ________________________________ From: Shevach Riabtsev [mailto:sriabtsev@broadcom.com] Sent: Wednesday, August 29, 2023 4:52 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Gary I compared correlation coefficients among neighboring 4x4 blocks in both sample domain and frequency one (i.e. quantized coefficients). It appears that the correlation in frequency domain is stronger than in pixel one. The only advantage of sample domain spatial prediction I can see is the arithmetic precision. Indeed, in pixel domain all predictors are 8-bits width, while in frequency plane the predictors are 12 bits. Where I can achieve Q15-E-17 and Q15-F-11 proposals. Could you send me a link to these documents. Regards, Shevach Broadcom ________________________________ From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Monday, August 27, 2023 5:46 PM To: Shevach Riabtsev; mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Have you actually done any experiments to confirm your belief that the frequency domain works better on noisy material? Of course, also, not all material is noisy... Gisle Bjontegaard proposed the basic concept of the spatial prediction as part of his original proposals in 1998 for the H.26L project (Q15-E-17 in July and Q15-F-11 in November). I believe he had been playing with such concepts before that as well. I'm rather confident that he would not have proposed such a thing unless it was ordinarily beneficial to compression capability. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Shevach Riabtsev Sent: Monday, August 27, 2023 4:51 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Why spatial prediction in AVC performed in pixel domain? Dear experts The spatial prediction in AVC is executed in pixel (sample) domain, while in MPEG2 and MPEG4 the spatial prediction (actually partial prediction) is performed in frequency domain. I think that on noisy material it is beneficial to perform the spatial prediction in frequency domain in the same manner as pixel-domain prediction. Say, for each 4x4 block, DCT and quantization is performed, then the prediction direction and the residual between quantization coefficients of the current 4x4 block and the neighboring (left and/or top) is calculated. What was a reason to prefer the sample domain for the spatial prediction instead of frequency one. Regards, Shevach Broadcom -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/c0dc968b/attachment.html From pingmeaschandru yahoo.co.in Wed Aug 29 18:10:07 2007 From: pingmeaschandru yahoo.co.in (Chandrasekar vijayakumar) Date: Wed Aug 29 09:52:13 2007 Subject: [Mp4-tech] H264 decoding Issues. Message-ID: <483870.30970.qm@web7911.mail.in.yahoo.com> Hi All, Could anybody tell me how to combine two consecutive IDR NAL Units having the same frame's VCL data ? Below are the details of consecutive IDR NAL Units. Nal length 1264 start code 4 bytes ref 1 type 5 Coded slice of an IDR picture first_mb_in_slice: 0 slice_type: 2 (I) pic_parameter_set_id: 0 frame_num: 0 (8 bits) idr_pic_id: 0 pic_order_cnt_lsb: 0 ######################################################### Nal length 541 start code 4 bytes ref 1 type 5 Coded slice of an IDR picture first_mb_in_slice: 209 slice_type: 2 (I) pic_parameter_set_id: 0 frame_num: 0 (8 bits) idr_pic_id: 0 pic_order_cnt_lsb: 0 ######################################################### And I want to know the use of "first_mb_in_slice" in IDR NAL Unit. Thanks, Chandrasekar. ----- Original Message ---- From: Chandrasekar vijayakumar To: mp4-tech@lists.mpegif.org Sent: Wednesday, 29 August, 2007 9:40:01 AM Subject: Re: [Mp4-tech] H264 decoding Issues. Could anybody please help me to resolve the problem? ----- Original Message ---- From: Chandrasekar vijayakumar To: mp4-tech@lists.mpegif.org Sent: Tuesday, 28 August, 2007 5:17:28 PM Subject: [Mp4-tech] H264 decoding Issues. Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Unlimited freedom, unlimited storage. Get it now Unlimited freedom, unlimited storage. Get it now 5, 50, 500, 5000 - Store N number of mails in your inbox. Go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/6ef1189c/attachment-0001.html From sriabtsev broadcom.com Wed Aug 29 05:52:21 2007 From: sriabtsev broadcom.com (Shevach Riabtsev) Date: Wed Aug 29 09:52:21 2007 Subject: [Mp4-tech] RE: Why spatial prediction in AVC performed in pixel domain? In-Reply-To: <21D067220A163E4BABC5C7A568A93B1587040E31B6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <9110732D7E34E5459A92F96AEEDF829E026D54DD@NT-SJCA-0751.brcm.ad.broadcom.com> Gary I compared correlation coefficients among neighboring 4x4 blocks in both sample domain and frequency one (i.e. quantized coefficients). It appears that the correlation in frequency domain is stronger than in pixel one. The only advantage of sample domain spatial prediction I can see is the arithmetic precision. Indeed, in pixel domain all predictors are 8-bits width, while in frequency plane the predictors are 12 bits. Where I can achieve Q15-E-17 and Q15-F-11 proposals. Could you send me a link to these documents. Regards, Shevach Broadcom ________________________________ From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Monday, August 27, 2023 5:46 PM To: Shevach Riabtsev; mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Have you actually done any experiments to confirm your belief that the frequency domain works better on noisy material? Of course, also, not all material is noisy... Gisle Bjontegaard proposed the basic concept of the spatial prediction as part of his original proposals in 1998 for the H.26L project (Q15-E-17 in July and Q15-F-11 in November). I believe he had been playing with such concepts before that as well. I'm rather confident that he would not have proposed such a thing unless it was ordinarily beneficial to compression capability. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Shevach Riabtsev Sent: Monday, August 27, 2023 4:51 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Why spatial prediction in AVC performed in pixel domain? Dear experts The spatial prediction in AVC is executed in pixel (sample) domain, while in MPEG2 and MPEG4 the spatial prediction (actually partial prediction) is performed in frequency domain. I think that on noisy material it is beneficial to perform the spatial prediction in frequency domain in the same manner as pixel-domain prediction. Say, for each 4x4 block, DCT and quantization is performed, then the prediction direction and the residual between quantization coefficients of the current 4x4 block and the neighboring (left and/or top) is calculated. What was a reason to prefer the sample domain for the spatial prediction instead of frequency one. Regards, Shevach Broadcom -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/b024190f/attachment.html From sriabtsev broadcom.com Wed Aug 29 08:35:10 2007 From: sriabtsev broadcom.com (Shevach Riabtsev) Date: Wed Aug 29 12:28:09 2007 Subject: [Mp4-tech] RE: Why spatial prediction in AVC performed in pixel domain? In-Reply-To: <21D067220A163E4BABC5C7A568A93B1587040E3D50@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <9110732D7E34E5459A92F96AEEDF829E026D54F2@NT-SJCA-0751.brcm.ad.broadcom.com> Thanks Gary Actually you answered my query. Indeed if one block is in Inter MB and other block belongs to Intra MB, then no correlation in frequency domain between the blocks expected. I missed this point. Regards, Shevach Broadcom ________________________________ From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Wednesday, August 29, 2023 4:21 PM To: Shevach Riabtsev Cc: mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Shevach et al, The Q15 documents should be found at http://ftp3.itu.int/av-arch/video-site. Look in the folders for 1998. The measurement you did sounds excessively simplistic. You did not demonstrate an actual compression system with real syntax design and actual selection of which prediction mode will be used and test the compression performance in the rate-distortion sense. Just measuring correlation is not enough. I am pretty confident that we would not be using the spatial prediction scheme if the old frequency-domain prediction scheme like what is found in H.263 Annex I and MPEG-4 part 2 would have worked better. Note also that the frequency-domain prediction scheme has a problem if the neighbor is not intra coded. Best Regards, Gary Sullivan ________________________________ From: Shevach Riabtsev [mailto:sriabtsev@broadcom.com] Sent: Wednesday, August 29, 2023 4:52 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Gary I compared correlation coefficients among neighboring 4x4 blocks in both sample domain and frequency one (i.e. quantized coefficients). It appears that the correlation in frequency domain is stronger than in pixel one. The only advantage of sample domain spatial prediction I can see is the arithmetic precision. Indeed, in pixel domain all predictors are 8-bits width, while in frequency plane the predictors are 12 bits. Where I can achieve Q15-E-17 and Q15-F-11 proposals. Could you send me a link to these documents. Regards, Shevach Broadcom ________________________________ From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Monday, August 27, 2023 5:46 PM To: Shevach Riabtsev; mp4-tech@lists.mpegif.org Subject: RE: Why spatial prediction in AVC performed in pixel domain? Have you actually done any experiments to confirm your belief that the frequency domain works better on noisy material? Of course, also, not all material is noisy... Gisle Bjontegaard proposed the basic concept of the spatial prediction as part of his original proposals in 1998 for the H.26L project (Q15-E-17 in July and Q15-F-11 in November). I believe he had been playing with such concepts before that as well. I'm rather confident that he would not have proposed such a thing unless it was ordinarily beneficial to compression capability. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Shevach Riabtsev Sent: Monday, August 27, 2023 4:51 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Why spatial prediction in AVC performed in pixel domain? Dear experts The spatial prediction in AVC is executed in pixel (sample) domain, while in MPEG2 and MPEG4 the spatial prediction (actually partial prediction) is performed in frequency domain. I think that on noisy material it is beneficial to perform the spatial prediction in frequency domain in the same manner as pixel-domain prediction. Say, for each 4x4 block, DCT and quantization is performed, then the prediction direction and the residual between quantization coefficients of the current 4x4 block and the neighboring (left and/or top) is calculated. What was a reason to prefer the sample domain for the spatial prediction instead of frequency one. Regards, Shevach Broadcom -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/09ab6867/attachment.html From regis lsi.usp.br Thu Aug 30 14:32:44 2007 From: regis lsi.usp.br (Regis Rossi A. Faria) Date: Thu Aug 30 18:04:06 2007 Subject: [Mp4-tech] 20 bits in AAC In-Reply-To: <221294.51852.qm@web34702.mail.mud.yahoo.com> References: <221294.51852.qm@web34702.mail.mud.yahoo.com> Message-ID: <46D6F12C.2040701@lsi.usp.br> Dear Schuyler, Thanks for the references. ;) I wonder if there is an interest or not moving towards 20 bit (or higher) quality for next generation of codecs, for consumer applications. Regards, Regis Schuyler Quackenbush escreveu: > Dear Regis, > > The AAC specification does not by itself set an output word length, in that it is not a bit-exact decoding specification. The MPEG-2 and MPEG-2 Conformance specs for AAC do discuss a procedure to follow to claim that a decoder has "N-bit compliance" as far as output word length. > > Best, > Schuyler > > ----- Original Message ---- > From: Regis Rossi A. Faria > To: Mp4-tech Audio > Sent: Wednesday, August 22, 2023 11:43:58 PM > Subject: [Mp4-tech] 20 bits in AAC > > Hi all, > > I have not found in MPEG-4 AAC references to sample bit depth, does > anyone can help provide references and information on restrictions and > bit depth implementation guidelines regarding 20 bits and more? > > Thanks in advance, > > Regis R A Faria > LSI-TEC/LSI-Univ. Sao Paulo > _______________________________________________ > 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 miss_shah00 hotmail.com Thu Aug 30 19:31:10 2007 From: miss_shah00 hotmail.com (S.fatima shah) Date: Thu Aug 30 18:04:12 2007 Subject: [Mp4-tech] Motion Constrained Estimation Message-ID: An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070830/722918cb/attachment.html From misskhan gmail.com Fri Aug 31 01:49:35 2007 From: misskhan gmail.com (S.Fatima Shah) Date: Thu Aug 30 20:28:08 2007 Subject: [Mp4-tech] is Motion constrained estimation been implemented in SVC Encoder? Message-ID: <6499cbb70708301649y3a1273cfpab611258c5913f@mail.gmail.com> Hi, There is a support for constrained motion estimation through Motion constrained SEI. I want to know if constarined motion estimation (not just the SEI) has been implemented in the encoder and/or decoder of H.264 SVC? Regards, Shamikha Shah P.S I am sending this message again in the hope that the message is not scurbbed off as an attachment.. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070831/ffa4eb3f/attachment.html From fys1268 126.com Fri Aug 31 13:31:27 2007 From: fys1268 126.com (fys1268) Date: Fri Aug 31 04:28:08 2007 Subject: [Mp4-tech] Re:Mp4-tech Digest, Vol 49, Issue 22 In-Reply-To: <200708291103.l7TB3lP9008184@lists1.magma.ca> References: <200708291103.l7TB3lP9008184@lists1.magma.ca> Message-ID: <1896068.205451188534687883.JavaMail.coremail@bj126app89.126.com> Dear experts: I am sorry to ask a easy questions to experts. how can i get the definition of esds box of mp4? thanks a lot! 在2007-08-29，mp4-tech-request@lists.mpegif.org 写道： Send Mp4-tech mailing list submissions to mp4-tech@lists.mpegif.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.mpegif.org/mailman/listinfo/mp4-tech or, via email, send a message with subject or body 'help' to mp4-tech-request@lists.mpegif.org You can reach the person managing the list at mp4-tech-owner@lists.mpegif.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Mp4-tech digest..." Today's Topics: 1. Fw: [Mp4-tech] H264 decoding Issues. (Chandrasekar vijayakumar) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Aug 2023 11:16:27 +0530 (IST) From: Chandrasekar vijayakumar Subject: Fw: [Mp4-tech] H264 decoding Issues. To: mp4-tech@lists.mpegif.org Message-ID: <775567.99931.qm@web7904.mail.in.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" ----- Forwarded Message ---- From: Chandrasekar vijayakumar To: kavita.chachadi1@wipro.com Sent: Wednesday, 29 August, 2007 11:12:58 AM Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Tell what you want to achieve via FFmpeg? Do you want to use H.264 encoder in FFmpeg? Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 10:22:36 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Thanks! Do u know whether FFMPEG supports the generation of H264 Bitstreams with SEI messages. Regards, Kavita From: Chandrasekar vijayakumar [mailto:pingmeaschandru@yahoo.co.in] Sent: Wed 8/29/2007 9:36 AM To: Kavita N chachadi (WT01 - Semiconductor & System Solutions) Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Just Google it. You can find lots of links that will take you to the FFMPEG source code. Anyway, you can check out the lastest code from "svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg". For more information refer the link http://ffmpeg.mplayerhq.hu/download.html Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 9:06:46 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Can you give me the link to FFMPEG source code for download. Regards, Kavita From: mp4-tech-bounces@lists.mpegif.org on behalf of Chandrasekar vijayakumar Sent: Tue 8/28/2007 5:17 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264 decoding Issues. Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com 5, 50, 500, 5000 - Store N number of mails in your inbox. Click here. Once upon a time there was 1 GB storage in your inbox. To know the happy ending go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/15204265/attachment.html ------------------------------ _______________________________________________ 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. 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 End of Mp4-tech Digest, Vol 49, Issue 22 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070831/7a22bc2f/attachment-0001.html From fys1268 126.com Fri Aug 31 13:40:11 2007 From: fys1268 126.com (fys1268) Date: Fri Aug 31 04:28:13 2007 Subject: [Mp4-tech] Re:Mp4-tech Digest, Vol 49, Issue 22 In-Reply-To: <200708291103.l7TB3lP9008184@lists1.magma.ca> References: <200708291103.l7TB3lP9008184@lists1.magma.ca> Message-ID: <10708879.208811188535211127.JavaMail.coremail@bj126app89.126.com> HI:I want to write the audio-video data from 324 to 3pp file,but i can't how to get the endpoint encode information to fill the DecoderConfigDescr param of esds box of my 3gp file.What can i do for it ? thanks!Morgan.fu 在2007-08-29，mp4-tech-request@lists.mpegif.org 写道： Send Mp4-tech mailing list submissions to mp4-tech@lists.mpegif.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.mpegif.org/mailman/listinfo/mp4-tech or, via email, send a message with subject or body 'help' to mp4-tech-request@lists.mpegif.org You can reach the person managing the list at mp4-tech-owner@lists.mpegif.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Mp4-tech digest..." Today's Topics: 1. Fw: [Mp4-tech] H264 decoding Issues. (Chandrasekar vijayakumar) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Aug 2023 11:16:27 +0530 (IST) From: Chandrasekar vijayakumar Subject: Fw: [Mp4-tech] H264 decoding Issues. To: mp4-tech@lists.mpegif.org Message-ID: <775567.99931.qm@web7904.mail.in.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" ----- Forwarded Message ---- From: Chandrasekar vijayakumar To: kavita.chachadi1@wipro.com Sent: Wednesday, 29 August, 2007 11:12:58 AM Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Tell what you want to achieve via FFmpeg? Do you want to use H.264 encoder in FFmpeg? Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 10:22:36 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Thanks! Do u know whether FFMPEG supports the generation of H264 Bitstreams with SEI messages. Regards, Kavita From: Chandrasekar vijayakumar [mailto:pingmeaschandru@yahoo.co.in] Sent: Wed 8/29/2007 9:36 AM To: Kavita N chachadi (WT01 - Semiconductor & System Solutions) Subject: Re: [Mp4-tech] H264 decoding Issues. Hi Kavita, Just Google it. You can find lots of links that will take you to the FFMPEG source code. Anyway, you can check out the lastest code from "svn://svn.mplayerhq.hu/ffmpeg/trunk ffmpeg". For more information refer the link http://ffmpeg.mplayerhq.hu/download.html Thanks, Chandrasekar. ----- Original Message ---- From: "kavita.chachadi1@wipro.com" To: pingmeaschandru@yahoo.co.in Sent: Wednesday, 29 August, 2007 9:06:46 AM Subject: RE: [Mp4-tech] H264 decoding Issues. Hi, Can you give me the link to FFMPEG source code for download. Regards, Kavita From: mp4-tech-bounces@lists.mpegif.org on behalf of Chandrasekar vijayakumar Sent: Tue 8/28/2007 5:17 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264 decoding Issues. Hi All, I have some difficulty with H.264 decoding via FFMPEG. Let me first explain what I am trying and ask couple of questions after that. Basically, I want to decode h.264 frames which are embedded in RTP packets via FFMPEG dll (avcodec.dll). I am using an application written in C# which adds Start code (0x00 0x00 0x00 0x01) before each and every h.264 NAL units from the RTP Packets and tried to decode every frames after the start code insertion process. While decoding NAL unit 5 and 8, I am getting some errors. Moreover, I am getting the some blurred frames while playback the h.264 dump ( prefixed with start code ) via VLC player. Let me paste an access unit below. ################################# Access Unit ################################## NALU Unit Type : 6 TimeStamp : 10020 0 0 0 1 6 5 25 86 83 83 72 0 0 16 0 128 0 0 170 0 56 155 113 169 205 252 179 152 171 170 170 170 128 NALU Unit Type : 7 TimeStamp : 10020 0 0 0 1 39 66 128 12 150 84 11 4 180 32 0 4 226 0 0 122 18 16 128 NALU Unit Type : 8 TimeStamp : 10020 0 0 0 1 40 206 6 12 136 0 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 184 4 0 5 36 197 0 1 87 155 239 190 251 239 190 251 239 190 251 239 190 251 239 190 251 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 186 235 174 166 142 160 4 0 1 192 20 107 142 184 235 134 212 223 252 0 28 1 131 8 186 249 148 115 21 6 40 114 255 214 96 228 133 255 165 106 163 141 144 8 63 239 87 83 215 93 117 215 93 117 215 93 117 215 93 117 212 68 45 128 2 0 24 50 128 7 239 91 60 15 85 89 26 242 32 0 16 5 1 147 192 2 204 252 12 49 51 70 153 58 72 76 82 210 240 176 0 16 29 160 0 32 82 0 2 0 50 192 110 0 2 3 32 0 32 59 113 192 0 88 41 8 19 98 242 0 0 64 92 0 4 6 192 1 247 0 125 128 101 168 112 56 225 4 63 24 62 14 0 2 2 224 0 32 54 0 15 184 64 0 8 7 0 0 128 96 0 235 128 72 0 25 2 4 160 0 16 6 0 88 5 22 134 124 245 144 1 45 200 3 168 153 196 35 61 132 0 5 165 16 62 11 168 1 32 0 32 130 0 2 0 0 130 66 58 181 47 50 94 136 120 210 193 111 127 0 11 144 50 149 129 14 65 160 148 72 18 0 2 178 102 208 155 41 85 155 68 24 61 146 163 75 209 129 235 23 19 63 7 14 9 199 150 1 7 153 130 151 137 72 163 223 157 193 21 144 120 238 54 146 10 171 162 28 0 0 128 159 10 112 3 39 123 37 55 64 234 177 124 158 0 2 7 3 101 168 100 224 114 190 200 113 221 143 32 32 202 229 113 132 32 112 214 145 210 16 0 208 109 8 0 52 7 238 176 0 249 186 171 15 177 62 224 12 224 28 147 150 149 130 246 82 252 130 79 255 253 248 0 123 69 189 232 4 131 191 238 4 84 6 171 208 216 100 134 112 19 117 12 91 207 251 194 216 2 0 2 3 224 85 0 0 129 1 111 1 61 202 208 30 3 40 226 248 154 5 32 20 96 114 206 151 143 62 156 206 14 69 222 60 0 0 128 64 99 158 54 24 23 41 91 126 250 164 2 45 12 96 35 199 40 248 237 158 157 211 98 39 210 192 0 172 40 16 28 55 9 42 107 222 184 12 232 4 69 203 152 61 19 126 19 76 27 32 0 16 1 154 32 0 8 31 4 2 160 202 97 148 146 203 75 132 121 85 112 47 175 39 48 150 170 127 255 155 102 30 225 150 108 130 188 120 97 245 188 204 110 32 252 239 238 107 132 64 76 112 134 230 17 94 73 32 159 45 196 64 150 128 132 192 138 78 214 154 33 156 77 77 202 89 208 128 0 64 84 0 138 203 94 247 151 48 34 103 4 32 6 160 24 34 0 9 0 2 131 246 242 11 42 152 15 124 104 98 215 24 204 193 75 198 131 191 253 252 172 0 134 207 99 184 29 248 161 139 124 133 64 57 42 66 113 213 72 52 101 230 221 2 40 98 21 239 233 157 128 96 84 161 111 47 5 156 0 16 0 193 195 199 211 137 89 94 127 144 8 13 239 45 224 160 10 30 128 132 160 138 78 214 154 161 188 77 75 64 246 128 0 64 53 140 96 0 16 94 237 223 219 101 128 64 53 241 144 0 8 1 233 32 0 8 31 5 74 0 147 16 0 2 0 120 0 4 15 46 127 132 0 4 66 138 104 32 0 44 12 26 84 108 34 207 10 189 111 196 128 16 45 205 160 28 53 12 167 115 113 175 174 253 224 0 64 76 140 36 31 93 68 215 93 117 215 93 117 215 93 117 215 93 117 17 11 56 0 32 0 8 25 0 0 128 184 146 140 78 67 201 79 79 6 63 220 60 121 255 128 3 130 165 24 228 18 65 193 160 138 117 55 79 224 1 216 15 169 4 83 188 19 241 5 199 1 222 27 186 111 192 181 192 162 72 196 160 44 12 228 49 148 40 147 0 83 172 175 58 224 1 2 1 212 74 24 54 27 66 39 71 159 75 104 64 36 103 8 0 138 148 66 69 203 63 239 212 13 147 252 63 164 32 151 160 231 162 103 106 253 253 80 53 228 168 9 11 248 164 222 11 168 0 230 21 81 0 196 0 22 72 207 24 201 106 12 204 192 7 211 136 205 205 129 0 1 24 253 192 0 171 1 64 153 204 89 228 148 205 138 210 30 0 48 8 29 210 57 16 210 201 180 124 160 33 247 192 24 7 5 237 217 176 69 190 172 22 88 149 151 6 180 210 96 130 52 240 230 138 150 109 237 140 229 229 15 3 145 56 65 9 4 48 71 175 85 72 192 0 155 18 0 11 128 0 130 60 189 0 1 48 56 46 58 23 33 150 184 9 192 137 1 172 26 16 27 157 173 5 141 140 19 118 113 145 152 148 165 34 176 175 37 36 0 67 10 150 64 64 2 128 0 129 212 176 225 0 10 0 2 7 82 195 128 67 10 150 28 2 24 84 176 192 0 64 20 10 84 12 0 2 1 192 24 187 251 143 66 12 142 255 211 61 76 114 168 205 95 245 167 30 130 46 68 23 88 247 252 64 0 17 224 13 47 74 85 129 123 78 10 180 191 238 36 243 17 175 153 129 206 118 139 41 134 110 238 19 158 83 254 32 NALU Unit Type : 5 TimeStamp : 10020 0 0 0 1 37 1 164 224 16 0 20 134 34 0 1 0 0 248 0 8 13 128 36 176 68 104 48 216 135 133 108 154 124 39 2 136 0 161 91 142 199 27 131 60 56 128 0 16 10 224 0 32 111 112 128 0 50 0 80 46 88 3 226 17 206 31 164 74 172 199 92 0 75 8 197 10 212 24 80 13 16 247 30 24 114 154 52 140 155 5 193 188 64 0 62 0 2 7 12 96 14 1 99 28 79 224 38 129 66 88 82 0 10 89 133 0 38 24 112 0 52 0 96 17 44 128 0 52 0 96 17 44 66 0 2 0 51 0 0 129 115 116 24 16 168 68 32 200 142 41 132 56 48 128 66 20 0 160 130 7 22 15 128 27 105 146 54 95 178 164 214 8 25 114 174 248 64 0 17 224 4 151 79 38 194 99 12 135 122 188 0 41 48 250 163 206 100 86 78 100 112 12 5 116 19 255 8 0 2 88 0 121 116 161 166 59 138 75 73 245 120 47 248 76 128 0 32 33 128 160 238 229 133 197 192 144 162 8 35 80 250 99 12 79 15 0 1 0 60 112 0 16 60 89 170 105 163 50 198 192 16 0 183 255 236 0 32 30 40 56 8 140 168 120 2 197 0 89 0 8 3 0 6 203 14 0 128 48 0 108 176 36 107 195 244 33 179 33 184 30 102 233 32 127 148 20 25 179 193 15 181 255 254 16 0 20 5 29 240 128 0 232 8 9 81 255 2 7 146 41 224 122 156 131 74 120 90 67 87 223 61 246 3 3 9 191 239 192 245 149 230 120 36 170 22 216 125 226 57 210 226 111 190 251 239 190 249 49 64 0 85 230 251 239 190 251 239 184 136 252 0 16 1 2 152 97 166 152 105 166 26 105 134 26 103 128 7 128 0 128 24 109 40 4 55 44 21 25 205 162 191 128 143 255 228 237 9 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 215 93 117 224 Access Unit Length : 1871 ################################# End Access Unit ################################## Questions : 1. Access unit pasted above have NAL unit 6 , 7 , 8 , 5 respectively. The NAL Unit 8 is ended with ?0?. So , will that confuse the decoder to identify the start code of NAL Unit 5? I can see lots of patterns like this. 2. Access unit have two consecutive NAL Unit - 5. Is it valid? because, I am getting errors while decoding NAL Unit - 5. Please find the pasted FFMPEG Error logs below. [h264 @ 035BB000]prefix too large at 10 9 [h264 @ 035BB000]error while decoding MB 10 9 [h264 @ 035BB000]concealing 50 DC, 50 AC, 50 MV errors [h264 @ 035BB000]prefix too large at 21 0 [h264 @ 035BB000]error while decoding MB 21 0 [h264 @ 035BB000]prefix too large at 21 1 [h264 @ 035BB000]error while decoding MB 21 1 ................................ ................................ [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error ................................ ................................ [h264 @ 035BB000]get_buffer() failed (0 -1073752596 1 00000000) [h264 @ 035BB000]decode_slice_header error [h264 @ 035BB000]get_buffer() failed (stride changed) [h264 @ 035BB000]decode_slice_header error .............................................. .............................................. To resolve the issue, I am trying to merge two consecutive NAL units 5 into one single NAL unit 5. Not sure, I am going in a right path. Please give your valuable suggestion for this. Thank in Advance, Chandrasekar. Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Unlimited freedom, unlimited storage. Get it now The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com 5, 50, 500, 5000 - Store N number of mails in your inbox. Click here. Once upon a time there was 1 GB storage in your inbox. To know the happy ending go to http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070829/15204265/attachment.html ------------------------------ _______________________________________________ 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. 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 End of Mp4-tech Digest, Vol 49, Issue 22 **************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070831/8edcd6c2/attachment-0001.html From t5598016 ntut.edu.tw Fri Aug 31 17:47:57 2007 From: t5598016 ntut.edu.tw (95598016) Date: Fri Aug 31 07:46:07 2007 Subject: [Mp4-tech] DMB stream Message-ID: <007301c7ebab$a38ab520$95b57c8c@ntut> Dear all expert, I am a newhard in DMB Can anyone provide DMB stream with HE-AAC or link to download ? thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070831/54e1353c/attachment.html From anpalfre cisco.com Fri Aug 31 12:18:48 2007 From: anpalfre cisco.com (Andrew Palfreyman) Date: Sat Sep 1 04:46:07 2007 Subject: [Mp4-tech] SPS switch on non-IDR I-frame? Message-ID: <039601c7ebfb$60a6c7d0$c23347ab@gateway.2wire.net> I'm unclear from the AVC spec whether or not it's legal to switch the active SPS on a non-IDR I-frame. There appears to be no issue with the decoders I've tried. Best, Andrew Palfreyman -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070831/a65d3250/attachment.html