From tomislav.muic gmail.com Sun Jul 1 19:55:33 2007 From: tomislav.muic gmail.com (Tomislav Muic) Date: Sun Jul 1 19:28:06 2007 Subject: [Mp4-tech] CAVLC questions Message-ID: am writing H264 encoder so I have a few questions about CAVLC /************ ? The variables blkA and blkB are derived as follows. ? If the CAVLC parsing process is invoked for Intra16x16DCLevel, Intra16x16ACLevel, or LumaLevel, the process specified in subclause 6.4.8.3 is invoked with luma4x4BlkIdx as the input, and the output is assigned to mbAddrA, mbAddrB, luma4x4BlkIdxA, and luma4x4BlkIdxB. The 4x4 luma block specified by mbAddrA\luma4x4BlkIdxA is assigned to blkA, and the 4x4 luma block specified by mbAddrB\luma4x4BlkIdxB is assigned to blkB. ? Otherwise (the CAVLC parsing process is invoked for ChromaACLevel), the process specified in subclause 6.4.8.4 is invoked with chroma4x4BlkIdx as input, and the output is assigned to mbAddrA, mbAddrB, chroma4x4BlkIdxA, and chroma4x4BlkIdxB. The 4x4 chroma block specified by mbAddrA\iCbCr\chroma4x4BlkIdxA is assigned to blkA, and the 4x4 chroma block specified by mbAddrB\iCbCr\chroma4x4BlkIdxB is assigned to blkB *****************************/ I am using Intra 16x16 prediction so NUMVLC table is selected from nr, of coefficients of 4x4 block from macroblock to the left/up and one 4x4 position left/up to to the position of 4x4 block being decoded? what if it is left/up most 4x4 block? if suffixL is 0 and it is increased to 1, is it still checked for magnitude and increased furhter in same step? when sending ac coefficients I send only those 15 without DC, or I send 16 with DC equal to 0? -- Tomislav Mui? From maheswarreddy.k gmail.com Tue Jul 3 10:46:12 2007 From: maheswarreddy.k gmail.com (mahesh k) Date: Tue Jul 3 03:52:12 2007 Subject: [Mp4-tech] Regarding frame losses Message-ID: <18b851ae0707022116n1b1c7206rcb3eff231b51167f@mail.gmail.com> Hil, I have a few doubts regarding H.264 So plz reply me. My doubt was , What happens when the first I (IDR) frame was lost in the bitstream doe to network losses? that is how the next P frame will be decoded if it dont have any reference frame. Suppose IDR, P , P, P , P , I, P , P , P , P was the sequence in a GOP. Then If we loose the IDR picture , then we are not able decode the next P frame, So waht to do in such cases? Does standard says anything about this? Thanks in advance, Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070703/7d3a66e2/attachment.html From ralph.sperschneider iis.fraunhofer.de Tue Jul 3 11:19:19 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Tue Jul 3 04:28:11 2007 Subject: [Mp4-tech] Re: MPEG-4 Audio Reference Software In-Reply-To: <46821087.2090407@itec.uni-klu.ac.at> References: <46821087.2090407@itec.uni-klu.ac.at> Message-ID: <468A0687.8060504@iis.fraunhofer.de> Michael Ransburg wrote: > Dear Ralph, > > I've been working with the MPEG-4 Audio Reference Software lately and > I have some questions and comments. I'm on the MPEG-4 Tech reflector, > but anytime I send an e-mail to it it just says that "your e-mail is > being held for moderation" and it never seems to get through. Well, it should - no idea why it does not. > > Can you point me to the appropriate mailing list for discussing the > MPEG-4 Audio Reference Software? For questions with regard to the MPEG-4 Audio Reference Software this seems to me the right reflector. However, if you have contributions to that software, you may write to mpam@uow.edu.au. The latter is the MPEG Ad-hoc group reflector for the MPEG Audio Maintenance ad-hoc group (see http://www.chiariglione.org/mpeg/meetings/san_jose07/san_jose_ahg.htm for details). 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 maheswarreddy.k gmail.com Tue Jul 3 16:56:29 2007 From: maheswarreddy.k gmail.com (mahesh k) Date: Tue Jul 3 07:46:06 2007 Subject: [Mp4-tech] Regarding finding the frame boundaries in the decoder Message-ID: <18b851ae0707030326n3f200774wa817ca59e5dad902@mail.gmail.com> Hi all, H.264 can be used in bit stream applications. How does the decoder can identify in such systems where the encoded frame length was not know. As per my idea the H.264 bit stream was , Accesunitdelimitter NAL + SPS NAL + PPS NAL + Slice NAL+ end of seuence NAL + end of stream NAL am i Correct? Also let me know the difference between end of seuence NAL unit and end of stream NAL unit. with best regards, Mahesh. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070703/d8665470/attachment.html From shanmugavel.balasubramanian wipro.com Tue Jul 3 17:38:23 2007 From: shanmugavel.balasubramanian wipro.com (shanmugavel.balasubramanian@wipro.com) Date: Tue Jul 3 07:46:12 2007 Subject: [Mp4-tech] H.264 start code scenarios References: <200707021607.l62G7996018722@lists1.magma.ca> Message-ID: <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> Hi All, I have seen some of the H.264 encoded streams having a start code of length 3 and some with 4. 1. why is it that " number of preceding zeros is two in some cases and 3 in some cases". 2. does the number difference for start code length have any significance. Can the length of start code change from NAL to NAL in a sequence. Best Regards, Velu The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070703/bd247da0/attachment.html From garysull windows.microsoft.com Tue Jul 3 07:23:24 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Jul 3 09:34:09 2007 Subject: [Mp4-tech] H.264 start code scenarios In-Reply-To: <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> References: <200707021607.l62G7996018722@lists1.magma.ca> <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F05227F9D@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> This depends on what you call the start code. In the bitstream format specified in Annex A, at the beginning of the byte stram and between each pair of byte stream NAL units, the following pattern is present: N bytes equal to 0 followed by a byte equal to 0x01. For the first NAL unit of each access unit, the constraint is N >= 3. For other NAL units, the constraint is N >= 2. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of shanmugavel.balasubramanian@wipro.com Sent: Tuesday, July 03, 2023 4:08 AM To: mp4-tech@lists.mpegif.org; mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 start code scenarios Hi All, I have seen some of the H.264 encoded streams having a start code of length 3 and some with 4. 1. why is it that " number of preceding zeros is two in some cases and 3 in some cases". 2. does the number difference for start code length have any significance. Can the length of start code change from NAL to NAL in a sequence. Best Regards, Velu The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070703/9ff2252e/attachment.html From jc sj.co.uk Tue Jul 3 14:03:30 2007 From: jc sj.co.uk (John Cox) Date: Tue Jul 3 11:22:08 2007 Subject: [Mp4-tech] H.264 start code scenarios In-Reply-To: <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> References: <200707021607.l62G7996018722@lists1.magma.ca> <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> Message-ID: Hi The reason for 4-byte start sequences is that it allows decoders that are presented with a non-byte aligned bitstream to determine byte alignment. (H.264 section B.3) "Important" NAL units have to have the long start code (1st in picture, PPS, SPS - H.264 section B.1.2) Hope that helps John Cox > >Hi All, > >I have seen some of the H.264 encoded streams having a start code of length 3 and some with 4. >1. why is it that " number of preceding zeros is two in some cases and 3 in some cases". >2. does the number difference for start code length have any significance. Can the length of start code change from NAL to NAL in a sequence. > > >Best Regards, >Velu > > > > > > >The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. > >WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. > >www.wipro.com From melkotevinay yahoo.co.uk Tue Jul 3 19:48:07 2007 From: melkotevinay yahoo.co.uk (melkote vinay) Date: Tue Jul 3 16:10:07 2007 Subject: [Mp4-tech] [audio][mpeg-surround] Message-ID: <631127.60081.qm@web25103.mail.ukl.yahoo.com> Hi, Does anyone know if the Mpeg Surround Encoder is publicly available and if so where one could download it from? Vinay --------------------------------- Yahoo! Mail is the world's favourite email. Don't settle for less, sign up for your freeaccount today. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070703/3868b564/attachment.html From pankaj_bajpai_iet operamail.com Wed Jul 4 07:47:54 2007 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Wed Jul 4 10:34:08 2007 Subject: [Mp4-tech] [MP4-Video] Mismatch control and Inverse quantization Message-ID: <20070704054754.DD3C84415B@ws5-1.us4.outblaze.com> Dear All, I have a question regarding mismatch control and Inverse quantization. As can be seen from the below equations, in both cases, the output/conditons are based upon eveness/oddness and the attempt is to make the things odd. I would like to know why there is bias towards oddness? How it serves the idea of mismatch control? And any mathematical/physical proof is there or is it just statistical observation (i have found in some posts that statistically it has been found that some patterns create lot of problem, and this way they can be rectified). I am not able to figure out the exact reason. Please give some pointers regarding this With thanks Pankaj 1. Mismatch control: sum = (F' [v][u]) F[v][u] = F' [v][u] for all u, v except u = v = 7 F[7][7] = F' [7][7] if sum is odd if sum is even F' [7][7] −1 if F' [7][7 ] is odd F' [7][7] +1 if F' [7][7 ] is even 2. Inverse quantization |F(v,u)| = (2*Q(v,u)+1) * q_scale if q_scale is odd |F(v,u)| = (2*Q(v,u)+1) * q_scale -1 if q_scale is even -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze From girishht bluebottle.com Wed Jul 4 03:42:41 2007 From: girishht bluebottle.com (Girish) Date: Wed Jul 4 10:34:15 2007 Subject: [Mp4-tech] H.264 start code scenarios In-Reply-To: <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> References: <200707021607.l62G7996018722@lists1.magma.ca> <70661EB74D51BD4889EE03CC34E733F50C5C96@blr-m2-msg.wipro.com> Message-ID: <200707040942.l649gibn002816@mi1.bluebottle.com> Dear shanmugavel, Please find the answers below.. Hi, Start code can be any no. of consecutive zeros(atleast 2) followed by 1. Reason: If there is 3 consecutive 0s means you have to skip first 0. So 00 00 00 => 00 00 only now you consider these start codes 00 00 00 01 => skip first 0 as 3 consecutive 0s are there. so it will become 00 00 01. similarly you can check 00 00 00 00 00 01 this is also start code. I think this will clear your doubt. Regards, Sanjay Quoting shanmugavel.balasubramanian@wipro.com: > > Hi All, > > I have seen some of the H.264 encoded streams having a start code > of length 3 and some with 4. > 1. why is it that " number of preceding zeros is two in some cases > and 3 in some cases". > 2. does the number difference for start code length have any > significance. Can the length of start code change from NAL to NAL > in a sequence. > > > Best Regards, > Velu > > > > > > > The information contained in this electronic message and any > attachments to this message are intended for the exclusive use of > the addressee(s) and may contain proprietary, confidential or > privileged information. If you are not the intended recipient, you > should not disseminate, distribute or copy this e-mail. Please > notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The > recipient should check this email and any attachments for the > presence of viruses. The company accepts no liability for any > damage caused by any virus transmitted by this email. > > www.wipro.com ---------------------------------------------------------------------- Find out how you can get spam free email. http://www.bluebottle.com/tag/3 From mohandsp gmail.com Thu Jul 5 14:45:43 2007 From: mohandsp gmail.com (Mohan Reddy) Date: Thu Jul 5 06:10:07 2007 Subject: [Mp4-tech] Mpeg4 aac testing Message-ID: Hi all, Can anyone please let me know how to test the mpeg4 aac codec, 1> what should the o/p of encoder or decoder be tested with 2> Is an rms utility required for this and what is the maximum value of rms value for the codec to pass the test vector 3> were do I get the rms utility, can any one send me the link to the same. 4> I have a code which takes .adts inputs how do I make it to take .mp4 inputs. If any knows were to get the parser for .mp4 pls let me know. and also format of the .mp4 header also Thanks Mohan -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070705/fcc7dd61/attachment.html From mohandsp gmail.com Thu Jul 5 17:20:42 2007 From: mohandsp gmail.com (Mohan Reddy) Date: Thu Jul 5 09:28:07 2007 Subject: [Mp4-tech] Mpeg4 aac testing In-Reply-To: References: Message-ID: On 7/5/07, Mohan Reddy wrote: > > > Hi all, > > Can anyone please let me know how to test the mpeg4 aac codec, > 1> what should the o/p of encoder or decoder be tested with > 2> Is an rms utility required for this and what is the maximum value of > rms value for the codec to pass the test vector > 3> were do I get the rms utility, can any one send me the link to the > same. > 4> I have a code which takes .adts inputs how do I make it to > take .mp4 inputs. If any knows were to get the parser for .mp4 pls let me > know. > and also format of the .mp4 header also > > > Thanks > Mohan > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070705/4340a6d1/attachment.html From annesophie.bacquet gmail.com Thu Jul 5 15:51:15 2007 From: annesophie.bacquet gmail.com (Anne Sophie Bacquet) Date: Thu Jul 5 09:28:14 2007 Subject: [Mp4-tech] [Loss simulator JVT P069] [H264 AVC] Message-ID: Dear experts, I'm a french student currently working on H.264 AVC and its scalable extension. I wanted to use the loss simulator with AVC bitstream but I encountered several problems... I encode the Foreman sequence at QCIF format at 7.5Hz using JM12_2 as specified in VCEG-N79r1. The resulting bitstream is called flux3.264 and weighted...87.865Ko, it is composed by 38 frames and is attached. The encoding parameters I used are: - No B frame - 1400 byte for each slice (encoder option: slice mode:2 and slice argument:1400) - I change the QP to achieve 144kbit/s ( calculated by adding 40 byte for each frame as specified in VCEG-N79r1). ** When i decode this stream; everything is OK. When i pass it through the simulator everything is OK with the 4 error files (20,10,5 and 3%). The lost frame are for the two first respectively :3,4,7,8,16,20,21,24,29,31,38 and 7, 16, 17, 18, 21, 32,34 But with the first error file, when decoding (frame or motion copy option) i've got the following error message and the decoding stops at frame 17: *duplicate frame_num in short-term reference picture buffer *. (Please find attach the output text file :sortie_loss1.txt) . With the second error file, when decoding (frame or motion copy option) i've got the following error message and the decoding stops at frame 14:*RefPicList0[ num_ref_idx_l0_active_minus1 ] is equal to 'no reference picture' *, *invalid bitstream* . (Please find attach the output text file :sortie_loss2.txt.) However, When i use antother bitstream, the lost frames, error message are the same and the decoding stops at the same frames (17 and 14)?? To finish, when i use a bitstream with B picture, the lost frame are the same but the decoding is OK... I Hope you can help me resolving theses problems. I thank you in advance. Best Regards Anne Sophie Bacquet IEMN DOAE UVHC Valencinnes France -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070705/317f567c/attachment.html From ralph.sperschneider iis.fraunhofer.de Thu Jul 5 18:26:25 2007 From: ralph.sperschneider iis.fraunhofer.de (Ralph Sperschneider) Date: Thu Jul 5 11:34:11 2007 Subject: [Mp4-tech] Re: LATM LOAS fill bits In-Reply-To: <000901c7bf10$8821d8d0$6601a8c0@DanijelPC> References: <46821087.2090407@itec.uni-klu.ac.at> <468A0687.8060504@iis.fraunhofer.de> <000901c7bf10$8821d8d0$6601a8c0@DanijelPC> Message-ID: <468D0DA1.1060303@iis.fraunhofer.de> Danijel Domazet wrote: > > Hi MP4Tech, > > Here is a syntax snippet from LATM/LOAS AAC audio as defined in > ISO/IEC 14496-3:2001 Technical Corrigendum 2, 15.6.2004. (page 8.): > > > if(!useSameConfig) > { > if(audioMuxVersion==1) > { > ascLen = LatmGetValue(); > } > ascLen -=AudioSpecificConfig(); > *fillBits*; (ascLen is the nubmer of fill bits to be writen) > } > > > It is obvious that in case of audioMuxVersion == 0, ascLen gets used > without having been initialized. The question is: how many fillBits > should be written to bitstream in this case? Please, help. > > > Regards, > Danijel Domazet > > The syntax was fixed meanwhile and reads now as follows: if (! useSameConfig) { if ( audioMuxVersion == 0 ) { AudioSpecificConfig(); } else { ascLen = LatmGetValue(); ascLen -= AudioSpecificConfig(); fillBits; } } 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 Danijel.Domazet zg.t-com.hr Thu Jul 5 17:26:52 2007 From: Danijel.Domazet zg.t-com.hr (Danijel Domazet) Date: Thu Jul 5 11:52:09 2007 Subject: [Mp4-tech] LATM LOAS fill bits References: <46821087.2090407@itec.uni-klu.ac.at> <468A0687.8060504@iis.fraunhofer.de> Message-ID: <000901c7bf10$8821d8d0$6601a8c0@DanijelPC> Hi MP4Tech, Here is a syntax snippet from LATM/LOAS AAC audio as defined in ISO/IEC 14496-3:2001 Technical Corrigendum 2, 15.6.2004. (page 8.): if(!useSameConfig) { if(audioMuxVersion==1) { ascLen = LatmGetValue(); } ascLen -=AudioSpecificConfig(); fillBits; (ascLen is the nubmer of fill bits to be writen) } It is obvious that in case of audioMuxVersion == 0, ascLen gets used without having been initialized. The question is: how many fillBits should be written to bitstream in this case? Please, help. Regards, Danijel Domazet -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070705/8b9b988f/attachment.html From shankarvel gmail.com Fri Jul 6 16:42:28 2007 From: shankarvel gmail.com (SHANMUGAVEL B) Date: Sat Jul 7 04:34:06 2007 Subject: [Mp4-tech] Post Process (video) - Converting QCIF to CIF frames Message-ID: <2b3b32340707060312r6f78050t1d42672427deca49@mail.gmail.com> Hi All, I want to convert an yuv file which has frames of QCIF size(176x144) to CIF size(352x288) and also the reverse way. I want to do this without loss in quality. How can i do this. what is the algo to follow. Is this what is called as extrapolation. Please help me with some kind of documentatation or description to start with. Thanks and regards, Velu -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070706/f133c383/attachment.html From SyedMahmood.Ahmed magnumsemi.com Fri Jul 6 10:15:43 2007 From: SyedMahmood.Ahmed magnumsemi.com (Ahmed, Syed Mahmood) Date: Sat Jul 7 04:34:11 2007 Subject: [Mp4-tech] H264 VIDEO: Max. Number of Slices Per Picture Message-ID: <718518995A598F4DBE5EB568FC2E6342027F4405@MAGMSG01.ad.magnumsemi.com> Gary, all: I was searching the archives and found an interesting exchange between Gary and Tomo san. In his reply to Tomo san, Gary seems to suggest that the SliceRate (as provided in Table A-4, page 265 of the spec) provides an upper limit (max value) for the long-term average of the number of slices per picture. However, the spec in Section A.3.3, on page 263 says: "...shall satisfy the constraint that the number of slices in picture n is less than or equal to MaxMBPS * ( tr( n ) tr( n 1 ) ) ? SliceRate ...". For Main Profile, Level 3, for PAL, the above calculates to 40500 * 0.04 / 22 = 73.6. It looks to me like the SliceRate is more like a constraint on the minimum number of macroblocks per slice Thanks [Mp4-tech] [H.264, VIDEO] maximum number of slices Gary Sullivan garysull windows.microsoft.com Wed Mar 28 19:27:56 EDT 2007 Previous message: [Mp4-tech] [H.264, VIDEO] maximum number of slices Next message: [Mp4-tech] [H.264, VIDEO] maximum number of slices Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Tomo, That is almost true, but not quite true. The the number of allowed slices increases if the decoder is given more time to decode a picture (as measured by the difference between decoding times, i.e., between CPB removal times). If fixed_frame_rate_flag is 1 (so the sequence is fixed at the maximum frame rate which in this case is 25 fps at 720x576 picture size), then it is true that the *average* number of slices per picture over a (very) long period of time cannot exceed 22. But there's a difference between talking about the average over time and talking about the limit on any particular picture. The constraint is imposed on a per picture basis, based on the amount of time between decoding timestamps (CPB removal times). For that picture size (720x756), the decoding times of frames can't be closer together than 1/25th of a second (for level 3). But if the decoding times are farther apart, the number of allowed slices for the picture increases. The limit is really more time-based than picture-based. Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces lists.mpegif.org +> [mailto:mp4-tech-bounces lists.mpegif.org ] On Behalf Of Tomo +> Sent: Wednesday, March 28, 2024 1:38 PM +> To: mp4-tech lists.mpegif.org +> Subject: [Mp4-tech] [H.264, VIDEO] maximum number of slices +> +> Hi +> +> I was told that (Main profile, Level 3) bitstream can have +> 22 slices (maximum) per frame. +> Is that correct? +> +> Standard limits "slice rate" to 22 for this level and profile. +> But I do not think the slice rate == the number of slices per frame. +> +> So, in case PAL/NTSC (D1) rate sources, what will be the maximum +> number of slices per frame? Or is it indeed 22? +> +> Also, somewhat relating question. Are there any NAL size limitation? +> Can a NAL be 600Kbits? [600K is arbitrary I picked). +> +> Thanks +> +> +> Tomo -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070706/00106928/attachment.html From girishht bluebottle.com Sat Jul 7 03:52:05 2007 From: girishht bluebottle.com (Girish) Date: Sat Jul 7 08:22:09 2007 Subject: [Mp4-tech] Post Process (video) - Converting QCIF to CIF frames In-Reply-To: <2b3b32340707060312r6f78050t1d42672427deca49@mail.gmail.com> References: <2b3b32340707060312r6f78050t1d42672427deca49@mail.gmail.com> Message-ID: <200707070952.l679q8XH029408@mi0.bluebottle.com> Dear SHANMUGAVEL, Yes, Image extrapolation one of the techniques to resize the image. There are couple of links available on the net. http://answers.google.com/answers/threadview?id=773698 Hope this helps Best Regards, Girish Quoting SHANMUGAVEL B : > Hi All, > I want to convert an yuv file which has frames of QCIF > size(176x144) to CIF > size(352x288) and also the reverse way. > I want to do this without loss in quality. How can i do this. what > is the > algo to follow. > Is this what is called as extrapolation. > Please help me with some kind of documentatation or description to > start > with. > > Thanks and regards, > Velu > ---------------------------------------------------------------------- Finally - A spam blocker that actually works. http://www.bluebottle.com/tag/4 From michael.ransburg itec.uni-klu.ac.at Sat Jul 7 14:47:12 2007 From: michael.ransburg itec.uni-klu.ac.at (Michael Ransburg) Date: Sat Jul 7 08:22:13 2007 Subject: [Mp4-tech] MPEG-4 Audio Reference Software: Decode RAW streams? Message-ID: <468F7D40.3040506@itec.uni-klu.ac.at> Dear all, I hope this is the right reflector for my question w.r.t. the MPEG-4 audio reference software. Otherwise, please kindly point me to the correct one. I'm using the latest version of the MPEG-4 reference software (more specifically: mp4auenc / mp4audec from the re-write branch) to encode AAC BSAC streams. This works very well as long as I use .mp4 or .fl4 for the encoded streams. However, when I encode .raw streams (which works very well as well) I can't decode them any more using mp4audec. Can mp4audec decode the raw BSAC streams which are encoded by mp4auenc? Can someone please give me a hint on which switches to use for that? If not, how can I decode raw BSAC streams which were encoded by mp4auenc? Many thanks, Michael -- Michael Ransburg, Dipl.-Ing. Project Assistant, PhD Candidate Department of Information Technology (ITEC) Klagenfurt University / Austria icq: 71772353 | skype: daneel1409 | msn: mike@unfolded.com http://work.unfolded.com From denim83 yahoo.com Sun Jul 8 22:43:19 2007 From: denim83 yahoo.com (Abhishek Ballaney) Date: Tue Jul 10 10:10:09 2007 Subject: [Mp4-tech] [audiodsp] MPEG4 decoder testing In-Reply-To: Message-ID: <426607.38918.qm@web34806.mail.mud.yahoo.com> Dear Mohan, For testing your decoder, you need to give input files in .aac extension. You can convert your files from .mp4 to .aac using the mp4ui utility. It can be found at: http://mp4ui.sourceforge.net/ For fixed point version of the codec, you can use FAAD (Free Advanced Audio Decoder). Regards, abhishek Mohan Reddy wrote: Hi all I am working on the MPEG4 AAC decoder . I have xxx.mp4 test vectors but the decoder I have accepts only ADIF , ADTS formats. So I am unable to do the testing, can some one let me know how do I test the decoder. If we need to convert the xx.mp4 files to adts of adif to test where do I find the utility for the same. Were do I get an rms calculating utility for this codec and whats the maximum tollerable rms value for this decoder(If any on has the rms utility for the same please send it across if its not a problem ) If anyone has knows the links from were I can get an fixed point version og the aac codec(open source )please let me know. Thanks Mohan mohandsp@gmail.com __._,_.___ Messages in this topic (1) Reply (via web post) | Start a new topic Messages NEW! You can now post a message or access and search the archives of this group on DSPRelated.com: http://www.dsprelated.com/groups/audiodsp/1.php _____________________________________ Note: If you do a simple "reply" with your email client, only the author of this message will receive your answer. You need to do a "reply all" if you want your answer to be distributed to the entire group. _____________________________________ About this discussion group: Archives: http://www.dsprelated.com/groups/audiodsp/1.php To Post: Send an email to audiodsp@yahoogroups.com Other DSP Related Groups: http://www.dsprelated.com/groups.php Change settings via the Web (Yahoo! ID required) Change settings via email: Switch delivery to Daily Digest | Switch format to Traditional Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe Recent Activity 4 New Members Visit Your Group SPONSORED LINKS Digital signal processing Signal processing Computer job Communication and networking Computer technician jobs Yahoo! Finance It's Now Personal Guides, news, advice & more. Y! Messenger Send pics quick Share photos while you IM friends. Yahoo! Groups HD The official Samsung Y! Group for HDTVs and devices. . __,_._,___ /\ |_ |_ ' _ |_ __ | /--\|_)| ||_\ | ||-_ |< --------------------------------- Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070708/2182d374/attachment.html From venkat_sr yahoo.com Mon Jul 9 01:46:43 2007 From: venkat_sr yahoo.com (Venkat Subbiah) Date: Tue Jul 10 10:10:17 2007 Subject: [Mp4-tech] exciting opportunity for somebody who has knowledge of mpeg and h.264 Message-ID: <805649.44676.qm@web51111.mail.re2.yahoo.com> One of our clients which is a medium size company and works on exicting Video Technology is looking out for a Senior Embedded Software Engineer who has experience with VXWorks Device Drivers (END and character) and has good knoweldge of TCP/IP, multicasting. Knowledge of MPEG, H.264 is desirable. If you are intersted in this position please mail your resume to resumes@iavior.com. Thx, Venkat ____________________________________________________________________________________ Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games. http://sims.yahoo.com/ From Danijel.Domazet zg.t-com.hr Mon Jul 9 17:35:58 2007 From: Danijel.Domazet zg.t-com.hr (Danijel Domazet) Date: Tue Jul 10 10:10:22 2007 Subject: [Mp4-tech] LOAS/LATM without a container References: <46821087.2090407@itec.uni-klu.ac.at><468A0687.8060504@iis.fraunhofer.de><000901c7bf10$8821d8d0$6601a8c0@DanijelPC> <468D0DA1.1060303@iis.fraunhofer.de> Message-ID: <07ab01c7c236$76dcc1b0$f880000a@DANIJELLAPTOP> Thank you Ralph. Another question: is it possible to play LOAS/LATM streams (a set of LOAS frames, each starting with LOAS syncword 2B7) if they are not inside some other container (like MPEG2)? Thanks, Danijel Domazet ----- Original Message ----- From: "Ralph Sperschneider" To: "Danijel Domazet" Cc: "Andreas Schneider" ; Sent: Thursday, July 05, 2023 5:26 PM Subject: [Mp4-tech] Re: LATM LOAS fill bits > Danijel Domazet wrote: >> Hi MP4Tech, >> Here is a syntax snippet from LATM/LOAS AAC audio as defined in ISO/IEC >> 14496-3:2001 Technical Corrigendum 2, 15.6.2004. (page 8.): >> if(!useSameConfig) >> { >> if(audioMuxVersion==1) >> { >> ascLen = LatmGetValue(); >> } >> ascLen -=AudioSpecificConfig(); >> *fillBits*; (ascLen is the nubmer of fill bits to be writen) >> } >> It is obvious that in case of audioMuxVersion == 0, ascLen gets used >> without having been initialized. The question is: how many fillBits >> should be written to bitstream in this case? Please, help. Regards, >> Danijel Domazet >> > > The syntax was fixed meanwhile and reads now as follows: > > if (! useSameConfig) { > if ( audioMuxVersion == 0 ) { > AudioSpecificConfig(); > } > else { > ascLen = LatmGetValue(); > ascLen -= AudioSpecificConfig(); > fillBits; > } > } > > 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/ > _______________________________________________ > 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 Danijel.Domazet zg.t-com.hr Tue Jul 10 19:17:06 2007 From: Danijel.Domazet zg.t-com.hr (Danijel Domazet) Date: Wed Jul 11 12:34:06 2007 Subject: [Mp4-tech] pce() byte alignment inside LOAS/LATM Message-ID: <000e01c7c30d$c2958b00$f880000a@DANIJELLAPTOP> Hi, Another question related to the byte alignent inside LOAS/LATM transport for AAC audio: program_config_element() (pce for short) is called somewhere within LOAS/LATM. pce() is byte-aligned at its end. Can someone explain if this alignment is related: 1.) only to the bits inside pce() or 2.) to the LOAS/LATM starting point? Thanks, Danijel Domazet From dmitriy graphics.cs.msu.ru Wed Jul 11 01:08:40 2007 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Wed Jul 11 12:34:12 2007 Subject: [Mp4-tech] CALL FOR MPEG4-AVC/H.264 CODECS Message-ID: <271233864.20070711000840@graphics.cs.msu.ru> Dear Experts, Please forward this information to video codecs developers! Moscow State University Graphics & Multimedia Laboratory starts next 4-th annual H.264 codecs comparison. There is some information about it below. Let us know if any questions. =========================================================================== CALL FOR MPEG4-AVC/H.264 CODECS Fourth Annual H.264 video codec comparison For practical researchers and developers in the field of high-end video compression =========================================================================== Scope of Test ------------- * Encoding time, speed/quality analysis * Objective quality measurements (PSNR, SSIM, Average Advantage, etc.) * Analysis of averaged objective results * Leaders in different areas * Decoder tests (including cross-compatibility tests) * Special analysis of codec parts Important Dates --------------- August, 26 ? Deadline for receipt of a H.264 codec with required presets September, 10 ? Deadline for settling technical problems with codec?s functioning November, 7 - Draft of the report that will be sent to all participants November, 14 - Deadline for reception of comments on the draft December, 15 - Comparison report release Enhancements in comparison to Previous H.264/AVC Comparison ----------------------------------------------------------- * Cross-compatibility test * New sequences * New type of special analysis for codecs * Using natural sequences' special modifications * Using synthetic sequences * Separate analysis of codecs main subsystems Developer Deliverables ---------------------- The following deliverables should be provided by each developer: * Codec files (CLI executable file is preferable) * Short description of codec parameters * Codec's presets with mentioning what H.264/AVC profiles are used The full text of Call for Codecs is available at http://www.compression.ru/video/codec_comparison/call_for_codecs_07.html Variants of Participation ------------------------- There are two variants for companies to participate in our comparison: 1. Participation for free. All results of your codec will be published, except special cases of measurements problems due to codec instability. 2. Private participation. A special report will be prepared only for your company. This report contains: * Your codec results and all material from the free version * Special additional analysis of your codec If you are interested in the private participation, please contact us for details. Useful Links ------------ * Third Annual MSU MPEG-4 AVC/H.264 Video Codec Comparison http://compression.ru/video/codec_comparison/mpeg-4_avc_h264_2006_en.html * MSU Lossless Video Codecs Comparison'2007 http://compression.ru/video/codec_comparison/lossless_codecs_2007_en.html * Subjective Comparison of Modern Video Codecs http://compression.ru/video/codec_comparison/subjective_codecs_comparison_en.html Sincerely yours, Dr. Vatolin From l1436636 yahoo.com Wed Jul 11 10:15:43 2007 From: l1436636 yahoo.com (hong liu) Date: Wed Jul 11 12:34:16 2007 Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost Message-ID: <99076.18268.qm@web51105.mail.re2.yahoo.com> I have been working on h264 streaming video quality accessment. I use mplayer to receive h.264 videos streamed from a Darwin streaming server. MPlayer use ffmpeg to decode h.264 videos. So I have some questions with regard to the ffmpeg in decoding h264 videos. Now I use JM12.2 of the h264 test model to encode 10 frames of a 4:2:0 raw video sequence named test.yuv to an h.264 video named test.264. The Intra interval is 5 frames and no B frame is enabled for this testing. So the 10 frame types are listed: I0 P1 P2 P3 P4 I1 P5 P6 P7 P8, where I is denoted I frame and P is P frame. Now I manually deleted P3 frame from the H264 encoded video file, test.264 to save it as test_damage.264. After ffmpeg was used to decode test_damage.264, 9 frames of a raw video sequence were generated, named as test_damage.yuv. Then I analyzed these two raw video sequences: test.yuv and test_damage.yuv. I found I0 P1 P2 are the same in both sequences. I1 is the same also. all the left frames are different. My questions are arised from this result. 1. Because the P3 frame was deleted manually, so ffmpeg decoder may not decode the p2 frame properly. I am not sure about how the ffmpeg respond to this lost frame. Will it do any error concealment on this lost frame. From the analysis result, it may not do anything on it. Under this assumption, the p4 frame was decoded, but it was corrupted due to the loss of the P2 frame. Is that true for ffmpeg decoder? 2. The second question confused me a lot for a while. Because I1 P5 P6 P7 P8 are intact, these decoded uncompressed video frames should be the same as the original ones. Why is there only I1 are found exactly the same as the original one? Is encoding P5 depends on not only I1, but also P4? To my understanding, decoding the frames of I1 P5 P6 P7 P8 would not be affected by any frame lost from I0 to P4, because their encoding is not dependent on the former video frames. I need an video expert to correct me! Any help is very appreciated and thank you in advance! Hong Liu ------------------------------ ____________________________________________________________________________________ Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070711/3c29eedd/attachment.html From Wesley.DeNeve UGent.be Wed Jul 11 22:02:57 2007 From: Wesley.DeNeve UGent.be (Wesley De Neve) Date: Wed Jul 11 16:16:07 2007 Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost References: <99076.18268.qm@web51105.mail.re2.yahoo.com> Message-ID: <015101c7c3ee$182d1930$0300a8c0@dune> Dear Hong Liu, How many reference frames did you use? The reconstruction of P slice coded frames may rely on multiple reference frames in H.264/AVC. Also, did you make use of an open GOP structure during encoding? This for instance allows P5 to be dependent on P4 for its reconstruction. Regarding how frame loss is handled by FFmpeg: a decoder is allowed to do a lot of things to conceal frame loss, like outputting a previously and correctly decoded frame in order to compensate for the currently lost frame. When reference frames are lost, the behavior of an H.264/AVC decoder is also dependent on the value of the gaps_in_frame_num_value_allowed_flag. Best regards, Wesley De Neve ----- Original Message ----- From: hong liu To: mp4-tech@lists.mpegif.org Sent: Wednesday, July 11, 2023 6:15 PM Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost I have been working on h264 streaming video quality accessment. I use mplayer to receive h.264 videos streamed from a Darwin streaming server. MPlayer use ffmpeg to decode h.264 videos. So I have some questions with regard to the ffmpeg in decoding h264 videos. Now I use JM12.2 of the h264 test model to encode 10 frames of a 4:2:0 raw video sequence named test.yuv to an h.264 video named test.264. The Intra interval is 5 frames and no B frame is enabled for this testing. So the 10 frame types are listed: I0 P1 P2 P3 P4 I1 P5 P6 P7 P8, where I is denoted I frame and P is P frame. Now I manually deleted P3 frame from the H264 encoded video file, test.264 to save it as test_damage.264. After ffmpeg was used to decode test_damage.264, 9 frames of a raw video sequence were generated, named as test_damage.yuv. Then I analyzed these two raw video sequences: test.yuv and test_damage.yuv. I found I0 P1 P2 are the same in both sequences. I1 is the same also. all the left frames are different. My questions are arised from this result. 1. Because the P3 frame was deleted manually, so ffmpeg decoder may not decode the p2 frame properly. I am not sure about how the ffmpeg respond to this lost frame. Will it do any error concealment on this lost frame. From the analysis result, it may not do anything on it. Under this assumption, the p4 frame was decoded, but it was corrupted due to the loss of the P2 frame. Is that true for ffmpeg decoder? 2. The second question confused me a lot for a while. Because I1 P5 P6 P7 P8 are intact, these decoded uncompressed video frames should be the same as the original ones. Why is there only I1 are found exactly the same as the original one? Is encoding P5 depends on not only I1, but also P4? To my understanding, decoding the frames of I1 P5 P6 P7 P8 would not be affected by any frame lost from I0 to P4, because their encoding is not dependent on the former video frames. I need an video expert to correct me! Any help is very appreciated and thank you in advance! Hong Liu ------------------------------ ------------------------------------------------------------------------------ Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. ------------------------------------------------------------------------------ _______________________________________________ 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/20070711/f59ac1b7/attachment.html From ameet.kalagi ittiam.com Thu Jul 12 10:48:28 2007 From: ameet.kalagi ittiam.com (Ameet U. Kalagi) Date: Thu Jul 12 10:10:09 2007 Subject: [Mp4-tech] pce() byte alignment inside LOAS/LATM In-Reply-To: <000e01c7c30d$c2958b00$f880000a@DANIJELLAPTOP> Message-ID: <904DEC693BE1AB429622C6F5ABA7E0B801BFC817@is01ex02.ittiam.com> Hello, The PCE is byte-aligned relative to the starting of the header(LOAS/LATM starting point). Regards, Ameet U Kalagi -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Danijel Domazet Sent: Tuesday, July 10, 2023 9:47 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] pce() byte alignment inside LOAS/LATM Hi, Another question related to the byte alignent inside LOAS/LATM transport for AAC audio: program_config_element() (pce for short) is called somewhere within LOAS/LATM. pce() is byte-aligned at its end. Can someone explain if this alignment is related: 1.) only to the bits inside pce() or 2.) to the LOAS/LATM starting point? Thanks, Danijel Domazet _______________________________________________ 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify helpdesk@ittiam.com. ********************************************************************** From l1436636 yahoo.com Thu Jul 12 06:55:51 2007 From: l1436636 yahoo.com (hong liu) Date: Thu Jul 12 10:10:14 2007 Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost Message-ID: <455226.83371.qm@web51104.mail.re2.yahoo.com> Thank you Wesley! During encoding, EnableOpenGOP is set disabled and NumberReferenceFrames is set 5. I am not very familiar with the details in H264 encoding. I want to make sure from you that if NumberReferenceFrames is set big, the P5 encoding may depend on the previous frames like P1 to P4 including I1. I presume that P5 just depends on I1. If I am wrong, please correct me! Wesley ____________________________________________________________________________________ Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070712/95ab5dfc/attachment-0001.html From wesley.deneve ugent.be Thu Jul 12 22:37:39 2007 From: wesley.deneve ugent.be (Wesley De Neve) Date: Thu Jul 12 18:16:07 2007 Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost References: <455226.83371.qm@web51104.mail.re2.yahoo.com> Message-ID: <026701c7c4bc$1b5f13a0$0300a8c0@dune> Dear Hong Liu, I just ran a quick test with the JM 12.3 reference software and it seems that the value of the parameter EnableOpenGOP gets ignored. This for instance allows the reference encoder to select frames as a reference for P5 that preceed I1 in display order (thus effectively creating an open GOP, in which the reconstruction of P5 may be dependent on P4). Best regards, Wesley De Neve ----- Original Message ----- From: hong liu To: mp4-tech@lists.mpegif.org Sent: Thursday, July 12, 2023 2:55 PM Subject: [Mp4-tech] about decoding incomplete h264 video with frame lost Thank you Wesley! During encoding, EnableOpenGOP is set disabled and NumberReferenceFrames is set 5. I am not very familiar with the details in H264 encoding. I want to make sure from you that if NumberReferenceFrames is set big, the P5 encoding may depend on the previous frames like P1 to P4 including I1. I presume that P5 just depends on I1. If I am wrong, please correct me! Wesley ------------------------------------------------------------------------------ 8:00? 8:25? 8:40? Find a flick in no time with theYahoo! Search movie showtime shortcut. ------------------------------------------------------------------------------ _______________________________________________ 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/20070712/4bb970b2/attachment.html From kjh94 sait.samsung.co.kr Fri Jul 13 11:58:45 2007 From: kjh94 sait.samsung.co.kr (JungHoe Kim) Date: Fri Jul 13 02:22:05 2007 Subject: [Mp4-tech] MPEG-4 Audio Reference Software: Decode RAW streams? In-Reply-To: <467FBB7D.4060700@itec.uni-klu.ac.at> Message-ID: <20070713015550.B4206E5C6A@sm.sait.samsung.co.kr> Dear Michael, Could you tell me what the encoder option for generating BSAC raw bitstream was? As far as I know, the BSAC RM decoder does not support raw bitstream format. However, it can work with some modification of the BSAC RM decoder easily. Regards, JungHoe Kim -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Michael Ransburg Sent: Monday, June 25, 2023 9:56 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MPEG-4 Audio Reference Software: Decode RAW streams? Dear all, I hope this is the right reflector for my question w.r.t. the MPEG-4 audio reference software. Otherwise, please kindly point me to the correct one. I'm using the latest version of the MPEG-4 reference software (more specifically: mp4auenc / mp4audec from the re-write branch) to encode AAC BSAC streams. This works very well as long as I use .mp4 or .fl4 for the encoded streams. However, when I encode .raw streams (which works very well as well) I can't decode them any more using mp4audec. Can mp4audec decode the raw BSAC streams which are encoded by mp4auenc? Can someone please give me a hint on which switches to use for that? If not, how can I decode raw BSAC streams which were encoded by mp4auenc? Many thanks, Michael -- Michael Ransburg, Dipl.-Ing. Project Assistant, PhD Candidate Department of Information Technology (ITEC) Klagenfurt University / Austria icq: 71772353 | skype: daneel1409 | msn: mike@unfolded.com http://work.unfolded.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 From michael.ransburg itec.uni-klu.ac.at Fri Jul 13 09:13:06 2007 From: michael.ransburg itec.uni-klu.ac.at (Michael Ransburg) Date: Fri Jul 13 09:28:08 2007 Subject: [Mp4-tech] MPEG-4 Audio Reference Software: Decode RAW streams? In-Reply-To: <20070713015550.B4206E5C6A@sm.sait.samsung.co.kr> References: <20070713015550.B4206E5C6A@sm.sait.samsung.co.kr> Message-ID: <469717F2.20500@itec.uni-klu.ac.at> Dear JungHoe, many thanks for your reply. I used the following command line to generate the BSAC raw bitstream: ./mp4auenc -d 1 -c "-bsac -br 44100" testcontent/song.wav -o testcontent/song_44100_2.raw I checked the stream by parsing it using some simple C-code and it seems to be what is expected from a BSAC raw stream, i.e., a sequence of bsac_raw_data_block() elements. Can you provide me some more information on how to to modify the BSAC reference software decoder so that it can decode such raw streams? Is this extension available somewhere, maybe as utility software? Many thanks again, Michael JungHoe Kim wrote: > Dear Michael, > > Could you tell me what the encoder option for generating BSAC raw bitstream > was? > As far as I know, the BSAC RM decoder does not support raw bitstream format. > However, it can work with some modification of the BSAC RM decoder easily. > > Regards, > JungHoe Kim > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Michael Ransburg > Sent: Monday, June 25, 2023 9:56 PM > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] MPEG-4 Audio Reference Software: Decode RAW streams? > > Dear all, > > I hope this is the right reflector for my question w.r.t. the MPEG-4 > audio reference software. Otherwise, please kindly point me to the > correct one. > > I'm using the latest version of the MPEG-4 reference software (more > specifically: mp4auenc / mp4audec from the re-write branch) to encode > AAC BSAC streams. This works very well as long as I use .mp4 or .fl4 for > the encoded streams. However, when I encode .raw streams (which works > very well as well) I can't decode them any more using mp4audec. > > Can mp4audec decode the raw BSAC streams which are encoded by mp4auenc? > Can someone please give me a hint on which switches to use for that? > > If not, how can I decode raw BSAC streams which were encoded by mp4auenc? > > Many thanks, > Michael > > -- Michael Ransburg, Dipl.-Ing. Project Assistant, PhD Candidate Department of Information Technology (ITEC) Klagenfurt University / Austria icq: 71772353 | skype: daneel1409 | msn: mike@unfolded.com http://work.unfolded.com From gel codingtechnologies.com Fri Jul 13 11:49:02 2007 From: gel codingtechnologies.com (Alexander Groeschel) Date: Fri Jul 13 09:28:14 2007 Subject: Fw: RE: [Mp4-tech] pce() byte alignment inside LOAS/LATM Message-ID: Hi, no; the byte alignment is relative to the beginning of the AudioSpecificConfig() containing the PCE. This has been unclear in the standard but was corrected (or is about to) in 14496-3, Subpart 4. best, alex. mp4-tech-bounces@lists.mpegif.org wrote on 07/12/2023 06:18:28 AM: > Hello, > > The PCE is byte-aligned relative to the starting of the header(LOAS/LATM > starting point). > > Regards, > Ameet U Kalagi > > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Danijel Domazet > Sent: Tuesday, July 10, 2023 9:47 PM > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] pce() byte alignment inside LOAS/LATM > > > Hi, > Another question related to the byte alignent inside LOAS/LATM transport > for > AAC audio: > > program_config_element() (pce for short) is called somewhere within > LOAS/LATM. pce() is byte-aligned at its end. > > Can someone explain if this alignment is related: > > 1.) only to the bits inside pce() > or > 2.) to the LOAS/LATM starting point? > > > Thanks, > Danijel Domazet > > _______________________________________________ > 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 email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please notify > helpdesk@ittiam.com. > ********************************************************************** > > > _______________________________________________ > 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 _________________________________ Alexander Gr?schel Senior Research Engineer Coding Technologies GmbH ( HRB 17557, Amtsgericht N?rnberg, GF: Dipl.Ing. Martin Dietz ) +49 911 928 91 21 (phone) +49 911 928 91 99 (fax) Deutschherrnstra?e 15 - 19, D-90429 N?rnberg, Germany mailto:alexander.groeschel@codingtechnologies.com http://www.codingtechnologies.com ------------------------------------------------------------------------ From narendra.joshi sasken.com Wed Jul 18 18:14:33 2007 From: narendra.joshi sasken.com (Narendra Joshi) Date: Thu Jul 19 02:10:11 2007 Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? Message-ID: Hello, Would like to know if SP@LL (Simple Profile at low-level) supported in MPEG-2 video standard or not... When I searched on internet, there are docs that say only Main profile supports low-level, not simple profile. Also there are docs indicating - SP@LL is valid combination for MPEG-2 video. My interest is, to get/create MPEG-2 compressed video streams for QCIF size data, compressed at 10-12-15 fps, with bit rates in the range 100 kbps to 400 kbps, with only I & P type frames (i.e. no B frames). Am not sure whether this is an allowed legal combination in MPEG-2 though.... And thus such streams would be prevalent in the market... Would be helpful if someone replies with some concrete info.. thanks & regards, Narendra SASKEN BUSINESS DISCLAIMER ------------------------- This message may contain confidential, proprietary or legally privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email From lukinus gmail.com Wed Jul 18 15:48:26 2007 From: lukinus gmail.com (Luca) Date: Thu Jul 19 02:10:17 2007 Subject: [Mp4-tech] [H.264] FMO: Standard and JM Message-ID: <469E0C1A.6020707@gmail.com> Dear Experts, I have a couple of questions concerning the FMO capabilities in the standard and its implementation in the JM software. 1) Does the standard allow the definition of a different QP for each considered FMO-region? 2) Does the standard allow a "smart" encoding of the mapping of MB index to FMO-Region using "explicit mode" (in the PPS)? The software just encode for each MB the corresponding FMO-Region. Thank you for your attention, Greetings, Luca. From sundar.aparna gmail.com Thu Jul 19 11:53:12 2007 From: sundar.aparna gmail.com (Aparna Sundar) Date: Thu Jul 19 02:10:22 2007 Subject: [Mp4-tech] Mp4 file format Message-ID: Dear All, I downloaded the Bento4 Sourcelibray for creation of mp4 files and used the tool aac2mp4. The input file had aac samples with ADTS headers. The tool gives me a warning for writing sample to chunk table (which is not written completely for some reason) and the output mp4 file dpes not seem to be mp4 complient ( a 3rd party mp4 parser doesnt recognise it. Bento4's own dump utility parses it upto the sample description only) . Has anyone faced a similar issue? Is the Bento4 code known to have a bug? Thanks and Regards Aparna Sundar -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070719/3883bf75/attachment.html From garysull windows.microsoft.com Thu Jul 19 01:13:01 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Jul 19 03:22:06 2007 Subject: [Mp4-tech] [H.264] FMO: Standard and JM In-Reply-To: <469E0C1A.6020707@gmail.com> References: <469E0C1A.6020707@gmail.com> Message-ID: <03CB47D9C3F8074498E4653F814D6E8F053A8AAF@WIN-MSG-20.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 Luca +> Sent: Wednesday, July 18, 2023 5:48 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] [H.264] FMO: Standard and JM +> +> Dear Experts, +> +> I have a couple of questions concerning the FMO capabilities in the +> standard and its implementation in the JM software. +> +> 1) Does the standard allow the definition of a different QP for each +> considered FMO-region? Yes, and it furthermore allows changing the QP for each macroblock within any region if that is desired too. +> 2) Does the standard allow a "smart" encoding of the mapping +> of MB index +> to FMO-Region using "explicit mode" (in the PPS)? The software just +> encode for each MB the corresponding FMO-Region. There are perhaps a half-dozen special patterns that are supported with distinct efficient signaling mechanisms in the syntax. For cases where the actual pattern needs to deviate from the pre-defined special patterns, there is the obvious mode that you mentioned: just sending the slice group identifier for each entry in the map. It may also be worth pointing out that the number of bits used to represent the map may not be especially critical, since this is sequence parameter set information. Such very-high-level syntax is likely to be a vanishingly-small percentage of the total video bit rate. +> +> Thank you for your attention, +> +> Greetings, +> Luca. +> +> +> +> _______________________________________________ +> NOTE: Please use clear subject lines for your posts. Include +> [audio, [video], [systems], [general] or another +> apppropriate identifier to indicate the type of question you have. +> +> Note: Conduct on the mailing list is subject to the +> Antitrust guidelines found at +> http://www.mpegif.org/public/documents/vault/mp-out-30042-Ant itrust.php +> From garysull windows.microsoft.com Thu Jul 19 01:20:48 2007 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Jul 19 03:34:07 2007 Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? In-Reply-To: References: Message-ID: <03CB47D9C3F8074498E4653F814D6E8F053A8AB0@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> In a quick glance at the spec (not the latest version, but I don't recall a change to that aspect and don't have the battery power to check further), I only found Main level for the Simple profile of MPEG-2 video (Annex E Table E.21). Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of +> Narendra Joshi +> Sent: Wednesday, July 18, 2023 4:45 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? +> +> +> Hello, +> +> Would like to know if SP@LL (Simple Profile at low-level) +> supported in +> MPEG-2 video standard or not... +> +> When I searched on internet, there are docs that say only +> Main profile +> supports low-level, not simple profile. +> Also there are docs indicating - SP@LL is valid combination +> for MPEG-2 +> video. +> +> My interest is, to get/create MPEG-2 compressed video +> streams for QCIF +> size data, compressed at 10-12-15 fps, with bit rates in the +> range 100 +> kbps to 400 kbps, with only I & P type frames (i.e. no B +> frames). Am not +> sure whether this is an allowed legal combination in MPEG-2 +> though.... +> And thus such streams would be prevalent in the market... +> +> Would be helpful if someone replies with some concrete info.. +> +> thanks & regards, +> Narendra +> SASKEN BUSINESS DISCLAIMER +> ------------------------- +> This message may contain confidential, proprietary or +> legally privileged information. In +> case you are not the original intended Recipient of the +> message, you must not, directly or +> indirectly, use, Disclose, distribute, print, or copy any +> part of this message and you are +> requested to delete it and inform the sender. Any views +> expressed in this message are +> those of the individual sender unless otherwise stated. +> Nothing contained in this message +> shall be construed as an offer or acceptance of any offer by +> Sasken Communication +> Technologies Limited ("Sasken") unless sent with that +> express intent and with due +> authority of Sasken. Sasken has taken enough precautions to +> prevent the spread of +> viruses. However the company accepts no liability for any +> damage caused by any virus +> transmitted by this email +> +> _______________________________________________ +> 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 narendra.joshi sasken.com Thu Jul 19 17:09:21 2007 From: narendra.joshi sasken.com (Narendra Joshi) Date: Thu Jul 19 09:53:08 2007 Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? References: <03CB47D9C3F8074498E4653F814D6E8F053A8AB0@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: Annex E says that this clause it informative. Also, table E.21, they have specified upper limit on the sample density (image size and fps), bit-rate, VBV buffer size. Does that mean any thing below the allowed limits (i.e. MPEG-2 encoding for QCIF at 10 fps using I & P frames only) is not an 'illegal' combination - so to say..? Awaiting for reply, thanks & regards, Narendra -----Original Message----- From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Thursday, July 19, 2023 12:51 PM To: Narendra Joshi; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] Is SP@LL supported for MPEG-2 video? In a quick glance at the spec (not the latest version, but I don't recall a change to that aspect and don't have the battery power to check further), I only found Main level for the Simple profile of MPEG-2 video (Annex E Table E.21). Best Regards, Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces@lists.mpegif.org +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Narendra +> Joshi +> Sent: Wednesday, July 18, 2023 4:45 AM +> To: mp4-tech@lists.mpegif.org +> Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? +> +> +> Hello, +> +> Would like to know if SP@LL (Simple Profile at low-level) supported +> in +> MPEG-2 video standard or not... +> +> When I searched on internet, there are docs that say only Main +> profile supports low-level, not simple profile. +> Also there are docs indicating - SP@LL is valid combination for +> MPEG-2 video. +> +> My interest is, to get/create MPEG-2 compressed video streams for +> QCIF size data, compressed at 10-12-15 fps, with bit rates in the +> range 100 kbps to 400 kbps, with only I & P type frames (i.e. no B +> frames). Am not sure whether this is an allowed legal combination in +> MPEG-2 though.... +> And thus such streams would be prevalent in the market... +> +> Would be helpful if someone replies with some concrete info.. +> +> thanks & regards, +> Narendra +> SASKEN BUSINESS DISCLAIMER +> ------------------------- +> This message may contain confidential, proprietary or legally +> privileged information. In case you are not the original intended +> Recipient of the message, you must not, directly or indirectly, use, +> Disclose, distribute, print, or copy any part of this message and you +> are requested to delete it and inform the sender. Any views expressed +> in this message are those of the individual sender unless otherwise +> stated. +> Nothing contained in this message +> shall be construed as an offer or acceptance of any offer by Sasken +> Communication Technologies Limited ("Sasken") unless sent with that +> express intent and with due authority of Sasken. Sasken has taken +> enough precautions to prevent the spread of viruses. However the +> company accepts no liability for any damage caused by any virus +> transmitted by this email +> +> _______________________________________________ +> 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 +> SASKEN BUSINESS DISCLAIMER ------------------------- This message may contain confidential, proprietary or legally privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email From ghughes motorola.com Thu Jul 19 13:11:20 2007 From: ghughes motorola.com (Hughes Gary-DJWV76) Date: Thu Jul 19 17:16:06 2007 Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? In-Reply-To: References: <03CB47D9C3F8074498E4653F814D6E8F053A8AB0@WIN-MSG-20.wingroup.windeploy.ntdev.microsoft.com> Message-ID: There is normative text in clause 8 of 13818-2 to the effect that a decoder that supports SP@ML MUST also be capable of decoding MP@LL, so by inference all legal MPEG-2 decoders are capable of decoding B pictures. The only level apparently defined for SP is ML. I don't think that precludes you specifying SP@LL in the bitstream, but it has no meaning as an interoperability point. The profile and levels specify maxima; there is nothing to preclude you encoding QCIF with I and P only in MP. In practical terms, MP@LL with low_delay set may be a better way of expressing your requirements. gary Gary Hughes Video Architect, Advanced Engineering Motorola On Demand Solutions, MA34 80 Central St. Boxborough, MA 01719 Email: ghughes@motorola.com Office: 978 266 7269 Mobile: 978 339 3615 > -----Original Message----- > From: mp4-tech-bounces@lists.mpegif.org > [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Narendra Joshi > Sent: Thursday, July 19, 2023 6:39 AM > To: Gary Sullivan; mp4-tech@lists.mpegif.org > Subject: RE: [Mp4-tech] Is SP@LL supported for MPEG-2 video? > > > Annex E says that this clause it informative. > Also, table E.21, they have specified upper limit on the > sample density (image size and fps), bit-rate, VBV buffer > size. Does that mean any thing below the allowed limits (i.e. > MPEG-2 encoding for QCIF at 10 fps using I & P frames only) > is not an 'illegal' combination - so to say..? > > Awaiting for reply, > > thanks & regards, > Narendra > > > -----Original Message----- > From: Gary Sullivan [mailto:garysull@windows.microsoft.com] > Sent: Thursday, July 19, 2023 12:51 PM > To: Narendra Joshi; mp4-tech@lists.mpegif.org > Subject: RE: [Mp4-tech] Is SP@LL supported for MPEG-2 video? > > > In a quick glance at the spec (not the latest version, but I don't > recall a change to that aspect and don't have the battery > power to check > further), I only found Main level for the Simple profile of > MPEG-2 video > (Annex E Table E.21). > > Best Regards, > > Gary Sullivan > > +> -----Original Message----- > +> From: mp4-tech-bounces@lists.mpegif.org > +> [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Narendra > +> Joshi > +> Sent: Wednesday, July 18, 2023 4:45 AM > +> To: mp4-tech@lists.mpegif.org > +> Subject: [Mp4-tech] Is SP@LL supported for MPEG-2 video? > +> > +> > +> Hello, > +> > +> Would like to know if SP@LL (Simple Profile at low-level) > supported > +> in > +> MPEG-2 video standard or not... > +> > +> When I searched on internet, there are docs that say only Main > +> profile supports low-level, not simple profile. > +> Also there are docs indicating - SP@LL is valid combination for > +> MPEG-2 video. > +> > +> My interest is, to get/create MPEG-2 compressed video streams for > +> QCIF size data, compressed at 10-12-15 fps, with bit rates in the > +> range 100 kbps to 400 kbps, with only I & P type frames (i.e. no B > +> frames). Am not sure whether this is an allowed legal > combination in > +> MPEG-2 though.... > +> And thus such streams would be prevalent in the market... > +> > +> Would be helpful if someone replies with some concrete info.. > +> > +> thanks & regards, > +> Narendra > +> SASKEN BUSINESS DISCLAIMER > +> ------------------------- > +> This message may contain confidential, proprietary or legally > +> privileged information. In case you are not the original intended > +> Recipient of the message, you must not, directly or > indirectly, use, > +> Disclose, distribute, print, or copy any part of this > message and you > > +> are requested to delete it and inform the sender. Any > views expressed > > +> in this message are those of the individual sender unless > otherwise > +> stated. > +> Nothing contained in this message > +> shall be construed as an offer or acceptance of any offer > by Sasken > +> Communication Technologies Limited ("Sasken") unless sent > with that > +> express intent and with due authority of Sasken. Sasken has taken > +> enough precautions to prevent the spread of viruses. However the > +> company accepts no liability for any damage caused by any virus > +> transmitted by this email > +> > +> _______________________________________________ > +> 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 > +> > SASKEN BUSINESS DISCLAIMER > ------------------------- > This message may contain confidential, proprietary or legally > privileged information. In > case you are not the original intended Recipient of the > message, you must not, directly or > indirectly, use, Disclose, distribute, print, or copy any > part of this message and you are > requested to delete it and inform the sender. Any views > expressed in this message are > those of the individual sender unless otherwise stated. > Nothing contained in this message > shall be construed as an offer or acceptance of any offer by > Sasken Communication > Technologies Limited ("Sasken") unless sent with that express > intent and with due > authority of Sasken. Sasken has taken enough precautions to > prevent the spread of > viruses. However the company accepts no liability for any > damage caused by any virus > transmitted by this email > > _______________________________________________ > 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-Anti > trust.php > From tomotohara yahoo.com Thu Jul 19 18:15:00 2007 From: tomotohara yahoo.com (Tomo) Date: Sat Jul 21 10:10:07 2007 Subject: [Mp4-tech] minimum # of slices Message-ID: <925744.33963.qm@web50908.mail.re2.yahoo.com> Hi In case MPEG2, a picture cannot be composed of a slice (assume picture hight is more than 16-pixel). In case H.264 standard, as far as Iknow, there is no such restrictions (a picture can be a slice). I have been thinking how to design HD-resolution decoder within reasonable design technology, cost and so forth. For MPEG2, I once designed HD-decoder to implement multiple slice-level decoders (slice-level decoder can handle picture-level, so 1 HD decoder can handle multiple SD-level streams in parallel). This worked quite good. In case H264, even slice is a good boundary, since a picture may be composed of one slice, I cannot use the technique. Then, I wondered, if any product specifications (e.g. HD-DVD, Bluray) that utilize H264 have certain restrictions. So far I do not find any, though I found some service prohibits using FMO, ASO and other features that H264 standard specifies. So, even though it may not be a good question to ask, are there any restrictions in specification (not in H264 standard) discussing the number of slices per picture? HD-level decoder design is quite a challenge (H264). Regardless of the slice structure, deblock filter also makes some difficulty as de-block filter can accross the slice boundary. But there seems already some HD-level decoders, but design itself is not much discussed. If someone can point me any papers or publications, much appreciated. Regards Tomo From vanam_rahul yahoo.com Fri Jul 20 12:42:37 2007 From: vanam_rahul yahoo.com (Rahul Vanam) Date: Sat Jul 21 10:10:12 2007 Subject: [Mp4-tech] config file for JM 12.4 Message-ID: <334640.31361.qm@web55115.mail.re4.yahoo.com> I am looking for the high profile configuration file for JM 12.4. Its not available on http://iphome.hhi.de/suehring/tml . If its available on a different website, can anyone direct me to it. If its not available, what are the additional parameters that needs to be included in the JM 12.2 High Profile config file. Thanks so much, Rahul --------------------------------- Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070720/8944394c/attachment.html From dipendraz gmail.com Sun Jul 22 13:37:02 2007 From: dipendraz gmail.com (Dipendra Paudel) Date: Sun Jul 22 12:04:08 2007 Subject: [Mp4-tech] Source code for mpeg4 codecs Message-ID: I am Dipendra Paudel frm Nepal. I'm building a media player, where I need to build my own codecs. So pls if anyone has the source code for the mpeg4 codecs , i'd be really grateful. I need multichannel decoding. Please reply as soon as possible. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070722/b00794e6/attachment-0001.html From l1436636 yahoo.com Tue Jul 24 08:43:34 2007 From: l1436636 yahoo.com (hong liu) Date: Tue Jul 24 14:34:08 2007 Subject: [Mp4-tech] about frame number of H.264 videos Message-ID: <291016.9223.qm@web51111.mail.re2.yahoo.com> Now I intend to find out the lost frame number from received h.264 streaming videos. I found there are some parameters in the h264 header information, like frame_num, POC, Picutre_order_present, and so forth. I am a little confused about how to use them to get the lost frame number from corrupted h264 video. Any help is very apprecaited. Hong Liu ------------------------------ ____________________________________________________________________________________ Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070724/e2b2074d/attachment.html From wesley.deneve ugent.be Wed Jul 25 22:48:17 2007 From: wesley.deneve ugent.be (Wesley De Neve) Date: Thu Jul 26 17:34:10 2007 Subject: [Mp4-tech] about frame number of H.264 videos References: <291016.9223.qm@web51111.mail.re2.yahoo.com> Message-ID: <008701c7cef4$bf47bc00$0500a8c0@dune> Dear Hong Liu, Simply speaking, frame_num is a syntax element that acts as a counter that is incremented for every reference picture (as such, its value is not incremented for non-reference pictures). The POC acts as a counter that signals the relative order of the pictures, stored in the H.264/AVC bitstream, in output/display order. Both counters are reset to zero by an IDR picture or when their maximum value is reached. A search through the archives of this mailing list should also be helpful to you, as the semantics of frame_num and the POC have already been discussed a number of times before. For your purposes (detection of intentional or unintential loss of pictures), it is likely that it is already sufficient to monitor the value of the pic_order_cnt_lsb syntax element in the slice header syntax structure. Also, note that applications might rely on systems level behavior in order to detect picture loss (e.g., by means of functionality provided by the RTP protocol). Best regards, Wesley De Neve ----- Original Message ----- From: hong liu To: mp4-tech@lists.mpegif.org Sent: Tuesday, July 24, 2023 4:43 PM Subject: [Mp4-tech] about frame number of H.264 videos Now I intend to find out the lost frame number from received h.264 streaming videos. I found there are some parameters in the h264 header information, like frame_num, POC, Picutre_order_present, and so forth. I am a little confused about how to use them to get the lost frame number from corrupted h264 video. Any help is very apprecaited. Hong Liu ------------------------------ ------------------------------------------------------------------------------ Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. ------------------------------------------------------------------------------ _______________________________________________ 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/20070725/223b23c7/attachment-0001.html From denim83 yahoo.com Wed Jul 25 22:38:51 2007 From: denim83 yahoo.com (Abhishek Ballaney) Date: Thu Jul 26 17:34:17 2007 Subject: [Mp4-tech] Fwd: ASR4INDIA Symposium on Friday, July 27, 2007 at IIIT-B Campus Message-ID: <151209.38244.qm@web34808.mail.mud.yahoo.com> Skipped content of type multipart/alternative-------------- next part -------------- An embedded message was scrubbed... From: IEEESP Bangalore Chapter Subject: ASR4INDIA Symposium on Friday, July 27, 2023 at IIIT-B Campus Date: Fri, 20 Jul 2023 11:55:16 +0530 Size: 178549 Url: /pipermail/mp4-tech/attachments/20070725/b3137018/attachment-0001.mht From nikhil.nike gmail.com Fri Jul 27 12:12:06 2007 From: nikhil.nike gmail.com (Nikhil Jain) Date: Fri Jul 27 09:16:08 2007 Subject: [Mp4-tech] H.264 over RTP/RTSP Message-ID: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> Hi... I am MTech student at IIT Kharagpur India, working on the implementation of RTP/RTSP to transmit H.264 coded video on a embedded board (RDS3400 by Cradle technologies), i have implemented UDP/IP & H.264 NAL units. Please guide me how to approach from now on to implement RTP/RTSP so that i can transmit the H.264 coded video. Thank you -- Nikhil Jain MTech (Telecomm Systems) IIT Kharagpur -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070727/91290090/attachment.html From singer apple.com Fri Jul 27 10:06:22 2007 From: singer apple.com (Dave Singer) Date: Fri Jul 27 12:16:06 2007 Subject: [Mp4-tech] H.264 over RTP/RTSP In-Reply-To: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> References: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> Message-ID: At 11:12 +0530 27/07/07, Nikhil Jain wrote: >Hi... > >I am MTech student at IIT Kharagpur India, working on the >implementation of RTP/RTSP to transmit H.264 coded video on a >embedded board (RDS3400 by Cradle technologies), i have implemented >UDP/IP & H.264 NAL units. >Please guide me how to approach from now on to implement RTP/RTSP so >that i can transmit the H.264 coded video. >Thank you Generally I think we'd suggest: a) get and read specifications b) find sample code and read it, look for open-source projects and other resources you can use c) write code d) debug it e) check it by joining an organization like ISMA or IMTC that does interop -:) seriously, your question is rather open-ended.... -- David Singer Apple/QuickTime From wesley.deneve ugent.be Fri Jul 27 18:15:03 2007 From: wesley.deneve ugent.be (Wesley De Neve) Date: Fri Jul 27 13:10:06 2007 Subject: [Mp4-tech] H.264 over RTP/RTSP References: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> Message-ID: <007d01c7d060$e929d860$0500a8c0@dune> Dear Nikhil, I would suggest to have a look at the possibilities of the Live555 project: http://www.live555.com/ The MPEG4IP project might also be of interest to you: http://mpeg4ip.sourceforge.net/ Finally, you also might want to study RFC 3984, which specifies the RTP payload format for H.264/AVC. Best regards, Wesley De Neve ----- Original Message ----- From: Nikhil Jain To: mp4-tech@lists.mpegif.org Sent: Friday, July 27, 2023 7:42 AM Subject: [Mp4-tech] H.264 over RTP/RTSP Hi... I am MTech student at IIT Kharagpur India, working on the implementation of RTP/RTSP to transmit H.264 coded video on a embedded board (RDS3400 by Cradle technologies), i have implemented UDP/IP & H.264 NAL units. Please guide me how to approach from now on to implement RTP/RTSP so that i can transmit the H.264 coded video. Thank you -- Nikhil Jain MTech (Telecomm Systems) IIT Kharagpur ------------------------------------------------------------------------------ _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070727/030eefa1/attachment.html From pushkar.ppatwardhan patni.com Fri Jul 27 23:20:07 2007 From: pushkar.ppatwardhan patni.com (Patwardhan, Pushkar (PTI, Mumbai)) Date: Fri Jul 27 13:10:12 2007 Subject: [Mp4-tech] H.264 over RTP/RTSP References: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> Message-ID: <556AA45B0A282049B352EA530031152226857F@EXCHSPZ01.patni.com> Nikhil, RFC 3984 is the specification for mapping NAL units to RTP payload. Once RTP payloads are formed you need to add appropriate RTP header and write it over UDP/IP. If you look up the web for RTP stack you will find Jori's RTP source code (you need to look at its licensing terms before you use it). I think JM 10.2 has the option to convert the NAL units to RTP payload (I am not sure, some one on the forum can throw light on this). Try VideoLan to play the streamed H.264. If you are sending it through RTP/RTSP reflector such as Darwin try QuickTime to play the video. I have not tried but it is also possible to use the Live555 streaming server to stream a H.264 video stream. regards, Pushkar P. Patwardhan Technical Architect Patni Computer Systems (Product and Technology Initiatives) Mumbai- INDIA ________________________________ From: mp4-tech-bounces@lists.mpegif.org on behalf of Nikhil Jain Sent: Fri 7/27/2007 11:12 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 over RTP/RTSP Hi... I am MTech student at IIT Kharagpur India, working on the implementation of RTP/RTSP to transmit H.264 coded video on a embedded board (RDS3400 by Cradle technologies), i have implemented UDP/IP & H.264 NAL units. Please guide me how to approach from now on to implement RTP/RTSP so that i can transmit the H.264 coded video. Thank you -- Nikhil Jain MTech (Telecomm Systems) IIT Kharagpur http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ From Vidyesh.Nabar patni.com Fri Jul 27 23:29:50 2007 From: Vidyesh.Nabar patni.com (Nabar, Vidyesh) Date: Fri Jul 27 13:10:19 2007 Subject: [Mp4-tech] H.264 over RTP/RTSP References: <30f382d90707262242p28905bc5i7735aafad22aba38@mail.gmail.com> Message-ID: Nikhil, You would need to packetize the H.264 NAL units using RFC3984 specified by IETF. You might have to write the packetizer (and the depacketizer if you wish to receive h.264 over RTP as well), or you could try to extract it from something like MPEG4IP. Then you would need the RTP stack. If your platform doesn't have it you can port the JRTP code to it. Now you would have to write an application that takes the H.264 NAL units, packetizes it using your implementation of RFC3984 and sends it using the JRTP calls. I am not sure if JRTP has RTSP support. Even if it doesn't you will still be able to get basic h.264 streaming over RTP in place with the above mentioned steps. Hope this helps. regards, Vidyesh -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org on behalf of Nikhil Jain Sent: Fri 7/27/2007 11:12 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 over RTP/RTSP Hi... I am MTech student at IIT Kharagpur India, working on the implementation of RTP/RTSP to transmit H.264 coded video on a embedded board (RDS3400 by Cradle technologies), i have implemented UDP/IP & H.264 NAL units. Please guide me how to approach from now on to implement RTP/RTSP so that i can transmit the H.264 coded video. Thank you -- Nikhil Jain MTech (Telecomm Systems) IIT Kharagpur http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ From SyedMahmood.Ahmed magnumsemi.com Tue Jul 31 00:29:19 2007 From: SyedMahmood.Ahmed magnumsemi.com (Ahmed, Syed Mahmood) Date: Tue Jul 31 09:40:08 2007 Subject: [Mp4-tech] minimum # of slices In-Reply-To: <925744.33963.qm@web50908.mail.re2.yahoo.com> References: <925744.33963.qm@web50908.mail.re2.yahoo.com> Message-ID: <718518995A598F4DBE5EB568FC2E6342027F44B9@MAGMSG01.ad.magnumsemi.com> Tomo San, U once asked a similar question on the "maximum number of slices" per picture Below, I copy-paste your original question on that subject, and Mr. Gary Sullivan's reply to your question. I want to take this opportunity to revisit that discussion In his reply to your question on maximum number of slices per picture , Gary seems to suggest that the "SliceRate" (as provided in Table A-4, page 265 of the spec) provides an upper limit (max value) for the long-term average of the number of slices per picture. However, the spec in Section A.3.3, on page 263 says: "...shall satisfy the constraint that the number of slices in picture n is less than or equal to MaxMBPS * ( tr( n ) tr( n 1 ) ) ? SliceRate ...". For Main Profile, Level 3, for PAL, the above calculates to 40500 * 0.04 / 22 = 73.6. It looks to me like the SliceRate is more like a constraint on the minimum number of macroblocks per slice I'll appreciate your feedback Thanks >[Mp4-tech] [H.264, VIDEO] maximum number of slices >Gary Sullivan garysull windows.microsoft.com >Wed Mar 28 19:27:56 EDT 2007 >Previous message: [Mp4-tech] [H.264, VIDEO] maximum number of slices >Next message: [Mp4-tech] [H.264, VIDEO] maximum number of slices >Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] >Tomo, >That is almost true, but not quite true. The the number of allowed slices increases if >the decoder is given more time to decode a picture (as measured by the difference >between decoding times, i.e., between CPB removal times). >If fixed_frame_rate_flag is 1 (so the sequence is fixed at the maximum frame rate >which in this case is 25 fps at 720x576 picture size), then it is true that the *average* >number of slices per picture over a (very) long period of time cannot exceed 22. But >there's a difference between talking about the average over time and talking about >the limit on any particular picture. >The constraint is imposed on a per picture basis, based on the amount of time >between decoding timestamps (CPB removal times). For that picture size > (720x756), the decoding times of frames can't be closer together than 1/25th of a >second (for level 3). But if the decoding times are farther apart, the number of >allowed slices for the picture increases. >The limit is really more time-based than picture-based. >Best Regards, >Gary Sullivan +> -----Original Message----- +> From: mp4-tech-bounces lists.mpegif.org +> [mailto:mp4-tech-bounces lists.mpegif.org] On Behalf Of Tomo +> Sent: Wednesday, March 28, 2024 1:38 PM +> To: mp4-tech lists.mpegif.org +> Subject: [Mp4-tech] [H.264, VIDEO] maximum number of slices +> +> Hi +> +> I was told that (Main profile, Level 3) bitstream can have +> 22 slices (maximum) per frame. +> Is that correct? +> +> Standard limits "slice rate" to 22 for this level and profile. +> But I do not think the slice rate == the number of slices per frame. +> +> So, in case PAL/NTSC (D1) rate sources, what will be the maximum +> number of slices per frame? Or is it indeed 22? +> +> Also, somewhat relating question. Are there any NAL size limitation? +> Can a NAL be 600Kbits? [600K is arbitrary I picked). +> +> Thanks +> +> +> Tomo -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Tomo Sent: Thursday, July 19, 2023 5:15 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] minimum # of slices Hi In case MPEG2, a picture cannot be composed of a slice (assume picture hight is more than 16-pixel). In case H.264 standard, as far as Iknow, there is no such restrictions (a picture can be a slice). I have been thinking how to design HD-resolution decoder within reasonable design technology, cost and so forth. For MPEG2, I once designed HD-decoder to implement multiple slice-level decoders (slice-level decoder can handle picture-level, so 1 HD decoder can handle multiple SD-level streams in parallel). This worked quite good. In case H264, even slice is a good boundary, since a picture may be composed of one slice, I cannot use the technique. Then, I wondered, if any product specifications (e.g. HD-DVD, Bluray) that utilize H264 have certain restrictions. So far I do not find any, though I found some service prohibits using FMO, ASO and other features that H264 standard specifies. So, even though it may not be a good question to ask, are there any restrictions in specification (not in H264 standard) discussing the number of slices per picture? HD-level decoder design is quite a challenge (H264). Regardless of the slice structure, deblock filter also makes some difficulty as de-block filter can accross the slice boundary. But there seems already some HD-level decoders, but design itself is not much discussed. If someone can point me any papers or publications, much appreciated. Regards Tomo From miss_shah00 hotmail.com Tue Jul 31 21:54:12 2007 From: miss_shah00 hotmail.com (S.fatima shah) Date: Tue Jul 31 22:40:06 2007 Subject: [Mp4-tech] Confusion regarding motion constrained SEI message Message-ID: An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20070731/b86be711/attachment.html