From yasser.syed hp.com Thu Oct 4 20:18:39 2007 From: yasser.syed hp.com (Syed, Yasser) Date: Thu Oct 4 17:04:06 2007 Subject: [Mp4-tech] I Frame Only AVC-H.264 streams? In-Reply-To: References: Message-ID: Dear All, Has anyone been investigating an I frame like only mode for H.264/AVC streams. I would be interested in learning if there has been any work done in that area. Also does anyone know what the efficiency was for the spatial prediction tools in the specification? Regards, Yasser From garysull windows.microsoft.com Thu Oct 4 17:22:54 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Oct 4 19:28:08 2007 Subject: [Mp4-tech] RE: I Frame Only AVC-H.264 streams? In-Reply-To: References: Message-ID: <21D067220A163E4BABC5C7A568A93B15A88C71AE79@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Yasser Syed et al, There are now (as of a few months ago) four all-Intra profiles in the standard. SMPTE has also focused some work on that topic. There have been quite a few published studies of the coding efficiency of all-Intra use of the standard. The general consensus is that the compression capability is quite good (relative to other well-known designs). Some people who have published papers on that topic include Detlev Marpe, Ricardo de Queiroz, Touradj Ebrahimi, and Pankaj Topiwala. Each of those names actually represents a distinct team of people who have published at least one paper on the topic (in most cases, several papers were published reflecting different kinds of test material, different coding configurations, etc.). I am sure that there have been others who have published on the topic as well. A new paper was published last month by Alexandre Zaghetto and Ricardo de Queiroz at the IEEE ICIP 2007 conference (just a couple of weeks ago) that I thought was rather interesting. It focused on the use of QP control to optimize the visual quality of images containing a mixture of text/graphics and natural photographic content. I believe Marpe et al. have also made closely-related remarks in their work. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Syed, Yasser +> Sent: Thursday, October 04, 2023 12:19 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] I Frame Only AVC-H.264 streams? +> +> Dear All, +> +> Has anyone been investigating an I frame like only mode for +> H.264/AVC streams. I would be interested in learning if +> there has been +> any work done in that area. Also does anyone know what the efficiency +> was for the spatial prediction tools in the specification? +> +> Regards, +> +> Yasser +> +> _______________________________________________ +> 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 houari_id yahoo.com Fri Oct 5 08:04:01 2007 From: houari_id yahoo.com (Houari) Date: Sat Oct 6 12:52:10 2007 Subject: [Mp4-tech] using ISOLIB reference software Message-ID: <977624.82901.qm@web33601.mail.mud.yahoo.com> Dear All I used ISOLIB library to package mp3 data into mp4 file, following the guidance in the document. Recently I got new version of ISOLIB (dated 2024-05-10 in the guide document), and it cannot be used to add mp3 data anymore. I'm still using the same method to add audio as described in the document (Listing 1), but I use the new library. It always has error in MP4NewSampleDescription function during the adding the sample. What is wrong? Thank you - Houari Send instant messages to your online friends http://uk.messenger.yahoo.com From singer apple.com Sat Oct 6 12:49:53 2007 From: singer apple.com (Dave Singer) Date: Sat Oct 6 15:04:07 2007 Subject: [Mp4-tech] using ISOLIB reference software In-Reply-To: <977624.82901.qm@web33601.mail.mud.yahoo.com> References: <977624.82901.qm@web33601.mail.mud.yahoo.com> Message-ID: At 7:04 -0700 10/5/07, Houari wrote: >Dear All > >I used ISOLIB library to package mp3 data into mp4 file, following >the guidance in the document. >Recently I got new version of ISOLIB (dated 2024-05-10 in the guide >document), and it cannot be used to add mp3 data anymore. I'm still >using the same method to add audio as described in the document >(Listing 1), but I use the new library. It always has error in >MP4NewSampleDescription function during the adding the sample. >What is wrong? >Thank you Sounds like we might have introduced a bug; does the listing in the document work? Or is it only your program that doesn't? Give me some clues and we can debug it... > >- Houari > > > >Send instant messages to your online friends http://uk.messenger.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 -- Dave Singer Apple Computer/QuickTime 408 974 3162 From christoph.fingerhut stud.tu-ilmenau.de Thu Oct 4 20:01:13 2007 From: christoph.fingerhut stud.tu-ilmenau.de (christoph.fingerhut@stud.tu-ilmenau.de) Date: Mon Oct 8 03:40:07 2007 Subject: [Mp4-tech] MPEG-4 over MPEG-2 TS Message-ID: <1191517273.47051c5984b5e@imp.tu-ilmenau.de> Hi, does anyone know a tool (best of all would be a freely available tool) that allows the generation of an MPEG-2 Transport Stream out of a binary MPEG-4 file containing h.264 video, aac audio and BIFS interactive content as descriped in ISO/IEC 13818-1 Amd. 7: Transport of ISO/IEC 14496 data over ISO/IEC 13818-1? Thanks a lot in advance, Christoph ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From waterblood_81 hotmail.com Mon Oct 8 11:19:32 2007 From: waterblood_81 hotmail.com (chentian) Date: Mon Oct 8 03:40:12 2007 Subject: [Mp4-tech] [AAC]AACPlus decoding performance on real hardware In-Reply-To: References: Message-ID: as i know , the best decoder performance about aacplus v2, is around 43 Mhz in arm11 as to the worst case. > Date: Sat, 29 Sep 2023 17:07:23 +0800> From: zhengyuan.quan@gmail.com> To: mp4-tech@lists.mpegif.org> Subject: [Mp4-tech] [AAC]AACPlus decoding performance on real hardware> > I find that a lot of commercial AACPlus decoder, either v1 or v2,> disclaim a shining (also amazing:P) Armulator performance data> (30-35MHz) on popular architecture like arm9. Since armulator> suppresses influence from memory waiting cycle, I guess there might be> a large gap between Armulator data and real hardware. Anybody knows> what a typical performance of SBR or PS decoder is on real arm9> processor around 200-300MHz?> > -- > Regards,> Andy Quan> _______________________________________________> 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 _________________________________________________________________ Windows Live Spaces ÖÐ×îÄêÇáµÄ³ÉÔ±£¡ http://miaomiaogarden2007.spaces.live.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071008/bdc650ce/attachment.html From zhengyuan.quan gmail.com Mon Oct 8 11:28:57 2007 From: zhengyuan.quan gmail.com (Andy Quan) Date: Mon Oct 8 03:40:19 2007 Subject: [Mp4-tech] [AAC]AACPlus decoding performance on real hardware In-Reply-To: References: Message-ID: That's awesome! By the way, do you know the name of that library? On 10/8/07, chentian wrote: > as i know , the best decoder performance about aacplus v2, is around 43 Mhz > in arm11 as to the worst case. > > > > ________________________________ > > Date: Sat, 29 Sep 2023 17:07:23 +0800 > > From: zhengyuan.quan@gmail.com > > To: mp4-tech@lists.mpegif.org > > Subject: [Mp4-tech] [AAC]AACPlus decoding performance on real hardware > > > > > I find that a lot of commercial AACPlus decoder, either v1 or v2, > > disclaim a shining (also amazing:P) Armulator performance data > > (30-35MHz) on popular architecture like arm9. Since armulator > > suppresses influence from memory waiting cycle, I guess there might be > > a large gap between Armulator data and real hardware. Anybody knows > > what a typical performance of SBR or PS decoder is on real arm9 > > processor around 200-300MHz? > > > > -- > > Regards, > > Andy Quan > > _______________________________________________ > > 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 > > ________________________________ > Óà Windows Live Spaces չʾ¸öÐÔ×ÔÎÒ£¬ÓëºÃÓÑ·ÖÏíÉú»î£¡ Á˽â¸ü¶àÐÅÏ¢£¡ -- Regards, Quan Zhengyuan £¨È«ÕýÔª£© From Gomathi_Ramamoorthy mindtree.com Tue Oct 9 19:31:58 2007 From: Gomathi_Ramamoorthy mindtree.com (Gomathi Ramamoorthy) Date: Tue Oct 9 13:10:10 2007 Subject: [Mp4-tech] Regarding Hadamard in H264 Message-ID: <2C15D00D262B7245B1D8D1799F04D88F06397F75@mtw01ex01.mindtree.com> Dear All, Why do we use hadamard transform in h264 that too at the output of DCT coefficients.Since we have already taken DCT does it make sence if we again apply a transform to an already transformed set of coefficients. Please clarify Thanks & Regards, Gomathi Ramamoorthy| Senior Engineer | Mindtree Consulting Ltd | Global Village , RVCE post , Mysore Road, Bangalore - 560059,India | Voice +91 80 26264000 Extn 66521 | Fax +91 80 26264100 | Mob +91 9901074757 | Email: gomathi_ramamoorthy@mindtree.com | www.mindtree.com | DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071009/0b49212b/attachment.html From garysull windows.microsoft.com Tue Oct 9 12:02:20 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Oct 9 14:10:08 2007 Subject: [Mp4-tech] RE: Regarding Hadamard in H264 In-Reply-To: <2C15D00D262B7245B1D8D1799F04D88F06397F75@mtw01ex01.mindtree.com> References: <2C15D00D262B7245B1D8D1799F04D88F06397F75@mtw01ex01.mindtree.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15A94DCD4E1D@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Gomathi Ramamoorthy et al, The Hadamard transform is only applied to the DC coefficients of the 1st transform stage, and it is only applied under certain circumstances (chroma always, and luma for Intra_16x16 macroblocks). This has an effect somewhat similar to the use of a larger transform block size and analogous to wavelet transform concepts (in wavelet transforms, there are fewer coefficients associated with lower frequencies than for higher frequencies, and the basis functions are longer for the lower-frequency components). When signals predominantly contain low frequency phenomena, having longer basis functions (or larger blocks for a block transform) can improve compression. When they predominantly contain non-stationary short localized phenomena, having shorter basis functions can provide a better ability to adapt to localized statistics and avoid "ringing" artifacts. A hierarchical transform design like this one provides a sort of hybrid between these two approaches. Some of the motivating issues here are perceptual-based as well as "objective". Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gomathi Ramamoorthy Sent: Tuesday, October 09, 2023 6:02 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Regarding Hadamard in H264 Dear All, Why do we use hadamard transform in h264 that too at the output of DCT coefficients.Since we have already taken DCT does it make sence if we again apply a transform to an already transformed set of coefficients. Please clarify Thanks & Regards, Gomathi Ramamoorthy| Senior Engineer | Mindtree Consulting Ltd | Global Village , RVCE post , Mysore Road, Bangalore - 560059,India | Voice +91 80 26264000 Extn 66521 | Fax +91 80 26264100 | Mob +91 9901074757 | Email: gomathi_ramamoorthy@mindtree.com | www.mindtree.com| DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071009/40d92e65/attachment.html From vallabha_hampiholi mindtree.com Thu Oct 11 19:58:51 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Thu Oct 11 10:34:08 2007 Subject: [Mp4-tech] Deblocking Filter In-Reply-To: <200710101607.l9AG7PSb011885@lists1.magma.ca> References: <200710101607.l9AG7PSb011885@lists1.magma.ca> Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2A7B@mtw01ex02.mindtree.com> Dear All, I have a query related to the deblocking module. How was the chroma_edge table in loopfilter.c derived? -Regards Vallabha DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. From houari_id yahoo.com Thu Oct 11 11:27:38 2007 From: houari_id yahoo.com (Houari) Date: Thu Oct 11 15:04:09 2007 Subject: [Mp4-tech] using ISOLIB reference software Message-ID: <190472.20823.qm@web33608.mail.mud.yahoo.com> Thank you Dave, I will try to check my code again. - Houari ----- Original Message ---- From: Dave Singer To: Houari Sent: Tuesday, October 9, 2023 8:31:39 AM Subject: Re: [Mp4-tech] using ISOLIB reference software >Dear Dave, Thank you for your reply. I use the example in 2023-12-07 >version (Listing 1) to add mp3 file into mp4 file. It works >perfectly (I mean, I can make mp4 file and able to parse and play it >using the ISOlib too). Then I receive the 2024-05-10 version, use >the library compiled from here for the program above, and it stops >in MP4NewSampleDescription function (run-time error on addMySamples >function). I compile the 2006 version with VC 6, and 2007 version >with VC 2005. Is it because of this? Or because I just merely add >cut mp3 files into sample size and add it as media samples (it works >using the old version for both packaging and extracting, though)? The enclosed -- which are basically the listings in the spec. -- work fine for me. I'm not sure if your mixing of VC versions may be an issue? I'm not sure what you are using for MP3, as well; the examples do AAC (MP4). Send instant messages to your online friends http://uk.messenger.yahoo.com From apritchard espnclassic.com Fri Oct 12 13:39:25 2007 From: apritchard espnclassic.com (Pritchard, Alan) Date: Fri Oct 12 16:52:10 2007 Subject: [Mp4-tech] Graphics via Mpeg4? Message-ID: <75EC6E8F9FF1394D8029F4A5F76B4BE2010F0B20@EMEAEX3.imgworld.org> Hi All, We at ESPN have already managed to set up a 'live' graphics playout system, where clean video is overlayed with graphics according to the channel/language in which the material is played out, and some degree of schedule-related graphics automation (promo appointments, genre-related bumper backgrounds, automated menuboards etc) and it's always been one of my wishes to explore using mpeg4 to extend the insertion of these graphics, at least the text part, to the receiver. This way our European cable feed could have graphics in all the destination languages inserted at the head-end. Does anyone know of such an implementation already in the field, or anybody working on something similar? Thanks, Alan Pritchard ESPN Classic Sport The preceding e-mail message (including any attachments) contains information that may be confidential, may be protected by the attorney-client or other applicable privileges, or may constitute non-public information. It is intended to be conveyed only to the designated recipient(s) named above. If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete all copies of it from your computer system. Any use, dissemination, distribution, or reproduction of this message by unintended recipients is not authorized and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071012/019fc4ac/attachment.html From gskanth gmail.com Tue Oct 16 10:15:00 2007 From: gskanth gmail.com (Srikanth G) Date: Tue Oct 16 01:28:06 2007 Subject: [Mp4-tech] Pairing fields in H264 Message-ID: <1b88d2d10710152045q539b8965me8ea1db91468fce3@mail.gmail.com> Hi, I have doubts regarding pairing of fields in H.264 for display purpose is it that fields of opposite parity and having same frame_num (syntax element in slice_hdr) only are paired for display? and if some fields exist, which do not have a opposite parity field of same frame_num, they are teated as non-paired fields and can be displayed as a frame by duplicating the same field. Is this true? Does TopFieldOrcerCnt/BottonFieldOrderCnt has something to do with pairing of fields for display purpose? Thanks in advance Regards, -- Srikanth G Senior Member of Technical Staff, Stream Processors India Pvt. Ltd., Phone: Off : 41630270, Xtn:39 Res : 56984974 Mobile : 9845331213 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071016/60692577/attachment.html From gskanth gmail.com Tue Oct 16 10:24:21 2007 From: gskanth gmail.com (Srikanth G) Date: Tue Oct 16 01:28:11 2007 Subject: [Mp4-tech] How to determine the range for decoding truncated exponential-Golomb code? In-Reply-To: References: Message-ID: <1b88d2d10710152054l18472dd4u94dc312f02971096@mail.gmail.com> Hi, The range depends on the syntax element being decoded. e.g., in the case of decoding ref_idx, the range is decided by the syntax element num_ref_idx_l0_active_minus1/num_ref_idx_l1_active_minus1 specified in PPS. Regards, Srikanth On 9/26/07, Krzysztof Szczerba wrote: > > Dear all > > I have a little question, how to determine the range for decoding > truncated exponential-Golomb code? It is referred as 'x' on page 148 in the > DRAFT ITU-T Rec. H264 (2002E). > Thanks in advance > > Kind Regards > Christopher > > > _______________________________________________ > 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 > -- Srikanth G Senior Member of Technical Staff, Stream Processors India Pvt. Ltd., Phone: Off : 41630270, Xtn:39 Res : 56984974 Mobile : 9845331213 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071016/7f5c5542/attachment.html From thiago_hr yahoo.com.br Tue Oct 16 19:50:57 2007 From: thiago_hr yahoo.com.br (Thiago Henrique) Date: Tue Oct 16 17:28:07 2007 Subject: [Mp4-tech] DVB-SI PSI Tables Message-ID: <002401c8103e$a467ec30$ed37c490$@com.br> Hi, I need to write a program that creates the DVB-SI Tables (PMT,PAT,NIT, and the others) accordingly to the user input (PIDs, Descriptors). I could not find anything about those tables, I mean, complete information about all the bits inside them. Can anyone help? Is there any kind of API to create them? Thanks Thiago -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071016/282acc1d/attachment.html From jaafar_mansoory yahoo.com Wed Oct 17 00:24:25 2007 From: jaafar_mansoory yahoo.com (jaafar mansoory) Date: Wed Oct 17 09:34:07 2007 Subject: [Mp4-tech] [video] frame size Message-ID: <558697.66480.qm@web33111.mail.mud.yahoo.com> Hi, What frame size is suitable for encoding sequences with MPEG-4 Advanced Simple Profile at 2Mbps? Thanks in advance, jaafar --------------------------------- Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071016/36e53942/attachment.html From kingshine.matthew gmail.com Wed Oct 17 17:32:28 2007 From: kingshine.matthew gmail.com (Matthew) Date: Wed Oct 17 13:10:09 2007 Subject: [Mp4-tech] [video] frame size References: <558697.66480.qm@web33111.mail.mud.yahoo.com> Message-ID: <04b801c8293f$fe528b00$b232a8c0@MatthewWang> Hi, Jaafar I think you can read the level definition in standard, you can find the picture size from level table. Matthew ----- Original Message ----- From: jaafar mansoory To: mp4-tech@lists.mpegif.org Sent: Tuesday, October 16, 2023 10:24 PM Subject: [Mp4-tech] [video] frame size Hi, What frame size is suitable for encoding sequences with MPEG-4 Advanced Simple Profile at 2Mbps? Thanks in advance, jaafar ------------------------------------------------------------------------------ Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. ------------------------------------------------------------------------------ _______________________________________________ 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/20071017/1068dd05/attachment.html From vlyamtsev gmail.com Thu Oct 18 01:12:21 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Thu Oct 18 02:04:06 2007 Subject: [Mp4-tech] H264 video sequence detection Message-ID: <76224b100710172112h1aa64aa2ge8f8a445d69e1e66@mail.gmail.com> Hi, I have few questtions on H264 standard... Can someone, please, explain me how to detect start of video sequence? Can any picture in the sequence be decoded independently of others, or does the sequence correspond to the GOP in mpeg2 standard ( e.g. first picture is the I- frame and others carry motion vectors)? Thank you, -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071018/6b41b218/attachment.html From tsviatko playbox.tv Thu Oct 18 11:07:37 2007 From: tsviatko playbox.tv (Tsviatko Jongov) Date: Thu Oct 18 09:22:08 2007 Subject: [Mp4-tech] Re:DVB-SI PSI Tables Message-ID: <47170639.7010909@playbox.tv> Hi Thiago, For the PAT and PMT you should read the ISO/IEC 13818-1 document describing the MPEG-2 system layer. About the DVB tables you must read the ETSI EN 300 468 document describing NIT and all other DVB specific tables. Regards, Tsviatko Jongov http://tsviatko.jongov.com From suniluppin gmail.com Thu Oct 18 13:58:16 2007 From: suniluppin gmail.com (sunil uppin) Date: Thu Oct 18 09:22:15 2007 Subject: [Mp4-tech] CAVLC help needed Message-ID: Hello experts, I am new to H.264 and i have assigned a work to do verification of CAVLC engine. I went through CAVLC algorithm with an aid of some white papers. Step 3 of CAVLC algorithm i am not clear about. By ITU-T standard i can able to understand the significance of prefix. But i can't able to understand why suffix is needed there ? Is there any look up tables for step-3 also ? ITU-T standard explains abt decoding of step 3 but not abt encoding. So please explain me step-3 of algorithm. Thanks in advance Sunil -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071018/a058e75b/attachment.html From maha.harzallah gmail.com Fri Oct 19 10:08:08 2007 From: maha.harzallah gmail.com (maha harzallah) Date: Fri Oct 19 09:16:07 2007 Subject: [Mp4-tech] About SyntaxElement and CAVL Message-ID: *Dear all,* * I have 3 little questions:* ** *1-How the virtual function writeSyntaxElement(SyntaxElement *, struct datapartition * ) ,placed in the struct datapartition in the file global.h, does it work ? * *2-where can I find the first definition or declaration of variable which type is SyntaxElement (in the code JM)?* ** *3-In the part CAVLC, do the lookup tables are clearly declared in a table or are implemented?Where can I find these lookup tables?* ** *Thanks in advance* ** *Kind Regards* *Maha* -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071019/4b4a7a7a/attachment.html From vallabha_hampiholi mindtree.com Fri Oct 19 16:53:59 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Fri Oct 19 09:16:13 2007 Subject: [Mp4-tech] Regarding Slice Group Id Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2A95@mtw01ex02.mindtree.com> Hello, How was the following value evaluated in parsetcommon.h? #define SIZEslice_group_id (sizeof (INT32) * 60000) Why 60000? By changing this value to any lower arbitrary number it still seem to work. How? -Regards Vallabha Hampiholi | Project Lead | MindTree Consulting Ltd. |Global Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 60997 | www.mindtree.com | "Nobody Plans To Fail, But Many Fail To Plan!!!" DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071019/0b1bd577/attachment.html From vlyamtsev gmail.com Fri Oct 19 15:03:54 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Fri Oct 19 15:10:06 2007 Subject: [Mp4-tech] H264 standard question Message-ID: <76224b100710191103p556c73dbt16f298dfb664a953@mail.gmail.com> Hi, Is all data in H264 stream sequenced inside NAL units? E.g. does one NAL unit contain one or more pictures ? Or, other way around, picture data contains picture parameter set and number of NAL units? just trying make sure I read spec correctly... Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071019/4fc44880/attachment.html From garysull windows.microsoft.com Fri Oct 19 13:29:11 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Oct 19 15:34:08 2007 Subject: [Mp4-tech] H264 standard question In-Reply-To: <76224b100710191103p556c73dbt16f298dfb664a953@mail.gmail.com> References: <76224b100710191103p556c73dbt16f298dfb664a953@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15B9E272EB4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Victor et al, Your use of the word "picture" corresponds to what the standard calls an "access unit". An "access unit" contains a number of NAL units, not the other way around. However, to be precise, not all access units necessarily contain picture parameter sets. A single picture parameter set may be used in the decoding process of multiple pictures (and a picture parameter set may hypothetically appear in the bitstream within an access unit that does not use that particular picture parameter set -- and picture parameter sets can also hypothetically be conveyed outside the elementary bitstream although I believe that is not common practice). That is the basic distinction between a conventional "picture header" and a "picture parameter set". You should not assume that sequence parameter sets and picture parameter sets are exactly the same thing as conventional sequence headers and picture headers. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Friday, October 19, 2023 11:04 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264 standard question Hi, Is all data in H264 stream sequenced inside NAL units? E.g. does one NAL unit contain one or more pictures ? Or, other way around, picture data contains picture parameter set and number of NAL units? just trying make sure I read spec correctly... Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071019/55a6b1c3/attachment.html From ksuehring web.de Fri Oct 19 23:06:26 2007 From: ksuehring web.de (Karsten Suehring) Date: Fri Oct 19 17:04:08 2007 Subject: [Mp4-tech] Regarding Slice Group Id In-Reply-To: <1040BF4A9B305246911CC355D848A2D0063C2A95@mtw01ex02.mindtree.com> References: <1040BF4A9B305246911CC355D848A2D0063C2A95@mtw01ex02.mindtree.com> Message-ID: <47190E42.2080809@web.de> Hi, it seems like somebody tried to avoid a dynamic memory allocation which results in wasting a lot of memory in many situations. The reason why lower numbers work, is that you will need only one byte per macroblock (or macroblock pair in mb aff). With 24,000 bytes this is still about three times the size that you would need for full HD. Thanks for the report. I have implemented a dynamic allocation into my development tree. Best regards, Karsten Vallabha Vasant Hampiholi wrote: > > > Hello, > > > > How was the following value evaluated in parsetcommon.h? > > > > #define SIZEslice_group_id (sizeof (INT32) * > 60000) > > > > Why 60000? By changing this value to any lower > arbitrary number it still seem to work. How? > > > > -Regards > > *Vallabha Hampiholi |* Project Lead | *MindTree** Consulting Ltd.* > |Global Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA > > Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 > 60997 | *_www.mindtree.com _*|__ > > "Nobody Plans To Fail, But Many Fail To Plan!!!" > > > > *DISCLAIMER:* > > This message (including attachment if any) is confidential and may be > privileged. If you have received this message by mistake please notify > the sender by return e-mail and delete this message from your system. > Any unauthorized use or dissemination of this message in whole or in > part is strictly prohibited. > > E-mail may contain viruses. Before opening attachments please check them > for viruses and defects. While MindTree Consulting Limited (MindTree) > has put in place checks to minimize the risks, MindTree will not be > responsible for any viruses or defects or any forwarded attachments > emanating either from within MindTree or outside. > > Please note that e-mails are susceptible to change and MindTree shall > not be liable for any improper, untimely or incomplete transmission. > > MindTree reserves the right to monitor and review the content of all > messages sent to or from MindTree e-mail address. Messages sent to or > from this e-mail address may be stored on the MindTree e-mail system or > else where. > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 salameboyex hotmail.com Fri Oct 19 18:58:05 2007 From: salameboyex hotmail.com (tiago tito) Date: Sat Oct 20 07:46:06 2007 Subject: [Mp4-tech] MPEGlet and VRML In-Reply-To: Message-ID: Dear all, I have a little question: MPEG-4 extends VRML, right? So, images (gif, jpeg) should be included by MPEGlet or VRML code? Thanks! Tiago Nunes _________________________________________________________________ Descubra como mandar Torpedos SMS do seu Messenger para o celular dos seus amigos. http://mobile.msn.com/ From vallabha_hampiholi mindtree.com Mon Oct 22 16:59:48 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Mon Oct 22 09:40:08 2007 Subject: [Mp4-tech] Regarding Loop Filter Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2A98@mtw01ex02.mindtree.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: loopfilter.JPG Type: image/jpeg Size: 100417 bytes Desc: loopfilter.JPG Url : /pipermail/mp4-tech/attachments/20071022/49b8ca0e/loopfilter-0001.jpe From ralph.sperschneider iis.fraunhofer.de Tue Oct 23 07:03:17 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Tue Oct 23 00:16:10 2007 Subject: [Mp4-tech] Re: [Audio] MPEG 4 AAC LD Decoder Reference Software In-Reply-To: <115160.74710.qm@web60718.mail.yahoo.com> References: <115160.74710.qm@web60718.mail.yahoo.com> Message-ID: <471D7285.4000907@iis.fraunhofer.de> Kishor K L wrote: > Hi all, > > I am trying to run ER-AAC-LD file er_ad100_44_ep0.mp4 > using MPEG4 reference audio decoder (rewrite on > win32). I am using the reference software second > edition dated 2001-12-15. > > In this decoder, with the default configuration, the > file does not run, MP4Audio_ProbeFile() returns a zero > value and the win32 project displays error message and > exits. If I exclude the libisomp4.lib and instead > include libisomedia workspace in the project > (available at > systems\mp4_file_format\libisomediafile\w32), the file > is decoded upto the upto an output size of 31kB and > then exit with an error condition. Below given warning > messages appear repeatedly. > > mp4audec: WARNING: BsReadByte: not enough bits left in > stream > > mp4audec: WARNING: BsGetBit: error reading bit stream > > Finally the below message is displayed and the decoder > exits: > > mp4audec: ERROR[-1]: more bits decoded than in AU > !!!!! > > The input mp4 file is of size 560 kB and the output > .wav generated is of size 31 kB > > Following is the command line options given by me to > the reference decoder: > > -d 1 -ed .wav -eb .mp4 > D:\aac_ld\test_files\er_ad100_44_ep0.mp4 -o > D:\aac_ld\test_files\er_ad100_44_cd.wav -db 2 -da 2 > > Can you please tell me what to do to correct this > issue, and be able to decode all the ER-AAC-LD files > using the ISO reference decoder? > > Thanks and regards, > > Kishor K L > Dear Kishor K L, you are using a rather old version of the reference software. Just have a try with a more recent version. The most recent verions publicly available seems to be this one: http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC_14496-5_2001_Amd_10_2007_Reference_Software.zip Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Tue Oct 23 10:26:26 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Tue Oct 23 03:34:07 2007 Subject: [Mp4-tech] Re: [Audio] Information on how to create AAC LC with LATM header In-Reply-To: <477457A8DCA386439DA800C066CF973E010D81CD@azsmsx414.amr.corp.intel.com> References: <477457A8DCA386439DA800C066CF973E010D81CD@azsmsx414.amr.corp.intel.com> Message-ID: <471DA222.8000401@iis.fraunhofer.de> Sharma, Sreejana wrote: > Hello all, > > I am working on creating AAC LC audio content with LATM header. Is there > any tool available that can help me create that content. Also are there > any decoder available that can help me parse the LATM headers. The MPEG-4 reference software decoder (http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC_14496-5_2001_Amd_10_2007_Reference_Software.zip) can decoder latm files. It supports the LOAS type AudioSyncStream(). > Also can > I have an AAC LC content with just LATM header and can any decoder > decode it. You can find a couple of AAC LD test sequences here in the mentioned format: ftp://mpaudconf:adif2mp4@ftp.iis.fraunhofer.de/mpeg4audio-conformance/compressedAss/add-opt/*.ass > Or does AAC with LATM have to be in some sort of file format > such as 3gp or mp4 file format. No, it is wrapped in LAOS. LAOS comes in three different flavors, but only the AudioSyncStream() is currently used. Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Tue Oct 23 13:16:11 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Tue Oct 23 06:22:07 2007 Subject: [Mp4-tech] Re: [MPEG-4 Audio] Error Concealment in MPEG-4 HE-AAC Profile In-Reply-To: <87B7092E3762F8488DE6C3FEA50E0E3E730463@EXCHSPZ01.patni.com> References: <87B7092E3762F8488DE6C3FEA50E0E3E730463@EXCHSPZ01.patni.com> Message-ID: <471DC9EB.8070601@iis.fraunhofer.de> Hello Veenit Vora, please find some answers to your comments in line. Vora, Veenit wrote: > Hello Everyone, > > I am working on the HEAAC profile (AAC-LC + SBR) of the MPEG-4 standard. > > I had the following queries regarding Error Concelament of an encoded bitstream which is obtained by applying the above-mentioned AOTs to the audio stream: > > 1. Is Error Concealment possible for this profile? Yes! > 2. If Error Concelament is possible for this profile, is the procedure/algorithm for Error Concealment standardised by MPEG-4 (where can one find the standardised procedure for Error Concelament in the MPEG-4 standard or are there any other documents that give the proedure/algorithm for this profile)? MPEG deals with error-free data only. Thus, MPEG does not define any procedure/algorithm for error concealment. However, 3GPP has specified appropriate concealment techniques, see http://www.3gpp.org/ftp/Specs/archive/26_series/26.402/26402-700.zip > 3. Are there test streams available to test the Error Concelament tool (for the HEAAC profile) and what would be its conformance criteria? To my knowledge no test streams to test the decoder concealment are available. Best regards, Ralph > > Thanking everyone in advance. Awaiting an early reply. > > Regards, > Veenit Vora. > Patni Computer Systems Ltd., > Unit No. 19, SDF 7, > SEEPZ, Andheri (E), > Mumbai - 400096. > Tel: +91-22-28291454. Ext: 5806 > > > http://www.patni.com > World-Wide Partnerships. World-Class Solutions. -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From vlyamtsev gmail.com Tue Oct 23 11:30:49 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Tue Oct 23 11:04:09 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? Message-ID: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071023/70c1e604/attachment.html From garysull windows.microsoft.com Tue Oct 23 18:21:50 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Oct 23 20:28:07 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Its presence is not required by the video standard. However, its presence may be required in some application-level specifications. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 7:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071023/b03ea710/attachment.html From ralph.sperschneider iis.fraunhofer.de Tue Oct 23 13:30:57 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 00:04:06 2007 Subject: [Mp4-tech] Re: MPEG-1 Audio reference test streams In-Reply-To: <200704111044.l3BAigl6031475@spzha1.patni.com> References: <200704111044.l3BAigl6031475@spzha1.patni.com> Message-ID: <471DCD61.7060506@iis.fraunhofer.de> Manish wrote: > Hi > I have downloaded MPEG-1 audio test streams from > http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAva > ilableStandards.htm > But the test streams include .mpg encoded files and raw .pcm file(24bit > decoded ASCII files) for layer 1 and layer 2. For layer 3 there .bit files > and reference decoder .exe which generates .pcm(24bit decoded ASCII files). > Are these the only files used for checking conformance of MPEG-1 audio > decoder? Dear Manish, you might find more up-to-date sequences here: ftp://mpaudconf:adif2mp4@ftp.iis.fraunhofer.de/mpeg1audio-conformance > What is conformance criteria for and from where can I get it. Those criteria are defined in ISO/IEC 11172-4. > Also is there any utility to convert there reference ASCII vectors to binary > format? This we did already, as you can find when looking at the ftp site mentioned above. Best regards, Ralph From singer apple.com Wed Oct 24 13:34:44 2007 From: singer apple.com (Dave Singer) Date: Wed Oct 24 00:40:07 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> Message-ID: At 10:30 -0400 23/10/07, Victor lyamtsev wrote: >Hello, >Regarding parsing of H264 stream... >Do I have to start from searching for Access Unit delimiter to read >NAL unit? More to the point: is the Access Unit delimiter required >by standard and is it common practice to use it? >Thanks, >-vl It's not required, I believe, and while they are permitted in MP4 files, I don't think I have ever seen an MP4 file containing one. You don't say what encapsulation environment you are working in, so I'm not sure if this answers your question. -- David Singer Apple/QuickTime From ralph.sperschneider iis.fraunhofer.de Wed Oct 24 11:28:20 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 04:46:16 2007 Subject: [Mp4-tech] Re: [Audio] AACPlus Version 2 Conformance testing bitstreams In-Reply-To: <002a01c77c13$f1efb5b0$7713a8c0@MavrixTechcn.local> References: <002a01c77c13$f1efb5b0$7713a8c0@MavrixTechcn.local> Message-ID: <471F0224.1090004@iis.fraunhofer.de> Jingming Xu wrote: > Dear experts, > > I have only got compressed mp4 audio files in ISO/IEC > 14496-4:2004/Amd.11:2006 for AACPlus Version 2 (SBR + PS) comformance > test at: > http://isotc.iso.org/livelink/livelink/fetch/2000/2489/Ittf_Home/PubliclyAvailableStandards.htm > > Does anyone here know if the reference pcm/wav outputs are also publicly > available? Dear jingming, the conformance test procedure defined to test SBR and PS does not refer to reference waveforms (see ISO/IEC 14496-4). Hence, those waveforms do not exist. However, waveforms decoded by the reference decoder are available here: ftp://ftp.iis.fraunhofer.de/mpeg4audio-conformance/referencesWav/add-opt Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Wed Oct 24 11:38:10 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 04:46:52 2007 Subject: [Mp4-tech] Re: HELP:Which player can decode TS+LOAS+LATM format audio data? In-Reply-To: <15740539.5146581174991927607.JavaMail.root@bj163app32.163.com> References: <15740539.5146581174991927607.JavaMail.root@bj163app32.163.com> Message-ID: <471F0472.8030607@iis.fraunhofer.de> ? wrote: > Hello all, > > Does anybody could tell me which player can decode TS+LOAS+LATM format > audio data? > > Thank you in advance. > Yelite > Dear Yelite, the MPEG-4 Audio reference software (latest public version is here: http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC_14496-5_2001_Amd_10_2007_Reference_Software.zip) supports LOAS (AudioSyncStream only) + LATM (AudioMuxVersion0 only). MPEG-2 Transport is not supported by this software, but I assume that the MPEG-2 Systems reference software is able to unwrap the TS layer and to provide the LOAS stream. Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Wed Oct 24 12:12:42 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 05:28:08 2007 Subject: [Mp4-tech] Re: 20 bits in AAC In-Reply-To: <46D6F12C.2040701@lsi.usp.br> References: <221294.51852.qm@web34702.mail.mud.yahoo.com> <46D6F12C.2040701@lsi.usp.br> Message-ID: <471F0C8A.2050308@iis.fraunhofer.de> Regis Rossi A. Faria wrote: > Dear Schuyler, > > Thanks for the references. ;) > I wonder if there is an interest or not moving towards 20 bit (or > higher) quality for next generation of codecs, for consumer applications. > > Regards, > Regis Dear Regis, I am not sure you fully understood Schuylers comment. For sure you can input more than 16 bit per sample to an AAC encoder. For sure you can retrieve more than 16 bit per sample out of an AAC decoder. With regard to the decoder, a certain arithmetic accuracy is required, the details can be found in ISO/IEC14496-4. Without restrictions of the arithmetic unit used by the decoder (which apply for certain fixed point implementations) you can get a rather high accuracy, significantly more than can be presented with 16 bit per sample. Therefore, the reference waveforms are provided with 24 bit per sample. Anyhow, the decoder can only render what the encoder has considered to be psycho-acoustically relevant and could encode based on the bitrate restrictions. Hope this helps, Ralph > > Schuyler Quackenbush escreveu: >> Dear Regis, >> >> The AAC specification does not by itself set an output word length, in >> that it is not a bit-exact decoding specification. The MPEG-2 and >> MPEG-2 Conformance specs for AAC do discuss a procedure to follow to >> claim that a decoder has "N-bit compliance" as far as output word length. >> >> Best, >> Schuyler >> >> ----- Original Message ---- >> From: Regis Rossi A. Faria >> To: Mp4-tech Audio >> Sent: Wednesday, August 22, 2023 11:43:58 PM >> Subject: [Mp4-tech] 20 bits in AAC >> >> Hi all, >> >> I have not found in MPEG-4 AAC references to sample bit depth, does >> anyone can help provide references and information on restrictions and >> bit depth implementation guidelines regarding 20 bits and more? >> >> Thanks in advance, >> >> Regis R A Faria >> LSI-TEC/LSI-Univ. Sao Paulo >> _______________________________________________ >> NOTE: Please use clear subject lines for your posts. Include [audio, >> [video], [systems], [general] or another apppropriate identifier to >> indicate the type of question you have. >> >> Note: Conduct on the mailing list is subject to the Antitrust >> guidelines found at >> http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php >> >> >> >> > _______________________________________________ > 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 -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Wed Oct 24 12:24:56 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 05:34:06 2007 Subject: [Mp4-tech] Re: Could 16-bit AAC decoder's PCM output pass RMS test of AAC LC conformance test In-Reply-To: References: Message-ID: <471F0F68.7050305@iis.fraunhofer.de> Lijie Tang wrote: > Hi, audio experts > > > > I?m implementing the AAC LC conformance test on my 16-bit AAC LC > decoder. My decoder failed in case ?al00_08.mp4? and ?al00_08.mp4?. I?m > surprised to find that even FAAD float point LC decoder and ISO mpeg2 > reference float point decoder failed in these two cases (both decoders > output 16-bit wav). Then I try to convert the reference 24-bit wav > ?al00_08.wav? to 16-bit wav with rounding then test the RMS level of > this 16-bit wav, it still failed. I?m not quite sure if the failure was > caused by incorrect RMS calculation or the 16 bit AAC LC decoder could > never pass the RMS test. > > > > My question is: > > Does anyone know if a 16-bit AAC LC decoder has the possibility to pass > RMS test defined in ISO 14496-4? Is there any 16-bit third party LC > decoder that has passed the conformance test? > > Or maybe my RMS calculation is incorrect. Is there any reliable RMS > testing tools? > > > > Here is detailed info of my RMS test implementation: > > RMS threshold for 16 bit is: 8.809666e-006 > > RMS level of FAAD 16-bit float point decoder is: 8.821491e-006 > > RMS level of ISO mpeg2 reference 16-bit float point decoder is: > 8.821491e-006 > > RMS level of 16-bit wav derived from reference 24-bit wav is: 8.821491e-006 > > > > Aac stream and reference 24-bit wav are all from ISO Conformance test CD. > > > > Thanks. > > > > Lijie Dear Lijie, the conformance criterion cannot be fulfilled if the decoder just outputs 16 bit per sample. To pass that test, at least 17 relevant bits need to be present, which usually requires to write 24 bit per sample. Therefore all reference test sequences are provided with 24 bit per sample. Note: The criterion is designed to test the decoder, not the subsequent quantizer. Hope this helps, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ralph.sperschneider iis.fraunhofer.de Wed Oct 24 12:35:06 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Wed Oct 24 05:52:09 2007 Subject: [Mp4-tech] Re: Mpeg4 aac testing In-Reply-To: References: Message-ID: <471F11CA.6080706@iis.fraunhofer.de> Mohan Reddy wrote: > > Hi all, > > Can anyone please let me know how to test the mpeg4 aac codec, > 1> what should the o/p of encoder or decoder be tested with No conformance test is specified for the encoder - the only criterion is that it generates valid compressed data. The easiest way to check whether the generated compressed data is valid is to fed it into the reference software decoder. The conformance criteria for the decoder are specified in ISO/IEC14496-4. > 2> Is an rms utility required for this and what is the maximum value of > rms value for the codec to pass the test vector Yes, an rms utility is required. The maximum value of the rms value is specified in ISO/IEC14496-4. > 3> were do I get the rms utility, can any one send me the link to the same. The rms utility (ssnrcd) can be found in the electronic attachment of ISO/IEC14496-5. The latest publicly available version can be retrieved here: http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC_14496-5_2001_Amd_10_2007_Reference_Software.zip. > 4> I have a code which takes .adts inputs how do I make it to > take .mp4 inputs. If any knows were to get the parser for .mp4 pls let > me know. ISO/IEC14496-5 provides a converter (adif2mp4), which is able to convert between the AAC formats adif, adts and mp4. > and also format of the .mp4 header also The mp4 file format is specified in ISO/IEC14496-14. Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ From ghughes motorola.com Wed Oct 24 09:46:31 2007 From: ghughes motorola.com (Hughes Gary-DJWV76) Date: Wed Oct 24 10:22:08 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> Message-ID: It depends on the system environment. If you are operating in an MPEG transport environment, the access unit delimiter NALU is required, per 13818-1 Amd 3. gary Gary Hughes Video Architect, Advanced Engineering Motorola On Demand Solutions, MA34 80 Central St. Boxborough, MA 01719 Email: ghughes@motorola.com Office: 978 266 7269 Mobile: 978 339 3615 ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 10:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071024/05ef3512/attachment-0001.html From krzysztof.szczerba gmail.com Wed Oct 24 16:46:22 2007 From: krzysztof.szczerba gmail.com (Krzysztof Szczerba) Date: Wed Oct 24 10:22:14 2007 Subject: [Mp4-tech] Question regarding CAVLC Intra16x16DC decoding Message-ID: Dear all, I have a question regarding CAVLC decoding. I am do not know how to derive the total number of nonzero coefficients for neighbours Intra16x16DCLevel block. The standard draft in section 9.2.1 says that number of non-zero transform coefficients is taken from adjacent 4x4 blocks. By the wording of the 2nd NOTE, about parsing process of Intra16x16DCLevel, in section 9.2.1, it sounds as if nA and nB are derived by taking the neighbour 4x4 blocks of the 4x4 block at index 0 (According to the method of derivation of neighboring 4x4 blocks in section 6.4.7.3 ). Then take the TotalCoeff intra _AC_ of those two intra4x4 blocks add 1 to the TotalCoeff, if the intraDC is not 0, for the two respective blocks. And base nC for Intra16x16DC for the whole macroblock on this number. Is it really like this? Any clarification would be very welcome. Thanks in advance. Christopher -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071024/ccccfc8d/attachment.html From vlyamtsev gmail.com Wed Oct 24 11:34:33 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Wed Oct 24 18:34:06 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> Message-ID: <76224b100710240734n6aab015fg6eba06cb9cf50d22@mail.gmail.com> Is it required by RTP transport? On 10/24/07, Hughes Gary-DJWV76 wrote: > > It depends on the system environment. > > If you are operating in an MPEG transport environment, the access unit > delimiter NALU is required, per 13818-1 Amd 3. > > gary > > Gary Hughes > Video Architect, Advanced Engineering > Motorola On Demand Solutions, MA34 > 80 Central St. > Boxborough, MA 01719 > Email: ghughes@motorola.com > Office: 978 266 7269 > Mobile: 978 339 3615 > > > ------------------------------ > *From:* mp4-tech-bounces@lists.mpegif.org [mailto: > mp4-tech-bounces@lists.mpegif.org] *On Behalf Of *Victor lyamtsev > *Sent:* Tuesday, October 23, 2023 10:31 AM > *To:* mp4-tech@lists.mpegif.org > *Subject:* [Mp4-tech] H264: is access unit delimiter required? > > > Hello, > Regarding parsing of H264 stream... > Do I have to start from searching for Access Unit delimiter to read NAL > unit? More to the point: is the Access Unit delimiter required by standard > and is it common practice to use it? > Thanks, > -vl > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071024/1bdfa2ce/attachment.html From melkotevinay yahoo.co.uk Wed Oct 24 23:21:06 2007 From: melkotevinay yahoo.co.uk (melkote vinay) Date: Wed Oct 24 18:34:13 2007 Subject: [Mp4-tech] Re: [audio] mpeg 4 encoder problem In-Reply-To: <200710231610.l9NG9Ud9004859@lists1.magma.ca> Message-ID: <381231.75095.qm@web25108.mail.ukl.yahoo.com> Hi, I tried using the Visual Studio compiled encoder solution in ...\natural\mp4AudVm\win32\mp4v2enc available as part of the standard at the link recently mentioned on this forum (see below). This is the latest Mpeg 4 reference software version. I am not able to open the project mp4v2enc.dsp available in the above mentioned folder. I use Visual Studio .NET 2002. Does anyone know what the problem could be? Thanks Vinay Melkote ECE, Univ of California, Santa Barbara Message: 1 Date: Tue, 23 Oct 2023 06:03:17 +0200 From: Ralph Sperschneider Subject: [Mp4-tech] Re: [Audio] MPEG 4 AAC LD Decoder Reference Software To: Kishor K L Cc: mp4-tech@lists.mpegif.org Message-ID: <471D7285.4000907@iis.fraunhofer.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Dear Kishor K L, you are using a rather old version of the reference software. Just have a try with a more recent version. The most recent verions publicly available seems to be this one: http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC_14496-5_2001_Amd_10_2007_Reference_Software.zip Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ ------------------------------ --------------------------------- Yahoo! Answers - Get better answers from someone who knows. Tryit now. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071024/1c28e2b8/attachment.html From garysull windows.microsoft.com Wed Oct 24 16:59:45 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Wed Oct 24 19:10:07 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> I am almost certain that the answer would be that the answer is No. Part of the motivation behind some key aspects of the design of the video standard was to consider environments like RTP where some packets will be lost and it is therefore beneficial to ensure that slices can be decoded without dependency on a single copy of some picture header information that appears only once at the beginning of each picture in the transmission sequence. If we assume that decoders include the functionality to decode individual slices when some information has been lost, the access unit delimiter would appear to serve no purpose in such an environment. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Wednesday, October 24, 2023 7:32 AM To: mp4-tech@lists.mpegif.org Cc: Gary Sullivan Subject: Re: [Mp4-tech] H264: is access unit delimiter required? Does RTP transport require it? Thank you, -vl On 10/23/07, Gary Sullivan > wrote: Its presence is not required by the video standard. However, its presence may be required in some application-level specifications. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 7:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071024/b5590e71/attachment.html From tejaswi.n ittiam.com Thu Oct 25 12:12:32 2007 From: tejaswi.n ittiam.com (Tejaswi N.) Date: Thu Oct 25 10:34:09 2007 Subject: [Mp4-tech] Re: [audio] mpeg 4 encoder problem In-Reply-To: <381231.75095.qm@web25108.mail.ukl.yahoo.com> References: <200710231610.l9NG9Ud9004859@lists1.magma.ca> <381231.75095.qm@web25108.mail.ukl.yahoo.com> Message-ID: <904DEC693BE1AB429622C6F5ABA7E0B801AC8D1A@is01ex02.ittiam.com> Vinay, That particular file is saved in UNIX text format, you need to save it in PC text format before you can use it. (The difference being in new line character I suppose) You can use software like "textpad" to do so. Regards, Tejaswi ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of melkote vinay Sent: Thursday, October 25, 2023 2:51 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Re: [audio] mpeg 4 encoder problem Hi, I tried using the Visual Studio compiled encoder solution in ...\natural\mp4AudVm\win32\mp4v2enc available as part of the standard at the link recently mentioned on this forum (see below). This is the latest Mpeg 4 reference software version. I am not able to open the project mp4v2enc.dsp available in the above mentioned folder. I use Visual Studio .NET 2002. Does anyone know what the problem could be? Thanks Vinay Melkote ECE, Univ of California, Santa Barbara Message: 1 Date: Tue, 23 Oct 2023 06:03:17 +0200 From: Ralph Sperschneider Subject: [Mp4-tech] Re: [Audio] MPEG 4 AAC LD Decoder Reference Software To: Kishor K L Cc: mp4-tech@lists.mpegif.org Message-ID: <471D7285.4000907@iis.fraunhofer.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Dear Kishor K L, you are using a rather old version of the reference software. Just have a try with a more recent version. The most recent verions publicly available seems to be this one: http://standards.iso.org/ittf/PubliclyAvailableStandards/c043465_ISO_IEC _14496-5_2001_Amd_10_2007_Reference_Software.zip Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 Fraunhofer IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:ralph.sperschneider@iis.fraunhofer.de D 91058 Erlangen | http://www.iis.fraunhofer.de/amm/ ------------------------------ ________________________________ Yahoo! Answers - Get better answers from someone who knows. Try it now . ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify helpdesk@ittiam.com. ********************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071025/fb0ed831/attachment-0001.html From vallabha_hampiholi mindtree.com Thu Oct 25 13:37:43 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Thu Oct 25 10:34:18 2007 Subject: [Mp4-tech] Regarding NAL Unit Size Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2AA2@mtw01ex02.mindtree.com> Hello, Is there a fixed maximum size for NAL unit? Can a Slice span across a multiple NAL units? Or can a single NAL unit have multiple slices? -Thanks in advance Vallabha Hampiholi | Project Lead | MindTree Consulting Ltd. |Global Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 60997 | www.mindtree.com | "Nobody Plans To Fail, But Many Fail To Plan!!!" DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071025/690c57f5/attachment.html From parisa_behnamfar yahoo.com Thu Oct 25 02:43:39 2007 From: parisa_behnamfar yahoo.com (Parisa Behnamfar) Date: Thu Oct 25 10:34:24 2007 Subject: [Mp4-tech] Where to download standard video sequences ? Message-ID: <690927.97272.qm@web51407.mail.re2.yahoo.com> Dear experts, I'm a new member of video processing world ! :) , and I'm in great need of standard video sequences. For instance, I want to know where I can find "Mother and Daughter" , "Akiyo","Paris" and .... . By the way, is there anybody who knows how we can convert YUV to Raster files ? Wish to hear from you soon Thanks a lot Parisa __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071025/0465813f/attachment.html From lurui.freesky gmail.com Fri Oct 26 11:35:04 2007 From: lurui.freesky gmail.com (lurui) Date: Fri Oct 26 07:04:07 2007 Subject: [Mp4-tech] [H.264] Is slices based on only a picture or on whole picture sequences? References: <200710251437.l9PEaQrn017995@lists1.magma.ca> Message-ID: <001b01c81778$d716f720$ed2060ac@dv> Dear expert: I know slice is part of a picture, it means a slice can be reconstructed independently of other slices within a picture level. The question is: 1.If a slice of a picture lost, can the deblocking procedure correctly do without the lost slice? 2.Can motion search across the slice boundary of the slice of the reference picture? For example, if the previous reference picture is composed by two slices--the upper slice and the bottom slice,can a MB belongs to the bottom slice of the current picture search it motion vector that points to the upper slice of it previous reference picture or even points cross the boundary of the slices? 3.Does the slice number and size and start-end postion must be same for every picture under a picture sequences to encoded? lurui From girishht bluebottle.com Thu Oct 25 21:50:13 2007 From: girishht bluebottle.com (Girish) Date: Fri Oct 26 07:04:12 2007 Subject: [Mp4-tech] Where to download standard video sequences ? In-Reply-To: <690927.97272.qm@web51407.mail.re2.yahoo.com> References: <690927.97272.qm@web51407.mail.re2.yahoo.com> Message-ID: <200710260350.l9Q3oGcT012661@mi0.bluebottle.com> Dear Parisa, You can find the YUV 4:2:0 sequences at this website. http://trace.eas.asu.edu/yuv/index.html I didn't understand the meaning of " convert YUV to Raster files ?" Regards Girish -- Quoting Parisa Behnamfar : > Dear experts, > I'm a new member of video processing world ! :) , and I'm in > great need of standard video sequences. For instance, I want to > know where I can find "Mother and Daughter" , "Akiyo","Paris" and > .... . > By the way, is there anybody who knows how we can convert YUV to > Raster files ? > > Wish to hear from you soon > Thanks a lot > Parisa > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com ---------------------------------------------------------------------- Free pop3 email with a spam filter. http://www.bluebottle.com/tag/5 From lino estg.ipleiria.pt Fri Oct 26 10:45:10 2007 From: lino estg.ipleiria.pt (Lino Ferreira) Date: Fri Oct 26 07:04:17 2007 Subject: [Mp4-tech] RE: Where to download standard video sequences In-Reply-To: <200710251608.l9PG7TEj019258@lists1.magma.ca> References: <200710251608.l9PG7TEj019258@lists1.magma.ca> Message-ID: <001a01c817ac$848e2120$8daa6360$@ipleiria.pt> The YUV sequences are available in ftp.tnt.uni-hannover.de/pub/svc/testsequences/ Lino Ferreira From garysull windows.microsoft.com Fri Oct 26 05:43:57 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Oct 26 07:52:09 2007 Subject: [Mp4-tech] [H.264] Is slices based on only a picture or on whole picture sequences? In-Reply-To: <001b01c81778$d716f720$ed2060ac@dv> References: <200710251437.l9PEaQrn017995@lists1.magma.ca> <001b01c81778$d716f720$ed2060ac@dv> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA73AADBC3@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> A slice can basically be reconstructed independently of other slices in the picture. However, you are correct to notice that the deblocking filter can have an effect across slice boundaries. The encoder can turn off the effect of the deblocking filter across slice boundaries if it wishes to do so. However, if the encoder does not turn it off, then slices cannot quite be decoded exactly correctly when nearby slices have been lost. Actually, the standard does not specify how a decoder will respond when some slices are lost. The design is intended to be reasonably robust to such losses, but there is no requirement in the standard governing what to do in such cases. Applying the deblocking filter after performing some reasonable loss concealment method (such as copying the corresponding region of a temporally-nearby picture) is a reasonable response to loss of a slice. To answer your additional numbered questions: 1. Not perfectly (depending on what value the encoder sends in the syntax element "disable_deblocking_filter_idc"). 2. Yes. (The encoder can voluntarily choose not to send such motion vectors, but that is a choice made by the encoder.) 3. No. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of lurui +> Sent: Thursday, October 25, 2023 7:35 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] Is slices based on only a +> picture or on whole picture sequences? +> +> Dear expert: +> I know slice is part of a picture, it means a slice can +> be reconstructed independently of other slices within a +> picture level. +> The question is: +> 1.If a slice of a picture lost, can the deblocking +> procedure correctly do without the lost slice? +> 2.Can motion search across the slice boundary of the +> slice of the reference picture? For example, if the previous +> reference picture is composed by two slices--the upper slice +> and the bottom slice,can a MB belongs to the bottom slice of +> the current picture search it motion vector that points to +> the upper slice of it previous reference picture or even +> points cross the boundary of the slices? +> 3.Does the slice number and size and start-end postion +> must be same for every picture under a picture sequences to encoded? +> +> lurui +> +> +> _______________________________________________ +> 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 vallabha_hampiholi mindtree.com Fri Oct 26 17:57:35 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Fri Oct 26 08:28:08 2007 Subject: [Mp4-tech] [Video] Regarding Loop Filter Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2AA6@mtw01ex02.mindtree.com> Hello, I noticed an interesting thing with the Loopfilter module. The parameter MbQ->LFDisableIdc is supposed to give the information if filter is to be applied at the Slice boundary or not. In test vector CI1_FT_B.264 the 1st horizontal edge (dir =1, edge =0) of the macroblock number 22 (MB 23) lies at the slice edge. (Confirm this by opening the file in Elecard or any other H264 file viewer). But irrespective of this, the loopfilter is still applied to this edge. And doing further investigation it is found that only the MB's lying at the 1st row and 1st column are not applied loopfilter at the 1st edge in both directions and for the rest of the MB's the filtering is applied. Can I know what is the logic used here? -Regards P Please consider the environment before printing this mail Vallabha Hampiholi | Project Lead | MindTree Consulting Ltd. |Global Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 60997 | www.mindtree.com | "Nobody Plans To Fail, But Many Fail To Plan!!!" DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071026/056721bb/attachment.html From ksuehring web.de Fri Oct 26 16:46:31 2007 From: ksuehring web.de (Karsten Suehring) Date: Fri Oct 26 09:52:11 2007 Subject: [Mp4-tech] Re: [Video] Regarding Loop Filter In-Reply-To: <21D067220A163E4BABC5C7A568A93B15BA73AADBCC@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> References: <21D067220A163E4BABC5C7A568A93B15BA73AADBCC@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <4721EFB7.20402@web.de> Hi, I don't know yet, if there is a problem in general, but at least in CI1_FT_B.264 all syntax elements disable_deblocking_filter_idc have the value of zero, which means deblocking across slice boundaries and corresponds to the behavior you describe. Best regards, Karsten > ------------------------------------------------------------------------ > *From:* mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] *On Behalf Of *Vallabha > Vasant Hampiholi > *Sent:* Friday, October 26, 2023 4:28 AM > *To:* mp4-tech@lists.mpegif.org > *Subject:* [Mp4-tech] [Video] Regarding Loop Filter > > Hello, > > > > I noticed an interesting thing with the Loopfilter module. > > > > The parameter MbQ->LFDisableIdc is supposed to give the > information if filter is to be applied at the Slice boundary or not. > > > > In test vector CI1_FT_B.264 the 1^st horizontal edge (dir > =1, edge =0) of the macroblock number 22 (MB 23) lies at the slice edge. > > (Confirm this by opening the file in Elecard or any other > H264 file viewer). > > > > But irrespective of this, the loopfilter is still applied to > this edge. > > > > And doing further investigation it is found that only the > MB?s lying at the 1^st row and 1^st column are not applied loopfilter at > the 1^st edge in both directions and for the rest of the MB?s the > > filtering is applied. Can I know what is the logic used here? > > > > -Regards > > P Please consider the environment before printing this mail > > *Vallabha Hampiholi |* Project Lead | *MindTree Consulting Ltd*. |Global > Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA > > Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 > 60997 | *_www.mindtree.com _*|__ > > "Nobody Plans To Fail, But Many Fail To Plan!!!" > > > > *DISCLAIMER:* > > This message (including attachment if any) is confidential and may be > privileged. If you have received this message by mistake please notify > the sender by return e-mail and delete this message from your system. > Any unauthorized use or dissemination of this message in whole or in > part is strictly prohibited. > > E-mail may contain viruses. Before opening attachments please check them > for viruses and defects. While MindTree Consulting Limited (MindTree) > has put in place checks to minimize the risks, MindTree will not be > responsible for any viruses or defects or any forwarded attachments > emanating either from within MindTree or outside. > > Please note that e-mails are susceptible to change and MindTree shall > not be liable for any improper, untimely or incomplete transmission. > > MindTree reserves the right to monitor and review the content of all > messages sent to or from MindTree e-mail address. Messages sent to or > from this e-mail address may be stored on the MindTree e-mail system or > else where. > From garysull windows.microsoft.com Fri Oct 26 12:21:04 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Oct 26 14:28:07 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Now you are talking about RTP. That is a particular specialized environment. I think perhaps those things are not true in the RTP environment. My understanding is that RTP is unlikely to include access unit delimiters and will not include start codes (i.e., you'll never find that next_bits(24) == 0x000001). Start codes are part of the "byte stream" format specified in Annex B of the video standard. My understanding is that the byte stream format is not used in Annex B. Instead, you should look up RFC 3984. And study the video spec, of course. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Friday, October 26, 2023 10:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? OK, so if I have to parse h264 stream, should I just start looking for the NALU delimiters in RTP payload ( if I am using RTP as transport layer), as following? next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU start next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end Thanks again, -vl On 10/24/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: I am almost certain that the answer would be that the answer is No. Part of the motivation behind some key aspects of the design of the video standard was to consider environments like RTP where some packets will be lost and it is therefore beneficial to ensure that slices can be decoded without dependency on a single copy of some picture header information that appears only once at the beginning of each picture in the transmission sequence. If we assume that decoders include the functionality to decode individual slices when some information has been lost, the access unit delimiter would appear to serve no purpose in such an environment. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Wednesday, October 24, 2023 7:32 AM To: mp4-tech@lists.mpegif.org Cc: Gary Sullivan Subject: Re: [Mp4-tech] H264: is access unit delimiter required? Does RTP transport require it? Thank you, -vl On 10/23/07, Gary Sullivan > wrote: Its presence is not required by the video standard. However, its presence may be required in some application-level specifications. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 7:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071026/8efc3177/attachment.html From vlyamtsev gmail.com Fri Oct 26 14:26:13 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Fri Oct 26 22:28:07 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> OK, so if I have to parse h264 stream, should I just start looking for the NALU delimiters in RTP payload ( if I am using RTP as transport layer), as following? next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU start next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end Thanks again, -vl On 10/24/07, Gary Sullivan wrote: > > I am almost certain that the answer would be that the answer is No. Part > of the motivation behind some key aspects of the design of the video > standard was to consider environments like RTP where some packets will be > lost and it is therefore beneficial to ensure that slices can be decoded > without dependency on a single copy of some picture header information that > appears only once at the beginning of each picture in the transmission > sequence. If we assume that decoders include the functionality to decode > individual slices when some information has been lost, the access unit > delimiter would appear to serve no purpose in such an environment. > > Best Regards, > > Gary Sullivan > > ------------------------------ > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > *Sent:* Wednesday, October 24, 2023 7:32 AM > *To:* mp4-tech@lists.mpegif.org > *Cc:* Gary Sullivan > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > Does RTP transport require it? > Thank you, > -vl > > > On 10/23/07, Gary Sullivan wrote: > > > > Its presence is not required by the video standard. However, its > > presence may be required in some application-level specifications. > > > > Best Regards, > > > > Gary Sullivan > > > > ------------------------------ > > *From:* mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] > > *On Behalf Of *Victor lyamtsev > > *Sent:* Tuesday, October 23, 2023 7:31 AM > > *To:* mp4-tech@lists.mpegif.org > > *Subject:* [Mp4-tech] H264: is access unit delimiter required? > > > > > > Hello, > > Regarding parsing of H264 stream... > > Do I have to start from searching for Access Unit delimiter to read NAL > > unit? More to the point: is the Access Unit delimiter required by standard > > and is it common practice to use it? > > Thanks, > > -vl > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071026/939894f5/attachment-0001.html From vlyamtsev gmail.com Fri Oct 26 18:18:55 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Fri Oct 26 22:28:12 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <76224b100710261418jfa118c4l1aff48d9219ab3eb@mail.gmail.com> I'll read it it but that just doesn't make much sense to me... It's been my understanding that byte stream is either "raw", or it's contained within RTP packets as RTP payload, therefore must come with delimiters... Why different "packaging" for RTP transport? How's about other transports, like mpeg-ts? Should I expect to find NALU delimiters there? Thank you, Victor On 10/26/07, Gary Sullivan wrote: > > Now you are talking about RTP. That is a particular specialized > environment. I think perhaps those things are not true in the RTP > environment. My understanding is that RTP is unlikely to include access > unit delimiters and will not include start codes (i.e., you'll never find > that next_bits(24) == 0x000001). Start codes are part of the "byte stream" > format specified in Annex B of the video standard. My understanding is that > the byte stream format is not used in Annex B. Instead, you should look up > RFC 3984. And study the video spec, of course. > > Best Regards, > > Gary Sullivan > > ------------------------------ > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > *Sent:* Friday, October 26, 2023 10:26 AM > *To:* Gary Sullivan > *Cc:* mp4-tech@lists.mpegif.org > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > OK, so if I have to parse h264 stream, should I just start looking for the > NALU delimiters in RTP payload ( if I am using RTP as transport layer), as > following? > next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU start > next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end > Thanks again, > -vl > > On 10/24/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: > > > > I am almost certain that the answer would be that the answer is No. > > Part of the motivation behind some key aspects of the design of the video > > standard was to consider environments like RTP where some packets will be > > lost and it is therefore beneficial to ensure that slices can be decoded > > without dependency on a single copy of some picture header information that > > appears only once at the beginning of each picture in the transmission > > sequence. If we assume that decoders include the functionality to decode > > individual slices when some information has been lost, the access unit > > delimiter would appear to serve no purpose in such an environment. > > > > Best Regards, > > > > Gary Sullivan > > > > ------------------------------ > > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > > *Sent:* Wednesday, October 24, 2023 7:32 AM > > *To:* mp4-tech@lists.mpegif.org > > *Cc:* Gary Sullivan > > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > > > Does RTP transport require it? > > Thank you, > > -vl > > > > > > On 10/23/07, Gary Sullivan wrote: > > > > > > Its presence is not required by the video standard. However, its > > > presence may be required in some application-level specifications. > > > > > > Best Regards, > > > > > > Gary Sullivan > > > > > > ------------------------------ > > > *From:* mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] > > > *On Behalf Of *Victor lyamtsev > > > *Sent:* Tuesday, October 23, 2023 7:31 AM > > > *To:* mp4-tech@lists.mpegif.org > > > *Subject:* [Mp4-tech] H264: is access unit delimiter required? > > > > > > > > > Hello, > > > Regarding parsing of H264 stream... > > > Do I have to start from searching for Access Unit delimiter to read > > > NAL unit? More to the point: is the Access Unit delimiter required by > > > standard and is it common practice to use it? > > > Thanks, > > > -vl > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071026/a7907deb/attachment-0001.html From david_t_wu hotmail.com Fri Oct 26 23:12:29 2007 From: david_t_wu hotmail.com (David Wu) Date: Fri Oct 26 22:28:17 2007 Subject: [Mp4-tech] Question POC Type 1 Message-ID: Dear members and experts, I have some difficulty understanding the type 1 POC, please see if you can point me to the right direction. First of all, I assume a correct frame number sequence for h.264 video sequence would be something like this: 0 11111 1 2222 2 33333 3 4444 4 55555 5 6666 6 77777 7 (the one marked with "-" is reference picture) - - - - - - - Assume the num_ref_frames_in_pic_order_cnt_cycle == 2, The algorithm at the eof can not derive the correct picOrderCntCycleCnt. However, the algorithm will work if the first frame_num is 1. 1 22222 2 3333 |3 44444 4 5555 |5 66666 6 7777 |7 88888 8 - - - - - - - Say the current frame is non reference frame with frame_num == 8 ( 8 - 1 - 1) / 2 = 3. there is exactly 3 POC cycle before the current frame. Hoewever, for POC type 2, the frame_num must start with zero: 011 223344556 - - - - - - 2*0, 2*1-1, 2*1, 2*2-1, 2*2, 2*3 - 1, 2*3, ...... Any one knows better ? Regards & Thanks David Wu H.264 Algorithm for POC type 1: 2. The variable absFrameNum is derived as follows: if( num_ref_frames_in_pic_order_cnt_cycle != 0 ) absFrameNum = FrameNumOffset + frame_num else absFrameNum = 0 if( nal_ref_idc = = 0 && absFrameNum> 0 ) absFrameNum = absFrameNum ? 1 3. When absFrameNum> 0, picOrderCntCycleCnt and frameNumInPicOrderCntCycle are derived as follows: if( absFrameNum> 0 ) { picOrderCntCycleCnt = ( absFrameNum ? 1 ) / num_ref_frames_in_pic_order_cnt_cycle frameNumInPicOrderCntCycle = ( absFrameNum ? 1 ) % num_ref_frames_in_pic_order_cnt_cycle ( 8-8) } _________________________________________________________________ Peek-a-boo FREE Tricks & Treats for You! http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us From garysull windows.microsoft.com Fri Oct 26 22:00:44 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Oct 27 00:10:08 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710261418jfa118c4l1aff48d9219ab3eb@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261418jfa118c4l1aff48d9219ab3eb@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA73AAE0C6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Victor et al, It is really quite simple to understand the differences between carrying data in an RTP environment versus carrying them in other environments. Systems multiplex environments such as MPEG-2 Part 1 tend to treat the media that they convey as a stream of bits (or bytes), so in such environments it is necessary for the data stream itself to contain special patterns -- which we call "start codes". A decoder needs to search for the start codes within the data stream in order to find the places in the stream where the data it is looking for can be found. In contrast, RTP is strictly a packet-based data transmission environment. RTP packets have a variable size that is explicitly indicated in header information. It is clear where to find the data payload in the packet. So there is no need for a decoder to search inside of the payload data for start codes in such an environment. The video standard specifies its syntax structures in terms of chunks called "NAL units", which are essentially packets. A NAL unit is specific number of bytes that is preceded by one byte called the "NAL unit type" that indicates what kind of data is in the NAL unit. Carrying the NAL units in RTP basically consists of mapping NAL units to RTP packets. Carrying the NAL units in MPEG-2 sytems basically consists of prefixing each NAL unit with a start code and then concatenating them to form a stream of bytes. This formatting is specified in Annex B of the video coding standard. Start codes (next_bits(24) = 0x000001) are not added to the NAL units in the RTP case, since they are not needed there. They are only needed for carrying the NAL units in environments such as MPEG-2 that do not adequately support explicit indicators of where to find NAL units in payload data. As RFC 3984 states, "Annex B of H.264 defines an encapsulation process to transmit such NAL units over byte-stream oriented networks. In the scope of this memo, Annex B is not relevant." Different system environments inevitably have some differences in how they "package" their payloads. RTP headers aren't needed inside of video data streams within MPEG-2 systems, and MPEG-2-style start codes aren't carried in the payloads of RTP packets. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Friday, October 26, 2023 2:19 PM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? I'll read it it but that just doesn't make much sense to me... It's been my understanding that byte stream is either "raw", or it's contained within RTP packets as RTP payload, therefore must come with delimiters... Why different "packaging" for RTP transport? How's about other transports, like mpeg-ts? Should I expect to find NALU delimiters there? Thank you, Victor On 10/26/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: Now you are talking about RTP. That is a particular specialized environment. I think perhaps those things are not true in the RTP environment. My understanding is that RTP is unlikely to include access unit delimiters and will not include start codes (i.e., you'll never find that next_bits(24) == 0x000001). Start codes are part of the "byte stream" format specified in Annex B of the video standard. My understanding is that the byte stream format is not used in Annex B. Instead, you should look up RFC 3984. And study the video spec, of course. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Friday, October 26, 2023 10:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? OK, so if I have to parse h264 stream, should I just start looking for the NALU delimiters in RTP payload ( if I am using RTP as transport layer), as following? next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU start next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end Thanks again, -vl On 10/24/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: I am almost certain that the answer would be that the answer is No. Part of the motivation behind some key aspects of the design of the video standard was to consider environments like RTP where some packets will be lost and it is therefore beneficial to ensure that slices can be decoded without dependency on a single copy of some picture header information that appears only once at the beginning of each picture in the transmission sequence. If we assume that decoders include the functionality to decode individual slices when some information has been lost, the access unit delimiter would appear to serve no purpose in such an environment. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Wednesday, October 24, 2023 7:32 AM To: mp4-tech@lists.mpegif.org Cc: Gary Sullivan Subject: Re: [Mp4-tech] H264: is access unit delimiter required? Does RTP transport require it? Thank you, -vl On 10/23/07, Gary Sullivan > wrote: Its presence is not required by the video standard. However, its presence may be required in some application-level specifications. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 7:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071026/bc36218e/attachment.html From garysull windows.microsoft.com Sat Oct 27 02:48:11 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sat Oct 27 04:52:09 2007 Subject: [Mp4-tech] Question POC Type 1 In-Reply-To: References: Message-ID: <21D067220A163E4BABC5C7A568A93B15BA73AAE101@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> David Wu, et al, Re: "The algorithm at the eof can not derive the correct picOrderCntCycleCnt.", etc. 1. What does "eof" mean? 2. The value of frame_num for the first picture (in decoding order) of a coded video sequence is always equal to 0. The standard prohibits using any other value (subclase 7.4.3: "If the current picture is an IDR picture, frame_num shall be equal to 0."). So your suggestion to use frame_num = 1 on the first picture is prohibited. 3. I suggest that you should simply consider the result of the equations in the standard to be the correct result. What leads you to think that there is a "correct" value that differs from what the standard says is the value to compute? 4. It appears to me that the standard was drafted to treat absFrameNum equal to 0 as a special case that is treated separately from all other values - it is left out of the cyclic behavior model, so that the cyclic behavior is assumed to begin at frame_num = 1 and proceed onwards. That may or may not have been a good idea, but it doesn't look broken to me. It simply is the way that it is. 5. It appears to me that it would have been better for the computation of expectedDeltaPerPicOrderCntCycle to be specified in subclause 7.4.2.1 rather than 8.2.1.2, since its value appears to be the same for the entire coded video sequence. To me the location of that equation in the text is somewhat confusing because of that (although I think I understand how it got put where it is, and it is not really incorrect as it is). 6. In equation 8-7, I see the expression as follows: if( nal_ref_idc = = 0 && absFrameNum > 0 ) absFrameNum = absFrameNum ? 1 However, it appears to me that the result would be the same if this was simplified to: if( nal_ref_idc = = 0 ) absFrameNum = absFrameNum ? 1 This is because I think absFrameNum will always be greater than 0 when nal_ref_idc is equal to 0. Of course, it is possible that I am misunderstanding something. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of David Wu +> Sent: Friday, October 26, 2023 3:12 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Question POC Type 1 +> +> +> Dear members and experts, +> +> I have some difficulty understanding the type 1 POC, please +> see if you can point me to the right direction. +> +> First of all, I assume a correct frame number sequence for +> h.264 video sequence would be something like this: +> +> +> 0 11111 1 2222 2 33333 3 4444 4 55555 5 6666 6 77777 7 +> (the one marked with "-" is reference picture) +> - - - - - - +> - +> +> Assume the num_ref_frames_in_pic_order_cnt_cycle == 2, +> +> The algorithm at the eof can not derive the correct +> picOrderCntCycleCnt. +> +> However, the algorithm will work if the first frame_num is 1. +> +> 1 22222 2 3333 |3 44444 4 5555 |5 66666 6 7777 |7 88888 8 +> - - - - - +> - - +> +> Say the current frame is non reference frame with frame_num == 8 +> +> ( 8 - 1 - 1) / 2 = 3. there is exactly 3 POC cycle +> before the current frame. +> +> Hoewever, for POC type 2, the frame_num must start with zero: +> +> 011 223344556 +> - - - - - - +> +> 2*0, 2*1-1, 2*1, 2*2-1, 2*2, 2*3 - 1, 2*3, ...... +> +> Any one knows better ? +> +> Regards & Thanks +> +> David Wu +> +> +> +> H.264 Algorithm for POC type 1: +> +> 2. The variable absFrameNum is derived as follows: +> +> if( num_ref_frames_in_pic_order_cnt_cycle != 0 ) +> absFrameNum = FrameNumOffset + frame_num +> else +> absFrameNum = 0 +> +> if( nal_ref_idc = = 0 && absFrameNum> 0 ) +> absFrameNum = absFrameNum ? 1 +> 3. When absFrameNum> 0, picOrderCntCycleCnt and +> frameNumInPicOrderCntCycle are derived as follows: +> +> if( absFrameNum> 0 ) { +> picOrderCntCycleCnt = ( absFrameNum ? 1 ) / +> num_ref_frames_in_pic_order_cnt_cycle +> frameNumInPicOrderCntCycle = ( absFrameNum ? 1 ) % +> num_ref_frames_in_pic_order_cnt_cycle ( 8-8) +> } +> _________________________________________________________________ +> Peek-a-boo FREE Tricks & Treats for You! +> http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us +> _______________________________________________ +> 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 Sat Oct 27 21:57:50 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sun Oct 28 00:04:08 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <76224b100710271425k4f50845ci2e43648b67b83ec1@mail.gmail.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261418jfa118c4l1aff48d9219ab3eb@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AAE0C6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710271425k4f50845ci2e43648b67b83ec1@mail.gmail.com> Message-ID: <21D067220A163E4BABC5C7A568A93B15BA73AAE15F@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> As far as I know, if MPEG2-TS is packed inside of something else, then whatever is inside the MPEG2-TS would follow ordinary MPEG2-TS formatting rules. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Saturday, October 27, 2023 2:25 PM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? Different system environments inevitably have some differences in how they "package" their payloads. RTP headers aren't needed inside of video data streams within MPEG-2 systems, and MPEG-2-style start codes aren't carried in the payloads of RTP packets. -- OK, what's about the case when mpeg-ts is packed inside of RTP, like in case of VideoLAN streamer? In that case NALU delimiters would be used, wouldn't they? Is that why that "klugy" transport is used - to take advantage of existing parsing libs? Regards, -V. On 10/27/07, Gary Sullivan > wrote: Victor et al, It is really quite simple to understand the differences between carrying data in an RTP environment versus carrying them in other environments. Systems multiplex environments such as MPEG-2 Part 1 tend to treat the media that they convey as a stream of bits (or bytes), so in such environments it is necessary for the data stream itself to contain special patterns -- which we call "start codes". A decoder needs to search for the start codes within the data stream in order to find the places in the stream where the data it is looking for can be found. In contrast, RTP is strictly a packet-based data transmission environment. RTP packets have a variable size that is explicitly indicated in header information. It is clear where to find the data payload in the packet. So there is no need for a decoder to search inside of the payload data for start codes in such an environment. The video standard specifies its syntax structures in terms of chunks called "NAL units", which are essentially packets. A NAL unit is specific number of bytes that is preceded by one byte called the "NAL unit type" that indicates what kind of data is in the NAL unit. Carrying the NAL units in RTP basically consists of mapping NAL units to RTP packets. Carrying the NAL units in MPEG-2 sytems basically consists of prefixing each NAL unit with a start code and then concatenating them to form a stream of bytes. This formatting is specified in Annex B of the video coding standard. Start codes (next_bits(24) = 0x000001) are not added to the NAL units in the RTP case, since they are not needed there. They are only needed for carrying the NAL units in environments such as MPEG-2 that do not adequately support explicit indicators of where to find NAL units in payload data. As RFC 3984 states, "Annex B of H.264 defines an encapsulation process to transmit such NAL units over byte-stream oriented networks. In the scope of this memo, Annex B is not relevant." Different system environments inevitably have some differences in how they "package" their payloads. RTP headers aren't needed inside of video data streams within MPEG-2 systems, and MPEG-2-style start codes aren't carried in the payloads of RTP packets. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Friday, October 26, 2023 2:19 PM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? I'll read it it but that just doesn't make much sense to me... It's been my understanding that byte stream is either "raw", or it's contained within RTP packets as RTP payload, therefore must come with delimiters... Why different "packaging" for RTP transport? How's about other transports, like mpeg-ts? Should I expect to find NALU delimiters there? Thank you, Victor On 10/26/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: Now you are talking about RTP. That is a particular specialized environment. I think perhaps those things are not true in the RTP environment. My understanding is that RTP is unlikely to include access unit delimiters and will not include start codes (i.e., you'll never find that next_bits(24) == 0x000001). Start codes are part of the "byte stream" format specified in Annex B of the video standard. My understanding is that the byte stream format is not used in Annex B. Instead, you should look up RFC 3984. And study the video spec, of course. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Friday, October 26, 2023 10:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] H264: is access unit delimiter required? OK, so if I have to parse h264 stream, should I just start looking for the NALU delimiters in RTP payload ( if I am using RTP as transport layer), as following? next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU start next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end Thanks again, -vl On 10/24/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: I am almost certain that the answer would be that the answer is No. Part of the motivation behind some key aspects of the design of the video standard was to consider environments like RTP where some packets will be lost and it is therefore beneficial to ensure that slices can be decoded without dependency on a single copy of some picture header information that appears only once at the beginning of each picture in the transmission sequence. If we assume that decoders include the functionality to decode individual slices when some information has been lost, the access unit delimiter would appear to serve no purpose in such an environment. Best Regards, Gary Sullivan ________________________________ From: Victor lyamtsev [mailto:vlyamtsev@gmail.com] Sent: Wednesday, October 24, 2023 7:32 AM To: mp4-tech@lists.mpegif.org Cc: Gary Sullivan Subject: Re: [Mp4-tech] H264: is access unit delimiter required? Does RTP transport require it? Thank you, -vl On 10/23/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: Its presence is not required by the video standard. However, its presence may be required in some application-level specifications. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Victor lyamtsev Sent: Tuesday, October 23, 2023 7:31 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H264: is access unit delimiter required? Hello, Regarding parsing of H264 stream... Do I have to start from searching for Access Unit delimiter to read NAL unit? More to the point: is the Access Unit delimiter required by standard and is it common practice to use it? Thanks, -vl -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071027/0dfae4df/attachment.html From denim83 yahoo.com Sat Oct 27 03:55:14 2007 From: denim83 yahoo.com (Abhishek Ballaney) Date: Mon Oct 29 09:40:08 2007 Subject: [Mp4-tech] [general] arm fft doubt Message-ID: <799591.71141.qm@web34807.mail.mud.yahoo.com> dear all, we need to use fft algo. for arm9e processor. we got it from: http://www.lartmaker.nl/projects/fft-arm/ but we aren't able to build it in windows (codewarrior), as some of the header files are linux specific. is there any code available for windows? or can anybody help in building the same? also, is this code faster than the fft library provided with arm rvds? any help would be welcome. regards, abhishek /\ |_ |_ ' _ |_ __ | /--\|_)| ||_\ | ||-_ |< __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071027/cc502212/attachment-0001.html From vlyamtsev gmail.com Sat Oct 27 18:25:23 2007 From: vlyamtsev gmail.com (Victor lyamtsev) Date: Mon Oct 29 09:40:13 2007 Subject: [Mp4-tech] H264: is access unit delimiter required? In-Reply-To: <21D067220A163E4BABC5C7A568A93B15BA73AAE0C6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> References: <76224b100710230730j1e3db8cdxc66a0a222bae0e84@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA1E25FFF2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710240732h36e9e4d0v501dff62835b2b9@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA570A42C1@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261026n63a93fe1i20becf1bffd6c6ce@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AADD4E@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <76224b100710261418jfa118c4l1aff48d9219ab3eb@mail.gmail.com> <21D067220A163E4BABC5C7A568A93B15BA73AAE0C6@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <76224b100710271425k4f50845ci2e43648b67b83ec1@mail.gmail.com> Different system environments inevitably have some differences in how they "package" their payloads. RTP headers aren't needed inside of video data streams within MPEG-2 systems, and MPEG-2-style start codes aren't carried in the payloads of RTP packets. -- OK, what's about the case when mpeg-ts is packed inside of RTP, like in case of VideoLAN streamer? In that case NALU delimiters would be used, wouldn't they? Is that why that "klugy" transport is used - to take advantage of existing parsing libs? Regards, -V. On 10/27/07, Gary Sullivan wrote: > > > > Victor et al, > > It is really quite simple to understand the differences between carrying > data in an RTP environment versus carrying them in other environments. > > Systems multiplex environments such as MPEG-2 Part 1 tend to treat the > media that they convey as a stream of bits (or bytes), so in such > environments it is necessary for the data stream itself to contain special > patterns -- which we call "start codes". A decoder needs to search for the > start codes within the data stream in order to find the places in the stream > where the data it is looking for can be found. > > In contrast, RTP is strictly a packet-based data transmission environment. > RTP packets have a variable size that is explicitly indicated in header > information. It is clear where to find the data payload in the packet. So > there is no need for a decoder to search inside of the payload data for > start codes in such an environment. > > The video standard specifies its syntax structures in terms of chunks > called "NAL units", which are essentially packets. A NAL unit is specific > number of bytes that is preceded by one byte called the "NAL unit type" that > indicates what kind of data is in the NAL unit. > > Carrying the NAL units in RTP basically consists of mapping NAL units to > RTP packets. > > Carrying the NAL units in MPEG-2 sytems basically consists of prefixing > each NAL unit with a start code and then concatenating them to form a stream > of bytes. This formatting is specified in Annex B of the video coding > standard. > > Start codes (next_bits(24) = 0x000001) are not added to the NAL units in > the RTP case, since they are not needed there. They are only needed for > carrying the NAL units in environments such as MPEG-2 that do not adequately > support explicit indicators of where to find NAL units in payload data. > > As RFC 3984 states, "Annex B of H.264 defines an encapsulation process to > transmit such NAL units over byte-stream oriented networks. In the scope of > this memo, Annex B is not relevant." > > Different system environments inevitably have some differences in how they > "package" their payloads. RTP headers aren't needed inside of video data > streams within MPEG-2 systems, and MPEG-2-style start codes aren't carried > in the payloads of RTP packets. > > Best Regards, > > Gary Sullivan > > ------------------------------ > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > *Sent:* Friday, October 26, 2023 2:19 PM > *To:* Gary Sullivan > *Cc:* mp4-tech@lists.mpegif.org > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > > I'll read it it but that just doesn't make much sense to me... It's been > my understanding that byte stream is either "raw", or it's contained within > RTP packets as RTP payload, therefore must come with delimiters... Why > different "packaging" for RTP transport? > How's about other transports, like mpeg-ts? Should I expect to find NALU > delimiters there? > > Thank you, > Victor > On 10/26/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: > > > > Now you are talking about RTP. That is a particular specialized > > environment. I think perhaps those things are not true in the RTP > > environment. My understanding is that RTP is unlikely to include access > > unit delimiters and will not include start codes (i.e., you'll never > > find that next_bits(24) == 0x000001). Start codes are part of the "byte > > stream" format specified in Annex B of the video standard. My understanding > > is that the byte stream format is not used in Annex B. Instead, you should > > look up RFC 3984. And study the video spec, of course. > > > > Best Regards, > > > > Gary Sullivan > > > > ------------------------------ > > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > > *Sent:* Friday, October 26, 2023 10:26 AM > > *To:* Gary Sullivan > > *Cc:* mp4-tech@lists.mpegif.org > > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > > > OK, so if I have to parse h264 stream, should I just start looking for > > the NALU delimiters in RTP payload ( if I am using RTP as transport layer), > > as following? > > next_bits (24) == 0x000001 && next_bites(32) == 0x000001 - for NALU > > start > > next_bits(24) == 0x0 && next_bits(24) == 0x000001 - for NALU end > > Thanks again, > > -vl > > > > On 10/24/07, Gary Sullivan < garysull@windows.microsoft.com> wrote: > > > > > > I am almost certain that the answer would be that the answer is No. > > > Part of the motivation behind some key aspects of the design of the video > > > standard was to consider environments like RTP where some packets will be > > > lost and it is therefore beneficial to ensure that slices can be decoded > > > without dependency on a single copy of some picture header information that > > > appears only once at the beginning of each picture in the transmission > > > sequence. If we assume that decoders include the functionality to decode > > > individual slices when some information has been lost, the access unit > > > delimiter would appear to serve no purpose in such an environment. > > > > > > Best Regards, > > > > > > Gary Sullivan > > > > > > ------------------------------ > > > *From:* Victor lyamtsev [mailto:vlyamtsev@gmail.com] > > > *Sent:* Wednesday, October 24, 2023 7:32 AM > > > *To:* mp4-tech@lists.mpegif.org > > > *Cc:* Gary Sullivan > > > *Subject:* Re: [Mp4-tech] H264: is access unit delimiter required? > > > > > > Does RTP transport require it? > > > Thank you, > > > -vl > > > > > > > > > On 10/23/07, Gary Sullivan wrote: > > > > > > > > Its presence is not required by the video standard. However, its > > > > presence may be required in some application-level specifications. > > > > > > > > Best Regards, > > > > > > > > Gary Sullivan > > > > > > > > ------------------------------ > > > > *From:* mp4-tech-bounces@lists.mpegif.org [mailto: > > > > mp4-tech-bounces@lists.mpegif.org] *On Behalf Of *Victor lyamtsev > > > > *Sent:* Tuesday, October 23, 2023 7:31 AM > > > > *To:* mp4-tech@lists.mpegif.org > > > > *Subject:* [Mp4-tech] H264: is access unit delimiter required? > > > > > > > > > > > > Hello, > > > > Regarding parsing of H264 stream... > > > > Do I have to start from searching for Access Unit delimiter to read > > > > NAL unit? More to the point: is the Access Unit delimiter required by > > > > standard and is it common practice to use it? > > > > Thanks, > > > > -vl > > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20071027/85ed7124/attachment-0001.html From vallabha_hampiholi mindtree.com Mon Oct 29 14:43:17 2007 From: vallabha_hampiholi mindtree.com (Vallabha Vasant Hampiholi) Date: Mon Oct 29 09:40:19 2007 Subject: [Mp4-tech] Re: [Video] Regarding Loop Filter In-Reply-To: <4721EFB7.20402@web.de> References: <21D067220A163E4BABC5C7A568A93B15BA73AADBCC@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <4721EFB7.20402@web.de> Message-ID: <1040BF4A9B305246911CC355D848A2D0063C2AAD@mtw01ex02.mindtree.com> Dear Karsten, Thanks for that info. I did find a few test vectors(in the JVT site) in which the parameter disable_deblocking_filter_idc was set to 1. That meant that the whole slice wasn't applied loopfilter at all. Are there any test vectors available which has loopfilter enabled and the parameter disable_deblocking_filter_idc is set to 2, so that the loopfilter isn't applied to the MB edges lying at the slice boundary. Presently all the 35 baseline test vectors have disable_deblocking_filter_idc set to either 0 or 1. -Thanks and Regards Vallabha -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Karsten Suehring Sent: Friday, October 26, 2023 7:17 PM To: Gary Sullivan Cc: Tourapis, Alexis; mp4-tech@lists.mpegif.org; Leontaris, Athanasios Subject: [Mp4-tech] Re: [Video] Regarding Loop Filter Hi, I don't know yet, if there is a problem in general, but at least in CI1_FT_B.264 all syntax elements disable_deblocking_filter_idc have the value of zero, which means deblocking across slice boundaries and corresponds to the behavior you describe. Best regards, Karsten > ------------------------------------------------------------------------ > *From:* mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] *On Behalf Of *Vallabha > Vasant Hampiholi > *Sent:* Friday, October 26, 2023 4:28 AM > *To:* mp4-tech@lists.mpegif.org > *Subject:* [Mp4-tech] [Video] Regarding Loop Filter > > Hello, > > > > I noticed an interesting thing with the Loopfilter module. > > > > The parameter MbQ->LFDisableIdc is supposed to give the > information if filter is to be applied at the Slice boundary or not. > > > > In test vector CI1_FT_B.264 the 1^st horizontal edge (dir > =1, edge =0) of the macroblock number 22 (MB 23) lies at the slice edge. > > (Confirm this by opening the file in Elecard or any other > H264 file viewer). > > > > But irrespective of this, the loopfilter is still applied to > this edge. > > > > And doing further investigation it is found that only the > MB's lying at the 1^st row and 1^st column are not applied loopfilter at > the 1^st edge in both directions and for the rest of the MB's the > > filtering is applied. Can I know what is the logic used here? > > > > -Regards > > P Please consider the environment before printing this mail > > *Vallabha Hampiholi |* Project Lead | *MindTree Consulting Ltd*. |Global > Village, RVCE Post, Mysore Road, Bangalore - 560059, INDIA > > Voice +91 80 26264000 Extn: 66531 / Fax +91 80 2626 4100 | Mob : 98867 > 60997 | *_www.mindtree.com _*|__ > > "Nobody Plans To Fail, But Many Fail To Plan!!!" > > > > *DISCLAIMER:* > > This message (including attachment if any) is confidential and may be > privileged. If you have received this message by mistake please notify > the sender by return e-mail and delete this message from your system. > Any unauthorized use or dissemination of this message in whole or in > part is strictly prohibited. > > E-mail may contain viruses. Before opening attachments please check them > for viruses and defects. While MindTree Consulting Limited (MindTree) > has put in place checks to minimize the risks, MindTree will not be > responsible for any viruses or defects or any forwarded attachments > emanating either from within MindTree or outside. > > Please note that e-mails are susceptible to change and MindTree shall > not be liable for any improper, untimely or incomplete transmission. > > MindTree reserves the right to monitor and review the content of all > messages sent to or from MindTree e-mail address. Messages sent to or > from this e-mail address may be stored on the MindTree e-mail system or > else where. > _______________________________________________ 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 DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited. E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where. From dattagurubn yahoo.com Tue Oct 30 09:57:11 2007 From: dattagurubn yahoo.com (Dattaguru B.N.) Date: Tue Oct 30 18:28:07 2007 Subject: [Mp4-tech] [general] arm fft doubt In-Reply-To: <799591.71141.qm@web34807.mail.mud.yahoo.com> Message-ID: <325414.86460.qm@web34715.mail.mud.yahoo.com> Dear Abhishek, You can use the fft that comes along with the RVDS2.2 installation package as examples. It's quite well optimized and will run on windows environment. Regards, Datta --- Abhishek Ballaney wrote: > dear all, > > we need to use fft algo. for arm9e processor. we > got it from: > http://www.lartmaker.nl/projects/fft-arm/ > > but we aren't able to build it in windows > (codewarrior), as some of the header files are linux > specific. is there any code available for windows? > or can anybody help in building the same? > > also, is this code faster than the fft library > provided with arm rvds? > > any help would be welcome. > > regards, > abhishek > > > /\ |_ |_ ' _ |_ __ | > /--\|_)| ||_\ | ||-_ |< > > > __________________________________________________ > 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 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From thiago_hr yahoo.com.br Wed Oct 31 16:46:46 2007 From: thiago_hr yahoo.com.br (Thiago Henrique) Date: Thu Nov 1 03:04:08 2007 Subject: [Mp4-tech] SI/PSI Tables In-Reply-To: <200710311608.l9VG7RvA004828@lists1.magma.ca> References: <200710311608.l9VG7RvA004828@lists1.magma.ca> Message-ID: <000001c81bee$651831f0$2f4895d0$@com.br> Thank you for the tip about the tables. The DVB and MPEG standard explain the table structure. But I was wondering if there is a source code, or a function to help me build those tables and understand them better. (NIT, EIT, TOT). Thank you. Thiago _______________________________________________________ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/