From tomotohara yahoo.com Mon Apr 2 00:43:22 2007 From: tomotohara yahoo.com (Tomo) Date: Mon Apr 2 04:28:07 2007 Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping In-Reply-To: <03CB47D9C3F8074498E4653F814D6E8F0446A569@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <500836.66519.qm@web50901.mail.re2.yahoo.com> Thank you Gary for the reply. Now, I got further information. They say the following bistreams (a part of conformance tests) are problematic to decode with the decoding buffer size of DPB + some extra (for actual decoding as actual decoder is not ideal decoder depicted in the standard). AVCMR-11 HHI HCBP1_HHI_A AVCMR-12 HHI HCBP2_HHI_A I am not familiar with these bitstreams but if you or some one who read this message have any comments, would you please let me know? I hope not 2*DPB + alpha (+alpha is in a sense decoder jitter removal purpose) for actual decoder design as DPB is already quite large (for level 3, over 3Mbytes). Regards Tomo --- Gary Sullivan wrote: > > > To provide a further explanation about what happens when an IDR > picture arrives: > > Actually, that seems like a pretty good question. > > When an IDR picture arrives, all pictures that were previously in the > DPB are marked as "not used for reference". But that doesn't mean > that they are not counted against the total DPB capacity. They still > count until their output times arrive, in timing conformance > scenarios. > > This means that an IDR picture does not entirely "wipe clean" the > internal state of a (time-driven) decoder (except when the > no_output_of_prior_pics_flag is equal to 1 or is inferred to be equal > to 1). It only wipes clean the ability to use prior pictures as > references. > > Now there are differences between timed decoding and bumping decoding > that are relevant here too. Most decoders would probably want to > achieve timed decoding conformance, not just output order > conformance. For output order conformance, there is no (official) > need to worry about the extra pictures in the DPB when and IDR > picture arrives, because they can all be bumped out once the IDR > arrives. It is guaranteed that the output time of any picture that > arrived prior to the IDR picture must precede the output time of the > IDR picture and any pictures that follow it. > > But timing conforming decoders need to keep pictures around until > their output times arrive, which may be after the decoding times of > the IDR picture and some pictures that follow it. > > Best Regards, > > Gary Sullivan > > +> -----Original Message----- > +> From: mp4-tech-bounces@lists.mpegif.org > +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary > Sullivan > +> Sent: Wednesday, March 28, 2024 5:00 PM > +> To: Tomo; mp4-tech@lists.mpegif.org > +> Subject: RE: [Mp4-tech] [H.264 Video] DPB and DPB bumping > +> > +> > +> Who is telling you these things? I think that is wrong. > +> > +> Supporting the max DPB capacity, plus perhaps one or two > +> more frames, should be enough for a hardware decoder. For a > +> real-time software decoder that has trouble running fast > +> enough, you might want more, but only for purposes of > +> smoothing out the processing time of different pictures. > +> For correct decoding, e.g., for non-real-time, operation > +> purposes, it should not be necessary to significantly exceed > +> the quoted DPB capacity in an implementation > +> > +> Best Regards, > +> > +> Gary Sullivan > +> > +> +> -----Original Message----- > +> +> From: mp4-tech-bounces@lists.mpegif.org > +> +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo > +> +> Sent: Wednesday, March 28, 2024 1:29 PM > +> +> To: mp4-tech@lists.mpegif.org > +> +> Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping > +> +> > +> +> Hi > +> +> > +> +> I have questions regarding DPB and its bumping. > +> +> Standard specifies max DPB per level. > +> +> HRD assumes buffer management (CPB, DPB) is done > +> instantly (meaning > +> +> zero delay), but actually it is not possible (for physical > +> +> implementation). > +> +> > +> +> Now, in case DBP, DBP needs to be managed as described in the > +> +> standard. > +> +> > +> +> They say for actual decoder design, decoder needs to have 2xDPB > +> +> to handle worst case DPB bumping. I guess it could happen at > the > +> +> boundary of IDR, perhaps because IDR makes DBP reset, but > +> +> all the frames in DPB have not yet been displayed and those > +> +> not-yet-displayed frames need to be saved outside of DPB. > +> +> Is my understanding correct? > +> +> If yes, then can this extream case actually happen? > +> +> I mean within standard and actual (well, some pathological > +> +> encoder might make such case...). > +> +> > +> +> Any comment? > +> +> > +> +> Thanks > +> +> > +> +> > +> +> Tomo > +> +> _______________________________________________ > +> +> NOTE: Please use clear subject lines for your posts. Include > +> +> [audio, [video], [systems], [general] or another > +> +> apppropriate identifier to indicate the type of question you > have. > +> +> > +> +> Note: Conduct on the mailing list is subject to the > +> +> Antitrust guidelines found at > +> +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant > +> +> itrust.php > +> +> > +> > +> _______________________________________________ > +> NOTE: Please use clear subject lines for your posts. Include > +> [audio, [video], [systems], [general] or another > +> apppropriate identifier to indicate the type of question you have. > +> > +> Note: Conduct on the mailing list is subject to the > +> Antitrust guidelines found at > +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant > +> itrust.php > +> > Tomo From garysull windows.microsoft.com Mon Apr 2 14:48:41 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Apr 2 17:04:06 2007 Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping In-Reply-To: <500836.66519.qm@web50901.mail.re2.yahoo.com> References: <03CB47D9C3F8074498E4653F814D6E8F0446A569@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> <500836.66519.qm@web50901.mail.re2.yahoo.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F044FB535@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Tomo Tohara-san et al, I am copying a few key experts on this reply. I again suggest that whoever the nameless person is that you are hearing this information from is simply wrong. The decoder buffering requirement for a real decoder (aside from any extra buffering used to cover implementation-specific decoding speed variability issues) should not need to substantially exceed what is stated as the DPB requirement in section A.3 of the standard (which I verify is about 3 Mbytes for Level 3 of the Baseline, Main, Extended and High profiles). I can confirm that those are the correct names of a couple of bitstreams in our conformance test set (see http://ftp3.itu.ch/av-arch/jvt-site/draft_conformance/). If those bitstreams violate the DPB constraints in the standard then they are bad bitstreams and should be disregarded. But I doubt that is the case. If you can obtain a description of the picture width and height dimensions and POC values (and perhaps Buffering Period SEI and Picture Timing SEI values) for the pictures in those bitstreams, and point at where you believe there is a troublesome spot in such data, I will take a look at the data. But at this point it sounds to me like you are just spreading around a false rumor. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo +> Sent: Sunday, April 01, 2024 11:43 PM +> To: Gary Sullivan; mp4-tech@lists.mpegif.org +> Subject: RE: [Mp4-tech] [H.264 Video] DPB and DPB bumping +> +> Thank you Gary for the reply. +> +> Now, I got further information. +> They say the following bistreams (a part of conformance tests) +> are problematic to decode with the decoding buffer size of +> DPB + some extra (for actual decoding as actual decoder is not +> ideal decoder depicted in the standard). +> +> AVCMR-11 HHI HCBP1_HHI_A +> AVCMR-12 HHI HCBP2_HHI_A +> +> I am not familiar with these bitstreams but if you or some one +> who read this message have any comments, would you please +> let me know? +> +> I hope not 2*DPB + alpha (+alpha is in a sense decoder jitter +> removal purpose) for actual decoder design as DPB is already +> quite large (for level 3, over 3Mbytes). +> +> +> Regards +> Tomo +> +> --- Gary Sullivan wrote: +> +> > +> > +> > To provide a further explanation about what happens when an IDR +> > picture arrives: +> > +> > Actually, that seems like a pretty good question. +> > +> > When an IDR picture arrives, all pictures that were +> previously in the +> > DPB are marked as "not used for reference". But that doesn't mean +> > that they are not counted against the total DPB capacity. +> They still +> > count until their output times arrive, in timing conformance +> > scenarios. +> > +> > This means that an IDR picture does not entirely "wipe clean" the +> > internal state of a (time-driven) decoder (except when the +> > no_output_of_prior_pics_flag is equal to 1 or is inferred +> to be equal +> > to 1). It only wipes clean the ability to use prior pictures as +> > references. +> > +> > Now there are differences between timed decoding and +> bumping decoding +> > that are relevant here too. Most decoders would probably want to +> > achieve timed decoding conformance, not just output order +> > conformance. For output order conformance, there is no (official) +> > need to worry about the extra pictures in the DPB when and IDR +> > picture arrives, because they can all be bumped out once the IDR +> > arrives. It is guaranteed that the output time of any picture that +> > arrived prior to the IDR picture must precede the output +> time of the +> > IDR picture and any pictures that follow it. +> > +> > But timing conforming decoders need to keep pictures around until +> > their output times arrive, which may be after the decoding times of +> > the IDR picture and some pictures that follow it. +> > +> > Best Regards, +> > +> > Gary Sullivan +> > +> > +> -----Original Message----- +> > +> From: mp4-tech-bounces@lists.mpegif.org +> > +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary +> > Sullivan +> > +> Sent: Wednesday, March 28, 2024 5:00 PM +> > +> To: Tomo; mp4-tech@lists.mpegif.org +> > +> Subject: RE: [Mp4-tech] [H.264 Video] DPB and DPB bumping +> > +> +> > +> +> > +> Who is telling you these things? I think that is wrong. +> > +> +> > +> Supporting the max DPB capacity, plus perhaps one or two +> > +> more frames, should be enough for a hardware decoder. For a +> > +> real-time software decoder that has trouble running fast +> > +> enough, you might want more, but only for purposes of +> > +> smoothing out the processing time of different pictures. +> > +> For correct decoding, e.g., for non-real-time, operation +> > +> purposes, it should not be necessary to significantly exceed +> > +> the quoted DPB capacity in an implementation +> > +> +> > +> Best Regards, +> > +> +> > +> Gary Sullivan +> > +> +> > +> +> -----Original Message----- +> > +> +> From: mp4-tech-bounces@lists.mpegif.org +> > +> +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo +> > +> +> Sent: Wednesday, March 28, 2024 1:29 PM +> > +> +> To: mp4-tech@lists.mpegif.org +> > +> +> Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping +> > +> +> +> > +> +> Hi +> > +> +> +> > +> +> I have questions regarding DPB and its bumping. +> > +> +> Standard specifies max DPB per level. +> > +> +> HRD assumes buffer management (CPB, DPB) is done +> > +> instantly (meaning +> > +> +> zero delay), but actually it is not possible (for physical +> > +> +> implementation). +> > +> +> +> > +> +> Now, in case DBP, DBP needs to be managed as described in the +> > +> +> standard. +> > +> +> +> > +> +> They say for actual decoder design, decoder needs to +> have 2xDPB +> > +> +> to handle worst case DPB bumping. I guess it could happen at +> > the +> > +> +> boundary of IDR, perhaps because IDR makes DBP reset, but +> > +> +> all the frames in DPB have not yet been displayed and those +> > +> +> not-yet-displayed frames need to be saved outside of DPB. +> > +> +> Is my understanding correct? +> > +> +> If yes, then can this extream case actually happen? +> > +> +> I mean within standard and actual (well, some pathological +> > +> +> encoder might make such case...). +> > +> +> +> > +> +> Any comment? +> > +> +> +> > +> +> Thanks +> > +> +> +> > +> +> +> > +> +> Tomo +> > +> +> _______________________________________________ +> > +> +> NOTE: Please use clear subject lines for your posts. Include +> > +> +> [audio, [video], [systems], [general] or another +> > +> +> apppropriate identifier to indicate the type of question you +> > have. +> > +> +> +> > +> +> Note: Conduct on the mailing list is subject to the +> > +> +> Antitrust guidelines found at +> > +> +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant +> > +> +> itrust.php +> > +> +> +> > +> +> > +> _______________________________________________ +> > +> NOTE: Please use clear subject lines for your posts. Include +> > +> [audio, [video], [systems], [general] or another +> > +> apppropriate identifier to indicate the type of +> question you have. +> > +> +> > +> Note: Conduct on the mailing list is subject to the +> > +> Antitrust guidelines found at +> > +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant +> > +> itrust.php +> > +> +> > +> +> +> Tomo +> _______________________________________________ +> 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 manish.kesarkar patni.com Mon Apr 2 16:22:51 2007 From: manish.kesarkar patni.com (Manish) Date: Tue Apr 3 09:52:10 2007 Subject: [Mp4-tech] MPEG-2 conformance Message-ID: <200704020952.l329qCln009654@spzha1.patni.com> Hi All, I have few queries as follows 1. I have downloaded MPEG-2 reference software from site http://standards.iso.org/ittf/PubliclyAvailableStandards/. The software has two audio decoders MPEG-2 LSF (low sampling frequency decoder) and MPEG-2 MC (Multi-channel decoder). Can anybody tell me MPEG-2 audio decoder should include both LSF and MC configuration, or only LSF, or only MC configuration is sufficient to be called as MPEG-2 audio decoder? 2. The MPEG-2 LSF in the reference software supports decoding of all 3 layers i.e. Layer 1, 2 and 3. But MPEG-2 MC decoder in reference software supports only layer 1 and layer 2 decoding. Can anybody guide from where can I get MPEG-2 MC layer 3, decoder? 3. I have downloaded MPEG-2 reference vectors/test streams from http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC_13818-4_200 4_Conformance_Testing/Audio/ The link has document audectst which specifies conformance criteria for the decoder. The conformance criteria specifies absoulute difference and RMS difference threshold (relative to full scale for decoder) to be used for testing of computational accuracy of the MPEG-2 decoder. It explains these thresholds with 24 bit precision reference stream, which is supplied sine sweep (20Hz-10kHz) with an amplitude of -20dB relative to full scale. It also specifies that if decoder output has precision lower than 24 bits then it should be zero padded to get 24 bit precision and then used for conformance testing. Except for test steam 35 which is sine sweep (20Hz-10kHz) rest all test streams have 16 bit precision. So when I use 16 bit conformance criteria i.e absolute difference and RMS difference threshold relative to 16 bit precision MPEG-2 MC reference decoder software fails the criteria for all test streams as the RMS difference threshold is very small .28. For test35 stream 24 bit conformance criteria is applied MPEG-2 MC decoder passes the conformance. While MPEG-2 LSF decoder not only passes criteria but its decoded output identical to reference streams. Can anybody tell me that only test35 stream should be used for accuracy/ conformance test / compliance? Or should the 16 bit references should be zero padded for 24 bit precision and then used for conformance/ accuracy test? Regards Manish Regards Manish http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 6458 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070402/ec8551c8/winmail-0001.bin From ksuehring web.de Tue Apr 3 12:45:19 2007 From: ksuehring web.de (Karsten Suehring) Date: Tue Apr 3 09:52:15 2007 Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping In-Reply-To: <03CB47D9C3F8074498E4653F814D6E8F044FB535@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> References: <03CB47D9C3F8074498E4653F814D6E8F0446A569@WIN-MSG-20.wingroup.wi ndeploy.ntdev.microsoft.com> <500836.66519.qm@web50901.mail.re2.yahoo.com> <03CB47D9C3F8074498E4653F814D6E8F044FB535@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <4612222F.70804@web.de> Dear all, we don't have many checks for profile/level conformance in the JM software, but the check for DPB size is included. All conformance bitstreams have been checked to conform to the defined DPB size at the specified level. I guess the issue here lies outside the H.264/AVC spec in the display process. If the decoder is operated without timing and the decoded pictures are displayed at a constant frequency, an additional buffer might be required at the display. As mentioned the bumping process empties the DPB at the arrival of the next IDR picture, so the (timed) display will have to buffer the pictures that are output from the H.264/AVC decoder. The necessary memory for that might be up to the complete DPB size. But I also agree with Gary that there are ways to avoid this issue: It's possible to either use a timed decoder or to share the memory between DPB and display. Best regards, Karsten Gary Sullivan wrote: > Tomo Tohara-san et al, > > I am copying a few key experts on this reply. I again suggest that whoever the nameless person is that you are hearing this information from is simply wrong. The decoder buffering requirement for a real decoder (aside from any extra buffering used to cover implementation-specific decoding speed variability issues) should not need to substantially exceed what is stated as the DPB requirement in section A.3 of the standard (which I verify is about 3 Mbytes for Level 3 of the Baseline, Main, Extended and High profiles). > > I can confirm that those are the correct names of a couple of bitstreams in our conformance test set (see http://ftp3.itu.ch/av-arch/jvt-site/draft_conformance/). If those bitstreams violate the DPB constraints in the standard then they are bad bitstreams and should be disregarded. But I doubt that is the case. > > If you can obtain a description of the picture width and height dimensions and POC values (and perhaps Buffering Period SEI and Picture Timing SEI values) for the pictures in those bitstreams, and point at where you believe there is a troublesome spot in such data, I will take a look at the data. > > But at this point it sounds to me like you are just spreading around a false rumor. > > Best Regards, > > Gary Sullivan > > +> -----Original Message----- > +> From: mp4-tech-bounces@lists.mpegif.org > +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo > +> Sent: Sunday, April 01, 2024 11:43 PM > +> To: Gary Sullivan; mp4-tech@lists.mpegif.org > +> Subject: RE: [Mp4-tech] [H.264 Video] DPB and DPB bumping > +> > +> Thank you Gary for the reply. > +> > +> Now, I got further information. > +> They say the following bistreams (a part of conformance tests) > +> are problematic to decode with the decoding buffer size of > +> DPB + some extra (for actual decoding as actual decoder is not > +> ideal decoder depicted in the standard). > +> > +> AVCMR-11 HHI HCBP1_HHI_A > +> AVCMR-12 HHI HCBP2_HHI_A > +> > +> I am not familiar with these bitstreams but if you or some one > +> who read this message have any comments, would you please > +> let me know? > +> > +> I hope not 2*DPB + alpha (+alpha is in a sense decoder jitter > +> removal purpose) for actual decoder design as DPB is already > +> quite large (for level 3, over 3Mbytes). > +> > +> > +> Regards > +> Tomo > +> > +> --- Gary Sullivan wrote: > +> > +> > > +> > > +> > To provide a further explanation about what happens when an IDR > +> > picture arrives: > +> > > +> > Actually, that seems like a pretty good question. > +> > > +> > When an IDR picture arrives, all pictures that were > +> previously in the > +> > DPB are marked as "not used for reference". But that doesn't mean > +> > that they are not counted against the total DPB capacity. > +> They still > +> > count until their output times arrive, in timing conformance > +> > scenarios. > +> > > +> > This means that an IDR picture does not entirely "wipe clean" the > +> > internal state of a (time-driven) decoder (except when the > +> > no_output_of_prior_pics_flag is equal to 1 or is inferred > +> to be equal > +> > to 1). It only wipes clean the ability to use prior pictures as > +> > references. > +> > > +> > Now there are differences between timed decoding and > +> bumping decoding > +> > that are relevant here too. Most decoders would probably want to > +> > achieve timed decoding conformance, not just output order > +> > conformance. For output order conformance, there is no (official) > +> > need to worry about the extra pictures in the DPB when and IDR > +> > picture arrives, because they can all be bumped out once the IDR > +> > arrives. It is guaranteed that the output time of any picture that > +> > arrived prior to the IDR picture must precede the output > +> time of the > +> > IDR picture and any pictures that follow it. > +> > > +> > But timing conforming decoders need to keep pictures around until > +> > their output times arrive, which may be after the decoding times of > +> > the IDR picture and some pictures that follow it. > +> > > +> > Best Regards, > +> > > +> > Gary Sullivan > +> > > +> > +> -----Original Message----- > +> > +> From: mp4-tech-bounces@lists.mpegif.org > +> > +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary > +> > Sullivan > +> > +> Sent: Wednesday, March 28, 2024 5:00 PM > +> > +> To: Tomo; mp4-tech@lists.mpegif.org > +> > +> Subject: RE: [Mp4-tech] [H.264 Video] DPB and DPB bumping > +> > +> > +> > +> > +> > +> Who is telling you these things? I think that is wrong. > +> > +> > +> > +> Supporting the max DPB capacity, plus perhaps one or two > +> > +> more frames, should be enough for a hardware decoder. For a > +> > +> real-time software decoder that has trouble running fast > +> > +> enough, you might want more, but only for purposes of > +> > +> smoothing out the processing time of different pictures. > +> > +> For correct decoding, e.g., for non-real-time, operation > +> > +> purposes, it should not be necessary to significantly exceed > +> > +> the quoted DPB capacity in an implementation > +> > +> > +> > +> Best Regards, > +> > +> > +> > +> Gary Sullivan > +> > +> > +> > +> +> -----Original Message----- > +> > +> +> From: mp4-tech-bounces@lists.mpegif.org > +> > +> +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo > +> > +> +> Sent: Wednesday, March 28, 2024 1:29 PM > +> > +> +> To: mp4-tech@lists.mpegif.org > +> > +> +> Subject: [Mp4-tech] [H.264 Video] DPB and DPB bumping > +> > +> +> > +> > +> +> Hi > +> > +> +> > +> > +> +> I have questions regarding DPB and its bumping. > +> > +> +> Standard specifies max DPB per level. > +> > +> +> HRD assumes buffer management (CPB, DPB) is done > +> > +> instantly (meaning > +> > +> +> zero delay), but actually it is not possible (for physical > +> > +> +> implementation). > +> > +> +> > +> > +> +> Now, in case DBP, DBP needs to be managed as described in the > +> > +> +> standard. > +> > +> +> > +> > +> +> They say for actual decoder design, decoder needs to > +> have 2xDPB > +> > +> +> to handle worst case DPB bumping. I guess it could happen at > +> > the > +> > +> +> boundary of IDR, perhaps because IDR makes DBP reset, but > +> > +> +> all the frames in DPB have not yet been displayed and those > +> > +> +> not-yet-displayed frames need to be saved outside of DPB. > +> > +> +> Is my understanding correct? > +> > +> +> If yes, then can this extream case actually happen? > +> > +> +> I mean within standard and actual (well, some pathological > +> > +> +> encoder might make such case...). > +> > +> +> > +> > +> +> Any comment? > +> > +> +> > +> > +> +> Thanks > +> > +> +> > +> > +> +> > +> > +> +> Tomo > +> > +> +> _______________________________________________ > +> > +> +> NOTE: Please use clear subject lines for your posts. Include > +> > +> +> [audio, [video], [systems], [general] or another > +> > +> +> apppropriate identifier to indicate the type of question you > +> > have. > +> > +> +> > +> > +> +> Note: Conduct on the mailing list is subject to the > +> > +> +> Antitrust guidelines found at > +> > +> +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant > +> > +> +> itrust.php > +> > +> +> > +> > +> > +> > +> _______________________________________________ > +> > +> NOTE: Please use clear subject lines for your posts. Include > +> > +> [audio, [video], [systems], [general] or another > +> > +> apppropriate identifier to indicate the type of > +> question you have. > +> > +> > +> > +> Note: Conduct on the mailing list is subject to the > +> > +> Antitrust guidelines found at > +> > +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant > +> > +> itrust.php > +> > +> > +> > > +> > +> > +> Tomo > +> _______________________________________________ > +> 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 Andreas.Schneider codingtechnologies.com Wed Apr 4 15:09:33 2007 From: Andreas.Schneider codingtechnologies.com (Andreas Schneider) Date: Wed Apr 4 08:16:12 2007 Subject: [Mp4-tech] Parametric Stereo conformance testing In-Reply-To: <853530F948FC344697BE780237FDC39101762833@speedy.corp.local> Message-ID: Hello Barak, regarding 1.: Yes, the PS conformance bitstreams are indeed now called al_sbr_ps_00 to al_sbr_ps_06. regarding 2.: Yes and no. The conformance thresholds are indeed missing in this relaese, but adding them is not exactly as easy as you write. For a complete list of the current conformance criteria, please have a look at ISO/IEC 14496-4:2004/Amd.11:2006/Cor.2:2007 and do the comparison yourself. Best, Andreas mp4-tech-bounces@lists.mpegif.org wrote on 27.03.2024 20:35:47: > Hello, > > I am trying to utilze sbr conformance utility found in mpeg4audio- > confTools_clean.zip at ftp.iis.fraunhofer.de for parametric stereo. > 1. I would like to validate that the test vectors are indeed > al_sbr_ps_00.mp4 to al_sbr_ps_06.mp4 and no longer > Sbr_ps_new\al_sbr_ps_icc*.mp4, sbr_ps_new\al_sbr_ps_iid*.mp4 . > 2. I think that conCriteria table entry for fileindex = 6 ("sbr_ps") > is missing. Is it correct to add " ,{18.0f, 1.8f} /* sbr_ps */" > entry for this table? > > Regards, > Barak_______________________________________________ > NOTE: Please use clear subject lines for your posts. Include [audio, > [video], [systems], [general] or another apppropriate identifier to > indicate the type of question you have. > > Note: Conduct on the mailing list is subject to the Antitrust > guidelines found at http://www.mpegif.org/public/documents/vault/mp- > out-30042-Antitrust.php -- Andreas Schneider Senior Research Engineer mailto:snd@CodingTechnologies.com +49 911 92891 -26 (phone) +49 911 92891 -99 (fax) Coding Technologies GmbH Deutschherrnstr. 15-19 D-90429 Nuernberg, Germany http://www.codingtechnologies.com HRB 17557, Amtsgericht N?rnberg, GF: Dipl.Ing. Martin Dietz (Managing Director) From dmitriy graphics.cs.msu.ru Thu Apr 5 02:25:10 2007 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Thu Apr 5 09:04:06 2007 Subject: [Mp4-tech] MSU Lossless codecs comparison - 2007 Message-ID: <1901897856.20070405012510@graphics.cs.msu.ru> Dear video codec professionals! MSU Lossless codecs comparison - 2007 released now! Main questions, answered in comparison: * What codec achieve the best compression ratio? * Where is H.264 standard lossless video encoding in comparison with non standard codecs? * What codec have the best speed/ratio results? * What advantages multithreading gives to modern codecs supporting it? (for example efficiency of x264 lossless compression multithreading was tested) Main facts: * 16 codecs was tested, including x264 (H.264), LOCO, Huffyuv, FFV1, etc * 3 color spaces was tested (RGB24, YUY2, YV12) * 9 video sequences (with different level of noise and type of motion) was used * 122 figures was included into paper * the comparison paper is 130 pages long Comparison URL is: http://www.compression.ru/video/codec_comparison/lossless_codecs_2007_en.html Any comments and questions are welcome. Next "Fourth Annual H.264 Codecs Comparison" codecs registration deadline will be in July 2007, please prepare your codecs in good time. Best regards, Dr. Vatolin Head of MSU Video Group mailto:dmitriy@graphics.cs.msu.ru From Caimu.Tang motorola.com Thu Apr 5 13:58:35 2007 From: Caimu.Tang motorola.com (Caimu Tang) Date: Thu Apr 5 16:52:12 2007 Subject: [Mp4-tech] codes to compute BDPSNR and BDBR Message-ID: <7FC2E1F1F429494890EDAA0931D91BE70D0B6F@lo-mail.tutsys.com> (Upon requests for the script for computing BDPSNR and BDBR I post the C source code as follows. The codes are modified from its original version (which is solely for personal use) so that this will not infringe any copyrighted material by posting it in public) /* Any purpose of use of the code is granted. IN NO EVENT SHALL THE AUTHOR BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OF THIS SOFTWARE. TO THE BEST KNOWLEDGE OF THE AUTHOR, ALL ALGORITHMS IMPLEMENTED IN THIS CODE ARE NOT UNDER PROTECTION OF INTELLECTUAL PROPERTY RIGHTS OR DISCLOSURE. README: Sample data file: ##### start of sample #baseline 112079, 35.59 58127, 32.375 32058, 29.389 19388, 26.492 #improved 111561, 35.62 57605, 32.394 31419, 29.411 18810, 26.486 #### end of sample Note that bit rate numbers can be linearly scaled and that does not affect the result. Compilation under UNIX or LINUX gcc -o bd bd.c -lm Usage: bd flag data_file where, flag: 1 for BDPSNR, 0 for BDBR Note: coded is not optimized for efficiency. Codes are modified in such a way so that no copyrighted codes is used. Author: Caimu Tang, Nov. 2004. Reference Gisle Bjontegaard, Calculation of average PSNR difference between RD-curves, VCEG-M33, March 2001. */ #include #include #include #include #define LINE_LENGTH 1024 typedef double (*FUNC_T)(double *, double *, double); double XVAL[4]; double YVAL[4]; double points[1024][2]; int ReadLine(FILE *fp, char *string) { int i = 0; int c; i = 0; while (i < LINE_LENGTH) { c = getc(fp); if (c == '\n') { string[i] = '\0'; return 1; }else{ if (c == EOF) { string[i] = '\0'; return EOF; }else{ if (iscntrl(c) && c != '\t') { continue; } } string[i++] = c; } } string[i] = '\0'; while ((c = getc(fp)) != EOF) { if (c == '\n') return 1; } return EOF; } double polInt(double *xa, double *ya, double x) { double p01, p12, p23, p012, p123, p; /* Modified specific for Bjontegaard Difference measure. To support more than 4 points, change this routine using a tabular dynamic programming approach For example, Book CD "Numerical Recipes in C" contains one such implementation */ if(xa[0] == xa[1] || xa[1] == xa[2] || xa[2] == xa[3] || xa[0] == xa[2] || xa[1] == xa[3] || xa[0] == xa[3]) { printf("Int/Ext Error\n"); return 0.0; } p01 = ya[0] * (x - xa[1]) + ya[1] * (xa[0] - x); p01 /= (xa[0] - xa[1]); p12 = ya[1] * (x - xa[2]) + ya[2] * (xa[1] - x); p12 /= (xa[1] - xa[2]); p23 = ya[2] * (x - xa[3]) + ya[3] * (xa[2] - x); p23 /= (xa[2] - xa[3]); p012 = p01 * (x - xa[2]) + p12 * (xa[0] - x); p012 /= (xa[0] - xa[2]); p123 = p12 * (x - xa[3]) + p23 * (xa[1] - x); p123 /= (xa[1] - xa[3]); p = p012 * (x - xa[3]) + p123 * (xa[0] - x); p /= (xa[0] - xa[3]); return p; } double intg(FUNC_T func, double *xvals, double *yvals, double x_min, double x_max) { int ti; double sum, stepsize; double x; int tnm = 1 << 10; stepsize = (x_max - x_min) / tnm; x = x_min + 0.5 * stepsize; for(sum = 0.0, ti = 0; ti < tnm; ti++, x+=stepsize) { sum += func(xvals, yvals, x); } return stepsize * sum; } int fill_data(FILE *fp) { int ti, cnt; float x_val, y_val; char *buff; char *buf = (char *)malloc(1024); buff = buf; cnt = 0; while(1) { ti = ReadLine(fp, buff); if(ti == EOF) break; ti = 0; while(*buff == 32 || *buff == 13 || *buff == 10) { if(ti >= 512) break; buff++; } if(buff[0] != '.' && (buff[0] < '0' || buff[0] > '9')) continue; if(sscanf(buff, "%f, %f", &x_val, &y_val) < 2) { printf("Two numbers per row as '1200000, 32.2'\n"); free(buff); return 0; } else { points[cnt][0] = 10 * (log(x_val)/log(10.0)); points[cnt][1] = y_val; } cnt++; } if(cnt > 8) { printf("More than 8 points are given\n"); } free(buf); if(cnt < 8) return 0; return 1; } int main(int argc, char **argv) { FILE *fp; int x_flag, ti; double ret_flt1, ret_flt2; double x_diff; double coeffs[8]; double x_min, x_max; if(argc < 3) { printf("Usage: bdiff bdbr-or-bdpsnr (1 for bdpsnr) data-fname\n"); return; } x_flag = atoi(argv[1]); fp = fopen(argv[2], "r"); if(!fp) { printf("CANNOT OPEN FILE: %s\n", argv[1]); return; } if(!fill_data(fp)) { printf("FILE FORMAT ERROR\n"); return; } x_min = 999999999; x_max = -999999999; for(ti = 0; ti < 4; ti++) { XVAL[ti] = x_flag ? points[ti+4][0]:points[ti+4][1]; if(x_min > XVAL[ti]) x_min = XVAL[ti]; if(x_max < XVAL[ti]) x_max = XVAL[ti]; YVAL[ti] = x_flag ? points[ti+4][1]:points[ti+4][0]; } if(x_max <= x_min) { printf("Erroneous data\n"); return; } ret_flt2 = intg(polInt, XVAL, YVAL, x_min, x_max); for(ti = 0; ti < 4; ti++) { XVAL[ti] = x_flag ? points[ti][0]:points[ti][1]; YVAL[ti] = x_flag ? points[ti][1]:points[ti][0]; } ret_flt1 = intg(polInt, XVAL, YVAL, x_min, x_max); if(x_flag) { printf("%s is %.3f over %s %.3f -- %.3f\n", "BDPSNR", (ret_flt2 - ret_flt1) / (x_max - x_min), "BR", pow(10, x_min/10.0), pow(10, x_max/10.0)); } else { ret_flt1 -= ret_flt2; ret_flt1 /= (x_max - x_min); printf("%s is %.3f over %s %.3f dB -- %.3f dB\n", "BDBR", ret_flt1 * (pow(10.0, 0.1) - 1.0) * 100, "PSNR", x_min, x_max); } } Message: 2 Date: Thu, 29 Mar 2024 16:41:01 -0700 From: "Caimu Tang" Subject: [Mp4-tech] RE: Mp4-tech Digest, Vol 44, Issue 24 To: Message-ID: <7FC2E1F1F429494890EDAA0931D91BE70D0B65@lo-mail.tutsys.com> Content-Type: text/plain; charset="iso-8859-1" Hi Daniel, I used following steps to compute BDPSNR and BDBR (total range for 4 evenly spaced QPYs) Let (r1, q1), ... (r4, q4) be the rate and PSNR corresponding to these four quants for the codec you are worked on. Let (r*1, q*1), ..., (r*4, q*4) be those for the baseline codec you want to compare with. (1) use Lagrange interpolation (be carefur for truncation error) to derive a, b, c, d as shown in VCEG-M33 on four points (10 * log(ri), qi) for i = 1, 2, 3, 4. You then obtain the curve C1 for your codec. (2) do the same for the baseline codec to obtain the RD curve C* for the baseline codec. (3) compute the integral on C and C* from min(r1, r2, r3, r4) to max(r1, r2, r3, r4). (4) take the absolute difference of the integral value and divided by max(r1, r2, r3, r4) - min(r1, r2, r3, r4) (5) you get BDPSNR You can apply the same steps with coordinates switched to obtain BDBR (normally either BDPSNR or BDBR is sufficient for comparison). However, for BDBR, the actual rate difference in percentage is calculated as: (Note that there is a typo in the second formula in VCEG-M33 Sec. 4.1, the left hand-side is 'bit' instead of 'SNR') beta * (10^0.1 - 1) * 100, where beta is the value of BDBR in logarithmic scale as computed above following the similar steps of (1) to (5). In VCEG-M33, 0.05 dB = 1% literally means an increase of 0.05 dB in PSNR is tantamont to 1% increase of bitrate (in terms of PSNR video quality). In other words, your codec has an improvement of PSNR by 0.05 dB, that could also be achieved by increase the bitrate by 1%. You probably already understands why it is so (applying the same steps as above to compute the delta of PSNR and delta of BR). As a side note, if the Quant step size is too big (rarely in practice though), probably mid-range average difference does make sense. Best Regards, Caimu Tang Message: 4 Date: Thu, 29 Mar 2024 14:44:25 +0000 From: "Lee Daniel" Subject: [Mp4-tech] How to calculate BDPSNR and BDBR ? To: mp4-tech@lists.mpegif.org Message-ID: Content-Type: text/plain; charset=big5; format=flowed Dear Experts : I've read the Document VCEG-M33, but I still don't understand how to calculate it. It said 0.05db=1% and what does it means. Besides, there are many papers using these two parameter to measure bits and PSNR. Can I transform it to PSNR ? Please help me. I really want to know this. Best regards. Daniel. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070405/2c4b8dd4/attachment-0001.html From mehdi141 hotmail.com Fri Apr 6 16:09:40 2007 From: mehdi141 hotmail.com (mehdi hussain) Date: Fri Apr 6 07:34:06 2007 Subject: [Mp4-tech] Multiple SPS with different SPS ID in Mp4 Message-ID: An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070406/de64688e/attachment.html From nmohaghegh yahoo.com Mon Apr 9 06:46:18 2007 From: nmohaghegh yahoo.com (najla mohaghegh) Date: Mon Apr 9 11:04:09 2007 Subject: [Mp4-tech] skipped macroblocks Message-ID: <114726.5749.qm@web50404.mail.re2.yahoo.com> Hi Everybody, How can one detect the "skipped macroblocks" after encoding? I want to use these MBs to embed some data in them. A decoder is mentioned in "H.264/AVC video authentication using skipped macroblocks for an erasable watermark" but I could find nothing more. Thanks and regards, Najla. --------------------------------- Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070409/c243cd34/attachment.html From mehdi141 hotmail.com Mon Apr 9 19:43:18 2007 From: mehdi141 hotmail.com (mehdi hussain) Date: Mon Apr 9 11:04:15 2007 Subject: [Mp4-tech] [Video] Can we send multiple SPS and PPS with different id's in Mp4 file? Message-ID: An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070409/b2b10332/attachment.html From jingming.xu mavrixtech.com.cn Wed Apr 11 17:32:24 2007 From: jingming.xu mavrixtech.com.cn (Jingming Xu) Date: Wed Apr 11 09:04:10 2007 Subject: [Mp4-tech] [Audio] AACPlus Version 2 Conformance testing bitstreams Message-ID: <002a01c77c13$f1efb5b0$7713a8c0@MavrixTechcn.local> 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? Thanks jingming -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070411/88e0d626/attachment.html From manish.kesarkar patni.com Wed Apr 11 17:15:00 2007 From: manish.kesarkar patni.com (Manish) Date: Wed Apr 11 09:04:21 2007 Subject: [Mp4-tech] MPEG-1Audio reference test streams In-Reply-To: <200704091612.l39GBdRh014467@lists1.magma.ca> Message-ID: <200704111044.l3BAigl6031475@spzha1.patni.com> 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? What is conformance criteria for and from where can I get it. Also is there any utility to convert there reference ASCII vectors to binary format? Regards Manish http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ From imran5577 yahoo.com Wed Apr 11 06:01:05 2007 From: imran5577 yahoo.com (Muhammad imran latif) Date: Wed Apr 11 09:04:26 2007 Subject: [Mp4-tech] multi sps and pps in MP4 file format Message-ID: <411.17161.qm@web56215.mail.re3.yahoo.com> Hi Guys, H264 allows multi_sps and Multi_pps in a stream, user can point a different sps using selected pps_id. MP4 file format uses Different video formats and audio formats. if i want to use video = h264 audio = aac to make mp4 file. The question : will MP4 support the h264 video having multi_sps and Multi_pps ? which player can play that Mp4 video (multi_SPS and PPS) ? Regards, Muhammad Imran ____________________________________________________________________________________ Looking for earth-friendly autos? Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center. http://autos.yahoo.com/green_center/ From bam iis.fraunhofer.de Wed Apr 11 17:01:59 2007 From: bam iis.fraunhofer.de (Oliver Baum) Date: Wed Apr 11 11:46:08 2007 Subject: [Mp4-tech] [systems] [video] Question about MPEG-4 BIFS In-Reply-To: <005e01c770b0$3bf6bf10$b3e43d30$@com> References: <005e01c770b0$3bf6bf10$b3e43d30$@com> Message-ID: <461CEA57.3070200@iis.fraunhofer.de> What do You mean by "change some pixel value"? Regards, Oliver On 27.03.2024 22:40, Ik-Hwan Cho wrote: > I hope someone lets me know if I can change some pixel value of decoded > video frame using BIFS command for display(not real reference frame). > > Actually, I?ve known that BIFS is used to composite multiple data stream > in same mp4 file and it supports a lot of tools(it is called ?node?) for > visual editing and manipulation. > > But I think if we can get and change pixel values by using BIFS command, > then we can make more richer composition in rendering moment. > > If there are someone who have an ideas, please answer me.. > > For any idea and knowledge, I will appreciate for that. > > Thanks for reading my question. > > > > Best regards, > > Ik-Hwan Cho -- Dipl.-Ing. Oliver Baum Multimedia Transport Group, Audio Department Fraunhofer Institute for Integrated Circuits IIS Am Wolfsmantel 33 91058 Erlangen Germany Phone: +49 9131 776-319 Fax: +49 9131 776-398 From nicola.wissler mpegif.org Wed Apr 11 10:27:13 2007 From: nicola.wissler mpegif.org (Nicola Wissler) Date: Wed Apr 11 12:52:14 2007 Subject: [Mp4-tech] Don't Forget to Register for the MPEGIF Master Class at NAB2007! Message-ID: <001b01c77c56$43560110$ae01a8c0@amsd600r> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 178326 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0008.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 9127 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0009.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 11220 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0010.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2829 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0011.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 73 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0001.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2134 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0012.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2150 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0013.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2274 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0014.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 1818 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20070411/61698054/attachment-0015.jpe From singer apple.com Wed Apr 11 10:54:21 2007 From: singer apple.com (Dave Singer) Date: Wed Apr 11 13:04:06 2007 Subject: [Mp4-tech] multi sps and pps in MP4 file format In-Reply-To: <411.17161.qm@web56215.mail.re3.yahoo.com> References: <411.17161.qm@web56215.mail.re3.yahoo.com> Message-ID: At 5:01 -0700 11/04/07, Muhammad imran latif wrote: >Hi Guys, > >H264 allows multi_sps and Multi_pps in a stream, user >can point a different sps using selected pps_id. MP4 >file format uses Different video formats and audio >formats. >if i want to use >video = h264 >audio = aac >to make mp4 file. >The question : >will MP4 support the h264 video having multi_sps and >Multi_pps ? yes, please look at the AVC Config Record (or separate parameter set streams) >which player can play that Mp4 video (multi_SPS and >PPS) ? There, I cannot help you. Sorry. -- David Singer Apple Computer/QuickTime From jingming.xu mavrixtech.com.cn Thu Apr 12 12:46:48 2007 From: jingming.xu mavrixtech.com.cn (Jingming Xu) Date: Thu Apr 12 10:10:07 2007 Subject: [Mp4-tech] Re: MPEG-1Audio reference test streams (Manish) Message-ID: <003301c77cb5$364a9210$7713a8c0@MavrixTechcn.local> For MPEG-1 conformance test criteria, please refer to 11172-4, which is available at: http://neuron2.net/library/mpeg1/ jingming 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? What is conformance criteria for and from where can I get it. Also is there any utility to convert there reference ASCII vectors to binary format? Regards Manish -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070412/87f362ea/attachment.html From mayank_2001 hotmail.com Thu Apr 12 12:11:10 2007 From: mayank_2001 hotmail.com (Mayank Agarwal) Date: Thu Apr 12 10:10:13 2007 Subject: [Mp4-tech] JPEG terms Message-ID: Hi all, Can anyone give me the information about terms in JPEG standard like data unit,MCU,scan,component,stride,block and the relation between them for all the formats namely sequential,progressive,lossless,hierarchical and for all the image formats e.g 4:2:0,4:2:2,4:2:2,4:4:4. If these terms hold good in other image formats lke tiff,png,gif,etc. Please point to some papers or material really good in understanding the relation between the above terms for the purpose of implementing encoder and decoder. Thanks and Regards, Mayank Agarwal _________________________________________________________________ Palate teasers: Straight from Master Chef Sanjeev Kapoor http://content.msn.co.in/Lifestyle/Moreonlifestyle/LifestylePT_101106_1530.htm From rlandle gdrs.com Thu Apr 12 16:04:09 2007 From: rlandle gdrs.com (Robert J. Landle) Date: Thu Apr 12 16:52:10 2007 Subject: [Mp4-tech] multi sps and pps, changing resolution on the fly In-Reply-To: References: <411.17161.qm@web56215.mail.re3.yahoo.com> Message-ID: I am also interested in the answer to the multiple PPS and SPS. I would like to stream to a player like Quicktime or VLC, where my encoder is free to change image resolution on the fly, i.e. without the user having to stop and start the decoder/encoder with a new SDP file. I am thinking of using maybe a list of 5 possible image resolutions. Is it possible to use an SDP file to configure the decoder with multiple SPSs and PPSs, each of which correspond to a single resolution in my list? If so, can't I just force an IDR frame, begin encoding with the new resolution, and change the Id in the slice header to reference the appropriate SPS/PPS? The decoder should know to reset itself because it's an IDR frame, and it should see that the PPSId number in the slice header has changed. It seems like it's possible. I haven't tried it myself yet. Has anyone tried this? Is there a decoder that supports this, or do I have to write my own? Thanks, Bob -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Dave Singer Sent: Wednesday, April 11, 2024 12:54 PM To: Muhammad imran latif; mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] multi sps and pps in MP4 file format At 5:01 -0700 11/04/07, Muhammad imran latif wrote: >Hi Guys, > >H264 allows multi_sps and Multi_pps in a stream, user >can point a different sps using selected pps_id. MP4 >file format uses Different video formats and audio >formats. >if i want to use >video = h264 >audio = aac >to make mp4 file. >The question : >will MP4 support the h264 video having multi_sps and >Multi_pps ? yes, please look at the AVC Config Record (or separate parameter set streams) >which player can play that Mp4 video (multi_SPS and >PPS) ? There, I cannot help you. Sorry. -- David Singer Apple Computer/QuickTime _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php From daljitsingh soc-soft.com Fri Apr 13 16:23:31 2007 From: daljitsingh soc-soft.com (daljitsingh@soc-soft.com) Date: Fri Apr 13 08:22:08 2007 Subject: [Mp4-tech] multi sps and pps, changing resolution on the fly Message-ID: <4BF47D56A0DD2346A1B8D622C5C5902C024D5722@soc-mail.soc-soft.com> All commercial level H264 decoder products should support multiple SPS & SPS. Regards, -Daljit Singh Toshiba Embedded Software India (P) Ltd. -----Original Message----- From: Robert J. Landle [mailto:rlandle@gdrs.com] Sent: Friday, April 13, 2024 12:34 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] multi sps and pps, changing resolution on the fly I am also interested in the answer to the multiple PPS and SPS. I would like to stream to a player like Quicktime or VLC, where my encoder is free to change image resolution on the fly, i.e. without the user having to stop and start the decoder/encoder with a new SDP file. I am thinking of using maybe a list of 5 possible image resolutions. Is it possible to use an SDP file to configure the decoder with multiple SPSs and PPSs, each of which correspond to a single resolution in my list? If so, can't I just force an IDR frame, begin encoding with the new resolution, and change the Id in the slice header to reference the appropriate SPS/PPS? The decoder should know to reset itself because it's an IDR frame, and it should see that the PPSId number in the slice header has changed. It seems like it's possible. I haven't tried it myself yet. Has anyone tried this? Is there a decoder that supports this, or do I have to write my own? Thanks, Bob -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Dave Singer Sent: Wednesday, April 11, 2024 12:54 PM To: Muhammad imran latif; mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] multi sps and pps in MP4 file format At 5:01 -0700 11/04/07, Muhammad imran latif wrote: >Hi Guys, > >H264 allows multi_sps and Multi_pps in a stream, user >can point a different sps using selected pps_id. MP4 >file format uses Different video formats and audio >formats. >if i want to use >video = h264 >audio = aac >to make mp4 file. >The question : >will MP4 support the h264 video having multi_sps and >Multi_pps ? yes, please look at the AVC Config Record (or separate parameter set streams) >which player can play that Mp4 video (multi_SPS and >PPS) ? There, I cannot help you. Sorry. -- David Singer Apple Computer/QuickTime _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php _______________________________________________ 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 raghav.km gmail.com Fri Apr 13 20:15:58 2007 From: raghav.km gmail.com (Raghavendra K M) Date: Fri Apr 13 12:04:06 2007 Subject: [Mp4-tech] Need help on " Hint tracks " in mp4 files Message-ID: <8280f09c0704130645o4a2e5d22h8cf4bcc176d838ab@mail.gmail.com> Hi all, Can anybody please explain the basics of " HINT tracks " in mp4 files. I just know that that it is used by streaming servers to construct packets while streaming ( correct if I am wrong here ) What I would like to know is 1. How is to create a hint trak while creating a .mp4 file 2. How the server would use the "stbl" table info to create packets 3. 14496-12 gives no info on "stsd" ( sample description ) for HINT tracks , how to interpret and analyze chunk of data within "stsd" atom for hint tracks. -thanks and regards, Raghu -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070413/2850419d/attachment-0001.html From daljitsingh soc-soft.com Fri Apr 13 20:22:18 2007 From: daljitsingh soc-soft.com (daljitsingh@soc-soft.com) Date: Fri Apr 13 12:04:16 2007 Subject: [Mp4-tech] Ex-Golomb words longer than 32 bits Message-ID: <4BF47D56A0DD2346A1B8D622C5C5902C010BB1B0@soc-mail.soc-soft.com> Dear Experts, Correct me if I am wrong. Question : For H.264 bitstreams, can Ex-Golumb codewords be longer than 32 bits? Answer : I think they can be. Second question is, does JVT Reference Encoder function ue_v() support writing of code words longer than 32 bits. I am using JM code (JVT Reference code) with version 10.2 and it doesn't support such code words. I have been able to change reference code to support codewords longer than 32 bits, however, JM Reference decoder fails to decode bitstreams generated by modified code. Your comments, suggestions on this problem are solicited. Thanks & Regards, -Daljit Singh Dhillon Toshiba Embedded Software India (P) Ltd. From singer apple.com Fri Apr 13 10:28:40 2007 From: singer apple.com (Dave Singer) Date: Fri Apr 13 12:40:08 2007 Subject: [Mp4-tech] multi sps and pps, changing resolution on the fly In-Reply-To: References: <411.17161.qm@web56215.mail.re3.yahoo.com> Message-ID: I haven't tried this; it would be an interesting experiment. Though changing resolutions on the fly is permitted, it makes for interesting integration and user-experience issues. Should windows, once made, resize themselves, or does the user 'own' the window size? What do you do if the stream is embedded in say a web page or SMIL file, where a specific region size has to be given? And so on. At 15:04 -0400 12/04/07, Robert J. Landle wrote: >I am also interested in the answer to the multiple PPS and SPS. > >I would like to stream to a player like Quicktime or VLC, where my >encoder is free to change image resolution on the fly, i.e. without the >user having to stop and start the decoder/encoder with a new SDP file. > >I am thinking of using maybe a list of 5 possible image resolutions. > >Is it possible to use an SDP file to configure the decoder with multiple >SPSs and PPSs, each of which correspond to a single resolution in my >list? > >If so, can't I just force an IDR frame, begin encoding with the new >resolution, and change the Id in the slice header to reference the >appropriate SPS/PPS? > >The decoder should know to reset itself because it's an IDR frame, and >it should see that the PPSId number in the slice header has changed. > >It seems like it's possible. I haven't tried it myself yet. >Has anyone tried this? > >Is there a decoder that supports this, or do I have to write my own? > >Thanks, >Bob > > >-----Original Message----- >From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Dave Singer >Sent: Wednesday, April 11, 2024 12:54 PM >To: Muhammad imran latif; mp4-tech@lists.mpegif.org >Subject: Re: [Mp4-tech] multi sps and pps in MP4 file format > >At 5:01 -0700 11/04/07, Muhammad imran latif wrote: >>Hi Guys, >> >>H264 allows multi_sps and Multi_pps in a stream, user >>can point a different sps using selected pps_id. MP4 >>file format uses Different video formats and audio >>formats. >>if i want to use >>video = h264 >>audio = aac >>to make mp4 file. >>The question : >>will MP4 support the h264 video having multi_sps and >>Multi_pps ? > >yes, please look at the AVC Config Record (or separate parameter set >streams) > >>which player can play that Mp4 video (multi_SPS and >>PPS) ? > >There, I cannot help you. Sorry. >-- >David Singer >Apple Computer/QuickTime >_______________________________________________ >NOTE: Please use clear subject lines for your posts. Include [audio, >[video], [systems], [general] or another apppropriate identifier to >indicate the type of question you have. > >Note: Conduct on the mailing list is subject to the Antitrust guidelines >found at >http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > >_______________________________________________ >NOTE: Please use clear subject lines for your posts. Include [audio, >[video], [systems], [general] or another apppropriate identifier to >indicate the type of question you have. > >Note: Conduct on the mailing list is subject to the Antitrust >guidelines found at >http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -- David Singer Apple Computer/QuickTime From kexu ee.cuhk.edu.hk Mon Apr 16 18:54:51 2007 From: kexu ee.cuhk.edu.hk (Ke XU) Date: Mon Apr 16 09:22:09 2007 Subject: [Mp4-tech] [Video]Where can I find D1 test sequence? Message-ID: <200704161754459680129@ee.cuhk.edu.hk> Dear all, The website http://www.ldv.ei.tum.de/liquid.php?page=70 seems unavailable now. And http://media.xiph.org/video/derf/ only has QCIF and CIF video sequences. Where can I download D1 (720x480,4:2:0) test sequences? Thanks! Best regards, Ke XU From psgogi soc-soft.com Mon Apr 16 18:02:36 2007 From: psgogi soc-soft.com (psgogi@soc-soft.com) Date: Mon Apr 16 09:22:16 2007 Subject: [Mp4-tech] [Systems] Regarding MPEG 2 Systems and H264 Video Message-ID: <4BF47D56A0DD2346A1B8D622C5C5902C029731DE@soc-mail.soc-soft.com> Dear Experts, Is it mandatory for MPEG-2 System Multiplexers to insert PTS/DTS information (in PES Header) for every IDR frame? This is for MPEG-2 System Transport Streams carrying H264 Video. Thanks and Regards, Prasad From pakhee3 gmail.com Mon Apr 16 18:45:43 2007 From: pakhee3 gmail.com (Pooja Sharma) Date: Mon Apr 16 09:22:21 2007 Subject: [Mp4-tech] Regarding frame_num_wrap in reference picture management Message-ID: <98f39d760704160515j10e3c78erd2254f8e7ec6620a@mail.gmail.com> Hi All Can anyone explain me how the parameter Log2MaxFNumMinus4 and the variable frame_num_wrap used in reference picture management process in case of inter prediction? Pakhee -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070416/7309d9ca/attachment.html From Hichem.ElMokni sciatl.com Mon Apr 16 17:00:12 2007 From: Hichem.ElMokni sciatl.com (El Mokni, Hichem) Date: Mon Apr 16 12:10:09 2007 Subject: [Mp4-tech] Regarding frame_num_wrap in reference picture management In-Reply-To: <98f39d760704160515j10e3c78erd2254f8e7ec6620a@mail.gmail.com> References: <98f39d760704160515j10e3c78erd2254f8e7ec6620a@mail.gmail.com> Message-ID: <5CE041B5D670A84EB090105838D7CF27A825BE@SABEKOREXCH01.corp.sa.net> Hi Pakhee It seems that you have made somewhere a confusion. The flag and the variable that you mentioned has nothing to do with inter or intra prediction. They are used in the management of the Decoding Picture Buffer (DPB). They are used to identify short term pictures in the DPB buffer. Best regards Hichem ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Pooja Sharma Sent: Monday, April 16, 2024 2:16 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Regarding frame_num_wrap in reference picture management Hi All Can anyone explain me how the parameter Log2MaxFNumMinus4 and the variable frame_num_wrap used in reference picture management process in case of inter prediction? Pakhee - - - - - Appended by Scientific Atlanta, a Cisco company - - - - - This e-mail and any attachments may contain information which is confidential, proprietary, privileged or otherwise protected by law. The information is solely intended for the named addressee (or a person responsible for delivering it to the addressee). If you are not the intended recipient of this message, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete it from your computer. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070416/07bc996a/attachment.html From alexis.tourapis dolby.com Mon Apr 16 11:27:00 2007 From: alexis.tourapis dolby.com (Tourapis, Alexis) Date: Mon Apr 16 13:34:05 2007 Subject: [Mp4-tech] Ex-Golomb words longer than 32 bits In-Reply-To: <4BF47D56A0DD2346A1B8D622C5C5902C010BB1B0@soc-mail.soc-soft.com> References: <4BF47D56A0DD2346A1B8D622C5C5902C010BB1B0@soc-mail.soc-soft.com> Message-ID: <2BAAC5E4AF2518459F0AB5D92794204748944E@bur-exch-01.dolby.net> Dear Daljit, Your observation is correct and relates mainly in the usage of int types instead of int64 for some of the parameters involved. We will try to fix this most likely during or after the upcoming MPEG meeting. Best regards, Alexis -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of daljitsingh@soc-soft.com Sent: Friday, April 13, 2024 6:52 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Ex-Golomb words longer than 32 bits Dear Experts, Correct me if I am wrong. Question : For H.264 bitstreams, can Ex-Golumb codewords be longer than 32 bits? Answer : I think they can be. Second question is, does JVT Reference Encoder function ue_v() support writing of code words longer than 32 bits. I am using JM code (JVT Reference code) with version 10.2 and it doesn't support such code words. I have been able to change reference code to support codewords longer than 32 bits, however, JM Reference decoder fails to decode bitstreams generated by modified code. Your comments, suggestions on this problem are solicited. Thanks & Regards, -Daljit Singh Dhillon Toshiba Embedded Software India (P) Ltd. _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php ----------------------------------------- This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. From mer2.andrew gmail.com Fri Apr 20 16:06:30 2007 From: mer2.andrew gmail.com (matt rosenthal2) Date: Sun Apr 22 08:04:07 2007 Subject: [Mp4-tech] Re: PES packet byte alignment? In-Reply-To: References: Message-ID: Hi All, I am trying to write a program to extract PES packets from a mpeg transport stream. All of the PES packets I am looking for have the start code prefix = 0x000001. My question is: Will these 24 bits always be byte aligned? thanks for your help Matt please CC me in your responses(mer2.andrew at gmail.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070420/c5468ced/attachment.html From samuel lambdastream.com Mon Apr 23 09:53:09 2007 From: samuel lambdastream.com (Samuel Rivas) Date: Mon Apr 23 05:22:06 2007 Subject: [Mp4-tech] Re: PES packet byte alignment? In-Reply-To: References: Message-ID: <20070423065309.GA22611@lambdastream.com> matt rosenthal2 wrote: > Hi All, > I am trying to write a program to extract PES packets from a mpeg > transport stream. All of the PES packets I am looking for have the start > code prefix = 0x000001. > My question is: Will these 24 bits always be byte aligned? They are. The first payload bytes of a TS packet marked with payload_unit_start_indicator are always 0x000001 (for PIDs containing PE streams). Regards -- Samuel From r94942112 ntu.edu.tw Thu Apr 26 18:49:26 2007 From: r94942112 ntu.edu.tw (Yu-Wen Chen) Date: Thu Apr 26 07:34:06 2007 Subject: [Mp4-tech] Mp4-tech][H.264] slice size in JM12.2 encoder Message-ID: <20070426174926.z7j6i5tab4sgo0os@wmail1.cc.ntu.edu.tw> Dear all, Do you where can I find the slice size in JM12.2, the infomation that I can get is only frame size, not silce size. I have found a variable "bit_slice" in JM12.2, but this value is not exactly correct. Thanks, Best regards, Yu-Wen Chen From sugeeth sarayusoftech.com Thu Apr 26 23:43:07 2007 From: sugeeth sarayusoftech.com (Sugeeth) Date: Thu Apr 26 14:40:08 2007 Subject: [Mp4-tech] Re: Mp4-tech Digest, Vol 45, Issue 17 In-Reply-To: <200704261607.l3QG7PEc025122@lists1.magma.ca> References: <200704261607.l3QG7PEc025122@lists1.magma.ca> Message-ID: <4630DDA3.6000204@sarayusoftech.com> I dont think there is any concept called slice size in h.264, H.264 supports multiple slices and the slices only tell you the order of the encoding of macroblocks in a slice. So, depending on the slice configuration that is chosen by the user, encoding is done accordingly. mp4-tech-request@lists.mpegif.org wrote: >Send Mp4-tech mailing list submissions to > mp4-tech@lists.mpegif.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://lists.mpegif.org/mailman/listinfo/mp4-tech >or, via email, send a message with subject or body 'help' to > mp4-tech-request@lists.mpegif.org > >You can reach the person managing the list at > mp4-tech-owner@lists.mpegif.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of Mp4-tech digest..." > > >Today's Topics: > > 1. Mp4-tech][H.264] slice size in JM12.2 encoder (Yu-Wen Chen) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Thu, 26 Apr 2024 17:49:26 +0800 >From: Yu-Wen Chen >Subject: [Mp4-tech] Mp4-tech][H.264] slice size in JM12.2 encoder >To: mp4-tech >Message-ID: <20070426174926.z7j6i5tab4sgo0os@wmail1.cc.ntu.edu.tw> >Content-Type: text/plain; charset=BIG5; DelSp="Yes"; format="flowed" > >Dear all, > Do you where can I find the slice size in JM12.2, the infomation >that I can get is only frame size, not silce size. I have found a >variable "bit_slice" in JM12.2, but this value is not exactly correct. > >Thanks, >Best regards, >Yu-Wen Chen > > >------------------------------ > >_______________________________________________ >Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. > >Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > >End of Mp4-tech Digest, Vol 45, Issue 17 >**************************************** > > > From jzheng i2r.a-star.edu.sg Fri Apr 27 10:48:18 2007 From: jzheng i2r.a-star.edu.sg (Zheng Jinghong) Date: Fri Apr 27 05:22:09 2007 Subject: [Mp4-tech] RE: Mp4-tech Digest, Vol 45, Issue 17 References: <200704261609.l3QG7PEg025122@lists1.magma.ca> Message-ID: <162B8AFBFBBB2148A9A1B8F9C5753428545F40@mailbe01.teak.local.net> Hi, When there are more than one slice in a picture. In the PPS, the topleft and bottomright macorblocks of each slice will be indicated. The size of slice can be calculated through this information with the slice_group_map_type. Zheng Jinghong -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org on behalf of mp4-tech-request@lists.mpegif.org Sent: Fri 4/27/2007 12:09 AM To: mp4-tech@lists.mpegif.org Subject: Mp4-tech Digest, Vol 45, Issue 17 Send Mp4-tech mailing list submissions to mp4-tech@lists.mpegif.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.mpegif.org/mailman/listinfo/mp4-tech or, via email, send a message with subject or body 'help' to mp4-tech-request@lists.mpegif.org You can reach the person managing the list at mp4-tech-owner@lists.mpegif.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Mp4-tech digest..." Today's Topics: 1. Mp4-tech][H.264] slice size in JM12.2 encoder (Yu-Wen Chen) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Apr 2024 17:49:26 +0800 From: Yu-Wen Chen Subject: [Mp4-tech] Mp4-tech][H.264] slice size in JM12.2 encoder To: mp4-tech Message-ID: <20070426174926.z7j6i5tab4sgo0os@wmail1.cc.ntu.edu.tw> Content-Type: text/plain; charset=BIG5; DelSp="Yes"; format="flowed" Dear all, Do you where can I find the slice size in JM12.2, the infomation that I can get is only frame size, not silce size. I have found a variable "bit_slice" in JM12.2, but this value is not exactly correct. Thanks, Best regards, Yu-Wen Chen ------------------------------ _______________________________________________ Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php End of Mp4-tech Digest, Vol 45, Issue 17 **************************************** ------------ Institute For Infocomm Research - Disclaimer ------------- This email is confidential and may be privileged. If you are not the intended recipient, please delete it and notify us immediately. Please do not copy or use it for any purpose, or disclose its contents to any other person. Thank you. -------------------------------------------------------- From lukinus gmail.com Fri Apr 27 19:51:30 2007 From: lukinus gmail.com (Luca) Date: Fri Apr 27 14:10:08 2007 Subject: [Mp4-tech] RE: Size of slices in JM In-Reply-To: <200704271607.l3RG7nMU028466@lists1.magma.ca> References: <200704271607.l3RG7nMU028466@lists1.magma.ca> Message-ID: <46322A12.9040604@gmail.com> > Message: 1 > Date: Thu, 26 Apr 2024 17:49:26 +0800 > From: Yu-Wen Chen > Subject: [Mp4-tech] Mp4-tech][H.264] slice size in JM12.2 encoder > To: mp4-tech > Message-ID: <20070426174926.z7j6i5tab4sgo0os@wmail1.cc.ntu.edu.tw> > Content-Type: text/plain; charset=BIG5; DelSp="Yes"; format="flowed" > > Dear all, > Do you where can I find the slice size in JM12.2, the infomation > that I can get is only frame size, not silce size. I have found a > variable "bit_slice" in JM12.2, but this value is not exactly correct. > > Thanks, > Best regards, > Yu-Wen Chen Not sure if is what you are looking for, but in case with the word "slice size" you mean "NALU size" in bytes, then you just have to monitor the variable "nalu->len" that represents the length of a NAL unit expressed in bytes (it contains also NAL header and, since it is an integer, the padding bits). Hope this helps, Luca. From joggingsong gmail.com Sun Apr 29 12:46:27 2007 From: joggingsong gmail.com (jogging song) Date: Mon Apr 30 10:28:11 2007 Subject: [Mp4-tech] how does we should make good use of vbv buffer? Message-ID: <77631ae30704282046j68d1e583h23881a9bf1946e6b@mail.gmail.com> Hi, experts VBV buffer allows us to modify bit rate according to picture content. Rate control in JM first get the target bit for current picture first.Then qp is obtained using the quadratic model. MAD of current frame can be predicted from previous picture. Why not adjust target bit for current picture according to current picture content? In the rate control, what is the objective for vbv buffer? Try to make it full always? Thanks. Best Regards Jogging -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070429/2fdb5491/attachment.html From r94942112 ntu.edu.tw Sun Apr 29 22:09:59 2007 From: r94942112 ntu.edu.tw (Yu-Wen Chen) Date: Mon Apr 30 10:28:21 2007 Subject: [Mp4-tech] RE: Size of slices in JM In-Reply-To: <46322A12.9040604@gmail.com> References: <200704271607.l3RG7nMU028466@lists1.magma.ca> <46322A12.9040604@gmail.com> Message-ID: <20070429210959.nltm9g5wmkogoskw@wmail1.cc.ntu.edu.tw> Thx your help, this info is very useful. If I want to use another error resilience tool "data partition", those three partion will be in different nal unit. Then I also cant get the partition size from "nalu->len". is it right? Thx, Best Regards, Yu-Wen Chen ?? Luca : >> Message: 1 >> Date: Thu, 26 Apr 2024 17:49:26 +0800 >> From: Yu-Wen Chen >> Subject: [Mp4-tech] Mp4-tech][H.264] slice size in JM12.2 encoder >> To: mp4-tech >> Message-ID: <20070426174926.z7j6i5tab4sgo0os@wmail1.cc.ntu.edu.tw> >> Content-Type: text/plain; charset=BIG5; DelSp="Yes"; format="flowed" >> >> Dear all, >> Do you where can I find the slice size in JM12.2, the >> infomation that I can get is only frame size, not silce size. I >> have found a variable "bit_slice" in JM12.2, but this value is not >> exactly correct. >> >> Thanks, >> Best regards, >> Yu-Wen Chen > > Not sure if is what you are looking for, but in case with the word > "slice size" you mean "NALU size" in bytes, then you just have to > monitor the variable "nalu->len" that represents the length of a NAL > unit expressed in bytes (it contains also NAL header and, since it is > an integer, the padding bits). > > Hope this helps, > > Luca. > > _______________________________________________ > 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 ranjane_s yahoo.com Mon Apr 30 00:18:02 2007 From: ranjane_s yahoo.com (Ranjane) Date: Mon Apr 30 10:28:26 2007 Subject: [Mp4-tech] mpeg2Ts with klv metadata Message-ID: <642398.78055.qm@web36103.mail.mud.yahoo.com> hi every one, we are currently working on MPEG2 Transport Stream. Can anyone provide us a sample transport stream with KLV metadata or metadata . can we decode metadata using windows media player or Vlan ... Thanks in advance... with regards, Ranjane.R --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070429/eb0c25bb/attachment.html