From singer apple.com Mon Jan 2 09:43:44 2006 From: singer apple.com (Dave Singer) Date: Tue Jan 3 12:43:46 2006 Subject: [Mp4-tech] 3gp support In-Reply-To: <409a09b90512270154i4bbea0e0j91e1413202e69ee2@mail.gmail.com> References: <20051213122933.90143.qmail@web36601.mail.mud.yahoo.com> <409a09b90512270154i4bbea0e0j91e1413202e69ee2@mail.gmail.com> Message-ID: At 15:24 +0530 27/12/05, tech list wrote: > >From the timestamps, and duration fields?? > >On 12/13/05, Subhashini ><subhashinigd@yahoo.com> wrote: > >Hi everyone, >Iam writing code for 3gp file format.I would like to >know, the best way to calculate the positon and >duration of the file? >Thanks >Subha. I'm not sure what you mean by the 'position of the file'. The duration should be set in the movie header, as the duration of the longest track (considering edits, if present), suitably converted to the movie timescale. -- David Singer Apple Computer/QuickTime -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060102/09fae241/attachment.html From singer apple.com Mon Jan 2 09:44:13 2006 From: singer apple.com (Dave Singer) Date: Tue Jan 3 12:43:51 2006 Subject: [Mp4-tech] Req for MP4 file format... In-Reply-To: <20051229043843.33009.qmail@web30309.mail.mud.yahoo.com> References: <20051229043843.33009.qmail@web30309.mail.mud.yahoo.com> Message-ID: At 4:38 +0000 29/12/05, anand k wrote: >Hello, >I am new to this. I am working on MP4 audio and has freshly started. >I wnated to know the file fromat as well as structure of atoms.Can >anyone tell me how to get the info., regarding that. >thank u and regards, >anand You are looking for 14496-12, freely available from www.iso.ch. > >Send instant messages to your online friends http://in.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 -- David Singer Apple Computer/QuickTime From singer apple.com Mon Jan 2 09:48:47 2006 From: singer apple.com (Dave Singer) Date: Tue Jan 3 12:43:55 2006 Subject: [Mp4-tech] file format specification mp4 / 3gpp In-Reply-To: <726569f60512300050i67dd7580wde52be578a4ead4d@mail.gmail.com> References: <726569f60512300050i67dd7580wde52be578a4ead4d@mail.gmail.com> Message-ID: At 9:50 +0100 30/12/05, J Gural wrote: >Hello, > >Could someone point out the precise documents that can be purchased at > >http://www.iso.org > >for the file format specifiction of > >Mpeg-4 14496-12 is free and gives you all the structural information. > >and > >3 GPP Look at www.3gpp.org for this. 26.244 is the file format spec. > >files > >there seem to be many variations. > >Thanks, > >Gural > >_______________________________________________ >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 singer apple.com Mon Jan 2 10:36:26 2006 From: singer apple.com (Dave Singer) Date: Tue Jan 3 12:44:01 2006 Subject: [Mp4-tech] Re: how to add a blank frame between two frame in 3gp file In-Reply-To: <200601020854.k028sFaX012198@ns2.bjitbd.com> References: <200601020854.k028sFaX012198@ns2.bjitbd.com> Message-ID: At 15:07 +0600 23/12/05, Rashidul Islam wrote: >Dear sir, > > I add a white data frame between two frames in mdat atom of >3gp file. According to that I update stts,stsc,stsz,stco atom. But >the problem is after the white data frame the movie is not seen >properly. I would be grateful if u gives me the solution. > you're trying to insert into the coded sequence a white frame? Unless you make it an I-frame and put it before an I-frame, this is unlikely to work without re-coding, isn't it? -- David Singer Apple Computer/QuickTime -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060102/952018bd/attachment.html From zheng.zhaoqing gmail.com Tue Jan 3 15:52:05 2006 From: zheng.zhaoqing gmail.com (zheng zhaoqing) Date: Tue Jan 3 12:44:06 2006 Subject: [Mp4-tech] Re: [jvt-experts] Regarding Deblocking on the Decoder Side. In-Reply-To: <168901c61034$f7e854a0$f860cb0a@blr.emuzed.com> References: <200601021706.k02H5sK5026290@lists1.magma.ca> <168901c61034$f7e854a0$f860cb0a@blr.emuzed.com> Message-ID: <373eb11c0601022352l2f9910o@mail.gmail.com> Dear submit, Although decoding these difference is simple, encoding these difference need some cost and the most thing is not to contribute to the compression gain with these change. Maybe it is one of tradeoff between encoder and decoder. 2006/1/3, Sumit Dey : > > Dear Experts, > > I have a very simple question and I am sure I must be missing > something. > > I do not understand why decoder deblocking needs to be as complex > as it is now. Of course for encoder this is a necessity. But to reduce > decoder complexity why not just encode *difference bits* of a deblocked > and non-deblocked picture (which will be small enough to be encoded very > efficiently) and send that as well for decoding. My point is that decoding > these difference bits would be significantly less complex than the current > filtering at a slight expense of compression. Also since the encoder has > already done this deblocking why not reuse that "effort". > > > With Regards, > Sumit. > > > > _______________________________________________ > jvt-experts mailing list > jvt-experts@lists.rwth-aachen.de > http://mailman.rwth-aachen.de/mailman/listinfo/jvt-experts > > > -- Best Regards Sincerely, zheng zhaoqing -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060103/31f98c96/attachment.html From sumit emuzed.com Tue Jan 3 12:41:50 2006 From: sumit emuzed.com (Sumit Dey) Date: Tue Jan 3 12:44:11 2006 Subject: [Mp4-tech] Regarding Deblocking on the Decoder Side. References: <200601021706.k02H5sK5026290@lists1.magma.ca> Message-ID: <168901c61034$f7e854a0$f860cb0a@blr.emuzed.com> Dear Experts, I have a very simple question and I am sure I must be missing something. I do not understand why decoder deblocking needs to be as complex as it is now. Of course for encoder this is a necessity. But to reduce decoder complexity why not just encode difference bits of a deblocked and non-deblocked picture (which will be small enough to be encoded very efficiently) and send that as well for decoding. My point is that decoding these difference bits would be significantly less complex than the current filtering at a slight expense of compression. Also since the encoder has already done this deblocking why not reuse that "effort". With Regards, Sumit. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060103/40eb002d/attachment.html From sumit emuzed.com Tue Jan 3 15:18:10 2006 From: sumit emuzed.com (Sumit Dey) Date: Tue Jan 3 12:44:17 2006 Subject: [Mp4-tech] Re: [jvt-experts] Regarding Deblocking on the Decoder Side. References: <200601021706.k02H5sK5026290@lists1.magma.ca> <168901c61034$f7e854a0$f860cb0a@blr.emuzed.com> <373eb11c0601022352l2f9910o@mail.gmail.com> Message-ID: <174c01c6104a$ceb23e50$f860cb0a@blr.emuzed.com> Dear Zheng, True this would result in some loss of compression, but then we can save maybe 20% of decoder complexity. This tradeoff may be useful for many of the handheld devices. IMO this should be considered if feasible. Regards, Sumit. ----- Original Message ----- From: zheng zhaoqing To: Sumit Dey Cc: jvt-experts@lists.rwth-aachen.de ; mp4-tech@lists.mpegif.org Sent: Tuesday, January 03, 2024 1:22 PM Subject: Re: [jvt-experts] Regarding Deblocking on the Decoder Side. Dear submit, Although decoding these difference is simple, encoding these difference need some cost and the most thing is not to contribute to the compression gain with these change. Maybe it is one of tradeoff between encoder and decoder. 2006/1/3, Sumit Dey : Dear Experts, I have a very simple question and I am sure I must be missing something. I do not understand why decoder deblocking needs to be as complex as it is now. Of course for encoder this is a necessity. But to reduce decoder complexity why not just encode difference bits of a deblocked and non-deblocked picture (which will be small enough to be encoded very efficiently) and send that as well for decoding. My point is that decoding these difference bits would be significantly less complex than the current filtering at a slight expense of compression. Also since the encoder has already done this deblocking why not reuse that "effort". With Regards, Sumit. _______________________________________________ jvt-experts mailing list jvt-experts@lists.rwth-aachen.de http://mailman.rwth-aachen.de/mailman/listinfo/jvt-experts -- Best Regards Sincerely, zheng zhaoqing -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060103/e66bb416/attachment-0001.html From almomo1 gmail.com Tue Jan 3 15:52:20 2006 From: almomo1 gmail.com (Alejandro Moya) Date: Wed Jan 4 14:11:31 2006 Subject: [Mp4-tech][H.264] Possible FMO bug in JM? Message-ID: <84ac0130601030652s6ff436cbg@mail.gmail.com> Hi, everyone! Maybe this is one of my typical "lapsus", which I have after braimstorming myself for days with some possible answer to my doubt, but I need you to make it clear to me. In line 522 of "fmo.c" in JM versions 9.3 and 10.1 I read these lines: * if( k++ < sizeOfUpperLeftGroup ) MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = 1 - pps->slice_group_change_direction_flag; else MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = pps->slice_group_change_direction_flag; * ** which belong to "FmoGenerateType5MapUnitMap" function. Then, if you take the standard in page 88/89, you may read this: * if( k++ < sizeOfUpperLeftGroup )* * mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = slice_group_change_direction_flag* * else * * mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = 1 ? slice_group_change_direction_flag* ** which might seem the same at a first glance but they aren't: the condition is the same but the if-else order is reversed. Would you mind being so kind to explain this, please? I analysed some stream coded with JM 9.3 using more than one Slice Group and I noticed that the coder executes the same bad code below to encode the map. Thank you very much in advance!!! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060103/65c0905c/attachment.html From Shailendra.Singh skyworksinc.com Wed Jan 4 10:35:13 2006 From: Shailendra.Singh skyworksinc.com (Shailendra.Singh@skyworksinc.com) Date: Wed Jan 4 14:17:48 2006 Subject: [Mp4-tech] Req for MP4 file format... In-Reply-To: Message-ID: The 14496-12 spec is available at : http://standards.iso.org/ittf/PubliclyAvailableStandards/c041828_ISO_IEC_14496-12_2005(E).zip Regards, Shailendra Dave Singer Sent by: mp4-tech-bounces@lists.mpegif.org 01/02/2024 11:14 PM To anand k , mp4-tech@lists.mpegif.org cc Subject Re: [Mp4-tech] Req for MP4 file format... At 4:38 +0000 29/12/05, anand k wrote: >Hello, >I am new to this. I am working on MP4 audio and has freshly started. >I wnated to know the file fromat as well as structure of atoms.Can >anyone tell me how to get the info., regarding that. >thank u and regards, >anand You are looking for 14496-12, freely available from www.iso.ch. > >Send instant messages to your online friends http://in.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 -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060104/a224bde4/attachment.html From gthm159 yahoo.co.in Wed Jan 4 11:36:19 2006 From: gthm159 yahoo.co.in (Googie) Date: Wed Jan 4 14:20:51 2006 Subject: [Mp4-tech] Query regarding Mpeg4 MIME type In-Reply-To: <200511081840.jA8IVdKj008827@lists1.magma.ca> Message-ID: <20060104113619.30693.qmail@web32809.mail.mud.yahoo.com> Hi All, First & foremost, a very Happy New Year to all. Now the main part... I have been working on a project that supports MPEG4 simple profile level 0, with a maximum bit rate of 64 kbps. Now, if my software has to support bit rate of 128 kbps, I need to move to MPEG4 simple profile level 2; is this right? Also, does the MIME type change across different levels/profiles, or is it the same for a given codec type (i.e. MP4V-ES for all MPEG4) Thanks in advance, Googie Send instant messages to your online friends http://in.messenger.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060104/7d998e74/attachment.html From ksuehring web.de Wed Jan 4 22:58:46 2006 From: ksuehring web.de (Karsten Suehring) Date: Thu Jan 5 14:59:00 2006 Subject: [Mp4-tech][H.264] Possible FMO bug in JM? In-Reply-To: <84ac0130601030652s6ff436cbg@mail.gmail.com> References: <84ac0130601030652s6ff436cbg@mail.gmail.com> Message-ID: <43BC4516.9040207@web.de> Alejandro, the difference in the code has no influence on encoder/decoder behavior. All values in MapUnitToSliceGroupMap are completely inversed. Since the the assignment of a slice to a SliceGroup is done by the address of the first macroblock in a slice and the following MB address is found by matching the same SliceGroup ID (see eq. 8-17), the decoding result will be the same. I can change that in the code for avoiding confusion. Best regards, Karsten Alejandro Moya wrote: > > Hi, everyone! > > Maybe this is one of my typical "lapsus", which I have after > braimstorming myself for days with some possible answer to my doubt, but > I need you to make it clear to me. > > In line 522 of "fmo.c" in JM versions 9.3 and 10.1 I read these lines: > > / if( k++ < sizeOfUpperLeftGroup ) > MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = 1 - > pps->slice_group_change_direction_flag; > else > MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = > pps->slice_group_change_direction_flag; > / > // > which belong to "FmoGenerateType5MapUnitMap" function. Then, if you take > the standard in page 88/89, you may read this: > > / if( k++ < sizeOfUpperLeftGroup )/ > / mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = > slice_group_change_direction_flag/ > / else / > / mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = 1 ? > slice_group_change_direction_flag/ > / / > which might seem the same at a first glance but they aren't: the > condition is the same but the if-else order is reversed. > > Would you mind being so kind to explain this, please? I analysed some > stream coded with JM 9.3 using more than one Slice Group and I noticed > that the coder executes the same bad code below to encode the map. > > Thank you very much in advance!!! > > > ------------------------------------------------------------------------ > > _______________________________________________ > NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. > > Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php From kevin_cattell agilent.com Wed Jan 4 16:02:35 2006 From: kevin_cattell agilent.com (kevin_cattell@agilent.com) Date: Thu Jan 5 15:06:01 2006 Subject: [Mp4-tech] Multiplexing timing problem Message-ID: <71B0A3BAEECFCB489AEEF805ED26851B82A006@wcosmb01.cos.agilent.com> Heh List, We're writing an application that re-multiplexes an MPEG-2 transport stream that contains either MPEG-2 or MPEG-4 content. The output stream meets some uninteresting technical constraints imposed by a downstream system, but must anyway be a valid TS, including meeting all timing constraints. The output stream has a different (higher) bitrate than the original. Our approach is to demultiplex the input stream to get the PES packets, then place the PES packets into the output stream. The output stream of course has PCRs that differ from the input stream, and so some care must be taken in the placement. Is it the case that in order to determine if a placement of a PES packet in the output stream is valid with respect to timing, we need to implement the T-STD (from 13818-1) and the VBV from 13818-2? That is, we need to ensure that none of the buffers (TB, MB, EB) overflow or underflow? If so, then unless each PES packet carries exactly one audio/video frame, this requires decoding the PES packets to find the frame boundaries. Even if each does carry one frame, it's still somewhat involved. For MPEG-4 this looks even more complicated. An simpler alternative would be to place the PES packet at approximately the same point in the output stream that it occurred in the input stream, with 'point' being defined by the PCRs. While tempting, if the input stream was hard-up against the decoder buffer limits, it seems this could create an out-of-spec stream. Advice appreciated, Kevin Cattell -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060104/f456e376/attachment.html From ipsgandhi rediffmail.com Thu Jan 5 05:30:31 2006 From: ipsgandhi rediffmail.com (INDERPAL SINGH GANDHI) Date: Thu Jan 5 15:11:56 2006 Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed Message-ID: <20060105053017.9988.qmail@webmail62.rediffmail.com> ? Hello Experts, I need some mp4 files containing H.264 as video and .aac as audio. Could someone please give me a pointer from where I can download such files. Thanks in Advance. Inder -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060105/5c5a3b0e/attachment.html From almomo1 gmail.com Thu Jan 5 10:37:57 2006 From: almomo1 gmail.com (Alejandro Moya Molina) Date: Thu Jan 5 15:17:53 2006 Subject: [Mp4-tech][H.264] Possible FMO bug in JM? Message-ID: <001401c611db$b7d6b750$6401a8c0@Magnostation> Hi, Karsten, and thanks for answering. I supposed that change wouldn't have influence when you pair JM coder and decoder; but I tried to decode one sequence encoded with JM using one different decoder than JM, and it couldn't decode properly the sequence: the reconstructed video in the encoder isn't equal to the decoded video in the decoder. I have tested it again, and JM encoder's reconstructed video is not equal to JM decoder's decoded one either ( all tests with JM v 9.3). I have tested version 10.1 right now and that "bug" is fixed. The same issue occurs at line 443 in "fmo.c" whe it says for( k = 0; k < PicSizeInMapUnits; k += mapUnitVacant ) it should say for( k = 0; k < MapUnitsInSliceGroup0; k += mapUnitVacant ) The code following that line is the same as the standard except for the numbers assigned to "mapUnitToSliceGroupMap[]". The number of times the loop runs is not the same in both cases in all possible situations, isn't it? Thank you! ----- Original Message ----- From: "Karsten Suehring" To: "Alejandro Moya" Cc: Sent: Wednesday, January 04, 2024 10:58 PM Subject: Re: [Mp4-tech][H.264] Possible FMO bug in JM? > Alejandro, > > the difference in the code has no influence on encoder/decoder behavior. > > All values in MapUnitToSliceGroupMap are completely inversed. Since the > the assignment of a slice to a SliceGroup is done by the address of the > first macroblock in a slice and the following MB address is found by > matching the same SliceGroup ID (see eq. 8-17), the decoding result will > be the same. > > I can change that in the code for avoiding confusion. > > Best regards, > Karsten > > Alejandro Moya wrote: > > > > Hi, everyone! > > > > Maybe this is one of my typical "lapsus", which I have after > > braimstorming myself for days with some possible answer to my doubt, but > > I need you to make it clear to me. > > > > In line 522 of "fmo.c" in JM versions 9.3 and 10.1 I read these lines: > > > > / if( k++ < sizeOfUpperLeftGroup ) > > MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = 1 - > > pps->slice_group_change_direction_flag; > > else > > MapUnitToSliceGroupMap[ i * img->PicWidthInMbs + j ] = > > pps->slice_group_change_direction_flag; > > / > > // > > which belong to "FmoGenerateType5MapUnitMap" function. Then, if you take > > the standard in page 88/89, you may read this: > > > > / if( k++ < sizeOfUpperLeftGroup )/ > > / mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = > > slice_group_change_direction_flag/ > > / else / > > / mapUnitToSliceGroupMap[ i * PicWidthInMbs + j ] = 1 - > > slice_group_change_direction_flag/ > > / / > > which might seem the same at a first glance but they aren't: the > > condition is the same but the if-else order is reversed. > > > > Would you mind being so kind to explain this, please? I analysed some > > stream coded with JM 9.3 using more than one Slice Group and I noticed > > that the coder executes the same bad code below to encode the map. > > > > Thank you very much in advance!!! > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. > > > > Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060105/5b76ad8f/attachment.html From dipalib motechsoftware.com Thu Jan 5 17:43:28 2006 From: dipalib motechsoftware.com (Dipali Bobade) Date: Thu Jan 5 15:23:40 2006 Subject: [Mp4-tech] Query about motion estimation Message-ID: Hi experts, i have encountered one problem n want to know the solution or any paper/article on it. im working on a ME algorothms. I was asked to find some better performing ME algo which gives better quality and less time. So i found Diamond search algo suitable for MPEG4. But after putting this algo in MPEG4 code i found that, the PSNR of Diamond search is higher than full search which is not possible, as full search is uncomparable with any other ME algo for quality stuff. Then i found that the reason was, full search most of all most all the MB's has inter coding mode and for diamond search all most all MB's are taking intra mode. and because of this the bit stremes im getting at the output of MPEG4 encoder for full search is(27kb) much much less than diamond search bit stremes(120kb). It means the compression in full search is more than diamond search. so can u help me out with suggesting me some good performing (i.e. good PSNR, compression comparable to full search, less fuction time) algorithm for MPEG4. DIPALI D. BOBADE Software Engineer, MoTech Software Pvt. Ltd. MoTech House,56, Mogra Village Lane, Andheri (East), Mumbai-69. Extn.1518 ------------------------------------------------------------------------------------------------------------------------------- DISCLAIMER: This message (Including any attachments) is confidential and is intended only for the addressee. All MoTech Software mails and attachments are scanned for all known viruses at the time of transmission. However, please scan the mail and attachments for viruses before opening or downloading from this transmission. We will not accept any liability for damages through virus. If you are not the intended recipient or received this message by mistake, please notify the sender by E-mail & delete the message from the system. Any unauthorized use or dissemination of the message in whole or part is strictly prohibited. From tad labri.fr Thu Jan 5 16:24:38 2006 From: tad labri.fr (Toufik Ahmed) Date: Sun Jan 8 01:22:47 2006 Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed In-Reply-To: <20060105053017.9988.qmail@webmail62.rediffmail.com> References: <20060105053017.9988.qmail@webmail62.rediffmail.com> Message-ID: <43BD3A36.8000202@labri.fr> Have a look on quicktime web site. you find there a collection of H.264 movies http://www.apple.com/quicktime/guide/hd/ example : http://www.apple.com/quicktime/guide/hd/higherground.html Toufik INDERPAL SINGH GANDHI wrote: > > Hello Experts, > > I need some mp4 files containing H.264 as video and .aac as audio. > Could someone please give me a pointer from where I can download such > files. > > Thanks in Advance. > Inder > > > > > > >------------------------------------------------------------------------ > >_______________________________________________ >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 > -- Toufik AHMED http://www.labri.fr/~tad +-------------------------------+--------------------------------+ | LaBRI | E.N.S.E.I.R.B. | +-------------------------------+--------------------------------+ |351 Cours de la Lib?ration, |1 Av. du Dr Schweitzer, BP 99, | |33405 Talence Cedex, FRANCE. |33402 Talence Cedex, FRANCE. | | | | |portable : +33 6 61 11 30 71 | | |phone : +33 5 40 00 35 01 |phone : +33 5 56 84 21 83 | |fax : +33 5 40 00 38 95 |fax : +33 5 56 84 21 80 | |email : tad@labri.fr |email : tad@enseirb.fr | +-------------------------------+--------------------------------+ From m.semsar ece.ut.ac.ir Thu Jan 5 20:47:39 2006 From: m.semsar ece.ut.ac.ir (m.semsar@ece.ut.ac.ir) Date: Sun Jan 8 01:30:21 2006 Subject: [Mp4-tech] Query about motion estimation In-Reply-To: References: Message-ID: <61407.192.168.98.232.1136481459.squirrel@192.168.98.232> Dear Dipali, Hi, I think you have done some mistakes in coding, such that the cost of inter mode become greater than intra mode, so I recommend you to check the cost calculation part, Note that the bit rate difference between full search and diamond must not be greater than 4 or 5 percents, By the way, three papers about diamond and hexagon search is attached. Best regards, M.Semsarzadeh -------------- next part -------------- A non-text attachment was scrubbed... Name: me.rar Type: application/octet-stream Size: 816989 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20060105/e436dafe/me-0001.obj From jianpengdong yahoo.com Thu Jan 5 12:30:17 2006 From: jianpengdong yahoo.com (James (Jianpeng) Dong) Date: Sun Jan 8 01:30:27 2006 Subject: [Mp4-tech] Query about motion estimation In-Reply-To: Message-ID: <20060105203017.62662.qmail@web30011.mail.mud.yahoo.com> Dear Dipali, Full-search is not always the best, and there are a couple of reasons for this. First, full search may not find the true motion field. In other words, the motion field resulted from full search may not be continuous; Second, the current approach to selecting the best match on the block-basis during encoding is not accurate. Some people showed that actually fast motion search algorithm is better. I recommend you to see one such paper JVT-P201. Regards, James Dipali Bobade wrote: Hi experts, i have encountered one problem n want to know the solution or any paper/article on it. im working on a ME algorothms. I was asked to find some better performing ME algo which gives better quality and less time. So i found Diamond search algo suitable for MPEG4. But after putting this algo in MPEG4 code i found that, the PSNR of Diamond search is higher than full search which is not possible, as full search is uncomparable with any other ME algo for quality stuff. Then i found that the reason was, full search most of all most all the MB's has inter coding mode and for diamond search all most all MB's are taking intra mode. and because of this the bit stremes im getting at the output of MPEG4 encoder for full search is(27kb) much much less than diamond search bit stremes(120kb). It means the compression in full search is more than diamond search. so can u help me out with suggesting me some good performing (i.e. good PSNR, compression comparable to full search, less fuction time) algorithm for MPEG4. DIPALI D. BOBADE Software Engineer, MoTech Software Pvt. Ltd. MoTech House,56, Mogra Village Lane, Andheri (East), Mumbai-69. Extn.1518 ------------------------------------------------------------------------------------------------------------------------------- DISCLAIMER: This message (Including any attachments) is confidential and is intended only for the addressee. All MoTech Software mails and attachments are scanned for all known viruses at the time of transmission. However, please scan the mail and attachments for viruses before opening or downloading from this transmission. We will not accept any liability for damages through virus. If you are not the intended recipient or received this message by mistake, please notify the sender by E-mail & delete the message from the system. Any unauthorized use or dissemination of the message in whole or part is strictly prohibited. _______________________________________________ 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 --------------------------------------------------------- James (Jianpeng) Dong Ph.D. Student Computer Engineering Department Santa Clara University, CA 95000 USA Phone: 408-718-8965(C), 408-615-7918(H) Web: http://students.engr.scu.edu/~jdong --------------------------------------------------------- --------------------------------- Yahoo! DSL Something to write home about. Just $16.99/mo. or less -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060105/5927ee85/attachment.html From singer apple.com Thu Jan 5 13:33:21 2006 From: singer apple.com (Dave Singer) Date: Sun Jan 8 01:30:32 2006 Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed In-Reply-To: <20060105053017.9988.qmail@webmail62.rediffmail.com> References: <20060105053017.9988.qmail@webmail62.rediffmail.com> Message-ID: At 5:30 +0000 5/01/06, INDERPAL SINGH GANDHI wrote: > >Hello Experts, > >I need some mp4 files containing H.264 as video and .aac as audio. >Could someone please give me a pointer from where I can download such files. you can easily make them using quicktime and iTunes, or Nero, or ... any number of products. > >Thanks in Advance. >Inder > > > > > >_______________________________________________ >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 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060105/f86584ff/attachment.html From magarwal NeoMagic.com Fri Jan 6 11:16:00 2006 From: magarwal NeoMagic.com (Mohit Agarwal) Date: Sun Jan 8 01:30:38 2006 Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed In-Reply-To: <20060105053017.9988.qmail@webmail62.rediffmail.com> Message-ID: Hi Inder, You can download mov files containing .264 video and .aac audio from apples site.These clips are freely downloadable. Then You need to purchases Quick Time Pro to convert mov to mp4. Regards Mohit _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of INDERPAL SINGH GANDHI Sent: Thursday, January 05, 2024 11:00 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed Hello Experts, I need some mp4 files containing H.264 as video and .aac as audio. Could someone please give me a pointer from where I can download such files. Thanks in Advance. Inder -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060106/90625416/attachment.html From sagar sarayusoftech.com Fri Jan 6 10:40:31 2006 From: sagar sarayusoftech.com (sagar) Date: Sun Jan 8 01:30:43 2006 Subject: [Mp4-tech] Query about motion estimation In-Reply-To: Message-ID: Hi experts, 1) Can somebody tell me why do we do half pel instead of full approach in Mostion Estimation in MPEG 4? I know that we are refining our search. What are the advantages of it? 2) And we do motion estimation for luma components only, what do we do to take care of the chrom components? Can we do motion estimation for croma componets also? Warm Reagrds, Sagar -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org]On Behalf Of Dipali Bobade Sent: Thursday, January 05, 2024 5:43 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Query about motion estimation Hi experts, i have encountered one problem n want to know the solution or any paper/article on it. im working on a ME algorothms. I was asked to find some better performing ME algo which gives better quality and less time. So i found Diamond search algo suitable for MPEG4. But after putting this algo in MPEG4 code i found that, the PSNR of Diamond search is higher than full search which is not possible, as full search is uncomparable with any other ME algo for quality stuff. Then i found that the reason was, full search most of all most all the MB's has inter coding mode and for diamond search all most all MB's are taking intra mode. and because of this the bit stremes im getting at the output of MPEG4 encoder for full search is(27kb) much much less than diamond search bit stremes(120kb). It means the compression in full search is more than diamond search. so can u help me out with suggesting me some good performing (i.e. good PSNR, compression comparable to full search, less fuction time) algorithm for MPEG4. DIPALI D. BOBADE Software Engineer, MoTech Software Pvt. Ltd. MoTech House,56, Mogra Village Lane, Andheri (East), Mumbai-69. Extn.1518 ---------------------------------------------------------------------------- --------------------------------------------------- DISCLAIMER: This message (Including any attachments) is confidential and is intended only for the addressee. All MoTech Software mails and attachments are scanned for all known viruses at the time of transmission. However, please scan the mail and attachments for viruses before opening or downloading from this transmission. We will not accept any liability for damages through virus. If you are not the intended recipient or received this message by mistake, please notify the sender by E-mail & delete the message from the system. Any unauthorized use or dissemination of the message in whole or part is strictly prohibited. _______________________________________________ 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 has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From ipsgandhi rediffmail.com Fri Jan 6 06:47:35 2006 From: ipsgandhi rediffmail.com (INDERPAL SINGH GANDHI) Date: Sun Jan 8 01:30:48 2006 Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed Message-ID: <20060106064722.6705.qmail@webmail36.rediffmail.com> ? hi Mohit, I have now downloaded some movie trailers from the apple site. And i don't need to buy Quick time pro too. It is playable on Quick time player. Thanks anyways. Inder On Fri, 06 Jan 2024 Mohit Agarwal wrote : >Hi Inder, > >You can download mov files containing .264 video and .aac audio > from apples site.These clips are freely downloadable. > Then You need to purchases Quick Time Pro to convert mov to mp4. > >Regards >Mohit > > > _____ > > From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of INDERPAL SINGH >GANDHI >Sent: Thursday, January 05, 2024 11:00 AM >To: mp4-tech@lists.mpegif.org >Subject: [Mp4-tech] .mp4 files (.h264 + .aac) needed > > > > >Hello Experts, > >I need some mp4 files containing H.264 as video and .aac as audio. >Could someone please give me a pointer from where I can download such files. > >Thanks in Advance. >Inder > > > > >ture-home.htm/1507191490@Middle5?PARTNER=3> -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060106/1f874234/attachment.html From bharatsoni gmail.com Fri Jan 6 12:47:48 2006 From: bharatsoni gmail.com (Bharat Soni) Date: Sun Jan 8 01:30:55 2006 Subject: [Mp4-tech] Query about motion estimation In-Reply-To: References: Message-ID: Hi, May be you can use the same algorithm and play around with the threshold values of the decidiing factor between intra-inter prediction.Mostly SAD (Sum of Absolute Difference) is used for this purpose. If your algorithm is using SAD then, to start with, keep its value to be equal to that used in the Full search algorithm. Regards, Bharat On 1/5/06, Dipali Bobade wrote: > > Hi experts, > i have encountered one problem n want to know the solution or any > paper/article on it. > im working on a ME algorothms. I was asked to find some better performing > ME > algo which gives better quality and less time. So i found Diamond search > algo suitable for MPEG4. But after putting this algo in MPEG4 code i found > that, the PSNR of Diamond search is higher than full search which is not > possible, as full search is uncomparable with any other ME algo for > quality > stuff. > Then i found that the reason was, full search most of all most all > the MB's > has inter coding mode and for diamond search all most all MB's are taking > intra mode. and because of this the bit stremes im getting at the output > of > MPEG4 encoder for full search is(27kb) much much less than diamond search > bit stremes(120kb). It means the compression in full search is more than > diamond search. > so can u help me out with suggesting me some good performing (i.e. > good > PSNR, compression comparable to full search, less fuction time) algorithm > for MPEG4. > > DIPALI D. BOBADE > Software Engineer, > MoTech Software Pvt. Ltd. > MoTech House,56, > Mogra Village Lane, > Andheri (East), Mumbai-69. > Extn.1518 > > > > > ------------------------------------------------------------------------------------------------------------------------------- > DISCLAIMER: > This message (Including any attachments) is confidential and is intended > only for the addressee. All MoTech Software mails and attachments are > scanned for all known viruses at the time of transmission. However, please > scan the mail and attachments for viruses before opening or downloading from > this transmission. We will not accept any liability for damages through > virus. If you are not the intended recipient or received this message by > mistake, please notify the sender by E-mail & delete the message from the > system. Any unauthorized use or dissemination of the message in whole or > part is strictly prohibited. > > > _______________________________________________ > 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/20060106/2e5d83b0/attachment-0001.html From karthikmct gmail.com Fri Jan 6 13:53:10 2006 From: karthikmct gmail.com (karthik b) Date: Sun Jan 8 01:31:01 2006 Subject: [Mp4-tech] Generating Error BitStream in MPEG2 Message-ID: <726b50dd0601060023j4e7886a0nd108daa8c43537dc@mail.gmail.com> Hello Experts, I had to generate error bitstream using MPEG2 format for the Robustness Assurance of the Decoder. Can anyone guide me with the different possibilities of generating an Error in Bitstream. Thanks in Advance, Regards, Karthik.B -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060106/52c1d55f/attachment.html From pankaj_bajpai_iet operamail.com Fri Jan 6 09:49:07 2006 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Sun Jan 8 01:31:07 2006 Subject: [Mp4-tech] Query about motion estimation Message-ID: <20060106084907.BF32ECA0A3@ws5-11.us4.outblaze.com> Hi Dipali, The problem lies in the diamond search. You haven't mentioned the kind of ME you are using. But from your mail, it seems there is some algorithm which decide whether the Macroblock should be coded as Intra or Inter. I guess, as in most of the cases, it take into account SAD or MAD criterion. Now, Full Search certainly give you the best match and no other algorithm can outperform it. In your algorithm, what happenig is that Diamond Search is not able to find some good match. So, the resulting SAD/MAD would be very high. However, full search MAD/SAD would be low. So, during mode decision step, for the Diamond search case, the algorith must be finding Intra as better option, while for full search, it would be deciding on Inter. Now, for same quant, INTRA will always give better PSNR but at the expense of more bits. That's why you are observing such behaviour. So, I suggest you to improve Diamond search. You can see some of the papers on Predictive Zonal search algorithms With regards Pankaj Kumar Bajpai Mulitimedia Engineer India *********************************************************** From: Dipali Bobade To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Query about motion estimation Date: Thu, 5 Jan 2024 17:43:28 +0530 Hi experts, i have encountered one problem n want to know the solution or any paper/article on it. im working on a ME algorothms. I was asked to find some better performing ME algo which gives better quality and less time. So i found Diamond search algo suitable for MPEG4. But after putting this algo in MPEG4 code i found that, the PSNR of Diamond search is higher than full search which is not possible, as full search is uncomparable with any other ME algo for quality stuff. Then i found that the reason was, full search most of all most all the MB's has inter coding mode and for diamond search all most all MB's are taking intra mode. and because of this the bit stremes im getting at the output of MPEG4 encoder for full search is(27kb) much much less than diamond search bit stremes(120kb). It means the compression in full search is more than diamond search. so can u help me out with suggesting me some good performing (i.e. good PSNR, compression comparable to full search, less fuction time) algorithm for MPEG4. DIPALI D. BOBADE Software Engineer, MoTech Software Pvt. Ltd. MoTech House,56, Mogra Village Lane, Andheri (East), Mumbai-69. Extn.1518 *********************************************************** -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From garysull windows.microsoft.com Fri Jan 6 17:14:33 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Sun Jan 8 01:31:12 2006 Subject: [Mp4-tech] Field VOPs in MPEG-4 part 2? Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612432DE5@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> At first glance, it appears that MPEG-4 part 2 does not support VOPs that represent a single field of an interlaced frame. Can anyone confirm or refute that assertion? Best Regards, Gary Sullivan From garysull windows.microsoft.com Mon Jan 9 16:18:55 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Jan 10 02:02:16 2006 Subject: [Mp4-tech] Field VOPs in MPEG-4 part 2? In-Reply-To: <43C2BFB0.7080107@apple.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612433AD0@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Yes, I see it now. I guess this was part of the Studio Profile amendment - I hadn't looked in there for it before. It seems to only be supported in the Studio Profiles? (e.g., not in the Advanced Simple Profile) Best Regards, -Gary +> -----Original Message----- +> From: bhaskell [mailto:bhaskell@apple.com] +> Sent: Monday, January 09, 2024 11:55 AM +> To: Gary Sullivan +> Cc: mpeg-video@lists.rwth-aachen.de; mp4-tech@lists.mpegif.org +> Subject: Re: [Mp4-tech] Field VOPs in MPEG-4 part 2? +> +> Gary Sullivan wrote: +> +> >At first glance, it appears that MPEG-4 part 2 does not support VOPs +> >that represent a single field of an interlaced frame. +> > +> >Can anyone confirm or refute that assertion? +> > +> > +> Well, there are field VOPs ( top field VOPs and bottom field +> VOPs), but +> they are constrained to occur in pairs. See Sec. 6.1.3.4.1 +> Field VOPs +> +> >Best Regards, +> > +> >Gary Sullivan +> > +> >_______________________________________________ +> >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 +> > +> > +> > +> +> +> -- +> Barry G. Haskell tel +1 408 974 6333 +> Apple Computer Inc. fax " " " 1756 +> 2 Infinite Loop MS: 302-3KS +> Cupertino, CA 95014 +> bhaskell@apple.com (also B.Haskell@ieee.org) +> +> +> From kaustubh.patankar vsnl.net Tue Jan 10 08:06:27 2006 From: kaustubh.patankar vsnl.net (kaustubh.patankar@vsnl.net) Date: Tue Jan 10 15:01:33 2006 Subject: [Mp4-tech] Query about motion estimation Message-ID: <14d2bfb14d0a72.14d0a7214d2bfb@vsnl.net> Dear Dipali Try Nearest Neighbourhood algorithm. U can modify this as per your application with regards Kaustubh ----- Original Message ----- From: Dipali Bobade Date: Thursday, January 5, 2024 5:43 pm Subject: [Mp4-tech] Query about motion estimation > Hi experts, > i have encountered one problem n want to know the solution or any > paper/article on it. > im working on a ME algorothms. I was asked to find some better > performing ME > algo which gives better quality and less time. So i found Diamond > searchalgo suitable for MPEG4. But after putting this algo in > MPEG4 code i found > that, the PSNR of Diamond search is higher than full search which > is not > possible, as full search is uncomparable with any other ME algo > for quality > stuff. > Then i found that the reason was, full search most of all most > all the MB's > has inter coding mode and for diamond search all most all MB's are > takingintra mode. and because of this the bit stremes im getting > at the output of > MPEG4 encoder for full search is(27kb) much much less than diamond > searchbit stremes(120kb). It means the compression in full search > is more than > diamond search. > so can u help me out with suggesting me some good performing > (i.e. good > PSNR, compression comparable to full search, less fuction time) > algorithmfor MPEG4. > > DIPALI D. BOBADE > Software Engineer, > MoTech Software Pvt. Ltd. > MoTech House,56, > Mogra Village Lane, > Andheri (East), Mumbai-69. > Extn.1518 > > > > ------------------------------------------------------------------- > ------------------------------------------------------------ > DISCLAIMER: > This message (Including any attachments) is confidential and is > intended only for the addressee. All MoTech Software mails and > attachments are scanned for all known viruses at the time of > transmission. However, please scan the mail and attachments for > viruses before opening or downloading from this transmission. We > will not accept any liability for damages through virus. If you > are not the intended recipient or received this message by > mistake, please notify the sender by E-mail & delete the message > from the system. Any unauthorized use or dissemination of the > message in whole or part is strictly prohibited. > > > _______________________________________________ > 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 zick inf.fu-berlin.de Tue Jan 10 12:10:30 2006 From: zick inf.fu-berlin.de (Christian Zick) Date: Tue Jan 10 15:08:14 2006 Subject: [Mp4-tech] Incremental BIFS scene creation In-Reply-To: References: Message-ID: Dear experts, in our application we want to live-stream an electronic chalkboard lecture over the Internet using MPEG4. The idea is to send the chalkboard content as strokes using MPEG4 BIFS plus the audio and a video of the lecturer. As far as I understood, I can create BIFS scene content by first generating XMT, BT, or similar text based syntax and then compiling it to the binary representation called BIFS. The problem that I am facing now is: How can I incrementally compile scenes? To stream a lecture live using MPEG4, I would need to incrementally compile the new board strokes and the new portion of audio and video as they arrive in the computer. Everything I found was about compiling self-contained descriptions: This would mean I am able to compile the lecture when it has finished - but not live. I even asked IBM experts on their newly released toolkit, but they do not support this either. Two Questions: - Does the standard allow incremental generation of MPEG4 BIFS content? - If yes: Is there any tool, sdk, or whatever that supports this or do I have to write the bits by hand? Thanks in advance and regards from Berlin, -- Gerald Friedland Raum 164 Tel: ++49 (0)30/838-75134 Freie Universit?t Berlin Takustr. 9 http://www.gerald-friedland.org Institut f?r Informatik 14195 Berlin fland@inf.fu-berlin.de From garysull windows.microsoft.com Tue Jan 10 12:21:37 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Wed Jan 11 14:55:25 2006 Subject: [Mp4-tech] Field VOPs in MPEG-4 part 2? In-Reply-To: <43C40F66.1060609@apple.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE246124D0092@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Barry et al, Regarding your remark: +> Field VOPs seems to be allowed only in the Advanced Coding +> Efficiency +> profile. See Tables V2-39 and V2-40 in Sec. 9 profiles and levels That doesn't sound right. The ACE profile was in the 2001 edition, but I don't think field VOPs were defined yet in that edition. As far as I can tell, they arrived in the Studio Profile amendment -- they were added later. And those tables that you refer to don't actually say "field VOPs". They just say "interlace". As it existed at the time of the 2001 edition, I believe "interlace" did not include field VOPs. As discussed in the Alito hearings today, sometimes we must go back and do research to try to figure out what the original framers intended. :-) Table 9-3 of the 2003 edition says that Simple Studio and Core Studio include "Frame/Field Structure". The phrase "frame/field structure" is not defined in the standard. However, I think it refers to frame and field VOP support. And I think those are the only profiles that contain them. Best Regards, Gary Sullivan +> -----Original Message----- +> From: bhaskell [mailto:bhaskell@apple.com] +> Sent: Tuesday, January 10, 2024 11:48 AM +> To: Gary Sullivan +> Cc: mpeg-video@lists.rwth-aachen.de; mp4-tech@lists.mpegif.org +> Subject: Re: [Mp4-tech] Field VOPs in MPEG-4 part 2? +> +> Gary Sullivan wrote: +> +> >Yes, I see it now. I guess this was part of the Studio Profile +> >amendment - I hadn't looked in there for it before. It +> seems to only be +> >supported in the Studio Profiles? (e.g., not in the Advanced Simple +> >Profile) +> > +> > +> +> Field VOPs seems to be allowed only in the Advanced Coding +> Efficiency +> profile. See Tables V2-39 and V2-40 in Sec. 9 profiles and levels +> +> +> >Best Regards, +> > +> >-Gary +> > +> >+> -----Original Message----- +> >+> From: bhaskell [mailto:bhaskell@apple.com] +> >+> Sent: Monday, January 09, 2024 11:55 AM +> >+> To: Gary Sullivan +> >+> Cc: mpeg-video@lists.rwth-aachen.de; mp4-tech@lists.mpegif.org +> >+> Subject: Re: [Mp4-tech] Field VOPs in MPEG-4 part 2? +> >+> +> >+> Gary Sullivan wrote: +> >+> +> >+> >At first glance, it appears that MPEG-4 part 2 does not +> support VOPs +> >+> >that represent a single field of an interlaced frame. +> >+> > +> >+> >Can anyone confirm or refute that assertion? +> >+> > +> >+> > +> >+> Well, there are field VOPs ( top field VOPs and bottom field +> >+> VOPs), but +> >+> they are constrained to occur in pairs. See Sec. 6.1.3.4.1 +> >+> Field VOPs +> >+> +> >+> >Best Regards, +> >+> > +> >+> >Gary Sullivan +> >+> > +> >+> +> > +> +> +> -- +> Barry G. Haskell tel +1 408 974 6333 +> Apple Computer Inc. fax " " " 1756 +> 2 Infinite Loop MS: 302-3KS +> Cupertino, CA 95014 +> bhaskell@apple.com (also B.Haskell@ieee.org) +> +> +> From fx.parisot ateme.fr Wed Jan 11 10:28:02 2006 From: fx.parisot ateme.fr (FX Parisot) Date: Wed Jan 11 15:03:40 2006 Subject: [Mp4-tech] 264 and CC References: Message-ID: <0e9a01c61691$84c638d0$de1010ac@pc222> Re: [Mp4-tech] 264 and CCDear all, I am searching which standard defines how to embedd with H264 video but in MPEG-2 TS (not MP4) : - Closed captionning - Sub-titles Is it like for MPEG-2 in MPEG-2 TS ? Thanks FX ----- Original Message ----- From: Dave Singer To: Thierry Foucu ; mp4-tech@lists.mpegif.org Sent: Monday, December 12, 2023 7:29 PM Subject: Re: [Mp4-tech] 264 and CC At 9:46 -0800 8/12/05, Thierry Foucu wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5FC1F.448F216A" Hi, I'm looking for some spec describing how to encode CC in MPEG4? In MPEG2, we put the CC in the user private data at the frame level. What about H.264? Is there any paper out there describing such thing? Any sample? Thanks Thierry Closed Captioning is best carried as a separate stream, in my opinion. There's nothing that makes it specific to the video compression, after all. There are specs from 3GPP (3GPP Timed Text) and ISMA (carrying closed captioning data in MP4 files) that might help you. -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060111/2870a37c/attachment.html From mdorlando univ.trieste.it Wed Jan 11 12:16:51 2006 From: mdorlando univ.trieste.it (Marco D'Orlando) Date: Wed Jan 11 15:10:32 2006 Subject: [Mp4-tech] [H.264] RefPicList0[ num_ref_idx_l0_active_minus1 ] Message-ID: <43C4E923.2060008@units.it> Dear experts, I use H.264 encoder version 101. I encode a QCIF sequence with a large GOP (50 frames). I set RTP encapsulation. Than I removed some packets from bitstream. When I decode I receive this message: "RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture', invalid bitstream" Notice that when I use a GOP size of 15 frames the message doesn't appear. Also if I apply a packet loss rate of 30%! The error message is generated by the decoder. The reference file is image.c line 625. I try to modify this file but others errors are generated. Can we help me in order to allow the decoder to skip this error? Thanks in advance and best regards, Marco -- ########################################################################### Name: Marco D'Orlando Institution: DEEI-University of Trieste Address: Via A. Valerio, n# 10 c.a.p. 34127 Tel: +39-040-558-3412 (office) FAX: +39-040-558-3460 Email1: mdorlando@units.it Email2: dorlando_m@libero.it X-Lite internal contact: 3412 Skype user: marco_ing ########################################################################### From ee09176 student.estg.ipleiria.pt Wed Jan 11 12:45:08 2006 From: ee09176 student.estg.ipleiria.pt (ee09176@student.estg.ipleiria.pt) Date: Wed Jan 11 15:17:21 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? In-Reply-To: References: Message-ID: <200601111245.08241.ee09176@student.estg.ipleiria.pt> Hi, Where can I get YUV video sequences in 4:2:2 format and 720x576 (and lower) with >100 frames ? Thanks in advance, Sandro Moiron From r94942112 ntu.edu.tw Wed Jan 11 21:42:31 2006 From: r94942112 ntu.edu.tw (r94942112@ntu.edu.tw) Date: Wed Jan 11 15:24:04 2006 Subject: [Mp4-tech] MPEG-4 start-code question Message-ID: <20060111214231.9hoc1v0wo4wog8wg@wmail9.cc.ntu.edu.tw> The start-codes are unique identifiable patterns used by MPEG-4 Visual. To prevent start-code emulation due to the combination of VLC/FLC codes, MPEG-4 Visual strategically puts marker bits in its syntax and includes invalid VLC codewords in symbol tables. Try to describe this mechanism in detail, and explain how MPEG-4 simple profile successfully reaches this goal. From mihir ti.com Wed Jan 11 20:47:36 2006 From: mihir ti.com (Mody, Mihir) Date: Thu Jan 12 14:39:27 2006 Subject: [Mp4-tech] 264 and CC Message-ID: Hi Fx, Yes, there is amendment to MPEG2 system standard. Please refer to ITU-T recommendation for H.222, Amendment 3, 2004: Transport of AVC data over ISO/IEC 13818-1/ H.222.0 for MPEG2 TS containment for MPEG4 AVC. Regards, Mihir Mody, Multimedia codec group, Texas Instruments Ltd. ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of FX Parisot Sent: Wednesday, January 11, 2024 2:58 PM To: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] 264 and CC Dear all, I am searching which standard defines how to embedd with H264 video but in MPEG-2 TS (not MP4) : - Closed captionning - Sub-titles Is it like for MPEG-2 in MPEG-2 TS ? Thanks FX ----- Original Message ----- From: Dave Singer To: Thierry Foucu ; mp4-tech@lists.mpegif.org Sent: Monday, December 12, 2023 7:29 PM Subject: Re: [Mp4-tech] 264 and CC At 9:46 -0800 8/12/05, Thierry Foucu wrote: Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5FC1F.448F216A" Hi, I'm looking for some spec describing how to encode CC in MPEG4? In MPEG2, we put the CC in the user private data at the frame level. What about H.264? Is there any paper out there describing such thing? Any sample? Thanks Thierry Closed Captioning is best carried as a separate stream, in my opinion. There's nothing that makes it specific to the video compression, after all. There are specs from 3GPP (3GPP Timed Text) and ISMA (carrying closed captioning data in MP4 files) that might help you. -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060111/a3c8959b/attachment.html From sma com.dtu.dk Wed Jan 11 16:32:49 2006 From: sma com.dtu.dk (Shankar Manuel Aghito) Date: Thu Jan 12 14:39:32 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? Message-ID: Here you find some ftp://ftp.crc.ca/pub/crc/vqeg/ regards, Manuel Aghito -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ee09176@student.estg.ipleiria.pt Sent: 11. januar 2006 18:45 To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? Hi, Where can I get YUV video sequences in 4:2:2 format and 720x576 (and lower) with >100 frames ? Thanks in advance, Sandro Moiron _______________________________________________ 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 r94942112 ntu.edu.tw Thu Jan 12 14:55:30 2006 From: r94942112 ntu.edu.tw (r94942112@ntu.edu.tw) Date: Thu Jan 12 14:39:37 2006 Subject: [mp4-tech][video]A qusetion about MPEG-4 start-code emulation Message-ID: <20060112145530.o4mkutpgwsgksg84@wmail9.cc.ntu.edu.tw> My question: The start-codes are unique identifiable patterns used by MPEG-4 Visual. To prevent start-code emulation due to the combination of VLC/FLC codes, MPEG-4 Visual strategically puts marker bits in its syntax and includes invalid VLC codewords in symbol tables. Try to describe this mechanism in detail, and explain how MPEG-4 simple profile successfully reaches this goal. Thx a lot Sincerely From EricChuang via.com.tw Thu Jan 12 15:41:12 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Thu Jan 12 14:39:44 2006 Subject: [Mp4-tech] [H.264] A question regarding frame_num Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D5F@exchtp02.viatech.co.jp> Hi Experts, I had one question regarding the frame_num that is it possible the reference pictures in DPB have the same frame_num except for complementary reference field pairs ? For example, if there is a sequence IDR, P1, P2, P3, P4, P4, P6, P7, P8 with MaxFrameNum as 8, each are all reference frame, and each have frame_num has 0, 1, 2, 3, ..., 7, and 0. After P8 is decoded, it's also inserted to DPB as a reference frame, then there would be 2 reference frame having fram_num as 0. If there is another picture P9 is to be decoded, Because IDR and P8 have the same frame_num, decoder would compute their PicNum as the same if P9 is a frame, and in this kind of case, if sliding window is to be applied to kick off one reference frame, which one should decoder choose ?? Thanks in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060112/b57d42a7/attachment-0001.html From sma com.dtu.dk Thu Jan 12 10:39:42 2006 From: sma com.dtu.dk (Shankar Manuel Aghito) Date: Thu Jan 12 14:39:49 2006 Subject: [Mp4-tech] [Video] [Error esilience] RTP packetization Message-ID: Does the H.264/AVC reference sotware use the information in the RTP header for error recovery? i.e. , is the reference software more robust when RTP packetization is used rather than Annex B packetization? best regards, Manuel Aghito From ee09176 student.estg.ipleiria.pt Thu Jan 12 17:21:20 2006 From: ee09176 student.estg.ipleiria.pt (ee09176@student.estg.ipleiria.pt) Date: Fri Jan 13 01:03:47 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? In-Reply-To: References: Message-ID: <200601121721.21189.ee09176@student.estg.ipleiria.pt> Hi, I've downloaded some video sequences from there and I can't play them. I'm using Zplayer with 720x576 4:2:2. I've tried several other options and I still can't play it, the image it's not ok Can somebody help me !! Thanks, Sandro Moiron On Wednesday 11 January 2024 10:32, Shankar Manuel Aghito wrote: > Here you find some > ftp://ftp.crc.ca/pub/crc/vqeg/ > > regards, > Manuel Aghito > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of > ee09176@student.estg.ipleiria.pt > Sent: 11. januar 2006 18:45 > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? > > > Hi, > > Where can I get YUV video sequences in 4:2:2 format and 720x576 (and > lower) > with >100 frames ? > > Thanks in advance, > Sandro Moiron > > _______________________________________________ > 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 EricChuang via.com.tw Fri Jan 13 08:26:46 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Fri Jan 13 01:09:32 2006 Subject: [Mp4-tech] [H.264] Complementary Reference Field Pair Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D60@exchtp02.viatech.co.jp> Hi Experts, Is it possible that one of complementary reference field pais is short-term reference frame, and the other is long-term reference frame ? Best Regards, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060113/41a520ac/attachment.html From r94942112 ntu.edu.tw Fri Jan 13 14:27:23 2006 From: r94942112 ntu.edu.tw (r94942112@ntu.edu.tw) Date: Fri Jan 13 23:24:02 2006 Subject: [Mp4-tech] [Video]A qusetion about MPEG-4 start-code emulation Message-ID: <20060113142723.zmanugq31ck8goo8@wmail9.cc.ntu.edu.tw> My question: The start-codes are unique identifiable patterns used by MPEG-4 Visual. To prevent start-code emulation due to the combination of VLC/FLC codes, MPEG-4 Visual strategically puts marker bits in its syntax and includes invalid VLC codewords in symbol tables. Try to describe this mechanism in detail, and explain how MPEG-4 simple profile successfully reaches this goal. Thx a lot Sincerely From Ye-Kui.Wang nokia.com Fri Jan 13 10:54:06 2006 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Fri Jan 13 23:34:58 2006 Subject: [Mp4-tech] [H.264] A question regarding frame_num In-Reply-To: <6A7AB4426712514F9E2AB28C407285FA372D5F@exchtp02.viatech.co.jp> Message-ID: <1C1F3D15859526459B4DD0A7A9B2268B018BD1EF@trebe101.NOE.Nokia.com> Leaving field pictures out, a long-term reference picture may have the same frame_num value as a short-term reference picture, but two short-term reference pictures shall not share the same frame_num value. BR, YK ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] Sent: 2006$BG/(J1$B7n(J12$BF|(J 9:41 To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264] A question regarding frame_num Hi Experts, I had one question regarding the frame_num that is it possible the reference pictures in DPB have the same frame_num except for complementary reference field pairs ? For example, if there is a sequence IDR, P1, P2, P3, P4, P4, P6, P7, P8 with MaxFrameNum as 8, each are all reference frame, and each have frame_num has 0, 1, 2, 3, $B!D(J, 7, and 0. After P8 is decoded, it$B!G(Js also inserted to DPB as a reference frame, then there would be 2 reference frame having fram_num as 0. If there is another picture P9 is to be decoded, Because IDR and P8 have the same frame_num, decoder would compute their PicNum as the same if P9 is a frame, and in this kind of case, if sliding window is to be applied to kick off one reference frame, which one should decoder choose ?? Thanks in advance, Eric From sma com.dtu.dk Fri Jan 13 10:45:26 2006 From: sma com.dtu.dk (Shankar Manuel Aghito) Date: Fri Jan 13 23:35:07 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? Message-ID: The sequences are in abekas format. You can convert them to conventional raw yuv using this tool ftp://ftp.ldv.e-technik.tu-muenchen.de/pub/test_sequences/software/abeka s2yuv.zip Manuel Aghito -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ee09176@student.estg.ipleiria.pt Sent: 12. januar 2006 23:21 To: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] Where to get video 4:2:2 video sequences ? Hi, I've downloaded some video sequences from there and I can't play them. I'm using Zplayer with 720x576 4:2:2. I've tried several other options and I still can't play it, the image it's not ok Can somebody help me !! Thanks, Sandro Moiron On Wednesday 11 January 2024 10:32, Shankar Manuel Aghito wrote: > Here you find some > ftp://ftp.crc.ca/pub/crc/vqeg/ > > regards, > Manuel Aghito > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of > ee09176@student.estg.ipleiria.pt > Sent: 11. januar 2006 18:45 > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? > > > Hi, > > Where can I get YUV video sequences in 4:2:2 format and 720x576 (and > lower) > with >100 frames ? > > Thanks in advance, > Sandro Moiron > > _______________________________________________ > 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.ph > p > > _______________________________________________ > 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.ph > p _______________________________________________ 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 matthiask ece.ubc.ca Fri Jan 13 12:12:28 2006 From: matthiask ece.ubc.ca (Matthias von dem Knesebeck) Date: Fri Jan 13 23:35:13 2006 Subject: [Mp4-tech] UMHexagonS compared to Full Search Message-ID: <43C809AC.7010009@ece.ubc.ca> I am looking for a performance comparison between UMHexagonS and Full Search for use in H.264. In JVT-G016, the comparison is made against Fast Full Search. What is the difference between Fast Full Search mentioned and (extensive) Full Search? Thanks in advance for your comments. Matthias From garysull windows.microsoft.com Sun Jan 15 01:17:56 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Jan 16 03:28:53 2006 Subject: [Mp4-tech] [H.264] A question regarding frame_num In-Reply-To: <1C1F3D15859526459B4DD0A7A9B2268B018BD1EF@trebe101.NOE.Nokia.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612640879@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Clarifying: Two short-term reference frames in the bitstream can have the same frame_num, but they can't both be marked as "used for short-term reference" at the same time. They can even both be in the DPB at the same time -- they just can't both be marked as "used for short-term reference" at the same time. This covers the case mentioned by Ye-Kui, and also covers other cases as well (e.g., one picture in the DPB being marked as "needed for output" but not "used for short-term reference"). To find the place in the spec where it talks about this, I suggest searching for "UnusedShortTermFrameNum". Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Ye-Kui.Wang@nokia.com +> Sent: Friday, January 13, 2024 12:54 AM +> To: mp4-tech@lists.mpegif.org +> Subject: RE: [Mp4-tech] [H.264] A question regarding frame_num +> +> Leaving field pictures out, a long-term reference picture +> may have the same frame_num value as a short-term reference +> picture, but two short-term reference pictures shall not +> share the same frame_num value. +> +> BR, YK +> +> ________________________________ +> +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] +> Sent: 2006?1?12? 9:41 +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] A question regarding frame_num +> +> +> Hi Experts, +> I had one question regarding the frame_num that is it +> possible the reference pictures in DPB have the same +> frame_num except for complementary reference field pairs ? +> For example, if there is a sequence IDR, P1, P2, P3, +> P4, P4, P6, P7, P8 with MaxFrameNum as 8, each are all +> reference frame, and each have frame_num has 0, 1, 2, 3, ?, +> 7, and 0. After P8 is decoded, it?s also inserted to DPB as +> a reference frame, then there would be 2 reference frame +> having fram_num as 0. If there is another picture P9 is to +> be decoded, Because IDR and P8 have the same frame_num, +> decoder would compute their PicNum as the same if P9 is a +> frame, and in this kind of case, if sliding window is to be +> applied to kick off one reference frame, which one should +> decoder choose ?? +> +> Thanks in advance, +> Eric +> _______________________________________________ +> 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 almomo1 gmail.com Mon Jan 16 12:41:56 2006 From: almomo1 gmail.com (Alejandro Moya) Date: Mon Jan 16 12:57:28 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? In-Reply-To: <200601121721.21189.ee09176@student.estg.ipleiria.pt> References: <200601121721.21189.ee09176@student.estg.ipleiria.pt> Message-ID: <84ac0130601160341q553507e5p@mail.gmail.com> Are all sequences at ftp://ftp.crc.ca/pub/crc/vqeg/ in 4:2:2 format? I am interested in download some of them but they weight too much and there is no clue about which of them are 4:2:2... Thanks. 2006/1/12, ee09176@student.estg.ipleiria.pt < ee09176@student.estg.ipleiria.pt>: > > Hi, > > I've downloaded some video sequences from there and I can't play them. > I'm using Zplayer with 720x576 4:2:2. I've tried several other options and > I > still can't play it, the image it's not ok > Can somebody help me !! > > Thanks, > Sandro Moiron > > On Wednesday 11 January 2024 10:32, Shankar Manuel Aghito wrote: > > Here you find some > > ftp://ftp.crc.ca/pub/crc/vqeg/ > > > > regards, > > Manuel Aghito > > > > -----Original Message----- > > From: mp4-tech-bounces@lists.mpegif.org > > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of > > ee09176@student.estg.ipleiria.pt > > Sent: 11. januar 2006 18:45 > > To: mp4-tech@lists.mpegif.org > > Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? > > > > > > Hi, > > > > Where can I get YUV video sequences in 4:2:2 format and 720x576 (and > > lower) > > with >100 frames ? > > > > Thanks in advance, > > Sandro Moiron > > > > _______________________________________________ > > 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 > _______________________________________________ > 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/20060116/46306fca/attachment.html From pbijesh yahoo.co.in Mon Jan 16 14:33:51 2006 From: pbijesh yahoo.co.in (dada) Date: Mon Jan 16 12:57:35 2006 Subject: [Mp4-tech] BSAC: Reference software Message-ID: <20060116143351.22372.qmail@web8414.mail.in.yahoo.com> Hi I am seeing some differences between bsac reference software and standard (ISO/IEC 14496-3:2001(E): subpart 4). I am using the software from audio/natural/rewrite/mp4AudVm where README says " "Edition 2001" release of the MPEG-4 Audio Reference Software for Natural Audio and Speech Coding.". The differences are in layer_size calculations and in sba mode decoding. Can anyone help me in getting the correct reference s/w. Is there any BSAC reference executable/player (PC/Linux) available ? Thanks Bijesh Send instant messages to your online friends http://in.messenger.yahoo.com From v_v_bhat yahoo.com Sun Jan 15 22:19:51 2006 From: v_v_bhat yahoo.com (Vinayak Bhat) Date: Mon Jan 16 12:57:41 2006 Subject: [Mp4-tech] Where to get video 4:2:2 video sequences with qcif(176x144) In-Reply-To: <200601141706.k0EH6E6s010358@lists1.magma.ca> Message-ID: <20060116061951.54487.qmail@web33004.mail.mud.yahoo.com> Hi all Where can I get YUV video sequences in 4:2:2 format and 176x144 (and lower) with >100 frames ? Thanks in advance, vinayak bhat 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. [Video]A qusetion about MPEG-4 start-code emulation (r94942112@ntu.edu.tw) 2. RE: [H.264] A question regarding frame_num (Ye-Kui.Wang@nokia.com) 3. RE: Where to get video 4:2:2 video sequences ? (Shankar Manuel Aghito) 4. UMHexagonS compared to Full Search (Matthias von dem Knesebeck) ---------------------------------------------------------------------- Message: 1 Date: Fri, 13 Jan 2024 14:27:23 +0800 From: r94942112@ntu.edu.tw Subject: [Mp4-tech] [Video]A qusetion about MPEG-4 start-code emulation To: mp4-tech@lists.mpegif.org Message-ID: <20060113142723.zmanugq31ck8goo8@wmail9.cc.ntu.edu.tw> Content-Type: text/plain; charset=BIG5; format="flowed" My question: The start-codes are unique identifiable patterns used by MPEG-4 Visual. To prevent start-code emulation due to the combination of VLC/FLC codes, MPEG-4 Visual strategically puts marker bits in its syntax and includes invalid VLC codewords in symbol tables. Try to describe this mechanism in detail, and explain how MPEG-4 simple profile successfully reaches this goal. Thx a lot Sincerely ------------------------------ Message: 2 Date: Fri, 13 Jan 2024 10:54:06 +0200 From: Subject: RE: [Mp4-tech] [H.264] A question regarding frame_num To: Message-ID: <1C1F3D15859526459B4DD0A7A9B2268B018BD1EF@trebe101.NOE.Nokia.com> Content-Type: text/plain; charset="iso-2022-jp" Leaving field pictures out, a long-term reference picture may have the same frame_num value as a short-term reference picture, but two short-term reference pictures shall not share the same frame_num value. BR, YK ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] Sent: 2006$BG/(J1$B7n(J12$BF|(J 9:41 To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264] A question regarding frame_num Hi Experts, I had one question regarding the frame_num that is it possible the reference pictures in DPB have the same frame_num except for complementary reference field pairs ? For example, if there is a sequence IDR, P1, P2, P3, P4, P4, P6, P7, P8 with MaxFrameNum as 8, each are all reference frame, and each have frame_num has 0, 1, 2, 3, $B!D(J, 7, and 0. After P8 is decoded, it$B!G(Js also inserted to DPB as a reference frame, then there would be 2 reference frame having fram_num as 0. If there is another picture P9 is to be decoded, Because IDR and P8 have the same frame_num, decoder would compute their PicNum as the same if P9 is a frame, and in this kind of case, if sliding window is to be applied to kick off one reference frame, which one should decoder choose ?? Thanks in advance, Eric ------------------------------ Message: 3 Date: Fri, 13 Jan 2024 10:45:26 +0100 From: "Shankar Manuel Aghito" Subject: RE: [Mp4-tech] Where to get video 4:2:2 video sequences ? To: , Message-ID: Content-Type: text/plain; charset="us-ascii" The sequences are in abekas format. You can convert them to conventional raw yuv using this tool ftp://ftp.ldv.e-technik.tu-muenchen.de/pub/test_sequences/software/abeka s2yuv.zip Manuel Aghito -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ee09176@student.estg.ipleiria.pt Sent: 12. januar 2006 23:21 To: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] Where to get video 4:2:2 video sequences ? Hi, I've downloaded some video sequences from there and I can't play them. I'm using Zplayer with 720x576 4:2:2. I've tried several other options and I still can't play it, the image it's not ok Can somebody help me !! Thanks, Sandro Moiron On Wednesday 11 January 2024 10:32, Shankar Manuel Aghito wrote: > Here you find some > ftp://ftp.crc.ca/pub/crc/vqeg/ > > regards, > Manuel Aghito > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of > ee09176@student.estg.ipleiria.pt > Sent: 11. januar 2006 18:45 > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] Where to get video 4:2:2 video sequences ? > > > Hi, > > Where can I get YUV video sequences in 4:2:2 format and 720x576 (and > lower) > with >100 frames ? > > Thanks in advance, > Sandro Moiron > > _______________________________________________ > 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.ph > p > > _______________________________________________ > 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.ph > p _______________________________________________ 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 ------------------------------ Message: 4 Date: Fri, 13 Jan 2024 12:12:28 -0800 From: Matthias von dem Knesebeck Subject: [Mp4-tech] UMHexagonS compared to Full Search To: mp4-tech@lists.mpegif.org Message-ID: <43C809AC.7010009@ece.ubc.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed I am looking for a performance comparison between UMHexagonS and Full Search for use in H.264. In JVT-G016, the comparison is made against Fast Full Search. What is the difference between Fast Full Search mentioned and (extensive) Full Search? Thanks in advance for your comments. Matthias ------------------------------ _______________________________________________ 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 30, Issue 13 **************************************** --------------------------------- Yahoo! Photos Got holiday prints? See all the ways to get quality prints in your hands ASAP. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060115/ad177842/attachment.html From mp4-tech-owner lists.mpegif.org Mon Jan 16 18:03:18 2006 From: mp4-tech-owner lists.mpegif.org (MPEGIF List Bounces) Date: Mon Jan 16 12:57:48 2006 Subject: FW: [Mp4-tech] Incremental BIFS scene creation Message-ID: <000f01c61abe$bfa86370$0500a8c0@corp.intertrust.com> Forwarding non-list member post -----Original Message----- From: Mikael Bourges-Sevenier [mailto:mikeseven@gmail.com] Sent: Monday, 16 January 2024 09:40 To: 'Christian Zick'; mp4-tech@lists.mpegif.org Cc: 'Gerald Friedland' Subject: RE: [Mp4-tech] Incremental BIFS scene creation Dear Christian, BIFS provides BIFS-Updates and BIFS-Anim tools to send updates at specific times or in a continuous stream at a fixed frame rate, respectively. In fact, a scene is a special update that replaces the whole scene. Incremental updates modify portions of scenes or attributes of nodes; that's what you need to do in your software. Tools like XMT, BT are typically done for (non real time) authoring. So you'd better write your software to output BIFS updates directly rather than going to these representations. Hope this helps, Mike > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Christian Zick > Sent: Tuesday, January 10, 2024 6:11 PM > To: mp4-tech@lists.mpegif.org > Cc: Gerald Friedland > Subject: [Mp4-tech] Incremental BIFS scene creation > > Dear experts, > > in our application we want to live-stream an electronic > chalkboard lecture over the Internet using MPEG4. The idea is > to send the chalkboard content as strokes using MPEG4 BIFS > plus the audio and a video of the lecturer. As far as I > understood, I can create BIFS scene content by first > generating XMT, BT, or similar text based syntax and then > compiling it to the binary representation called BIFS. > > The problem that I am facing now is: How can I incrementally > compile scenes? To stream a lecture live using MPEG4, I would > need to incrementally compile the new board strokes and the > new portion of audio and video as they arrive in the computer. > > Everything I found was about compiling self-contained descriptions: > This would mean I am able to compile the lecture when it has finished > - but not live. > > I even asked IBM experts on their newly released toolkit, but > they do not support this either. > > Two Questions: > - Does the standard allow incremental generation of MPEG4 > BIFS content? > - If yes: Is there any tool, sdk, or whatever that supports > this or do I have to write the bits by hand? > > Thanks in advance and regards from Berlin, > > -- > Gerald Friedland Raum 164 Tel: ++49 (0)30/838-75134 > Freie Universit?t Berlin Takustr. 9 > http://www.gerald-friedland.org > Institut f?r Informatik 14195 Berlin fland@inf.fu-berlin.de From ralph.sperschneider iis.fraunhofer.de Tue Jan 17 13:05:56 2006 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Tue Jan 17 10:34:34 2006 Subject: [Mp4-tech] Re: AAC: No quantisation data in cb with ZERO_HCB In-Reply-To: <1135802802.43b2f9b230f79@webmail.versatel.nl> References: <1135802802.43b2f9b230f79@webmail.versatel.nl> Message-ID: <43CCDDA4.7010602@iis.fraunhofer.de> mark_wezelenburg@zonnet.nl wrote: > > Dear All, > > With respect to 4.6.3.3 (decoding process) of 14496-3 > > It is said that with the ZERO-HCB, no quantised data is > transmitted. Then further on in the paragraph with > "pulse_data_present == 1" It is said that quantised > coefficients have been replaced by others ... > >>From this it appears that with a ZERO_HCB, no pulse > data can be present, because one cannot replace > something which is not there. > > However testvector al04_48.mp4 does just that; It has > pulse data in a ZERO_HCB ? > > Is the testvector wrong (or the text has become wrong > because the vector exists), or do I misread the > paragraph? > > Thanks in advance, > > Mark > Mark, to my understanding you are right. It can be read in ISO/IEC 13818-7: 8.3.2 (Decoding process) " For each scalefactor band that is not in a section coded with the zero codebook (ZERO_HCB), a scalefactor is transmitted. These will be denoted as ?active? scalefactor bands and the associated scalefactors as active scalefactors. " 11.3.2 (Decoding gof scalefactors) " A scalefactor is not transmitted for scalefactor bands which are coded with the Huffman codebook ZERO_HCB. " Since for non-active scalefactor bands no scalefactors exist, the transmission of a spectral value is rather meaningless. With regard to al04_48.mp4: Please let me know, at what frame, in what band, for what spectral line, pulse data is utilized in a non-active scalefactor band. 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 dattagurubn yahoo.com Tue Jan 17 09:43:48 2006 From: dattagurubn yahoo.com (Dattaguru B.N.) Date: Wed Jan 18 08:23:51 2006 Subject: [Mp4-tech][Audio] aacPlus Synchronization with MPEG4 Video In-Reply-To: <43CCDDA4.7010602@iis.fraunhofer.de> Message-ID: <20060117174348.58213.qmail@web34711.mail.mud.yahoo.com> Dear Experts, I have some questions on synchronization of audio and video: 1. How do we synchronize AAC Audio and MPEG video? 2. Will AAC+ synchronization with MPEG video differ from that of AAC. If so, what is the delay and how to take care of the same. 3. If I perform a jump in between the decoding skipping some frames, how can I achieve sync and also in case of SBR, how can I get the previous information for decoding the current frame? Thanks in advance for your valuable inputs. Waiting for your answers. Thanks and regards, Datta __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From EricChuang via.com.tw Wed Jan 18 11:47:40 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Wed Jan 18 08:30:24 2006 Subject: [Mp4-tech] [H.264] A question regarding frame_num Message-ID: <6A7AB4426712514F9E2AB28C407285FA284993@exchtp02.viatech.co.jp> Hi Gary/Ye-Kui, I got it, and thanks for your answering. The paragraph that describes this should be the following: When the value of frame_num is not equal to PrevRefFrameNum, the following applies. ¡V There shall not be any previous field or frame in decoding order that is currently marked as "used for short-term reference" that has a value of frame_num equal to any value taken on by the variable UnusedShortTermFrameNum in the following: UnusedShortTermFrameNum = ( PrevRefFrameNum + 1 ) % MaxFrameNum while( UnusedShortTermFrameNum != frame_num ) (7-21) UnusedShortTermFrameNum = ( UnusedShortTermFrameNum + 1 ) % MaxFrameNum Thanks very much, Eric -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary Sullivan Sent: Sunday, January 15, 2024 1:18 AM To: Ye-Kui.Wang@nokia.com; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] [H.264] A question regarding frame_num Clarifying: Two short-term reference frames in the bitstream can have the same frame_num, but they can't both be marked as "used for short-term reference" at the same time. They can even both be in the DPB at the same time -- they just can't both be marked as "used for short-term reference" at the same time. This covers the case mentioned by Ye-Kui, and also covers other cases as well (e.g., one picture in the DPB being marked as "needed for output" but not "used for short-term reference"). To find the place in the spec where it talks about this, I suggest searching for "UnusedShortTermFrameNum". Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Ye-Kui.Wang@nokia.com +> Sent: Friday, January 13, 2024 12:54 AM +> To: mp4-tech@lists.mpegif.org +> Subject: RE: [Mp4-tech] [H.264] A question regarding frame_num +> +> Leaving field pictures out, a long-term reference picture +> may have the same frame_num value as a short-term reference +> picture, but two short-term reference pictures shall not +> share the same frame_num value. +> +> BR, YK +> +> ________________________________ +> +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] +> Sent: 2006¦~1¤ë12¤é 9:41 +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] A question regarding frame_num +> +> +> Hi Experts, +> I had one question regarding the frame_num that is it +> possible the reference pictures in DPB have the same +> frame_num except for complementary reference field pairs ? +> For example, if there is a sequence IDR, P1, P2, P3, +> P4, P4, P6, P7, P8 with MaxFrameNum as 8, each are all +> reference frame, and each have frame_num has 0, 1, 2, 3, ¡K, +> 7, and 0. After P8 is decoded, it¡¦s also inserted to DPB as +> a reference frame, then there would be 2 reference frame +> having fram_num as 0. If there is another picture P9 is to +> be decoded, Because IDR and P8 have the same frame_num, +> decoder would compute their PicNum as the same if P9 is a +> frame, and in this kind of case, if sliding window is to be +> applied to kick off one reference frame, which one should +> decoder choose ?? +> +> Thanks in advance, +> Eric +> _______________________________________________ +> 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-Antitrust.php From ralph.sperschneider iis.fraunhofer.de Thu Jan 19 09:41:02 2006 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Thu Jan 19 09:42:57 2006 Subject: [Mp4-tech] Re: AAC: No quantisation data in cb with ZERO_HCB In-Reply-To: <43CCDDA4.7010602@iis.fraunhofer.de> References: <1135802802.43b2f9b230f79@webmail.versatel.nl> <43CCDDA4.7010602@iis.fraunhofer.de> Message-ID: <43CF509E.5070309@iis.fraunhofer.de> Ralph Sperschneider wrote: > mark_wezelenburg@zonnet.nl wrote: > >> >> Dear All, >> >> With respect to 4.6.3.3 (decoding process) of 14496-3 >> >> It is said that with the ZERO-HCB, no quantised data is >> transmitted. Then further on in the paragraph with >> "pulse_data_present == 1" It is said that quantised >> coefficients have been replaced by others ... >> >> >>> From this it appears that with a ZERO_HCB, no pulse >> >> data can be present, because one cannot replace >> something which is not there. >> >> However testvector al04_48.mp4 does just that; It has >> pulse data in a ZERO_HCB ? >> >> Is the testvector wrong (or the text has become wrong >> because the vector exists), or do I misread the >> paragraph? >> >> Thanks in advance, >> >> Mark >> > > > Mark, > > to my understanding you are right. It can be read in ISO/IEC 13818-7: > > 8.3.2 (Decoding process) > " > For each scalefactor band that is not in a section coded with the zero > codebook (ZERO_HCB), a scalefactor is transmitted. These will be denoted > as ?active? scalefactor bands and the associated scalefactors as active > scalefactors. > " > > 11.3.2 (Decoding gof scalefactors) > " > A scalefactor is not transmitted for scalefactor bands which are coded > with the Huffman codebook ZERO_HCB. > " > > Since for non-active scalefactor bands no scalefactors exist, the > transmission of a spectral value is rather meaningless. > > With regard to al04_48.mp4: Please let me know, at what frame, in what > band, for what spectral line, pulse data is utilized in a non-active > scalefactor band. > > Best regards, > Ralph > Mark, it seems I was somewhat too quick with my response. The standard also quotes: 11.3.2 (Decoding of scalefactors) " if (sfb_cb[g][sfb] != ZERO_HCB && sfb_cb[g][sfb] != INTENSITY_HCB && sfb_cb[g][sfb] != INTENSITY_HCB2) { dpcm_sf = decode_huffman() - index_offset; /* see clause 9*/ sf[g][sfb] = dpcm_sf + last_sf; last_sf = sf[g][sfb]; } else { sf[g][sfb] = 0; } ". Hence, a scalefactor exists also in case of non-active scalefactor bands. So the decoder can operate as follows (and this is imho, what the reference software does): cb=0, hence sf[i]=0 cb=0, hence requant_bin = 0 apply_pulse, hence requant_bin != 0 (in fact requant_bin < 0) rescaling of requant_bin with sf[i] = pow(2.0, 0.25 * sf[i]), hence spectrum != 0 BTW: You are right in that the standard appears not to define any constraint on the pulse addresses i.e. they may be the same. Best regards, Ralph From lealth gmail.com Thu Jan 19 12:30:31 2006 From: lealth gmail.com (Thaisa Leal) Date: Fri Jan 20 09:52:27 2006 Subject: [Mp4-tech] Level_prefix in the CAVLC encoding Message-ID: <8408e4c90601190630p4b34f985h2f69fb3fd75c64d4@mail.gmail.com> Hello, Please, somebody knows to answer me as I find the Level_prefix in the CAVLC encoding? Thanks for its attention. Tha?sa (Rio Grande do Sul - Brasil) -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060119/71807c8c/attachment.html From t.sajdl gmail.com Fri Jan 20 00:07:52 2006 From: t.sajdl gmail.com (Tomislav Sajdl) Date: Fri Jan 20 09:55:51 2006 Subject: [Mp4-tech] JM software - how to skip a macroblock? Message-ID: <551ff8db0601191507l136d020dva5e4c2ab9dcf35c7@mail.gmail.com> Hi! If there is someone familiar with JM code, I would like to know something about macroblock skipping. I want to add some additional logic for early skip of macroblocks. Unfortunately, I cannot do it properly. In file mode_decision.c, in function encode_one_macroblock(), there is some similar logic, it's called "earlyskip". When they want to make an early skip, they set variable earlyskip to 1. But this does not work for me. As a result, I get larger instead of smaller bitrate, and decoder doesn't work properly any more. Could you tell me how to force a macroblock to be skipped, or how to force any other coding mode? Thanks in advance, Tomislav -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060120/a62c6b2a/attachment.html From ralph.sperschneider iis.fraunhofer.de Fri Jan 20 05:17:44 2006 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Fri Jan 20 09:58:10 2006 Subject: [Mp4-tech] Re: AAC: No quantisation data in cb with ZERO_HCB In-Reply-To: <003301c61d2d$6ca16c50$0300000a@lothian> References: <1135802802.43b2f9b230f79@webmail.versatel.nl><43CCDDA4.7010602@iis.fraunhofer.de> <43CF509E.5070309@iis.fraunhofer.de> <003301c61d2d$6ca16c50$0300000a@lothian> Message-ID: <43D06468.2020107@iis.fraunhofer.de> Mark Wezelenburg wrote: > Hi Ralph, > > Thanks for taking the time. I think that the testvector and > reference code overrule the text in par. 4.6.3.3. Which text do you refer to (pleace cite)? Ralph > Is it a good idea to log at ISO this for future clarification ? > > Regards, > > Mark > > > P.S. I don't like pulse data ;-) I can understand this. > ----- Original Message ----- From: "Ralph Sperschneider" > > To: > Cc: > Sent: Thursday, January 19, 2024 9:41 AM > Subject: [Mp4-tech] Re: AAC: No quantisation data in cb with ZERO_HCB > > >> Ralph Sperschneider wrote: >> >>> mark_wezelenburg@zonnet.nl wrote: >>> >>>> >>>> Dear All, >>>> With respect to 4.6.3.3 (decoding process) of 14496-3 >>>> It is said that with the ZERO-HCB, no quantised data is >>>> transmitted. Then further on in the paragraph with >>>> "pulse_data_present == 1" It is said that quantised >>>> coefficients have been replaced by others ... >>>> >>>>> From this it appears that with a ZERO_HCB, no pulse >>>> >>>> >>>> data can be present, because one cannot replace >>>> something which is not there. >>>> However testvector al04_48.mp4 does just that; It has >>>> pulse data in a ZERO_HCB ? >>>> Is the testvector wrong (or the text has become wrong >>>> because the vector exists), or do I misread the >>>> paragraph? >>>> Thanks in advance, >>>> Mark >>>> >>> >>> >>> Mark, >>> >>> to my understanding you are right. It can be read in ISO/IEC 13818-7: >>> >>> 8.3.2 (Decoding process) >>> " >>> For each scalefactor band that is not in a section coded with the >>> zero codebook (ZERO_HCB), a scalefactor is transmitted. These will be >>> denoted as ?active? scalefactor bands and the associated scalefactors >>> as active scalefactors. >>> " >>> >>> 11.3.2 (Decoding gof scalefactors) >>> " >>> A scalefactor is not transmitted for scalefactor bands which are >>> coded with the Huffman codebook ZERO_HCB. >>> " >>> >>> Since for non-active scalefactor bands no scalefactors exist, the >>> transmission of a spectral value is rather meaningless. >>> >>> With regard to al04_48.mp4: Please let me know, at what frame, in >>> what band, for what spectral line, pulse data is utilized in a >>> non-active scalefactor band. >>> >>> Best regards, >>> Ralph >>> >> >> Mark, >> >> it seems I was somewhat too quick with my response. The standard also >> quotes: >> >> 11.3.2 (Decoding of scalefactors) >> " >> if (sfb_cb[g][sfb] != ZERO_HCB && sfb_cb[g][sfb] != INTENSITY_HCB >> && sfb_cb[g][sfb] != INTENSITY_HCB2) { >> dpcm_sf = decode_huffman() - index_offset; /* see clause 9*/ >> sf[g][sfb] = dpcm_sf + last_sf; >> last_sf = sf[g][sfb]; >> } >> else { >> sf[g][sfb] = 0; >> } >> ". >> >> Hence, a scalefactor exists also in case of non-active scalefactor >> bands. So the decoder can operate as follows (and this is imho, what >> the reference software does): >> >> cb=0, hence sf[i]=0 >> cb=0, hence requant_bin = 0 >> apply_pulse, hence requant_bin != 0 (in fact requant_bin < 0) >> rescaling of requant_bin with sf[i] = pow(2.0, 0.25 * sf[i]), >> hence spectrum != 0 >> >> BTW: You are right in that the standard appears not to define any >> constraint on the pulse addresses i.e. they may be the same. >> >> Best regards, >> Ralph >> >> _______________________________________________ >> 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 vinayaka.hegde celstream.com Fri Jan 20 14:42:24 2006 From: vinayaka.hegde celstream.com (Vinayaka Hegde) Date: Fri Jan 20 10:01:24 2006 Subject: [Mp4-tech] [Audio]: Query on PS support in ISO Reference Code Message-ID: Hai, I am looking for Parametric Stereo implementation. Is the latest ISO Reference code support this feature? If support is present please let me know the latest version. Which I have may be the old one, since I am not able to run parametric streams on the reference decoder. Regards Vinayaka =========================== Vinayaka Hegde Celstream Technologies Pvt. Ltd. Prestige Blue-Chip Software Park Block - 2, #9 Hosur Road Bangalore - 560029 Ph: 51191919 Extn: 4159 URL: www.celstream.com =========================== ______________________________________________________________ DISCLAIMER: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Celstream Technologies or Mailadmin@celstream.com immediately and destroy all copies of this message and any attachments. _______________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060120/1f0ad7b0/attachment.html From karthikmct gmail.com Fri Jan 20 15:17:33 2006 From: karthikmct gmail.com (karthik b) Date: Fri Jan 20 10:03:37 2006 Subject: [Mp4-tech] AVC Encoding Types Message-ID: <726b50dd0601200147h30110dc5g3ba3cdc93fa8d3cf@mail.gmail.com> Dear All, I want to some material stating the different types of DCT coding types used in Video Encoders And also about the various methods of Encoding. Thanks & Regards, Karthik.B -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060120/2a1ac5de/attachment.html From lealth gmail.com Fri Jan 20 09:37:28 2006 From: lealth gmail.com (Thaisa Leal) Date: Fri Jan 20 10:06:35 2006 Subject: [Mp4-tech] Level_prefix in the CAVLC encoding Message-ID: <8408e4c90601200337q4bbb2c4bo61e0b75ede00aecc@mail.gmail.com> Hello, Please, somebody knows to answer me as I find the Level_prefix in the CAVLC encoding? Thanks for its attention. Tha?sa (Rio Grande do Sul - Brasil) -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060120/5b889b89/attachment.html From andrewk vbrick.com Fri Jan 20 10:18:43 2006 From: andrewk vbrick.com (Andrew Krupiczka) Date: Sat Jan 21 09:11:26 2006 Subject: [Mp4-tech] JM software - how to skip a macroblock? Message-ID: Tomislav, Perhaps, you could try by extra lowering a "cost" variable value in the code below from BlockMotionSearch() ... but never tried it. Best regards, Andrew -------------------------------- if (!input->rdopt) { // Get the skip mode cost if (blocktype == 1 && (img->type == P_SLICE||img->type == SP_SLICE)) { int cost; FindSkipModeMotionVector (); cost = GetSkipCostMB (lambda_factor); cost -= ((lambda_factor + 4096) >> 13); if (cost < min_mcost) { min_mcost = cost; mv_x = img->all_mv [0][0][0][0][0][0]; mv_y = img->all_mv [0][0][0][0][0][1]; } } } -----Original Message----- From: Tomislav Sajdl [mailto:t.sajdl@gmail.com] Sent: Thursday, January 19, 2024 6:08 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] JM software - how to skip a macroblock? Hi! If there is someone familiar with JM code, I would like to know something about macroblock skipping. I want to add some additional logic for early skip of macroblocks. Unfortunately, I cannot do it properly. In file mode_decision.c, in function encode_one_macroblock(), there is some similar logic, it's called "earlyskip". When they want to make an early skip, they set variable earlyskip to 1. But this does not work for me. As a result, I get larger instead of smaller bitrate, and decoder doesn't work properly any more. Could you tell me how to force a macroblock to be skipped, or how to force any other coding mode? Thanks in advance, Tomislav -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060120/082940d1/attachment.html From m.semsar ece.ut.ac.ir Sat Jan 21 13:25:01 2006 From: m.semsar ece.ut.ac.ir (m.semsar@ece.ut.ac.ir) Date: Sat Jan 21 09:13:03 2006 Subject: [Mp4-tech] JM software - how to skip a macroblock? In-Reply-To: <551ff8db0601191507l136d020dva5e4c2ab9dcf35c7@mail.gmail.com> References: <551ff8db0601191507l136d020dva5e4c2ab9dcf35c7@mail.gmail.com> Message-ID: <61813.192.168.98.232.1137837301.squirrel@192.168.98.232> Dear Tomislav, have a look at JVT_J033.doc to find the condition that a macro-block will be coded as SKIP. If you want to force a macro-block to be coded as SKIP you can eliminate doing motion estimation and rate distortion optimization for other modes by adding enc_mb.valid[mode] = 0 Before the motion estimation part, Regards, Mehdi Semsarzadeh From hkl0220 gmail.com Sat Jan 21 16:38:43 2006 From: hkl0220 gmail.com (Kelly Huang) Date: Sun Jan 22 17:27:29 2006 Subject: [Mp4-tech] Looking for Football.yuv Message-ID: <98251ba0601211338x6ac322e2qebd1b2ec2e64b680@mail.gmail.com> Dear all, I am looking for football.cif or qcif. I have searched it on google, but could not find any link to download it. Could anyone knidly send this file to me. Thank you so much. Best regards, Kelly -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060121/4d133da9/attachment.html From nourhanelbeheiry yahoo.com Sun Jan 22 11:43:08 2006 From: nourhanelbeheiry yahoo.com (nourhan elbeheiry) Date: Sun Jan 22 17:30:18 2006 Subject: [Mp4-tech] [video] where can i find the mpeg-4 video bitstream sartcodes Message-ID: <20060122194308.43583.qmail@web32805.mail.mud.yahoo.com> Hi, I would like to know where can i find the mpeg-4 video bitstream sartcodes as RM,MBM,.... if any one could help me. thank you. Nourhan --------------------------------- Yahoo! Photos ? Showcase holiday pictures in hardcover Photo Books. You design it and we?ll bind it! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060122/60cd8cb3/attachment.html From pankaj_bajpai_iet operamail.com Mon Jan 23 06:00:46 2006 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Mon Jan 23 08:30:18 2006 Subject: [Mp4-tech] [h264] Conformance Sequence Message-ID: <20060123050046.CBEE243844@ws5-1.us4.outblaze.com> Dear All, I need sequences to test the H264 Baseline decoder. Specifically, the error sequences. The one database i know is: http://ftp3.itu.ch/av-arch/jvt-site but this also doesnt contain the error sequences. So, if anyone has any extra information, then please let me know. Thanx in advance. Pankaj -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From vishu_dash yahoo.com Mon Jan 23 12:21:34 2006 From: vishu_dash yahoo.com (Deshpande,Vishvanath) Date: Mon Jan 23 08:30:25 2006 Subject: [Mp4-tech] [Audio]: Query on PS support in ISO Reference Code In-Reply-To: Message-ID: <20060123122134.32676.qmail@web60721.mail.yahoo.com> Hi, Can you please tell me what series of al* are the PS streams? and where can we aquire them ? Thanks, -Vishvanath --- Vinayaka Hegde wrote: > > Hai, > > I am looking for Parametric Stereo implementation. > Is the latest ISO > Reference code support this feature? > If support is present please let me know the latest > version. Which I > have may be the old one, since I am not able to run > parametric streams > on the reference decoder. > > Regards > Vinayaka > =========================== > Vinayaka Hegde > Celstream Technologies Pvt. Ltd. > Prestige Blue-Chip Software Park > Block - 2, #9 Hosur Road > Bangalore - 560029 > Ph: 51191919 Extn: 4159 > URL: www.celstream.com > =========================== > > > > ______________________________________________________________ > DISCLAIMER: > > The information contained in this electronic message > and any > attachments to this message are intended for the > exclusive use > of the addressee(s) and may contain confidential or > privileged > information. > If you are not the intended recipient, please notify > the sender > at Celstream Technologies or Mailadmin@celstream.com > immediately > and destroy all copies of this message and any > attachments. > _______________________________________________________________> _______________________________________________ > 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 ___________________________________________________________ Yahoo! Photos ? NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com From vinayaka.hegde celstream.com Mon Jan 23 18:46:20 2006 From: vinayaka.hegde celstream.com (Vinayaka Hegde) Date: Mon Jan 23 09:39:18 2006 Subject: [Mp4-tech] [Audio]: Query on PS support in ISO Reference Code Message-ID: Hi, These are al_ps* series. These can be acquire from Coding Technologies (as per my knowledge). I don't have those, but I have some other streams. -Vinayaka -----Original Message----- From: Deshpande,Vishvanath [mailto:vishu_dash@yahoo.com] Sent: Monday, January 23, 2024 5:52 PM To: Vinayaka Hegde Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] [Audio]: Query on PS support in ISO Reference Code Hi, Can you please tell me what series of al* are the PS streams? and where can we aquire them ? Thanks, -Vishvanath --- Vinayaka Hegde wrote: > > Hai, > > I am looking for Parametric Stereo implementation. > Is the latest ISO > Reference code support this feature? > If support is present please let me know the latest version. Which I > have may be the old one, since I am not able to run parametric streams > on the reference decoder. > > Regards > Vinayaka > =========================== > Vinayaka Hegde > Celstream Technologies Pvt. Ltd. > Prestige Blue-Chip Software Park > Block - 2, #9 Hosur Road > Bangalore - 560029 > Ph: 51191919 Extn: 4159 > URL: www.celstream.com > =========================== > > > > ______________________________________________________________ > DISCLAIMER: > > The information contained in this electronic message and any > attachments to this message are intended for the exclusive use of the > addressee(s) and may contain confidential or privileged information. > If you are not the intended recipient, please notify the sender at > Celstream Technologies or Mailadmin@celstream.com immediately and > destroy all copies of this message and any attachments. > _______________________________________________________________> _______________________________________________ > 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 ___________________________________________________________ Yahoo! Photos - NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com ______________________________________________________________ DISCLAIMER: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Celstream Technologies or Mailadmin@celstream.com immediately and destroy all copies of this message and any attachments. _______________________________________________________________ From ghughesml stargate-video.com Mon Jan 23 18:38:04 2006 From: ghughesml stargate-video.com (Gary Hughes) Date: Tue Jan 24 05:07:40 2006 Subject: [Mp4-tech] [systems] MPEG transport multiplexor for H.264 In-Reply-To: <20060123050046.CBEE243844@ws5-1.us4.outblaze.com> Message-ID: <5.1.0.14.2.20060123183634.09796190@mail> Does anyone know of any MPEG transport multiplexor software that will handle advanced codecs, i.e. H.264 or even MPEG-4 ASP streams? I am trying to build some test streams, both single and multi program. No requirement for real-time muxing. I've found an H.264 encoder (MainConcept) that will generate SPTS and a muxer (Elecard) that is able to build SPTS with H.264 video. No luck with MPTS though and I am dubious of the rate control in both of these (I suspect they are the same code base). I'm also looking for something that will mux VC1/WMV9 into transport streams. There must be something out there? TIA, gary From pankaj_bajpai_iet operamail.com Tue Jan 24 06:25:33 2006 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Tue Jan 24 05:10:08 2006 Subject: [Mp4-tech] Looking for Football.yuv Message-ID: <20060124052534.106E07B52C@ws5-10.us4.outblaze.com> Dear Kelly, The SIF format can be found at http://www.cipr.rpi.edu/resource/sequences/sif.html ***************************************** From: Kelly Huang To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Looking for Football.yuv Date: Sat, 21 Jan 2024 16:38:43 -0500 Dear all, I am looking for football.cif or qcif. I have searched it on google, but could not find any link to download it. Could anyone knidly send this file to me. Thank you so much. Best regards, Kelly -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From sh upcsurpass.com Wed Jan 25 15:25:10 2006 From: sh upcsurpass.com (Song) Date: Wed Jan 25 09:12:37 2006 Subject: [Mp4-tech] [h264]H.264 DPB reorder question. Message-ID: <008201c62180$80b8c100$78c0a8c0@hongsong> Dear All, About the H.264 DPB reorder. Can anyone explain the reason why P slice use the frame number to reorder the list0 and B slice use the POC? Why they use the different parameter to reorder. What is the advantage? why not to use the same parameter to order the list0. Thank you and Best Regards. Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060125/393f1ad8/attachment.html From guogang_hua yahoo.com Wed Jan 25 09:34:39 2006 From: guogang_hua yahoo.com (Guogang Hua) Date: Thu Jan 26 10:03:06 2006 Subject: [Mp4-tech] How to decide IDR frame number in H.264 Message-ID: <20060125173439.74030.qmail@web33304.mail.mud.yahoo.com> Using H.264 to encode a video sequece, how to decide how many IDR frames needed in the sequece? The first frame must be IDR, then which frame should be the 2nd, 3rd,...IDR frame? Thanks! --------------------------------- Do you Yahoo!? With a free 1 GB, there's more in store with Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060125/cdb707a6/attachment.html From garysull windows.microsoft.com Wed Jan 25 11:55:38 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Jan 26 10:06:13 2006 Subject: [Mp4-tech] [h264]H.264 DPB reorder question. In-Reply-To: <008201c62180$80b8c100$78c0a8c0@hongsong> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461294356B@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Bill/Song et al, I don't think it really matters much one way or another. Actually it is only the default order that operates the way you described (per the initialisation process in sec. 8.2.4.2). I believe the reordering process uses picture numbers in both cases (P and B -- sec 8.2.4.3). Using a few bits per slice, an encoder can rearrange the lists into whatever order it wants them to have (sec. 8.2.4.3). I believe the original reason that the default ordering ended up designed the way it did was that we started out by trying to generally avoid using "time" (a concept later decoupled from actual time to evolve into what we now call POC) within the decoding process whenever there wasn't a good reason to use it. Using frame_num for list ordering was sufficient to get P slices to operate in the conventional fashion. Note, for example, that I believe the design of the entire Baseline profile doesn't need POC for anything in the decoding process. However, we didn't (at least originally) find a good way to avoid using POC in the case of B slices. Maybe we could have gotten rid of the POC dependency for B slices too if we worked a little harder at it, but the design seemed OK as it is. For various aspects of B slice decoding (e.g., the original "temporal" design of direct mode prediction in sec. 8.4.1.2.3 and the "implicit mode" of weighted prediction in sec. 8.4.2.3.2) it seemed to be a good idea to use POC, so we decided it was OK to use it also for default list ordering in that case. Much of the design is really very similar to the design we did for H.263 Annex U, so it might be worth studying that older standard to see where some of the ideas came from. In fact maybe we didn't really need to avoid using POC as much as we did. I kind of think that if we had operated the sliding window decoded reference picture marking process (sec. 8.2.5.3) based on POC instead of frame_num, it might have been (slightly) more efficient than the way we have it. For example, it would have made the technique of using a hierarchy of B pictures a more natural use of the syntax (note that there is now an option for this kind of operation as a special mode of encoder use of syntax in our reference software). Of couse, really evaluating the wisdom of a hypothetical different design would involve a number of factors -- e.g., loss resilience. Perhaps we would lose some resilience to picture losses if we made the initialisation process of reference picture lists depend on POC for P slice decoding. But I think it is important to keep all this in perspective. The potential for improvement in coding efficiency from playing around with these things seems rather limited (at least in typical cases). Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Song Sent: Tuesday, January 24, 2024 11:25 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [h264]H.264 DPB reorder question. Dear All, About the H.264 DPB reorder. Can anyone explain the reason why P slice use the frame number to reorder the list0 and B slice use the POC? Why they use the different parameter to reorder. What is the advantage? why not to use the same parameter to order the list0. Thank you and Best Regards. Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060125/4e123e7d/attachment.html From lina.marcus banverket.se Thu Jan 26 09:13:19 2006 From: lina.marcus banverket.se (lina.marcus@banverket.se) Date: Thu Jan 26 10:07:29 2006 Subject: [Mp4-tech] MP4S codec for the Windows media player 9 Message-ID: <4FEFE28CBA1F0B429CF4B9C1C06E27A003A9E9F8@BLGN520.mail.banverket.root.local> I?m currently tryin to play a file called testmp4.asf with the Media Player v. 9 but that dosen't seem to work. When I try to open the file I get a popup message saying that I need the MP4S codec to play it. I have tried to find this codec but havn't succeeded. If there is anyone out there who knows what codec I'd need to install please don't hesitate to contact me. /Lina -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060126/e3dbeec1/attachment.html From vbellur empowertechnologies.com Thu Jan 26 09:01:49 2006 From: vbellur empowertechnologies.com (Vinayak Bellur) Date: Fri Jan 27 08:02:32 2006 Subject: [Mp4-tech] MPEG4 Message-ID: <200601261701.k0QH1o8m029024@melmac.stargate.ca> Hi, Could anyone direct me to open source 'C' code for mpeg4 encoder and mpeg4 decoder, if any? Thanks, Vinay -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060126/e215e657/attachment.html From almomo1 gmail.com Fri Jan 27 13:05:52 2006 From: almomo1 gmail.com (Alejandro Moya) Date: Fri Jan 27 08:06:02 2006 Subject: [Mp4-tech] [H.264] JM 10.1 fully compliant to specs? Message-ID: <84ac0130601270405i61be6cf8u@mail.gmail.com> Hi again! I have just coded a QCIF sequence with "lencod.exe" (JM 10.1) and when analyzing the decoding process with ldecod.exe (JM 10.1) I realized that one slice had QPy = 52, as *pic_init_qp_minus26 *at active picture header was 0 and *slice_qp_delta* coded in the slice header was 26, so *QPy = 26 + pic_init_qp_minus26 + slice_qp_delta = 52* (equation 7-16); that value exceeds the limit the maximum range [0, 51] imposed just below that equation in the standard. JM decoder ignores that constraint and keeps decoding the first macroblocks, as they are skipped; but anyway... shouldn't be JM encoder fully compatible and output all syntax values limited as the standard states, although they aren't use in the decoding process? Here it is "encoder.cfg" I used to encode: # New Input File Format is as follows # = # Comment # # See configfile.h for a list of supported ParameterNames ########################################################################################## # Files ########################################################################################## InputFile = "one.yuv" # Input sequence InputHeaderLength = 0 # If the inputfile has a header, state it's length in byte here StartFrame = 3000 # Start frame for encoding. (0-N) FramesToBeEncoded = 500 # Number of frames to be coded FrameRate = 25.0 # Frame Rate per second (0.1-100.0) SourceWidth = 176 # Frame width SourceHeight = 144 # Frame height TraceFile = "trace_enc.txt" ReconFile = "one_rec.yuv" OutputFile = "one.264" ########################################################################################## # Encoder Control ########################################################################################## ProfileIDC = 77 # Profile IDC (66=baseline, 77=main, 88=extended; FREXT Profiles: 100=High, 110=High 10, 122=High 4:2:2, 144=High 4:4:4, for params see below) LevelIDC = 40 # Level IDC (e.g. 20 = level 2.0) IntraPeriod = 0 # Period of I-Frames (0=only first) EnableOpenGOP = 0 # Support for open GOPs (0: disabled, 1: enabled) IDRIntraEnable = 0 # Force IDR Intra (0=disable 1=enable) QPISlice = 28 # Quant. param for I Slices (0-51) QPPSlice = 28 # Quant. param for P Slices (0-51) FrameSkip = 0 # Number of frames to be skipped in input (e.g 2 will code every third frame) ChromaQPOffset = 0 # Chroma QP offset (-51..51) UseHadamard = 1 # Hadamard transform (0=not used, 1=used for all subpel positions, 2=use only for qpel) DisableSubpelME = 1 # Disable Subpixel Motion Estimation (0=off/default, 1=on) SearchRange = 64 # Max search range NumberReferenceFrames = 8 # Number of previous frames used for inter motion search (1-16) PList0References = 0 # P slice List 0 reference override (0 disable, N <= NumberReferenceFrames) Log2MaxFNumMinus4 = 0 # Sets log2_max_frame_num_minus4 (-1 : based on FramesToBeEncoded/Auto, >=0 : Log2MaxFNumMinus4) Log2MaxPOCLsbMinus4 = -1 # Sets log2_max_pic_order_cnt_lsb_minus4 (-1 : Auto, >=0 : Log2MaxPOCLsbMinus4) GenerateMultiplePPS = 0 # Transmit multiple parameter sets. Currently parameters basically enable all WP modes (0: diabled, 1: enabled) ResendPPS = 0 # Resend PPS (with pic_parameter_set_id 0) for every coded Frame/Field pair (0: disabled, 1: enabled) MbLineIntraUpdate = 0 # Error robustness(extra intra macro block updates)(0=off, N: One GOB every N frames are intra coded) RandomIntraMBRefresh = 0 # Forced intra MBs per picture InterSearch16x16 = 1 # Inter block search 16x16 (0=disable, 1=enable) InterSearch16x8 = 1 # Inter block search 16x8 (0=disable, 1=enable) InterSearch8x16 = 1 # Inter block search 8x16 (0=disable, 1=enable) InterSearch8x8 = 1 # Inter block search 8x8 (0=disable, 1=enable) InterSearch8x4 = 1 # Inter block search 8x4 (0=disable, 1=enable) InterSearch4x8 = 1 # Inter block search 4x8 (0=disable, 1=enable) InterSearch4x4 = 1 # Inter block search 4x4 (0=disable, 1=enable) IntraDisableInterOnly = 0 # Apply Disabling Intra conditions only to Inter Slices (0:disable/default,1: enable) Intra4x4ParDisable = 0 # Disable Vertical & Horizontal 4x4 Intra4x4DiagDisable = 0 # Disable Diagonal 45degree 4x4 Intra4x4DirDisable = 0 # Disable Other Diagonal 4x4 Intra16x16ParDisable = 0 # Disable Vertical & Horizontal 16x16 Intra16x16PlaneDisable = 0 # Disable Planar 16x16 ChromaIntraDisable = 0 # Disable Intra Chroma modes other than DC DisposableP = 0 # Enable Disposable P slices in the primary layer (0: disable/default, 1: enable) DispPQPOffset = 0 # Quantizer offset for disposable P slices (0: default) ########################################################################################## # B Slices ########################################################################################## NumberBFrames = 0 # Number of B coded frames inserted (0=not used) QPBSlice = 30 # Quant. param for B slices (0-51) BRefPicQPOffset = 0 # Quantization offset for reference B coded pictures (-51..51) DirectModeType = 1 # Direct Mode Type (0:Temporal 1:Spatial) DirectInferenceFlag = 1 # Direct Inference Flag (0: Disable 1: Enable) BList0References = 0 # B slice List 0 reference override (0 disable, N <= NumberReferenceFrames) BList1References = 1 # B slice List 1 reference override (0 disable, N <= NumberReferenceFrames) # 1 List1 reference is usually recommended for normal GOP Structures. # A larger value is usually more appropriate if a more flexible # structure is used (i.e. using PyramidCoding) BReferencePictures = 0 # Referenced B coded pictures (0=off, 1=on) PyramidCoding = 0 # B pyramid (0= off, 1= 2 layers, 2= 2 full pyramid, 3 = explicit) PyramidLevelQPEnable = 1 # Adjust QP based on Pyramid Level (in increments of 1). Overrides BRefPicQPOffset behavior.(0=off, 1=on) ExplicitPyramidFormat = "b2r28b0e30b1e30b3e30b4e30" # Explicit Enhancement GOP. Format is {FrameDisplay_orderReferenceQP}. # Valid values for reference type is r:reference, e:non reference. PyramidRefReorder = 1 # Reorder References according to Poc distance for PyramidCoding (0=off, 1=enable) PocMemoryManagement = 1 # Memory management based on Poc Distances for PyramidCoding (0=off, 1=on) BiPredMotionEstimation = 0 # Enable Bipredictive based Motion Estimation (0:disabled, 1:enabled) BiPredMERefinements = 3 # Bipredictive ME extra refinements (0: single, N: N extra refinements (1 default) BiPredMESearchRange = 16 # Bipredictive ME Search range (8 default). Note that range is halved for every extra refinement. BiPredMESubPel = 1 # Bipredictive ME Subpixel Consideration (0: disabled, 1: single level, 2: dual level) ########################################################################################## # SP Frames ########################################################################################## SPPicturePeriodicity = 0 # SP-Picture Periodicity (0=not used) QPSPSlice = 28 # Quant. param of SP-Slices for Prediction Error (0-51) QPSP2Slice = 27 # Quant. param of SP-Slices for Predicted Blocks (0-51) ########################################################################################## # Output Control, NALs ########################################################################################## SymbolMode = 1 # Symbol mode (Entropy coding method: 0=UVLC, 1=CABAC) OutFileMode = 0 # Output file mode, 0:Annex B, 1:RTP PartitionMode = 0 # Partition Mode, 0: no DP, 1: 3 Partitions per Slice ########################################################################################## # CABAC context initialization ########################################################################################## ContextInitMethod = 1 # Context init (0: fixed, 1: adaptive) FixedModelNumber = 0 # model number for fixed decision for inter slices ( 0, 1, or 2 ) ########################################################################################## # Interlace Handling ######################################################################################### PicInterlace = 0 # Picture AFF (0: frame coding, 1: field coding, 2:adaptive frame/field coding) MbInterlace = 0 # Macroblock AFF (0: frame coding, 1: field coding, 2:adaptive frame/field coding) IntraBottom = 0 # Force Intra Bottom at GOP Period ########################################################################################## # Weighted Prediction ######################################################################################### WeightedPrediction = 0 # P picture Weighted Prediction (0=off, 1=explicit mode) WeightedBiprediction = 0 # B picture Weighted Prediciton (0=off, 1=explicit mode, 2=implicit mode) UseWeightedReferenceME = 0 # Use weighted reference for ME (0=off, 1=on) ########################################################################################## # Picture based Multi-pass encoding ######################################################################################### RDPictureDecision = 1 # Perform RD optimal decision between different coded picture versions. # If GenerateMultiplePPS is enabled then this will test different WP methods. # Otherwise it will test QP +-1 (0: disabled, 1: enabled) RDPictureIntra = 1 # Perform RD optimal decision also for intra coded pictures (0: disabled (default), 1: enabled). RDPSliceWeightOnly = 1 # Only consider Weighted Prediction for P slices in Picture RD decision. (0: disabled, 1: enabled (default)) RDBSliceWeightOnly = 0 # Only consider Weighted Prediction for B slices in Picture RD decision. (0: disabled (default), 1: enabled ) ########################################################################################## # Loop filter parameters ########################################################################################## LoopFilterParametersFlag = 1 # Configure loop filter (0=parameter below ingored, 1=parameters sent) LoopFilterDisable = 1 # Disable loop filter in slice header (0=Filter, 1=No Filter) LoopFilterAlphaC0Offset = 0 # Alpha & C0 offset div. 2, {-6, -5, ... 0, +1, .. +6} LoopFilterBetaOffset = 0 # Beta offset div. 2, {-6, -5, ... 0, +1, .. +6} ########################################################################################## # Error Resilience / Slices ########################################################################################## SliceMode = 0 # Slice mode (0=off 1=fixed #mb in slice 2=fixed #bytes in slice 3=use callback) SliceArgument = 50 # Slice argument (Arguments to modes 1 and 2 above) num_slice_groups_minus1 = 0 # Number of Slice Groups Minus 1, 0 == no FMO, 1 == two slice groups, etc. slice_group_map_type = 0 # 0: Interleave, 1: Dispersed, 2: Foreground with left-over, # 3: Box-out, 4: Raster Scan 5: Wipe # 6: Explicit, slice_group_id read from SliceGroupConfigFileName slice_group_change_direction_flag = 0 # 0: box-out clockwise, raster scan or wipe right, # 1: box-out counter clockwise, reverse raster scan or wipe left slice_group_change_rate_minus1 = 85 # SliceGroupConfigFileName = "sg0conf.cfg" # Used for slice_group_map_type 0, 2, 6 UseRedundantSlice = 0 # 0: not used, 1: one redundant slice used for each slice (other modes not supported yet) ########################################################################################## # Search Range Restriction / RD Optimization ########################################################################################## RestrictSearchRange = 2 # restriction for (0: blocks and ref, 1: ref, 2: no restrictions) RDOptimization = 1 # rd-optimized mode decision # 0: RD-off (Low complexity mode) # 1: RD-on (High complexity mode) # 2: RD-on (Fast high complexity mode - not work in FREX Profiles) # 3: with losses DisableThresholding = 0 # Disable Thresholding of Transform Coefficients (0:off, 1:on) DisableBSkipRDO = 0 # Disable B Skip Mode consideration from RDO Mode decision (0:off, 1:on) SkipIntraInInterSlices = 0 # Skips Intra mode checking in inter slices if certain mode decisions are satisfied (0: off, 1: on) # Explicit Lambda Usage UseExplicitLambdaParams = 0 # Use explicit lambda scaling parameters (0:disabled, 1:enabled) LambdaWeightIslice = 0.65 # scaling param for I slices. This will be used as a multiplier i.e. lambda=LambdaWeightISlice * 2^((QP-12)/3) LambdaWeightPslice = 0.68 # scaling param for P slices. This will be used as a multiplier i.e. lambda=LambdaWeightPSlice * 2^((QP-12)/3) LambdaWeightBslice = 2.00 # scaling param for B slices. This will be used as a multiplier i.e. lambda=LambdaWeightBSlice * 2^((QP-12)/3) LambdaWeightRefBslice = 1.50 # scaling param for Referenced B slices. This will be used as a multiplier i.e. lambda=LambdaWeightRefBSlice * 2^((QP-12)/3) LambdaWeightSPslice = 1.50 # scaling param for SP slices. This will be used as a multiplier i.e. lambda=LambdaWeightSPSlice * 2^((QP-12)/3) LambdaWeightSIslice = 0.65 # scaling param for SI slices. This will be used as a multiplier i.e. lambda=LambdaWeightSISlice * 2^((QP-12)/3) LossRateA = 10 # expected packet loss rate of the channel for the first partition, only valid if RDOptimization = 2 LossRateB = 0 # expected packet loss rate of the channel for the second partition, only valid if RDOptimization = 2 LossRateC = 0 # expected packet loss rate of the channel for the third partition, only valid if RDOptimization = 2 NumberOfDecoders = 30 # Numbers of decoders used to simulate the channel, only valid if RDOptimization = 2 RestrictRefFrames = 0 # Doesnt allow reference to areas that have been intra updated in a later frame. ########################################################################################## # Additional Stuff ######################################################################################### UseConstrainedIntraPred = 0 # If 1, Inter pixels are not used for Intra macroblock prediction. LastFrameNumber = 0 # Last frame number that have to be coded (0: no effect) ChangeQPI = 16 # QP (I-slices) for second part of sequence (0-51) ChangeQPP = 16 # QP (P-slices) for second part of sequence (0-51) ChangeQPB = 18 # QP (B-slices) for second part of sequence (0-51) ChangeQPBSRefOffset = 2 # QP offset (stored B-slices) for second part of sequence (-51..51) ChangeQPStart = 0 # Frame no. for second part of sequence (0: no second part) NumberofLeakyBuckets = 8 # Number of Leaky Bucket values LeakyBucketRateFile = "leakybucketrate.cfg" # File from which encoder derives rate values LeakyBucketParamFile = "leakybucketparam.cfg" # File where encoder stores leakybucketparams NumberFramesInEnhancementLayerSubSequence = 0 # number of frames in the Enhanced Scalability Layer(0: no Enhanced Layer) NumberOfFrameInSecondIGOP = 0 # Number of frames to be coded in the second IGOP SparePictureOption = 0 # (0: no spare picture info, 1: spare picture available) SparePictureDetectionThr = 6 # Threshold for spare reference pictures detection SparePicturePercentageThr = 92 # Threshold for the spare macroblock percentage PicOrderCntType = 0 # (0: POC mode 0, 1: POC mode 1, 2: POC mode 2) ######################################################################################## #Rate control ######################################################################################## RateControlEnable = 1 # 0 Disable, 1 Enable Bitrate = 50000 # Bitrate(bps) InitialQP = 24 # Initial Quantization Parameter for the first I frame # InitialQp depends on two values: Bits Per Picture, # and the GOP length BasicUnit = 11 # Number of MBs in the basic unit # should be a fractor of the total number # of MBs in a frame ChannelType = 0 # type of channel( 1=time varying channel; 0=Constant channel) ######################################################################################## #Fast Mode Decision ######################################################################################## EarlySkipEnable = 0 # Early skip detection (0: Disable 1: Enable) SelectiveIntraEnable = 1 # Selective Intra mode decision (0: Disable 1: Enable) ######################################################################################## #FREXT stuff ######################################################################################## YUVFormat = 1 # YUV format (0=4:0:0, 1=4:2:0, 2=4:2:2, 3=4:4:4) RGBInput = 0 # 1=RGB input, 0=GBR or YUV input BitDepthLuma = 8 # Bit Depth for Luminance (8...12 bits) BitDepthChroma = 8 # Bit Depth for Chrominance (8...12 bits) CbQPOffset = 0 # Chroma QP offset for Cb-part (-51..51) CrQPOffset = 0 # Chroma QP offset for Cr-part (-51..51) Transform8x8Mode = 0 # (0: only 4x4 transform, 1: allow using 8x8 transform additionally, 2: only 8x8 transform) ResidueTransformFlag = 0 # (0: no residue color transform 1: apply residue color transform) ReportFrameStats = 0 # (0:Disable Frame Statistics 1: Enable) DisplayEncParams = 0 # (0:Disable Display of Encoder Params 1: Enable) Verbose = 1 # level of display verboseness (0:short, 1:normal, 2:detailed) ######################################################################################## #Q-Matrix (FREXT) ######################################################################################## QmatrixFile = "q_matrix.cfg" ScalingMatrixPresentFlag = 0 # Enable Q_Matrix (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag0 = 3 # Intra4x4_Luma (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag1 = 3 # Intra4x4_ChromaU (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag2 = 3 # Intra4x4_chromaV (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag3 = 3 # Inter4x4_Luma (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag4 = 3 # Inter4x4_ChromaU (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag5 = 3 # Inter4x4_ChromaV (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag6 = 3 # Intra8x8_Luma (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ScalingListPresentFlag7 = 3 # Inter8x8_Luma (0 Not present, 1 Present in SPS, 2 Present in PPS, 3 Present in both SPS & PPS) ######################################################################################## #Rounding Offset control ######################################################################################## OffsetMatrixPresentFlag = 0 # Enable Explicit Offset Quantization Matrices (0: disable 1: enable) QOffsetMatrixFile = "q_offset.cfg" # Explicit Quantization Matrices file AdaptiveRounding = 0 # Enable Adaptive Rounding based on JVT-N011 (0: disable, 1: enable) AdaptRndPeriod = 1 # Period in terms of MBs for updating rounding offsets. # 0 performs update at the picture level. Default is 16. 1 is as in JVT-N011. AdaptRndChroma = 0 # Enables coefficient rounding adaptation for chroma AdaptRndWFactorIRef = 4 # Adaptive Rounding Weight for I/SI slices in reference pictures /4096 AdaptRndWFactorPRef = 4 # Adaptive Rounding Weight for P/SP slices in reference pictures /4096 AdaptRndWFactorBRef = 4 # Adaptive Rounding Weight for B slices in reference pictures /4096 AdaptRndWFactorINRef = 4 # Adaptive Rounding Weight for I/SI slices in non reference pictures /4096 AdaptRndWFactorPNRef = 4 # Adaptive Rounding Weight for P/SP slices in non reference pictures /4096 AdaptRndWFactorBNRef = 4 # Adaptive Rounding Weight for B slices in non reference pictures /4096 ######################################################################################## #Lossless Coding (FREXT) ######################################################################################## QPPrimeYZeroTransformBypassFlag = 0 # Enable lossless coding when qpprime_y is zero (0 Disabled, 1 Enabled) ######################################################################################## #Fast Motion Estimation Control Parameters ######################################################################################## UseFME = 0 # Use fast motion estimation (0=disable/default, 1=UMHexagonS, # 2=Simplified UMHexagonS, 3=EPZS patterns) EPZSPattern = 2 # Select EPZS primary refinement pattern. # (0: small diamond, 1: square, 2: extended diamond/default, # 3: large diamond) EPZSDualRefinement = 3 # Enables secondary refinement pattern. # (0:disabled, 1: small diamond, 2: square, # 3: extended diamond/default, 4: large diamond) EPZSFixedPredictors = 2 # Enables Window based predictors # (0:disabled, 1: P only, 2: P and B/default) EPZSTemporal = 1 # Enables temporal predictors # (0: disabled, 1: enabled/default) EPZSSpatialMem = 1 # Enables spatial memory predictors # (0: disabled, 1: enabled/default) EPZSMinThresScale = 0 # Scaler for EPZS minimum threshold (0 default). # Increasing value can speed up encoding. EPZSMedThresScale = 1 # Scaler for EPZS median threshold (1 default). # Increasing value can speed up encoding. EPZSMaxThresScale = 1 # Scaler for EPZS maximum threshold (1 default). # Increasing value can speed up encoding. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060127/645b7667/attachment-0001.html From kajanida yahoo.com Fri Jan 27 14:54:12 2006 From: kajanida yahoo.com (kjnd kjnd) Date: Sun Jan 29 11:32:06 2006 Subject: [Mp4-tech] MAX GOP size Message-ID: <20060127225412.78027.qmail@web37801.mail.mud.yahoo.com> Dear Experts, Is there any limit on the MAX gop size in h.264 std.? if no then what are the considerations one should have if they require a GOP size of 1000 or 1500 ( GOP here can be an IDR period(frames between IDR) or the no. of frames between two 'I' Frames as well)) Regards, kajanida --------------------------------- Bring words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060127/23e256a6/attachment.html From Ilan.Daniel Adimos.com Sun Jan 29 18:16:07 2006 From: Ilan.Daniel Adimos.com (Ilan Daniel) Date: Sun Jan 29 11:32:10 2006 Subject: [Mp4-tech] Close Caption in MPEG4-AVC Message-ID: <2A01AFD68E343242BA2C748A5E1A733DADDFF6@jerry.Adimos.com> Hello experts, I wonder if someone has the answer: In the old standard that is in use today (MPEG2) in USA, ATSC defines how to put the close caption inside the MPEG2 ES video picture header user data. is there a parallel way to put Close Caption inside MPEG4-AVC? thanks, Ilan Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060129/88aa0046/attachment.html From garysull windows.microsoft.com Sun Jan 29 10:54:23 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Jan 30 09:14:09 2006 Subject: [Mp4-tech] MAX GOP size In-Reply-To: <20060127225412.78027.qmail@web37801.mail.mud.yahoo.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612ABA1A8@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Kajanida et al, No, there is basically no such limit (actually I think there is a limit, but it is kind of big - about 4 trillion frames - about 4.5 years at 30 frames per second). There isn't such a limit in other video coding standards either (for example, MPEG-2 and H.263 don't have such a limit either). In fact there is no such thing as a GOP in the standard (and the same is basically true for MPEG-2). Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of kjnd kjnd Sent: Friday, January 27, 2024 2:54 PM To: Mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MAX GOP size Dear Experts, Is there any limit on the MAX gop size in h.264 std.? if no then what are the considerations one should have if they require a GOP size of 1000 or 1500 ( GOP here can be an IDR period(frames between IDR) or the no. of frames between two 'I' Frames as well)) Regards, kajanida ________________________________ Bring words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060129/421e014a/attachment.html From garysull windows.microsoft.com Sun Jan 29 11:01:18 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Mon Jan 30 09:14:16 2006 Subject: [Mp4-tech] Close Caption in MPEG4-AVC In-Reply-To: <2A01AFD68E343242BA2C748A5E1A733DADDFF6@jerry.Adimos.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612ABA1A9@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Ilan et al, That would likely be defined by the standards body that designs the system (e.g., in ATSC it could be put into the video elementary stream using a "User data registered by ITU-T Recommendation T.35" SEI message, or it could be specified as a separate bitstream with a distinct PID in the MPEG-2 systems (ITU-T Rec. H.222.0 | ISO/IEC 13818-1) multiplex. There is nothing defined in the AVC/H.264 standard itself that mandates any particular method to carry such data. The same is true in the case of MPEG-2 Video (ITU-T Rec. H.262 | ISO/IEC 13818-2) -- in that case it is the ATSC spec, rather than the video or systems ISO/IEC/ITU-T specs where the method of carrying the closed captioning data is prescribed. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Ilan Daniel Sent: Sunday, January 29, 2024 8:16 AM To: mp4-tech@lists.mpegif.org Cc: David Ben Atar Subject: [Mp4-tech] Close Caption in MPEG4-AVC Hello experts, I wonder if someone has the answer: In the old standard that is in use today (MPEG2) in USA, ATSC defines how to put the close caption inside the MPEG2 ES video picture header user data. is there a parallel way to put Close Caption inside MPEG4-AVC? thanks, Ilan Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060129/9acc9bee/attachment.html From samuel dc.fi.udc.es Mon Jan 30 08:33:04 2006 From: samuel dc.fi.udc.es (Samuel Rivas) Date: Mon Jan 30 09:14:20 2006 Subject: [Mp4-tech] MPEG4 In-Reply-To: <200601261701.k0QH1o8m029024@melmac.stargate.ca> References: <200601261701.k0QH1o8m029024@melmac.stargate.ca> Message-ID: <20060130073304.GC21634@crusher.lfcia.pri> Vinayak Bellur wrote: > > Hi, > Could anyone direct me to open source 'C' code for mpeg4 encoder and > mpeg4 decoder, if any? > Thanks, > Vinay Hi, The MPEG-4 ISO reference software (AVC): http://standards.iso.org/ittf/PubliclyAvailableStandards/c039593_ISO_IEC_14496-5_2001_Amd_6_2005(E)_Reference_Software.zip You can also check out ffmpeg for other codecs including MPEG4-2: http://ffmpeg.sourceforge.net/ -- Samuel From Ilan.Daniel Adimos.com Mon Jan 30 16:27:31 2006 From: Ilan.Daniel Adimos.com (Ilan Daniel) Date: Tue Jan 31 17:22:11 2006 Subject: [Mp4-tech] MAX GOP size Message-ID: <2A01AFD68E343242BA2C748A5E1A733DADE077@jerry.Adimos.com> Kajanida To my knowledge, you need the 'I' Frames in order to start decoding in a middle of the stream (random access) like when you change channel in STB and expect to start viewing the new channel in a reasnible time (less than 1 sec). That is why GOP sizes of 12 and 15 are very popular in MPEG2, cause they give "access time" 500mS in 25 and 30 frmaes per second. Another option (in MPEG2 and maybe also H.264?) is not to send 'I' Frames but make sure that all the MB's are sent as 'I' MB after certain period (that is called also Intra refresh). Regards, Ilan Daniel ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of kjnd kjnd Sent: ? 28 ????? 2006 00:54 To: Mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MAX GOP size Dear Experts, Is there any limit on the MAX gop size in h.264 std.? if no then what are the considerations one should have if they require a GOP size of 1000 or 1500 ( GOP here can be an IDR period(frames between IDR) or the no. of frames between two 'I' Frames as well)) Regards, kajanida ________________________________ Bring words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060130/f265883a/attachment.html From msy7976 gmx.de Mon Jan 30 16:34:41 2006 From: msy7976 gmx.de (=?ISO-8859-1?Q?=22Yusuf_=D6zyalcin=22?=) Date: Tue Jan 31 17:22:16 2006 Subject: [Mp4-tech] intramodes in h.264 decoder Message-ID: <8794.1138635281@www045.gmx.net> Hello, I have interest about the Intraprediction modes at the decoder side. How can I find which intraprediction mode is used in source code of h.264 decoder? In Richardsons book "H.264.And.MPEG-4.Video.Compression" I have found that the Intraprediction modes are sent to decoder side from encoder. But how can we detect these modes and wo can we detect these modes in decoder source code? I will be glad to any help. Thanks Yusuf -- DSL-Aktion wegen großer Nachfrage bis 28.2.2024 verlängert: GMX DSL-Flatrate 1 Jahr kostenlos* http://www.gmx.net/de/go/dsl From SassanP vbrick.com Mon Jan 30 10:51:02 2006 From: SassanP vbrick.com (Sassan Pejhan) Date: Tue Jan 31 17:22:21 2006 Subject: [Mp4-tech] Close Caption in MPEG4-AVC Message-ID: Ilan, To pick up where Gary left off, one standard body which has defined a mechanism for transport and storage of Closed Caption data in an MPEG-4 setting is the Internet Streaming Media Alliance (ISMA). They have defined a spec which carries the CC data as a separate stream altogether (rather than embedded as User data in the video frames - which was the case with ATSC and MPEG-2). ISMA specs are freely available from www.isma.tv Regards, Sassan -----Original Message----- From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Sunday, January 29, 2024 2:01 PM To: Ilan Daniel; mp4-tech@lists.mpegif.org Cc: David Ben Atar Subject: RE: [Mp4-tech] Close Caption in MPEG4-AVC Ilan et al, That would likely be defined by the standards body that designs the system (e.g., in ATSC it could be put into the video elementary stream using a "User data registered by ITU-T Recommendation T.35" SEI message, or it could be specified as a separate bitstream with a distinct PID in the MPEG-2 systems (ITU-T Rec. H.222.0 | ISO/IEC 13818-1) multiplex. There is nothing defined in the AVC/H.264 standard itself that mandates any particular method to carry such data. The same is true in the case of MPEG-2 Video (ITU-T Rec. H.262 | ISO/IEC 13818-2) -- in that case it is the ATSC spec, rather than the video or systems ISO/IEC/ITU-T specs where the method of carrying the closed captioning data is prescribed. Best Regards, Gary Sullivan _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Ilan Daniel Sent: Sunday, January 29, 2024 8:16 AM To: mp4-tech@lists.mpegif.org Cc: David Ben Atar Subject: [Mp4-tech] Close Caption in MPEG4-AVC Hello experts, I wonder if someone has the answer: In the old standard that is in use today (MPEG2) in USA, ATSC defines how to put the close caption inside the MPEG2 ES video picture header user data. is there a parallel way to put Close Caption inside MPEG4-AVC? thanks, Ilan Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060130/be949f5f/attachment.html From mrivers06 hotmail.com Mon Jan 30 20:03:35 2006 From: mrivers06 hotmail.com (Michael Rivers) Date: Tue Jan 31 17:22:28 2006 Subject: [Mp4-tech] Skip frames in H.264 Message-ID: Hello everyone, I am implementing a rate control algorithm for a real time h.264 Baseline Profile encoder. I was wondering if there is a way of skipping frames in H.264 in a non periodic way, after a frame was encoded using more bits than we targeted for, for example. I have been trying to do it by skipping the frames in the input and then changing the frame number (incrementing it by the number of skipped frames) and setting gaps_in_frame_num_value_allowed_flag to true, but some decoders seem to have problems with this, it seems that they try to generate a frame without a valid reference frame. Am I missing anything here? is there anything else I should be changing? any ideas would be much appreciated. Thanks in advance, Michael _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From surenreddy gmail.com Tue Jan 31 01:57:57 2006 From: surenreddy gmail.com (Surendra) Date: Tue Jan 31 17:22:32 2006 Subject: [Mp4-tech] Macroblock prediction syntax - in JM 10.2 software In-Reply-To: References: Message-ID: Dear All, I am analyzing the ITU-T H264 standard(03/2005) with JM10.2 as reference software. I found there is a difference in the source code in file macroblock.c at line no 1180 interms of confirming to the ITU-T H264 standard(03/2005) section 7.3.5.1 Macroblock prediction syntax. This section defiens the following syntax elements. prev_intra4x4_pred_mode_flag u(1) | ae(v) rem_intra4x4_pred_mode u(3) | ae(v) I could not find these syntax elements anywhere in the sourc code of JM10.2 reference software Please let me know if I am missing anything here. Thank you. Regards Surendra From surenreddy gmail.com Tue Jan 31 12:02:39 2006 From: surenreddy gmail.com (Surendra) Date: Tue Jan 31 17:22:38 2006 Subject: [Mp4-tech] Macroblock prediction syntax - in JM 10.2 software In-Reply-To: References: Message-ID: Dear All, I am analyzing the ITU-T H264 standard(03/2005) with JM10.2 as reference software. I found there is a difference in the source code in file macroblock.c at line no 1180 interms of confirming to the ITU-T H264 standard(03/2005) section 7.3.5.1 Macroblock prediction syntax. This section defiens the following syntax elements. prev_intra4x4_pred_mode_flag u(1) | ae(v) rem_intra4x4_pred_mode u(3) | ae(v) I could not find these syntax elements anywhere in the sourc code of JM10.2 reference software Please let me know if I am missing anything here. Thank you. Regards Surendra From harish.vasudeva amd.com Tue Jan 31 11:37:02 2006 From: harish.vasudeva amd.com (Vasudeva, Harish) Date: Tue Jan 31 20:40:07 2006 Subject: [Mp4-tech] MoMuSys encoder Message-ID: <4A77E4BC05A4EF4D9DAA4C8CB5EEE51C0247D583@SAUSEXMB1.amd.com> Hi All, Could somebody please point me to the link? Best Regards, HARISH V -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060131/e521a21a/attachment-0001.html From Alexis.Tourapis dolby.net Tue Jan 31 10:27:01 2006 From: Alexis.Tourapis dolby.net (Tourapis, Alexis) Date: Tue Jan 31 20:40:11 2006 Subject: [Mp4-tech] Skip frames in H.264 Message-ID: <7272EE229DA1AA48B47EBDC47EB0C68B01C63B17@sapphire.dolby.net> Dear Michael, A simple method that you may use is to consider a "Virtual" skip frame. That is, simply code all MBs using P-SKIP mode. (Note that this obviously assumes sequential coding order and that no reference reordering is used). Best regards, Alexis -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Michael Rivers Sent: Monday, January 30, 2024 12:04 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Skip frames in H.264 Hello everyone, I am implementing a rate control algorithm for a real time h.264 Baseline Profile encoder. I was wondering if there is a way of skipping frames in H.264 in a non periodic way, after a frame was encoded using more bits than we targeted for, for example. I have been trying to do it by skipping the frames in the input and then changing the frame number (incrementing it by the number of skipped frames) and setting gaps_in_frame_num_value_allowed_flag to true, but some decoders seem to have problems with this, it seems that they try to generate a frame without a valid reference frame. Am I missing anything here? is there anything else I should be changing? any ideas would be much appreciated. Thanks in advance, Michael _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php ----------------------------------------- This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. From garysull windows.microsoft.com Tue Jan 31 10:55:41 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Jan 31 20:40:15 2006 Subject: [Mp4-tech] Skip frames in H.264 In-Reply-To: Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612B3A745@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Reply interspersed below. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Michael Rivers +> Sent: Monday, January 30, 2024 12:04 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Skip frames in H.264 +> +> Hello everyone, +> +> I am implementing a rate control algorithm for a real time +> h.264 Baseline +> Profile encoder. I was wondering if there is a way of +> skipping frames in +> H.264 in a non periodic way, after a frame was encoded using +> more bits than +> we targeted for, for example. Yes, that is certainly allowed. Whenever fixed_frame_rate_flag is equal to 0, there is no obligation for pictures to arrive with strict timing periodicity. +> +> I have been trying to do it by skipping the frames in the +> input and then +> changing the frame number (incrementing it by the number of +> skipped frames) +> and setting gaps_in_frame_num_value_allowed_flag to true, That is not what the frame_num syntax element is for. It is not a timestamp. You can have variable timing with regular (non-gap) behaviour of frame_num. If you're doing everything properly, it should be OK to encode with gaps in frame_num values. But it doesn't indicate what you think it does. The timing of pictures is indicated at the systems level and/or by picture timing SEI messages, not by frame_num or POC or other such things that are part of the decoding process. Nothing that is part of the decoding process uses timing information. You haven't said what kind of system you're carrying this video in. +> but some decoders +> seem to have problems with this, it seems that they try to +> generate a frame +> without a valid reference frame. Perhaps you're using the syntax somewhat incorrectly. If you're doing things correctly, there should be no problem. When you encode a gap in frame_num values, a decoder will infer the presence of "non-existing" frames. However, the encoder is responsible for ensuring that "non-existing" frames are not referenced in the decoding process of other pictures. Really, gaps in frame_num values are not intended for the purpose you are trying to use them for. They are more for temporal scalability and loss resilience. +> +> Am I missing anything here? +> +> is there anything else I should be changing? +> +> any ideas would be much appreciated. +> +> Thanks in advance, +> +> Michael +> +> _________________________________________________________________ +> Express yourself instantly with MSN Messenger! Download +> today - it's FREE! +> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ +> +> _______________________________________________ +> NOTE: Please use clear subject lines for your posts. Include +> [audio, [video], [systems], [general] or another +> apppropriate identifier to indicate the type of question you have. +> +> Note: Conduct on the mailing list is subject to the +> Antitrust guidelines found at +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant +> itrust.php +> From garysull windows.microsoft.com Tue Jan 31 10:53:12 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Jan 31 20:40:20 2006 Subject: [Mp4-tech] Macroblock prediction syntax - in JM 10.2 software In-Reply-To: Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612B3A746@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Surendra et al, The reference software is designed to be functionally the same as what is specified in the video coding standard. However, it is not necessarily designed to do everything exactly the same way as what is in the video coding standard (or in particular, to use the same variable names). If it uses a different method or different variable names to compute the same result, that is fine. I am certain that if you examine the software closely enough you will find that it is functionally the same as the text for this part of the design. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Surendra +> Sent: Monday, January 30, 2024 10:33 PM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Macroblock prediction syntax - in JM +> 10.2 software +> +> Dear All, +> +> I am analyzing the ITU-T H264 standard(03/2005) with JM10.2 as +> reference software. +> +> I found there is a difference in the source code in file macroblock.c +> at line no 1180 interms of confirming to the ITU-T H264 +> standard(03/2005) section 7.3.5.1 Macroblock prediction syntax. This +> section defiens the following syntax elements. +> +> prev_intra4x4_pred_mode_flag u(1) | ae(v) +> rem_intra4x4_pred_mode u(3) | ae(v) +> +> I could not find these syntax elements anywhere in the sourc code of +> JM10.2 reference software +> +> Please let me know if I am missing anything here. +> +> Thank you. +> +> Regards +> Surendra +> +> _______________________________________________ +> 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 expert.video gmail.com Tue Jan 31 20:33:21 2006 From: expert.video gmail.com (Lukasz) Date: Tue Jan 31 20:40:24 2006 Subject: [Mp4-tech] 3gpp files Message-ID: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> Dear All, I am trying to work out a way to create streamable 3gpp files that can be played on the mobile devices (preferable using an open source tool(s)). The tool needs to provide a command line interface. Linux would be a preferred platform. Thanks, Lukasz From Alexis.Tourapis dolby.net Tue Jan 31 12:19:50 2006 From: Alexis.Tourapis dolby.net (Tourapis, Alexis) Date: Tue Jan 31 20:40:28 2006 Subject: [Mp4-tech] Macroblock prediction syntax - in JM 10.2 software Message-ID: <7272EE229DA1AA48B47EBDC47EB0C68B01C63B73@sapphire.dolby.net> Dear Surendra, Carefully examine the functions readSyntaxElement_Intra4x4PredictionMode() and GetVLCSymbol_IntraMode() You will notice that the latter essentially reads both of these elements (if both are available), and appropriately sets sym->len and sym->inf that are used in the former. More specifically, prev_intra4x4_pred_mode_flag is in fact the ctr_bit that you see in GetVLCSymbol_IntraMode(). If this is 1 then no other info is read and sym->len is set to 1. Otherwise rem_intra4x4_pred_mode is also read (name is inf in this function) and is always 3 bits (sym->len is set to 4 since you have already read 1 bit for prev_intra4x4_pred_mode_flag). The sym->len condition would be tested in readSyntaxElement_Intra4x4PredictionMode() to derive how prediction will be made. Unfortunately the naming may not be equivalent but this is how the process is done. Best regards, Alexis -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Surendra Sent: Monday, January 30, 2024 12:28 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Macroblock prediction syntax - in JM 10.2 software Dear All, I am analyzing the ITU-T H264 standard(03/2005) with JM10.2 as reference software. I found there is a difference in the source code in file macroblock.c at line no 1180 interms of confirming to the ITU-T H264 standard(03/2005) section 7.3.5.1 Macroblock prediction syntax. This section defiens the following syntax elements. prev_intra4x4_pred_mode_flag u(1) | ae(v) rem_intra4x4_pred_mode u(3) | ae(v) I could not find these syntax elements anywhere in the sourc code of JM10.2 reference software Please let me know if I am missing anything here. Thank you. Regards Surendra _______________________________________________ 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 Wesley.DeNeve UGent.be Tue Jan 31 21:40:23 2006 From: Wesley.DeNeve UGent.be (Wesley De Neve) Date: Wed Feb 1 15:04:07 2006 Subject: [Mp4-tech] Skip frames in H.264 References: Message-ID: <0a2801c626a6$8f4ccec0$0ed5c19d@persephone> Dear Michael,all, I was also in need of this information in the context of my research. Two mails of Gary Sullivan, as posted on this reflector, were of significant help. On the semantics of the frame_num and gaps_in_frame_num_value_allowed_flag syntax elements (not easy to find anymore): http://lists.mpegif.org/pipermail/mp4-tech/2004-November.txt.gz On the implementation of skipped slices: http://lists.mpegif.org/pipermail/mp4-tech/2004-July/003853.html Best regards, Wesley De Neve Michael Rivers wrote: > Hello everyone, > > I am implementing a rate control algorithm for a real time h.264 > Baseline Profile encoder. I was wondering if there is a way of skipping > frames > in H.264 in a non periodic way, after a frame was encoded using more > bits than we targeted for, for example. > > I have been trying to do it by skipping the frames in the input and > then changing the frame number (incrementing it by the number of skipped > frames) and setting gaps_in_frame_num_value_allowed_flag to true, but some > decoders seem to have problems with this, it seems that they try to > generate a > frame without a valid reference frame. > > Am I missing anything here? > > is there anything else I should be changing? > > any ideas would be much appreciated. > > Thanks in advance, > > Michael > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today - it's > FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > > _______________________________________________ > 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 mrivers06 hotmail.com Tue Jan 31 20:48:07 2006 From: mrivers06 hotmail.com (Michael Rivers) Date: Wed Feb 1 15:04:15 2006 Subject: [Mp4-tech] Skip frames in H.264 In-Reply-To: <7272EE229DA1AA48B47EBDC47EB0C68B01C63B17@sapphire.dolby.net> Message-ID: Thanks for the tip. That is what we are doing now as a workaround until we get it solved. Michael >From: "Tourapis, Alexis" >To: "Michael Rivers" , >Subject: RE: [Mp4-tech] Skip frames in H.264 >Date: Tue, 31 Jan 2024 10:27:01 -0800 > >Dear Michael, > >A simple method that you may use is to consider a "Virtual" skip frame. >That is, simply code all MBs using P-SKIP mode. (Note that this >obviously assumes sequential coding order and that no reference >reordering is used). > >Best regards, > >Alexis > >-----Original Message----- >From: mp4-tech-bounces@lists.mpegif.org >[mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Michael Rivers >Sent: Monday, January 30, 2024 12:04 PM >To: mp4-tech@lists.mpegif.org >Subject: [Mp4-tech] Skip frames in H.264 > >Hello everyone, > >I am implementing a rate control algorithm for a real time h.264 >Baseline Profile encoder. I was wondering if there is a way of skipping >frames in >H.264 in a non periodic way, after a frame was encoded using more bits >than we targeted for, for example. > >I have been trying to do it by skipping the frames in the input and then >changing the frame number (incrementing it by the number of skipped >frames) and setting gaps_in_frame_num_value_allowed_flag to true, but >some decoders seem to have problems with this, it seems that they try to >generate a frame without a valid reference frame. > >Am I missing anything here? > >is there anything else I should be changing? > >any ideas would be much appreciated. > >Thanks in advance, > >Michael > >_________________________________________________________________ >Express yourself instantly with MSN Messenger! Download today - it's >FREE! >http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > >_______________________________________________ >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. > _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From mrivers06 hotmail.com Tue Jan 31 21:08:17 2006 From: mrivers06 hotmail.com (Michael Rivers) Date: Wed Feb 1 15:04:20 2006 Subject: [Mp4-tech] Skip frames in H.264 In-Reply-To: <91D7F2CEE3425A4A9D11311D09FCE24612B3A745@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Message-ID: Thanks for the answer Gary, If I understood correctly then, I do not need to leave gaps in frame_num to signal that a frame has been skipped, I should do that with the SEI messages, however the gaps in frame_num should actually work, but there is something I am possibly doing wrong in the syntax. >You haven't said what kind of system you're carrying this video in. It is basically a DSP implementation of an H.264 Encoder/decoder. Thanks a lot for the info, I will look into this now and maybe ask for more help if I get blocked... thanks again, Mike >From: "Gary Sullivan" >To: "Michael Rivers" , >Subject: RE: [Mp4-tech] Skip frames in H.264 >Date: Tue, 31 Jan 2024 10:55:41 -0800 > >Reply interspersed below. > >Best Regards, > >Gary Sullivan > >+> -----Original Message----- >+> From: mp4-tech-bounces@lists.mpegif.org >+> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of >+> Michael Rivers >+> Sent: Monday, January 30, 2024 12:04 PM >+> To: mp4-tech@lists.mpegif.org >+> Subject: [Mp4-tech] Skip frames in H.264 >+> >+> Hello everyone, >+> >+> I am implementing a rate control algorithm for a real time >+> h.264 Baseline >+> Profile encoder. I was wondering if there is a way of >+> skipping frames in >+> H.264 in a non periodic way, after a frame was encoded using >+> more bits than >+> we targeted for, for example. > > >Yes, that is certainly allowed. > >Whenever fixed_frame_rate_flag is equal to 0, there is no obligation for >pictures to arrive with strict timing periodicity. > > >+> >+> I have been trying to do it by skipping the frames in the >+> input and then >+> changing the frame number (incrementing it by the number of >+> skipped frames) >+> and setting gaps_in_frame_num_value_allowed_flag to true, > > >That is not what the frame_num syntax element is for. It is not a >timestamp. You can have variable timing with regular (non-gap) >behaviour of frame_num. >If you're doing everything properly, it should be OK to encode with gaps >in frame_num values. But it doesn't indicate what you think it does. > >The timing of pictures is indicated at the systems level and/or by >picture timing SEI messages, not by frame_num or POC or other such >things that are part of the decoding process. Nothing that is part of >the decoding process uses timing information. > >You haven't said what kind of system you're carrying this video in. > > >+> but some decoders >+> seem to have problems with this, it seems that they try to >+> generate a frame >+> without a valid reference frame. > > >Perhaps you're using the syntax somewhat incorrectly. If you're doing >things correctly, there should be no problem. >When you encode a gap in frame_num values, a decoder will infer the >presence of "non-existing" frames. However, the encoder is responsible >for ensuring that "non-existing" frames are not referenced in the >decoding process of other pictures. > >Really, gaps in frame_num values are not intended for the purpose you >are trying to use them for. They are more for temporal scalability and >loss resilience. > > >+> >+> Am I missing anything here? >+> >+> is there anything else I should be changing? >+> >+> any ideas would be much appreciated. >+> >+> Thanks in advance, >+> >+> Michael >+> >+> _________________________________________________________________ >+> Express yourself instantly with MSN Messenger! Download >+> today - it's FREE! >+> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ >+> >+> _______________________________________________ >+> 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-Antitrust.php _________________________________________________________________ Don’t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From pt_david yahoo.com Tue Jan 31 22:47:24 2006 From: pt_david yahoo.com (Prasanth) Date: Wed Feb 1 15:04:36 2006 Subject: [Mp4-tech] Frext configurations -GOP structure help Message-ID: <20060201064724.22060.qmail@web32507.mail.mud.yahoo.com> Hi experts, I am working with JM 10.1 and trying to produce a GOP structure of IPBBPBBPBBI IBBPBBPBBPBBI IBBPBBPBBPBBI .. .. (GOP size=12 ) In the High_quality config file supplied I am using StartFrame = 0 # Start frame for encoding. (0-N) FramesToBeEncoded = 499 # Number of frames to be coded FrameRate = 30.0 # Frame Rate per second (0.1-100.0) IntraPeriod = 4 # Period of I-Frames (0=only first) IDRIntraEnable = 0 # Force IDR Intra (0=disable 1=enable) FrameSkip = 2 # Number of frames to be skipped in input NumberBFrames = 2 # Number of B coded frames inserted (0=not used) Interlaced=0 (non interlaced) I am getting 1495 frames( 0-1494) why is this...? whats the relation between all this that yields there mayn number of frames when I just set 499. can anyone help? thanks Prasanth --------------------------------- What are the most popular cars? Find out at Yahoo! Autos -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060131/7ca46633/attachment.html