From dattagurubn yahoo.com Mon Aug 1 01:19:10 2005 From: dattagurubn yahoo.com (Dattaguru B.N.) Date: Mon Aug 1 05:40:48 2005 Subject: [Mp4-tech] [AUDIO] Conformance test procedure for MPEG AAC Encoder In-Reply-To: <42E793D5.3DDA15EA@st.com> Message-ID: <20050801071911.49678.qmail@web33602.mail.mud.yahoo.com> Dear Experts, I am working on MPEG AAC LC Encoder. Can anyone please let me know the procedure for the Conformance test. Thanks in advance for support, Thanks and regards, Datta __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ssingh cedt.iisc.ernet.in Mon Aug 1 22:48:07 2005 From: ssingh cedt.iisc.ernet.in (Svatantra Singh) Date: Mon Aug 1 14:40:16 2005 Subject: [Mp4-tech] H,264 file format. Message-ID: <9343BE359FA4224CA72A94D8CC362C9C49CCDE@edpc500.cedt.iisc.ernet.in> Hi.. My suggestion is to encode a file using the jm software. The encoded file that u get by default is test.264. This file u can open through a text editor (if it does not open then open it in vc++). By seeing the file and syntax element specified in the standard documnet u can manually extract the syntax element or equivalently u can write code in matlab to do that. hope it will be useful for u thanks and regards, Svatantra Singh M.E.(Microelectronics Systems) Centre for Electronics Design & Technmology (CEDT) Indian Institute of Science(IISc), Bangalore-560012 -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org]On Behalf Of tummala kalyani Sent: Wednesday, July 27, 2023 10:04 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H,264 file format. Hi All, I need to understand H.264 file format and find out the number of blocks and their sizes in it. I need to convert these variable sized blocks into fixed size 8*8 blocks like in MPEG-2. Can any one suggest me how to do this? and also direct me to some resources. I have downloaded JM96 Reference software and going through it. But I am not able to understand it properly. Thanx in advance. -- Kalyani Tummala IIT Kharagpur _______________________________________________ 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 dyipan gmail.com Tue Aug 2 11:33:43 2005 From: dyipan gmail.com (yipan) Date: Tue Aug 2 09:30:20 2005 Subject: [Mp4-tech] How to indentify the AAC format in a .mp4 file? Message-ID: <30c5945a05080119332efab3d0@mail.gmail.com> Hello all: I am recently decoding an .mp4 file. And the audio is encoded with AAC. I konw there are three formats for AAC, namely ADTS, ADIF and RAW format. Unfortunately, I can't find the identification both for ADTS and ADIF, by extracting the AAC audio stream to an .aac file with each fream added ADTS header, it works. So I guess the AAC audio reside in my testing .mp4 file is in RAW format. But is there any side information in the .mp4 file can tell me this, without ADIF or ADTS header, I can't decide the parameters like sample rate, sample size and so on. Thanks! From ugarg neomagic.com Tue Aug 2 11:24:51 2005 From: ugarg neomagic.com (Umang Garg) Date: Tue Aug 2 09:30:27 2005 Subject: [Mp4-tech] [AUDIO] Conformance test procedure for MPEG AAC Encoder In-Reply-To: <20050801071911.49678.qmail@web33602.mail.mud.yahoo.com> References: <20050801071911.49678.qmail@web33602.mail.mud.yahoo.com> Message-ID: <42EEFC9B.1080001@neomagic.com> Hello Dattaguru, There are primarily 2 types of tests required for MPEG-4 AAC-LC decoder: 1. RMS/LSB measurement. 2. PNS Conformance RMS/LSB measurement consists of two sub-tests. (1.a) Calculation of the difference signal. (1.b) Calculation of RMS value based on (1.a). PNS conformance criterion is also subdivided into 2 parts: (2.a) Spectral PNS Conformance. (2.b) Temporal PNS Conformance. All the above tests require that your output values lie below certain threshold or between certain range. An exhaustive analysis of the tests along with the test criterions is provided in the document ISO/IEC 14496-4, Second Edition. This document is available from ISO. Regards, Umang Garg NeoMagic Corporation, based in Santa Clara, California, enables new generations of handheld systems with its Applications Processors that are designed to offer the lowest power, smallest form-factor and best multimedia features and performance. The company is a pioneer in the integration of complex logic, memory and analog circuits into single-chip solutions. Information on the company may be found on the World Wide Web at www.neomagic.com. Dattaguru B.N. wrote: >Dear Experts, > >I am working on MPEG AAC LC Encoder. > >Can anyone please let me know the procedure for the >Conformance test. > >Thanks in advance for support, > >Thanks and regards, >Datta > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >_______________________________________________ >NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. > >Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > >. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050802/15f33fbd/attachment.html From vpore pace.stpp.soft.net Tue Aug 2 13:38:23 2005 From: vpore pace.stpp.soft.net (Vinayak Pore) Date: Tue Aug 2 09:30:33 2005 Subject: [Mp4-tech][MPEG 4 Video] help on reference source code ... Message-ID: <42EF1BE7.8010806@pace.stpp.soft.net> Hello, I am in need of reference code for MPEG 4 Video Advanced Simple Profile decoder (as well as encoder). I would really appreciate if anyone could point me to the site where from I can download it. Thanks in advance. -- Best regards, Vinayak. From soria lsi.usp.br Tue Aug 2 17:41:28 2005 From: soria lsi.usp.br (=?ISO-8859-1?Q?=22Sergio_G=2E_Rodr=EDguez_Soria=22?=) Date: Wed Aug 3 06:57:28 2005 Subject: [Mp4-tech] [AUDIO] ISO Reference Software: Command lines and AAC files Message-ID: <42EFCC68.9040100@lsi.usp.br> Dear all, I'm begining with AAC, and after several days I finally got to compile and run fine the Reference Softwares. Regarding the 2001 ISO Ref. Soft. for AAC (mp4auenc.exe, mp4audec.exe), I have two questions: 1) The switch configuration is very confusing to me. May anyone provide me with examples of different parameter configurations for the encoder and the corresponding complementary configuration for the decoder? I would like to explore all the possibilities and profiles the software supports. 2) I was looking for AAC files with all the header options (ADTS, ADIF, RAW and MP4 files) in order to test the decoder (the ISO and FAAD2 ones). In past postings of this list I found some sites which are no longer available for obtaining this kind of information, for example: http://home.arcor.de/hans-juergen.bardenhagen/ct_psytel-adif.aac Does anyone know other sites for this? Thanks in advance, Sergio Sergio R. Soria Group of Audio and Musical Engineering LSI-EPUSP Av. Luciano Gualberto 158, tr. 3, Butant? CEP 05508-900, S?o Paulo - Brazil Tel. 00 55 11 3091-5667 Fax. 00 55 11 3091-5665 From amni_gupta yahoo.co.in Wed Aug 3 10:54:26 2005 From: amni_gupta yahoo.co.in (Amni Gupta) Date: Wed Aug 3 07:05:16 2005 Subject: [Mp4-tech] fast vlc Message-ID: <20050803085427.33716.qmail@web8603.mail.in.yahoo.com> Hi; I refer part 7 of MPEG-4. It tells an algorithm to implement the fast Variable Length decoding. Please can any one tell that where I can get the reference sofware for the implementation of fast VLC in MPEG -4. Regards Amni. --------------------------------- How much free photo storage do you get? Store your friends n family photos for FREE with Yahoo! Photos. http://in.photos.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050803/d347b03d/attachment.html From almomo1 gmail.com Wed Aug 3 12:36:16 2005 From: almomo1 gmail.com (Alejandro Moya) Date: Wed Aug 3 07:11:03 2005 Subject: [Mp4-tech] [H.264 Video] Question about decoded frames ordering for output Message-ID: <84ac01305080302367048d609@mail.gmail.com> Hi again, everyone! I have a couple of doubts about the use of POC in decoded frames. First of all, when finished decoding an IDR frame, this one can be outputted directly to the display or maybe there could be any later frame in decoding order that should be send to the display before this IDR frame? I mean, let's say this is the decoding order: POCs -> ... 24 - 21 - 20 - 19 - 25 - 0(IDR) - 2 - 26(Delayed frame) - 4 - 3.... Could be this situation posible in any H.264 bitstream at any level or profile? And the second question is about real-time applications of H.264. Let's say the maximum allowed delay is 1 frame for some real-time scenario... Is it a good idea to use POC Type 0 or 1 in this situation? I think that the decoder should wait to fill all its DPB before sending to the output any decoded frame, so this delay makes POC Type 0 and 1 not suitable for real-time. Or maybe I am wrong? I got to this conclusion analyzing sequences like this one: POCs (POC Type = 0) -> .... 0(IDR) - 2 - 4 - 6 - 3 - 1 - 5..... The decoder can't display any frame till the one with POC 1 is decoded, whereas in the following situation, the sequence is properly ordered in decoding order so it could be displayed without any delay: POCs (POC Type = 0)-> ..... 0(IDR) - 2 - 4 - 6 - 8 - 10 - 12..... I suppose all sequences have only I and P slices. Thank you all in advance!! From sumit.johar st.com Wed Aug 3 16:40:53 2005 From: sumit.johar st.com (Sumit JOHAR) Date: Wed Aug 3 07:16:51 2005 Subject: [Mp4-tech] H.264 Doubt related to MBAFF Message-ID: <8b2851cf.25fa8d1d.8da0600@mail2.dlh.st.com> Hi All, I have a doubt regarding MBAFF mode when used with encoder in H264. The reconstructed values for each Macroblock-Pair are stored in enc_picture->imgY (for luma, where enc_picture is current storable picture type). So when a Macroblock-pair is FIELD coded then the values stored inside the upper MB of the MB-pair belongs to the TOP field for that MB-pair and lower MB contains BOTTOM field values for that MB-pair. enc_picture->imgY is also used for fetching neighboring Pixel values for intra prediction. These values are rearranged in MbaffPostProc() function after coding the complete picture. So my doubt here is that since enc_picture->imgY is also used for fetching the neighboring Pixel values then in the case when current MB-pair is FRAME coded, and if the neighboring MB-pair is FIELD coded then we will be fetching field-ordered pixel values as neighboring values. Is my understanding right? Thanks in advance Sumit From garysull windows.microsoft.com Wed Aug 3 05:34:16 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Wed Aug 3 08:02:05 2005 Subject: [Mp4-tech] [H.264 Video] Question about decoded frames ordering foroutput Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2460FCDABC9@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> The answer to your first question is that Yes, it is possible for some picture(s) that follow an IDR picture in decoding order to precede the IDR picture in output order. This happens whenever the POC of a picture has a negative value. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Alejandro Moya +> Sent: Wednesday, August 03, 2023 2:36 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264 Video] Question about decoded +> frames ordering foroutput +> +> Hi again, everyone! +> +> I have a couple of doubts about the use of POC in decoded frames. +> +> First of all, when finished decoding an IDR frame, this one can be +> outputted directly to the display or maybe there could be any later +> frame in decoding order that should be send to the display +> before this +> IDR frame? I mean, let's say this is the decoding order: +> +> POCs -> ... 24 - 21 - 20 - 19 - 25 - 0(IDR) - 2 - 26(Delayed +> frame) - 4 - 3.... +> +> Could be this situation posible in any H.264 bitstream at +> any level or profile? +> +> +> And the second question is about real-time applications of H.264. +> Let's say the maximum allowed delay is 1 frame for some real-time +> scenario... Is it a good idea to use POC Type 0 or 1 in this +> situation? I think that the decoder should wait to fill all its DPB +> before sending to the output any decoded frame, so this delay makes +> POC Type 0 and 1 not suitable for real-time. Or maybe I am wrong? I +> got to this conclusion analyzing sequences like this one: +> +> POCs (POC Type = 0) -> .... 0(IDR) - 2 - 4 - 6 - 3 - 1 - 5..... +> +> The decoder can't display any frame till the one with POC 1 is +> decoded, whereas in the following situation, the sequence is properly +> ordered in decoding order so it could be displayed without any delay: +> +> POCs (POC Type = 0)-> ..... 0(IDR) - 2 - 4 - 6 - 8 - 10 - 12..... +> +> I suppose all sequences have only I and P slices. +> +> Thank you all in advance!! +> +> _______________________________________________ +> NOTE: Please use clear subject lines for your posts. Include +> [audio, [video], [systems], [general] or another +> apppropriate identifier to indicate the type of question you have. +> +> Note: Conduct on the mailing list is subject to the +> Antitrust guidelines found at +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant +> itrust.php +> From benjamin.dahon gmail.com Wed Aug 3 15:54:09 2005 From: benjamin.dahon gmail.com (Benjamin DAHON) Date: Thu Aug 4 04:52:12 2005 Subject: [Mp4-tech] Interactive MPEG-4 Message-ID: <8758963d05080305545fc84426@mail.gmail.com> Hi, Do you know if it is possible to multicast interactive MPEG-4 (MPEG-4 containing javascript interactions) ? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050803/7d4cedf7/attachment.html From mp3.aac.mp4 gmail.com Wed Aug 3 19:54:34 2005 From: mp3.aac.mp4 gmail.com (tech list) Date: Thu Aug 4 04:52:18 2005 Subject: [Mp4-tech][MPEG 4 Video] help on reference source code ... In-Reply-To: <42EF1BE7.8010806@pace.stpp.soft.net> References: <42EF1BE7.8010806@pace.stpp.soft.net> Message-ID: <409a09b905080306247c762ecc@mail.gmail.com> http://www.m4if.org/resources.php?PHPSESSID=b54e1802cf3bfdc39ed439aadc503ce7#section45 On 8/2/05, Vinayak Pore wrote: > > > Hello, > > I am in need of reference code for MPEG 4 Video Advanced Simple Profile > decoder (as well as encoder). I would really appreciate if anyone could > point me to the site where from I can download it. > > Thanks in advance. > > -- > Best regards, > Vinayak. > > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050803/f5c8769e/attachment.html From Ye-Kui.Wang nokia.com Wed Aug 3 17:30:27 2005 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Thu Aug 4 04:52:23 2005 Subject: [Mp4-tech] [H.264 Video] Question about decoded frames ordering foroutput Message-ID: <1C1F3D15859526459B4DD0A7A9B2268BC3F56C@trebe101.NOE.Nokia.com> Regarding your second question, preferably POC type 2 is used for conversational applications using IPPP coding. BR, YK >-----Original Message----- >From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ext >Alejandro Moya >Sent: 03 August, 2005 12:36 >To: mp4-tech@lists.mpegif.org >Subject: [Mp4-tech] [H.264 Video] Question about decoded >frames ordering foroutput > >Hi again, everyone! > >I have a couple of doubts about the use of POC in decoded frames. > >First of all, when finished decoding an IDR frame, this one >can be outputted directly to the display or maybe there could >be any later frame in decoding order that should be send to >the display before this IDR frame? I mean, let's say this is >the decoding order: > >POCs -> ... 24 - 21 - 20 - 19 - 25 - 0(IDR) - 2 - 26(Delayed >frame) - 4 - 3.... > >Could be this situation posible in any H.264 bitstream at any >level or profile? > > >And the second question is about real-time applications of H.264. >Let's say the maximum allowed delay is 1 frame for some >real-time scenario... Is it a good idea to use POC Type 0 or 1 >in this situation? I think that the decoder should wait to >fill all its DPB before sending to the output any decoded >frame, so this delay makes POC Type 0 and 1 not suitable for >real-time. Or maybe I am wrong? I got to this conclusion >analyzing sequences like this one: > >POCs (POC Type = 0) -> .... 0(IDR) - 2 - 4 - 6 - 3 - 1 - 5..... > >The decoder can't display any frame till the one with POC 1 is >decoded, whereas in the following situation, the sequence is >properly ordered in decoding order so it could be displayed >without any delay: > >POCs (POC Type = 0)-> ..... 0(IDR) - 2 - 4 - 6 - 8 - 10 - 12..... > >I suppose all sequences have only I and P slices. > >Thank you all in advance!! > >_______________________________________________ >NOTE: Please use clear subject lines for your posts. Include >[audio, [video], [systems], [general] or another apppropriate >identifier to indicate the type of question you have. > >Note: Conduct on the mailing list is subject to the Antitrust >guidelines found at >http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > From annchao ebtnet.net Thu Aug 4 10:39:09 2005 From: annchao ebtnet.net (AnChao) Date: Thu Aug 4 04:52:28 2005 Subject: [Mp4-tech] Fw: about the CAVLC level part Message-ID: <004101c59895$5b0c29c0$06d6748c@mychat69f9782e> ----- Original Message ----- From: Ann To: mp4-tech@lists.mpegif.org Sent: Monday, August 01, 2023 4:27 PM Subject: about the CAVLC level part Hi experts, In the latest standard(2005) the Level part has no LUT, because i saw the JM code they just use some formulas to calculate the codeword and length of Level. Are there any advantage?? Because i can't undertand the jm code, how to get the codeword??... for example: from the JM code in the vlc.c level = se->value1; what is value1 here?? can anyone explain how it works?? or suggest me to see some more document... Thanks in advance, Ann -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050804/7689c8fd/attachment.html From pankaj_bajpai_iet operamail.com Thu Aug 4 07:31:19 2005 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Thu Aug 4 04:52:33 2005 Subject: [Mp4-tech] Re:Code Message-ID: <20050804053119.6B2702B2B86@ws5-7.us4.outblaze.com> Hi! The difference between the I and P vop is same in Simple profile MPEG-4 ie the data of P vop is basically differentially coded (subtracted from the motion compensated previous frame) while in I vop there is no prediction from previous frame. With regards Pankaj /*************************************** Hi; In simple profile MPEG-4, how P-VOP differs from I-VOP? Please tell me. Regards Amni. ******************************************* -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From AngelZhang innosis.com.cn Thu Aug 4 16:41:34 2005 From: AngelZhang innosis.com.cn (AngelZhang@innosis.com.cn) Date: Thu Aug 4 04:52:38 2005 Subject: [Mp4-tech] Choice of POC mode Message-ID: hi,experts there are three POC mode choice in the H.264 reference encoder, but i don't know what's the feature and difference between them. so please give me some suggestions or hints. or give me some materials as well! best regars! angel zhang From sumit.johar st.com Thu Aug 4 15:40:03 2005 From: sumit.johar st.com (Sumit JOHAR) Date: Thu Aug 4 09:06:41 2005 Subject: [Mp4-tech] Re:Choice of POC mode Message-ID: Hi zhang, You can find a useful tutorial on 3 POC modes on following link: http://www.vcodex.com/h264.html then click on "H.264 Picture Management (ROUGH DRAFT)" link on that page. regards Sumit From singer apple.com Thu Aug 4 13:11:07 2005 From: singer apple.com (Dave Singer) Date: Thu Aug 4 09:14:54 2005 Subject: [Mp4-tech] How to indentify the AAC format in a .mp4 file? In-Reply-To: <30c5945a05080119332efab3d0@mail.gmail.com> References: <30c5945a05080119332efab3d0@mail.gmail.com> Message-ID: The MP4 file format has all you need in various tables, including decoder setup information. I'm kinda surprised you can get the data out without knowing the tables and their meaning, unless there is only the one audio track (whereupon it's possible you'll get lucky and the aac frames are contiguously stored in time order). The other file formats you mention have little or no relation to MP4. At 10:33 +0800 2/08/05, yipan wrote: >Hello all: > > I am recently decoding an .mp4 file. And the audio is encoded with AAC. > > I konw there are three formats for AAC, namely ADTS, ADIF and RAW >format. Unfortunately, I can't find the identification both for ADTS >and ADIF, by extracting the AAC audio stream to an .aac file with each >fream added ADTS header, it works. >So I guess the AAC audio reside in my testing .mp4 file is in RAW >format. But is there any side information in the .mp4 file can tell me >this, without ADIF or ADTS header, I can't decide the parameters like >sample rate, sample size and so on. > > Thanks! > >_______________________________________________ >NOTE: Please use clear subject lines for your posts. Include [audio, >[video], [systems], [general] or another apppropriate identifier to >indicate the type of question you have. > >Note: Conduct on the mailing list is subject to the Antitrust >guidelines found at >http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -- David Singer Apple Computer/QuickTime From nicko via-telecom.com Thu Aug 4 14:25:38 2005 From: nicko via-telecom.com (Nobu Okuyama) Date: Thu Aug 4 17:25:54 2005 Subject: [Mp4-tech] [AUDIO] [AAC] M4a files with TNS and PNS Message-ID: <22DB07950E378646922C61A74FCEB6DF1959B8@exchsd1> Hello All, I am in need of AAC encoded files (with .m4a) that illustrates effectiveness of TNS and/or PNS. Does any one know of such files? Thank you, From AngelZhang innosis.com.cn Fri Aug 5 12:25:01 2005 From: AngelZhang innosis.com.cn (AngelZhang@innosis.com.cn) Date: Fri Aug 5 08:30:20 2005 Subject: [Mp4-tech] H.264: difference between SNR value of encoder and decoder Message-ID: hi,Everyone I set parameter PicOrderCntType as mode 1, and found the output SNR value of encoder is different from that of decoder with the 264 bitstream built by encoder. and in my opinion, the decoder's working principle is same as that of hypothetical reference decoder built in encoder. so i have no idea about such a thing. please give me some interpretations. thanks a lot! best regars! angel From pankaj_bajpai_iet operamail.com Fri Aug 5 07:19:25 2005 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Fri Aug 5 08:30:25 2005 Subject: [Mp4-tech] [H.264 Video] Message-ID: <20050805051925.56D737B49E@ws5-10.us4.outblaze.com> Recently two of the sequences "HCBP1_HHI_A" and "HCBP2_HHI_A" are uploaded on the JVT site at following link http://ftp3.itu.ch/av-arch/jvt-site/bitstream_exchange/ Their description say these are Baseline profile sequences and has "Hierarchical GOP". Can anyone tell what exactly is "Hierarchical GOP". My decoder is not able to decode these sequences. With regards pankaj -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From garysull windows.microsoft.com Fri Aug 5 04:23:24 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Aug 5 08:30:30 2005 Subject: [Mp4-tech][video] Choice of POC mode Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2460FD52C8B@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Angel Zhang et al, Your question (about POC) is sort of a frequently-asked question for us. Here is a basic description of picture order count (POC) and the three types of POC counting that are supported in the standard: The basic concept of POC is to provide a counter that specifies the relative order of the pictures in the bitstream in output order (which may differ from the relative order in which the coded pictures appear in the data of the bitstream, which is referred to as the decoding order). The relative order of the pictures is indicated in POC, rather than the timing of the pictures. This allows systems that carry the video bitstream to control the exact timing of the processing and output of the video bitstream without affecting the decoding process for the values of the samples in the luma and chroma sample arrays of the pictures. In some cases, the values of the samples in the luma and chroma sample arrays will depend on POC values. However, the values of the samples in the luma and chroma sample arrays will never depend on the timing of the pictures. There are three modes of POC operation: In POC type 0, each slice header contains a simple fixed-length counter syntax element (pic_order_cnt_lsb) that provides the LSBs of the current POC. The MSBs of the current POC are calculated by the decoder by tracking modulus wrapping in the LSBs. In POC type 1, each slice header contains one or two variable-length-encoded syntax elements that provide the difference to apply to a prediction of the current POC to compute the actual current POC. This POC type provides the encoder with the ability to encode the POC values using significantly fewer bits per slice than what would otherwise be needed when using POC type 0 in cases where the encoder will usually be using a repetitive pattern of POC behavior. In POC type 2, no data is carried in the slice header to compute the current POC. When POC type 2 is in use, the output order of the pictures in the bitstream will be the same as the order in which the coded pictures appear in the data of the bitstream. This POC type eliminates the need for the encoder to send any syntax data in the slice header for POC derivation. However, it provides no flexibility to allow the output order of the pictures in the bitstream to differ from their decoding order. Best Regards, Gary Sullivan +> -----Original Message----- +> From: AngelZhang@innosis.com.cn +> Sent: Thursday, August 04, 2023 12:42 AM +> Subject: [Mp4-tech] Choice of POC mode +> +> hi,experts +> there are three POC mode choice in the H.264 reference +> encoder, but i don't +> know what's the feature and difference between them. +> so please give me some suggestions or hints. or give me some +> materials as +> well! +> +> +> best regars! +> angel zhang From garysull windows.microsoft.com Fri Aug 5 06:58:26 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Aug 6 09:30:18 2005 Subject: [Mp4-tech] H.264: difference between SNR value of encoder anddecoder Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2460FD52CA5@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> FYI: -----Original Message----- From: Karsten Suehring [mailto:Karsten.Suehring@hhi.fraunhofer.de] Sent: Friday, August 05, 2023 5:38 AM To: Gary Sullivan Cc: alexismt@comcast.net; AngelZhang@innosis.com.cn Subject: Re: FW: [Mp4-tech] H.264: difference between SNR value of encoder anddecoder I think the POC mode works properly. But the decoder has to "guess" which original frame is reference by the decoded frame, e.g. when skipping frames at the encoder or for different POC settings in frame or AFF coding mode. The decoder parameter "Poc Scale" has been introduced to adjust these references. If encoded and decoded pictures match (please check with an external tool), you shout try playing with that parameter. Best regards, Karsten Gary Sullivan wrote: > Perhaps the decoder software doesn't adjust for re-ordering when > computing PSNR? > > -G. > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of > AngelZhang@innosis.com.cn > Sent: Thursday, August 04, 2023 8:25 PM > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] H.264: difference between SNR value of encoder > anddecoder > > hi,Everyone > I set parameter PicOrderCntType as mode 1, and found the output SNR > value > of encoder is different from that of decoder with the 264 bitstream > built > by encoder. > and in my opinion, the decoder's working principle is same as that of > hypothetical reference decoder built in encoder. so i have no idea about > such a thing. > please give me some interpretations. > > thanks a lot! > > > best regars! > angel > > > > _______________________________________________ > 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 garysull windows.microsoft.com Fri Aug 5 08:07:26 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Aug 6 09:30:23 2005 Subject: [Mp4-tech] [H.264 Video] Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2460FD52CB0@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Pankaj Bajpai et al, A "hierarchical GOP" (assuming I'm interpreting the term properly) is a coding structure in which the use of reordering between picture decoding order and picture output order takes the form of building up a coarse-to-fine structuring of temporal dependencies. For example, there might be a first conceptual layer consisting of an I frame followed by P frames at a very low frame rate. Then the second conceptual layer would consist of more P frames that are inserted between the frames of the first layer in output order, using the frames of the first layer (and possibly some preceding frames of the second layer also) as references for the decoding process. Then the third conceptual layer would consist of more P frames that are inserted between the frames of the second layer in output order, using the frames of the first and second layer (and possibly some preceding frames of the third layer also) as references for the decoding process. etc. The frames of the various layers are interleaved in the bitstream in a manner ensuring that all references needed by each picture are found at earlier positions in decoding order and ensuring that the total amount of decoded picture buffer memory does not exceed the capacity specified for the profile and level. This is easier to sketch on a piece of paper than to describe in words. It's a very good structure in terms of coding efficiency. It is not such a good structure in terms of end-to-end delay. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of pankaj bajpai +> Sent: Thursday, August 04, 2023 10:19 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264 Video] +> +> Recently two of the sequences "HCBP1_HHI_A" and +> "HCBP2_HHI_A" are uploaded on the JVT site at following link +> +> http://ftp3.itu.ch/av-arch/jvt-site/bitstream_exchange/ +> +> Their description say these are Baseline profile sequences +> and has "Hierarchical GOP". +> +> Can anyone tell what exactly is "Hierarchical GOP". My +> decoder is not able to decode these sequences. +> +> With regards +> pankaj +> +> +> +> -- +> _______________________________________________ +> Surf the Web in a faster, safer and easier way: +> Download Opera 8 at http://www.opera.com +> +> Powered by Outblaze +> +> _______________________________________________ +> 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 iamsangu gmail.com Sat Aug 6 14:43:26 2005 From: iamsangu gmail.com (lisa sangs) Date: Sat Aug 6 09:30:29 2005 Subject: [Mp4-tech] fixed point implemetation for [1/sqrt(x)] Message-ID: <886b2a4a0508060113549d484a@mail.gmail.com> Hi all I am looking for C code or alogorithm for fixedpoint implementaion of [1/sqrt(x)] .x is an unsigned integer whose value will range from 0 to 2 ^ 40. Is it available in some freeware codecs or some sites. Can somebody help me on this issue. thanks in advance, lisa sangs From ksuehring web.de Sat Aug 6 11:45:30 2005 From: ksuehring web.de (Karsten Suehring) Date: Sat Aug 6 09:30:35 2005 Subject: [Mp4-tech] [H.264 Video] In-Reply-To: <20050805051925.56D737B49E@ws5-10.us4.outblaze.com> References: <20050805051925.56D737B49E@ws5-10.us4.outblaze.com> Message-ID: <42F478AA.4080901@web.de> Pankaj, please see document JVT-P014 for a description of Hierarchical B GOPs. This structure can also be used for coding P pictures which was done in the mentioned HHI streams. Best regards, Karsten pankaj bajpai wrote: > Recently two of the sequences "HCBP1_HHI_A" and "HCBP2_HHI_A" are uploaded on the JVT site at following link > > http://ftp3.itu.ch/av-arch/jvt-site/bitstream_exchange/ > > Their description say these are Baseline profile sequences and has "Hierarchical GOP". > > Can anyone tell what exactly is "Hierarchical GOP". My decoder is not able to decode these sequences. > > With regards > pankaj > > > From ugarg NeoMagic.com Sat Aug 6 07:04:00 2005 From: ugarg NeoMagic.com (Umang Garg) Date: Sat Aug 6 09:30:40 2005 Subject: [Mp4-tech][Audio][File Format]: SBR Data in ADTS format Message-ID: <8954232383BFF14EBA414C15FA88C0160EF0DD@mail006.mail.lan> Dear Members, It will be helpful if some one could point out, whether it is possible to have SBR Data in the ADTS format, for an MPEG-4 HE-AAC. If yes, then does ADTS header format support both explicit as well as implicit signalling of the SBR data ? If SBR data cannot be available in ADTS format then, what format would be best suited for streaming. Thanks and Regards, Umang NeoMagic Corporation, based in Santa Clara, California, enables new generations of handheld systems with its Applications Processors that are designed to offer the lowest power, smallest form-factor and best multimedia features and performance. The company is a pioneer in the integration of complex logic, memory and analog circuits into single-chip solutions. Information on the company may be found on the World Wide Web at www.neomagic.com . From mariotapilouw yahoo.com Sun Aug 7 06:50:45 2005 From: mariotapilouw yahoo.com (mario t) Date: Mon Aug 8 06:35:40 2005 Subject: [Mp4-tech] Adaptive macroblock size Message-ID: <20050807125045.32709.qmail@web30305.mail.mud.yahoo.com> Dear All, I want to ask something about macroblock size in H.264. According to references I have read it is adaptive and the size is various (16x16, 16x8, 8x8, etc.). What I don't understand is how should I use these macroblock sizes? how do I choose which part of the frame needs the smaller macroblock and which part need the bigger? should I do object identification first and then choose smaller macroblock for the edges of the moving objects? Could someone explain this to me or give a pointer to a references I should read regarding this please? I am going to implement adaptive motion estimation on FPGA for my final project. Thank you very much, Mario ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From tuukkat ee.oulu.fi Mon Aug 8 16:31:36 2005 From: tuukkat ee.oulu.fi (Tuukka Toivonen) Date: Mon Aug 8 08:54:26 2005 Subject: [Mp4-tech] Adaptive macroblock size In-Reply-To: <20050807125045.32709.qmail@web30305.mail.mud.yahoo.com> References: <20050807125045.32709.qmail@web30305.mail.mud.yahoo.com> Message-ID: On Sun, 7 Aug 2005, mario t wrote: >I want to ask something about macroblock size in >H.264. According to references I have read it is >adaptive and the size is various (16x16, 16x8, 8x8, >etc.). Actually, "macroblock" is always 16x16 pixels, but it can be divided to partitions of size 16x16-8x8 pixels which can be further subdivided downto 4x4 pixels subpartitions for motion estimation. >What I don't understand is how should I use these >macroblock sizes? how do I choose which part of the >frame needs the smaller macroblock and which part need >the bigger? should I do object identification first >and then choose smaller macroblock for the edges of >the moving objects? The answer to this (as for everything in source coding) is rate-distortion optimization. You can try both large and small partitions, and compute the required bit rate R and distortion D in both cases. Then you compute the Lagrangian cost J(a) = D + a*R and select whatever mode gives the smallest cost. a (usually lambda) is a constant depending on bit rate (or QP value, as it is usually calculated as a = 0.85 * 2^[(QP-12)/3] ) R-D optimization is a bit slow process as you need to try both cases. Detecting edges and choosing small partitions at strong edges would be a reasonable non-optimal heuristic. Try searching for some of the above keywords with Google. Here's one useful link: http://www.vcodex.com/ From kexu ee.cuhk.edu.hk Mon Aug 8 21:39:03 2005 From: kexu ee.cuhk.edu.hk (Xu Ke) Date: Mon Aug 8 14:20:59 2005 Subject: [Mp4-tech] Adaptive macroblock size Message-ID: <200508081238.j78CcvrG028133@cuees8.ee.cuhk.edu.hk> Dear Mario, The macroblock size is fixed as 16x16.For intra predictioin,the predicted size can be a single 16x16 or 16 4x4;For inter prediction,the predicted size can be 16x16,2 8x16,2 16x8,4 8x8.In addition, each 8x8 block can be further partitioned into 4x4,4x8,8x4 or 8x8 as a whole. We often call block partition size smaller than 16x16 as "block" instead of "macroblock". The size of the partition is decided by encoder through some calculation to get the optimum partition.You can refer to book "H.264 and MPEG-4 video compression" to get a more detailed description. Best regards, XU Ke ======= 2023-08-07 20:50:45 ================= >Dear All, > >I want to ask something about macroblock size in >H.264. According to references I have read it is >adaptive and the size is various (16x16, 16x8, 8x8, >etc.). > >What I don't understand is how should I use these >macroblock sizes? how do I choose which part of the >frame needs the smaller macroblock and which part need >the bigger? should I do object identification first >and then choose smaller macroblock for the edges of >the moving objects? > >Could someone explain this to me or give a pointer to >a references I should read regarding this please? I am >going to implement adaptive motion estimation on FPGA >for my final project. > >Thank you very much, >Mario > > > >____________________________________________________ >Start your day with Yahoo! - make it your home page >http://www.yahoo.com/r/hs > >_______________________________________________ >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 snd codingtechnologies.com Mon Aug 8 16:59:42 2005 From: snd codingtechnologies.com (Andreas Schneider) Date: Mon Aug 8 14:27:53 2005 Subject: [Mp4-tech][Audio][File Format]: SBR Data in ADTS format In-Reply-To: <8954232383BFF14EBA414C15FA88C0160EF0DD@mail006.mail.lan> Message-ID: Hello Umang, Yes, it is perfectly valid to have an SBR enabled ADTS stream. No, ADTS can not contain explicit signaling of SBR. Explicit signaling requires an AudioSpecificConfig, which is not present in the ADTS bitstream format. Hence you're stuck with implict signaling here. Best regards, Andreas mp4-tech-bounces@lists.mpegif.org wrote on 2023-08-06 12:04:00: > Dear Members, > > It will be helpful if some one could point out, whether it is > possible to have SBR Data in the ADTS format, for an MPEG-4 HE-AAC. > If yes, then does ADTS header format support both explicit as well > as implicit signalling > of the SBR data ? > If SBR data cannot be available in ADTS format then, what format > would be best suited for streaming. > > Thanks and Regards, > > Umang > > > NeoMagic Corporation, based in Santa Clara, California, enables new > generations of handheld systems with its Applications Processors that are > designed to offer the lowest power, smallest form-factor and best > multimedia features and performance. The company is a pioneer in the > integration of complex logic, memory and analog circuits into single-chip > solutions. Information on the company may be found on the World Wide Web at > www.neomagic.com . > > _______________________________________________ > NOTE: Please use clear subject lines for your posts. Include [audio, > [video], [systems], [general] or another apppropriate identifier to > indicate the type of question you have. > > Note: Conduct on the mailing list is subject to the Antitrust > guidelines found at http://www.mpegif.org/public/documents/vault/mp- > out-30042-Antitrust.php -- Andreas Schneider, Research Engineer Coding Technologies GmbH Deutschherrnstr. 15-19 90429 Nuernberg, Germany phone: +49 (0) 911 92891 -26 fax: +49 (0) 911 92891 -99 mailto:snd@CodingTechnologies.com From Philippe.deneve intec.ugent.be Mon Aug 8 19:30:07 2005 From: Philippe.deneve intec.ugent.be (Philippe De Neve) Date: Mon Aug 8 14:34:34 2005 Subject: [Mp4-tech] AVC over IP Message-ID: <055501c59c36$706ff680$bbd6c19d@King> Hi all, is there a way to determine which frame type is contained in a ip packet? My experiment is to resend I-frame packets. I've been able to do this with MPEG-2 (by reading the RTP headers) but it is not immediately clear for me how I can realize this for AVC. Am I correct that one or more NAL units are contained in one packet? Does the RTP header (extension for AVC) define which frame type is in the RTP packet? regards, Philippe. ********************************************************* ir. De Neve Philippe Ghent University Department of Information Technology (INTEC) Complex Zuiderpoort - Blok C0 Gaston Crommenlaan 8 B-9050 Ledeberg tel. : +32 9 331 49 75 e-mail : philippe.deneve@intec.UGent.be ********************************************************* From mafie att.net Mon Aug 8 14:50:08 2005 From: mafie att.net (Farhad Mafie) Date: Mon Aug 8 19:20:05 2005 Subject: [Mp4-tech] FYI:>>> Early Bird Registration Now Open for The 3rd International System-on-Chip (SoC) Conference and Exhibition November 1 and 2, 2005, Radisson Hotel Newport Beach, California Message-ID: <002401c59c5a$c4dacaf0$0b31480c@D435CC31> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 73 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20050808/12a9e68d/attachment-0002.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 43 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20050808/12a9e68d/attachment-0003.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 12003 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20050808/12a9e68d/attachment-0001.jpe From Alan.Yan fmc.fujitsu.com Tue Aug 9 12:30:38 2005 From: Alan.Yan fmc.fujitsu.com (Alan Yan - SH) Date: Tue Aug 9 04:21:55 2005 Subject: [Mp4-tech] Output Timing Conformance and Output Order Conformance Message-ID: <6D7740EE76790E44A1775CE82BA2DB8E1F4BF3@fmcshmsex01> Dear Experts, I want to ask about the "Output Timing Conformance and Output Order Conformance". Why there are two conformances? What's the different target application of the two? How a decoder should choose between them? For "timing" one, decoder must have a CPB size stated in Table A.1? For "order" one, CPB size can be reduced to MAX size of AU? Thanks in advance ALan -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050809/97d01fd0/attachment.html From Alan.Yan fmc.fujitsu.com Tue Aug 9 18:56:36 2005 From: Alan.Yan fmc.fujitsu.com (Alan Yan - SH) Date: Tue Aug 9 10:30:16 2005 Subject: [Mp4-tech] Memory Requirement for Skip/Direct Mode Message-ID: <6D7740EE76790E44A1775CE82BA2DB8E1F4C44@fmcshmsex01> Hi Experts, I have a question. In order to support skip/direct mode for P/B pictures, a decoder will have to backup all the information of MV and refIdx of all the pictures in List0 and List1 in case of reference picture list reordering can happen. Is the above statement right or wrong? Thanks. Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050809/0178e494/attachment.html From mp3.aac.mp4 gmail.com Tue Aug 9 16:47:53 2005 From: mp3.aac.mp4 gmail.com (tech list) Date: Tue Aug 9 10:30:21 2005 Subject: [Mp4-tech] Colour and contrast In-Reply-To: <002401c59c5a$c4dacaf0$0b31480c@D435CC31> References: <002401c59c5a$c4dacaf0$0b31480c@D435CC31> Message-ID: <409a09b90508090317301c7639@mail.gmail.com> Does anyone know how to adjust colour and contrast in YUV space? Brightness is pretty straightforward scaling, but I'm not sure how to go about for colour and contrast. Dipankar -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050809/11642141/attachment.html From Ye-Kui.Wang nokia.com Tue Aug 9 15:22:11 2005 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Tue Aug 9 10:30:26 2005 Subject: [Mp4-tech] AVC over IP Message-ID: <1C1F3D15859526459B4DD0A7A9B2268BC3F8DD@trebe101.NOE.Nokia.com> Hi Philippe, See inline. BR, YK >-----Original Message----- >From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ext >Philippe De Neve >Sent: 08 August, 2005 19:30 >To: Mp4-tech@lists.mpegif.org >Subject: [Mp4-tech] AVC over IP > >Hi all, > >is there a way to determine which frame type is contained in a >ip packet? No according to RFC 3984. >My experiment is to resend I-frame packets. I've been able to >do this with >MPEG-2 (by reading the RTP headers) but it is not immediately >clear for me how I can realize this for AVC. > >Am I correct that one or more NAL units are contained in one packet? Yes. >Does the RTP header (extension for AVC) define which frame >type is in the RTP packet? > No. The one-byte AVC header extension contains three fields, F, NRI and Type, wherein there is nothing telling about frame, picture or slice type. >regards, Philippe. > > > >********************************************************* > ir. De Neve Philippe > Ghent University > Department of Information Technology (INTEC) > > Complex Zuiderpoort - Blok C0 > Gaston Crommenlaan 8 > B-9050 Ledeberg > > tel. : +32 9 331 49 75 > e-mail : philippe.deneve@intec.UGent.be >********************************************************* > >_______________________________________________ >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 tummalakalyani gmail.com Wed Aug 10 18:28:46 2005 From: tummalakalyani gmail.com (tummala kalyani) Date: Wed Aug 10 08:45:36 2005 Subject: [Mp4-tech] How to convert 4X4 interger transform to equivalent dct transform Message-ID: <13936ad5050810045829078b11@mail.gmail.com> can any one explain me to how to convert 4 X 4 integer transform used in H.264 to normal 4X4 dct transform matrix. -- Kalyani Tummala M.Tech CSE II year MBM Hall of Residence- #B2 IIT Kharagpur - 721302 mobile: 919932736720 From dave restartcomputer.com Wed Aug 10 17:54:59 2005 From: dave restartcomputer.com (Dave Adams) Date: Thu Aug 11 07:30:16 2005 Subject: [Mp4-tech] Error -2048 Message-ID: <71D934F0-0B23-461E-A4FB-70C07A851A82@restartcomputer.com> Hey Y'all, I made some recordings using QuickTime Pro 7 and an iSight with H. 264 CODEC. @ out of four files open fine the other two have quicktime icons but when quicktime tries to open them the error code -2048 is rendered. It appears as though the file does not have a proper wrapper or ending. I have rebuilt and replaced the directory using Disk Warrior to no avail. Any thoughts? Discreet Cleaner? Thanks! Dave Adams B.A.Sc. Digital Audio/Video Specialist Restart Computer Inc. 2520 Bridge Street Victoria, BC V8T 5H3 Tel: 250.995.3020 Toll Free: 1.877.995.3020 Fax: 250.995.3021 www.restartcomputer.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050810/8b225b18/attachment.html From luckyking gmail.com Thu Aug 11 11:42:58 2005 From: luckyking gmail.com (=?ISO-2022-JP?B?GyRCNCUbKEI=?=) Date: Thu Aug 11 07:30:22 2005 Subject: [Mp4-tech] How to convert 4X4 interger transform to equivalent dct transform In-Reply-To: <200508101601.j7AG19Lk005685@lists1.magma.ca> References: <200508101601.j7AG19Lk005685@lists1.magma.ca> Message-ID: X is the original 4 * 4 martrix, Y is the DCT coefficient matrix Y = AXA' and X = A'YA a a a a A = b c -c b ; a -a -a a c -b b -c a=1/2 ; b=sqrt(1/2)cos(PI/8) ; c = sqrt(1/2)cos(3*PI/8) is can be equivalent as below? Y ? ( CXC')#E # means that to the result matrix's coefficient is to mutiply the two coefficient at the response position. Here, 1 1 1 1 C = 1 d -d -1 ;d = c/b =0.414, 1 -1 -1 1 d -d 1 -d for simplification and maintain orthogonality, made d = 0.5 and b = sqrt(2/5); make the second line and forth line of C multiple with 2, so as the second colomn and forth conomn. Named it as Cf also make E corresponding Ef to make Y = (CfXCf')#Ef we get Cf and Ef: 1 1 1 1 Cf= 2 1 -1 -2 1 -1 -1 1 1 -2 2 -1 And: a*a a*b/2 a*a a*b/2 Ef= a*b/2 b*b/4 a*b/2 b*b/4 a*a a*b/2 a*a a*b/2 a*b/2 b*b/4 a*b/2 b*b/4 H.264 make #Ef in quantification Process. On 8/11/05, 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. How to convert 4X4 interger transform to equivalent dct > transform (tummala kalyani) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 10 Aug 2023 17:28:46 +0530 > From: tummala kalyani > Subject: [Mp4-tech] How to convert 4X4 interger transform to > equivalent dct transform > To: mp4-tech@lists.mpegif.org > Message-ID: <13936ad5050810045829078b11@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > can any one explain me to how to convert 4 X 4 integer transform used > in H.264 to normal 4X4 dct transform matrix. > > -- > Kalyani Tummala > M.Tech CSE II year > MBM Hall of Residence- #B2 > IIT Kharagpur - 721302 > mobile: 919932736720 > > > ------------------------------ > > _______________________________________________ > 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 25, Issue 10 > **************************************** > From sumit.johar st.com Thu Aug 11 10:31:59 2005 From: sumit.johar st.com (Sumit JOHAR) Date: Thu Aug 11 07:30:27 2005 Subject: [Mp4-tech] How to convert 4X4 interger transform to equivalent dct transform Message-ID: <51a1cf96.29f770af.8da0600@mail2.dlh.st.com> You can check a useful white paper on this http://www.rgu.ac.uk/files/h264_transform.pdf Well this gives you description other way round .. i.e. from dct transform to int. transf. .. i hope that may be helpful to you -sumit ---- Original message ---- >Date: Wed, 10 Aug 2023 17:28:46 +0530 >From: tummala kalyani >Subject: [Mp4-tech] How to convert 4X4 interger transform to equivalent dct transform >To: mp4-tech@lists.mpegif.org > >can any one explain me to how to convert 4 X 4 integer transform used >in H.264 to normal 4X4 dct transform matrix. > >-- >Kalyani Tummala >M.Tech CSE II year >MBM Hall of Residence- #B2 >IIT Kharagpur - 721302 >mobile: 919932736720 > >_______________________________________________ >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 ying.s.zhang intel.com Thu Aug 11 18:02:18 2005 From: ying.s.zhang intel.com (Zhang, Ying S) Date: Thu Aug 11 07:30:33 2005 Subject: [Mp4-tech] Where can I find test streams for H.263 profile 4? Message-ID: <571ACEFD467F7749BC50E0A98C17CDD8079062E2@pdsmsx403> Hi experts, I'm now doing something related to H.263 profile 4 codec, but don't have reference code and any conformance test streams for that. I think ITU-T have release the reference code, where can I find it? And is there any conformance test streams? Thank you! Best Regards, Zhang Ying iNet: 8-752-1572 Tel: +86-21-52574545-1572 From ben.avison tematic.com Thu Aug 11 16:43:03 2005 From: ben.avison tematic.com (Ben Avison) Date: Sat Aug 13 08:38:33 2005 Subject: [Mp4-tech] [H.264] [Systems] Picture timing in absence of SEI messages Message-ID: Is there anywhere that defines in temporal terms the behaviour of the HRD in the absence of picture timing SEI messages in the bitstream? I wonder if this issue has been lost in the crack between the H.264 spec and the MPEG-2 systems spec - it could have important consequences for interoperatability of H.264 streams encapsulated in program streams or transport streams. To elaborate: version 2 of the MPEG-2 systems spec defines DTS and PTS in terms of parameters derived from picture timing SEI messages. This mechanism allows the H.264 encoder to unambiguously inform the multiplexer of all the information it needs to be able to schedule the bitstream within the multiplex. However, this does not help when the H.264 stream does not include picture timing SEI messages - and the majority of current H.264 encoders do not seem to do so. In the absence of picture timing SEI messages, the only constraints upon H.264 bitstreams appear to be that they be decodable according to the bumping process. But compared to traditional codecs, this process can be "lumpy": there can be times when decode cannot proceed (for example when a frame is output but it is still marked as used for reference, and the DPB is full but all other frames in the DPB are either also marked as used for reference, or have a higher picture order count). And there are times when multiple frames need to be decoded between the output of two frames that are consecutive in output order (for example when a frame that follows an IDR frame in decode order precedes it in output order). I can see at least two ways that this "lumpiness" can be dealt with. One is to assume that the decoder has about twice as many frame stores available as is specified by the profile and level; this would allow decoding to proceed when the DPB would otherwise have been full, and assuming that you had reached the nominal DPB fullness level before starting output, should also prevent the need ever to decode more than one frame during the output period of one frame. The other approach is to accept that the decode frame rate will be lumpy. But this leaves an unanswered question of how far apart the DTS values of the pictures should be when multiple frames need to be decoded within the output period of one frame. My gut feeling is that it would be nice to be able to assume the former scenario, for the sake of smoothing out tha data rates, for evening out the processing load on decoders, and to make the calcuation of DTS values easier and less ambiguous. However, I suspect that this is unlikely to be supported by the H.264 spec. The decision about which behaviour the HRD is assumed to have impacts very much on the scheduling of the bitstream within a multiplex, because the multiplexer has to ensure that the CPB neither overflows or underflows, and that depends upon the time of removal of coded pictures from the CPB (which is defined to be equivalent to the DTS). This is where the interoperability issue I mentioned comes into play. Can anyone offer me any advice on this issue? Thanks, Ben Avison -- Ben Avison Tematic Tel: +44 (0) 1728 727437 3 Signet Court Fax: +44 (0) 1728 727430 Cambridge, CB5 8LA, United Kingdom WWW: http://www.tematic.com/ From tummalakalyani gmail.com Fri Aug 12 17:11:04 2005 From: tummalakalyani gmail.com (tummala kalyani) Date: Sat Aug 13 08:38:39 2005 Subject: [Mp4-tech] H.264 baseline encoder and decoder source code Message-ID: <13936ad5050812034157b361a7@mail.gmail.com> Hi All, Is there any baseline H.264 codec source code avalable? If so plese point me to it. thanks in advance. -- Kalyani Tummala From shkasal cradle.com Sun Aug 14 02:19:46 2005 From: shkasal cradle.com (Srinivas Kasal) Date: Sun Aug 14 09:13:36 2005 Subject: [Mp4-tech] H.264 baseline encoder and decoder source code Message-ID: <2589822B3D9BA749A7434A636939D4D18F0D77@pelican.cradle.local> One version is available at http://iphome.hhi.de/suehring/tml/download/jm98.zip Srinivas. -----Original Message----- From: tummala kalyani [mailto:tummalakalyani@gmail.com] Sent: Friday, August 12, 2023 3:41 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 baseline encoder and decoder source code Hi All, Is there any baseline H.264 codec source code avalable? If so plese point me to it. thanks in advance. -- Kalyani Tummala _______________________________________________ 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 jc sj.co.uk Mon Aug 15 12:28:28 2005 From: jc sj.co.uk (John Cox) Date: Mon Aug 15 07:29:45 2005 Subject: [Mp4-tech] [H.264] [Systems] Picture timing in absence of SEI messages In-Reply-To: References: Message-ID: Hi It is certainly possible to write a decoder that emits one frame for every frame decoded (maybe with some exceptions if you have unpaired reference fields). The only "problem" is that it has a latency that is the size of the DPB. It is true that many frames may become eligible for display at once, but that is no reason to do so - they can be held in their DPB slot until another frame has been received - if you work though the bumping process you will find that you never need another DPB-sized frame store. I recon you need a DPB sized store + 1 frame for the current decode + 1 frame being displayed, the last not being strictly necessary. John Cox SJ Consulting Ltd On Thu, 11 Aug 2023 15:43:03 +0100, you wrote: > >Is there anywhere that defines in temporal terms the behaviour of the HRD >in the absence of picture timing SEI messages in the bitstream? I wonder >if this issue has been lost in the crack between the H.264 spec and the >MPEG-2 systems spec - it could have important consequences for >interoperatability of H.264 streams encapsulated in program streams or >transport streams. > >To elaborate: version 2 of the MPEG-2 systems spec defines DTS and PTS in >terms of parameters derived from picture timing SEI messages. This mechanism >allows the H.264 encoder to unambiguously inform the multiplexer of all the >information it needs to be able to schedule the bitstream within the >multiplex. However, this does not help when the H.264 stream does not >include picture timing SEI messages - and the majority of current H.264 >encoders do not seem to do so. > >In the absence of picture timing SEI messages, the only constraints upon >H.264 bitstreams appear to be that they be decodable according to the >bumping process. But compared to traditional codecs, this process can be >"lumpy": there can be times when decode cannot proceed (for example when >a frame is output but it is still marked as used for reference, and the >DPB is full but all other frames in the DPB are either also marked as used >for reference, or have a higher picture order count). And there are times >when multiple frames need to be decoded between the output of two frames >that are consecutive in output order (for example when a frame that follows >an IDR frame in decode order precedes it in output order). > >I can see at least two ways that this "lumpiness" can be dealt with. One is >to assume that the decoder has about twice as many frame stores available as >is specified by the profile and level; this would allow decoding to proceed >when the DPB would otherwise have been full, and assuming that you had >reached the nominal DPB fullness level before starting output, should also >prevent the need ever to decode more than one frame during the output period >of one frame. > >The other approach is to accept that the decode frame rate will be lumpy. >But this leaves an unanswered question of how far apart the DTS values of >the pictures should be when multiple frames need to be decoded within the >output period of one frame. > >My gut feeling is that it would be nice to be able to assume the former >scenario, for the sake of smoothing out tha data rates, for evening out >the processing load on decoders, and to make the calcuation of DTS values >easier and less ambiguous. However, I suspect that this is unlikely to be >supported by the H.264 spec. > >The decision about which behaviour the HRD is assumed to have impacts very >much on the scheduling of the bitstream within a multiplex, because the >multiplexer has to ensure that the CPB neither overflows or underflows, and >that depends upon the time of removal of coded pictures from the CPB (which >is defined to be equivalent to the DTS). This is where the interoperability >issue I mentioned comes into play. > >Can anyone offer me any advice on this issue? > >Thanks, >Ben Avison From ben.avison tematic.com Mon Aug 15 19:54:53 2005 From: ben.avison tematic.com (Ben Avison) Date: Mon Aug 15 20:30:15 2005 Subject: [Mp4-tech] [H.264] [Systems] Picture timing in absence of SEI messages In-Reply-To: References: Message-ID: <14ddf29a4d.root@bavison2.tematic.com> Thanks, John. I suspected that it was possible to construct such a decoder (after all, in the long term, the number of frames decoded and output has to even out, if we discount the no_output_of_prior_pics flag). However, this wasn't really the problem I was outlining. It's best considered from the viewpoint of the author of a multiplexer program: suppose you are presented with a H.264 bitstream with no picture timing SEI messages, and it's your job to ensure that the CPB neither overflows nor underflows. You need a model of an H.264 decoder to target - do you assume a decoder that emits one frame for each frame decoded and expect that any decoders that don't will compensate for the differences, or vice versa? If you assume a decoder that can emit multiple frames between decoding two consecutive ones and decode multiple frames between emitting consecutive ones, then there is a second problem of defining when pictures are removed from the CPB at those points in the bitstream where multiple frames are decoded in the time it takes to emit a single one. Perhaps a sensible algorithm would be for the last picture to be removed from the CPB at an time before the end of the output period of the current frame which is derived from the size of the coded picture in bits and MaxBR for the profile@level, and the previous picture at an equivalent time before that, and so on. But this needs to be explicitly standardised to ensure interoperability between arbitrary multiplexers and decoders. It should even go to the lengths of describing how rounding, if any, should be applied to the above calculation. The beauty of assuming that decode and display occur in lock step is that it's really simple to calculate CPB removal times (aka the DTS), because they are tied to the field_pic_flag and pic_struct of the frame that is being output at the same time. (By the way, I'm not sure where the problem with unpaired reference fields lies: surely it's just a case that at worst a complete frame buffer consisting of either a frame picture or a complementary field pair needs to be decoded in the time it takes to display an unpaired field. This is only a factor of 2 different, which is far less severe than the alternative, where you theoretically might need to decode anything up to an entire DPB's worth of frames in the time it takes to display one unpaired field.) Ben In message John Cox wrote: > Hi > > It is certainly possible to write a decoder that emits one frame for > every frame decoded (maybe with some exceptions if you have unpaired > reference fields). The only "problem" is that it has a latency that is > the size of the DPB. It is true that many frames may become eligible > for display at once, but that is no reason to do so - they can be held > in their DPB slot until another frame has been received - if you work > though the bumping process you will find that you never need another > DPB-sized frame store. I recon you need a DPB sized store + 1 frame for > the current decode + 1 frame being displayed, the last not being > strictly necessary. > > John Cox > SJ Consulting Ltd > > On Thu, 11 Aug 2023 15:43:03 +0100, you wrote: > > > > >Is there anywhere that defines in temporal terms the behaviour of the HRD > >in the absence of picture timing SEI messages in the bitstream? I wonder > >if this issue has been lost in the crack between the H.264 spec and the > >MPEG-2 systems spec - it could have important consequences for > >interoperatability of H.264 streams encapsulated in program streams or > >transport streams. > > > >To elaborate: version 2 of the MPEG-2 systems spec defines DTS and PTS in > >terms of parameters derived from picture timing SEI messages. This mechanism > >allows the H.264 encoder to unambiguously inform the multiplexer of all the > >information it needs to be able to schedule the bitstream within the > >multiplex. However, this does not help when the H.264 stream does not > >include picture timing SEI messages - and the majority of current H.264 > >encoders do not seem to do so. > > > >In the absence of picture timing SEI messages, the only constraints upon > >H.264 bitstreams appear to be that they be decodable according to the > >bumping process. But compared to traditional codecs, this process can be > >"lumpy": there can be times when decode cannot proceed (for example when > >a frame is output but it is still marked as used for reference, and the > >DPB is full but all other frames in the DPB are either also marked as used > >for reference, or have a higher picture order count). And there are times > >when multiple frames need to be decoded between the output of two frames > >that are consecutive in output order (for example when a frame that follows > >an IDR frame in decode order precedes it in output order). > > > >I can see at least two ways that this "lumpiness" can be dealt with. One is > >to assume that the decoder has about twice as many frame stores available as > >is specified by the profile and level; this would allow decoding to proceed > >when the DPB would otherwise have been full, and assuming that you had > >reached the nominal DPB fullness level before starting output, should also > >prevent the need ever to decode more than one frame during the output period > >of one frame. > > > >The other approach is to accept that the decode frame rate will be lumpy. > >But this leaves an unanswered question of how far apart the DTS values of > >the pictures should be when multiple frames need to be decoded within the > >output period of one frame. > > > >My gut feeling is that it would be nice to be able to assume the former > >scenario, for the sake of smoothing out tha data rates, for evening out > >the processing load on decoders, and to make the calcuation of DTS values > >easier and less ambiguous. However, I suspect that this is unlikely to be > >supported by the H.264 spec. > > > >The decision about which behaviour the HRD is assumed to have impacts very > >much on the scheduling of the bitstream within a multiplex, because the > >multiplexer has to ensure that the CPB neither overflows or underflows, and > >that depends upon the time of removal of coded pictures from the CPB (which > >is defined to be equivalent to the DTS). This is where the interoperability > >issue I mentioned comes into play. > > > >Can anyone offer me any advice on this issue? > > > >Thanks, > >Ben Avison > -- Ben Avison Tematic Tel: +44 (0) 1728 727437 3 Signet Court Fax: +44 (0) 1728 727430 Cambridge, CB5 8LA, United Kingdom WWW: http://www.tematic.com/ From yuval envivio.com Mon Aug 15 20:47:54 2005 From: yuval envivio.com (Yuval Fisher) Date: Tue Aug 16 13:55:38 2005 Subject: [Mp4-tech] Interactive MPEG-4 In-Reply-To: <8758963d05080305545fc84426@mail.gmail.com> References: <8758963d05080305545fc84426@mail.gmail.com> Message-ID: <430161EA.5070402@envivio.com> Yes, it is, but it's tricky, since you have to carrousel the MPEG-4 scene so that anyone tuning in at any time can get the MPEG-4 scene. In our products, we find that it's sufficient to arrange for the original scene to be distributed somehow (e.g. file multicast) and then we multicast updates to modify the scene. This gives us the flexibility of multicast-broadcast without the complications of a carrousel. Best, Yuval Benjamin DAHON wrote: > Hi, > > Do you know if it is possible to multicast interactive MPEG-4 (MPEG-4 > containing javascript interactions) ? > > Thanks. > >------------------------------------------------------------------------ > >_______________________________________________ >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 > -- Yuval Fisher Envivio. yuval@envivio.com +1 (650) 324 2900 From jc sj.co.uk Tue Aug 16 11:26:03 2005 From: jc sj.co.uk (John Cox) Date: Tue Aug 16 14:03:02 2005 Subject: [Mp4-tech] [H.264] [Systems] Picture timing in absence of SEI messages In-Reply-To: <14ddf29a4d.root@bavison2.tematic.com> References: <14ddf29a4d.root@bavison2.tematic.com> Message-ID: Hi You are of course correct that it is a pig to reconstruct stream timing without SEI timing messages - indeed a raw ES need not contain enough info to know at what rate pictures should be displayed so the thing may be impossible. I think if you want to build a good mux then you will just have to insist that the incoming stream contains useful info! John Cox SJ Consulting On Mon, 15 Aug 2023 19:54:53 +0100, you wrote: >Thanks, John. I suspected that it was possible to construct such a decoder >(after all, in the long term, the number of frames decoded and output has to >even out, if we discount the no_output_of_prior_pics flag). > >However, this wasn't really the problem I was outlining. It's best >considered from the viewpoint of the author of a multiplexer program: >suppose you are presented with a H.264 bitstream with no picture timing SEI >messages, and it's your job to ensure that the CPB neither overflows nor >underflows. You need a model of an H.264 decoder to target - do you assume >a decoder that emits one frame for each frame decoded and expect that any >decoders that don't will compensate for the differences, or vice versa? > >If you assume a decoder that can emit multiple frames between decoding two >consecutive ones and decode multiple frames between emitting consecutive >ones, then there is a second problem of defining when pictures are removed >from the CPB at those points in the bitstream where multiple frames are >decoded in the time it takes to emit a single one. Perhaps a sensible >algorithm would be for the last picture to be removed from the CPB at an >time before the end of the output period of the current frame which is >derived from the size of the coded picture in bits and MaxBR for the >profile@level, and the previous picture at an equivalent time before that, >and so on. But this needs to be explicitly standardised to ensure >interoperability between arbitrary multiplexers and decoders. It should even >go to the lengths of describing how rounding, if any, should be applied to >the above calculation. > >The beauty of assuming that decode and display occur in lock step is that >it's really simple to calculate CPB removal times (aka the DTS), because >they are tied to the field_pic_flag and pic_struct of the frame that is >being output at the same time. > >(By the way, I'm not sure where the problem with unpaired reference fields >lies: surely it's just a case that at worst a complete frame buffer >consisting of either a frame picture or a complementary field pair needs to >be decoded in the time it takes to display an unpaired field. This is only >a factor of 2 different, which is far less severe than the alternative, >where you theoretically might need to decode anything up to an entire DPB's >worth of frames in the time it takes to display one unpaired field.) > >Ben From dsn2603 rediffmail.com Wed Aug 17 03:30:46 2005 From: dsn2603 rediffmail.com (sakthi narayanan) Date: Wed Aug 17 14:00:21 2005 Subject: [Mp4-tech] AAC+SBR Message-ID: <20050817033109.11779.qmail@webmail47.rediffmail.com> Hi all, 1.How to identify the sbr part in the adts test vector.AAC+SBR is a backward compatible ie.it can also able to decode aac test bitsream. Any SBR related information will present inside the adts header. 2.For AAC ,the decoded output size will be 4096 for the 2 channels. 3.For AAC+SBR,whether the output buffer size will be same or it will be 4096*2. With Regards, Sakthi Narayanan -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050817/16c7d641/attachment.html From gmoharir pace.stpp.soft.net Thu Aug 18 09:24:18 2005 From: gmoharir pace.stpp.soft.net (Gautam Moharir) Date: Thu Aug 18 10:13:03 2005 Subject: [Mp4-tech] AAC+SBR(Gautam Moharir) References: <200508171601.j7HG10sp021556@lists1.magma.ca> Message-ID: <010f01c5a3a8$847c2990$3c64a8c0@psil> > 1.How to identify the sbr part in the adts test vector.AAC+SBR is a backward compatible ie.it can also able to decode aac test bitsream. > Any SBR related information will present inside the adts header. SBR_EXTENSION flag is present in fill element of aac stream. if this flag is not there in fill element then that aac stream is not HE-AAC stream. No Information abt SBR is present in ADTS header > 2.For AAC ,the decoded output size will be 4096 for the 2 channels. Correct > 3.For AAC+SBR,whether the output buffer size will be same or it will > be 4096*2. It will be 4096*2 With Regards Gautam ----- Original Message ----- From: To: Sent: August 17, 2023 9:31 PM Subject: Mp4-tech Digest, Vol 25, Issue 16 > 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. Re: Re: [Mp4-tech] AAC+SBR (sakthi narayanan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: 17 Aug 2023 03:31:09 -0000 > From: "sakthi narayanan" > Subject: Re: Re: [Mp4-tech] AAC+SBR > To: mp4-tech@lists.mpegif.org > Message-ID: <20050817033109.11779.qmail@webmail47.rediffmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi all, > > 1.How to identify the sbr part in the adts test vector.AAC+SBR is a backward compatible ie.it can also able to decode aac test bitsream. > Any SBR related information will present inside the adts header. > > 2.For AAC ,the decoded output size will be 4096 for the 2 channels. > > 3.For AAC+SBR,whether the output buffer size will be same or it will > be 4096*2. > > > With Regards, > Sakthi Narayanan > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: /pipermail/mp4-tech/attachments/20050816/16c7d641/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 25, Issue 16 > **************************************** From cyril.bes philips.com Thu Aug 18 12:48:03 2005 From: cyril.bes philips.com (Cyril Bes) Date: Thu Aug 18 12:30:16 2005 Subject: [Mp4-tech] mpeg4 stream parser Message-ID: Hi all, I'm looking for a mpeg4 stream parser, any hints ? regards Cyril -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050818/f3011330/attachment.html From Marco.Miehe sci-worx.com Thu Aug 18 17:34:26 2005 From: Marco.Miehe sci-worx.com (Marco.Miehe@sci-worx.com) Date: Fri Aug 19 07:29:06 2005 Subject: [Mp4-tech] [H.264] Initialisation process for ref. pic. list in fields Message-ID: <7E6219E8CD869D4186B919B0DCF127C089922A@hajse201.eu.infineon.com> Dear Members I have a question regarding the Initialisation process for reference picture list for P slices in fields. In the standard ITU-T Rec. H.264 chapter 8.2.4.2.2 I found the following sentence. "When the current field is the second field (in decoding order) of a complementary reference field pair and the first field is marked as "used for short-term reference", the first field is included in the list of short-term reference frames refFrameList0ShortTerm." What does it mean exactly? Only the first field of a complementary reference field pair (the first field is marked as "used for short-term reference") is included in the refFrameList0ShortTerm and we ignore the second field? I mean in the Reference Software JM 9.7 they don't check this. If this Frames or Field is "used for reference" they include this frame or field in the refFrameList0ShortTerm and do nothing more. I'd appreciate if some one clarifies this. Best regards, Marco Miehe From Philippe.deneve intec.ugent.be Thu Aug 18 17:38:40 2005 From: Philippe.deneve intec.ugent.be (Philippe De Neve) Date: Fri Aug 19 07:37:16 2005 Subject: [Mp4-tech] mpeg4 stream parser References: Message-ID: <09c901c5a40a$e8c24080$bbd6c19d@King> Look for: MP4UI MP4BOX mpeg4ip-1.1-tools.zip ----- Original Message ----- From: Cyril Bes To: mp4-tech@lists.mpegif.org Sent: Thursday, August 18, 2023 12:48 PM Subject: [Mp4-tech] mpeg4 stream parser Hi all, I'm looking for a mpeg4 stream parser, any hints ? regards Cyril ------------------------------------------------------------------------------ _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050818/974cb59a/attachment.html From singer apple.com Thu Aug 18 09:31:08 2005 From: singer apple.com (Dave Singer) Date: Fri Aug 19 07:37:21 2005 Subject: [Mp4-tech] mpeg4 stream parser In-Reply-To: References: Message-ID: At 12:48 +0200 18/08/05, Cyril Bes wrote: >Hi all, > >I'm looking for a mpeg4 stream parser, any hints ? First, you are going to have to be much more specific about your question. There are (at least) the following streams in MPEG-4 Part 2 Video, Part 10 Video Still Frame Face and body animation Audio codecs: CELP, AAC, HVXC, HILN, TwinVQ, Parametric Audio (not to mention AAC add-ons such as SBR and PS) BIFS scene representation Object Descriptor streams The file format Object Content Information ... -- David Singer Apple Computer/QuickTime From jay.chauhan samsung.com Fri Aug 19 08:24:02 2005 From: jay.chauhan samsung.com (Jayant Chauhan) Date: Fri Aug 19 07:37:26 2005 Subject: [Mp4-tech] mpeg4 stream parser In-Reply-To: Message-ID: <0ILF00L28YDLAF@mmp1.samsung.com> Hey Cyril Check out the MP4Parser project by GPAC. That should do it Regards Jayant _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Cyril Bes Sent: Thursday, August 18, 2023 7:48 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] mpeg4 stream parser Hi all, I'm looking for a mpeg4 stream parser, any hints ? regards Cyril -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050819/3e2a2398/attachment.html From kaustubh.patankar vsnl.net Fri Aug 19 13:27:12 2005 From: kaustubh.patankar vsnl.net (kaustubh.patankar@vsnl.net) Date: Fri Aug 19 12:11:51 2005 Subject: [Mp4-tech] [H.264] MBAFF and PAFF Message-ID: <3d53cf3d2a7b.3d2a7b3d53cf@vsnl.net> Dear Members Where can I find the standard bit streams to test the decoder for MBAFF and PAFF features. Or else any commercial encoder supports this feature while encoding with regards Kaustubh From mariotapilouw yahoo.com Fri Aug 19 07:23:05 2005 From: mariotapilouw yahoo.com (mario t) Date: Sat Aug 20 18:17:57 2005 Subject: [Mp4-tech] Embedded mpeg4 Video Server Message-ID: <20050819142306.37453.qmail@web30309.mail.mud.yahoo.com> Dear All, I want to ask if anyone has experienced using embedded video server "Brans200 Video Server" (www.brans.co.kr/english) and programming an application that capture video from the server? I would appreciate if any experienced people would like to share the knowledge with me. Thank you very much. Mario ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs From t.dove vqual.com Fri Aug 19 18:06:32 2005 From: t.dove vqual.com (Thomas Dove) Date: Sat Aug 20 18:29:11 2005 Subject: Re.: Subject: [Mp4-tech] [H.264] MBAFF and PAFF Message-ID: <021301c5a4e0$59609aa0$b100a8c0@phobos> Kaustubh, We have various sets of H.264/AVC test bitstreams for thoroughly testing decoders, that test every syntax element (including MBAFF and PAFF). They are our "Vclips" video test clips: the H.264/AVC sets are VC-301 to VC-307 (functional tests of all syntax elements) and VC-311 to VC-313 (error tests). Have a look at http://www.vqual.com/Vclips.html click on 'List of Clips' in the left-hand menu, then on VC-301 to VC-313 for more description (and you can also download extracts of the user manuals for these). Regards, ******************************************** Visit us at the IBC exhibition, 9-13 Sept. Amsterdam, Hall 8 Stand 365. See the new Vprove, new Aprove, new Cerify and new Vclips ! ********************************************* Thomas Dove Sales Manager Vqual Ltd. Trym Lodge 1 Henbury Road Bristol BS9 3HQ UK E-mail: t.dove@vqual.com Direct: +44 (0)117 373 6255 Mobile: +44 (0)7771 560 799 Tel.: +44 (0)117 3101 244 General fax: +44 (0)117 3101 277 Sales & Admin fax: +44 (0)117 373 6269 Direct fax (PC): +44 (0)117 373 6250 Web: www.vqual.com ************************************************************ The information in this message is confidential and may be privileged. It is intended for the addressee alone. If you are not the intended recipient it is prohibited to disclose, use or copy this information. Please contact the sender immediately should this message have been transmitted incorrectly. ************************************************************ Date: Fri, 19 Aug 2023 13:27:12 +0500 From: kaustubh.patankar@vsnl.net Subject: [Mp4-tech] [H.264] MBAFF and PAFF To: Mp4-tech@lists.mpegif.org Message-ID: <3d53cf3d2a7b.3d2a7b3d53cf@vsnl.net> Content-Type: text/plain; charset=us-ascii Dear Members Where can I find the standard bit streams to test the decoder for MBAFF and PAFF features. Or else any commercial encoder supports this feature while encoding with regards Kaustubh -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050819/25da1600/attachment.html From garysull windows.microsoft.com Fri Aug 19 12:33:29 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Aug 20 18:39:01 2005 Subject: [Mp4-tech] [H.264] Initialisation process for ref. pic. list infields Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461010BC41@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Marco et al, You need to pay attention to the exact stage of the processing at which the quoted statement applies. The current picture has not yet been decoded. The quoted statement is simply saying that when you are decoding the second field of a frame you can use the first field as a reference picture. In this case the second field is the current picture. We don't use the current picture as a reference for decoding itself. If you look close enough at the reference software, I am confident that you will not find a difference between what it is doing and what the spec is saying in this regard. Best Regards, -Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Marco.Miehe@sci-worx.com +> Sent: Thursday, August 18, 2023 8:34 AM +> To: Mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] Initialisation process for ref. +> pic. list infields +> +> Dear Members +> +> I have a question regarding the Initialisation process for reference +> picture list for P slices in fields. +> +> In the standard ITU-T Rec. H.264 chapter 8.2.4.2.2 +> I found the following sentence. +> "When the current field is the second field (in decoding order) of a +> complementary reference field pair +> and the first field is marked as "used for short-term reference", the +> first field is included in the +> list of short-term reference frames refFrameList0ShortTerm." +> +> What does it mean exactly? +> Only the first field of a complementary reference field pair +> (the first +> field is marked as "used for short-term reference") +> is included in the refFrameList0ShortTerm and we ignore the second +> field? +> +> I mean in the Reference Software JM 9.7 they don't check +> this. If this +> Frames or Field is "used for reference" they include +> this frame or field in the refFrameList0ShortTerm and do +> nothing more. +> +> I'd appreciate if some one clarifies this. +> +> +> Best regards, +> +> Marco Miehe +> +> +> +> +> _______________________________________________ +> 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 Fri Aug 19 12:35:47 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Aug 20 18:39:07 2005 Subject: [Mp4-tech] [H.264] MBAFF and PAFF Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461010BC49@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> You should be able to find such bitstreams in http://ftp3.itu.int/av-arch/jvt-site/draft_conformance. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> kaustubh.patankar@vsnl.net +> Sent: Friday, August 19, 2023 1:27 AM +> To: Mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] MBAFF and PAFF +> +> Dear Members +> +> Where can I find the standard bit streams to test the +> decoder for MBAFF and PAFF +> features. +> +> Or else any commercial encoder supports this feature while encoding +> +> with regards +> +> Kaustubh +> +> _______________________________________________ +> 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 rbx streamcrest.com Wed Aug 17 11:59:57 2005 From: rbx streamcrest.com (Robert Bleidt) Date: Tue Aug 23 13:26:08 2005 Subject: [Mp4-tech] looking for contributions for MPEG-4 white paper Message-ID: <6.2.1.2.2.20050817113855.05bafa58@localhost> I am revising the MPEGIF MPEG-4 white paper (http://www.mpegif.org/public/documents/vault/m4-out-20027.pdf) to bring it up to date with AVC and AAC developments. One area we are considering revising is the markets section, where I hope to have some illustrations or examples of successful commercial applications of MPEG-4, and particularly AVC/AAC. Some possible topics I have thought of are: IPTV Gaming 3G Videophony DVB-H, DMB Digital Cinema Security Webcasting Semiconductor/SOC encoders and decoders If you have any ideas, or someone in your company is willing to provide an illustration or case study we can consider using, please let me know. I would also like to provide some examples of applications in the promising areas of: MPEG-7, -21 BIFS/XMT Shape Coding/Core Profile Scalable Coding If anyone has an example application that they would like to suggest for the paper, please send me an email. If your suggestion involves an application of your company's products (which it need not - I am looking for suggestions on anything), please provide a marketing contact who could provide illustrations or clearances to use the material, if possible. Note that while I would like to show several examples of commercial use, these are just as examples for the reader. We are not providing free advertising. Thus, I or the board may edit or decide not to use any submissions. From churlliu 163.com Wed Aug 24 12:51:53 2005 From: churlliu 163.com (David) Date: Wed Aug 24 05:30:18 2005 Subject: [Mp4-tech] MPEG2 benchmark at Pentium4 2.7G Message-ID: <003e01c5a867$a31c35c0$6858a8c0@inforchurlliu> Hi, gurus Does anyone have a benchmark of MPEG2 video decode on Pentium4 2.7G CPU? I want to check what would the maximum GOPs while decoding MP@ML MPEG2 video stream on Pentium4 2.7GHz. Thansk a lot. David -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050824/0e0d3d9a/attachment.html From S.T.C.Beesley lboro.ac.uk Wed Aug 24 15:33:21 2005 From: S.T.C.Beesley lboro.ac.uk (Steve) Date: Wed Aug 24 15:02:05 2005 Subject: [Mp4-tech][Video] Removing macroblocks from the encoded bitstream In-Reply-To: <200506181600.j5IG0bqX016244@lists1.magma.ca> References: <200506181600.j5IG0bqX016244@lists1.magma.ca> Message-ID: <1124894001.430c8531900d4@staff-webmail.lboro.ac.uk> Hi all, I'm working with JM96 encoder and am trying to remove certain macroblocks so that they don't get added to the bitstream that gets created. I've got no problems with selecting which ones are removed but am having trouble finding a nice place in the encoder to remove them. I was thinking it could probably be done as the stream was written but I can't even find where this is done despite a lot of searching through the code. I'm hoping this is one of those cases where it's easy when you know how, any pointers in the right direction would be very much appreciated! Thanks in advance, Steve Beesley, MEng Hons. DIS From dmitriy graphics.cs.msu.ru Sun Aug 28 02:46:40 2005 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Sun Aug 28 13:05:23 2005 Subject: [Mp4-tech] CALL FOR MPEG4-AVC/H.264 CODECS Message-ID: <901279142.20050828024640@graphics.cs.msu.ru> Hello! Please, forward this information to codecs developers! ================================================================ CALL FOR MPEG4-AVC/H.264 CODECS Second Annual H.264 video codec comparison ================================================================ For people, who make real research in field of high-end video compression Important Dates --------------- * September, 10 ? preliminary registration and settling of all formal issues * September, 20 ? deadline of codec receipt with required presets * September, 25 ? notification of codecs acceptance for tests notification Enhancements from Previous H.264/AVC Comparison ----------------------------------------------- * Measuring will be performed with extended metrics set: PSNR, SSIM, VQM * Two codec presets will be compared: ?Maximum quality?, ?Balanced? (speed) * For each preset both speed and quality will be measured Codec Requirements ------------------ * Codec should be H.264/AVC Main Profile codec * Codec should allow to set arbitrary bitrate of resulted sequence * 3 variants of codec interface are possible: * Console codec version (with batch processing support ? bitrate and file names must be assigned from command line * Video for Windows Codec with correct state saving (batch processing support) * Direct Show filter. In this case software for batch processing should be provided * Codec should open and save *.yuv or *.avi (YUV colorspace) files * Result video sequences should be opened with standard methods Comparison Rules ---------------- * All measurements will be produced by MSU Video Quality Measurement Tool( http://www.compression.ru/video/quality_measure/video_measurement_tool_en.html ) * Codec options for ?Maximum quality? and ?Balanced? presets should be provided by codec authors. If these options won?tnot be provided, default options will be used * Verification of comparison results is possible for codec authors before comparison publication * Codec authors can delete all information about their codec from comparison document. In this case comparison authors can mention about this codec in public document without any received results See Previous H.264/AVC comparison for other rules and details. Useful Links ------------ * Previous H.264/AVC comparison http://www.compression.ru/video/codec_comparison/mpeg-4_avc_h264_en.html * MPEG-4 SP/ASP comparison http://www.compression.ru/video/codec_comparison/mpeg-4_en.html * Lossless codecs comparison http://www.compression.ru/video/codec_comparison/lossless_codecs_en.html Contact info ------------ Please contact us video@graphics.cs.msu.ru ================================================================ -- Best regards, Dmitriy mailto:dmitriy@graphics.cs.msu.ru From tanguero lge.com Sun Aug 28 15:58:37 2005 From: tanguero lge.com (=?ks_c_5601-1987?B?wMzDtrz2?=) Date: Sun Aug 28 13:14:23 2005 Subject: [Mp4-tech] [H.264] [Q] SEI and AU. Message-ID: <000001c5ab9d$ea21b560$0c149696@CHULNOTE> Dear Experts, I have a question about Picture timing SEI message syntax. What is the linkage information that ties timestamp to coded slice information? Does every coded slice follows the corresponding SEI message? If there is additional information such as MPEG-4 SL layer or MPEG2 TS, is the timing SEI message useless? I wonder if MPEG2 TS does not deliver the 'contents time informations', how to deliver them and reconstruct them. I am thirsty of the information. Thanks in advance. regards, Chulsoo Lee. From EricChuang via.com.tw Mon Aug 29 13:34:58 2005 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Mon Aug 29 12:28:32 2005 Subject: [Mp4-tech] H.264 CABAC decode on mb_type Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D30@exchtp02.taipei.via.com.tw> Dear experts, I had a trivial question about the CABAC decoding on H.264 macroblock type field. According the spec., the ctxIdx of mb_type of I Slice should be between 3~10 from Table 9-11, but in reference decoder function readMB_typeInfo_CABAC(), as below shows, if(img->type == I_SLICE) // INTRA-frame { if (currMB->mb_available_up == NULL) b = 0; else b = (((currMB->mb_available_up)->mb_type != I4MB && currMB->mb_available_up->mb_type != I8MB) ? 1 : 0 ); if (currMB->mb_available_left == NULL) a = 0; else a = (((currMB->mb_available_left)->mb_type != I4MB && currMB->mb_available_left->mb_type != I8MB) ? 1 : 0 ); act_ctx = a + b; act_sym = biari_decode_symbol(dep_dp, ctx->mb_type_contexts[0] + act_ctx); se->context = act_ctx; // store context if (act_sym==0) // 4x4 Intra { curr_mb_type = act_sym; } else // 16x16 Intra { mode_sym = biari_decode_final(dep_dp); ..... It seems the ctxIdx for binIdx 0 only depends on nebouring mb type only, and there is no sigifiant place to restrict ctxIdx between 3~10. Do I missed something ? or my understanding on the spec. is oncorrect ? Thanks, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050829/2df62579/attachment.html From andrew astri.org Mon Aug 29 13:36:57 2005 From: andrew astri.org (Wat Yiu Wing Andrew) Date: Mon Aug 29 12:36:13 2005 Subject: [Mp4-tech] SEI and conformance bitstream Message-ID: Hi, I would like to know if a decoder MUST implement SEI. If yes, are there any conformance bistreams for testing SEI implementation? Is JM able to verify SEI implementation? Thanks Andrew This message (including any attachments) is for the named addressee(s)'s use only. It may contain sensitive, confidential, private proprietary or legally privileged information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Any use, disclosure, copying, or distribution of this message and/or any attachments is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050829/1aa39d15/attachment.html From research.264 gmail.com Mon Aug 29 19:51:39 2005 From: research.264 gmail.com (Anand Paul) Date: Mon Aug 29 12:36:18 2005 Subject: [Mp4-tech] How do we select bliock size in h.264 during Motion Estimation ? Message-ID: hi all, i am starter for h.264, as we all know we would choose the block size (i.e 16X16, 16X8,8X16,8X8,8x4,4X8 and 4X4 ) depending up on the redundancy or complexity of the image. Say for instance image area with less redundancy may prefer in for 4x4 whereas image area with more redundancy may prefer 16x16 for efficitent coding. My question is how do we choose this block size ?, in realtime as we don't know what would be the next image(frame) look like., in this case how do we choose 16x16 block or 4x4 for motion estimation. expecting ur comments Anand P. From garysull windows.microsoft.com Mon Aug 29 16:29:40 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Aug 30 13:30:16 2005 Subject: [Mp4-tech] [H.264] [Q] SEI and AU. Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461035D77A@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Chulsoo Lee et al, Please see comments below. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ??? +> Sent: Saturday, August 27, 2023 11:59 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] [Q] SEI and AU. +> +> +> Dear Experts, +> +> I have a question about Picture timing SEI message syntax. +> What is the linkage information that ties timestamp to coded slice +> information? The picture timing SEI message is found in the same "access unit" as the slices to which it applies. +> Does every coded slice follows the corresponding SEI message? When picture timing SEI is in use there would be one picture timing SEI message and possibly multiple slices per decoded picture. +> If there is additional information such as MPEG-4 SL layer +> or MPEG2 TS, +> is the timing SEI message useless? I wonder if MPEG2 TS does +> not deliver +> the 'contents time informations', how to deliver them and +> reconstruct them. Information provided at the system level should probably be considered preferable to information provided in the video elementary stream. In some cases (e.g., MPEG-2) there might be timestamps available in the systems-lvel information that is incomplete (e.g., timestamps on some but not all pictures). In such cases I believe the video elementary stream data may be useful to infer the missing data. Note also that in some types of use (e.g., when fixed_frame_rate_flag is equal to 1) it should be very easy to construct the output timing. +> I am thirsty of the information. +> +> Thanks in advance. +> +> regards, +> Chulsoo Lee. +> +> +> +> +> +> _______________________________________________ +> 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 cargonte teleco.upv.es Tue Aug 30 18:16:13 2005 From: cargonte teleco.upv.es (Carmen Gonzalez Tena) Date: Tue Aug 30 20:33:41 2005 Subject: [Mp4-tech] B_frames. List_0, List_1 and its index Message-ID: <1125418573.4314864d3fe7b@www.webmail.upv.es> Hello experts, can anyone help me with list_0 list_1 and its index?. The reference index of list 0 (ref_idx_l0) points to the reference frame that is located in the List_0 starting by the end of this lists ? Or whre exactly does it point in each moment? I'm not sure if I clearly understood it. Thank you From martinelli radiobusiness.com.br Tue Aug 30 15:13:50 2005 From: martinelli radiobusiness.com.br (Fernando Martinelli (TV Business)) Date: Tue Aug 30 20:33:46 2005 Subject: [Mp4-tech] MP4 Advanced Parameters Message-ID: <4314A1DE.2080201@radiobusiness.com.br> Hello, I need configured my MP4 videos using advanced parameters. Where i find a tutorial with this parameters and with info about this parameters ? Thanks, Martinelli From grandpark gmail.com Wed Aug 31 08:41:11 2005 From: grandpark gmail.com (Park Jun Sung) Date: Wed Aug 31 07:59:30 2005 Subject: [Mp4-tech] Sequeces with the highly saturated chroma! In-Reply-To: <0IM000A95D5RNJ@mmp1.samsung.com> Message-ID: <4314ee9b.3f2c99d1.2212.19b1@mx.gmail.com> Hi, everyone. Now I?m looking into chroma prediction in intra prediction of H.264. In JVT-C118, you can see the performance result of chroma prediction when the sequence has the saturated chroma. So I hope to find MPEG-4/H.264 test sequences with the highly saturated chroma. The sequence format will be QCIF or CIF. Can someone suggest the URLs from where these sequences can be downloaded? Thanks in advance, Richard Park -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050831/eb18ea8e/attachment.html From grandpark gmail.com Wed Aug 31 08:41:37 2005 From: grandpark gmail.com (Park Jun Sung) Date: Wed Aug 31 08:08:37 2005 Subject: [Mp4-tech] Is it possible to separate chroma prediction and luma predictioninintra prediction of H.264 ? In-Reply-To: <0IM000I6NCSU74@mmp1.samsung.com> Message-ID: <4314eeb7.26e432cf.4a49.13b7@mx.gmail.com> Hi, experts. I have a question about Chroma intra prediction in H.264. The current structure of the codec forces all intra decisions to be performed for each possible Chroma intra prediction mode. As a result, the computation complexity is significantly increased. So the flag, ChromaIntraDiable, is introduced in JVT-N014 (Jan., 2005) to reduce complexity by allowing DC Chroma prediction only. It is a kind of temporal technique because there is an intention of fixing the JM software but lack of time. (JM is focusing to optimize rate/distortion, so it is needed to enhance the complexity.) Now the question, Is it possible to totally separate Chroma prediction from Luma prediction in intra prediction? If each of Chroma prediction and Luma prediction performs independently, the computation complexity will be decreased greatly. Thanks in advance. Regards, Richard Park -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050831/7a54d47d/attachment.html From cpark via-telecom.com Wed Aug 31 10:14:30 2005 From: cpark via-telecom.com (Charles Park) Date: Thu Sep 1 02:09:43 2005 Subject: [Mp4-tech] MP4 AAC-LC testvector Message-ID: <78532FB72FAFBE48A17E2EC19E54B6647BBE5A@exchsd1> Dear All, I have a question regarding the MP4 AAC-LC testvector on the ISO/IEC website. I downloaded the MP4 testvector of CD2 in the sepc. 14496-5. But, I can't decod the file by using the ISO/IEC simulation s/w. Did anybody try it? If somebody succeed it, Can you please give me information in detail( any input argument or s/w...) Thanks in advanced Charles Park From gbmallikarjunarao yahoo.com Wed Aug 31 19:09:09 2005 From: gbmallikarjunarao yahoo.com (mallikarjun rao) Date: Thu Sep 1 02:17:43 2005 Subject: [mp4-tech] format of amr data stored in .3gp file Message-ID: <20050831180909.17239.qmail@web54515.mail.yahoo.com> Hello experts, Can any body tell me, the format of amr data stored in .3gp file.? I am having MP4 parser, which is giving amr data output, for a given .3gp(mpeg4 video + amr) input file. Is the amr data format type is Interface Format 1 or Interface format 2 or other format? I am having a amr decoder which decodes the files either in MMS_IO format or file format which defined in 26073 document. With these both options, it is not decoding the parser output amr data. Can you tell me how to convert a .3gp file to above to formats and the parser is giving output in which format? The audio output of the parser for a .3gp file (mpeg4 video + aac), I am able to decode with aac decoder and play it successfully. Thanks in advance Thanks&Regds Mallikarjun --------------------------------- To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050831/f6b29c09/attachment.html From garysull windows.microsoft.com Wed Aug 31 12:02:29 2005 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Sep 1 02:25:14 2005 Subject: [Mp4-tech] Is it possible to separate chroma prediction and lumapredictioninintra prediction of H.264 ? Message-ID: <91D7F2CEE3425A4A9D11311D09FCE246104557D4@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Richard Park et al, In the standard, chroma intra prediction is controlled by one or more separate syntax element(s) from what controls luma intra prediction. However, there can be other secondary interactions between other parts of luma and chroma intra coding. For example, I think coded_block_pattern is affected by both luma and chroma. Also, there is strong interaction between the residual coding of luma and chroma when the residual color transform (RCT) is in use. I think the problem of slow encoding due to exhaustive joint exploration of luma and chroma intra prediction modes may have been fixed in a more recent version of the software than the status that JVT-N014 reflects. I think the cross-dependency was introduced for the benefit of RCT encoding performance, but RCT does not apply in most scenarios. So I think the software was later altered to only do exhaustive interaction testing between luma and chroma intra predictions when RCT is being used. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Park Jun Sung Sent: Tuesday, August 30, 2023 4:42 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Is it possible to separate chroma prediction and lumapredictioninintra prediction of H.264 ? Hi, experts. I have a question about Chroma intra prediction in H.264. The current structure of the codec forces all intra decisions to be performed for each possible Chroma intra prediction mode. As a result, the computation complexity is significantly increased. So the flag, ChromaIntraDiable, is introduced in JVT-N014 (Jan., 2005) to reduce complexity by allowing DC Chroma prediction only. It is a kind of temporal technique because there is an intention of fixing the JM software but lack of time. (JM is focusing to optimize rate/distortion, so it is needed to enhance the complexity.) Now the question, Is it possible to totally separate Chroma prediction from Luma prediction in intra prediction? If each of Chroma prediction and Luma prediction performs independently, the computation complexity will be decreased greatly. Thanks in advance. Regards, Richard Park -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20050831/fcf8ec7b/attachment.html