From longfei_zhang sohu.com Mon Apr 1 10:37:21 2002 From: longfei_zhang sohu.com (kevin) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] How to use MPEG4 to solve CBIR? Message-ID: <000001c1d933$88da6c60$5d09a8c0@kevin> Dear All: Does anyone know how to use MPEG4 compression codes to solve CBIR(Content Based image retrieval) and related technical info includes algorithms and applications? It might not easy to say,but can you tell me how to get archives on this issue? Can you help me? Thanks ! Kevin Zhang- student of BIT,China longfei_zhang@sohu.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020401/ed7baff3/attachment.html From asjabbi micron.com Tue Apr 2 13:21:43 2002 From: asjabbi micron.com (asjabbi) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] Q: reduced res VOPs Message-ID: Quick question: Are reduced resolution VOPs part of Simple Profile, and are they in any way related to the Dynamic Resolution Conversion? Thanks. - Aman From Peter.Haighton m4if.org Tue Apr 2 16:12:33 2002 From: Peter.Haighton m4if.org (Peter Haighton) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] Q: reduced res VOPs In-Reply-To: Message-ID: Aman, Dynamic Resolution Conversion is not part of the Simple Profile. Currently the only profile that supports DRC is the Advanced Real Time Simple (ARTS) not to be confused with Advanced Simple. For more information on some of the visual profiles see my table: http://www.m4if.org/resources/profiles/visualtools.html Reduced Resolution VOPs are part of the DRC. You signal that you are going to use DRC by setting the reduced_resolution_vop_enable flag. Hope this helps. Peter -- Peter Haighton VideoSpheres Inc. 84 Hines Road Kanata, Ontario Canada, K2K 3G3 Tel: (613) 270-9646 x3022 Fax: (613) 271-9442 email: peterh@VideoSpheres.com See http://www.m4if.org for the latest on MPEG-4 -----Original Message----- From: technotes-admin@lists.m4if.org [mailto:technotes-admin@lists.m4if.org]On Behalf Of asjabbi Sent: Tuesday, April 02, 2024 3:22 PM To: technotes@lists.m4if.org Subject: [M4IF Technotes] Q: reduced res VOPs Quick question: Are reduced resolution VOPs part of Simple Profile, and are they in any way related to the Dynamic Resolution Conversion? Thanks. - Aman _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From wuks bhnec.nec.co.jp Wed Apr 3 10:45:15 2002 From: wuks bhnec.nec.co.jp (wuks@bhnec.nec.co.jp) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] (no subject) Message-ID: hi,everybody When constraining bit rate , how to initialize buffer for I-VOP,P-VOP,and B-VOP? What is the meaning of the duration of the video,and is it a visual sequence duration? thank for your help! From garysull microsoft.com Tue Apr 2 19:38:46 2002 From: garysull microsoft.com (Gary Sullivan) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] Q: reduced res VOPs Message-ID: <0170DDAD0BADFA4CBEC3B55A0748DCCC05B66EA0@red-msg-02.redmond.corp.microsoft.com> Aman et al, 1. Reduced Resolution VOPs (RRV's) are not in Simple Profile. In fact they are a version 2 feature, so they could not be in the Simple Profile (which is a version 1 feature). 2. I believe the answer to whether they have something to do with Dynamic Resolution Conversion (DRC) or not depends on your definition of what DRC is. My best answer is Yes, since table V2-39 and table G-2 refer to DRC as a tool that's in MPEG-4 visual, although the term is not defined anywhere in the standard and in fact doesn't even appear anywhere else in it. This "phantom tool" is included in the Advanced Real-Time Simple profile only. I can't think of anything else that DRC might mean, so it must mean RRV. This is clearly a bug in the spec. I will bring it to MPEG's attention. RRV's involve sending changes from the reference picture at a lower resolution than that of the reference picture while retaining higher resolution in the decoded picture than what is used for the updates. They are primarily useful for temporary situations of codec stress when rapid motion appears in front of a detailed static background. They do not involve dynamically converting the resolution of the reference picture or the current decoded picture to a different size, as one might think from the term "resolution conversion". In H.263 terminology, RRV's resemble Annex Q (reduced resolution update) rather than Annex P (reference picture resampling). The term RRV really seems more appropriate than the term DRC -- which is probably why the term RRV is used many times while the term DRC appears only in two forgotten places. Unfortunately those two forgotten places are crucial ones, as they are where the profiles are defined. Best Regards, Gary Sullivan +> -----Original Message----- +> From: asjabbi [mailto:asjabbi@micron.com] +> Sent: Tuesday, April 02, 2024 12:22 PM +> To: technotes@lists.m4if.org +> Subject: [M4IF Technotes] Q: reduced res VOPs +> +> +> +> Quick question: +> +> Are reduced resolution VOPs part of Simple Profile, and are +> they in any +> way related to the Dynamic Resolution Conversion? +> Thanks. +> +> - Aman +> _______________________________________________ +> Technotes mailing list +> Technotes@lists.m4if.org +> http://lists.m4if.org/mailman/listinfo/technotes +> From 94426082 eeng.dcu.ie Fri Apr 5 12:34:43 2002 From: 94426082 eeng.dcu.ie (Nikki) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] MPEG4 Codec & SDK Message-ID: <004b01c1dc95$e2102030$f523ce88@anca> Hi All, Im a post-grad doing research in QoS for MPEG4. I was wondering if anyone could suggest a good MPEG-4 codec with SDK that will allow me to encode, decode in real-time and play out real-time content. In short: What codecs would you suggest? Is there an easy to use SDK that will interface with Java? What kind of price range? (RE: Limited student research grant budget) Are there any discounts for universities and non-profit organisations? Thanking you, regards, Nikki -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020405/2218ee28/attachment.html From r.beattie indigovision.com Fri Apr 5 16:29:48 2002 From: r.beattie indigovision.com (Robert Beattie) Date: Wed Jul 30 14:07:50 2003 Subject: [M4IF Technotes] Momusys Decoder and vop_time_increment Message-ID: <1F3071585480D5118B8E00B0D0AA311406AF68@ThisAddressDoesNotExist> Is there a problem with the Momusys decoder with respect to vop_time_increment changes being greater than 1 ? The reason I ask is that I just decoded the vcon-scs5.cmp reference sequence which contains 3 frames with vop_time_increment = 0, 4 and 8 respectively but what is produced by the decoder is the first (I) frame followed immediately by 5 copies of the second (P) frame and nothing else. Thank's in advance, Rob Beattie Indigo The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on the above detailed phone number and delete the message from your computer: you may not copy or forward this e-mail, or use or disclose its contents to any other person. We thank you in anticipation for your assistance. As internet communications are capable of data corruption no responsibility is accepted for changes made to this message after it was sent. For this reason it may be inappropriate to rely on information contained in this e-mail without obtaining written confirmation of it. In addition, no liability or responsibility is accepted for viruses and it is your responsibility to scan any attachments to this e-mail. Nothing in this e-mail shall constitute or be construed as constituting an offer, obligation or an acceptance of any offer previously made. Opinions, comments and other information in this e-mail that do not relate to the business of IndigoVision Group plc, IndigoVision Limited and/or IndigoVision, Inc. shall be understood as neither given nor endorsed by the companies or any of them. From rkoenen intertrust.com Fri Apr 5 09:42:50 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] MPEG4 Codec & SDK Message-ID: <3C124172E7FDD511B510000347426D59AF521B@exchange.epr.com> Nikki, Look at http://www.m4if.org/resources.php , notably under: Obtaining the standard The MPEG-4 Standard for purchase from ISO Publicly available MPEG-4 reference software from ISO (ISO/IEC 14496-5) MPEG-4 Video Conformance Bitstreams available for download [ Video] [ Audio] Tools The GSRT authoring tool for the creation of MPEG-4 scenes MPEG4IP - Open Source OpenDivX link (Project Mayo) - Open Source MPEG-4 Video UBC MPEG-4 Streaming System Documentation and download link for mp4tool, MP4 / BIFS / XMT codec Rob -----Original Message----- From: Nikki [mailto:94426082@eeng.dcu.ie] Sent: Friday, April 05, 2024 3:35 To: m4if tech; m4if discuss Subject: [M4IF Technotes] MPEG4 Codec & SDK Hi All, Im a post-grad doing research in QoS for MPEG4. I was wondering if anyone could suggest a good MPEG-4 codec with SDK that will allow me to encode, decode in real-time and play out real-time content. In short: What codecs would you suggest? Is there an easy to use SDK that will interface with Java? What kind of price range? (RE: Limited student research grant budget) Are there any discounts for universities and non-profit organisations? Thanking you, regards, Nikki -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020405/38e9225e/attachment.html From rkoenen intertrust.com Fri Apr 5 10:06:44 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] (no subject) Message-ID: <3C124172E7FDD511B510000347426D59AF521F@exchange.epr.com> Sounds like a question for the MPEG Implementatino Studies Group, CC-ed in this mail. Rob > -----Original Message----- > From: wuks@bhnec.nec.co.jp [mailto:wuks@bhnec.nec.co.jp] > Sent: Thursday, March 28, 2024 1:20 > To: technotes@lists.m4if.org > Subject: [M4IF Technotes] (no subject) > > > hi, > > what is the function of the complexity_estimation_disable > ,and is there > any profiles@levels support it? > > thank for your time! > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From rkoenen intertrust.com Fri Apr 5 10:08:10 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] mp4tool enst Message-ID: <3C124172E7FDD511B510000347426D59AF5220@exchange.epr.com> Perhaps Jean-Claude can shed some ligt on these questions, as they basically pertain to the particular tool, not to the MPEG-4 Standard. Best, Rob > -----Original Message----- > From: Kartika Tulusan [mailto:kartika@artificialgods.com] > Sent: Monday, March 25, 2024 14:54 > To: Technotes M4IF > Subject: [M4IF Technotes] mp4tool enst > > > Dear Group, > I have just started using your mpeg4tool from enst which is > very useful > indeed. > http://www.comelec.enst.fr/~dufourd/mpeg-4/tools.html > > I have a question regarding including audio and video streams > in an mpeg4 > scene. > > Could you send me some example streams with the info files > etc that are > needed > by the V2 policy? > I understand from below that I will need 3 files for each > media stream: > >>For each raw elementary stream called stream.type, two > files are expected: > >> > >>stream.info: contains the decoder specific info, a.k.a. the headers > >>stream.nhnt: contains the description of the access units > in contained in > stream.type. > > I am not sure how to create files like this. Do you have > anymore information > on this > or could you point me to some tools for parsing? (The enst site is > mentioning some CSELT tools for > the V1 policy) > > I basically want to encode my own video and audio files and > use the mp4tool > from enst to create > mp4 files that have these streams included in the scenes. > > Thanks very much. > > > > ---------------------------------------------- > Kartika Tulusan > > mobile: +44(0)79 3276 8522 > home : +44(0)20 7377 0735 > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From khuber sorenson.com Fri Apr 5 11:17:57 2002 From: khuber sorenson.com (Kris Huber) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] Re: Momusys Decoder and vop_time_increment Message-ID: <70A238C106788B49A1B7B46C050DEDFE228DD2@pandora.sorenson.com> Hello Rob, There's a parameter in the MoMuSys file that has to be set right. For example if you set it for 30 vops per second and you decode a 15 Hz sequence, you'll get 2 copies of every vop (the output will be 30 Hz). I know MoMuSys handles producing a constant frame rate output. If you have non-constant times between frames, or if you have roundoff error in the source that calculated the the vop_time_increment values, eventually the MoMuSys version will do something different than output one vop per input vop (skip or duplicate one). I don't know if it is possible without modification to get the MoMuSys software to always give you the same result as the MS version, which just outputs one vop per input vop regardless. It gets harder the longer the sequence is. Probably a simple modification can do it. Perhaps this case is already supported in the MoMuSys parameter file somehow already, but I'm unaware of it. Anyone? Take care, Kris Huber From Raaghu.Nagaraj luxxon.com Fri Apr 5 10:31:17 2002 From: Raaghu.Nagaraj luxxon.com (Raghu) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] email lists Message-ID: Hello, Can anyone point me to all the MPEG4 Visual related mail lists? Best regards, Raghu From Danilo.Tromp nob.nl Sat Apr 6 09:46:45 2002 From: Danilo.Tromp nob.nl (Danilo Tromp) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] simple AV recipe (Re: mp4tool enst) Message-ID: Hi, > I basically want to encode my own video and audio files and > use the mp4tool from enst to create > mp4 files that have these streams included in the scenes. I have a very easy workaround for this. Download the mpeg4ip distribution on http://mpeg4ip.sourceforge.net/downloads/index.php (Version 0.9.2 is the one that I used). Here is the short recipe: ------------------------- 1. encode video to .divx with divxEnc 2. create simple .mp4 file with mp4creator 3. export the .media, .info, .nhnt from the .mp4 file with mp4tool 4. create a more advanced .mp4 file with mp4tool > I understand from below that I will need 3 files for each > media stream: > >>For each raw elementary stream called stream.type, two > files are expected: > >> > >>stream.info: contains the decoder specific info, a.k.a. the headers > >>stream.nhnt: contains the description of the access units > in contained in > stream.type. The long recipe: ---------------- 1a. Compile the Divxenc and mp4creator projects (and their dependencies) (1b. compile the AAC encoder, etc.) 2. Create an YUV (CCIRR YCbCr 4:2:0 / YV12) file for your video (there are some avi2raw and rgb2yuv tools in the distribution, look at them when you can't create YUV files by other means) 3. Encode the yuv file using the DIVXencoder. Don't forget to specify width and height! (e.g. -w 352 -h 288 ) 4. Create an MP4 file using mp4creator. Make sure that you specify the bitrate in kbit/s (e.g. -r 500) of the video stream when you encoded the video with another encoder then the DIVXencoder (4b repeat this with an encoded audio file with the same target MP4 file when you want to add audio) 5. Now do the following with mp4tool: "mp4tool -info audio&video.mp4" to get the esID's of the audio and video in the MP4 file followed by "mp4tool -export audio&video.mp4 2 video" when 2 is the esID of the video Now you have three files: video.media video.info video.nhnt and you are free to include them in more complicated scenes 6 Try also: "mp4tool -bt audio&video.mp4", this will result in audio&video.bt, which is the scene description of the simple audio&video scene created by mp4creator and "mp4tool -mp4 audio&video.bt" to re-create the .mp4 file in mp4tool style note: you probably need to add and "muxinfo" line in the .bt file to point mp4tool to the video.media file Of course you can create your own tools to make the .media, .nhnt and .info directly, but the above recipe gets you started. The .info file is the encoded video (.divx) until the first 000001B6 startcode. The .media file contains the rest. On the site of ENST it is specified how to make the .nhnt file, basicly it lists the locations of the 000001B6 startcodes. When you are interested I can sent you the compiled win32 versions of divxenc, mp4creator, together with some intermediate files in the above recipe. Danilo Tromp -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020406/2141246b/attachment.html From mathijn.elhorst lostboys.nl Tue Apr 9 12:08:41 2002 From: mathijn.elhorst lostboys.nl (Mathijn Elhorst) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] Bounding boxes Message-ID: <62D20601-4B99-11D6-8E50-00039358A5A2@lostboys.nl> going through the details of MPEGJ I couldn't find a way to ask for a bounding-box of a 2d or 3d node. Is this on purpose and what is the reason? Is there a node that I can use to give me this info? For 2d, I think the layout node is a candidate with its exposedField size. I'm not sure if this field is expected to change according to the children it has, however. I fear it is not :-( but the documentation is not really clear on this. Can anybody give me details? thanks Mathijn < Mathijn Elhorst | Lead Developer Lost Boys Interactive Media | Herengracht 410 | 1017 BX?? Amsterdam | The Netherlands Ph: +31 20 5356161 | Fax: +31 20 5356160 | mathijn.elhorst@lostboys.nl Amsterdam | Barcelona | Berlin | London | Madrid | Paris | San Francisco | Warsaw | Zurich | www.lostboys.nl From Jean-Claude.Dufourd enst.fr Tue Apr 9 19:57:39 2002 From: Jean-Claude.Dufourd enst.fr (Jean-Claude Dufourd) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] Bounding boxes References: <62D20601-4B99-11D6-8E50-00039358A5A2@lostboys.nl> Message-ID: <3CB31D83.C8434763@enst.fr> Mathijn Elhorst wrote: > going through the details of MPEGJ I couldn't find a way to ask for > a > bounding-box of a 2d or 3d node. Is this on purpose and what is the > reason? There is no way to get the bb of a node. Layout size is the size of the formatting window, nothing to do with children. Sorry, JC -- Jean-Claude Dufourd @======================================@ ENST, Dept COMELEC The wing, over the big rock... 46, rue Barrault @======================================@ 75013 Paris Tel: +33145817807 Fax: +33145804036 From mathijn.elhorst lostboys.nl Tue Apr 9 22:50:25 2002 From: mathijn.elhorst lostboys.nl (Mathijn Elhorst) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] Bounding boxes In-Reply-To: <3CB31D83.C8434763@enst.fr> Message-ID: <08CE5938-4BF3-11D6-8E50-00039358A5A2@lostboys.nl> On Tuesday, April 9, 2002, at 06:57 , Jean-Claude Dufourd wrote: > There is no way to get the bb of a node. > Layout size is the size of the formatting window, nothing to do with > children. Thanks for your answer, though it is not to my liking at all... ;-( This impossibility will make creating all kinds of programs impossible or at least very cumbersome. For example, I wanted to create a proto for a scrollable list that keeps the selected item visible at all time and of which the items in the list can have different (possibly varying) heights and widths (not uncommon). Without being able to determine the bb of the items in the list, this seems an impossibility... Can I make a plea to add this to the standard? Mathijn < Mathijn Elhorst | Lead Developer Lost Boys Interactive Media | Herengracht 410 | 1017 BX?? Amsterdam | The Netherlands Ph: +31 20 5356161 | Fax: +31 20 5356160 | mathijn.elhorst@lostboys.nl Amsterdam | Barcelona | Berlin | London | Madrid | Paris | San Francisco | Warsaw | Zurich | www.lostboys.nl From Jean-Claude.Dufourd enst.fr Wed Apr 10 10:39:45 2002 From: Jean-Claude.Dufourd enst.fr (Jean-Claude Dufourd) Date: Wed Jul 30 14:07:51 2003 Subject: [M4IF Technotes] Bounding boxes References: <08CE5938-4BF3-11D6-8E50-00039358A5A2@lostboys.nl> Message-ID: <3CB3EC41.F2F30FF6@enst.fr> Mathijn Elhorst wrote: > For example, I wanted to create a proto for a scrollable list that > keeps the selected item visible at all time and of which the items > in the list can have different (possibly varying) heights and > widths (not uncommon). Without being able to determine the bb of > the items in the list, this seems an impossibility... Meaningful application. > Can I make a plea to add this to the standard? It is very late. Probably too late. Even for a very useful addition. Best regards JC -- Jean-Claude Dufourd @======================================@ ENST, Dept COMELEC The wing, over the big rock... 46, rue Barrault @======================================@ 75013 Paris Tel: +33145817807 Fax: +33145804036 From pritchie inventures.com Thu Apr 11 16:14:43 2002 From: pritchie inventures.com (Paul Ritchie) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] FW: MPEG4 Question-Satellite Message-ID: Hello Ali: I've taken the liberty to forward your question to the Technical Notes email list for M4IF. M4IF--Please respond directly to Ali Qureshi at Telematix with any assistance to his question below. ________________________________ Paul Ritchie VP, Global Inventures -----Original Message----- From: Ali Qureshi [mailto:aqureshi@telematix-corp.com] Sent: Thursday, April 11, 2024 11:43 AM To: pritchie@inventures.com Subject: MPEG4 Question Paul, Thank you for taking the time to talk to me on the phone. I am basically looking for MPEG-4 vendors who have a Software Solution that runs on a DSP or Hardware Solution that is configurable but needs to have Broadcast Quality for Satellite type application. Please point me to the appropriate vendors or contact persons. Thanks and regards, Ali Qureshi Telematix Corp -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020411/7768538d/attachment.html From jose-a-rola telecom.pt Fri Apr 12 15:13:53 2002 From: jose-a-rola telecom.pt (Jose A Rola) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] FW: MPEG4 Question-Satellite -Reply Message-ID: I am also interested in the aswers to this question. Thank you all Jos? Rola Engineer Portugal Telecom Comunica??es, SA >>> Paul Ritchie 04/11/02 11:14pm >>> Hello Ali: I've taken the liberty to forward your question to the Technical Notes email list for M4IF. M4IF--Please respond directly to Ali Qureshi at Telematix with any assistance to his question below. ________________________________ Paul Ritchie VP, Global Inventures -----Original Message----- From: Ali Qureshi [mailto:aqureshi@telematix-corp.com] Sent: Thursday, April 11, 2024 11:43 AM To: pritchie@inventures.com Subject: MPEG4 Question Paul, Thank you for taking the time to talk to me on the phone. I am basically looking for MPEG-4 vendors who have a Software Solution that runs on a DSP or Hardware Solution that is configurable but needs to have Broadcast Quality for Satellite type application. Please point me to the appropriate vendors or contact persons. Thanks and regards, Ali Qureshi Telematix Corp From 94426082 eeng.dcu.ie Mon Apr 15 12:54:58 2002 From: 94426082 eeng.dcu.ie (Nikki) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] MPEG4 Codec & SDK -> Streamed Delivery References: <004b01c1dc95$e2102030$f523ce88@anca> <3CADEF10.6070303@cisco.com> Message-ID: <005101c1e46b$fc76eb10$f523ce88@anca> Hi again, Thanks everyone for suggestions on where and which codec to use! Now, Im trying to sort out which streaming stack to use that has/must have RTP & RTCP support. At the moment Im using the Live.com streaming server but are there any others that I could possibly look into with open source. Ive looked at the Darwin server but there is no RTCP support as far as I can see - perhaps Im wrong. Thanks everyone, rgds, Nikki ----- Original Message ----- From: "Bill May" To: "Nikki" <94426082@eeng.dcu.ie> Sent: Friday, April 05, 2024 7:38 PM Subject: Re: [M4IF Technotes] MPEG4 Codec & SDK > http://www.mpeg4ip.net should have all you want. No Java > interface, code is all C++. This is our open source project. > > Bill > > Nikki wrote: > > Hi All, > > > > > > > > Im a post-grad doing research in QoS for MPEG4. I was wondering if > > anyone could suggest a good MPEG-4 codec with SDK that will allow me to > > encode, decode in real-time and play out real-time content. > > > > > > > > In short: > > > > What codecs would you suggest? > > > > Is there an easy to use SDK that will interface with Java? > > > > What kind of price range? (RE: Limited student research grant budget) > > > > Are there any discounts for universities and non-profit organisations? > > > > > > > > Thanking you, regards, > > > > Nikki > > > > From DeepaliA improvsys.com Mon Apr 15 19:25:08 2002 From: DeepaliA improvsys.com (Deepali Arya) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] contradictory conformance requirements? Message-ID: <775BE9D2D47B434B8FA092E0980A3A2C033714@improv_server> Hi all, The visual conformance FDIS document has couple of contradicting statements. Can someone clear these up for me please? Section 4.4 : Definition of visual decoder compliance The decoder shall reconstruct I-, P- and B-VOPs and sprites within +/-1 pixel difference compared with that generated by the reference software. 4.5.1 Static tests - The static tests that involve the use of IDCT, IDWT or sprite warping, in which case the test will check that the peak absolute error between the values of the samples reconstructed by the decoder under test and the values of the samples reconstructed by the reference decoder shall not be larger than 2 when the reference frames used by both decoders are numerically identical. The first statement indicates that a decoder implementation can be off from the reference decoder by maximum difference of 1. The second statement indicates that a difference of 2 is acceptable, if reference VOPs are numerically equal. Which is the right requirement? If the IDCT is 1180 compliant and follows Annex A of the standard, how much difference between the final reconstructed pixels of the decoder is allowed? Thanks. Deepali Arya Improv Systems Inc, Beverly. Email: deepalia@improvsys.com Tel: (978) 927-0555 x18 From wuks bhnec.nec.co.jp Tue Apr 16 12:14:34 2002 From: wuks bhnec.nec.co.jp (wuks@bhnec.nec.co.jp) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] how to quantize intra_dc using H.263 method? Message-ID: when using H.263 method to quantize intra MB's DC, there are two means to use, one is level=cof//8; the other is as same as MPEG's; but how does the decoder dequantize( or is there a flag to differentiate them) ? From garysull microsoft.com Mon Apr 15 23:33:12 2002 From: garysull microsoft.com (Gary Sullivan) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] how to quantize intra_dc using H.263 method? Message-ID: <0170DDAD0BADFA4CBEC3B55A0748DCCC05B66F63@red-msg-02.redmond.corp.microsoft.com> Actually, there are an infinite number of ways to quantize. It is a popular misconception that video coding standards tell you how to quantize data -- they don't. Even some academic publications encourage this serious misconception. The standards actually let you quantize any way you want. In fact I don't think they even require the encoder to quantize anything at all. What they do specify is how the decoder will interpret the syntax it is sent. It is entirely up to the encoder designer to figure out how to send it something useful. Yes, there is syntax in the MPEG-4 standard to tell the decoder how to interpret the coefficient indices. There are basically two different inverse quantization methods supported in MPEG-4 video. In MPEG-4, there is one called "type 1" and another called "type 2" (section 7.4.4). Type 1 inverse quantization is similar to that in H.263 baseline and Type 2 inverse quantization is similar to that in MPEG-2. However, I don't think either one is exactly the same as in those other standards -- except for when the "short header" format is used, in which case it exactly follows H.263 baseline. Best Regards, Gary Sullivan +> -----Original Message----- +> From: wuks@bhnec.nec.co.jp [mailto:wuks@bhnec.nec.co.jp] +> Sent: Monday, April 15, 2024 8:15 PM +> To: technotes@lists.m4if.org +> Subject: [M4IF Technotes] how to quantize intra_dc using +> H.263 method? +> +> +> when using H.263 method to quantize intra MB's DC, there are +> two means to +> use, +> one is level=cof//8; +> the other is as same as MPEG's; +> +> but how does the decoder dequantize( or is there a flag to +> differentiate +> them) ? +> +> +> +> _______________________________________________ +> Technotes mailing list +> Technotes@lists.m4if.org +> http://lists.m4if.org/mailman/listinfo/technotes +> From DeepaliA improvsys.com Tue Apr 16 15:16:31 2002 From: DeepaliA improvsys.com (Deepali Arya) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] contradictory conformance requirements? Message-ID: <775BE9D2D47B434B8FA092E0980A3A2C03371D@improv_server> > Hi all, > > The visual conformance FDIS document has couple of contradicting > statements. Can someone clear these up for me please? > > Section 4.4 : Definition of visual decoder compliance > The decoder shall reconstruct I-, P- and B-VOPs and sprites within +/-1 > pixel difference compared with that generated by the reference software. > > 4.5.1 Static tests > - The static tests that involve the use of IDCT, IDWT or sprite warping, > in which case the test will check that the peak absolute error between the > values of the samples reconstructed by the decoder under test and the > values of the samples reconstructed by the reference decoder shall not be > larger than 2 when the reference frames used by both decoders are > numerically identical. > > > > The first statement indicates that a decoder implementation can be off > from the reference decoder by maximum difference of 1. The second > statement indicates that a difference of 2 is acceptable, if reference > VOPs are numerically equal. Which is the right requirement? If the IDCT is > 1180 compliant and follows Annex A of the standard, how much difference > between the final reconstructed pixels of the decoder is allowed? > > Thanks. > > Deepali Arya > Improv Systems Inc, Beverly. > Email: deepalia@improvsys.com > Tel: (978) 927-0555 x18 > From olivier.amato canalweb.net Wed Apr 17 12:26:27 2002 From: olivier.amato canalweb.net (Olivier Amato) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster References: Message-ID: <002401c1e5f1$f5032e70$4714a8c0@olivier> I'm looking for tutorials which explain how to analyze and modify MP4 files with Dumpster. Could anybody help me ? Thanks in advance. Olivier Amato Canalweb, France From jwalant.desai wipro.com Wed Apr 17 17:38:41 2002 From: jwalant.desai wipro.com (Jwalant Sumantrai Desai) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] contradictory conformance requirements? References: <775BE9D2D47B434B8FA092E0980A3A2C033714@improv_server> Message-ID: <3CBD57B8.C067F4CF@wipro.com> Skipped content of type multipart/alternative-------------- next part -------------- **************************Disclaimer************************************ Information contained in this E-MAIL being proprietary to Wipro Limited is 'privileged' and 'confidential' and intended for use only by the individual or entity to which it is addressed. You are notified that any use, copying or dissemination of the information contained in the E-MAIL in any manner whatsoever is strictly prohibited. ******************************************************************** From guy.moreillon nagra.com Wed Apr 17 14:14:24 2002 From: guy.moreillon nagra.com (Moreillon Guy) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster Message-ID: <4343D84FD316D511BC1500C0F05CC1DF6C3B1A@isis.nagra-kudelski.ch> Howdy, I guess you are referring to Apple's Dumpster program? It does not permit any editing of the file and since it is inteded for QuickTime files, is is limited to reading the atom structure and basic quicktime-based descriptors. Still, it is usefull for browsing the content of an MP4 file to a certain degree, but it won't decode MPEG-4 descriptors (such as iods, the Initial Object Descriptor). I suggest reading the MPEG-4 standard (14496-1:2001) and looking at mpeg4ip for another dumper. -- Guy Moreillon -- Principal Engineer - New Solutions -- NagraVision, Switzerland -- Tel: +41 21 732 04 47 -----Original Message----- From: Olivier Amato [mailto:olivier.amato@canalweb.net] Sent: Wednesday, April 17, 2024 11:26 AM To: technotes@lists.m4if.org Subject: [M4IF Technotes] MP4 files analysis with Dumpster I'm looking for tutorials which explain how to analyze and modify MP4 files with Dumpster. Could anybody help me ? Thanks in advance. Olivier Amato Canalweb, France _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From olivier.amato canalweb.net Wed Apr 17 14:57:02 2002 From: olivier.amato canalweb.net (Olivier Amato) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster References: <4343D84FD316D511BC1500C0F05CC1DF6C3B1A@isis.nagra-kudelski.ch> Message-ID: <002401c1e607$006345b0$4714a8c0@olivier> Guy, > I guess you are referring to Apple's Dumpster program? Absolutely. > It does not permit > any editing of the file and since it is inteded for QuickTime files, is is > limited to reading the atom structure and basic quicktime-based descriptors. > Still, it is usefull for browsing the content of an MP4 file to a certain > degree, but it won't decode MPEG-4 descriptors (such as iods, the Initial > Object Descriptor). Actually, somebody from ResonateMP4 showed me yesterday how to analyze and modify an MP4 file ( produced by a company's encoder ) and make it playable on several players ( DivX, Envivio, Dicas ). I think he just modified the time indication of each frame but I'm not sure because I don't know MPEG-4 specifications deeply enough ( but I can give you his contact if you want more informations ... ). That's why I'd like to better know what it is possible to do and what it is not possible to do with Dumpster ... > I suggest reading the MPEG-4 standard (14496-1:2001) and looking at > mpeg4ip for another dumper. OK, I'll take a look at mpeg4ip. Thanks for your answer. Regards, Olivier From bodo.thiemann philips.com Wed Apr 17 16:32:55 2002 From: bodo.thiemann philips.com (bodo.thiemann@philips.com) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] Object Descriptor Framework Message-ID: Object Descriptors in the Object Descriptor Stream contain the ES IDs of the elementary streams linked to the OD ID. It is not clear to me, how the individual audio, visual (...) streams are then linked to the ES IDs ? Is this completely handled by DMIF ? Thanks for your help, Bodo ---- Bodo Thiemann, Systems Engineer, Philips Semiconductors, Systems Laboratory Hamburg Department: Software & Multimedia - Compression & Storage Systems (SM-CSS) Stresemannallee 101 22529 Hamburg, Germany Phone: +49 40 5613-3318, Fax: +49 40 5613-3525, E-Mail: Bodo.Thiemann@philips.com From gchandra tataelxsi.co.in Wed Apr 17 20:59:08 2002 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy G) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] Object Descriptor Framework References: Message-ID: <009b01c1e61c$3c32cec0$cc14010a@tataelxsi.co.in> hi Bodo, If you are talking of MP4 File Format, Each Elementary Stream in the MP4-File is stored as a Media Track. The Track is identified by a trackID (you can exploit the point that this trackID should be related to the ES_ID of the Elementary Stream it is carrying!) For MP4 File Format, you can directly relate with: ObjectDescriptor::ES_ID_Inc[]::Track_ID; otherwise, you can relate with: TrackBox[]::SampleTableBox::SampleDescriptionBox::SampleEntry[]::ESDBox::ES_ Descriptor::ES_ID; Experts- please correct me if i am wrong. regards, Chandra ----- Original Message ----- From: To: Sent: Wednesday, April 17, 2024 7:02 PM Subject: [M4IF Technotes] Object Descriptor Framework > Object Descriptors in the Object Descriptor Stream contain the ES IDs of the elementary streams linked > to the OD ID. It is not clear to me, how the individual audio, visual (...) streams are then > linked to the ES IDs ? Is this completely handled by DMIF ? > > Thanks for your help, > > Bodo > > ---- > Bodo Thiemann, > Systems Engineer, Philips Semiconductors, Systems Laboratory Hamburg > Department: Software & Multimedia - Compression & Storage Systems (SM-CSS) > Stresemannallee 101 > 22529 Hamburg, Germany > > Phone: +49 40 5613-3318, Fax: +49 40 5613-3525, E-Mail: Bodo.Thiemann@philips.com > > > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From singer apple.com Wed Apr 17 11:15:33 2002 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:07:52 2003 Subject: [M4IF Technotes] Object Descriptor Framework In-Reply-To: <009b01c1e61c$3c32cec0$cc14010a@tataelxsi.co.in> References: <009b01c1e61c$3c32cec0$cc14010a@tataelxsi.co.in> Message-ID: At 19:59 +0530 4/17/02, Chandra Sekhar Reddy G wrote: >hi Bodo, > >If you are talking of MP4 File Format, >Each Elementary Stream in the MP4-File is stored as a Media Track. >The Track is identified by a trackID (you can exploit the point that this >trackID should be related to the ES_ID of the Elementary Stream it is >carrying!) It should be the same; the MP4 file format says that the ES_ID and the track_ID are the same for elementary streams. The ES_ID stored inside the ES Descriptor inside the track is zero; this needs to be updated when the ES Descriptor is inserted into the OD stream or IOD (also the SL Config Descriptor will need updating to reflect the actual stream format, and so on). > >For MP4 File Format, you can directly relate with: >ObjectDescriptor::ES_ID_Inc[]::Track_ID; > >otherwise, you can relate with: >TrackBox[]::SampleTableBox::SampleDescriptionBox::SampleEntry[]::ESDBox::ES_ >Descriptor::ES_ID; > >Experts- please correct me if i am wrong. > >regards, >Chandra > > > >----- Original Message ----- >From: >To: >Sent: Wednesday, April 17, 2024 7:02 PM >Subject: [M4IF Technotes] Object Descriptor Framework > > >> Object Descriptors in the Object Descriptor Stream contain the ES IDs of >the elementary streams linked >> to the OD ID. It is not clear to me, how the individual audio, visual >(...) streams are then >> linked to the ES IDs ? Is this completely handled by DMIF ? >> >> Thanks for your help, >> >> Bodo >> >> ---- >> Bodo Thiemann, >> Systems Engineer, Philips Semiconductors, Systems Laboratory Hamburg >> Department: Software & Multimedia - Compression & Storage Systems >(SM-CSS) >> Stresemannallee 101 >> 22529 Hamburg, Germany >> >> Phone: +49 40 5613-3318, Fax: +49 40 5613-3525, E-Mail: >Bodo.Thiemann@philips.com >> >> >> >> _______________________________________________ >> Technotes mailing list >> Technotes@lists.m4if.org >> http://lists.m4if.org/mailman/listinfo/technotes > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime From rkoenen intertrust.com Wed Apr 17 22:37:24 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] contradictory conformance requirements? Message-ID: <3C124172E7FDD511B510000347426D59CF17BC@exchange.epr.com> > Rob-, any comments??? Funny you should ask me :-) In fact, I would also appreciate hearing form Conformance experts, and I do not consider myself to be one at all. Thanks very much for sharing your analysis, Rob -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020417/403dba98/attachment.html From dmackie cisco.com Wed Apr 17 17:28:15 2002 From: dmackie cisco.com (David Mackie) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster In-Reply-To: <002401c1e607$006345b0$4714a8c0@olivier> Message-ID: Olivier, I'm one of the authors of the mpeg4ip package (www.mpeg4ip.net). The package includes an mp4 file format library that allows modification of anything in the file. It also includes a number of utilities that use the library, including an mp4 dumper that understands the MPEG-4 descriptors. If you have any suggestions for additions to the library we're always glad to receive them. Dave Mackie > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org]On Behalf Of Olivier Amato > Sent: Wednesday, April 17, 2024 4:57 AM > To: Moreillon Guy; technotes@lists.m4if.org > Subject: Re: [M4IF Technotes] MP4 files analysis with Dumpster > > > Guy, > > > I guess you are referring to Apple's Dumpster program? > > Absolutely. > > > It does not permit > > any editing of the file and since it is inteded for QuickTime > files, is is > > limited to reading the atom structure and basic quicktime-based > descriptors. > > Still, it is usefull for browsing the content of an MP4 file to > a certain > > degree, but it won't decode MPEG-4 descriptors (such as iods, > the Initial > > Object Descriptor). > > Actually, somebody from ResonateMP4 showed me yesterday how to analyze and > modify an MP4 file ( produced by a company's encoder ) and make > it playable > on several players ( DivX, Envivio, Dicas ). I think he just modified the > time indication of each frame but I'm not sure because I don't know MPEG-4 > specifications deeply enough ( but I can give you his contact if you want > more informations ... ). > That's why I'd like to better know what it is possible to do and > what it is > not possible to do with Dumpster ... > > > I suggest reading the MPEG-4 standard (14496-1:2001) and looking at > > mpeg4ip for another dumper. > > OK, I'll take a look at mpeg4ip. > Thanks for your answer. > > Regards, > > Olivier > > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From wuks bhnec.nec.co.jp Wed Apr 17 16:00:23 2002 From: wuks bhnec.nec.co.jp (wuks@bhnec.nec.co.jp) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] what's the function of the define_vop_complexity_estimation_header()? Message-ID: From bodo.thiemann philips.com Thu Apr 18 10:29:05 2002 From: bodo.thiemann philips.com (bodo.thiemann@philips.com) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] Object Descriptor Framework Message-ID: My question was not related to MP4 files, where the association between ODs, ES IDs, track IDs and elementary stream data is indeed straight forward. I am thinking of a kind of "streaming or bradcast" application, where no MP4-File is used. In this case a demultiplexer at the receiving terminal must know somehow, to which decoder buffer it should pass the payload of the actual received SL packet. I would assume that this would be done by using the ES IDs, but I can't figure out how and in which layer this linking is done. Any help is welcome, Bodo Dave Singer To: Chandra Sekhar Reddy G Sent by: Bodo Thiemann/HBG/SC/PHILIPS@EMEA1 technotes-admin@lis Technotes@lists.m4if.org ts.m4if.org cc: Subject: Re: [M4IF Technotes] Object Descriptor Framework 17.04.02 19:15 Classification: At 19:59 +0530 4/17/02, Chandra Sekhar Reddy G wrote: >hi Bodo, > >If you are talking of MP4 File Format, >Each Elementary Stream in the MP4-File is stored as a Media Track. >The Track is identified by a trackID (you can exploit the point that this >trackID should be related to the ES_ID of the Elementary Stream it is >carrying!) It should be the same; the MP4 file format says that the ES_ID and the track_ID are the same for elementary streams. The ES_ID stored inside the ES Descriptor inside the track is zero; this needs to be updated when the ES Descriptor is inserted into the OD stream or IOD (also the SL Config Descriptor will need updating to reflect the actual stream format, and so on). > >For MP4 File Format, you can directly relate with: >ObjectDescriptor::ES_ID_Inc[]::Track_ID; > >otherwise, you can relate with: >TrackBox[]::SampleTableBox::SampleDescriptionBox::SampleEntry[]::ESDBox::ES_ >Descriptor::ES_ID; > >Experts- please correct me if i am wrong. > >regards, >Chandra > > > >----- Original Message ----- >From: >To: >Sent: Wednesday, April 17, 2024 7:02 PM >Subject: [M4IF Technotes] Object Descriptor Framework > > >> Object Descriptors in the Object Descriptor Stream contain the ES IDs of >the elementary streams linked >> to the OD ID. It is not clear to me, how the individual audio, visual >(...) streams are then >> linked to the ES IDs ? Is this completely handled by DMIF ? >> >> Thanks for your help, >> >> Bodo >> >> ---- >> Bodo Thiemann, >> Systems Engineer, Philips Semiconductors, Systems Laboratory Hamburg >> Department: Software & Multimedia - Compression & Storage Systems >(SM-CSS) >> Stresemannallee 101 >> 22529 Hamburg, Germany >> >> Phone: +49 40 5613-3318, Fax: +49 40 5613-3525, E-Mail: >Bodo.Thiemann@philips.com >> >> >> >> _______________________________________________ >> Technotes mailing list >> Technotes@lists.m4if.org >> http://lists.m4if.org/mailman/listinfo/technotes > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From Jean-Claude.Dufourd enst.fr Thu Apr 18 10:51:36 2002 From: Jean-Claude.Dufourd enst.fr (Jean-Claude Dufourd) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster References: <4343D84FD316D511BC1500C0F05CC1DF6C3B1A@isis.nagra-kudelski.ch> <002401c1e607$006345b0$4714a8c0@olivier> Message-ID: <3CBE7B08.28535B8@enst.fr> Olivier, Indeed Dumpster is the tool you want to use, if only because it is only 10kbytes and works very well and is intuitive... Nothing from mpeg4ip can beat that. mp4tool also cannot compete. The good thing about dumpster and mp4tool is that they come as a Windows exe and you do not have to setup a huge compile environment. However, you need to learn MP4 file format and OD framework before you can use it. To get an idea of what is in the file before editing with Dumpster, you can use the -xmlize option of mp4tool, which generates an xml dump of the mp4 file. And finally, Dumpster is not a dumper only, it allows editing indeed (using the bottom status line and the Apply button). Best regards JC From guy.moreillon nagra.com Thu Apr 18 11:35:57 2002 From: guy.moreillon nagra.com (Moreillon Guy) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] MP4 files analysis with Dumpster Message-ID: <4343D84FD316D511BC1500C0F05CC1DF6C3B1E@isis.nagra-kudelski.ch> True, true, dumpster will let you edit... bits. You can't add/remove/extend atoms though and you can't edit the content of mdat atoms, or at least I haven't found how to do all this (in the version I have, which is build 60). If it is possible, I'm interested! -- Guy Moreillon -- Principal Engineer - New Solutions -- NagraVision, Switzerland -- Tel: +41 21 732 04 47 -----Original Message----- From: Jean-Claude Dufourd [mailto:Jean-Claude.Dufourd@enst.fr] Sent: Thursday, April 18, 2024 9:52 AM To: Olivier Amato Cc: Moreillon Guy; technotes@lists.m4if.org Subject: Re: [M4IF Technotes] MP4 files analysis with Dumpster Olivier, Indeed Dumpster is the tool you want to use, if only because it is only 10kbytes and works very well and is intuitive... Nothing from mpeg4ip can beat that. mp4tool also cannot compete. The good thing about dumpster and mp4tool is that they come as a Windows exe and you do not have to setup a huge compile environment. However, you need to learn MP4 file format and OD framework before you can use it. To get an idea of what is in the file before editing with Dumpster, you can use the -xmlize option of mp4tool, which generates an xml dump of the mp4 file. And finally, Dumpster is not a dumper only, it allows editing indeed (using the bottom status line and the Apply button). Best regards JC From frans inwind.it Thu Apr 18 12:03:40 2002 From: frans inwind.it (Francesco Falconi) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] Mux cmp files Message-ID: <001001c1e6b7$f201c350$a3d67450@francesc0h4ebp> Hello to everyone, I'm giving a look about System 14496, in particular I am interested in multiplexing streaming objects .cmp obtained by open source microsoft-vfdis-v10-990812. I've seen that in Mux folder there is only poor documentation, about Bifs and script file. I know that Mux.exe (compiled from Systems) could accept script file (.src) who describes the behaviour of the objects stream. I can't understand how to make this script file, simply to mux 2 visual stream (no audio) compressed from raw yuv file into cmp compressed stream. Could you help to understand how to simply make this script file to make multiplexing? There is any tool avaible? Thank you very much, Regards, Francesco -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020418/f7b902c4/attachment.html From wuks bhnec.nec.co.jp Thu Apr 18 11:52:28 2002 From: wuks bhnec.nec.co.jp (wuks@bhnec.nec.co.jp) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] (no subject) Message-ID: after VLC , is it true that writing DCT's huffman codes into bitstream file from the lowest bit to the highest bit ? Thank for your help! From rob.koenen m4if.org Fri Apr 19 00:49:50 2002 From: rob.koenen m4if.org (Rob Koenen) Date: Wed Jul 30 14:07:53 2003 Subject: FW: [M4IF Technotes] what's the function of the define_vop_complexity_estimation_header()? Message-ID: <001601c1e76e$83cfff70$0301a8c0@t2001027> I am sure someone in MPEG's Implementation Studies Group can answer this question. Rob -----Original Message----- From: wuks@bhnec.nec.co.jp [mailto:wuks@bhnec.nec.co.jp] Sent: Wednesday, April 17, 2024 0:00 To: technotes@lists.m4if.org Subject: [M4IF Technotes] what's the function of the define_vop_complexity_estimation_header()? _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From rkoenen intertrust.com Fri Apr 19 01:25:15 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] RE: [M4IF Discuss] MPEG-4 implementations and MPEG-J Message-ID: <3C124172E7FDD511B510000347426D59CF181F@exchange.epr.com> This is really a question for the Technotes list. I know that Envivio and iVast have implementations of MPEG-J, and Sun too, as far as I know. If there are any others out there, reply to the asker and the technotes list please. Best, Rob -----Original Message----- From: John Riise [mailto:John.Riise@NetAdtack.com] Sent: Friday, February 22, 2024 20:35 To: discuss@lists.m4if.org Subject: [M4IF Discuss] MPEG-4 implementations and MPEG-J Hello Everyone, We're a company that among other things develops streaming related products for logging, analysis and targeting. These products very much rely on the ability to run client-side scripting/applets and my question is: How far are the existing MPEG-4 implementations on the support of MPEG-J? Thanks, John Riise ---------------------------------------------- John George Riise CTO NetAdtack ApS Dronning Olgas Vej 39B DK-2000 Frederiksberg Tel.: +45 70 27 28 52 Fax: +45 70 27 28 53 John.Riise@NetAdtack.com www.NetAdtack.com -------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020419/d6f1f5bc/attachment.html From DeepaliA improvsys.com Fri Apr 19 11:40:04 2002 From: DeepaliA improvsys.com (Deepali Arya) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] size of block required from the reference frame for GMC? Message-ID: <775BE9D2D47B434B8FA092E0980A3A2C033722@improv_server> Hi, Thanks for the response to the conformance question. It makes a lot of sense when the requirements are put explicitly like that. I also have a question about the GMC implementation in advanced simple profile (ASP). What is the largest block of reference data that can be required for GMC ( i assume this would be the case of affine transformation )? For eg. the maximum predictor block size that half-pel motion compensation would need would be 17x17 for 1-MV case. Can such a limit be put on the GMC predictor data too ? I have run the ASP verification bitstreams in the reference decoder, and came up with a block size of 22x22 for GMC - but such a size is not intutive from the warping functions, and I was curious if I can put a maximum limit on the block needed? Thanks. Deepali Arya Improv Systems Inc, Beverly. Email: deepalia@improvsys.com Tel: (978) 927-0555 x18 From rkoenen intertrust.com Fri Apr 19 12:05:12 2002 From: rkoenen intertrust.com (Rob Koenen) Date: Wed Jul 30 14:07:53 2003 Subject: [M4IF Technotes] RE: [M4IF Discuss] Reg: MPEG-4 System Message-ID: <3C124172E7FDD511B510000347426D59AF52EB@exchange.epr.com> this is a question for the technotes list, not the discuss list. BUt even there, it is too general to expect a detailed answer on the list. Check out http://www.m4if.org/resources.php first, notably WEMP4 2001. Rob > -----Original Message----- > From: Vinayagam.M@lntinfotech.com [mailto:Vinayagam.M@lntinfotech.com] > Sent: Friday, April 19, 2024 10:36 > To: discuss@lists.m4if.org > Subject: [M4IF Discuss] Reg: MPEG-4 System > > > Dear All, > I like to know more basic details about MPEG-4 System Design > & DMIF Layer > Design. Please tell me some details design with different > delivery layer > protols. > Regards, > Vinayagam.M > > _______________________________________________ > Discuss mailing list > Discuss@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/discuss > From julien resonate-mp4.com Sat Apr 20 19:02:45 2002 From: julien resonate-mp4.com (Julien Boeuf) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] RE: [M4IF Discuss] Reg: MPEG-4 System References: <3C124172E7FDD511B510000347426D59AF52EB@exchange.epr.com> Message-ID: <003601c1e884$cfdae1c0$0200a8c0@herreweghe> Hi, Regarding DMIF, the following documents will help you to understand it: - ISO/IEC 14496-6 which details the DAI (DMIF Application Interface (normative)) and the DNI (DMIF Network Interface (informative)) - ISO/IEC 14496-6 FDAM where you can find, in the annex I, a syntax definition of the DAI in C++. If you want some code that implements DMIF, you can check you: - ISO/IEC 14496-5 (IM1): look at the DMIFClientFilter.dsp and the FileMP4Instance.dsp for a local storage scenario. There's a doc which explains how it is implemented and how to make your own DMIF plugin. You can get a recent version of IM1 at http://mpeg.telecomitalialab.com/public/mpeg-4_refsoft_amd2.zip - A complete server / remote instance working with IM1 has been implemented by the guys from the University of British Columbia in Vancouver: http://lan.ece.ubc.ca/memberza.html Regards, Julien. ----- Original Message ----- From: "Rob Koenen" To: "M4IF Technotes (E-mail)" ; ; Sent: Friday, April 19, 2024 8:05 PM Subject: [M4IF Technotes] RE: [M4IF Discuss] Reg: MPEG-4 System | this is a question for the technotes list, not the discuss list. | BUt even there, it is too general to expect a detailed answer on the | list. | | Check out http://www.m4if.org/resources.php first, notably | WEMP4 2001. | | Rob | | > -----Original Message----- | > From: Vinayagam.M@lntinfotech.com [mailto:Vinayagam.M@lntinfotech.com] | > Sent: Friday, April 19, 2024 10:36 | > To: discuss@lists.m4if.org | > Subject: [M4IF Discuss] Reg: MPEG-4 System | > | > | > Dear All, | > I like to know more basic details about MPEG-4 System Design | > & DMIF Layer | > Design. Please tell me some details design with different | > delivery layer | > protols. | > Regards, | > Vinayagam.M | > | > _______________________________________________ | > Discuss mailing list | > Discuss@lists.m4if.org | > http://lists.m4if.org/mailman/listinfo/discuss | > | _______________________________________________ | Technotes mailing list | Technotes@lists.m4if.org | http://lists.m4if.org/mailman/listinfo/technotes From knkneib knk-mpeg.com Sat Apr 20 13:26:20 2002 From: knkneib knk-mpeg.com (Kristine N. Kneib, Ph.D.) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] RE: [M4IF Discuss] Reg: MPEG-4 System In-Reply-To: <3C124172E7FDD511B510000347426D59AF52EB@exchange.epr.com> Message-ID: <5.0.2.1.0.20020420121123.02342ec0@pop3.norton.antivirus> ... and for basic practical and implementation details about MPEG-4 System design for products and the design details, status and issues for different delivery layer protocols such as IP, MPEG2 transport, DSM-CC, mobile, etc and DMIF, check out the agenda of Day 2 May 22, 2024 of KNK Seminars "MPEG-4 Technologies & Applications" seminar at www.knk-mpeg.com/mpeg4b.htm Best regards, Kristine Kneib KNK Seminars & Strategies Making MPEG Work for You! At 11:05 AM 4/19/02 -0700, you wrote: >this is a question for the technotes list, not the discuss list. >BUt even there, it is too general to expect a detailed answer on the >list. > >Check out http://www.m4if.org/resources.php first, notably >WEMP4 2001. > >Rob > > > -----Original Message----- > > From: Vinayagam.M@lntinfotech.com [mailto:Vinayagam.M@lntinfotech.com] > > Sent: Friday, April 19, 2024 10:36 > > To: discuss@lists.m4if.org > > Subject: [M4IF Discuss] Reg: MPEG-4 System > > > > > > Dear All, > > I like to know more basic details about MPEG-4 System Design > > & DMIF Layer > > Design. Please tell me some details design with different > > delivery layer > > protols. > > Regards, > > Vinayagam.M > > > > _______________________________________________ > > Discuss mailing list > > Discuss@lists.m4if.org > > http://lists.m4if.org/mailman/listinfo/discuss > > >_______________________________________________ >Discuss mailing list >Discuss@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/discuss -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020420/17032c6a/attachment.html From gnitin noida.hcltech.com Mon Apr 22 17:41:51 2002 From: gnitin noida.hcltech.com (Nitin Gupta--DSP, Noida) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] Video Object Plane Header Message-ID: Hi all, I have some doubts regarding the header of the video object plane in an Mpeg4 stream. I hope that somebody would help me out . 1) In the video object plane header the first parameter that is encoded is the vop coding type & the parameter vop_coded ( that tells whether the vop is coded or not ) comes later. I want to know why are these parameters encoded in this order since if vop is not coded then we are hardly bothered that the vop coding type is I or P. Shouldn't the vop_coded parameter come before the vop coding type so that if vop is not coded we need not decode any further information ? 2) Another parameter that comes in the vop header is vop_quant. As i can interpret its value can range from 1 to 31. But i would like to know that is the value 0 for vop_quant illegal ? Because i think we can have the value of vop_quant in the header to be 0 & then we can have the value of d_quant to be +1 or +2 in the first macroblock of the vop ( provided that the mb_type of the macroblock is either 1 or 4 ) & that would put the things right. Thanx & Regards, ----------------------------------------------------------------- Nitin Gupta Member Technical Staff, MicroProcessor Software Group (MPSG), A-5, Sector 24, HCL Technologies, Noida 201301, India +91 11 91 4534265-66 (O) Extn: 2561 gnitin@noida.hcltech.com g_nitin007@yahoo.com --------------------------------------------------------- DISCLAIMER This document is intended for transmission to the named recipient only. If you are not that person, you should note that legal rights reside in this document and you are not authorized to access, read, disclose, copy, use or otherwise deal with it and any such actions are prohibited and may be unlawful. The views expressed in this document are not necessarily those of HCL Technologies Ltd. Notice is hereby given that no representation, contract or other binding obligation shall be created by this e-mail, which must be interpreted accordingly. Any representations, contractual rights or obligations shall be separately communicated in writing and signed in the original by a duly authorized officer of the relevant company. -------------------*-------------- From neel2265 yahoo.com Mon Apr 22 09:13:59 2002 From: neel2265 yahoo.com (Neelakanth) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] MPEG4 Systems ES Descriptor Syntax Message-ID: <20020422151359.5213.qmail@web13007.mail.yahoo.com> Hi All Question: In document ISO/IEC 14496-1:2000(E) I find the syntax of ES Descriptor little bit confusing. On page 28, 8.6.5.1 there is an "if" for "OCRStreamflag" depending on which two bytes have been asigned. and on page 360, appendix J.5 I find the same bit reserved and assigned a value 1 to it. Which one is the correct one? Thanks and Regards Neelakanth __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ From garysull microsoft.com Tue Apr 23 06:45:00 2002 From: garysull microsoft.com (Gary Sullivan) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] Video Object Plane Header Message-ID: <0170DDAD0BADFA4CBEC3B55A0748DCCC05B66FE7@red-msg-02.redmond.corp.microsoft.com> 1) Regarding why the order was chosen for vop_coded versus vop coding type -- I don't know. Just a quirk I suppose. Doesn't seem significantly harmful, but perhaps it's not ideal design. 2) Regarding quant, yes I believe it must be in the range of 1 - 31, at least unless the 10-bit or 12-bit options are in use. Since quant=0 has no defined meaning, I don't see any value in being able to send it. (quant=0 could also potentially cause start code emulation, depending on what syntax elements occur in the same neighborhood.) Best Regards, Gary +> -----Original Message----- +> From: Nitin Gupta--DSP, Noida [mailto:gnitin@noida.hcltech.com] +> Sent: Monday, April 22, 2024 4:12 AM +> To: technotes@lists.m4if.org +> Subject: [M4IF Technotes] Video Object Plane Header +> +> +> Hi all, +> I have some doubts regarding the header of the +> video object plane in an Mpeg4 stream. I hope that somebody +> would help me out . +> +> 1) In the video object plane header the first parameter +> that is encoded is the vop coding type & the parameter +> vop_coded ( that tells whether the vop is coded or not ) +> comes later. I want to know why are these parameters +> encoded in this order since if vop is not coded then we are +> hardly bothered that the vop coding type is I or P. +> Shouldn't the vop_coded parameter come before the +> vop coding type so that if vop is not coded we need not +> decode any further information ? +> +> 2) Another parameter that comes in the vop header is +> vop_quant. As i can interpret its value can range from +> 1 to 31. But i would like to know that is the value 0 for +> vop_quant illegal ? Because i think we can have the +> value of vop_quant in the header to be 0 & then we can +> have the value of d_quant to be +1 or +2 in the first macroblock +> of the vop ( provided that the mb_type of the macroblock +> is either 1 or 4 ) & that would put the things right. +> +> +> Thanx & Regards, +> ----------------------------------------------------------------- +> Nitin Gupta +> Member Technical Staff, +> MicroProcessor Software Group (MPSG), +> A-5, Sector 24, +> HCL Technologies, Noida 201301, India +> +91 11 91 4534265-66 (O) Extn: 2561 +> gnitin@noida.hcltech.com +> g_nitin007@yahoo.com +> +> --------------------------------------------------------- +> DISCLAIMER +> This document is intended for transmission to the named +> recipient only. If +> you are not that person, you should note that legal rights +> reside in this +> document and you are not authorized to access, read, +> disclose, copy, use or +> otherwise deal with it and any such actions are prohibited and may be +> unlawful. The views expressed in this document are not +> necessarily those of +> HCL Technologies Ltd. Notice is hereby given that no representation, +> contract or other binding obligation shall be created by +> this e-mail, which +> must be interpreted accordingly. Any representations, +> contractual rights or +> obligations shall be separately communicated in writing and +> signed in the +> original by a duly authorized officer of the relevant company. +> -------------------*-------------- +> +> +> _______________________________________________ +> Technotes mailing list +> Technotes@lists.m4if.org +> http://lists.m4if.org/mailman/listinfo/technotes +> From piccarre mail2.elet.polimi.it Tue Apr 23 18:07:49 2002 From: piccarre mail2.elet.polimi.it (Luca Piccarreta) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] Video Object Plane Header References: <0170DDAD0BADFA4CBEC3B55A0748DCCC05B66FE7@red-msg-02.redmond.corp.microsoft.com> Message-ID: <000f01c1ead8$a21909f0$4b7baf83@piccarreta> I suppose that vop_coded is in that position on purpose, to remember you that for IVOP and PVOP you must calculate the Future and Past Reference times, and swap the Future and Past VOP. At least, I hope. :) Luca Piccarreta. ----- Original Message ----- From: "Gary Sullivan" To: "Nitin Gupta--DSP, Noida" ; Sent: Tuesday, April 23, 2024 2:45 PM Subject: RE: [M4IF Technotes] Video Object Plane Header > > 1) Regarding why the order was chosen for vop_coded > versus vop coding type -- I don't know. Just a quirk > I suppose. Doesn't seem significantly harmful, but perhaps > it's not ideal design. > > 2) Regarding quant, yes I believe it must be in the range of > 1 - 31, at least unless the 10-bit or 12-bit options are in use. > Since quant=0 has no defined meaning, I don't see any value > in being able to send it. (quant=0 could also potentially > cause start code emulation, depending on what syntax elements > occur in the same neighborhood.) > > Best Regards, > > Gary > > +> -----Original Message----- > +> From: Nitin Gupta--DSP, Noida [mailto:gnitin@noida.hcltech.com] > +> Sent: Monday, April 22, 2024 4:12 AM > +> To: technotes@lists.m4if.org > +> Subject: [M4IF Technotes] Video Object Plane Header > +> > +> > +> Hi all, > +> I have some doubts regarding the header of the > +> video object plane in an Mpeg4 stream. I hope that somebody > +> would help me out . > +> > +> 1) In the video object plane header the first parameter > +> that is encoded is the vop coding type & the parameter > +> vop_coded ( that tells whether the vop is coded or not ) > +> comes later. I want to know why are these parameters > +> encoded in this order since if vop is not coded then we are > +> hardly bothered that the vop coding type is I or P. > +> Shouldn't the vop_coded parameter come before the > +> vop coding type so that if vop is not coded we need not > +> decode any further information ? > +> > +> 2) Another parameter that comes in the vop header is > +> vop_quant. As i can interpret its value can range from > +> 1 to 31. But i would like to know that is the value 0 for > +> vop_quant illegal ? Because i think we can have the > +> value of vop_quant in the header to be 0 & then we can > +> have the value of d_quant to be +1 or +2 in the first macroblock > +> of the vop ( provided that the mb_type of the macroblock > +> is either 1 or 4 ) & that would put the things right. > +> > +> > +> Thanx & Regards, > +> ----------------------------------------------------------------- > +> Nitin Gupta > +> Member Technical Staff, > +> MicroProcessor Software Group (MPSG), > +> A-5, Sector 24, > +> HCL Technologies, Noida 201301, India > +> +91 11 91 4534265-66 (O) Extn: 2561 > +> gnitin@noida.hcltech.com > +> g_nitin007@yahoo.com > +> > +> --------------------------------------------------------- > +> DISCLAIMER > +> This document is intended for transmission to the named > +> recipient only. If > +> you are not that person, you should note that legal rights > +> reside in this > +> document and you are not authorized to access, read, > +> disclose, copy, use or > +> otherwise deal with it and any such actions are prohibited and may be > +> unlawful. The views expressed in this document are not > +> necessarily those of > +> HCL Technologies Ltd. Notice is hereby given that no representation, > +> contract or other binding obligation shall be created by > +> this e-mail, which > +> must be interpreted accordingly. Any representations, > +> contractual rights or > +> obligations shall be separately communicated in writing and > +> signed in the > +> original by a duly authorized officer of the relevant company. > +> -------------------*-------------- > +> > +> > +> _______________________________________________ > +> Technotes mailing list > +> Technotes@lists.m4if.org > +> http://lists.m4if.org/mailman/listinfo/technotes > +> > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > > From neel2265 yahoo.com Fri Apr 26 00:55:10 2002 From: neel2265 yahoo.com (Neelakanth) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] Stuffing Bit Pattern for Start Codes Message-ID: <20020426065510.44660.qmail@web13005.mail.yahoo.com> Hi, Please refer to 5.2.4 (Definition of next_start_code() function) of ISO/IEC 14496-2 (MPEG-4 Video Standard). In this function stuffing bit are parsed to go to next byte aligned position. The stuffing bits can be upto 8 ( 8 if position is already byte-aligned ). I want to know that once we have reached the byte aligned position then also shall we look for stuffing bits? For example I parsed 4 bits to reach the byte aligned position, shall I now look for 8 bit stuffing if the start code is not present? Thanks and Regards Neelakanth --------------------------------- Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20020425/e47d3354/attachment.html From kricke tu-harburg.de Fri Apr 26 22:54:59 2002 From: kricke tu-harburg.de (Ralph Kricke) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] max number of video objects Message-ID: <200204261954.g3QJsxv03193@mailgate5.cinetic.de> Hello all, I wonder if for a given profile the maximum number of video objects refers to the number of video objects visible in a scene, or is it the maximum number of elementary streams that may be present at a decoder (or in a *.mp4 file)? This number could be higher if switch nodes are used in the scene description. Thank you for your help, Ralph Kricke -- http://www.ti1.tu-harburg.de/~kricke mailto:kricke@tu-harburg.de ______________________________________________________________________________ Sie wollen mehr? Mehr Speicher, mehr Mail, mehr Erlebnis, mehr Leistung, mehr Pr?mie unter http://club.web.de/?mc=021102 From rob.koenen m4if.org Sun Apr 28 23:59:32 2002 From: rob.koenen m4if.org (Rob Koenen) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] max number of video objects In-Reply-To: <200204261954.g3QJsxv03193@mailgate5.cinetic.de> Message-ID: <000401c1ef43$19743ce0$0301a8c0@t2001027> As this defines bounds on the decoder, I'd say it refers to the max number of objects that need to be decoded at any given point in time. If an elementary stream is present but need not be decoded, then it puts no strain on the decoder. Rob > -----Original Message----- > From: Ralph Kricke [mailto:kricke@tu-harburg.de] > Sent: Friday, April 26, 2024 12:55 > To: technotes@lists.m4if.org > Subject: [M4IF Technotes] max number of video objects > > > Hello all, > > I wonder if for a given profile the maximum number of video > objects refers to the number of video objects visible in a > scene, or is it the maximum number of elementary streams that > may be present at a decoder (or in a *.mp4 file)? This number > could be higher if switch nodes are used in the scene description. > > Thank you for your help, > > Ralph Kricke > > -- > http://www.ti1.tu-harburg.de/~kricke > mailto:kricke@tu-harburg.de > ______________________________________________________________ > ________________ > Sie wollen mehr? Mehr Speicher, mehr Mail, mehr Erlebnis, > mehr Leistung, > mehr Pr?mie unter http://club.web.de/?mc=021102 > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From Jean-Claude.Dufourd enst.fr Tue Apr 30 10:19:45 2002 From: Jean-Claude.Dufourd enst.fr (Jean-Claude Dufourd) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] Help References: <3AECF961.71F9A9C7@uisdl.com> Message-ID: <3CCE4591.11053FB8@enst.fr> Dear Manish Manish Kulkarni wrote: > I recently purchased a license for ISO14496-5 which is the reference > software from ISO... Which edition did you get ? > I tried running the IM1player as per the systems\systems.doc file. > > In that document it is given that the command line to run the above > project is given in[3] > i.e > > ISO/IEC JTC1/SC29/WG11 M4372, Version notes on IM1 Core code and > Tools release 2.0, Contribution for Seoul, South Korea, March 1999 > > But this document is not avaliable anywhere and i have searched for > it on the ISO Web site. This is a private MPEG document whose reference should have been removed. The reference got removed in the latest edition. Syntax of that command is something like: im1player file.mp4 [-p] [-v] The options are for different logging variants (scene or binary). Best regards JC From martinf dvd.panasonic.com Tue Apr 30 05:12:16 2002 From: martinf dvd.panasonic.com (Martin Fitzgerald) Date: Wed Jul 30 14:07:54 2003 Subject: [M4IF Technotes] MPEG4 congress Paris Message-ID: <7B1B1D475381D51187D300065B199F4F0E2340@PDSIMAIL> Just a quick note of thanks to all involved with the Paris conference. I found it very useful and very informative. One comment though, it would have been very useful if some of software companies involved in making mpeg4 tools had some more products to demo. 'Envivo, Philips, iVast, Mpegable, Apple... etc.' ? I look forward to more European interest in this format, and to producing some commercial content in the near future. Thanks, Martin Fitzgerald Technical Manager Compression and Authoring Panasonic Disc Services International Limited 26-28 Hammersmith Grove Hammersmith London W6 7PE Tel direct: +44 (0)20 8742 6087 Tel office: +44 (0)20 8741 0014 Fax: +44 (0)20 8742 6060 E-mail MartinF@dvd.panasonic.com Notice of Confidentiality:- This email (and its attachment(s) if any) is intended for the named addressee(s) only. It contains information which may be confidential and/or privileged and/or exempt from disclosure under applicable law. Unless you are the named addressee (or authorised to receive it for the addressee) you may not read copy or use it, or disclose it to anyone else. Unauthorised use, copying or disclosure is strictly prohibited and may be unlawful. If you have received this transmission in error please notify the sender by telephone immediately (+44 (0)20 8742 6087) and delete the message from your email system. From aara10 hotmail.com Tue Apr 30 21:43:49 2002 From: aara10 hotmail.com (Alejandro RAMIREZ) Date: Wed Jul 30 14:07:55 2003 Subject: [M4IF Technotes] Question MPEG-2 vs MPEG-4. Message-ID: Hi, I am confronted with the following problem: I must implement a coder MPEG-4 starting from a coder MPEG-2. I have the source code of the coder MPEG-2. Initially I would have liked to know if that were possible. In the second time, if that is possible, the reasoning below is it correct? I thought to change VLC part of coder MPEG-2 by VLC part of the coder MPEG-4 who is specified in the standard 14496-2(version paper) and also to implant the headings specified inside. And to keep the DCT, the quantification, the RL, the movement estimation, and the rate control(TM5) by the coder MPEG-2 which I have already. The reasoning is it good? or requires it more work? Is this better to start from a coder MPEG-4 directly because the differences between coder MPEG-2 and MPEG-4 are too significant? Thank you for your answers, Alejandro _________________________________________________________________ MSN Photos est le moyen le plus simple de partager et d'imprimer vos photos : http://photos.msn.com/support/worldwide.aspx