From jonas unicorn.tv Wed Feb 1 05:57:39 2006 From: jonas unicorn.tv (Jonas Dahlberg) Date: Wed Feb 1 15:04:28 2006 Subject: [Mp4-tech] 3gpp files In-Reply-To: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> References: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> Message-ID: <43E03FC3.6030209@unicorn.tv> I'm using ffmpeg, gpac and Darwin Streaming server. Cheers. Lukasz wrote: >Dear All, > >I am trying to work out a way to create streamable 3gpp files that can >be played on the mobile devices (preferable using an open source >tool(s)). The tool needs to provide a command line interface. Linux >would be a preferred platform. > >Thanks, >Lukasz > >_______________________________________________ >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 -------------- A non-text attachment was scrubbed... Name: jonas.vcf Type: text/x-vcard Size: 284 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20060201/2f7a31ff/jonas.vcf From mgarg nvidia.com Wed Feb 1 11:00:25 2006 From: mgarg nvidia.com (Mohit Garg) Date: Wed Feb 1 15:04:32 2006 Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups Message-ID: <68387690ACFFEA42B67F693760B340A77A2ADF@bgemmail01.nvidia.com> Hello All, I have some confusion regarding the Deblocking specifications. The specifications [Ref: ITU-T Rec. H.264 (03/2005) - Prepublished version] in Section 8.7, say that when "disable_deblocking_filter_idc is equal to 2, macroblocks in different slices are considered not available during specified steps of the operation of the deblocking filter process." It also mentions that filterLeftEdgeMBFlag/filterTopEdgeMBFlag=0 when disable_deblocking_filter_idc =2 and mbAddrA/mbAddrB is not available. Since 'availability' (Section 6.4.5) is defined to treat macroblocks in different slices as not available, this means that when disable_deblocking_filter_idc =2 we do not have to apply the filter across slice edges. Some questions: ~ What about the case when disable_deblocking_filter_idc =0? Do we have to filter across slices in this case? Doesn't this conflict with the fundamental idea behind slices (error resilience)? ~ What about sliceGroups? Since every sliceGroup edge will necessarily be a slice edge, does the above apply to sliceGroup edges too? Thanks and regards, Mohit Garg Nvidia Graphics Pvt. Ltd. "We may say that we KNOW, but by our actions it is KNOWN" -- Anon Personal Homepage: http://mohitgarg.vectorstar.net Social Work: http://www.noragging.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060201/a5397873/attachment.html From cyril.concolato enst.fr Wed Feb 1 08:35:12 2006 From: cyril.concolato enst.fr (Cyril Concolato) Date: Wed Feb 1 15:04:41 2006 Subject: [Mp4-tech] 3gpp files In-Reply-To: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> References: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> Message-ID: <43E064B0.5000106@enst.fr> Hi, Lukasz a ?crit : > Dear All, > > I am trying to work out a way to create streamable 3gpp files that can > be played on the mobile devices (preferable using an open source > tool(s)). The tool needs to provide a command line interface. Linux > would be a preferred platform. The MP4Box tool from the GPAC project (http://gpac.sourceforge.net) runs on Windows, Linux, and MacOS X. It is able to hint MP4/3GP files using a command line. Regards, Cyril > > Thanks, > Lukasz > > _______________________________________________ > 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 expert.video gmail.com Wed Feb 1 11:36:56 2006 From: expert.video gmail.com (Lukasz) Date: Wed Feb 1 15:04:45 2006 Subject: [Mp4-tech] 3gpp files In-Reply-To: <43E064B0.5000106@enst.fr> References: <9f60dce80601311133r33d5e2d2h58105232fce776d8@mail.gmail.com> <43E064B0.5000106@enst.fr> Message-ID: <9f60dce80602010236k6b005ac4m5fbaa92f4c74cdd8@mail.gmail.com> Hi, Thank you, I have been trying to use ffmpeg but I never managed to compile it with the support for AMR codec... Could you provide me with some detailed information on how to successfully compile it and then how to use GPAC to properly prepare these files for streaming to mobile devices? Thanks, Lukasz On 2/1/06, Cyril Concolato wrote: > Hi, > > Lukasz a ?crit : > > Dear All, > > > > I am trying to work out a way to create streamable 3gpp files that can > > be played on the mobile devices (preferable using an open source > > tool(s)). The tool needs to provide a command line interface. Linux > > would be a preferred platform. > The MP4Box tool from the GPAC project (http://gpac.sourceforge.net) runs on Windows, Linux, and MacOS X. It is able to hint MP4/3GP files using a command line. > > Regards, > > Cyril > > > > Thanks, > > Lukasz > > > > _______________________________________________ > > NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. > > > > Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > > From jc sj.co.uk Wed Feb 1 17:11:59 2006 From: jc sj.co.uk (John Cox) Date: Thu Feb 2 15:04:06 2006 Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups In-Reply-To: <68387690ACFFEA42B67F693760B340A77A2ADF@bgemmail01.nvidia.com> References: <68387690ACFFEA42B67F693760B340A77A2ADF@bgemmail01.nvidia.com> Message-ID: Hi Yes, when disable_deblocking_filter_idc=0 then you have to filter across slice boundaries. I can't speak for the standards committee, but I rate the picture quality gains achieved by deblocking across the slice boundaries as outweighing the minor corruption of edge pels under error conditions (as you have clearly lost the slice 'above' then this is trivial in comparison). If it does worry you then you should use deblocking_filter_idc=2 (and probably constrained_intra_pred_flag=1 too). Regards John Cox SJ Consulting >Hello All, > >I have some confusion regarding the Deblocking specifications. The >specifications [Ref: ITU-T Rec. H.264 (03/2005) - Prepublished version] >in Section 8.7, say that when "disable_deblocking_filter_idc is equal >to 2, macroblocks in different slices are considered not available >during specified steps of the operation of the deblocking filter >process." It also mentions that >filterLeftEdgeMBFlag/filterTopEdgeMBFlag=0 when >disable_deblocking_filter_idc =2 and mbAddrA/mbAddrB is not available. >Since 'availability' (Section 6.4.5) is defined to treat macroblocks in >different slices as not available, this means that when >disable_deblocking_filter_idc =2 we do not have to apply the filter >across slice edges. Some questions: > >~ What about the case when disable_deblocking_filter_idc =0? Do we have >to filter across slices in this case? Doesn't this conflict with the >fundamental idea behind slices (error resilience)? >~ What about sliceGroups? Since every sliceGroup edge will necessarily >be a slice edge, does the above apply to sliceGroup edges too? > > >Thanks and regards, >Mohit Garg >Nvidia Graphics Pvt. Ltd. > >"We may say that we KNOW, but by our actions it is KNOWN" -- Anon >Personal Homepage: http://mohitgarg.vectorstar.net >Social Work: http://www.noragging.com > > From Alexis.Tourapis dolby.net Wed Feb 1 09:14:14 2006 From: Alexis.Tourapis dolby.net (Tourapis, Alexis) Date: Thu Feb 2 15:04:11 2006 Subject: [Mp4-tech] Frext configurations -GOP structure help Message-ID: <7272EE229DA1AA48B47EBDC47EB0C68B01C63C56@sapphire.dolby.net> Dear Prasanth, The FramesToBeEncoded parameter represents only the I and P frames (assuming no hierarchical structures are used) in your stream. Please check JVT-Q042. This means that you have to change this value to be equal to: FramesToBeEncoded = int((TotalNumberOfFrames-1)/(NumberBFrames + 1)) + 1=int((499-1)/(2+1))+1=167 You may also use the parameter LastFrameNumber, but that still has some issues with certain GOP types (I have not found the time to update this in case hierarchical structures are used. The simple trick would be to adjust/adapt the hierarchy if fewer frames remain than originally expected). Best regards, Alexis _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Prasanth Sent: Tuesday, January 31, 2024 10:47 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Frext configurations -GOP structure help Hi experts, I am working with JM 10.1 and trying to produce a GOP structure of IPBBPBBPBBI IBBPBBPBBPBBI IBBPBBPBBPBBI .. .. (GOP size=12 ) In the High_quality config file supplied I am using StartFrame = 0 # Start frame for encoding. (0-N) FramesToBeEncoded = 499 # Number of frames to be coded FrameRate = 30.0 # Frame Rate per second (0.1-100.0) IntraPeriod = 4 # Period of I-Frames (0=only first) IDRIntraEnable = 0 # Force IDR Intra (0=disable 1=enable) FrameSkip = 2 # Number of frames to be skipped in input NumberBFrames = 2 # Number of B coded frames inserted (0=not used) Interlaced=0 (non interlaced) I am getting 1495 frames( 0-1494) why is this...? whats the relation between all this that yields there mayn number of frames when I just set 499. can anyone help? thanks Prasanth _____ What are the most popular cars? Find out at Yahoo! Autos ----------------------------------------- This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060201/e8702364/attachment-0001.html From garysull windows.microsoft.com Wed Feb 1 12:59:07 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Feb 2 15:04:15 2006 Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups In-Reply-To: <68387690ACFFEA42B67F693760B340A77A2ADF@bgemmail01.nvidia.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24612BBAC6F@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Mohit et al, Reply interspersed below. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Mohit Garg Sent: Tuesday, January 31, 2024 9:30 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups Hello All, I have some confusion regarding the Deblocking specifications. The specifications [Ref: ITU-T Rec. H.264 (03/2005) - Prepublished version] in Section 8.7, say that when "disable_deblocking_filter_idc is equal to 2, macroblocks in different slices are considered not available during specified steps of the operation of the deblocking filter process." It also mentions that filterLeftEdgeMBFlag/filterTopEdgeMBFlag=0 when disable_deblocking_filter_idc =2 and mbAddrA/mbAddrB is not available. Since 'availability' (Section 6.4.5) is defined to treat macroblocks in different slices as not available, this means that when disable_deblocking_filter_idc =2 we do not have to apply the filter across slice edges. Some questions: ~ What about the case when disable_deblocking_filter_idc =0? Do we have to filter across slices in this case? [GJS: ] Yes. I think the spec is clear about that. It specifies what the decoder is supposed to do in that case, and what it says the decoder must do is not dependent on whether the edges are slice boundaries or not. By the specified decoder actions, the answer is KNOWN. Do not be mesmerized by a web of preconceptions. Doesn't this conflict with the fundamental idea behind slices (error resilience)? [GJS: ] Not necessarily. In fact, coupling deblocking with error concealment strategies seems to often improve the concealment quality. And the slice structuring still lets the decoder find a spot in the picture at which it can recover the video data in subsequent slices of the frame at least approximately (i.e., except for exact values near slice edges). But in any case if you are making an encoder and you think it isn't a good idea to filter across the slice edges, then just set disable_deblocking_filter_idc equal to 2 and the decoder will do what you want. Generally, we try to let encoders decide what is a good idea and what isn't -- decoders just do what they are told to do (within the limited scope of proper receipt of conforming bitstreams, of course). ~ What about sliceGroups? Since every sliceGroup edge will necessarily be a slice edge, does the above apply to sliceGroup edges too? [GJS: ] Yes. As you said, the edge of a slice group will be the edge of a slice. So what applies to the edge of a slice will apply to the edge of a slice group. Thanks and regards, Mohit Garg Nvidia Graphics Pvt. Ltd. "We may say that we KNOW, but by our actions it is KNOWN" -- Anon Personal Homepage: http://mohitgarg.vectorstar.net Social Work: http://www.noragging.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060201/1d44ef4a/attachment-0001.html From Andreas.Schneider codingtechnologies.com Wed Feb 1 23:17:26 2006 From: Andreas.Schneider codingtechnologies.com (Andreas Schneider) Date: Thu Feb 2 15:04:18 2006 Subject: [Mp4-tech] [Audio]: Query on PS support in ISO Reference Code In-Reply-To: <20060123122134.32676.qmail@web60721.mail.yahoo.com> Message-ID: Hi, the bitstreams you are looking for are named al_sbr_ps*. They are available from this site: ftp://mpaudconf:adif2mp4@ftp.iis.fhg.de/mpeg4audio-conformance/compressedMp4/ They are still in the subdirectory new_sbr_ps, but should be moved one level up anytime soon. Regards, Andreas mp4-tech-bounces@lists.mpegif.org wrote on 23.01.2024 13:21:34: > Hi, > Can you please tell me what series of al* are the PS > streams? and where can we aquire them ? > > Thanks, > -Vishvanath > --- Vinayaka Hegde > wrote: > > > > > Hai, > > > > I am looking for Parametric Stereo implementation. > > Is the latest ISO > > Reference code support this feature? > > If support is present please let me know the latest > > version. Which I > > have may be the old one, since I am not able to run > > parametric streams > > on the reference decoder. > > > > Regards > > Vinayaka > > =========================== > > Vinayaka Hegde > > Celstream Technologies Pvt. Ltd. > > Prestige Blue-Chip Software Park > > Block - 2, #9 Hosur Road > > Bangalore - 560029 > > Ph: 51191919 Extn: 4159 > > URL: www.celstream.com > > =========================== > > > > > > > > > ______________________________________________________________ > > DISCLAIMER: > > > > The information contained in this electronic message > > and any > > attachments to this message are intended for the > > exclusive use > > of the addressee(s) and may contain confidential or > > privileged > > information. > > If you are not the intended recipient, please notify > > the sender > > at Celstream Technologies or Mailadmin@celstream.com > > immediately > > and destroy all copies of this message and any > > attachments. > > > _______________________________________________________________> > _______________________________________________ > > NOTE: Please use clear subject lines for your posts. > > Include [audio, [video], [systems], [general] or > > another apppropriate identifier to indicate the type > > of question you have. > > > > Note: Conduct on the mailing list is subject to the > > Antitrust guidelines found at > http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > > > > > ___________________________________________________________ > Yahoo! Photos ? NEW, now offering a quality print service from just > 8p a photo http://uk.photos.yahoo.com > _______________________________________________ > NOTE: Please use clear subject lines for your posts. Include [audio, > [video], [systems], [general] or another apppropriate identifier to > indicate the type of question you have. > > Note: Conduct on the mailing list is subject to the Antitrust > guidelines found at http://www.mpegif.org/public/documents/vault/mp- > out-30042-Antitrust.php -- Andreas Schneider, Research Engineer Coding Technologies GmbH Deutschherrnstr. 15-19 90429 Nuernberg, Germany phone: +49 (0) 911 92891 -26 fax: +49 (0) 911 92891 -99 mailto:snd@CodingTechnologies.com From mgarg nvidia.com Thu Feb 2 17:11:51 2006 From: mgarg nvidia.com (Mohit Garg) Date: Thu Feb 2 15:04:21 2006 Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups Message-ID: <68387690ACFFEA42B67F693760B340A77A2C35@bgemmail01.nvidia.com> Thanks Gary and John. It clears my doubt. regards Mohit Garg Nvidia, Bangalore ________________________________ From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Thursday, February 02, 2024 2:29 AM To: Mohit Garg; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups Mohit et al, Reply interspersed below. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Mohit Garg Sent: Tuesday, January 31, 2024 9:30 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264] Deblocking across Slices/SliceGroups Hello All, I have some confusion regarding the Deblocking specifications. The specifications [Ref: ITU-T Rec. H.264 (03/2005) - Prepublished version] in Section 8.7, say that when "disable_deblocking_filter_idc is equal to 2, macroblocks in different slices are considered not available during specified steps of the operation of the deblocking filter process." It also mentions that filterLeftEdgeMBFlag/filterTopEdgeMBFlag=0 when disable_deblocking_filter_idc =2 and mbAddrA/mbAddrB is not available. Since 'availability' (Section 6.4.5) is defined to treat macroblocks in different slices as not available, this means that when disable_deblocking_filter_idc =2 we do not have to apply the filter across slice edges. Some questions: ~ What about the case when disable_deblocking_filter_idc =0? Do we have to filter across slices in this case? [GJS: ] Yes. I think the spec is clear about that. It specifies what the decoder is supposed to do in that case, and what it says the decoder must do is not dependent on whether the edges are slice boundaries or not. By the specified decoder actions, the answer is KNOWN. Do not be mesmerized by a web of preconceptions. Doesn't this conflict with the fundamental idea behind slices (error resilience)? [GJS: ] Not necessarily. In fact, coupling deblocking with error concealment strategies seems to often improve the concealment quality. And the slice structuring still lets the decoder find a spot in the picture at which it can recover the video data in subsequent slices of the frame at least approximately (i.e., except for exact values near slice edges). But in any case if you are making an encoder and you think it isn't a good idea to filter across the slice edges, then just set disable_deblocking_filter_idc equal to 2 and the decoder will do what you want. Generally, we try to let encoders decide what is a good idea and what isn't -- decoders just do what they are told to do (within the limited scope of proper receipt of conforming bitstreams, of course). ~ What about sliceGroups? Since every sliceGroup edge will necessarily be a slice edge, does the above apply to sliceGroup edges too? [GJS: ] Yes. As you said, the edge of a slice group will be the edge of a slice. So what applies to the edge of a slice will apply to the edge of a slice group. Thanks and regards, Mohit Garg Nvidia Graphics Pvt. Ltd. "We may say that we KNOW, but by our actions it is KNOWN" -- Anon Personal Homepage: http://mohitgarg.vectorstar.net Social Work: http://www.noragging.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060202/b771ae0b/attachment.html From vbellur empowertechnologies.com Thu Feb 2 14:31:30 2006 From: vbellur empowertechnologies.com (Vinayak Bellur) Date: Fri Feb 3 13:10:07 2006 Subject: [Mp4-tech] [MP4]: Conformance Test Cases Message-ID: <200602022231.k12MVW8m007497@melmac.stargate.ca> Hi, Could anyone suggest where I can find the conformance test cases for MPEG4 Visual Simple Profile Level 1? What exactly does level 0 mean in terms of frame resolution and frame rate? Regards, Vinayak -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060202/022534cf/attachment.html From mrivers06 hotmail.com Fri Feb 3 03:22:48 2006 From: mrivers06 hotmail.com (Michael Rivers) Date: Fri Feb 3 13:10:11 2006 Subject: [Mp4-tech] RTP H264 payload type Message-ID: Hello list, What payload type should I use for RTP packets of H.264 Baseline Profile video? I noticed that JM 10.2 uses 105 but have seen 96 being used in rtp captures, which one should I use? Michael _________________________________________________________________ Don�t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From dmitriy graphics.cs.msu.ru Mon Feb 6 16:45:21 2006 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Mon Feb 6 20:34:07 2006 Subject: [Mp4-tech] MSU Subjective Comparison of Modern Video Codecs Message-ID: <277576217.20060206164521@graphics.cs.msu.ru> Dear all! We publish new (visual) comparison: MSU SUBJECTIVE COMPARISON OF MODERN VIDEO CODECS Goals of our assessment are subjective (visual) comparison of popular videocodecs, comparison of results with objective metrics and subjective assessment technology testing. Main details: * 2 bitrates (690 kbps and 1024 kbps) * 4 tested codecs: + DivX 6.0 + Xvid 1.1.0 + x264 (open source H.264) + Microsoft WMV 9.0 * 4 test sequences * 50 experts * Testing method SAMVIQ (see ITU-T BT.500) Main comparison parts: 1. Subjective comparison of videocodecs. 2. Comparison of results with results of objective metrics PSNR, VQM and SSIM. Good result for H.264 is that x264 has the same results on 690kbit as Microsoft WMV 9.0 on 1024 kbit - really good job! See details for DivX, XviD and comparison of metrics PSNR, VQM and SSIM in report (32 pages): * on report page http://www.compression.ru/video/codec_comparison/subjective_codecs_comparison_en.html * or in report PDF (852 kB with all details) http://www.compression.ru/video/codec_comparison/pdf/msu_subjective_codecs_comparison_en.pdf -- Best regards, Dmitriy mailto:dmitriy@graphics.cs.msu.ru From nabeeliqbalus yahoo.com Tue Feb 7 02:31:27 2006 From: nabeeliqbalus yahoo.com (Nabeel Iqbal) Date: Tue Feb 7 15:16:12 2006 Subject: [Mp4-tech] CAVLC of H.264 Message-ID: <20060207103127.37644.qmail@web31807.mail.mud.yahoo.com> Hi all, i am working on the H.264 decoder and CAVLC decoding in JM (reference H.264) is computationally expensive. there are no tables in decoder, which are common thing for entropy based encoder/decoder . my question is "libavcodec" uses the same technique as in JM reference or uses its own parsing . i want to use the tables for CAVLC decoding any help (web pointer etc ) will be thwe great help . Regards Nabeel Iqbal Department of computer engineering CASE(www.case.edu.pk) G-5/1, Islamabad, Pakistan. 44000 +92-333-5145456 --------------------------------- Relax. Yahoo! Mail virus scanning helps detect nasty viruses! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060207/a9f09a48/attachment.html From singer apple.com Tue Feb 7 09:24:01 2006 From: singer apple.com (Dave Singer) Date: Wed Feb 8 14:10:07 2006 Subject: [Mp4-tech] RTP H264 payload type In-Reply-To: References: Message-ID: At 3:22 +0000 3/02/06, Michael Rivers wrote: >Hello list, > >What payload type should I use for RTP packets >of H.264 Baseline Profile video? > >I noticed that JM 10.2 uses 105 but have seen 96 >being used in rtp captures, which one should I >use? > >Michael It's immaterial. They are dynamically allocated numbers. You need the right setup information (e.g. RTPMAP in SDP). The RTPMAP associates a number with a MIME type, and that in turn is documented in the RFC. > >_________________________________________________________________ >Don?t just search. Find. Check out the new MSN >Search! >http://search.msn.click-url.com/go/onm00200636ave/direct/01/ > >_______________________________________________ >NOTE: Please use clear subject lines for your >posts. Include [audio, [video], [systems], >[general] or another apppropriate identifier to >indicate the type of question you have. > >Note: Conduct on the mailing list is subject to >the Antitrust guidelines found at >http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -- David Singer Apple Computer/QuickTime From glenn.connery arroyo.tv Tue Feb 7 13:30:32 2006 From: glenn.connery arroyo.tv (Glenn Connery) Date: Wed Feb 8 14:10:10 2006 Subject: [Mp4-tech] time_scale and num_units in tick: what am I missing? Message-ID: <200602071330.32805.glenn.connery@arroyo.tv> Okay, so I'm having trouble parsing a seq_parameter_set_rbsp which contains vui_parameters, so I'm getting lost in the following bits. Everything I compute agrees with another program up to the timing info. Here's the MPEG-2 transport stream packet: 47 41 2c 39 01 60 00 00 01 e0 00 00 82 c0 0a 31 57 e1 5a 21 11 57 e1 3e 01 00 00 00 01 09 10 00 00 00 01 67 4d 40 1e 89 99 82 c1 22 c1 bd c1 41 41 7c 00 00 03 00 04 00 00 03 00 ca 10 00 00 00 01 68 ea 88 35 c8 00 00 00 01 65 b8 00 20 00 af fe d4 a7 99 63 a3 da 16 1b c2 4b b2 86 de 8f 0d 58 fb 4f 60 9e b0 8e 20 00 00 24 b0 8c 91 50 b2 7e 90 54 df 21 13 74 7d c0 0b 09 8a 95 d5 81 d5 8a 32 04 0e a7 35 bb 21 06 9f af 00 02 fe 72 88 05 7c ac 89 0f b0 68 3e 80 a6 cf 3b 8a 47 87 d6 4f 1d b4 8d 39 43 72 d0 d7 11 a2 63 55 9a fd 53 ff e9 68 23 e9 5b 91 7c d3 31 b0 f7 . which has a PES header (00 00 01 e0), an AU delimiter (00 00 01 09) and then the 26-bytes of the SEQ following the 00 00 01 67: 4d 40 1e 89 99 82 c1 22 c1 bd c1 41 41 7c 00 00 03 00 04 00 00 03 00 ca 10 00 Here's my parse, by HAND of this, which agrees with my code. And agrees with this other program up to the timing info. Oh, by the way, its a PAL sample (25fps): 00: 4d 0100 1101 01: 40 0100 0000 02: 1e 0001 1110 03: 89 1000 1001 04: 99 1001 1001 05: 82 1000 0010 06: c1 1100 0001 07: 22 0010 0010 08: c1 1100 0001 09: bd 1011 1101 10: c1 1100 0001 11: 41 0100 0001 12: 41 0100 0001 13: 7c 0111 1100 14: 00 0000 0000 15: 00 0000 0000 16: 03 0000 0011 17: 00 0000 0000 18: 04 0000 0100 19: 00 0000 0000 20: 00 0000 0000 21: 03 0000 0011 22: 00 0000 0000 23: ca 1100 1010 24: 10 0001 0000 25: 00 0000 0000 [ 01001101 ] profile_idc = 77 // u(8) [ 0100 ] CF0 = 0 CF1 = 1 CF2 = 0 CF3 = 0 // u(1) u(1) u(1) u(1) [ 0000 ] Reserved // u(4) [ 00011110 ] level_idc = 30 // u(8) [ 1 ] seq_parameter_set_id = 0 // ue(v) [ 0001001 ] log2_max_frame_num_minus4 = 8(12) // ue(v) [ 1 ] pic_order_cnt_type = 0 // ue(v) [ 00110 ] log2_max_pic_order_cnt_lsb_minus4 = 5(9) // ue(v) [ 011 ] num_ref_frames = 2 // ue(v) [ 0 ] gaps_in_frame_num_value_allowed_flag = 0 // u(1) [ 000010110 ] pic_width_in_mbs_minus1 = 21(22) // ue(v) [ 000010010 ] pic_height_in_map_units_minus1 = 17(18) // ue(v) [ 0 ] frame_mbs_only_flag = 0 // u(1) [ 0 ] mb_adaptive_frame_field_flag = 0 // u(1) [ 1 ] direct_8x8_inference_flag = 1 // u(1) [ 0 ] frame_cropping_flag = 0 // u(1) [ 1 ] vui_parameters_present_flag = 1 // u(1) [ 1 ] aspect_ratio_info_present_flag = 1 // u(1) [ 0000 0110 ] aspect_ratio_idc = 6 // u(8) [ 1 ] overscan_info_present_flag = 1 // u(1) [ 1 ] overscan_appropriate_flag = 1 // u(1) [ 1 ] video_signal_type_present_flag = 1 // u(1) [ 101 ] video_format = 5 // u(3) [ 1 ] video_full_range_flag = 1 // u(1) [ 1 ] colour_description_present_flag = 1 // u(1) [ 0000 0101 ] colour_primaries = 5 // u(8) [ 0000 0101 ] transfer_characteristics = 5 // u(8) [ 0000 0101 ] matrix_coefficient = 5 // u(8) [ 1 ] chroma_loc_info_present_flag = 1 // u(1) [ 1 ] chroma_sample_loc_type_top_field = 0 // ue(v) [ 1 ] chroma_sample_loc_type_bottom_field = 0 // ue(v) [ 1 ] timing_info_present_flag = 1 // u(1) [ 0000 0000 0000 0000 0000 0000 1100 0000 ] num_units_in_tick = 192 // u(32) [ 0000 0001 0000 0000 0000 0000 0000 0000 ] time_scale = 16777216 // u(32) ... 11 0000 0000 1100 1010 0001 0000 0000 0000 Now the other program says the num_units_in_ticks is 1 and the time_scale is 50. So 50 fields per second, which is obviously correct. And my values make no sense at all. But from what I can see the spec is straight-forward--these two values are simply u(32)'s, with no masking or other interpretation of any kind. What am I missing? Was there some kind of addendum to the spec since the version I'm looking at? Or some other text I'm missing? Thanks for any help, Glenn From raj.auece gmail.com Wed Feb 8 13:09:34 2006 From: raj.auece gmail.com (raj sekhar) Date: Wed Feb 8 21:40:07 2006 Subject: [Mp4-tech] [MPEG2 Transport] How to find out Number of substrem under private stream 1 in case of TS Message-ID: Hi List, I am working on MPEG2 Transport layer. Im working on Program streams stored in DVDs. I want to convert the Program stream from DVDs to transport streams and then stream those Transport streams. Now I want to know how many substreams are there under Private Stream 1. Program Stream Map in case of Program streams provide this information. How to get Program Stream Map information while converting PS to TS without parsing the PS. Is the Program Stream Map is necessary in case of Program Streams? If it is not present in PS then how to get that information while converting to TS? Thanks in advance- Rajasekhar -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060208/1ea42b54/attachment.html From jc sj.co.uk Wed Feb 8 14:52:45 2006 From: jc sj.co.uk (John Cox) Date: Wed Feb 8 21:40:11 2006 Subject: [Mp4-tech] time_scale and num_units in tick: what am I missing? In-Reply-To: <200602071330.32805.glenn.connery@arroyo.tv> References: <200602071330.32805.glenn.connery@arroyo.tv> Message-ID: Hi Without exhaustively checking your working my guess is that you haven't dealt with the emulation prevention. The byte sequence 00 00 03 needs to have the 03 stripped out before you parse it (see sections 7.3.1 & 7.4.1 in the standard). John Cox SJ Consulting >Okay, so I'm having trouble parsing a seq_parameter_set_rbsp which contains >vui_parameters, so I'm getting lost in the following bits. Everything I >compute agrees with another program up to the timing info. Here's the MPEG-2 >transport stream packet: > >47 41 2c 39 01 60 00 00 01 e0 00 00 82 c0 0a 31 >57 e1 5a 21 11 57 e1 3e 01 00 00 00 01 09 10 00 >00 00 01 67 4d 40 1e 89 99 82 c1 22 c1 bd c1 41 >41 7c 00 00 03 00 04 00 00 03 00 ca 10 00 00 00 >01 68 ea 88 35 c8 00 00 00 01 65 b8 00 20 00 af >fe d4 a7 99 63 a3 da 16 1b c2 4b b2 86 de 8f 0d >58 fb 4f 60 9e b0 8e 20 00 00 24 b0 8c 91 50 b2 >7e 90 54 df 21 13 74 7d c0 0b 09 8a 95 d5 81 d5 >8a 32 04 0e a7 35 bb 21 06 9f af 00 02 fe 72 88 >05 7c ac 89 0f b0 68 3e 80 a6 cf 3b 8a 47 87 d6 >4f 1d b4 8d 39 43 72 d0 d7 11 a2 63 55 9a fd 53 >ff e9 68 23 e9 5b 91 7c d3 31 b0 f7 . > >which has a PES header (00 00 01 e0), an AU delimiter (00 00 01 09) and then >the 26-bytes of the SEQ following the 00 00 01 67: > >4d 40 1e 89 99 82 c1 22 c1 bd c1 41 41 7c 00 00 03 00 04 00 00 03 00 ca 10 00 > >Here's my parse, by HAND of this, which agrees with my code. And agrees with >this other program up to the timing info. Oh, by the way, its a PAL sample >(25fps): > >00: 4d 0100 1101 >01: 40 0100 0000 >02: 1e 0001 1110 >03: 89 1000 1001 >04: 99 1001 1001 >05: 82 1000 0010 >06: c1 1100 0001 >07: 22 0010 0010 >08: c1 1100 0001 >09: bd 1011 1101 >10: c1 1100 0001 >11: 41 0100 0001 >12: 41 0100 0001 >13: 7c 0111 1100 >14: 00 0000 0000 >15: 00 0000 0000 >16: 03 0000 0011 >17: 00 0000 0000 >18: 04 0000 0100 >19: 00 0000 0000 >20: 00 0000 0000 >21: 03 0000 0011 >22: 00 0000 0000 >23: ca 1100 1010 >24: 10 0001 0000 >25: 00 0000 0000 > >[ 01001101 ] profile_idc = 77 // u(8) >[ 0100 ] CF0 = 0 CF1 = 1 CF2 = 0 CF3 = 0 // u(1) u(1) u(1) u(1) >[ 0000 ] Reserved // u(4) >[ 00011110 ] level_idc = 30 // u(8) >[ 1 ] seq_parameter_set_id = 0 // ue(v) >[ 0001001 ] log2_max_frame_num_minus4 = 8(12) // ue(v) >[ 1 ] pic_order_cnt_type = 0 // ue(v) >[ 00110 ] log2_max_pic_order_cnt_lsb_minus4 = 5(9) // ue(v) >[ 011 ] num_ref_frames = 2 // ue(v) >[ 0 ] gaps_in_frame_num_value_allowed_flag = 0 // u(1) >[ 000010110 ] pic_width_in_mbs_minus1 = 21(22) // ue(v) >[ 000010010 ] pic_height_in_map_units_minus1 = 17(18) // ue(v) >[ 0 ] frame_mbs_only_flag = 0 // u(1) >[ 0 ] mb_adaptive_frame_field_flag = 0 // u(1) >[ 1 ] direct_8x8_inference_flag = 1 // u(1) >[ 0 ] frame_cropping_flag = 0 // u(1) >[ 1 ] vui_parameters_present_flag = 1 // u(1) >[ 1 ] aspect_ratio_info_present_flag = 1 // u(1) >[ 0000 0110 ] aspect_ratio_idc = 6 // u(8) >[ 1 ] overscan_info_present_flag = 1 // u(1) >[ 1 ] overscan_appropriate_flag = 1 // u(1) >[ 1 ] video_signal_type_present_flag = 1 // u(1) >[ 101 ] video_format = 5 // u(3) >[ 1 ] video_full_range_flag = 1 // u(1) >[ 1 ] colour_description_present_flag = 1 // u(1) >[ 0000 0101 ] colour_primaries = 5 // u(8) >[ 0000 0101 ] transfer_characteristics = 5 // u(8) >[ 0000 0101 ] matrix_coefficient = 5 // u(8) >[ 1 ] chroma_loc_info_present_flag = 1 // u(1) >[ 1 ] chroma_sample_loc_type_top_field = 0 // ue(v) >[ 1 ] chroma_sample_loc_type_bottom_field = 0 // ue(v) >[ 1 ] timing_info_present_flag = 1 // u(1) >[ 0000 0000 0000 0000 0000 0000 1100 0000 ] num_units_in_tick = 192 // u(32) >[ 0000 0001 0000 0000 0000 0000 0000 0000 ] time_scale = 16777216 // u(32) >... 11 0000 0000 1100 1010 0001 0000 0000 0000 > >Now the other program says the num_units_in_ticks is 1 and the time_scale is >50. So 50 fields per second, which is obviously correct. And my values make >no sense at all. But from what I can see the spec is straight-forward--these >two values are simply u(32)'s, with no masking or other interpretation of any >kind. > >What am I missing? Was there some kind of addendum to the spec since the >version I'm looking at? Or some other text I'm missing? > >Thanks for any help, >Glenn > >_______________________________________________ >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 robin94539 yahoo.com Wed Feb 8 10:15:55 2006 From: robin94539 yahoo.com (Robin Zoo) Date: Wed Feb 8 21:40:15 2006 Subject: [Mp4-tech] Buy H.264 Codec(Baseline Profile) In-Reply-To: <200602081708.k18H7sK7027132@lists1.magma.ca> Message-ID: <20060208181555.99726.qmail@web52411.mail.yahoo.com> Hi experts, I am looking for H.264 codec IP supporting Baseline profile for use with Wi-Fi/WiMax modules. I have following questions to ask: 1. How to verify the correctness of the IP(I don't 100% trust vendor's test kits)? Is there any third party's test and evaluation kits(such as JM reference code)? How do I know the performance such as power consumption, picture quality(bit-rate) amoung various vendors? 2. What kind of audio codec is prefered to use with the video codec? 3. What's the transport stream layer protocol handling/muxing video/audio/data bit-stream? 4. What else do I need to know when evaluating H.264 codec IP? thanks in advance! Robin __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From Barbara.McMullen marist.edu Wed Feb 8 21:29:40 2006 From: Barbara.McMullen marist.edu (Barbara McMullen) Date: Thu Feb 9 11:04:07 2006 Subject: [Mp4-tech] An MPEG4 question Message-ID: All, I have been asked to ask you the following question: " What is the best way to convert a videotape (miniDV) into an MPEG4 file. we wnat to achieve the best possible quality." Thanks in advance. Barbara ***************************************************************** Barbara E. McMullen Director Institute for Data Center Professionals (IDCP) barbara.mcmullen@idcp.org 845-575-3114 www.idcp.org Project Manager Center for Applied Research in Collaborative and On-Demand Computing, a NYSTAR-Designated College Applied Research and Technology Center (SM) Marist College, 3399 North Rd, Poughkeepsie, NY 12601 Phone: 845-575-3588, Fax: 845-575-3095 barbara.mcmullen@marist.edu www.ccodc.marist.edu Robin Zoo Sent by: mp4-tech-bounces@lists.mpegif.org 02/08/2023 01:15 PM To: mp4-tech@lists.mpegif.org cc: Subject: [Mp4-tech] Buy H.264 Codec(Baseline Profile) Hi experts, I am looking for H.264 codec IP supporting Baseline profile for use with Wi-Fi/WiMax modules. I have following questions to ask: 1. How to verify the correctness of the IP(I don't 100% trust vendor's test kits)? Is there any third party's test and evaluation kits(such as JM reference code)? How do I know the performance such as power consumption, picture quality(bit-rate) amoung various vendors? 2. What kind of audio codec is prefered to use with the video codec? 3. What's the transport stream layer protocol handling/muxing video/audio/data bit-stream? 4. What else do I need to know when evaluating H.264 codec IP? thanks in advance! Robin __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060208/a13bf594/attachment.html From minm necas.nec.com.cn Thu Feb 9 10:49:21 2006 From: minm necas.nec.com.cn (minmin) Date: Thu Feb 9 11:04:11 2006 Subject: [Mp4-tech] [H.264]questions about complementary reference field pair Message-ID: <20060209104412.B97C.MINM@necas.nec.com.cn> Hi all I have some questions about the complementary reference field pair. For complementary reference field pair,is it true that the first field must be top field and the second one must be bottom field? And can data partition be used in the second field? And can the first slice of the second field be B or P slice? Thanks! From jc sj.co.uk Thu Feb 9 12:04:01 2006 From: jc sj.co.uk (John Cox) Date: Thu Feb 9 13:46:06 2006 Subject: [Mp4-tech] [H.264]questions about complementary reference field pair In-Reply-To: <20060209104412.B97C.MINM@necas.nec.com.cn> References: <20060209104412.B97C.MINM@necas.nec.com.cn> Message-ID: >Hi all > >I have some questions about the complementary reference field pair. > >For complementary reference field pair,is it true that the first field must be top >field and the second one must be bottom field? No - you can have bottom then top >And can data partition be used in the second field? Yes assuming your profile allows you use data partitioning at all (Extended profile only) >And can the first slice of the second field be B or P slice? Yes John Cox SJ Consulting From minm necas.nec.com.cn Fri Feb 10 10:41:04 2006 From: minm necas.nec.com.cn (minmin) Date: Fri Feb 10 11:22:06 2006 Subject: [Mp4-tech] [H.264]questions about complementary reference field pair In-Reply-To: References: <20060209104412.B97C.MINM@necas.nec.com.cn> Message-ID: <20060210103711.F50C.MINM@necas.nec.com.cn> Thanks for your reply! On Thu, 09 Feb 2024 12:04:01 +0000 John Cox wrote: > >Hi all > > > >I have some questions about the complementary reference field pair. > > > >For complementary reference field pair,is it true that the first field must be top > >field and the second one must be bottom field? > No - you can have bottom then top > > >And can data partition be used in the second field? > Yes assuming your profile allows you use data partitioning at all > (Extended profile only) > > >And can the first slice of the second field be B or P slice? > Yes > > John Cox > SJ Consulting -- minmin From bheemarjun gmail.com Fri Feb 10 12:56:45 2006 From: bheemarjun gmail.com (Bheemarjuna Reddy Tamma) Date: Fri Feb 10 11:22:11 2006 Subject: [Mp4-tech] MDC decoder Message-ID: <3fadd97c0602092326h302f2bf1j3969718bfcf50f7e@mail.gmail.com> Hi all, Could you tell where can I get Multiple description coding (MDC) coder and decoder based on open source sw? Thanks inadvance. regards arjun reddy -- T. Bheemarjuna Reddy Ph.D. Student HPCN Lab Dept. of Computer Science & Engg. IIT Madras, INDIA Mobile: +91-9444206507 http://hpcn.cs.iitm.ernet.in From dmitriy graphics.cs.msu.ru Sun Feb 12 03:01:46 2006 From: dmitriy graphics.cs.msu.ru (Dmitriy Vatolin) Date: Sun Feb 12 08:46:08 2006 Subject: [Mp4-tech] Video Quality measurement tools releases Message-ID: <1178566933.20060212030146@graphics.cs.msu.ru> Hello! MSU Graphics&Media Lab release: MSU Perceptual Video Quality Tool 1.0 - released! Added support of DSCQS type II, bugfixing. So currently supported: * DSIS * DSCQS type I * DSCQS type II * SCACJ * SAMVIQ * MSUCQE http://www.compression.ru/video/quality_measure/perceptual_video_quality_tool_en.html MSU Video Quality Metric 0.8 - released! Added new final dialog, fixes. So now supported: * PSNR * Delta * MSAD * MSE * SSIM * VQM * MSU Blurring * MSU Blocking http://www.compression.ru/video/quality_measure/video_measurement_tool_en.html Enjoy! :) -- Best regards, Dmitriy Vatolin, Ph.D From sharon_silverman971 yahoo.com Mon Feb 13 07:31:20 2006 From: sharon_silverman971 yahoo.com (Sharon Silverman) Date: Tue Feb 14 06:04:07 2006 Subject: [Mp4-tech] MP4 metadata parser Message-ID: <20060213153120.93423.qmail@web37615.mail.mud.yahoo.com> Hi All, I am looking for an application (preferably open source) which would take as an input a MP4 file, parse/analyze the metadata it contains, and display/print out a report which details the metadata information in a easily understandable format (Number and type of tracks, overall presentation time etc.). Could someone please point me in the right direction ? Thanks in advance, Sharon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From fanchizhang yahoo.com.cn Tue Feb 14 00:49:13 2006 From: fanchizhang yahoo.com.cn (Fanchi Chang) Date: Tue Feb 14 06:04:11 2006 Subject: [Mp4-tech] Questions about RDO for lossy enviroments in H.264 JM Message-ID: <20060213164913.31474.qmail@web15007.mail.cnb.yahoo.com> Hello All, I found that the RDO for lossy enviroments is disabled in JM 10.2. However, this function is activated in some older versions of JM, say JM 7.3. My questions: 1. Is the function valid or efficient in older versions? 2. Why this function is disabled in later versions? Could it be because of any conflict with other added modules? Thanks you for your help.. F.C. Zhang ___________________________________________________________ �Ż�1G�������ٷְٷ������� http://cn.mail.yahoo.com/ From agulati NeoMagic.com Tue Feb 14 16:42:54 2006 From: agulati NeoMagic.com (Atul Gulati) Date: Tue Feb 14 08:10:08 2006 Subject: [Mp4-tech] MP4 metadata parser In-Reply-To: <20060213153120.93423.qmail@web37615.mail.mud.yahoo.com> Message-ID: Sharon, YAMB (Yet another MP4 Box) is a good tool that can assist in this. It is a GUI wrapper on top of MP4Box.The MP4Box with it can generate a XML Log with all the data as required by you. The following command does that mp4box -diso "filename" Regards, Atul. -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Sharon Silverman Sent: Monday, February 13, 2024 9:01 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MP4 metadata parser Hi All, I am looking for an application (preferably open source) which would take as an input a MP4 file, parse/analyze the metadata it contains, and display/print out a report which details the metadata information in a easily understandable format (Number and type of tracks, overall presentation time etc.). Could someone please point me in the right direction ? Thanks in advance, Sharon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php From sakthi.narayanan soc-soft.com Tue Feb 14 16:51:29 2006 From: sakthi.narayanan soc-soft.com (sakthi.narayanan@soc-soft.com) Date: Tue Feb 14 08:10:11 2006 Subject: [Mp4-tech] MP4 metadata parser Message-ID: <4BF47D56A0DD2346A1B8D622C5C5902C013F053E@soc-mail.soc-soft.com> Hi Sharon, U can download the mp4ui tool from the sourceforge.net.This will give You the meta data information about mp4 file. With Regards, Sakthi Narayanan.D -----Original Message----- From: Sharon Silverman [mailto:sharon_silverman971@yahoo.com] Sent: Monday, February 13, 2024 9:01 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MP4 metadata parser Hi All, I am looking for an application (preferably open source) which would take as an input a MP4 file, parse/analyze the metadata it contains, and display/print out a report which details the metadata information in a easily understandable format (Number and type of tracks, overall presentation time etc.). Could someone please point me in the right direction ? Thanks in advance, Sharon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php The information contained in this e-mail message and in any annexure is confidential to the recipient and may contain privileged information. If you are not the intended recipient, please notify the sender and delete the message along with any annexure. You should not disclose, copy or otherwise use the information contained in the message or any annexure. Any views expressed in this e-mail are those of the individual sender except where the sender specifically states them to be the views of SoCrates Software India Pvt Ltd., Bangalore. From bam iis.fraunhofer.de Tue Feb 14 12:17:17 2006 From: bam iis.fraunhofer.de (Oliver Baum) Date: Wed Feb 15 06:46:08 2006 Subject: [Mp4-tech] MP4 metadata parser In-Reply-To: <20060213153120.93423.qmail@web37615.mail.mud.yahoo.com> References: <20060213153120.93423.qmail@web37615.mail.mud.yahoo.com> Message-ID: <43F1BC3D.2060306@iis.fraunhofer.de> Hi Sharon, take a look at MP4Box, which is part of the GPAC project (see ). Regards, Oliver On 13.02.2024 16:31, Sharon Silverman wrote: > Hi All, > I am looking for an application (preferably open > source) which would take as an input a MP4 file, > parse/analyze the metadata it contains, and > display/print out a report which details the metadata > information in a easily understandable format (Number > and type of tracks, overall presentation time etc.). > Could someone please point me in the right direction? > > Thanks in advance, > Sharon -- Dipl.-Ing. Oliver Baum Multimedia Transport Group Audio Dept. Fraunhofer Institute for Integrated Circuits IIS Am Wolfsmantel 33 91058 Erlangen Germany E-mail: bam@iis.fraunhofer.de Phone: +49 9131 776-319 Fax: +49 9131 776-398 http://www.iis.fraunhofer.de/amm/ Meet us at these events: 3GSM Barcelona, 13. - 16. February Embedded World N?rnberg, 14. - 16. February CeBIT Hannover, 9. - 15. March ... From fengwenjie huawei.com Wed Feb 15 10:49:02 2006 From: fengwenjie huawei.com (fengwenjie) Date: Wed Feb 15 06:46:13 2006 Subject: [Mp4-tech] Question about the play of imcomplete mp4 files Message-ID: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> Hello all, I wonder whether the incomplete mp4 files can be played? Actually, i was considering the following case: in the process of downloading the mp4 files, can I play it meanwhile? Be attention, here, I use the "download" mode to get the file, Not "stream". If yes, could anyone show me a player that can realize this function? Thanks in advance, Jessica *************************************************************************************** This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! *************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060215/e0744cc0/attachment.html From prasanna.sethuraman patni.com Wed Feb 15 10:44:12 2006 From: prasanna.sethuraman patni.com (Prasanna Sethuraman) Date: Wed Feb 15 06:46:17 2006 Subject: [Mp4-tech] MP4 metadata parser In-Reply-To: <4BF47D56A0DD2346A1B8D622C5C5902C013F053E@soc-mail.soc-soft.com> Message-ID: <200602150518.k1F5IbGH019380@spzha1.patni.com> Is there a similar kind of program for H.264 bit streams? Regards, Prasanna. -----Original Message----- From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of sakthi.narayanan@soc-soft.com Sent: Tuesday, February 14, 2024 4:51 PM To: sharon_silverman971@yahoo.com; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] MP4 metadata parser Hi Sharon, U can download the mp4ui tool from the sourceforge.net.This will give You the meta data information about mp4 file. With Regards, Sakthi Narayanan.D -----Original Message----- From: Sharon Silverman [mailto:sharon_silverman971@yahoo.com] Sent: Monday, February 13, 2024 9:01 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] MP4 metadata parser Hi All, I am looking for an application (preferably open source) which would take as an input a MP4 file, parse/analyze the metadata it contains, and display/print out a report which details the metadata information in a easily understandable format (Number and type of tracks, overall presentation time etc.). Could someone please point me in the right direction ? Thanks in advance, Sharon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ NOTE: Please use clear subject lines for your posts. Include [audio, [video], [systems], [general] or another apppropriate identifier to indicate the type of question you have. Note: Conduct on the mailing list is subject to the Antitrust guidelines found at http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php The information contained in this e-mail message and in any annexure is confidential to the recipient and may contain privileged information. If you are not the intended recipient, please notify the sender and delete the message along with any annexure. You should not disclose, copy or otherwise use the information contained in the message or any annexure. Any views expressed in this e-mail are those of the individual sender except where the sender specifically states them to be the views of SoCrates Software India Pvt Ltd., Bangalore. _______________________________________________ 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 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 almomo1 gmail.com Wed Feb 15 11:09:21 2006 From: almomo1 gmail.com (Alejandro Moya) Date: Wed Feb 15 06:46:21 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Message-ID: <84ac0130602150209m1eaeb30et@mail.gmail.com> Hi! I am currently studying some rate control proposals (such as JVT-D030 and JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that document before attempting with the newer ones, so I could learn the basis. Where could I find it? I suppose I will have to pay for it to ISO but not even in its website I found it... THANK YOU IN ADVANCE! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060215/c338d46e/attachment.html From singer apple.com Wed Feb 15 13:12:26 2006 From: singer apple.com (Dave Singer) Date: Wed Feb 15 08:16:06 2006 Subject: [Mp4-tech] Question about the play of imcomplete mp4 files In-Reply-To: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> References: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> Message-ID: At 10:49 +0800 15/02/06, fengwenjie wrote: >Hello all, > >I wonder whether the incomplete mp4 files can be played? sometimes. > >Actually, i was considering the following case: in the process >of downloading the mp4 files, can I play it meanwhile? Be attention, >here, I use the "download" mode to get the file, Not "stream". If >yes, could anyone show me a player that can realize this function? QuickTime does this with mov files (and maybe MP4, I haven't checked recently). The files need to be authored for progressive display: moov box at the front media data interleaved in time order 3GPP has a profile specifying this. -- David Singer Apple Computer/QuickTime From Ye-Kui.Wang nokia.com Wed Feb 15 14:33:37 2006 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Wed Feb 15 08:16:11 2006 Subject: [Mp4-tech] Question about the play of imcomplete mp4 files In-Reply-To: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> Message-ID: <1C1F3D15859526459B4DD0A7A9B2268B01B1E871@trebe101.NOE.Nokia.com> Hi Jessica, Yes, it is possible to play a file when downloading. In 3GPP file format, a progressive-download profile is specified, for this purpose. However, I don't know where to find a player that has implemented this. BR, YK ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of ext fengwenjie Sent: 2006$BG/(J2$B7n(J15$BF|(J 4:49 To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Question about the play of imcomplete mp4 files Hello all, I wonder whether the incomplete mp4 files can be played? Actually, i was considering the following case: in the process of downloading the mp4 files, can I play it meanwhile? Be attention, here, I use the "download" mode to get the file, Not "stream". If yes, could anyone show me a player that can realize this function? Thanks in advance, Jessica *************************************************************************************** This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! *************************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060215/454c38a5/attachment.html From dacilbarreto gmail.com Wed Feb 15 14:26:39 2006 From: dacilbarreto gmail.com (=?ISO-8859-1?Q?D=E1cil_Barreto?=) Date: Thu Feb 16 03:28:08 2006 Subject: [Mp4-tech] mvfile.dat for B VOPs Message-ID: Dear all, We are working with Momusys MPEG-4 software and we would like to generate a mvfile.dat containing motions vectors for both P and B prediction types. Only P-VOP mvs are written to that output file when using the current software version. Is there any extended version that writes P and B vectors? If not, how difficult would it be to include B motion vectors? Thank you very much in advance, Dacil -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060215/20b7752a/attachment.html From garysull windows.microsoft.com Wed Feb 15 10:37:40 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Feb 16 03:28:12 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? In-Reply-To: <84ac0130602150209m1eaeb30et@mail.gmail.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE246130086E4@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Alejandro et al, Are you talking about TMN 5 or TM 5? Those are two different things. I suspect that you're talking about TM 5, which is the 1993 ITU-T AVC document 491 and (I think) MPEG output document N0400 and perhaps the same thing as MPEG input document M457. It is a committee working-practice document, not a formal standard, so it is not for sale in any official fashion. I don't know why you see it referred to as 225b. Maybe that was an earlier version. See http://ftp3.itu.int/av-arch/avc-site/1993-1996/ Best Regards, -Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Alejandro Moya Sent: Wednesday, February 15, 2024 2:09 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Hi! I am currently studying some rate control proposals (such as JVT-D030 and JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that document before attempting with the newer ones, so I could learn the basis. Where could I find it? I suppose I will have to pay for it to ISO but not even in its website I found it... THANK YOU IN ADVANCE! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060215/b410ece4/attachment.html From almomo1 gmail.com Thu Feb 16 11:26:07 2006 From: almomo1 gmail.com (Alejandro Moya) Date: Thu Feb 16 12:34:06 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? In-Reply-To: <91D7F2CEE3425A4A9D11311D09FCE246130086E4@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> References: <84ac0130602150209m1eaeb30et@mail.gmail.com> <91D7F2CEE3425A4A9D11311D09FCE246130086E4@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <84ac0130602160226y41b34e10s@mail.gmail.com> Thank you all. I was talking about TM 5 (I though TMN 5 was the same thing as I saw some other documents about rate control titled as TMN 8) and that was the document I was looking for. I saw it referred as 225b here (aka TM 4) http://www.mpeg.org/MPEG/MSSG/tm5/Overview.html and in some other ITU-T document which I don't recall right now. Thank you again, Mr. Sullivan. 2006/2/15, Gary Sullivan : > > > Alejandro *et al*, > > Are you talking about TMN 5 or TM 5? Those are two different things. I > suspect that you're talking about TM 5, which is the 1993 ITU-T AVC document > 491 and (I think) MPEG output document N0400 and perhaps the same thing as > MPEG input document M457. It is a committee working-practice document, not > a formal standard, so it is not for sale in any official fashion. > > I don't know why you see it referred to as 225b. Maybe that was an > earlier version. > > See http://ftp3.itu.int/av-arch/avc-site/1993-1996/ > > Best Regards, > > -Gary Sullivan > > ------------------------------ > *From:* mp4-tech-bounces@lists.mpegif.org [mailto: > mp4-tech-bounces@lists.mpegif.org] *On Behalf Of *Alejandro Moya > *Sent:* Wednesday, February 15, 2024 2:09 AM > *To:* mp4-tech@lists.mpegif.org > *Subject:* [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN > 5? > > > Hi! > > I am currently studying some rate control proposals (such as JVT-D030 and > JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as > TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that > document before attempting with the newer ones, so I could learn the basis. > > Where could I find it? I suppose I will have to pay for it to ISO but not > even in its website I found it... > > THANK YOU IN ADVANCE! > > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060216/f093b419/attachment.html From cyril.concolato enst.fr Thu Feb 16 15:13:22 2006 From: cyril.concolato enst.fr (Cyril Concolato) Date: Thu Feb 16 12:34:11 2006 Subject: [Mp4-tech] Question about the play of imcomplete mp4 files In-Reply-To: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> References: <001c01c631da$6107a3c0$420aa40a@china.huawei.com> Message-ID: <43F48882.5070900@enst.fr> Hi, fengwenjie a ��crit : > Hello all, > > I wonder whether the incomplete mp4 files can be played? > > Actually, i was considering the following case: in the process > of downloading the mp4 files, can I play it meanwhile? Be attention, > here, I use the "download" mode to get the file, Not "stream". If yes, > could anyone show me a player that can realize this function? The different versions (Win32, Linux, WinCE) of the Osmo4 player from the GPAC project (http://gpac.sf.net) are able to play such files during download. Moreover, the MP4Box tool from the same project allows creation of such files, ready for progressive download and playback, as a default behavior. Regards, Cyril Concolato > > Thanks in advance, > Jessica > > > > *************************************************************************************** > This e-mail and its attachments contain confidential information from > HUAWEI, which is intended only for the person or entity whose address is > listed above. Any use of the information contained herein in any way > (including, but not limited to, total or partial disclosure, > reproduction, or dissemination) by persons other than the intended > recipient(s) is prohibited. If you receive this e-mail in error, please > notify the sender by phone or email immediately and delete it! > *************************************************************************************** > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 -- Dept. Comelec Ecole Nationale Sup��rieure des T��l��communications, Paris 46, rue Barrault 75013 Paris Tel: +33145817991 Fax: +33145804036 From garysull windows.microsoft.com Thu Feb 16 12:49:16 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Thu Feb 16 17:34:07 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? In-Reply-To: <84ac0130602160226y41b34e10s@mail.gmail.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24613085CDD@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Alejandro et al, I notice that you referred to a "b" version of TM 5. The version that I originally pointed you to was not the "b" version, but was an earlier one. I was just informed that a PDF of a scanned copy of the "b" version can be found in http://ftp3.itu.int/av-arch/avc-site/1990-1996/H310_H323_Experts_Group/C ontributions/ I still don't know where the number 225 came from. I see how it could be referred to as AVC-491, and WG11-N0400 and M457, but none of those are 225. Best Regards, Gary Sullivan ________________________________ From: Alejandro Moya [mailto:almomo1@gmail.com] Sent: Thursday, February 16, 2024 2:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Thank you all. I was talking about TM 5 (I though TMN 5 was the same thing as I saw some other documents about rate control titled as TMN 8) and that was the document I was looking for. I saw it referred as 225b here (aka TM 4) http://www.mpeg.org/MPEG/MSSG/tm5/Overview.html and in some other ITU-T document which I don't recall right now. Thank you again, Mr. Sullivan. 2006/2/15, Gary Sullivan : Alejandro et al, Are you talking about TMN 5 or TM 5? Those are two different things. I suspect that you're talking about TM 5, which is the 1993 ITU-T AVC document 491 and (I think) MPEG output document N0400 and perhaps the same thing as MPEG input document M457. It is a committee working-practice document, not a formal standard, so it is not for sale in any official fashion. I don't know why you see it referred to as 225b. Maybe that was an earlier version. See http://ftp3.itu.int/av-arch/avc-site/1993-1996/ Best Regards, -Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Alejandro Moya Sent: Wednesday, February 15, 2024 2:09 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Hi! I am currently studying some rate control proposals (such as JVT-D030 and JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that document before attempting with the newer ones, so I could learn the basis. Where could I find it? I suppose I will have to pay for it to ISO but not even in its website I found it... THANK YOU IN ADVANCE! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060216/bd31e187/attachment-0001.html From Alexis.Tourapis dolby.net Thu Feb 16 13:45:26 2006 From: Alexis.Tourapis dolby.net (Tourapis, Alexis) Date: Thu Feb 16 17:34:12 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Message-ID: <7272EE229DA1AA48B47EBDC47EB0C68B01CD36AF@sapphire.dolby.net> Dear Alejandro, Actually TMN means test model near-term and it is used to refer to the H.263 reference coder. TM was used for MPEG-2, while you also have similarly VM for MPEG-4 and JM for the H.264/AVC codec. TMN5 corresponds to the RC that was available in that software. Unfortunately I am not sure myself where you can find the original document if you are looking for that one in particular. More specifically the best reference for it is : ITU-T, sl Video Codec Test Model, TMN5, ITU-TSS LBC-95, Study Group 15, Working Party 15/1, Expert's Group on Very Low Bitrate Visual Telephony, Telenor Research, January, http://web.fou.telenor.no/fou/DVC/tmn5/tmn5.html, 1995 Fortunately however you can find the full description for the TMN5 RC in TMN8 (see section 8 - Alternate Rate Control Method) http://ftp3.itu.ch/av-arch/video-site/9706_Por/q15a59.doc Even more useful, you can actually find the original code here (see UpdateQuantizer() if I am not mistaken) http://cvs.wirlab.net/cgi-bin/viewcvs.cgi/kphone-vic/vic/codec/tmn/ratec trl.c?rev=1.1.1.1&view=markup Best regards, Alexis ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Alejandro Moya Sent: Thursday, February 16, 2024 2:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Thank you all. I was talking about TM 5 (I though TMN 5 was the same thing as I saw some other documents about rate control titled as TMN 8) and that was the document I was looking for. I saw it referred as 225b here (aka TM 4) http://www.mpeg.org/MPEG/MSSG/tm5/Overview.html and in some other ITU-T document which I don't recall right now. Thank you again, Mr. Sullivan. 2006/2/15, Gary Sullivan : Alejandro et al, Are you talking about TMN 5 or TM 5? Those are two different things. I suspect that you're talking about TM 5, which is the 1993 ITU-T AVC document 491 and (I think) MPEG output document N0400 and perhaps the same thing as MPEG input document M457. It is a committee working-practice document, not a formal standard, so it is not for sale in any official fashion. I don't know why you see it referred to as 225b. Maybe that was an earlier version. See http://ftp3.itu.int/av-arch/avc-site/1993-1996/ Best Regards, -Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Alejandro Moya Sent: Wednesday, February 15, 2024 2:09 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Hi! I am currently studying some rate control proposals (such as JVT-D030 and JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that document before attempting with the newer ones, so I could learn the basis. Where could I find it? I suppose I will have to pay for it to ISO but not even in its website I found it... THANK YOU IN ADVANCE! ----------------------------------------- This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. From garysull windows.microsoft.com Thu Feb 16 16:02:52 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Feb 17 02:34:07 2006 Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? In-Reply-To: <91D7F2CEE3425A4A9D11311D09FCE24613085CDD@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24613086096@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> I was just provided with a copy of what I believe to be the "b" version of TM 5 in Word format, which is probably a more convenient format than the document-scan PDF mentioned below, so I put it alongside of the non-b version as AVC-491b.doc in http://ftp3.itu.int/av-arch/avc-site/1993-1996/ Hopefully the two "b" documents match each other. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Gary Sullivan Sent: Thursday, February 16, 2024 12:49 PM To: Alejandro Moya Cc: mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Alejandro et al, I notice that you referred to a "b" version of TM 5. The version that I originally pointed you to was not the "b" version, but was an earlier one. I was just informed that a PDF of a scanned copy of the "b" version can be found in http://ftp3.itu.int/av-arch/avc-site/1990-1996/H310_H323_Experts_Group/C ontributions/ I still don't know where the number 225 came from. I see how it could be referred to as AVC-491, and WG11-N0400 and M457, but none of those are 225. Best Regards, Gary Sullivan ________________________________ From: Alejandro Moya [mailto:almomo1@gmail.com] Sent: Thursday, February 16, 2024 2:26 AM To: Gary Sullivan Cc: mp4-tech@lists.mpegif.org Subject: Re: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Thank you all. I was talking about TM 5 (I though TMN 5 was the same thing as I saw some other documents about rate control titled as TMN 8) and that was the document I was looking for. I saw it referred as 225b here (aka TM 4) http://www.mpeg.org/MPEG/MSSG/tm5/Overview.html and in some other ITU-T document which I don't recall right now. Thank you again, Mr. Sullivan. 2006/2/15, Gary Sullivan : Alejandro et al, Are you talking about TMN 5 or TM 5? Those are two different things. I suspect that you're talking about TM 5, which is the 1993 ITU-T AVC document 491 and (I think) MPEG output document N0400 and perhaps the same thing as MPEG input document M457. It is a committee working-practice document, not a formal standard, so it is not for sale in any official fashion. I don't know why you see it referred to as 225b. Maybe that was an earlier version. See http://ftp3.itu.int/av-arch/avc-site/1993-1996/ Best Regards, -Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto: mp4-tech-bounces@lists.mpegif.org] On Behalf Of Alejandro Moya Sent: Wednesday, February 15, 2024 2:09 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] [H.264][ControlRate] Anybody knows where to find TMN 5? Hi! I am currently studying some rate control proposals (such as JVT-D030 and JVT-E069) and both refer to ISO/IEC JTC1/SC29/WG11/93 - 225b also know as TMN 5; I think it is a rate control for MPEG-2 but anyway I would read that document before attempting with the newer ones, so I could learn the basis. Where could I find it? I suppose I will have to pay for it to ISO but not even in its website I found it... THANK YOU IN ADVANCE! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060216/84289539/attachment.html From EricChuang via.com.tw Mon Feb 20 11:05:37 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Mon Feb 20 10:10:09 2006 Subject: [Mp4-tech] H.264 DPB storage Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D7D@exchtp02.vntek.com.tw> Hi Experts, I have two questions regarding the DPB storage. 1. The standard specifiy the method to decide the maximum DPB slot count in Annex A, depending on the level value. Does this level means decoder level or bitstream level ? 2. In Annex C, the DPB operation described is used for both reference picture and non-reference picture, is this an enforcement ? If I let DPB storing reference picture only, and create another mechanism for managing non-reference picture, and handle the reoder and no_output_of_prior_pics_flag, would this cause any decoder conformance problem ? Thanks very much for your answering in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060220/a2437389/attachment.html From jc sj.co.uk Mon Feb 20 16:12:37 2006 From: jc sj.co.uk (John Cox) Date: Tue Feb 21 03:22:08 2006 Subject: [Mp4-tech] H.264 DPB storage In-Reply-To: <6A7AB4426712514F9E2AB28C407285FA372D7D@exchtp02.vntek.com.tw> References: <6A7AB4426712514F9E2AB28C407285FA372D7D@exchtp02.vntek.com.tw> Message-ID: <6fpjv1pajedovca4n43bnvnbj58mm3qv1v@4ax.com> Hi Eric >Hi Experts, >I have two questions regarding the DPB storage. >1. The standard specifiy the method to decide the maximum DPB slot count >in Annex A, depending on the level value. Does this level means decoder >level or bitstream level ? Bitstream - otherwise you can have a mismatch between how the encoder expects the DPB to be managed and what the decoder is actually doing. >2. In Annex C, the DPB operation described is used for both reference >picture and non-reference picture, is this an enforcement ? If I let DPB >storing reference picture only, and create another mechanism for >managing non-reference picture, and handle the reoder and >no_output_of_prior_pics_flag, would this cause any decoder conformance >problem ? I can't see why having your non-ref pictures in other storage would cause any problems as long as you allow for their reordering as if they were in the DPB. Beware of explicit MMCOs which can convert ref pictures into non-ref pictures. >Thanks very much for your answering in advance, >Eric > Regards John Cox SJ Consulting Ltd From garysull windows.microsoft.com Mon Feb 20 09:57:45 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Feb 21 03:22:12 2006 Subject: [Mp4-tech] H.264 DPB storage In-Reply-To: <6A7AB4426712514F9E2AB28C407285FA372D7D@exchtp02.vntek.com.tw> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE24613100E4B@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Eric, Regarding your Question 1, when referring to a bitstream, Annex A specifies the constraints that must be obeyed by the bitstream; when referring to a decoder, it specifies the class of bitstreams that the decoder must be able to handle. Regarding your Question 2: Your question is somewhat hard to understand. The basic question seems to have something to do with whether the confromance requirements are different depending on whether particular pictures are reference pictures or not. There is no such distinction drawn in the standard. The conformance requirements apply to all pictures. Clearly, if some pictures are not decoded properly, the functional degradation experienced in an application may be less severe if the pictures that are messed up by a decoder are not reference pictures (or are higher-level dependent sub-sequences). However, that kind of thing is not part of the specification of conformance in the standard. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of EricChuang@via.com.tw Sent: Sunday, February 19, 2024 7:06 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 DPB storage Hi Experts, I have two questions regarding the DPB storage. 1. The standard specifiy the method to decide the maximum DPB slot count in Annex A, depending on the level value. Does this level means decoder level or bitstream level ? 2. In Annex C, the DPB operation described is used for both reference picture and non-reference picture, is this an enforcement ? If I let DPB storing reference picture only, and create another mechanism for managing non-reference picture, and handle the reoder and no_output_of_prior_pics_flag, would this cause any decoder conformance problem ? Thanks very much for your answering in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060220/b559e94a/attachment-0001.html From EricChuang via.com.tw Tue Feb 21 07:10:19 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Tue Feb 21 03:22:16 2006 Subject: [Mp4-tech] H.264 DPB storage Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D7E@exchtp02.vntek.com.tw> Hi Gary, Thanks for your answering on question 1. Regarding Question 2, maybe I did not describe it clear. My question is the DPB operation described in Annex C is to store both reference and non-reference pictures. But the DPB size is limited. When DPB is full, and at the time it contains both reference and non-reference pictures, one of the non-reference picture would be picked up first, and output forcely to get a space for storing the incoming reference picture. And if I implement DPB to store reference pictures only, and manage pictures for output in another way without occupying DPB slots, the DPB slots would be totally used for storing reference pictures, and there might be less chance to force non-reference picture output. These 2 methods would have the same output order, but the output timing might not be the same. In Annex C.4, it reads two conformance types can be claimed by decoder, one of them is output timing conformance, and the other is output order conformance. My question is the implementation not storing non-reference pictures in DPB break the output timing conformance ? Thanks, Eric -----Original Message----- From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Monday, February 20, 2024 9:58 AM To: Eric Chuang; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] H.264 DPB storage Eric, Regarding your Question 1, when referring to a bitstream, Annex A specifies the constraints that must be obeyed by the bitstream; when referring to a decoder, it specifies the class of bitstreams that the decoder must be able to handle. Regarding your Question 2: Your question is somewhat hard to understand. The basic question seems to have something to do with whether the confromance requirements are different depending on whether particular pictures are reference pictures or not. There is no such distinction drawn in the standard. The conformance requirements apply to all pictures. Clearly, if some pictures are not decoded properly, the functional degradation experienced in an application may be less severe if the pictures that are messed up by a decoder are not reference pictures (or are higher-level dependent sub-sequences). However, that kind of thing is not part of the specification of conformance in the standard. Best Regards, Gary Sullivan _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of EricChuang@via.com.tw Sent: Sunday, February 19, 2024 7:06 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 DPB storage Hi Experts, I have two questions regarding the DPB storage. 1. The standard specifiy the method to decide the maximum DPB slot count in Annex A, depending on the level value. Does this level means decoder level or bitstream level ? 2. In Annex C, the DPB operation described is used for both reference picture and non-reference picture, is this an enforcement ? If I let DPB storing reference picture only, and create another mechanism for managing non-reference picture, and handle the reoder and no_output_of_prior_pics_flag, would this cause any decoder conformance problem ? Thanks very much for your answering in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060221/a1da4b3e/attachment-0001.html From garysull windows.microsoft.com Mon Feb 20 15:45:50 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Tue Feb 21 03:22:20 2006 Subject: [Mp4-tech] H.264 DPB storage In-Reply-To: <6A7AB4426712514F9E2AB28C407285FA372D7E@exchtp02.vntek.com.tw> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461319AB23@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Eric et al, I believe a decoder that messes up the timing of the output of some pictures would not be able to claim output timing conformance as defined in the standard. But as long as it properly decodes all of the pictures and outputs them in the correct order, it can claim output order conformance (even if it cannot claim output timing conformance). The standard does not really concern itself with how things are done inside of a decoder. The only thing that matters, as far as conformance to the standard is concerned, is whether or not the decoder output behavior is correct. In other words, what matters is whether or not the decoder outputs all the pictures that are supposed to be output and whether or not those pictures have the correct sample array values, the correct relative order, and the correct relative timing. Those conformance rules in the standard are the same regardless of whether the pictures are reference pictures or not. They are also the same regardless of how the issue of picture storage is dealt with inside of the decoder. Best Regards, Gary Sullivan ________________________________ From: EricChuang@via.com.tw [mailto:EricChuang@via.com.tw] Sent: Monday, February 20, 2024 3:10 PM To: Gary Sullivan; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] H.264 DPB storage Hi Gary, Thanks for your answering on question 1. Regarding Question 2, maybe I did not describe it clear. My question is the DPB operation described in Annex C is to store both reference and non-reference pictures. But the DPB size is limited. When DPB is full, and at the time it contains both reference and non-reference pictures, one of the non-reference picture would be picked up first, and output forcely to get a space for storing the incoming reference picture. And if I implement DPB to store reference pictures only, and manage pictures for output in another way without occupying DPB slots, the DPB slots would be totally used for storing reference pictures, and there might be less chance to force non-reference picture output. These 2 methods would have the same output order, but the output timing might not be the same. In Annex C.4, it reads two conformance types can be claimed by decoder, one of them is output timing conformance, and the other is output order conformance. My question is the implementation not storing non-reference pictures in DPB break the output timing conformance ? Thanks, Eric -----Original Message----- From: Gary Sullivan [mailto:garysull@windows.microsoft.com] Sent: Monday, February 20, 2024 9:58 AM To: Eric Chuang; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] H.264 DPB storage Eric, Regarding your Question 1, when referring to a bitstream, Annex A specifies the constraints that must be obeyed by the bitstream; when referring to a decoder, it specifies the class of bitstreams that the decoder must be able to handle. Regarding your Question 2: Your question is somewhat hard to understand. The basic question seems to have something to do with whether the confromance requirements are different depending on whether particular pictures are reference pictures or not. There is no such distinction drawn in the standard. The conformance requirements apply to all pictures. Clearly, if some pictures are not decoded properly, the functional degradation experienced in an application may be less severe if the pictures that are messed up by a decoder are not reference pictures (or are higher-level dependent sub-sequences). However, that kind of thing is not part of the specification of conformance in the standard. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of EricChuang@via.com.tw Sent: Sunday, February 19, 2024 7:06 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] H.264 DPB storage Hi Experts, I have two questions regarding the DPB storage. 1. The standard specifiy the method to decide the maximum DPB slot count in Annex A, depending on the level value. Does this level means decoder level or bitstream level ? 2. In Annex C, the DPB operation described is used for both reference picture and non-reference picture, is this an enforcement ? If I let DPB storing reference picture only, and create another mechanism for managing non-reference picture, and handle the reoder and no_output_of_prior_pics_flag, would this cause any decoder conformance problem ? Thanks very much for your answering in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060220/bf22cc59/attachment-0001.html From alok_tyro yahoo.co.in Tue Feb 21 05:37:15 2006 From: alok_tyro yahoo.co.in (alok shukla) Date: Tue Feb 21 03:22:24 2006 Subject: [Mp4-tech] 3gp reader/writter Message-ID: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> Hi Experts, I want a 3gp reader and writer. can anybody tell me from where i can get the source code( in c or c++) for the 3gp reader/writer. i want to extract basic info from 3gp file like frame bounderies, codec type etc.. Thanks and Regards, Alok --------------------------------- Jiyo cricket on Yahoo! India cricket Yahoo! Messenger Mobile Stay in touch with your buddies all the time. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060221/42a61273/attachment.html From spsatendra gmail.com Tue Feb 21 11:29:46 2006 From: spsatendra gmail.com (Satendra) Date: Tue Feb 21 03:22:28 2006 Subject: [Mp4-tech] H264 Reference Pictures Message-ID: <594272320602202159i4619c7cj6a4b0e8e8446847@mail.gmail.com> Greetings, I am getting some problems in H264 decoder side implementation. I will be thankful if someone point me to the solution. Actually I am looking for a flag, if theres any, to indicate whether the current picture, which I am decoding will be used for further references or not. So as to decide, should I save this picture in DPB or just display and through away. As per my understanding, we have to look for many conditions to check if decoding of a picture is completed and new picture started, so we can't have any such flag. But still I think I missed something. there are few processes defined in Slice Header for DPB marking and reordering, but not for a complete picture. Also, if possible, please point to the required sections of JM(8.6) code, for further understanding. thanks a lot Satendra -- ----------------------------------------------------------------------------------------------------------------------------------- "We all agree on the necessity of compromise. We just can't agree on when it's necessary to compromise." ------Larry Wall ----------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060221/86e5afa8/attachment.html From muli.vijay rediffmail.com Tue Feb 21 12:42:09 2006 From: muli.vijay rediffmail.com (Vijay Reddy) Date: Tue Feb 21 08:46:07 2006 Subject: [Mp4-tech] help regarding Object tracking usingMotion vector in Mpeg-4 Message-ID: <20060221124137.9576.qmail@webmail64.rediffmail.com> ? ? hai, I am doing project for Extracting the motion vector from the MPEG_4 decoder. There are 3 types of frames available I,B,P From decoder how to extact the motion vector. Can any body help regardine this..... -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060221/76a014e7/attachment.html From EricChuang via.com.tw Wed Feb 22 08:18:25 2006 From: EricChuang via.com.tw (EricChuang@via.com.tw) Date: Wed Feb 22 03:10:08 2006 Subject: [Mp4-tech] Question regarding reference list in B Slice Message-ID: <6A7AB4426712514F9E2AB28C407285FA372D81@exchtp02.vntek.com.tw> Dear experts, In standard, it mentions the non-existing reference frame would be put into DPB when frame number gap is allowed. I have 3 questions about this. 1. What's the usage of frame_num gap ? Why it's introduced in standard ? Is there any document on the reason ? 2. When constructing reference list for B Slice, the standard describes that reference pictures marked as non-existing are not included in RefList0 or RefList1, is this exclusion operaton is done specially by decoder, or encoder has make it impossible to happen by using reference picture list reordering ? 3. Since non-existing reference picture cannot be put into RefList0 or RefList1 in B slice, why standard specifies the default value of delta_pic_order_cnt[0] and delta_pic_order_cnt[1] to them in section 8.2.5.2. Is there any place to reference the POC of non-existing pictures ? Thanks in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060222/4a1ba200/attachment-0001.html From lanxug 163.com Wed Feb 22 08:20:23 2006 From: lanxug 163.com (Xuguang Lan) Date: Wed Feb 22 03:10:13 2006 Subject: [Mp4-tech] ICPR2006 WORKSHOP XI'AN,CHINA,CFP Message-ID: <43FBAE47.093FE7.14563> Dear all, unit.xjtu.edu.cn/iwicpas Publication news A number of selected papers at the International Workshop on Intelligent Computing in Pattern Analysis/Synthesis (IWICPAS) will be invited (an updated version) to publish by International Journal of Computer Mathematics (Taylor & Francis) as a special issue. The journal is abstracted in a dozen of indices, including the ISI Science Citation Index Expanded. IWICPAS 2006 The International Workshop on Intelligent Computing in Pattern Analysis/Synthesis August 26, 2006, Xi'an, China The International Workshop on Intelligent Computing in Pattern Analysis/Synthesis (IWICPAS), sponsored by IAPR and CAA, will be held in Xi'an, China on August 26, 2006. The IWICPAS brings together leading researchers and engineers from the fields of pattern analysis/synthesis around the world. This is an international forum for identifying, encouraging and exchanging new ideas on different topics of pattern analysis/synthesis as well as for promoting novel applications in an attempt to extend the frontiers of this fascinating field of research. The workshops will comprise of oral and poster presentations, and panel discussions. Call for Papers (PDF 52KB) Topics of interest include, but are not limited to Pattern presentation and modeling Visual pattern modeling Object detection, tracking and recognition Statistical Motion analysis Texture analysis/synthesis Spatial-temporal pattern analysis/synthesis Sparse coding Scalable Image/Video coding Markov chain Monte Carlo computing Manifold Learning Partial Differential Equation Paper formats Papers should describe original and unpublished work related to the topic areas of IWICPAS or closely related ones. Full papers may be up to 6 A4 pages long and should be prepared according to the layout of Springer-Verlag(there are some optional publications of the proceedings which will be indexed by EI or SCI). All manuscripts will be reviewed by at least two members of the IWICPAS program committee. Instructions for preparation and electronic submission will be available shortly on this website. -------------- next part -------------- A non-text attachment was scrubbed... Name: Call For Papers.pdf Type: application/octet-stream Size: 54626 bytes Desc: not available Url : /pipermail/mp4-tech/attachments/20060222/8b53afe1/CallForPapers-0001.obj From easystep2 yahoo.com Tue Feb 21 21:31:44 2006 From: easystep2 yahoo.com (bret martin) Date: Wed Feb 22 03:10:17 2006 Subject: [Mp4-tech] H.264 (CABAC).......Verilog code In-Reply-To: <594272320602202159i4619c7cj6a4b0e8e8446847@mail.gmail.com> Message-ID: <20060222053144.78479.qmail@web53908.mail.yahoo.com> Hi, is any freelancer willing to work on translating the "cabac.c" code into verilog code? How many hours and how much cost? As you all know, reference code can be found at below link. http://iphome.hhi.de/suehring/tml/doc/ldec/html/cabac_8c-source.html Let me know if any one interested. thanks, Bret --------------------------------- Brings words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060221/380da79c/attachment.html From mp3.aac.mp4 gmail.com Wed Feb 22 11:41:30 2006 From: mp3.aac.mp4 gmail.com (tech list) Date: Wed Feb 22 03:10:21 2006 Subject: [Mp4-tech] An MPEG4 question In-Reply-To: References: Message-ID: <409a09b90602212211o96bf45boe568f490185d5051@mail.gmail.com> Kind of off topic, but still :-) First you need to get the video from the camcorder/tape into a PC. Please use a 1394 (aka Firewire cable) or USB2.0 connection, and read up the camcorder's manual on how to transfer the video to the PC. Make sure that the video is stored in AVI format, with the video uncompressed. Otherwise you would not get the best possible quality. Now use any of the available codec packs (download free, buy) which support MPEG-4 to convert it to a MPEG-4 file. Hope this helps. On 2/9/06, Barbara McMullen wrote: > > > All, > > I have been asked to ask you the following question: > > " What is the best way to convert a videotape (miniDV) into an MPEG4 file. > we wnat to achieve the best possible quality." > > Thanks in advance. > > Barbara > ***************************************************************** > Barbara E. McMullen > Director > Institute for Data Center Professionals (IDCP) > barbara.mcmullen@idcp.org > 845-575-3114 > www.idcp.org > > Project Manager > Center for Applied Research in Collaborative and On-Demand Computing, a > NYSTAR-Designated College Applied Research and Technology Center (SM) > Marist College, 3399 North Rd, Poughkeepsie, NY 12601 > Phone: 845-575-3588, Fax: 845-575-3095 > barbara.mcmullen@marist.edu > www.ccodc.marist.edu > > > > *Robin Zoo * > Sent by: mp4-tech-bounces@lists.mpegif.org > > 02/08/2023 01:15 PM > > To: mp4-tech@lists.mpegif.org > cc: > Subject: [Mp4-tech] Buy H.264 Codec(Baseline Profile) > > > Hi experts, > > I am looking for H.264 codec IP supporting Baseline > profile for use with Wi-Fi/WiMax modules. I have > following questions to ask: > > 1. How to verify the correctness of the IP(I don't > 100% trust vendor's test kits)? Is there any third > party's test and evaluation kits(such as JM reference > code)? How do I know the performance such as power > consumption, picture quality(bit-rate) amoung various > vendors? > > 2. What kind of audio codec is prefered to use with > the video codec? > > 3. What's the transport stream layer protocol > handling/muxing video/audio/data bit-stream? > > 4. What else do I need to know when evaluating H.264 > codec IP? > > > thanks in advance! > > Robin > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > NOTE: Please use clear subject lines for your posts. Include [audio, > [video], [systems], [general] or another apppropriate identifier to indicate > the type of question you have. > > Note: Conduct on the mailing list is subject to the Antitrust guidelines > found at > http://www.mpegif.org/public/documents/vault/mp-out-30042-Antitrust.php > > > > _______________________________________________ > 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/20060222/cae71d4c/attachment.html From mp3.aac.mp4 gmail.com Wed Feb 22 11:49:46 2006 From: mp3.aac.mp4 gmail.com (tech list) Date: Wed Feb 22 03:10:26 2006 Subject: [Mp4-tech] 3gp reader/writter In-Reply-To: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> References: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> Message-ID: <409a09b90602212219n7629d42aw27d30b2d3ea2b006@mail.gmail.com> I think what you are looking for is a parser. You will get soource code in quite a few projects - FAAD/FAAC is one; another is libisomedia proviedes a DLL with interface. On 2/21/06, alok shukla wrote: > > Hi Experts, > > I want a 3gp reader and writer. > can anybody tell me from where i can get the source code( in c or c++) > for the 3gp reader/writer. > i want to extract basic info from 3gp file like frame bounderies, codec > type etc.. > > Thanks and Regards, > > Alok > > ------------------------------ > Jiyo cricket on Yahoo! India cricket > Yahoo! Messenger MobileStay in touch with your buddies all the time. > > > _______________________________________________ > 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/20060222/8006686b/attachment.html From poojatiwari16 gmail.com Wed Feb 22 12:55:22 2006 From: poojatiwari16 gmail.com (Pooja Tiwari) Date: Wed Feb 22 03:10:30 2006 Subject: [Mp4-tech] 3gp reader/writter In-Reply-To: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> References: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> Message-ID: <28419f130602212325q2db688bey2e765d7a68344252@mail.gmail.com> Hi Experts Please let me know if there are files with atoms like IINF, BTRT, MFRO, META, etc available somewhere or we will have to make such streams only ? I am essentially looking for streams with the following atoms: SUBS MVEX MEHD TREX MOOF MFHD TRAF TFHD TRUN MFRA TFRA MFRO META PITM ILOC IPRO SINF FRMA IMIF SCHM SCHI IINF INFE IPMC XML BXML PADB SRPP AVSS AVC1 Regards, Pooja Tiwar From cho8629 dreamwiz.com Wed Feb 22 17:27:26 2006 From: cho8629 dreamwiz.com (Ik-Hwan Cho) Date: Wed Feb 22 05:28:07 2006 Subject: [Mp4-tech] 3gp reader/writter In-Reply-To: <20060221053715.39723.qmail@web8701.mail.in.yahoo.com> Message-ID: <002401c63789$d1be1360$c92af6a5@gaussnote> Dear Alok You cal get source code from GPAC project which supports MP4(including 3GPP format) file authoring tool. Best, ___________________________________________________________________________ Ik-Hwan Cho Multimedia Lab., Hi-tech Center #916, Electronic Engineering, Inha University Yong Hyun 3 Dong, NamGu, Incheon, 402-751, Republic of Korea E-mail : cho8629@dreamwiz.com, teddydino@gmail.com MSN : cho8629@korea.com Tel : +82-32-860-7415 Mobile : +82-018-267-4535 __________________________________________________________________________ _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of alok shukla Sent: Tuesday, February 21, 2024 2:37 PM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] 3gp reader/writter Hi Experts, I want a 3gp reader and writer. can anybody tell me from where i can get the source code( in c or c++) for the 3gp reader/writer. i want to extract basic info from 3gp file like frame bounderies, codec type etc.. Thanks and Regards, Alok _____ Jiyo cricket on Yahoo! India cricket Yahoo! Messenger Mobile Stay in touch with your buddies all the time. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060222/26f131cc/attachment-0001.html From prasanna.sethuraman patni.com Thu Feb 23 10:46:25 2006 From: prasanna.sethuraman patni.com (Prasanna Sethuraman) Date: Thu Feb 23 03:16:08 2006 Subject: [Mp4-tech] On Macroblock Skip. Message-ID: <200602230521.k1N5LIBv010834@spzha1.patni.com> Dear all, I have some problems in skipping macro blocks in the encoder. When I skip macro blocks, the bit stream produced by my encoder is no longer decoded by the JM decoder, which spits out the message "invalid 16x16 intra pred Mode VERT_PRED_16" before it terminates. To see what is going wrong, I dumped into the file the parameters I am writing into the bitstream, and I used the JM decoder's trace messages to see if everything is read properly. I have provided those part of the files where the bit stream is not read properly by the JM decoder. At first glance at the data in the two files, it appeared like something is going wrong in the CAVLC part. I checked the draft standard, and the only way an MB skip seems to be affecting the CAVLC part is in the calculation of the parameter nC = (nA + nB + 1)>>1. I have checked if the problem is in that point, but I don't think it is. Can someone enlighten me as to what is going wrong? If there is no MB skip, then the bit stream is completely decoded by the JM decoder, and the reconstructed output of the JM decoder bit matches with the internally reconstructed video at the encoder. Which is why I am skeptical about there being any error in my CAVLC part. Please let me know if you need some more data on what I am writing into the bit stream. If you can give me some pointers as to where I can look for an error, I would be very grateful. Thanks in advance. Best regards, Prasanna. // Parameters I write into the bit stream. Macro block 8 has been skipped (and is not the first macro block that is skipped) mb_skip_run = 1, length = 3 Mb address = 9 mb_type = 0, length = 1 Se_mb_mvd_l0[0][0].x = -4, length = 7 Se_mb_mvd_l0[0][1].y = 0, length = 1 cbp = 15, length = 7 delta_qp = -13, length = 9 mb_skip_run = 0, length = 1 Mb address = 10 mb_type = 0, length = 1 Se_mb_mvd_l0[0][0].x = 4, length = 7 Se_mb_mvd_l0[0][1].y = 0, length = 1 cbp = 10, length = 7 delta_qp = 0, length = 1 mb_skip_run = 0, length = 1 Mb address = 11 mb_type = 0, length = 1 Se_mb_mvd_l0[0][0].x = 0, length = 1 Se_mb_mvd_l0[0][1].y = -4, length = 7 cbp = 0, length = 1 // Parameters JM decoder reads from the bit stream. It reads the MVD and CBP properly till the 9th macro block. But something is going wrong in the way it reads the // CAVLC data of the 9th macro block... *********** POC: 1 (I/P) MB: 8 Slice: 0 Type 0 ********** @36289 mb_skip_run 010 ( 1) *********** POC: 1 (I/P) MB: 9 Slice: 0 Type 0 ********** @36292 mb_type 1 ( 0) @36293 mvd_l0 0001001 ( -4) @36300 mvd_l0 1 ( 0) @36301 coded_block_pattern 0001100 ( 15) @36308 mb_qp_delta 000011011 (-13) @36317 Luma # c & tr.1s vlc=0 #c=6 #t1=0 0000000001111 ( 15) @36330 Luma lev (0,0) k=5 vlc=0 01 ( 1) @36332 Luma lev (0,0) k=4 vlc=1 10 ( 2) @36334 Luma lev (0,0) k=3 vlc=1 10 ( 2) @36336 Luma lev (0,0) k=2 vlc=1 011 ( 3) @36339 Luma lev (0,0) k=1 vlc=1 10 ( 2) @36341 Luma lev (0,0) k=0 vlc=1 10 ( 2) @36343 Luma totalrun (0,0) vlc=5 000000 ( 0) @36349 Luma run (5,0) k=5 vlc=6 100 ( 4) @36352 Luma run (4,0) k=4 vlc=6 111 ( 7) @36355 Luma run (3,0) k=3 vlc=6 110 ( 6) @36358 Luma run (2,0) k=2 vlc=5 001 ( 1) @36361 Luma run (1,0) k=1 vlc=3 01 ( 1) @36363 Luma # c & tr.1s vlc=2 #c=8 #t1=2 0001101 ( 13) @36370 Luma trailing ones sign (1,0) 10 ( 2) @36372 Luma lev (1,0) k=5 vlc=0 001 ( 1) @36375 Luma lev (1,0) k=4 vlc=1 0011 ( 3) @36379 Luma lev (1,0) k=3 vlc=1 11 ( 3) @36381 Luma lev (1,0) k=2 vlc=1 011 ( 3) @36384 Luma lev (1,0) k=1 vlc=1 11 ( 3) @36386 Luma lev (1,0) k=0 vlc=1 00010 ( 2) @36391 Luma totalrun (1,0) vlc=7 001 ( 1) @36394 Luma run (7,0) k=7 vlc=6 101 ( 5) @36397 Luma run (6,0) k=6 vlc=4 011 ( 3) @36400 Luma run (5,0) k=5 vlc=2 00 ( 0) @36402 Luma # c & tr.1s vlc=1 #c=3 #t1=0 0000111 ( 7) @36409 Luma lev (0,1) k=2 vlc=0 1 ( 1) @36410 Luma lev (0,1) k=1 vlc=1 0011 ( 3) @36414 Luma lev (0,1) k=0 vlc=1 10 ( 2) @36416 Luma totalrun (0,1) vlc=2 0011 ( 3) @36420 Luma run (2,1) k=2 vlc=4 10 ( 2) @36422 Luma run (1,1) k=1 vlc=3 11 ( 3) @36424 Luma # c & tr.1s vlc=2 #c=2 #t1=2 1101 ( 13) @36428 Luma trailing ones sign (1,1) 01 ( 1) @36430 Luma totalrun (1,1) vlc=1 100 ( 4) @36433 Luma run (1,1) k=1 vlc=2 00 ( 0) @36435 Luma # c & tr.1s vlc=3 #c=13 #t1=1 110001 ( 49) @36441 Luma trailing ones sign (2,0) 1 ( 1) @36442 Luma lev (2,0) k=11 vlc=1 11 ( 3) @36444 Luma lev (2,0) k=10 vlc=1 011 ( 3) @36447 Luma lev (2,0) k=9 vlc=1 11 ( 3) @36449 Luma lev (2,0) k=8 vlc=1 011 ( 3) @36452 Luma lev (2,0) k=7 vlc=1 0000011 ( 3) @36459 Luma lev (2,0) k=6 vlc=2 0110 ( 6) @36463 Luma lev (2,0) k=5 vlc=2 110 ( 6) @36466 Luma lev (2,0) k=4 vlc=2 000000101 ( 5) @36475 Luma lev (2,0) k=3 vlc=3 0001001 ( 9) @36482 Luma lev (2,0) k=2 vlc=4 010110 ( 22) @36488 Luma lev (2,0) k=1 vlc=4 11011 ( 27) @36493 Luma lev (2,0) k=0 vlc=4 000011011 ( 27) @36502 Luma totalrun (2,0) vlc=12 1 ( 1) @36503 Luma run (12,0) k=12 vlc=1 1 ( 1) @36504 Luma run (11,0) k=11 vlc=1 01 ( 1) @36506 Luma run (10,0) k=10 vlc=0 1 ( 1) @36507 Luma run (9,0) k=9 vlc=0 0 ( 0) @36508 Luma # c & tr.1s vlc=3 #c=6 #t1=0 010100 ( 20) @36514 Luma lev (3,0) k=5 vlc=0 01 ( 1) @36516 Luma lev (3,0) k=4 vlc=1 10 ( 2) @36518 Luma lev (3,0) k=3 vlc=1 010 ( 2) @36521 Luma lev (3,0) k=2 vlc=1 011 ( 3) @36524 Luma lev (3,0) k=1 vlc=1 010 ( 2) @36527 Luma lev (3,0) k=0 vlc=1 11 ( 3) @36529 Luma totalrun (3,0) vlc=5 111 ( 7) @36532 Luma run (5,0) k=5 vlc=1 01 ( 1) @36534 Luma run (4,0) k=4 vlc=0 1 ( 1) @36535 Luma run (3,0) k=3 vlc=0 0 ( 0) @36536 Luma # c & tr.1s vlc=3 #c=10 #t1=2 100110 ( 38) @36542 Luma trailing ones sign (2,1) 11 ( 3) @36544 Luma lev (2,1) k=7 vlc=0 01 ( 1) @36546 Luma lev (2,1) k=6 vlc=1 11 ( 3) @36548 Luma lev (2,1) k=5 vlc=1 011 ( 3) @36551 Luma lev (2,1) k=4 vlc=1 11 ( 3) @36553 Luma lev (2,1) k=3 vlc=1 11 ( 3) @36555 Luma lev (2,1) k=2 vlc=1 11 ( 3) @36557 Luma lev (2,1) k=1 vlc=1 11 ( 3) @36559 Luma lev (2,1) k=0 vlc=1 011 ( 3) @36562 Luma totalrun (2,1) vlc=9 11 ( 3) @36564 Luma run (9,1) k=9 vlc=2 11 ( 3) @36566 Luma run (8,1) k=8 vlc=2 00 ( 0) @36568 Luma # c & tr.1s vlc=3 #c=5 #t1=1 010001 ( 17) @36574 Luma trailing ones sign (3,1) 0 ( 0) @36575 Luma lev (3,1) k=3 vlc=0 001 ( 1) @36578 Luma lev (3,1) k=2 vlc=1 010 ( 2) @36581 Luma lev (3,1) k=1 vlc=1 11 ( 3) @36583 Luma lev (3,1) k=0 vlc=1 10 ( 2) @36585 Luma totalrun (3,1) vlc=4 101 ( 5) @36588 Luma run (4,1) k=4 vlc=4 11 ( 3) @36590 Luma run (3,1) k=3 vlc=4 010 ( 2) @36593 Luma run (2,1) k=2 vlc=1 01 ( 1) @36595 Luma run (1,1) k=1 vlc=0 1 ( 1) @36596 Luma # c & tr.1s vlc=1 #c=1 #t1=1 10 ( 2) @36598 Luma trailing ones sign (0,2) 0 ( 0) @36599 Luma totalrun (0,2) vlc=0 1 ( 1) @36600 Luma # c & tr.1s vlc=1 #c=2 #t1=2 011 ( 3) @36603 Luma trailing ones sign (1,2) 11 ( 3) @36605 Luma totalrun (1,2) vlc=1 111 ( 7) @36608 Luma # c & tr.1s vlc=0 #c=2 #t1=1 000100 ( 4) @36614 Luma trailing ones sign (0,3) 1 ( 1) @36615 Luma lev (0,3) k=0 vlc=0 1 ( 1) @36616 Luma totalrun (0,3) vlc=1 00010 ( 2) @36621 Luma run (1,3) k=1 vlc=6 001 ( 1) @36624 Luma # c & tr.1s vlc=1 #c=7 #t1=3 000100 ( 4) @36630 Luma trailing ones sign (1,3) 100 ( 4) @36633 Luma lev (1,3) k=3 vlc=0 01 ( 1) @36635 Luma lev (1,3) k=2 vlc=1 0010 ( 2) @36639 Luma lev (1,3) k=1 vlc=1 0011 ( 3) @36643 Luma lev (1,3) k=0 vlc=1 010 ( 2) @36646 Luma totalrun (1,3) vlc=6 0001 ( 1) @36650 Luma run (6,3) k=6 vlc=6 101 ( 5) @36653 Luma run (5,3) k=5 vlc=4 10 ( 2) @36655 Luma run (4,3) k=4 vlc=3 000 ( 0) @36658 Luma # c & tr.1s vlc=2 #c=9 #t1=2 0001010 ( 10) @36665 Luma trailing ones sign (2,2) 01 ( 1) @36667 Luma lev (2,2) k=6 vlc=0 000001 ( 1) @36673 Luma lev (2,2) k=5 vlc=2 111 ( 7) @36676 Luma lev (2,2) k=4 vlc=2 111 ( 7) @36679 Luma lev (2,2) k=3 vlc=2 101 ( 5) @36682 Luma lev (2,2) k=2 vlc=2 0111 ( 7) @36686 Luma lev (2,2) k=1 vlc=2 0111 ( 7) @36690 Luma lev (2,2) k=0 vlc=2 100 ( 4) @36693 Luma totalrun (2,2) vlc=8 10 ( 2) @36695 Luma run (8,2) k=8 vlc=3 11 ( 3) @36697 Luma run (7,2) k=7 vlc=3 01 ( 1) @36699 Luma run (6,2) k=6 vlc=1 1 ( 1) @36700 Luma run (5,2) k=5 vlc=1 00 ( 0) @36702 Luma # c & tr.1s vlc=2 #c=6 #t1=3 1001 ( 9) @36706 Luma trailing ones sign (3,2) 000 ( 0) @36709 Luma lev (3,2) k=2 vlc=0 1 ( 1) @36710 Luma lev (3,2) k=1 vlc=1 0010 ( 2) @36714 Luma lev (3,2) k=0 vlc=1 011 ( 3) @36717 Luma totalrun (3,2) vlc=5 010 ( 2) @36720 Luma run (5,2) k=5 vlc=6 101 ( 5) @36723 Luma run (4,2) k=4 vlc=4 11 ( 3) @36725 Luma run (3,2) k=3 vlc=4 11 ( 3) @36727 Luma run (2,2) k=2 vlc=4 11 ( 3) @36729 Luma run (1,2) k=1 vlc=4 11 ( 3) @36731 Luma # c & tr.1s vlc=3 #c=4 #t1=0 001100 ( 12) @36737 Luma lev (2,3) k=3 vlc=0 1 ( 1) @36738 Luma lev (2,3) k=2 vlc=1 010 ( 2) @36741 Luma lev (2,3) k=1 vlc=1 10 ( 2) @36743 Luma lev (2,3) k=0 vlc=1 010 ( 2) @36746 Luma totalrun (2,3) vlc=3 0100 ( 4) @36750 Luma run (3,3) k=3 vlc=2 10 ( 2) @36752 Luma run (2,3) k=2 vlc=1 1 ( 1) @36753 Luma run (1,3) k=1 vlc=1 00 ( 0) @36755 Luma # c & tr.1s vlc=2 #c=11 #t1=1 000001110 ( 14) @36764 Luma trailing ones sign (3,3) 1 ( 1) @36765 Luma lev (3,3) k=9 vlc=1 0011 ( 3) @36769 Luma lev (3,3) k=8 vlc=2 000100 ( 4) @36775 Luma lev (3,3) k=7 vlc=3 01100 ( 12) @36780 Luma lev (3,3) k=6 vlc=3 1010 ( 10) @36784 Luma lev (3,3) k=5 vlc=3 1110 ( 14) @36788 Luma lev (3,3) k=4 vlc=3 001110 ( 14) @36794 Luma lev (3,3) k=3 vlc=3 1110 ( 14) @36798 Luma lev (3,3) k=2 vlc=3 1111 ( 15) @36802 Luma lev (3,3) k=1 vlc=3 001001 ( 9) @36808 Luma lev (3,3) k=0 vlc=3 1101 ( 13) @36812 Luma totalrun (3,3) vlc=10 1 ( 1) @36813 Luma run (10,3) k=10 vlc=3 11 ( 3) @36815 Luma run (9,3) k=9 vlc=3 000 ( 0) *********** POC: 1 (I/P) MB: 10 Slice: 0 Type 0 ********** @36818 mb_skip_run 010 ( 1) *********** POC: 1 (I/P) MB: 11 Slice: 0 Type 0 ********** @36821 mb_type 010 ( 1) @36824 mvd_l0 1 ( 0) @36825 mvd_l0 1 ( 0) @36826 mvd_l0 0001110 ( 7) @36833 mvd_l0 010 ( 1) @36836 coded_block_pattern 010 ( 16) @36839 mb_qp_delta 010 ( 1) @36842 ChrDC # c & tr.1s #c=0 #t1=0 01 ( 1) @36844 ChrDC # c & tr.1s #c=1 #t1=1 1 ( 1) @36845 ChrDC trailing ones sign (0,0) 1 ( 1) @36846 ChrDC totalrun (0,0) vlc=0 1 ( 1) http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060223/f394ad00/attachment-0001.html From prasanna.sethuraman patni.com Thu Feb 23 18:22:32 2006 From: prasanna.sethuraman patni.com (Prasanna Sethuraman) Date: Thu Feb 23 09:04:09 2006 Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motion vectors. In-Reply-To: <200602230521.k1N5LIBv010834@spzha1.patni.com> Message-ID: <200602231257.k1NCvHXt015913@spzha1.patni.com> Dear all, The JVT draft for H.264 specifies that the chroma motion vectors should be derived from the estimated Luma motion vectors by multiplying with 2: "If the current macroblock is a frame macroblock, the horizontal and vertical components of the chroma motion vector mvCLX are derived by multiplying the corresponding components of luma motion vector mvLX by 2, through mapping one-quarter sample mvLX units to one-eighth sample mvCLX units mvCLX[ 0 ] = mvLX[ 0 ] (8-174) mvCLX[ 1 ] = mvLX[ 1 ] (8-175)" But logically, since the chroma components have only half the number of samples compared to luma, should not we be diving the luma motion vectors by 2? Or am I missing something? -- Prasanna. http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060223/0d205a96/attachment.html From Alexis.Tourapis dolby.net Thu Feb 23 11:20:23 2006 From: Alexis.Tourapis dolby.net (Tourapis, Alexis) Date: Fri Feb 24 03:51:07 2006 Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motionvectors. Message-ID: <7272EE229DA1AA48B47EBDC47EB0C68B01D692F2@sapphire.dolby.net> Dear Prasanna, It may be good to read this in context with the section entitled "Fractional Sample Interpolation Process". More specifically see derivation of xIntc and yIntc. Btw, apparently you are using an old version of the text since it appears what you are reading does not consider FRExt profiles (i.e. including support of 4:2:2 and 4:4:4). Best regards, Alexis _____ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Prasanna Sethuraman Sent: Thursday, February 23, 2024 4:53 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motionvectors. Dear all, The JVT draft for H.264 specifies that the chroma motion vectors should be derived from the estimated Luma motion vectors by multiplying with 2: "If the current macroblock is a frame macroblock, the horizontal and vertical components of the chroma motion vector mvCLX are derived by multiplying the corresponding components of luma motion vector mvLX by 2, through mapping one-quarter sample mvLX units to one-eighth sample mvCLX units mvCLX[ 0 ] = mvLX[ 0 ] (8-174) mvCLX[ 1 ] = mvLX[ 1 ] (8-175)" But logically, since the chroma components have only half the number of samples compared to luma, should not we be diving the luma motion vectors by 2? Or am I missing something? -- Prasanna. 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. _____________________________________________________________________ ----------------------------------------- This message (including any attachments) may contain confidential information intended for a specific individual and purpose. If you are not the intended recipient, delete this message. If you are not the intended recipient, disclosing, copying, distributing, or taking any action based on this message is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060223/a0b4eecf/attachment-0001.html From garysull windows.microsoft.com Thu Feb 23 12:02:03 2006 From: garysull windows.microsoft.com (Gary Sullivan) Date: Fri Feb 24 03:51:12 2006 Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motionvectors. In-Reply-To: <200602231257.k1NCvHXt015913@spzha1.patni.com> Message-ID: <91D7F2CEE3425A4A9D11311D09FCE2461329968D@WIN-MSG-10.wingroup.windeploy.ntdev.microsoft.com> Comments: 1) You're looking at an old draft. Get a new one. (You can get it free from ITU-T.) 2) Pay attention to the equations rather than the words in this case. 3) There is no actual multiplication operation involved here since the various unit conversions cancel it out. Best Regards, Gary Sullivan ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] On Behalf Of Prasanna Sethuraman Sent: Thursday, February 23, 2024 4:53 AM To: mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motionvectors. Dear all, The JVT draft for H.264 specifies that the chroma motion vectors should be derived from the estimated Luma motion vectors by multiplying with 2: "If the current macroblock is a frame macroblock, the horizontal and vertical components of the chroma motion vector mvCLX are derived by multiplying the corresponding components of luma motion vector mvLX by 2, through mapping one-quarter sample mvLX units to one-eighth sample mvCLX units mvCLX[ 0 ] = mvLX[ 0 ] (8-174) mvCLX[ 1 ] = mvLX[ 1 ] (8-175)" But logically, since the chroma components have only half the number of samples compared to luma, should not we be diving the luma motion vectors by 2? Or am I missing something? -- Prasanna. http://www.patni.com World-Wide Partnerships. World-Class Solutions. _____________________________________________________________________ This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin@patni.com and delete this mail. _____________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060223/0598b838/attachment-0001.html From spsatendra gmail.com Fri Feb 24 11:01:22 2006 From: spsatendra gmail.com (Satendra) Date: Fri Feb 24 03:51:16 2006 Subject: [Mp4-tech] Deriving the Chroma motion vectors from Luma motion vectors. In-Reply-To: <200602231257.k1NCvHXt015913@spzha1.patni.com> References: <200602230521.k1N5LIBv010834@spzha1.patni.com> <200602231257.k1NCvHXt015913@spzha1.patni.com> Message-ID: <594272320602232131g71d036d5m3a65f3f38daa4d5d@mail.gmail.com> Hi, My same old querry as answered . -------------------------- Satendra From: *Soumen Kumar Dey * *As you know Chroma Motion vectors are half of Luma* *motion vectors. * *mvc = mvluma/2;* *But chroma motion vectors are calculated for* *1/8 pixel accuracy in respect of luma's 1/4 pixel accuracy.* *OriMVc = mvc*2 = mvluma;* ** *[2 = (1/4)/(1/8)]* *While deriving Integer position of chroma* *MVCFrac = (OriMVc&7);* *MVCInt = (OriMVc>>3);* ** *I think it is sufficient for ur question. * <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< This section is being clarified in the new corrigendum. In this case, it is best to pay more attention to the equations than to the words. Note that, for 4:2:0 video, the units of the chroma motion vectors are 1/8 (chroma) sample units and the units of the luma motion vectors are 1/4 (luma) sample units. Therefore if you set the value of a chroma motion vector equal to the value of a luma motion vector, a "virtual" division by 2 is occurring. E.g., a value of 3 for a luma motion vector indicates 3/4 luma full-sample units, and a value of 3 for a chroma motion vector indicates 3/8 chroma full-sample units; so although the values of these two vectors are equal to each other, the chroma motion vector has half the interpreted amplitude as that of the luma motion vector (in the domain of its use). Best Regards, Gary Sullivan +> -----Original Message----- +> From: Satendra [mailto:spsatendra@gmail.com] +> To: jvt-experts@mail.imtc.org +> Subject: [jvt-experts] chroma MV prediction +> +> Hi all, +> +> Its a very basic question, still please tell me. +> +> can anyone explain me how chroma MVs are calculated in decoder side. +> IN section 8.4.1.4 Derivation for chroma MVs it is written, +> +> " If the current macroblock is a frame macroblock, the horizontal and +> vertical components of the chroma motion vector mvCLX are derived by +> multiplying the corresponding components of luma motion +> vector mvLX by +> 2, through mapping one-quarter sample mvLX units to one-eighth sample +> mvCLX units." +> +> and eqn 8-174/5 states +> +> mvCLX[0/1] = mvLX[0/1] +> +> I am not able to understand the words in the above para. where are we +> multiplying the luma MVs? +> +> Also in the field coding mode, what the parity conditions signify. +> +> +> Thanks +> +> Satendra + On 2/23/06, Prasanna Sethuraman wrote: > > > > Dear all, > > > > The JVT draft for H.264 specifies that the chroma motion vectors should be > derived from the estimated Luma motion vectors by multiplying with 2: > > "If the current macroblock is a frame macroblock, the horizontal and > vertical components of the chroma motion > > vector mvCLX are derived by multiplying the corresponding components of > luma motion vector mvLX by 2, > > through mapping one-quarter sample mvLX units to one-eighth sample mvCLX > units > > mvCLX[ 0 ] = mvLX[ 0 ] (8-174) > > mvCLX[ 1 ] = mvLX[ 1 ] (8-175)" > > > > But logically, since the chroma components have only half the number of > samples compared to luma, should not we be diving the luma motion vectors by > 2? Or am I missing something? > > > > -- > > Prasanna. > > > > 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. > _____________________________________________________________________ > _______________________________________________ > 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 > > -- ----------------------------------------------------------------------------------------------------------------------------------- "We all agree on the necessity of compromise. We just can't agree on when it's necessary to compromise." ------Larry Wall ----------------------------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060224/667be73e/attachment-0001.html From umair.razzak inforient.com Fri Feb 24 11:43:10 2006 From: umair.razzak inforient.com (Umair Razzak) Date: Fri Feb 24 07:34:07 2006 Subject: [Mp4-tech] multiplication of a signed number by unsigned multiplication Message-ID: <20060224114310.70076.qmail@web409.biz.mail.mud.yahoo.com> Fellow scientists and engineers, I am trying to achieve multiplication of a signed short to an integer constant, by multiplication of unsigned characters (the short being broken into the characters). Is it possible to do? If not why? Any help will be appreciated. Thanking you in Anticipation. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060224/08333c7a/attachment.html From Ye-Kui.Wang nokia.com Fri Feb 24 14:42:06 2006 From: Ye-Kui.Wang nokia.com (Ye-Kui.Wang@nokia.com) Date: Fri Feb 24 08:40:08 2006 Subject: [Mp4-tech] Question regarding reference list in B Slice In-Reply-To: <6A7AB4426712514F9E2AB28C407285FA372D81@exchtp02.vntek.com.tw> Message-ID: <1C1F3D15859526459B4DD0A7A9B2268B01BCCBC5@trebe101.NOE.Nokia.com> Hi Eric, 1. For temporal scalability. The reason is that temporal enhancement layers may contain reference pictures and they may not be present in the bitstream after stream thinning. 2. I think the latter is correct: the encoder has to make it impossible to have non-existing pictures being included in the lists. 3. POC is needed in constructing the initial reference picture lists for B slices and is also needed in the operation of output order DPB (C.4.1-C.4.5). BR, YK ________________________________ From: mp4-tech-bounces@lists.mpegif.org [mailto:mp4-tech-bounces@lists.mpegif.org] Sent: 2006$BG/(J2$B7n(J22$BF|(J 2:18 To: garysull@windows.microsoft.com; mp4-tech@lists.mpegif.org Subject: [Mp4-tech] Question regarding reference list in B Slice Dear experts, In standard, it mentions the non-existing reference frame would be put into DPB when frame number gap is allowed. I have 3 questions about this. 1. What$B!G(Js the usage of frame_num gap ? Why it$B!G(Js introduced in standard ? Is there any document on the reason ? 2. When constructing reference list for B Slice, the standard describes that reference pictures marked as non-existing are not included in RefList0 or RefList1, is this exclusion operaton is done specially by decoder, or encoder has make it impossible to happen by using reference picture list reordering ? 3. Since non-existing reference picture cannot be put into RefList0 or RefList1 in B slice, why standard specifies the default value of delta_pic_order_cnt[0] and delta_pic_order_cnt[1] to them in section 8.2.5.2. Is there any place to reference the POC of non-existing pictures ? Thanks in advance, Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060224/0f23adcb/attachment.html From ltdoolittle yahoo.co.uk Sat Feb 25 14:01:51 2006 From: ltdoolittle yahoo.co.uk (steven godber) Date: Sat Feb 25 17:46:06 2006 Subject: [Mp4-tech] authoring mpeg4 content Message-ID: <20060225140151.38184.qmail@web25307.mail.ukl.yahoo.com> hi all. i was initially very excited about mpeg4 particularly authored content in XMT. i made some experiments in BIFStext and then encoding into mpeg4 using the open source mp4box. these were fine as experiments go, but the results could only be played in the osmo4 player. quicktime and realplayer had no idea what to make of them. can someone explain to me some of the more pertinent issues at large here ? i have been playing with vrml/x3d and would like to migrate this to mpeg4 such as was promised in the original mpeg4 hype (3d graphics, not the export) but find there are a number of codec/ownership issues here which i confess i do not totally understand. how possible is it to actually "author once, play anywhere" and how much is it going cost 1) me and 2) the user. thanks for your help. steven godber. --------------------------------- Win a BlackBerry device from O2 with Yahoo!. Enter now. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060225/4310aafb/attachment.html From rob.koenen mpegif.org Sun Feb 26 11:09:11 2006 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Sun Feb 26 06:46:08 2006 Subject: FW: [Mp4-tech] authoring mpeg4 content Message-ID: <002001c63abc$b0d32c90$0301a8c0@corp.intertrust.com> One-time forward for non-subscribed poster (Mikael, please subscribe with your sending address) Rob _____ From: Mikael Bourges-Sevenier [mailto:mikeseven@gmail.com] Sent: Sunday, 26 February 2024 01:02 To: 'steven godber'; mp4-tech@lists.mpegif.org Subject: RE: [Mp4-tech] authoring mpeg4 content Dear Steven, hi all. i was initially very excited about mpeg4 particularly authored content in XMT. i made some experiments in BIFStext and then encoding into mpeg4 using the open source mp4box. these were fine as experiments go, but the results could only be played in the osmo4 player. quicktime and realplayer had no idea what to make of them. [Mikael Bourges-Sevenier] Osmo4, GPAC, BitManagement should be able to play 2D and 3D contents. can someone explain to me some of the more pertinent issues at large here ? i have been playing with vrml/x3d and would like to migrate this to mpeg4 such as was promised in the original mpeg4 hype (3d graphics, not the export) but find there are a number of codec/ownership issues here which i confess i do not totally understand. [Mikael Bourges-Sevenier] XMT and X3D are quite similar as long as you stick with VRML 2.0 features and don't use the latest X3D features, which may not be available in BIFS. If you do that then BIFS codecs compliant up to MPEG-4 Systems AMD1 specification will encode your content. You should be able to play it in GPAC and BitManagement players. There are other players out there, you may want to google around ;-) [Mikael Bourges-Sevenier] Also, I think IBM MPEG-4 toolkit should encode such XMT files with 2D/3D scenes. how possible is it to actually "author once, play anywhere" and how much is it going cost 1) me and 2) the user. [Mikael Bourges-Sevenier] With synthetic contents (especially 3D ones) you want to be careful about the complexity of the scene since from one player to another various rendering optimizations may or may not be implemented and hence framerate may vary drastically. WRT authoring, there are a number of open source tools available out there e.g. GPAC, MPEG4IP etc. You mentioned VRML/X3D and these are good tools to start with to create contents, export them to X3D so you can convert them easily to XMT (you can even write a simple XSLT processor) and use IBM toolkit or GPAC tools to create mp4 files. Play mp4 files with GPAC or BitManagement players. Last but not least, you should try MPEG-4 reference software available from ISO. Not only it has all the encoders you need but it has 2D/3D players too. There are of course commercial tools available but I have not used any. Hope this helps, Mike thanks for your help. steven godber. _____ Win a BlackBerry device from O2 with Yahoo!. Enter now. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060226/2af97eae/attachment.html From mykerekes eml.cc Mon Feb 27 03:34:31 2006 From: mykerekes eml.cc (hungary) Date: Mon Feb 27 07:10:06 2006 Subject: [Mp4-tech] I frame Metric In-Reply-To: <200512211547.20535.ee09176@student.estg.ipleiria.pt> References: <000901c60641$e61efff0$0200a8c0@corp.intertrust.com> <200512211541.20707.ee09176@student.estg.ipleiria.pt> <200512211547.20535.ee09176@student.estg.ipleiria.pt> Message-ID: <1141040071.26414.255350256@webmail.messagingengine.com> Dear experts, At the encoder side we could be able to specify the interval at which the I frame should occur. But how the encoder intelligent when there are chances of I frame which may occur at some irregular interval. How the encoder decides the frame to be coded as I frame (On what Metric Like SAD or MAE) Like whts the throshold value of SAD to force the encoder to encode the frame as I frame ? -- Hungary -- hungary mykerekes@eml.cc -- http://www.fastmail.fm - I mean, what is it about a decent email service? From massimiliano.turco akhela.com Mon Feb 27 13:43:07 2006 From: massimiliano.turco akhela.com (Massimiliano Turco) Date: Mon Feb 27 08:46:09 2006 Subject: [Mp4-tech] problem with MPEG-4 conformance test References: <000901c60641$e61efff0$0200a8c0@corp.intertrust.com><200512211541.20707.ee09176@student.estg.ipleiria.pt><200512211547.20535.ee09176@student.estg.ipleiria.pt> <1141040071.26414.255350256@webmail.messagingengine.com> Message-ID: <012f01c63b9b$5bc40320$c3077c0a@MassimilianoT> Dear all, I am performing some MPEG-4 conformance tests using MoMuSys ***decoder*** version (MoMuSys-1.0-001220_sony). I selected the streams listed in the conformance document (ISO/IEC 14496-4) for Simple Profile but in two cases the reference decoder failed. The files are: mit031.m4v vcon-ge18.cmp any help? it will be much appreciated... maybe I am working with an old version on the MoMuSys... Thanks in advance Massimiliano Turco From pankaj_bajpai_iet operamail.com Tue Feb 28 07:09:54 2006 From: pankaj_bajpai_iet operamail.com (pankaj bajpai) Date: Tue Feb 28 08:28:06 2006 Subject: [Mp4-tech] Re: Mp4-tech Digest, Vol 31, Issue 27 Message-ID: <20060228060954.8262523D21@ws5-3.us4.outblaze.com> Dear Hungary, Usually the I frame interval is fixed in the encoder. Howeve, some of the encoder may have intermediate I frames also. The determination of I frame can vary from algorithm to algorithm. Some of the ideas: 1. In P frame, you must be estimating Intra macroblocks. Now you can take the count of intra Macrobloks and if exceeds some percentage of total macroblocks, code it as I fr. 2. If the total SAD after motion estimation is more than some level code it as I frame. This mainly happen when there is scene change, assuming that ME algorithm is goood. With regards Pankaj > From: hungary > To: mp4-tech@lists.mpegif.org > Subject: [Mp4-tech] I frame Metric > Date: Mon, 27 Feb 2024 03:34:31 -0800 > > > Dear experts, > > At the encoder side we could be able to specify the interval at which > the I frame should occur. > > But how the encoder intelligent when there are chances of I frame which > may occur at some irregular interval. > > How the encoder decides the frame to be coded as I frame (On what Metric > Like SAD or MAE) > > Like whts the throshold value of SAD to force the encoder to encode the > frame as I frame ? > > -- Hungary > > -- > hungary > mykerekes@eml.cc > > -- -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 8 at http://www.opera.com Powered by Outblaze From guogang_hua yahoo.com Tue Feb 28 09:52:17 2006 From: guogang_hua yahoo.com (Guogang Hua) Date: Tue Feb 28 13:40:07 2006 Subject: [Mp4-tech] A question about quantization Message-ID: <20060228175217.78770.qmail@web33313.mail.mud.yahoo.com> Dear all, I am trying the H.264 4X4 and 8X8 DCT tranformation and quantization. I just code all frame as I frame. When the QP is large, the decoded pictures have a right shift and the shift is becoming large and large with the frame number increasing. When QP is small, no this kind of problem. So what's the problem? of is it normal due to the phase shift of DCT? Thanks! --------------------------------- Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20060228/01d9d396/attachment.html From tri_image hotmail.com Tue Feb 28 20:49:27 2006 From: tri_image hotmail.com (David Oskardmay) Date: Wed Mar 1 05:46:07 2006 Subject: [Mp4-tech] testing slice mode in jm98 Message-ID: Hello, I have been testing the performance of the JM 9.8 reference encoder with various features enabled/disabled and I noticed a substantial quality degradation when I turned on slice mode with a fixed number of Mb's per slice. Config details: resolution: 640x480, 30 fps, high motion test video, 1Mbps SliceMode = 1 (fixed #mb in slice) SliceArgument = 40 All other slice options are off. The artifacts during high motion periods are much worse with slice mode enabled than with it off. Any idea why this is so? Is this a possible bug? Pilot error? Thanks in advance for any info. Best Regards, david