From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:06:53 2003 Subject: No subject Message-ID: http://www.cselt.it/mpeg/sydney/sydney_press.htm MPEG reviewed the results of its open video compression viewing tests, and concluded that there is evidence for advances in video coding technology that warrant the start of a new video coding project. MPEG is discussing with ITU-T Study Group 16 the formation of a Joint Video Team (JVT) to carry out this new project. For MPEG, this project will result in a new part of the MPEG-4 Standard, which is scheduled for completion in spring 2003. 'Having seen significant technological advances, we have decided to extend MPEG-4 with state-of-the art technology. In this way, we continue to serve the evolving needs of the industry', said Dr. Leonardo Chiariglione, Convener (chairman) of MPEG, on the decision to add a new part to MPEG-4. 'MPEG-4 Version 1 was finalized in 1998, and is adopted by a growing number of companies and consortia. Incorporating new technology in MPEG-4 means that industry can protect its investments in MPEG-4 while using improved technology'. Dr. Gary Sullivan, rapporteur for video coding work in ITU-T SG16 and chairman of MPEG's Video Group said, 'We are working toward creating a new joint standardization project to extend the frontiers of video compression. It's exciting to think what this world-class team of ITU-T and MPEG coding experts could achieve.' Best, Rob -----Original Message----- From: Biswajit Biswas [mailto:biswas@tataelxsi.co.in] Sent: Monday, September 24, 2023 9:53 PM To: technotes@lists.m4if.org Subject: [M4IF Technotes] H.26L video coding Hi all, I was just evaluating H.26L(ITU-T) video encoding quality. I found, it offers much superior quality at significantly low bit-rate. It uses Context-based adaptive binary arithmetic coding (CABAC) technique for entropy coding. Among many new things I am just mentioning a few, it uses more than 1 previous frame for motion estimation, scalable macro-block sizes (16X8, 4X8, 8X16 etc), five different prediction mode for B -frames encoding, use of deblocking filter for encoder etc. Is MPEG4 planning to adopt some of this techniques in the newer video profiles like Advanced Real Time Streaming (ARTS) , Advanced Coding Efficiency(ACE)? regards Bis ----------------------------------------------------- | Biswajit Biswas | Office ph#: 91-80-8410148 | | TATA ELXSI LIMITED | (extn: 254) | | Hoody, WhiteField Rd | Fax Number: 91-80-8410152 | / )| Mahadevapura Post | Res ph# : 91-80-5271518 |( \ / / | Bangalore 560 048 | | \ \ _( (_ | INDIA | _) )_ (((\ \>|__/->__________________________________________<-\__| frame buffer intercept method, can be completed using the reference decoder. From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:07:40 2003 Subject: No subject Message-ID: possible to use previously generated samples reconstructed by the decoder under test with the reference decoder. Is it necessary to alter the reference decoder source code to complete this procedure, have I got the above wrong, or does someone have some useful knowledge in completing this test? Thanks, Mike Welsh 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 bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:07:49 2003 Subject: No subject Message-ID: the National Association of Broadcasters' (NAB) convention, Pulsent Corp.'s technology - and a host of similar developments both inside and outside the Moving Picture Experts Group - could ignite debate as the industry looks beyond the current slate of standards for digital video compression. " =20 =20 -----Original Message----- From: William J. Fulco [mailto:wjf@NetworkXXIII.com]=20 Sent: Tuesday, March 26, 2024 11:35 PM To: Rob Koenen Cc: technotes@lists.m4if.org Subject: RE: [M4IF Technotes] Pulsent PR Rob, =09 Sorry about that - I was almost sure I heard they'd be there - maybe in a suite - but looking back on my notes, I don't find any reference to them - so I must have dreamed this up.... Too many all-nighters here. =20 ++Bill =20 -----Original Message----- From: Rob Koenen [mailto:rkoenen@intertrust.com] Sent: Tuesday, March 26, 2024 10:11 PM To: 'William J. Fulco' Subject: RE: [M4IF Technotes] Pulsent PR =09 =09 Bill -=20 =20 Are you sure they are present at NAB? Or are you just guessing? I checked the NAB website and didn't find their name in the exhibitors list. =20 thanks, Rob =20 ------_=_NextPart_001_01C1D593.1DF19066 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
http://www.eeti= mes.com/sys/news/OEG20020322S0105
 
From=20 EETimes: "Scheduled for private previews = in Las=20 Vegas next month at the National Association of Broadcasters' (NAB) = convention,=20 Pulsent Corp.'s technology — and a host of similar developments = both inside and=20 outside the Moving Picture Experts Group — could ignite debate as = the industry=20 looks beyond the current slate of standards for digital video = compression.=20 "
 
 -----Original = Message-----
From:=20 William J. Fulco [mailto:wjf@NetworkXXIII.com]
Sent: Tuesday, = March=20 26, 2002 11:35 PM
To: Rob Koenen
Cc:=20 technotes@lists.m4if.org
Subject: RE: [M4IF Technotes] Pulsent = PR
Rob,

Sorry about that = - I was almost=20 sure I heard they'd be there - maybe in a suite - but looking back on = my=20 notes, I don't find any reference to them - so I must have dreamed = this up....=20 Too many all-nighters here.
 
++Bill
 
-----Original Message-----
From: Rob Koenen=20 [mailto:rkoenen@intertrust.com]
Sent: Tuesday, March 26, = 2002=20 10:11 PM
To: 'William J. Fulco'
Subject: RE: = [M4IF=20 Technotes] Pulsent PR

Bill -
 
Are you sure they are present at NAB? Or are you just=20 guessing?
I=20 checked the NAB website and didn't find their = name
in=20 the exhibitors list.
 
thanks,
Rob  
=00 ------_=_NextPart_001_01C1D593.1DF19066-- From arcin atsana.com Wed Jul 30 14:06:33 2003 From: arcin atsana.com (Arcin Bozkurt) Date: Wed Jul 30 14:08:08 2003 Subject: [M4IF Technotes] MPEG-4 Audio Message-ID: <1022781526.19673.1.camel@thunderbird> Can GSM-AMR be transmitted in an MPEG-4 stream? Does have to be MPEG-4 Celp that has to be transmitted? -arcin From arcin atsana.com Wed Jul 30 14:06:33 2003 From: arcin atsana.com (Arcin Bozkurt) Date: Wed Jul 30 14:08:09 2003 Subject: [M4IF Technotes] MPEG-4 CELP Voice Codec (Was MPEG-4 Audio - related to GSM-AMR) Message-ID: <1023118571.1767.20.camel@thunderbird> Thanks everyone replying to my email about MPEG-4 Visual + GSM-AMR. Possible options suggested include: - use ASF (Microsoft) format for streaming - 3GPP Packet-Switched Streaming specification - Signal AMR as a "non-MPEG" stream via a 3rd party registration authority (work is still going on in MPEG Audio Work Group) We will continue investigating these for the future. -- For the time being, we decided to use MPEG-4 Celp Vocoder. I am looking for an ARM-9 optimized MPEG-4 CELP codec? Do you know of any such codecs? Thank you very much. -Arcin Bozkurt From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:08:09 2003 Subject: No subject Message-ID: is of the form X=Ai, Y=Ej. The warped reference for each macroblock is exactly the same shape and next to each other (no overlap). But, concept-wise only the zoom-center is scaled exactly the same as the picture and rest of them are distored (perspective distortion). So how exactly the global compensation helps in this scenario while using the same parameters A and E for all the macroblocks. Thanks, Kasturi From stephen.mcgrath parthus.com Wed Jul 30 14:06:33 2003 From: stephen.mcgrath parthus.com (Stephen McGrath) Date: Wed Jul 30 14:08:18 2003 Subject: [M4IF Technotes] Suggest some MPEG 4 Encoders References: Message-ID: <3D10B2E0.3E254949@parthus.com> Hello, everyone. I beg to differ on the statements made here about lossy codec quality, particularly about AAC at 128k. Subject to the usual provisos about what you are looking for, quality of playback system, etc. etc., there is definitely a noticeable difference between source and AAC at 128 or even 256. Please remember we are talking about audiophile quality here - this was the context of the original question. For mass market consumption, listening over a mass market PC soundcard with cheap speakers, etc. - sure, the output is indistinguishable. But if you invest in a good audio playback system, then there is absolutely a noticeable difference. I am not claiming that everyone will hear it, but I am claiming that trained listeners and/or audiophiles will. "Trained listener" here does not necessarily mean someone who does this professionally, just someone who has listened often enough that they come to realize what they are hearing and recognize the distortions. Which is fine, there is nothing wrong with this. This is why there is a much larger market for $400 bookshelf audio systems than for audiophile gear. To each his needs. Just don't claim there is no difference! I can personally back this from 15 years of working in speech and audio compression, and much longer being an audiophile (which appears to be an incurable disease!) And yes, I have done this through double-blind testing. Many times. Repeatably. :-) Stephen Ben Waggoner wrote: > > on 6/18/02 11:46 AM, Jay W. McGuire at PigsOnTheWing@mac.com wrote: > > > I'm an audiophile and am planning to buy Apple's new Xserve w/480GB of file > > space to store all of my CD audio files. Can anyone tell me if there's any > > advantage, besides reclaiming additional storage space, to going with AAC > > over WAV files? I'm interested in the best possible sound quality and have > > been using Monkey's Audio (lossless) on the PC but, so far, there is no > > support for APE files on the Mac. I listen to music constantly and am also > > concerned about what kind of stress that puts on a computer. Since AAC files > > would be much smaller than WAVs or APEs, will they result in less stress > > (thru less frequent/smaller reads?) on my hard drives? > > AAC can deliver great quality, but it isn't a lossless codec. I suppose > lower data rates would mean slightly less drive wear, but probably not > enough to fret over. > Myself, my jukebox is 130 GB of 320 Kbps MP3 files, which is overkill. I > probably would have gone with lossless, except the integration and ease of > use of iTunes is just so phenomenal. > > > I'm playing around with QuickTime 6 right now and have made a couple of AAC > > files. I'm a bit confused as to what kind of settings I should be using, > > though. Like I said, I want the best possible sound quality, so does that > > mean I should be encoding at 256kbits/second (the highest QT6 will go)? > > Also, do I want to select any of the streaming options? I'd be accessing the > > Xserve's AAC files from one or more Macs located around the house, but > > that's not streaming, right? And what about the setting for 'ISMA' > > compatibility? Do I want/need that if I'm not streaming? And what about > > "tags?" Any attempts I make to enter "Artist," "Album," "Full Name," > > "Copyright," "Track," etc., result in only the "Copyright" information being > > kept after the file is saved. Is this a limitation of the "Public Preview" > > for QuickTime 6? Or are these things not supported in an AAC file? > > Beyond 128 Kbps, you are very unlikely to be able to tell the difference > between source and output with AAC (like 256 Kbps MP3). I encoder higher > because I use my archive as a master to converting to other formats, so even > imperceptible errors can cause generation loss, which I want to minimize. > > > Who's code is being used by QT6? I think I read somewhere that it was from > > Dolby? Is this true? Is any one implementation better than another? I hear a > > lot of talk about a "Psytel" encoder on the PC. Is its AAC encoding any > > better or worse than QT6's AAC? I tried to play the Psytel demos on the > > author's site with QT6...all I got was silence. Are there compatibility > > problems when going from one encoder to another? > > Dolby is a principle creator of AAC. Apple may very well have licensed > it from them. I don't know that there is a significant difference in AAC > encoders from different vendors, like there used to be with MP3. > > > I used LAME at its highest 320k setting to create MP3s before I decided to > > store uncompressed WAVs and/or use the lossless Monkey's Audio compressor > > for best possible sound quality. Will I be happy with the quality of AAC? Is > > it really as good as they say? Or should I stick with WAVs or wait until > > someone comes up with a Monkey's Audio decoder/player for the Mac? > > You'll need to do some tests yourself to see what your preferences are. > I'd think high bitrate AAC should be just fine for listening. > > My hope is that .MP4 AAC audio files will eventually displace MP3. > > Ben Waggoner > Compressed Video Consulting, Training, and Encoding > > Cleaner Tutorial: http://www.saferseas.com/navseries/adclean.html > My Book: http://www.benwaggoner.com/books.htm > Compression Books: http://www.benwaggoner.com/bookshelf.htm > > Compression classes at Stanford, July 15-19 and August 12-16: > http://www.digitalmediaacademy.org/courses/videocompress.html > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes -- Stephen McGrath phone: +353-1-402-5884 Technical Director mobile: +353-87-2274612 Applications Processing Division fax: +353-1-402-5711 Parthus Technologies Plc., 32-34 Harcourt Street, Dublin 2, Ireland From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:08:35 2003 Subject: No subject Message-ID: from the synchronization point ""marked by the modulo_time_base"" measured in the number of clock ticks. Since only the modulo_time_base is important and it is set to 1, the increment "010" will advance the time on top of modulo_time_base=1. Again, I think it is true. > because reference is always the last I/P/S-VOP, not a B-VOP? > Then I would finally start getting the point... > > > > > The confusing part is "local time base" related parts I believe. The > > standard says: > > modulo_time_base: This value represents the local time base > in one second > > resolution units (1000 milliseconds). > > vop_time_increment: The local time base in the units of > seconds is recovered > > by dividing this value by the vop_time_increment_resolution. > > > > Therefore, local time base in resolution of seconds, is given by > > modulo_time_base (as an increment from the previous) and > local time base in > > resolution of "1/vop_time_increment_resolution" is given by > > vop_time_increment. (as an increment from the last modulo_time_base) > > > > If you look at this "division" as a floating point > operation you will get > > (increment/increment_resoultion) (in seconds) which is > exactly what we want. > > Of course, I didn't think about floating point calculation > with integer > variables. Okay, you are right, then. So it's rather a statement > about time "units" than something deep about values... > > Yours, > > Christoph > > > > > Hi, > > > > I still have problem understanding the correct specifications > > for writing timecodes to the VOP header. > > > > First there is modulo_time_base, it consists of a number of > > 1s followed by a 0, one 1 for every second that passed > since the last > > GOV header or last module_time_base of the previously > decoded I-, S- or > > P-VOP. > > > > Am I right, that this does not mean elapsed "full seconds", > but is some > > kind of "carry" flag, when the ticks-counter "overflows"? > > So if we talked minutes and hours, it would be 1 when the > clock jumps from > > 0:59 to 1:00, right? > > In real life, the chances of this value ever getting 2 is > very small, > > correct? > > > > And then, there is vop_time_increment: > > > > It has a value in [0,vop_time_increment_resolution) and the > last comment > > on it is "The local time base in the units of seconds is > recovered by > > dividing this value by the vop_time_increment_resolution." > > > > That's simply wrong, isn't it? You will always end up with > 0 when dividing > > this value by vop_time_increment_resolution... but what > _is_ really meant? > > > > Thank you for your help, > > > > Christoph > > > > -- > > Christoph H. Lampert chl@math,uni-bonn,de | Diese Signature > wurde maschi- > > Beringstr. 6, Raum 14 Tel. (0228) 73-2948 | nell erstellt und bedarf > > Sprechstunden: keine, aber meistens da | keiner > Unterschrift. AZ 27B-6 > > > > _______________________________________________ > > Technotes mailing list > > Technotes@lists.m4if.org > > http://lists.m4if.org/mailman/listinfo/technotes > > > > > > -- > Christoph H. Lampert chl@math,uni-bonn,de | Diese Signature > wurde maschi- > Beringstr. 6, Raum 14 Tel. (0228) 73-2948 | nell erstellt und bedarf > Sprechstunden: keine, aber meistens da | keiner > Unterschrift. AZ 27B-6 > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:08:37 2003 Subject: No subject Message-ID: Verification Bitstream Development Project of Japan? Are they in public domain? Thanks & Regards, Manu From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:08:40 2003 Subject: No subject Message-ID: VisualObjectSequence() { do { visual_object_sequence_start_code profile_and_level_indication while ( next_bits()== user_data_start_code){ user_data() } VisualObject() } while ( next_bits() != visual_object_sequence_end_code) visual_object_sequence_end_code } This structure keeps the "visual_object_sequence_start_code" inside the do-while loop, on the other hand keeping the " visual_object_sequence_end_code" outside it; which can be interpreted as "it is allowed to have a visual_object_sequence_start_code without a visual_object_sequence_end_code before it. Do you also feel that something is wrong with the above structure? Some contradiction with the statement that Jayank has sent before in his mail, which I also totally agree: [Jayank] "...it even clearly says that the visual bitstream may contain at most one instance of each of visualobjectsequence(), videoobject() and videoobjectlayer()... " I would like to get more opinions on this, because this is really a critical issue from the decoder point of view. I alsowould like t know if there has beenany corrections made on this structure later on, since I could not check the 14996-2:2002. Best Regards, Emre Emre Baris Aksu Nokia corp. > -----Original Message----- > From: ext Peter Hsu [mailto:peter@mltc.com.tw] > Sent: 30. August 2002 5:01 > To: Aksu Emre (NMP/Tampere); technotes@lists.m4if.org > Subject: Re: [M4IF Technotes] Visual Object Sequence Start Code > > > Hi, Emre Baris Aksu, > > Yes, you can include more than one Visual Object Sequence > Start Code before > a Visual Object Sequence End Code. > > Peter Hsu > MicroLinks Technology Corp. > 21F, No.55, Chung Cheng 3rd RD., Kaohsiung, Taiwan 800, R.O.C. > Tel: 886-7-2225678 Ext. 534 > Fax: 886-7-2225675 > E-mail: peter@mltc.com.tw > > ----- Original Message ----- > From: > To: > Sent: Thursday, August 29, 2023 11:04 PM > Subject: [M4IF Technotes] Visual Object Sequence Start Code > > > Hello, > I'd like to ask a question related to the Visual Object Sequence: > > In an MPEG-4 visual bitstream, can there be more than one > Visual Object > Sequence Start Code coming one after another without having a > Visual Object > Sequence End Code to terminate the previous one, i.e. : > > visual_object_sequence_start_code > ... > > ... > visual_object_sequence_start_code > ... > > ... > visual_object_sequence_end_code > > > > Looking forward to receiving an answer, > Best Regards, > > Emre Baris Aksu > Nokia Corp. > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > > From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:08:41 2003 Subject: No subject Message-ID: as you have references to the ES contained in this file, as Dave detailed. But if you want to have a file whose information and references to tracks is self-contained, you must have an iods atom since this one is the first pointer to the other elements. For example, an audio/video file for local playback (without use of external reference) must have an IODS atom referring to a BIFS and OD track, the OD track referring to the audio and video tracks. Some MPEG-4 players interpret this iods, bifs and OD information to support multiple MPEG-4 objects. In the case of 3GPP, this information is optional since the structure is pretty simple and does not require such information. You might want to add it in the file if you wish to be compatible with ISO but non- 3GPP players. Boris > At 10:18 -0600 9/3/02, Richard Shields wrote: > >Giuliano, > > > > > > > >The 3GPP spec that I have states that "MPEG-4 system architectural > >elements (e.g. BIFS scene description tracks or OD Object > >descriptors) are optional and shall be ignored." (clause 9.2.4). > > It's no longer mandatory in the ISO spec, by the way, as MP4 files > can be the target of an ES URL, or the target of a data-reference, > even in the mpeg-4 context. > > But yes, these elements aren't used by or needed in the 3G spec. > > > > > > > > >-Richard > > > > > > > >-----Original Message----- > >From: Catrambone Giuliano [mailto:Giuliano.Catrambone@h3g.it] > >Sent: Tuesday, September 03, 2023 8:46 AM > >To: technotes@lists.m4if.org > >Subject: [M4IF Technotes] iods & 3GPP > > > > > > > >Hi, > > > > I know that the iods atom is mandatory in ISO spec. > > > > Do you know if the iods atom is mandatory in the 3GPP? > > > > > > > > giuliano > > > > > > > > > > > -- > David Singer > Apple Computer/QuickTime Boris Felts Envivio. boris@envivio.com (1) 650 875 3010 From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:09 2003 Subject: No subject Message-ID: Thanks very much. Regards, Clover --------------------------------------------- Åwªï¨Ï¥ÎHongKong.com¶l¥ó¨t²Î Thank you for using hongkong.com Email system From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:10 2003 Subject: No subject Message-ID: Thanks. Regards, Clover --------------------------------------------- Åwªï¨Ï¥ÎHongKong.com¶l¥ó¨t²Î Thank you for using hongkong.com Email system From bits_pillayar rediffmail.com Wed Jul 30 14:06:33 2003 From: bits_pillayar rediffmail.com (Ramanathan Subramanian) Date: Wed Jul 30 14:09:14 2003 Subject: [M4IF Technotes] (no subject) Message-ID: <20021119160729.23570.qmail@webmail17.rediffmail.com> Hi all I am doing some research on MPEG 4 Video object Coding.I am using the Momusys encoder code to create mp4 video content. I did get some MPEG 4 masks but I am unable to employ the "use Sprite coding" option in the .cfg file...as the code does not execute Could anybody tell me in what cases (more specifically, streams) for which sprite coding could be used and what is the required configuration when sprite coding is used?? is it that you get 2 objects(namely the background and foreground resp) when u do sprite coding even without giving a .seg input?? I hope my questions make sense.. would be great if somebody could help.. Regards Ramanathan Ramanathan Subramanian Project Assistant Multimedia Systems Lab Super Computer Education & Research Center Indian Institute of Science Bangalore-560 012 Email: pillayar@mmsl.serc.iisc.ernet.in Phone: +91-80-3942896 From bits_pillayar rediffmail.com Wed Jul 30 14:06:33 2003 From: bits_pillayar rediffmail.com (Ramanathan Subramanian) Date: Wed Jul 30 14:09:14 2003 Subject: [M4IF Technotes] Regarding the Momusys Video encoder Message-ID: <20021119163840.27276.qmail@webmail28.rediffmail.com> Ramanathan Subramanian Project Assistant Multimedia Systems Lab Super Computer Education & Research Center Indian Institute of Science Bangalore-560 012 Email: pillayar@mmsl.serc.iisc.ernet.in Phone: +91-80-3942896 -------------- next part -------------- An embedded message was scrubbed... From: "Ramanathan Subramanian" Subject: [M4IF Technotes] (no subject) Date: no date Size: 1353 Url: /pipermail/mp4-tech/attachments/20021119/0368cc30/attachment.txt From bits_pillayar rediffmail.com Wed Jul 30 14:06:33 2003 From: bits_pillayar rediffmail.com (Ramanathan Subramanian) Date: Wed Jul 30 14:09:14 2003 Subject: [M4IF Technotes] Regarding the Momusys Video encoder. Message-ID: <20021119155607.24369.qmail@webmail28.rediffmail.com> Hi all I am doing some research on MPEG 4 Video object Coding.I am using the Momusys encoder code to create mp4 video content. I did get some MPEG 4 masks but I am unable to employ the "use Sprite coding" option in the .cfg file...as the code does not execute Could anybody tell me in what cases (more specifically, streams) for which sprite coding could be used and what is the required configuration when sprite coding is used?? is it that you get 2 objects(namely the background and foreground resp) when u do sprite coding even without giving a .seg input?? I hope my questions make sense.. would be great if somebody could help.. Regards Ramanathan Ramanathan Subramanian Project Assistant Multimedia Systems Lab Super Computer Education & Research Center Indian Institute of Science Bangalore-560 012 Email: pillayar@mmsl.serc.iisc.ernet.in Phone: +91-80-3942896 From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:18 2003 Subject: No subject Message-ID: and that by using fewer taps I would obtain a sharper downsampled image. Are there any other recommendations for downsampling filters you could direct me to? Thanks! Yossi Shain NeoMagic Corp. From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:18 2003 Subject: No subject Message-ID: tutorial, or at least for some simple samples with media and a clear procedure to produce the MP4s.
This is a reasonable request.
We will try to expand our mp4tool website to include such basic tutorials.

If we do not do it, please remind us regularly. ;-)

Best regards
JC
--------------050307090700090001090302-- From bits_pillayar rediffmail.com Wed Jul 30 14:06:33 2003 From: bits_pillayar rediffmail.com (Ramanathan Subramanian) Date: Wed Jul 30 14:09:19 2003 Subject: [M4IF Technotes] Sprite Coding links... Message-ID: <20021129163722.29814.qmail@webmail28.rediffmail.com> Hi Could anybody give me links to some sprite coding examples on the web..It would be wonderful if I could download the files.... Thanks in advance. Ramanathan Subramanian. ________________________________________________________________ NIIT supports World Computer Literacy Day on 2nd December. Enroll for NIIT SWIFT Jyoti till 2nd December for only Rs. 749 and get free Indian Languages Office software worth Rs. 2500. For details contact your nearest NIIT centre, SWIFT Point or click here http://swift.rediff.com/ Ramanathan Subramanian Project Assistant Multimedia Systems Lab Super Computer Education & Research Center Indian Institute of Science Bangalore-560 012 Email: pillayar@mmsl.serc.iisc.ernet.in Phone: +91-80-3942896 From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:21 2003 Subject: No subject Message-ID: Regards, Shanmuga Sundaram M. ------_=_NextPart_001_01C29C1E.583F09C7 Content-Type: text/html; charset="iso-8859-1"
Hi,
 
How to get number of channels of audio stream present in MPEG4 file format file?
 
From where can I get 3GPP files?

Regards,
Shanmuga Sundaram M.

 
------_=_NextPart_001_01C29C1E.583F09C7-- From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:23 2003 Subject: No subject Message-ID: can be done in QT that could not be transcoded in MPEG-4 (maybe this will be available in the next release of ENST product). Indeed, the graphics part of MPEG-4 has to be seen as the *java bytecode* for transmitting graphical animation in an interoperable way. Other languages, like SMIL, X3D, or high level languages that are closer to the author intends can be compiled in MPEG-4 for transmission. At the player side, all you need is then an MPEG-4 player. Kind regards, Olivier From bogus@does.not.exist.com Wed Jul 30 14:06:33 2003 From: bogus@does.not.exist.com () Date: Wed Jul 30 14:09:47 2003 Subject: No subject Message-ID: StillTextureObject() { ----- ----- texture_error_resilience_disable 1 bslbf ----- ----- } texture_error_resilience_disable: This is a one-bit flag which when set = to '0' indicates that the Still Texture Object is operating in error = resilience mode. Possibility-2: ------------------ 7 The visual decoding process 7.5 Shape decoding 7.5.4 Spatial scalable binary shape decoding 7.5.4.14 Contexts for intra-mode CAE for enhancement layer When building contexts and error_resilient_disable=3D=3D0, any pixels = outside the space of the current video packet to the left and above are = assumed to be zero (transparent). But there is *no explanation* in the standard for = "error_resilient_disable" in this case! Should we assume it is a derived-flag refering to = video-packet/data-partition/rvlc combinations??? Possibility-3: ------------------ Some (many) source-code uses an implementation variable with the name = "error_resilient_disable" just for refering to = video-packet/data-partition/rvlc combinations. Any other possibility, I would like to know! Regards, Chandra ----- Original Message -----=20 From: Gaurav Aggarwal=20 To: technotes@lists.m4if.org=20 Sent: Tuesday, February 25, 2024 6:38 PM Subject: RE: [M4IF Technotes] Question ablout Error_Resilient_Disable Where did you get to know that such a flag exists? If there is no such = flag in the syntax document, then it doesn't exists. I see that various error resilience tools use their independent enable = flags like: data_partitioned, reversible_vlc, header_extension_code etc. Right? Or am I missing something? Gaurav -----Original Message----- From: technotes-admin@lists.m4if.org = [mailto:technotes-admin@lists.m4if.org]On Behalf Of ssurui Sent: Friday, February 21, 2024 12:09 PM To: technotes@lists.m4if.org Subject: [M4IF Technotes] Question ablout Error_Resilient_Disable Hi all: I have a quest ablout Error_Resilient_Disable flags. I can't find this flags in MPEG-4 syntaxs and can't find its meaning = in Semantics. But I think this flag is useful. please tell me why? Thanks a lot ssurui ------=_NextPart_000_0017_01C2DD07.392AA1C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi,
 
There are three possibilities (I know) = for=20 this:

Possibility-1:
------------------
From=20 the standard,
StillTextureObject()
{
  -----
 =20 -----
  texture_error_resilience_disable 1 bslbf
 =20 -----
  -----
}
 
texture_error_resilience_disable: This is a one-bit flag which when = set to=20 =910=91 indicates that the Still Texture Object is operating in error = resilience=20 mode.
 
 
Possibility-2:
------------------
7 The visual decoding = process
7.5 Shape decoding
7.5.4 Spatial scalable binary shape=20 decoding
7.5.4.14 Contexts for intra-mode CAE for enhancement = layer
When building contexts and error_resilient_disable=3D=3D0, any = pixels outside=20 the space of the current video packet to the left and above are assumed = to be=20 zero (transparent).

But there is *no explanation* in the standard for=20 "error_resilient_disable" in this case!
Should we assume it is a = derived-flag=20 refering to video-packet/data-partition/rvlc combinations???
 
Possibility-3:
------------------
Some (many) source-code = uses an=20 implementation variable with the name "error_resilient_disable" just for = refering to video-packet/data-partition/rvlc combinations.
 
 
Any other possibility, I would like to know!
Regards,
Chandra
 
----- Original Message -----
From:=20 Gaurav=20 Aggarwal
Sent: Tuesday, February 25, = 2003 6:38=20 PM
Subject: RE: [M4IF Technotes] = Question=20 ablout Error_Resilient_Disable

Where did you get=20 to know that such a flag exists? If there is no such flag=20 in
the = syntax=20 document, then it doesn't exists.
 
I = see that various=20 error resilience tools use their independent enable = flags
like:=20 data_partitioned, reversible_vlc, header_extension_code=20 etc.
 
Right? Or am I=20 missing something?
Gaurav
 
-----Original Message-----
From:=20 technotes-admin@lists.m4if.org = [mailto:technotes-admin@lists.m4if.org]On=20 Behalf Of ssurui
Sent: Friday, February 21, 2024 12:09 = PM
To: technotes@lists.m4if.org
Subject: [M4IF=20 Technotes] Question ablout = Error_Resilient_Disable

Hi all:
 
I have a quest ablout = Error_Resilient_Disable=20 flags.
I=20 can't find this flags in MPEG-4 syntaxs and can't find its meaning = in=20 Semantics.
But=20 I think this flag is useful.
please=20 tell me why?
 
Thanks a = lot
ssurui
------=_NextPart_000_0017_01C2DD07.392AA1C0-- From pan_think rediffmail.com Wed Jul 30 14:06:33 2003 From: pan_think rediffmail.com (pan pan pan) Date: Wed Jul 30 14:10:08 2003 Subject: [M4IF Technotes] hi Message-ID: <20030329173837.20091.qmail@webmail18.rediffmail.com> hi all, i am working on content based video coding ,can u all tell me where i will get good material to study thanxs pankaj From pan_think rediffmail.com Wed Jul 30 14:06:33 2003 From: pan_think rediffmail.com (pan pan pan) Date: Wed Jul 30 14:10:38 2003 Subject: [M4IF Technotes] hi there Message-ID: <20030605132051.19230.qmail@webmail36.rediffmail.com> hi there, i am doing my ME in signal processing,i want to do some resarch project on MPEG4 .can any body suggest me which projects sh'd i go for. thanks in advance. pankaj From peter.lambert ugent.be Wed Jul 30 14:06:33 2003 From: peter.lambert ugent.be (Peter Lambert) Date: Wed Jul 30 14:10:38 2003 Subject: [M4IF Technotes] ISO compliant video sequences classification Message-ID: <1054888988.12243.11.camel@schoenberg> Dear all, I read in an article that the test sequence "bus" was classified as a "ISO compliant Class B Clip - High spatial detail and medium amount of movement or vice versa". In the same article the sequence "akiyo" was classified as a "ISO compliant Class A Clip - Low spatial detail and low amount of movement". I have now the following question: How many of those ISO classes are there and where can I find more information about them? Any suggestions? Thanks in advance! Kind Regards, Peter. -- Peter Lambert Ghent University Department of Electronics and Information Systems Multimedia Lab Sint-Pietersnieuwstraat 41 B-9000 Ghent, Belgium tel. +32 (0)9 264 89 29 fax +32 (0)9 264 35 94 email: peter.lambert@ugent.be URL: http://multimedialab.ugent.be/ From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:43 2003 Subject: [M4IF Technotes] new AAC listening test at 128 kbps Message-ID: <8noZOQxUTuB@id-50271.news.dfncis.de> Hi, There's a listening test going on right now (until June 15, 2023) that compares QuickTime 6.3 (= Dolby AAC consumer version), Sorenson Squeeze 3.5 (= FhG AAC professional version), Nero AAC (latest version 5.5.10.35), PsyTEL AACEnc (last version 2.15) and FAAC (latest version 1.17) on 12 different samples at 128 kbps. See this thread for more infos: http://www.hydrogenaudio.org/index.php?act=ST&f=2&t=10107 From deepak_vs20 rediffmail.com Wed Jul 30 14:06:33 2003 From: deepak_vs20 rediffmail.com (deepak v s) Date: Wed Jul 30 14:10:47 2003 Subject: [M4IF Technotes] Window Shape switching In Mpeg-2 AAC Message-ID: <20030617103215.29507.qmail@webmail32.rediffmail.com> Dear Experts, Iam working on MPEG-2 AAC. Iam in search of algorithm on basis of which window shape switching is made between SINE and KBD window shapes in block switching.If anybody has idea about it or any links where I can get details pls throw light on this . Thank You, Regards Deepak -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030617/71886d67/attachment.html From deepak_vs20 rediffmail.com Wed Jul 30 14:06:33 2003 From: deepak_vs20 rediffmail.com (deepak v s) Date: Wed Jul 30 14:10:49 2003 Subject: [M4IF Technotes] Window Shape Switching In MPEG-2 AAC Message-ID: <20030618053209.11032.qmail@webmail16.rediffmail.com> An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030618/55533cd5/attachment.html -------------- next part -------------- Dear Experts, Iam working on MPEG-2 AAC. Iam in search of algorithm on basis of which window shape switching is made between SINE and KBD window shapes in block switching.If anybody has idea about it or any links where I can get details pls throw light on this . Thank You, Regards Deepak From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:52 2003 Subject: [M4IF Technotes] Looking for HE AAC test software / AAC-LC In-Reply-To: Message-ID: <8oFala4ETuB@id-50271.news.dfncis.de> Hi Ben, > As part of my occasional codec shootout projects, I'm now looking > at doing some tests with HE AAC encoding. Anyone have a HE AAC > encoder and/or decode I could play around with. Beta, even command > line, is fine with me. Yeah, me too... ;-) OK, now seriously: you can buy the first publicly available HE-AAC codec from Nero on July 18, 2003, because Ahead Software will release it as a part of their new Nero 6 "application suite" then. http://www.nero.com/ > Also, for AAC-LC, any thoughts as to what is the best encoder to > show off the technology. I've had good luck with Apple's in > QuickTime 6.3 (much better than the one from 6.0), but if there are > markedly better ones out there, I should try them as well. The Hydrogen Audio listening test at 128 kbps used CBR for all AAC codecs in the test, so QuickTime 6.3 was benefitting from this restriction of course (and won), but Nero AAC (the normal one without HE- AAC) should come close and/or even be better when it's allowed to use its VBR presets like -streaming (averaging at ~128 kbps/stereo). A close competitor to Nero was Sorenson's Squeeze 3.5 AAC codec which is equal to the FhG professional version that doesn't have VBR or multichannel support, just like QuickTime. ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:52 2003 Subject: [M4IF Technotes] Looking for HE AAC test software / AAC-LC In-Reply-To: Message-ID: <8oFax15jTuB@id-50271.news.dfncis.de> On Friday, 20.06.03, 11:48 (received 20.06.03, 21:16) Dave Singer wrote: > I must confess to being a little confused. We're a VBR codec > naturally; but we do try to track the requested data rate fairly > closely. As far as I know, this is only possible by using a bit reservoir with a size within defined limits (i.e. CBR and/or ABR with larger reservoir) and not by allowing the codec to allocate the necessary bits only according to the psymodel (i.e. VBR) while not paying attention to any bit reservoir limit. But it's possible that I have a wrong idea of these differences between CBR and VBR, because I only read about them e.g. from the Nero AAC developer. > Why that would give us an advantage, I am not sure... I'm not sure either, because we wondered why QuickTime also encodes silence with the desired bitrate, e.g. 128 kbps/stereo. But one thing is for sure: it can't be that wrong regarding the outcome of the listening test. By the way, is it true that the AAC codec in QuickTime 6.3 has been updated quite a lot regarding its sound quality, and is it still based on the Dolby AAC consumer version? And could you tell us which version of the AAC codec is implemented in iTunes 4.01 and with which quality setting compared to QuickTime 6.3? ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:53 2003 Subject: [M4IF Technotes] Looking for HE AAC test software / AAC-LC In-Reply-To: Message-ID: <8oRbTdNETuB@id-50271.news.dfncis.de> On Friday, 20.06.03, 17:44 (received 21.06.03, 06:11) Dave Singer wrote: >> And could you tell us which version >> of the AAC codec is implemented in iTunes 4.01 and with which >> quality setting compared to QuickTime 6.3? > I believe that QT and iTunes use a common encoder, but I'm afraid the > details of the settings that iTunes uses are unknown to me. In the meantime I've seen two interesting quotes from Mr. Stanley Kuo, your AAC developer, the first addressing the question mentioned above : "iTunes does use the SAME encoder as QT, and iTunes does give the user the ability to change the encoder's mode. iTunes uses the "Better" quality mode (not the fastest) which is optimized to perform best with 16bit source material (ie. CD source). "Best" quality mode is targetted at 24bit source material (eg. DVD source) and there should be NO discernible difference in quality for CD source between these two modes of the encoder. Generally it's just a waste of CPU to use best quality for 16 bit source, but there's no harm done by doing this of course." The second quote is taken from the results of the 128 kbps listening tests and answers the question if QuickTime 6.x uses a CBR or a VBR codec : "a CBR codec does not only allocate the necessary bits according to the masking thresholds (as a VBR does) but also pay attention to meet the bit reservoir limit in order to maintain a constant output bit flow. In order to faithfully respect the target bitrate, QT AAC even encodes silence with the desired bitrate, e.g. 128 kbps/stereo." Now where did I read that passage before... ;-) ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:57 2003 Subject: [M4IF Technotes] Question on AAC object type In-Reply-To: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175B4@is01ex01.ittiam.com> Message-ID: <8occb0qjTuB@id-50271.news.dfncis.de> On Wednesday, 25.06.03, 10:56 Anil wrote: > 1. Can I get an ADTS or ADIF as the transport layer for an MPEG-4 > stream?? (i guess it is yes, but just to confirm). Not quite, because ADTS and ADIF are the header types of an AAC file (not a "transport layer" in the usual sense like e.g. HTTP or RTSP) that has not been multiplexed to a MP4 container yet. Inside this container the raw AAC bitstream does not have any headers anymore, because these informations (MPEG-x version, bitrate etc.) are handled by the MP4 file header then. > 2. What is the object type index for AAC LC in case of MPEG-2 and > MPEG-4. Does this change depending on the transport layer(ADTS or ADIF > or GA). 3. How do I distinguish b/w MPEG-2 and MPEG-4 in case of ADIF/ > ADTS (Is it the bitstream_type and adts_id) 4. Where can I get a > complete documentation of all these things?? A short overview of the ADTS (and ADIF) header structure is available in the Wiki of Audiocoding.com: http://www.audiocoding.com/wiki/index.php?page=ADTS If you need more informations than this, you can download the specifications of MPEG-2 and/or MPEG-4 AAC from the MPEG homepage or the MPEG Audio Subgroup (links are mentioned in the Wiki, too). This also refers to the question of the MP4 file format, by the way. ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:58 2003 Subject: [M4IF Technotes] mp4 file format In-Reply-To: <000e01c33b7e$f3588a50$4804050a@TrevorNg> Message-ID: <8occbLXjTuB@id-50271.news.dfncis.de> On Thursday, 26.06.03, 09:04 Trevor wrote: > Could anyone here tell me which standards should I refer to > in order to create an mp4 file playable back by QuickTime6.3, > envivio plugin or MPEG-4 compatible DVD player? Your answer > will help me very much. It is not that easy, because almost all decoders only support a subset of all available MPEG-4 profiles. For example QuickTime 6.x does not understand the Main and LTP profiles in AAC files nor does it recognize MPEG-2 AAC LC bitstreams in a MP4 container (or MP3 either). It also can't play multichannel AAC/MP4 files, so you would have to know all these drawbacks first before creating a MP4 file that is playable in QuickTime. The same is probably true for other implementations of the MPEG-4 standard. ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:10:59 2003 Subject: [M4IF Technotes] Re: Question on AAC object type In-Reply-To: <3EFB4145.9040200@iis.fhg.de> Message-ID: <8ogdDWSUTuB@id-50271.news.dfncis.de> On Thursday, 26.06.03, 20:53 Ralph Sperschneider wrote: > For MPEG-4 Audio transport it is recommended to use LOAS/LATM (low > overhead audio stream, low overhead audio transport multiplex). Oops, never heard of that one... Is this meant to be used in a MP4 container or as a plain AAC file being streamed in the internet for example? > All these formats are specified in ISO/IEC14496-3. Thank you very much for your additional informations. :-) ZZee ya, Hans-J?rgen From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:11:00 2003 Subject: [M4IF Technotes] Re: Question on AAC object type In-Reply-To: <3EFC6E65.1080602@iis.fhg.de> Message-ID: <8okdS5KUTuB@id-50271.news.dfncis.de> On Friday, 27.06.03, 18:18 Ralph Sperschneider wrote: > Does this answer your question or do you need more information? Maybe later... ;-) Thanks again. ZZee ya, Hans-J?rgen From sps iis.fhg.de Tue Jul 1 16:56:52 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:01 2003 Subject: [M4IF Technotes] Re: AAC: PNS scale factors In-Reply-To: References: <5.1.0.14.2.20030618130138.01934788@unixmail.qualcomm.com> <4l23fvofs2fgmilqesqfc62enechp01p81@4ax.com> <3EF7330A.8050000@iis.fhg.de> <64defvolce779lsk6ias1pn81hfq5qst5g@4ax.com> <3EFC726A.1030905@iis.fhg.de> Message-ID: <3F019324.4000209@iis.fhg.de> John Cox wrote: > Dear Ralph > > >>>Ideally there would by synced 'random' number generators in the encoder >>>and decoder so the encoder knows exactly what to expect, in which case >>>there would be no need for the final renormalization. >> >>I guess you agree with me that this is a theoretical approach only. ;-) > > > Given the current protocol it has got to be theoretical only. However > the only extension required is a single bit to reset the 'random number' > generator to a known state. After that you define a random number > generator (say random2 from the reference software) in the standard. A > profile requirement to set the 'reset' bit once every (say) 8 frames > should make it all work. This is a lot less complex to do than the > standard prediction tool. Dear Yohn, I get your point, but please consider that the standard is already out there without such a requirement. Adding this would not only make any decoder unconform (due to the not considered reset and the not specified random generator), but would also make any available encoder and mp4 audio data invalid that utilizes PNS (due to the additional bit). Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From sps iis.fhg.de Tue Jul 1 20:41:31 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:01 2003 Subject: [M4IF Technotes] Re: Confirmance BitStreams In-Reply-To: References: Message-ID: <3F01C7CB.2000009@iis.fhg.de> Apoorva Ankad wrote: > Dear Mr.Ralph, > > I am testing my MPEG4 AAC LC decoder. The standard tells that we > have the test sequences from ftp.research.att.com .But, in that FTP > there are only .mp4 files and no corresponding .wav files. So I checked > the FTP > ftp://mpaudconf@ftp.iis.fhg.de/mpeg4audio-conformance > Here I got both .mp4 and the corresponding .wav files. I downloaded the > Mp4 file al06_96.mp4 and its three corresponding Wave files > al06_96_f00.wav, al06_96_f01.wav and al06_96_f02.wav. But, what I felt > was, all the three .Wav files have a background noise. I used CoolEdit > for opening and playing them. Can you kindly tell me, whether to use > these files itself, as the references? > > Apoorva M. Ankad > Scanned by SecureSynergy VirusScreen Service. > For more information log on to : http://www.securesynergyonline.com or http://www.securesynergy.com > Dear Apoorva, I hereby confirm that the files on ftp://mpaudconf@ftp.iis.fhg.de/mpeg4audio-conformance are the most recent conformance test sequences (both compressed and uncompressed representation). The files on ftp.research.att.com are outdated and shall not be used anymore. The occurance of background noise or similar effects might be due to a badly tuned encoder or to a noisy input signal. However, this is irrelavant since it does not affect the decoder conformance testing. Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From tom esiweb.com Tue Jul 1 15:16:19 2003 From: tom esiweb.com (Thomas Crawford) Date: Wed Jul 30 14:11:02 2003 Subject: [M4IF Technotes] Seeking a Video Networking VP Engineering (Cupertino, CA) Message-ID: <2194FBA345C7E444841E89FF8CBBB4EE2EC341@esi-server.esiweb.com> All, I've been networking my brains out on a search that I'm doing and Rob Koenen suggested that someone in the group might be able to help. First of all, I'm an Executive Recruiter with Essential Solutions, Inc., a San Jose-based, retained recruitment firm & our company specializes in placing key executive leadership into venture-backed startups. One of our areas of emphasis is the convergence space of real-time voice, data and video over IP. I'm working on a secured search for a VP of Engineering for a Cupertino, CA based company that develops real-time, networked video applications over IP - emphasis being security applications - for the Office of Homeland Security & the Department of Defense, as well as for the transportation sector and other enterprise customers. This is a well funded Series A start-up company with existing customers and a core team of 22 people in place. In addition to previous VPE/CTO leadership experience, we are looking for: BASELINE - 10+ years experience - Strong knowledge of networking software development practices - Knowledge of video networking platforms, processes & protocols - Knowledge of video technology market, including the primary video industry players & their offerings using MPEG-2, MPEG-4, and hand-held technology providers. DESIRED - Motion JPEG, MPEG-2 or MPEG-4 video development experience Does anyone happen to know a person who would be a good fit for this position? I would be happy to share more details if it would be helpful. Thanks in advance for any thoughts or suggestions. ------ Thomas Crawford Essential Solutions, Inc. 3031 Tisch Way, Suite 808 San Jose, CA 95128 (408) 850-2520 office (415) 203-5995 mobile (630) 604-0114 fax tom@esiweb.com email Essential Solutions, Inc. The Executive Search practice of Essential Solutions is a retained senior management search service, specializing in executive level recruiting for emerging venture capital backed start-ups and established growth companies in the wireless, networking and IP communications industries. Our goal is develop a long-term relationship and to become a strategic executive search partner. Many of our engagements include equity for services fee structures, ensuring that, as stakeholders, we focus on delivering long-term value. Leveraging our domain experience, network of industry contacts, and resources, we utilize a proven search process to net a pool of qualified candidates for our clients' most critical executive positions. Essential Solutions' philosophy is to provide the highest level of value and service to all of our constituents: our candidates, client and principal companies. Our goal is to become a strategic partner in the growth and success of all of our clients. For additional information related to our client company or candidate services, please go to Executive Search in our Companies Section <> for company related services, or to Executive Search in our Candidates Section <> for candidate related services. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030701/b6da7529/attachment.html From sps iis.fhg.de Wed Jul 2 11:18:42 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:02 2003 Subject: [M4IF Technotes] Re: MPEG4 Confirmance BitStreams In-Reply-To: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175BC@is01ex01.ittiam.com> References: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175BC@is01ex01.ittiam.com> Message-ID: <3F029562.40007@iis.fhg.de> Dear Anil, Anil Kumar wrote: > Hi Ralph, > Can you tell me where to find a detailed description of all the MPEG-4 bit streams?? (similar to w5373 (study on MPEG-2 AAC Conformance) of MPEG-2)??. As we (Ittiam) are ISO members, I have access to all the MPEG sites including the mpeg.nist.gov site where I found the w5373 doc. The most recent MPEG-4 conformance document is N5457. > Also, where can I find the CRC polynomial or at least a source code that REALLY works?? I guess you are looking for the crc_check derivation in the adts header. It is originally specfied in ISO/IEC 11172-3 (MPEG-1 Audio), subclause 2.4.3.1 (G(X)=X^16+X^15+X^2+1). The CRC derivation in the multichannel decoder (mp4audec_mc@mp4mcDec) of the MPEG-4 audio reference software works properly. > I am not sure if I can ask you all these questions, but hoping for a reply this time around :-) Hope this helps. > > Best regards, > Anil > Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From sps iis.fhg.de Wed Jul 2 11:53:17 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:02 2003 Subject: [M4IF Technotes] Re: Question on AAC object type In-Reply-To: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175BA@is01ex01.ittiam.com> References: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175BA@is01ex01.ittiam.com> Message-ID: <3F029D7D.5040004@iis.fhg.de> Dear Anil, Anil Kumar wrote: > Hi Ralph, > Thanks for the info. I was going through the meeting output documents, and there seems to have been a significant change in the test sequences from the time I started working on AAC (1.5 yrs ago) and rightly so, as I understand, MPEG is a living thing!!. That is indeed true. > The doc w5373 (study on MPEG-2 AAC Conformance) written by you has a detailed description of all the MPEG-2 test cases. Is there any doc similar to this one, but on the MPEG-4 test cases?? Yes, the most recent MPEG-4 Conformance document is N5457. > I also found a MPEG-2 reference softwere (refSoft_mpeg2aac_20030616.tgz) on the ftp://ftp.tnt.uni-hannover.de/incoming/cvs/ directory, but this code unfortunately doesn't work. What exactly is not working? I am quite sure that this software works properly. > Where can I find a reference MPEG-2 AAC decoder source (I think the MPEG-4 source is supposed to decode the MPEG-2 streams also, but it doesn't seem to recognize a .aac extension at all!). This is since the aac extension doesn?t mean anything. AAC data are usually stored into a container. This might be - adif or mp4ff for storage - adts or latm/loas for transmission > Also, is there a latest doc collating all the significant changes that has happened so far on MPEG-2/4? For MPEG-2 AAC, the latest documentation is N5374. For MPEG-4 Audio, there is currently another merge activity going on to integrate ISO/IEC14496-3:2001, ISO/IEC14496-3:2001/Cor.1:2002 (N4760) and ISO/IEC 14496-3:2001 FDAM 1 (the new Extension toward Spectral Band Replication, N5570) and you can expect an updated document after the next MPEG meeting. > I could not find the CRC polynomial in the 13818-7 doc, but there seems to be test sequences to test this. The CRC polynomial is reused from MPEG-1 Audio. It is originally specified in ISO/IEC 11172-3 (MPEG-1 Audio), subclause 2.4.3.1 as G(X)=X16+X15+X2+1. > I think most of my problems will be solved once I get hold of a reference software that can decode these sequences (Or am I wrong??) The CRC derivation in the multichannel decoder (mp4audec_mc@mp4mcDec) of the MPEG-4 audio reference software works properly. > > Hoping for some inputs on these questions, > Anil Hope my comments help. Best regards, Ralph PS: In the future, please avoid to ask similar questions several times in different e-mails. > -----Original Message----- > From: Ralph Sperschneider [mailto:sps@iis.fhg.de] > Sent: Friday, June 27, 2023 10:22 PM > To: Anil Kumar > Cc: technotes@lists.m4if.org > Subject: Re: Question on AAC object type > > > Dear Anil, > > there is unfortunately no such thing as a newsletter. The only possibly way I am > aware of is to stay tuned to what is going on during the MPEG meetings. This can > be done by participation, by screening the output documents of each meeting and > in joining the interested ad-hoc groups. > > All published standards are available here: > http://www.iso.org/iso/en/CatalogueListPage.CatalogueList (for MPEG-4, just type > the standard number 14496). Non-publicated standards are only available as > meeting output documents, thus only available to MPEG members. > > Hope this helps, > > Ralph > > > Anil Kumar wrote: > > >>Hi Ralph, All, >> Regarding my previous question, most of my doubts were clarified thanks > > > to Mr. Hans-J?rgen who pointed me to the audiocoding.com's wiki... apparently, > > the ADTS header format was changed a little in Dec 2002 (according to the > > wiki). However, I have one question... how do i keep track of such changes?? > > being an ISO member, is there any way we can get a newsletter or something > > which intimates us of all these changes?? where can I find the latest > > corrigendums/ammendments of ISO?? > >>Thanks, >>Anil >> >>-----Original Message----- >>From: Ralph Sperschneider [mailto:sps@iis.fhg.de] >>Sent: Friday, June 27, 2023 12:24 AM >>To: Hans-Juergen Bardenhagen >>Cc: technotes@lists.m4if.org >>Subject: [M4IF Technotes] Re: Question on AAC object type >> >> >> >> >>Hans-Juergen Bardenhagen wrote: >> >> >> >>>On Wednesday, 25.06.03, 10:56 Anil wrote: >>> >>> >>> >>> >>>>1. Can I get an ADTS or ADIF as the transport layer for an MPEG-4 >>>>stream?? (i guess it is yes, but just to confirm). >>> >>> >>>Not quite, because ADTS and ADIF are the header types of an AAC file >>>(not a "transport layer" in the usual sense like e.g. HTTP or RTSP) that >>>has not been multiplexed to a MP4 container yet. Inside this container >>>the raw AAC bitstream does not have any headers anymore, because these >>>informations (MPEG-x version, bitrate etc.) are handled by the MP4 file >>>header then. >> >> >>Maby some more information: >>- adts ( audio data transport stream ) is intended for transport. It was >>originally considered as become a "layer 4" (beside layer[123] as specified in >>ISO/IEC13818-3). >>- adif ( audio data interchange format ) is intended for storage (it has just >>one header at the beginning, followed by the raw_data_stream()) >> >>Both formats are specified in MPEG-2 and MPEG-4. There are some extensions in >>MPEG-4 to allow the signalling of AAC LTP in addition to AAC Main, AAC LC, AAC >>SSR and to distinguish between MPEG-2 and MPEG-4. However, these are AAC >>specific formats. >> >>For MPEG-4 Audio transport it is recommended to use LOAS/LATM (low overhead >>audio stream, low overhead audio transport multiplex). >> >>All these formats are specified in ISO/IEC14496-3. >> >>Best regards, >> >>Ralph >> >> >> >>>>2. What is the object type index for AAC LC in case of MPEG-2 and >>>>MPEG-4. Does this change depending on the transport layer(ADTS or ADIF >>>>or GA). 3. How do I distinguish b/w MPEG-2 and MPEG-4 in case of ADIF/ >>>>ADTS (Is it the bitstream_type and adts_id) 4. Where can I get a >>>>complete documentation of all these things?? >>> >>> >>>A short overview of the ADTS (and ADIF) header structure is available in >>>the Wiki of Audiocoding.com: >>> >>>http://www.audiocoding.com/wiki/index.php?page=ADTS >>> >>>If you need more informations than this, you can download the >>>specifications of MPEG-2 and/or MPEG-4 AAC from the MPEG homepage or the >>>MPEG Audio Subgroup (links are mentioned in the Wiki, too). This also >>>refers to the question of the MP4 file format, by the way. >>> >>>ZZee ya, Hans-J?rgen >>> >>>_______________________________________________ >>>Technotes mailing list >>>Technotes@lists.m4if.org >>>http://lists.m4if.org/mailman/listinfo/technotes >> >> > -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From sps iis.fhg.de Wed Jul 2 11:56:50 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] Re: Conformance BitStreams In-Reply-To: <003401c3404c$449651a0$210aa8c0@blr.emuzed.com> References: <3F01C7CB.2000009@iis.fhg.de> <003401c3404c$449651a0$210aa8c0@blr.emuzed.com> Message-ID: <3F029E52.7030607@iis.fhg.de> Vinay M K wrote: > Dear Mr. Ralph, > After I login at: > ftp://mpaudconf:adif2mp4@ftp.iis.fhg.de/ > when I browse to > /guests/mpeg4audio/incoming/testSequences/mpeg4audio-conformance/referencesW > av > > My FTP client shows all the .wav files as directories.. and I'm unable to > download any > of them except for al18, al19 & ap01,02,03,04,05 streams. Where is the > problem. Please help > regards > Vinay M K Vinay, the problem might be an incompatibility of your ftp client with our ftp server. I so fare recogniced this type of incompatibility only with the MS IE. Please try another ftp client or just use Mozilla. Best regards, Ralph > > > ----- Original Message ----- > From: "Ralph Sperschneider" > To: "Apoorva Ankad" > Cc: > Sent: Tuesday, July 01, 2023 11:11 PM > Subject: [M4IF Technotes] Re: Confirmance BitStreams > > > >>Apoorva Ankad wrote: >> >> >>>Dear Mr.Ralph, >>> >>>I am testing my MPEG4 AAC LC decoder. The standard tells that we >>>have the test sequences from ftp.research.att.com .But, in that FTP >>>there are only .mp4 files and no corresponding .wav files. So I checked >>>the FTP >>> ftp://mpaudconf@ftp.iis.fhg.de/mpeg4audio-conformance >>>Here I got both .mp4 and the corresponding .wav files. I downloaded the >>>Mp4 file al06_96.mp4 and its three corresponding Wave files >>>al06_96_f00.wav, al06_96_f01.wav and al06_96_f02.wav. But, what I felt >>>was, all the three .Wav files have a background noise. I used CoolEdit >>>for opening and playing them. Can you kindly tell me, whether to use >>>these files itself, as the references? >>> >>>Apoorva M. Ankad >>>Scanned by SecureSynergy VirusScreen Service. >>>For more information log on to : http://www.securesynergyonline.com or > > http://www.securesynergy.com > >>Dear Apoorva, >> >>I hereby confirm that the files on >>ftp://mpaudconf@ftp.iis.fhg.de/mpeg4audio-conformance are the most recent >>conformance test sequences (both compressed and uncompressed > > representation). > >>The files on ftp.research.att.com are outdated and shall not be used > > anymore. > >>The occurance of background noise or similar effects might be due to a > > badly > >>tuned encoder or to a noisy input signal. However, this is irrelavant > > since it > >>does not affect the decoder conformance testing. >> >>Best regards, >> >>Ralph >> >>-- >>Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 >>FhG IIS | Fax: +49 9131 776 398 >>Am Wolfsmantel 33 | mailto:sps@iis.fhg.de >>D 91058 Erlangen | http://www.iis.fhg.de/amm/ >> >>_______________________________________________ >>Technotes mailing list >>Technotes@lists.m4if.org >>http://lists.m4if.org/mailman/listinfo/technotes >> >> > > > -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From lzm02 mails.tsinghua.edu.cn Thu Jul 3 10:14:11 2003 From: lzm02 mails.tsinghua.edu.cn (Li Zhengming) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video Message-ID: <257194666.00744@mails.tsinghua.edu.cn> Hi, Now I'm trying to transport Mpeg4 video stream over RTP, and coming against a problem. The RTP says that the configuration information, such as Visual Object Sequence Header and other headers, should be bond into a rtp packet. Then How to determine the time stamp of such a rtp packet? The time stamp of the rtp packet consisting of a vop can be easily determined by inspecting its vop-time-increment syntax. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030703/48e62c95/attachment.html From trevor astri.org Thu Jul 3 11:01:41 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] osdm handler Message-ID: <001201c34107$0c6e0820$4804050a@TrevorNg> Hi experts, Referring to 14496-12 FDIS, the syntax elements for "mdia.minf.stbl.stsd" with handler_type "vide" and "soun" are clearly defined. But I can't find any syntax elements for handler_type "osdm". Could anyone here give me some hints that I can follow to decode the "mdia.minf.stbl.stsd" atom. Thanks in advance, Trevor -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030703/e99fc2db/attachment.html From hans-juergen.bardenhagen arcor.de Wed Jul 30 14:06:33 2003 From: hans-juergen.bardenhagen arcor.de (Hans-Juergen Bardenhagen) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video In-Reply-To: <000b01c34100$693b1130$90496fa6@freebreeze> Message-ID: <8pBf3-iUTuB@id-50271.news.dfncis.de> On Thursday, 03.07.03, 09:14 (received 03.07.03, 06:49) Li wrote: > Now I'm trying to transport Mpeg4 video stream over RTP, and coming > against a problem. The RTP says that the configuration information, > such as Visual Object Sequence Header and other headers, should be > bond into a rtp packet. Then How to determine the time stamp of such > a rtp packet? The time stamp of the rtp packet consisting of a vop > can be easily determined by inspecting its vop-time-increment syntax. As far as I know, the elementary streams in a MP4 container must be "hinted" for this, i.e. creating individual time stamp tracks that are added to the the container. At least this is how the open source MPEG4IP project handles RTP streaming e.g. with Apple's Darwin Streaming Server (DSS). See http://sourceforge.net/projects/mpeg4ip/ for more, they also have a web forum which you can search through and ask Bill May from Cisco if you need further information. ZZee ya, Hans-J?rgen From gchandra tataelxsi.co.in Thu Jul 3 13:59:08 2003 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] some queries on creation of fragmented movies Message-ID: <3F03DB44.2F83E9B@tataelxsi.co.in> Hi, Requesting answers for some queries regarding creation of fragmented movies explained in: the document "WG 11/N4854 or WG 1/N2538" titled "Proposed Revised Common Text Multimedia File Format Specification" dated "21 March 2024" and Section:3.8 - Construction of fragmented movies in the document "MPEG2003/N5651" titled "Amendment 1 to the ISO Base Media File Format" dated "March2003, Pataya, Thailand" 1. The document states Zero or more 'traf' boxes per 'moof' box. What is the possibility of zero number of 'traf' boxes in a 'moof' box? Moreover, while constructing a movie, the duration of tracks can be different. Old tracks may expire and new tracks may start, in which case the number of 'traf' in different 'moof' can be different. The answer for this may be connected to the query-2 below! 2. Is there a possibility to create movies in which some tracks are non-fragmented and some are fragmented? If yes, the requirement of number of 'trex' boxes being equal to "Exactly one per track in the movie box" is invalid! 3. What is the structure format (member parameters) for the atom/box 'mfra'? Is it similar to 'stss' (sync-sample-box) in 'stbl', replicated for all traks? 4. Consider a video-encoder generates a stream with less number of intra-frames (time/buffer-distance between intra-frames is large), or a video-encoder is using "Advanced Intra Refreshing" of MBs, where intra-frames are still more distant apart, then, The requirement (or is it only recommendation only?) that the first sample in each 'traf' box to be a randon-access-point (intra-frame for video!), may increase the size of data (both meta-data and media-data) per fragment ('moof'), and this fragment's meta-data to be analyzed and written into the 'moof' box. Should a DEVICE WITH LESS MEMORY, that can not buffer data for a long-time, go for compromise between the intra-period (in effect, compression!) and fragment size? Regards, Chandra DSP/MultiMedia Group, TATA ELXSI Ltd, BANGALORE, INDIA. From fuchs iis.fhg.de Thu Jul 3 11:53:56 2003 From: fuchs iis.fhg.de (Harald Fuchs) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] osdm handler In-Reply-To: <001201c34107$0c6e0820$4804050a@TrevorNg> References: <001201c34107$0c6e0820$4804050a@TrevorNg> Message-ID: <200307031053.56174.fuchs@iis.fhg.de> On Thursday 03 July 2023 04:01, Trevor NG wrote: > Hi experts, > > Referring to 14496-12 FDIS, the syntax elements > for "mdia.minf.stbl.stsd" with handler_type "vide" > and "soun" are clearly defined. But I can't find > any syntax elements for handler_type "osdm". Could > anyone here give me some hints that I can follow > to decode the "mdia.minf.stbl.stsd" atom. > > Thanks in advance, > Trevor Hello Trevor, 14496-12 is the "ISO Media Fileformat". This document describes the basic elements of the fileformat. The ISO fileformat is not used directly, only derived versions (MP4, Motion-JPEG2000, 3GPP) are used. In case of MP4: the MPEG-4 specific additions to the ISO base fileformat are described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 element, so you have to look into 14496-14 for it. Regards, Harald -- ------------------------------------------------------------- Harald Fuchs Fraunhofer IIS email: fuchs@iis.fhg.de Department Studio phone: +49-9131-776-382 Am Wolfsmantel 33 fax : +49-9131-776-399 D-91058 Erlangen (Germany) ============================================================= From trevor astri.org Thu Jul 3 18:52:56 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] osdm handler References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> Message-ID: <000901c34148$e20decc0$4804050a@TrevorNg> Hi Harald and all, Thanks for your help. Refer to 14496-14 (Page 8~9), it seems the syntax for all video, audio and systems are the same. Could you suggest me for more detailed information? aligned(8) class ESDBox extends FullBox(¡¥esds¡¦, version = 0, 0) { ES_Descriptor ES; } // Visual Streams class MP4VisualSampleEntry() extends VisualSampleEntry ('mp4v'){ ESDBox ES; } // Audio Streams class MP4AudioSampleEntry() extends AudioSampleEntry ('mp4a'){ ESDBox ES; } // all other Mpeg stream types class MpegSampleEntry() extends SampleEntry ('mp4s'){ ESDBox ES; } Thanks, Trevor ----- Original Message ----- From: "Harald Fuchs" To: "Trevor NG" ; "[M4IF Technotes]" Sent: Thursday, July 03, 2023 4:53 PM Subject: Re: [M4IF Technotes] osdm handler > On Thursday 03 July 2023 04:01, Trevor NG wrote: > > Hi experts, > > > > Referring to 14496-12 FDIS, the syntax elements > > for "mdia.minf.stbl.stsd" with handler_type "vide" > > and "soun" are clearly defined. But I can't find > > any syntax elements for handler_type "osdm". Could > > anyone here give me some hints that I can follow > > to decode the "mdia.minf.stbl.stsd" atom. > > > > Thanks in advance, > > Trevor > > > Hello Trevor, > > 14496-12 is the "ISO Media Fileformat". This document describes the basic > elements of the fileformat. The ISO fileformat is not used directly, only > derived versions (MP4, Motion-JPEG2000, 3GPP) are used. > > In case of MP4: the MPEG-4 specific additions to the ISO base fileformat are > described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 element, > so you have to look into 14496-14 for it. > > Regards, > Harald > > > -- > ------------------------------------------------------------- > Harald Fuchs Fraunhofer IIS > email: fuchs@iis.fhg.de Department Studio > phone: +49-9131-776-382 Am Wolfsmantel 33 > fax : +49-9131-776-399 D-91058 Erlangen (Germany) > ============================================================= > > > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From wmay cisco.com Thu Jul 3 09:54:02 2003 From: wmay cisco.com (Bill May) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video In-Reply-To: <8pBf3-iUTuB@id-50271.news.dfncis.de> References: <8pBf3-iUTuB@id-50271.news.dfncis.de> Message-ID: <3F04519A.9090007@cisco.com> Hans-Juergen Bardenhagen wrote: > On Thursday, 03.07.03, 09:14 (received 03.07.03, 06:49) Li wrote: > > >>Now I'm trying to transport Mpeg4 video stream over RTP, and coming >>against a problem. The RTP says that the configuration information, >>such as Visual Object Sequence Header and other headers, should be >>bond into a rtp packet. Then How to determine the time stamp of such >>a rtp packet? The time stamp of the rtp packet consisting of a vop >>can be easily determined by inspecting its vop-time-increment syntax. > > > As far as I know, the elementary streams in a MP4 container must be > "hinted" for this, i.e. creating individual time stamp tracks that are > added to the the container. At least this is how the open source MPEG4IP > project handles RTP streaming e.g. with Apple's Darwin Streaming Server > (DSS). See http://sourceforge.net/projects/mpeg4ip/ for more, they also > have a web forum which you can search through and ask Bill May from > Cisco if you need further information. Hinting is just done when you want to play back VOD from a streaming server. We do not usually stream the VOSH/VOL, instead those fields are in the a=fmtp statement in the SDP describing the session. If you must stream them, they must be included at the beginning of the next packet (RFC 3016, section 3.2, statement (1). I believe that if you do not include any more packet information, the timestamp is fairly irrelevant; if you include the VOP, the timestamp should reflect that frame. Bill From singer apple.com Thu Jul 3 10:31:04 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video In-Reply-To: <8pBf3-iUTuB@id-50271.news.dfncis.de> References: <8pBf3-iUTuB@id-50271.news.dfncis.de> Message-ID: Li -- You have it upside-down. One would only use the (ugly) in-stream timing of MPEG-4 video when the external system does not. In this case, in order to achieve sync, and obey the general nature of RTP, one would believe the RTP time-stamps and ignore what is in-stream. The same goes for an MP4 file. The config information in RTP is normally carried out of band, in SDP, just as it is in MP4. In summary, the timestamp of a vop in RTP is determined by the RTP timestamp; vop_time_increment, modulo-time-base, and all that stuff, are irrelevant. At 07:00 +0200 7/3/03, Hans-Juergen Bardenhagen wrote: >On Thursday, 03.07.03, 09:14 (received 03.07.03, 06:49) Li wrote: > >> Now I'm trying to transport Mpeg4 video stream over RTP, and coming >> against a problem. The RTP says that the configuration information, >> such as Visual Object Sequence Header and other headers, should be >> bond into a rtp packet. Then How to determine the time stamp of such >> a rtp packet? The time stamp of the rtp packet consisting of a vop >> can be easily determined by inspecting its vop-time-increment syntax. > >As far as I know, the elementary streams in a MP4 container must be >"hinted" for this, i.e. creating individual time stamp tracks that are >added to the the container. At least this is how the open source MPEG4IP >project handles RTP streaming e.g. with Apple's Darwin Streaming Server >(DSS). See http://sourceforge.net/projects/mpeg4ip/ for more, they also >have a web forum which you can search through and ask Bill May from >Cisco if you need further information. > >ZZee ya, Hans-J?rgen > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime From singer apple.com Thu Jul 3 10:45:57 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] osdm handler In-Reply-To: <200307031053.56174.fuchs@iis.fhg.de> References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> Message-ID: Harald has it exactly (as always). In part 14 (and the old chapter 13) you will find: "For visual streams, a VisualSampleEntry is used; for audio streams, an AudioSampleEntry. For all other MPEG-4 streams, a MpegSampleEntry is used. Hint tracks use an entry format specific to their protocol, with an appropriate name." At 10:53 +0200 7/3/03, Harald Fuchs wrote: >On Thursday 03 July 2023 04:01, Trevor NG wrote: >> Hi experts, >> >> Referring to 14496-12 FDIS, the syntax elements >> for "mdia.minf.stbl.stsd" with handler_type "vide" >> and "soun" are clearly defined. But I can't find >> any syntax elements for handler_type "osdm". Could >> anyone here give me some hints that I can follow >> to decode the "mdia.minf.stbl.stsd" atom. >> >> Thanks in advance, >> Trevor > > >Hello Trevor, > >14496-12 is the "ISO Media Fileformat". This document describes the basic >elements of the fileformat. The ISO fileformat is not used directly, only >derived versions (MP4, Motion-JPEG2000, 3GPP) are used. > >In case of MP4: the MPEG-4 specific additions to the ISO base fileformat are >described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 element, >so you have to look into 14496-14 for it. > >Regards, >Harald -- David Singer Apple Computer/QuickTime -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030703/1d2aa5bc/attachment.html From singer apple.com Thu Jul 3 10:49:07 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:03 2003 Subject: [M4IF Technotes] osdm handler In-Reply-To: <000901c34148$e20decc0$4804050a@TrevorNg> References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> <000901c34148$e20decc0$4804050a@TrevorNg> Message-ID: At 17:52 +0800 7/3/03, Trevor NG wrote: >Hi Harald and all, > >Thanks for your help. Refer to 14496-14 (Page 8~9), it seems the syntax for >all video, audio and systems are the same. Could you suggest me for more >detailed information? > >aligned(8) class ESDBox extends FullBox('esds', version = 0, 0) { > ES_Descriptor ES; >} >// Visual Streams >class MP4VisualSampleEntry() extends VisualSampleEntry ('mp4v'){ > ESDBox ES; >} >// Audio Streams >class MP4AudioSampleEntry() extends AudioSampleEntry ('mp4a'){ > ESDBox ES; >} >// all other Mpeg stream types >class MpegSampleEntry() extends SampleEntry ('mp4s'){ > ESDBox ES; >} > >Thanks, >Trevor I'm not sure what more you need to know. What are you having trouble deciding? > >----- Original Message ----- >From: "Harald Fuchs" >To: "Trevor NG" ; "[M4IF Technotes]" > >Sent: Thursday, July 03, 2023 4:53 PM >Subject: Re: [M4IF Technotes] osdm handler > > >> On Thursday 03 July 2023 04:01, Trevor NG wrote: >> > Hi experts, >> > >> > Referring to 14496-12 FDIS, the syntax elements >> > for "mdia.minf.stbl.stsd" with handler_type "vide" >> > and "soun" are clearly defined. But I can't find >> > any syntax elements for handler_type "osdm". Could >> > anyone here give me some hints that I can follow >> > to decode the "mdia.minf.stbl.stsd" atom. >> > >> > Thanks in advance, >> > Trevor >> >> >> Hello Trevor, >> >> 14496-12 is the "ISO Media Fileformat". This document describes the basic >> elements of the fileformat. The ISO fileformat is not used directly, only >> derived versions (MP4, Motion-JPEG2000, 3GPP) are used. >> >> In case of MP4: the MPEG-4 specific additions to the ISO base fileformat >are >> described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 >element, >> so you have to look into 14496-14 for it. >> >> Regards, >> Harald >> >> >> -- >> ------------------------------------------------------------- >> Harald Fuchs Fraunhofer IIS >> email: fuchs@iis.fhg.de Department Studio >> phone: +49-9131-776-382 Am Wolfsmantel 33 >> fax : +49-9131-776-399 D-91058 Erlangen (Germany) >> ============================================================= >> >> >> >> _______________________________________________ >> 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 hemkumar crystal.cirrus.com Thu Jul 3 15:00:38 2003 From: hemkumar crystal.cirrus.com (N. D. Hemkumar) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] Interlaced video in MPEG4 vs MPEG2 Message-ID: Can any of the experts shed some light on the similarities/differences between how interlaced video is dealt with in MPEG2 vs MPEG4 (Part 2) ? Thanks in advance, N. D. Hemkumar From bouilhaguet resonate-mp4.com Fri Jul 4 01:23:52 2003 From: bouilhaguet resonate-mp4.com (Frederic Bouilhaguet) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video In-Reply-To: Message-ID: Dear Dave, I would like to know what you think of the hinters that produce Hint Tracks that contain 'stts' and 'ctts' tables that are equal to the 'stts' and 'ctts' of the media video track... Shouldn't these Hint Track contain *only* one 'stts' table with delta time stamp values inside it that guarantee RTPTimeStamp = CTS WITHOUT any 'ctts' table ? Frederic --- Resonate MP4 T?l: +33 1 42 41 16 65 - Mobile: +33 6 63 40 99 12 > -----Message d'origine----- > De : technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org]De la part de Dave Singer > Envoy? : jeudi 3 juillet 2003 18:31 > ? : technotes@lists.m4if.org > Objet : Re: [M4IF Technotes] Use Rtp to transport Mpeg4 video > > > Li -- You have it upside-down. One would only use the (ugly) > in-stream timing of MPEG-4 video when the external system does not. > In this case, in order to achieve sync, and obey the general nature > of RTP, one would believe the RTP time-stamps and ignore what is > in-stream. The same goes for an MP4 file. > > The config information in RTP is normally carried out of band, in > SDP, just as it is in MP4. > > In summary, the timestamp of a vop in RTP is determined by the RTP > timestamp; vop_time_increment, modulo-time-base, and all that stuff, > are irrelevant. > > > > At 07:00 +0200 7/3/03, Hans-Juergen Bardenhagen wrote: > >On Thursday, 03.07.03, 09:14 (received 03.07.03, 06:49) Li wrote: > > > >> Now I'm trying to transport Mpeg4 video stream over RTP, and coming > >> against a problem. The RTP says that the configuration information, > >> such as Visual Object Sequence Header and other headers, should be > >> bond into a rtp packet. Then How to determine the time stamp of such > >> a rtp packet? The time stamp of the rtp packet consisting of a vop > >> can be easily determined by inspecting its vop-time-increment syntax. > > > >As far as I know, the elementary streams in a MP4 container must be > >"hinted" for this, i.e. creating individual time stamp tracks that are > >added to the the container. At least this is how the open source MPEG4IP > >project handles RTP streaming e.g. with Apple's Darwin Streaming Server > >(DSS). See http://sourceforge.net/projects/mpeg4ip/ for more, they also > >have a web forum which you can search through and ask Bill May from > >Cisco if you need further information. > > > >ZZee ya, Hans-J?rgen > > > >_______________________________________________ > >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 singer apple.com Thu Jul 3 16:35:29 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] Use Rtp to transport Mpeg4 video In-Reply-To: References: Message-ID: At 00:23 +0200 7/4/03, Frederic Bouilhaguet wrote: >Dear Dave, > >I would like to know what you think of the hinters that produce Hint Tracks >that contain 'stts' and 'ctts' tables that are equal to the 'stts' and >'ctts' of the media video track... >Shouldn't these Hint Track contain *only* one 'stts' table with delta time >stamp values inside it that guarantee RTPTimeStamp = CTS WITHOUT any 'ctts' >table ? Yes. Somewhere in the standard it says explicitly that hint tracks are not 'composed' and have no 'ctts' table. A server shouldn't have to do composition re-ordering; it doesn't make sense. The hinter should have computed the right time-stamps for the (e.g.) RTP packets in a hint track. > >Frederic >--- >Resonate MP4 >T?l: +33 1 42 41 16 65 - Mobile: +33 6 63 40 99 12 > >> -----Message d'origine----- >> De : technotes-admin@lists.m4if.org >> [mailto:technotes-admin@lists.m4if.org]De la part de Dave Singer >> Envoy? : jeudi 3 juillet 2003 18:31 >> ? : technotes@lists.m4if.org >> Objet : Re: [M4IF Technotes] Use Rtp to transport Mpeg4 video >> >> >> Li -- You have it upside-down. One would only use the (ugly) >> in-stream timing of MPEG-4 video when the external system does not. >> In this case, in order to achieve sync, and obey the general nature >> of RTP, one would believe the RTP time-stamps and ignore what is >> in-stream. The same goes for an MP4 file. >> >> The config information in RTP is normally carried out of band, in >> SDP, just as it is in MP4. >> >> In summary, the timestamp of a vop in RTP is determined by the RTP >> timestamp; vop_time_increment, modulo-time-base, and all that stuff, >> are irrelevant. >> >> >> >> At 07:00 +0200 7/3/03, Hans-Juergen Bardenhagen wrote: >> >On Thursday, 03.07.03, 09:14 (received 03.07.03, 06:49) Li wrote: >> > >> >> Now I'm trying to transport Mpeg4 video stream over RTP, and coming >> >> against a problem. The RTP says that the configuration information, >> >> such as Visual Object Sequence Header and other headers, should be >> >> bond into a rtp packet. Then How to determine the time stamp of such >> >> a rtp packet? The time stamp of the rtp packet consisting of a vop >> >> can be easily determined by inspecting its vop-time-increment syntax. >> > >> >As far as I know, the elementary streams in a MP4 container must be >> >"hinted" for this, i.e. creating individual time stamp tracks that are >> >added to the the container. At least this is how the open source MPEG4IP >> >project handles RTP streaming e.g. with Apple's Darwin Streaming Server >> >(DSS). See http://sourceforge.net/projects/mpeg4ip/ for more, they also >> >have a web forum which you can search through and ask Bill May from >> >Cisco if you need further information. >> > >> >ZZee ya, Hans-J?rgen >> > >> >_______________________________________________ >> >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 -- David Singer Apple Computer/QuickTime From trevor astri.org Fri Jul 4 12:50:53 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] osdm handler References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> <000901c34148$e20decc0$4804050a@TrevorNg> Message-ID: <000901c341df$7816abd0$4804050a@TrevorNg> Hi Dave and all, For VisualSampleEntry, there is a syntax as follows (extracted from 14496-12 P26) // Visual Sequences class VisualSampleEntry(codingname) extends SampleEntry (codingname){ unsigned int(16) pre_defined = 0; const unsigned int(16) reserved = 0; unsigned int(32)[3] pre_defined = 0; unsigned int(16) width; unsigned int(16) height; template unsigned int(32) horizresolution = 0x00480000; // 72 dpi template unsigned int(32) vertresolution = 0x00480000; // 72 dpi const unsigned int(32) reserved = 0; template unsigned int(16) frame_count = 1; string[32] compressorname; template unsigned int(16) depth = 0x0018; int(16) pre_defined = -1; } Is there any similar syntax for SampleEntry of "osdm"? Thanks, Trevor ----- Original Message ----- From: "Dave Singer" To: "Trevor NG" ; "[M4IF Technotes]" Sent: Friday, July 04, 2023 12:49 AM Subject: Re: [M4IF Technotes] osdm handler > At 17:52 +0800 7/3/03, Trevor NG wrote: > >Hi Harald and all, > > > >Thanks for your help. Refer to 14496-14 (Page 8~9), it seems the syntax for > >all video, audio and systems are the same. Could you suggest me for more > >detailed information? > > > >aligned(8) class ESDBox extends FullBox('esds', version = 0, 0) { > > ES_Descriptor ES; > >} > >// Visual Streams > >class MP4VisualSampleEntry() extends VisualSampleEntry ('mp4v'){ > > ESDBox ES; > >} > >// Audio Streams > >class MP4AudioSampleEntry() extends AudioSampleEntry ('mp4a'){ > > ESDBox ES; > >} > >// all other Mpeg stream types > >class MpegSampleEntry() extends SampleEntry ('mp4s'){ > > ESDBox ES; > >} > > > >Thanks, > >Trevor > > I'm not sure what more you need to know. What are you having trouble deciding? > > > > >----- Original Message ----- > >From: "Harald Fuchs" > >To: "Trevor NG" ; "[M4IF Technotes]" > > > >Sent: Thursday, July 03, 2023 4:53 PM > >Subject: Re: [M4IF Technotes] osdm handler > > > > > >> On Thursday 03 July 2023 04:01, Trevor NG wrote: > >> > Hi experts, > >> > > >> > Referring to 14496-12 FDIS, the syntax elements > >> > for "mdia.minf.stbl.stsd" with handler_type "vide" > >> > and "soun" are clearly defined. But I can't find > >> > any syntax elements for handler_type "osdm". Could > >> > anyone here give me some hints that I can follow > >> > to decode the "mdia.minf.stbl.stsd" atom. > >> > > >> > Thanks in advance, > >> > Trevor > >> > >> > >> Hello Trevor, > >> > >> 14496-12 is the "ISO Media Fileformat". This document describes the basic > >> elements of the fileformat. The ISO fileformat is not used directly, only > >> derived versions (MP4, Motion-JPEG2000, 3GPP) are used. > >> > >> In case of MP4: the MPEG-4 specific additions to the ISO base fileformat > >are > >> described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 > >element, > >> so you have to look into 14496-14 for it. > >> > >> Regards, > >> Harald > >> > >> > >> -- > >> ------------------------------------------------------------- > >> Harald Fuchs Fraunhofer IIS > >> email: fuchs@iis.fhg.de Department Studio > >> phone: +49-9131-776-382 Am Wolfsmantel 33 > >> fax : +49-9131-776-399 D-91058 Erlangen (Germany) > >> ============================================================= > >> > >> > >> > >> _______________________________________________ > >> 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 singer apple.com Fri Jul 4 11:31:43 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] osdm handler In-Reply-To: <000901c341df$7816abd0$4804050a@TrevorNg> References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> <000901c34148$e20decc0$4804050a@TrevorNg> <000901c341df$7816abd0$4804050a@TrevorNg> Message-ID: At 11:50 +0800 7/4/03, Trevor NG wrote: >Hi Dave and all, > >For VisualSampleEntry, there is a syntax as follows (extracted from 14496-12 >P26) > > // Visual Sequences > class VisualSampleEntry(codingname) extends SampleEntry (codingname){ > unsigned int(16) pre_defined = 0; > const unsigned int(16) reserved = 0; > unsigned int(32)[3] pre_defined = 0; > unsigned int(16) width; > unsigned int(16) height; > template unsigned int(32) horizresolution = 0x00480000; // 72 >dpi > template unsigned int(32) vertresolution = 0x00480000; // 72 dpi > const unsigned int(32) reserved = 0; > template unsigned int(16) frame_count = 1; > string[32] compressorname; > template unsigned int(16) depth = 0x0018; > int(16) pre_defined = -1; > } > >Is there any similar syntax for SampleEntry of "osdm"? look below. all other streams use an mpegsampleentry, which doesn't extend the regular sampleentry with any new fields. > >Thanks, >Trevor > > > >----- Original Message ----- >From: "Dave Singer" >To: "Trevor NG" ; "[M4IF Technotes]" > >Sent: Friday, July 04, 2023 12:49 AM >Subject: Re: [M4IF Technotes] osdm handler > > >> At 17:52 +0800 7/3/03, Trevor NG wrote: >> >Hi Harald and all, >> > >> >Thanks for your help. Refer to 14496-14 (Page 8~9), it seems the syntax >for >> >all video, audio and systems are the same. Could you suggest me for more >> >detailed information? >> > >> >aligned(8) class ESDBox extends FullBox('esds', version = 0, 0) { >> > ES_Descriptor ES; >> >} >> >// Visual Streams >> >class MP4VisualSampleEntry() extends VisualSampleEntry ('mp4v'){ >> > ESDBox ES; >> >} >> >// Audio Streams >> >class MP4AudioSampleEntry() extends AudioSampleEntry ('mp4a'){ >> > ESDBox ES; >> >} >> >// all other Mpeg stream types >> >class MpegSampleEntry() extends SampleEntry ('mp4s'){ >> > ESDBox ES; >> >} >> > >> >Thanks, >> >Trevor >> >> I'm not sure what more you need to know. What are you having trouble >deciding? >> >> > >> >----- Original Message ----- >> >From: "Harald Fuchs" >> >To: "Trevor NG" ; "[M4IF Technotes]" >> > >> >Sent: Thursday, July 03, 2023 4:53 PM >> >Subject: Re: [M4IF Technotes] osdm handler >> > >> > >> >> On Thursday 03 July 2023 04:01, Trevor NG wrote: >> >> > Hi experts, >> >> > >> >> > Referring to 14496-12 FDIS, the syntax elements >> >> > for "mdia.minf.stbl.stsd" with handler_type "vide" >> >> > and "soun" are clearly defined. But I can't find >> >> > any syntax elements for handler_type "osdm". Could >> >> > anyone here give me some hints that I can follow >> >> > to decode the "mdia.minf.stbl.stsd" atom. >> >> > >> >> > Thanks in advance, >> >> > Trevor >> >> >> >> >> >> Hello Trevor, >> >> >> >> 14496-12 is the "ISO Media Fileformat". This document describes the >basic >> >> elements of the fileformat. The ISO fileformat is not used directly, >only >> >> derived versions (MP4, Motion-JPEG2000, 3GPP) are used. >> >> >> >> In case of MP4: the MPEG-4 specific additions to the ISO base >fileformat >> >are >> >> described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 >> >element, >> >> so you have to look into 14496-14 for it. >> >> >> >> Regards, >> >> Harald >> >> >> >> >> >> -- >> >> ------------------------------------------------------------- >> >> Harald Fuchs Fraunhofer IIS >> >> email: fuchs@iis.fhg.de Department Studio >> >> phone: +49-9131-776-382 Am Wolfsmantel 33 >> >> fax : +49-9131-776-399 D-91058 Erlangen (Germany) >> >> ============================================================= >> >> >> >> >> >> >> >> _______________________________________________ >> >> 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 -- David Singer Apple Computer/QuickTime From trevor astri.org Sat Jul 5 10:44:07 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] osdm handler References: <001201c34107$0c6e0820$4804050a@TrevorNg> <200307031053.56174.fuchs@iis.fhg.de> <000901c34148$e20decc0$4804050a@TrevorNg> <000901c341df$7816abd0$4804050a@TrevorNg> Message-ID: <001b01c34296$ed7d3800$4804050a@TrevorNg> I see. Thanks very much for you help. ----- Original Message ----- From: "Dave Singer" To: "Trevor NG" ; "[M4IF Technotes]" Sent: Saturday, July 05, 2023 1:31 AM Subject: Re: [M4IF Technotes] osdm handler > At 11:50 +0800 7/4/03, Trevor NG wrote: > >Hi Dave and all, > > > >For VisualSampleEntry, there is a syntax as follows (extracted from 14496-12 > >P26) > > > > // Visual Sequences > > class VisualSampleEntry(codingname) extends SampleEntry (codingname){ > > unsigned int(16) pre_defined = 0; > > const unsigned int(16) reserved = 0; > > unsigned int(32)[3] pre_defined = 0; > > unsigned int(16) width; > > unsigned int(16) height; > > template unsigned int(32) horizresolution = 0x00480000; // 72 > >dpi > > template unsigned int(32) vertresolution = 0x00480000; // 72 dpi > > const unsigned int(32) reserved = 0; > > template unsigned int(16) frame_count = 1; > > string[32] compressorname; > > template unsigned int(16) depth = 0x0018; > > int(16) pre_defined = -1; > > } > > > >Is there any similar syntax for SampleEntry of "osdm"? > > look below. all other streams use an mpegsampleentry, which doesn't > extend the regular sampleentry with any new fields. > > > > >Thanks, > >Trevor > > > > > > > >----- Original Message ----- > >From: "Dave Singer" > >To: "Trevor NG" ; "[M4IF Technotes]" > > > >Sent: Friday, July 04, 2023 12:49 AM > >Subject: Re: [M4IF Technotes] osdm handler > > > > > >> At 17:52 +0800 7/3/03, Trevor NG wrote: > >> >Hi Harald and all, > >> > > >> >Thanks for your help. Refer to 14496-14 (Page 8~9), it seems the syntax > >for > >> >all video, audio and systems are the same. Could you suggest me for more > >> >detailed information? > >> > > >> >aligned(8) class ESDBox extends FullBox('esds', version = 0, 0) { > >> > ES_Descriptor ES; > >> >} > >> >// Visual Streams > >> >class MP4VisualSampleEntry() extends VisualSampleEntry ('mp4v'){ > >> > ESDBox ES; > >> >} > >> >// Audio Streams > >> >class MP4AudioSampleEntry() extends AudioSampleEntry ('mp4a'){ > >> > ESDBox ES; > >> >} > >> >// all other Mpeg stream types > >> >class MpegSampleEntry() extends SampleEntry ('mp4s'){ > >> > ESDBox ES; > >> >} > >> > > >> >Thanks, > >> >Trevor > >> > >> I'm not sure what more you need to know. What are you having trouble > >deciding? > >> > >> > > >> >----- Original Message ----- > >> >From: "Harald Fuchs" > >> >To: "Trevor NG" ; "[M4IF Technotes]" > >> > > >> >Sent: Thursday, July 03, 2023 4:53 PM > >> >Subject: Re: [M4IF Technotes] osdm handler > >> > > >> > > >> >> On Thursday 03 July 2023 04:01, Trevor NG wrote: > >> >> > Hi experts, > >> >> > > >> >> > Referring to 14496-12 FDIS, the syntax elements > >> >> > for "mdia.minf.stbl.stsd" with handler_type "vide" > >> >> > and "soun" are clearly defined. But I can't find > >> >> > any syntax elements for handler_type "osdm". Could > >> >> > anyone here give me some hints that I can follow > >> >> > to decode the "mdia.minf.stbl.stsd" atom. > >> >> > > >> >> > Thanks in advance, > >> >> > Trevor > >> >> > >> >> > >> >> Hello Trevor, > >> >> > >> >> 14496-12 is the "ISO Media Fileformat". This document describes the > >basic > >> >> elements of the fileformat. The ISO fileformat is not used directly, > >only > >> >> derived versions (MP4, Motion-JPEG2000, 3GPP) are used. > >> >> > >> >> In case of MP4: the MPEG-4 specific additions to the ISO base > >fileformat > >> >are > >> >> described in 14496-14. "osdm" (ObjectDescriptorStream) is an MPEG-4 > >> >element, > >> >> so you have to look into 14496-14 for it. > >> >> > >> >> Regards, > >> >> Harald > >> >> > >> >> > >> >> -- > >> >> ------------------------------------------------------------- > >> >> Harald Fuchs Fraunhofer IIS > >> >> email: fuchs@iis.fhg.de Department Studio > >> >> phone: +49-9131-776-382 Am Wolfsmantel 33 > >> >> fax : +49-9131-776-399 D-91058 Erlangen (Germany) > >> >> ============================================================= > >> >> > >> >> > >> >> > >> >> _______________________________________________ > >> >> 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 > > > -- > David Singer > Apple Computer/QuickTime > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From eg_nhmaa hotmail.com Sat Jul 5 11:04:06 2003 From: eg_nhmaa hotmail.com (Kenny Ng) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] MPEG-2 and MPEG-4 AAC Message-ID: I have downloaded the evaluation version of Easy Audio File Converter. I find that there are two output format options: MPEG2 AAC (.aac) and MPEG4 AAC (.mp4). The header of these files are not quite the same. Can anyone tell me where I can find the differences between these? Thx much. _________________________________________________________________ Hotmail Extra StorageÅý§AÀò±o10MB ÃB¥~Àx¦sªÅ¶¡¡A½Ð§Y¥Ó½Ð¡I http://join.msn.com/?pgmarket=zh-hk From rjamorim yahoo.com Sat Jul 5 03:24:10 2003 From: rjamorim yahoo.com (=?iso-8859-1?q?Roberto=20Jos=E9=20de=20Amorim?=) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] MPEG-2 and MPEG-4 AAC In-Reply-To: Message-ID: <20030705052410.15738.qmail@web11205.mail.yahoo.com> --- Kenny Ng escreveu: > I have downloaded the evaluation version of Easy Audio File Converter. > I find that there are two output format options: MPEG2 AAC (.aac) and > MPEG4 AAC (.mp4). The header of these files are not quite the same. > > Can anyone tell me where I can find the differences between these? > > Thx much. Hey, Kennyzero. You should have checked HA first. http://www.hydrogenaudio.org/index.php?showtopic=11041&st=0& From caogd irercn.com Mon Jul 7 10:51:57 2003 From: caogd irercn.com (=?GB2312?Q?=B2=DC=B9=FA=B6=B0?=) Date: Wed Jul 30 14:11:04 2003 Subject: [M4IF Technotes] the feasibility of mpeg4 in the embedded-system Message-ID: <200307070153.h671rN718912@lists1.magma.ca> I want to discuss the feasibility of mpeg4 in the embedded-system. The embedded system is a real-time system, and some algorithmics, such as Shape Code, are too complex to realize real-time compression and transport in most occasions. Does this mean the application of mpeg4 in the real-time system is still immature? And what is the basic requirement of the DSP hardware in order to resolve the above problem? Could you give me some advice about this? From valentini coritel.it Mon Jul 7 13:04:01 2003 From: valentini coritel.it (Lucia) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] R: About Transcoding In-Reply-To: <20030627235056.90315.qmail@web20809.mail.yahoo.com> Message-ID: Hello Jeongnam, Thank you for your answer: it is precious to me, especially in deciding which kind of architecture should be implemented in the transcoder. From what i can see, a FPDT should be preferred to a DDT architecture....however, to better justify a choise, i would like to read the paper about the author you mentioned in your reply, could you please let me know his name? Thank you very much. Regards, Lucia > -----Messaggio originale----- > Da: Jeongnam Youn [mailto:youn_98043@yahoo.com] > Inviato: sabato 28 giugno 2003 1.51 > A: Lucia > Oggetto: Re: About Transcoding > Priorita: Alta > > > > Hello Lucia, > > Thanks for your interest in my work. The real-time > transcoding actually depends on what size of picture > you are dealing with. I don't have specific MIPS data. > However, when I was in school(well, it's been passed 3 > years already), we implemented the transcoder. At that > time, we were able to run it around 10 to 15 > frames/sec with QCIF size picture on 300 Mhz Pentimum > if I remember the numbers correctly. So, you are > considering QCIF format, I guess you will be able to > do real-time transcoding. For CIF format, I am now > working on JVT transcoding at 15 frames/sec and looks > good on 2 Ghz Pentium too. However, you may need more > optimization for faster processing. I prefer FPDT due > to its flexibility. Some people claimed that DDT is > faster FPDT before. However, I talked one of the > famous authors in DDT and he agreed there was a > mistake in computational complexity analysis in his > paper. > > For the quantization error issue, I don't have the > paper with me right now in my office. I will check it > later and let you know. > > Thanks for your inquiry and hope you enjoyed the work > in your project. > > Thanks, > > Regards, > > Jeongnam > > --- Lucia wrote: > > > > > Hi Jeongnam, > > > > > > I'm a researcher of the university of Rome. > > > > > > I've read some of your papers about video > > transcoding; in > > > particular i'm very interested in bit-rate > > reduction transcoding, > > > in fact the team i'm working with, wants to > > realize a software > > > for transcoding that should work under linux in > > real time. > > > Precisely we are focusing on bit-rate transcoding > > during a video > > > conference. The scenario we are considering is > > composed by 3 PCs, > > > representing the 2 terminals and the transcoding > > gateway. We use > > > an MPEG4 coder with Simple Profile and only 1 > > object(Momusys > > > Reference Software). I wonder if the CPDT, FPDT, > > DDT > > > architectures (that you presented in "Video > > Transcoder > > > Architecture for Bit Rate Scaling of H.263 Bit > > Streams") are fast > > > enough to be used in a test bed considering that > > coding and > > > decoding are performed via software (with > > Pentium4 at 2Ghz). > > > Regarding to the computational complexity of the > > above cited > > > video transcoding architectures, do you have any > > results ( in > > > MIPS) for the test sequences? > > > > > > The last question is about the architecture's > > pictures in the > > > aforementioned paper: I guess in fig.3 and fig.4 > > the signal to > > > calculate the quantization error, En, should be > > taken after the > > > first inverse quantizer, and not after adding to > > the inverse > > > quantized signal the MC error itself. Is it > > right? > > > > > > Thanks in advance. > > > Best Regards. > > > > > > Lucia > > > > > > > > > _____________________________________________________________________ > > > Lucia Valentini > > > CoRiTel-Consorzio di Ricerca sulle > > Telecomunicazioni > > > URL : http://www.coritel.it > > > E-mail : valentini@coritel.it > > > Tel. : +39 06 72582875 > > > Fax. : +39 06 72583002 > > > > > > ______________________________________________________________________ > > > > > > > > > > > > > > > > > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > From kannan.g.s.nambiar celstream.com Mon Jul 7 18:28:05 2003 From: kannan.g.s.nambiar celstream.com (Kannan GS Nambiar) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] Reference Code ISO/IEC 11164-5 Message-ID: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> Hi all, I have recently procured a collection of reference software from ISO for 11164 MPEG 4 Standard.I am basically interested in AAC LC Decoder which is part of 11164-3. I am trying to run this code on windows XP which is not working out.So please anyone of you tell me for which Windows OS this code is developed for.I mean is it for NT or 2000.The code is failing inside the libtsp.lib which handles the I/O operations like file open, file close etc. The reference code consists of two libraries 1: \natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib and I am using the workspace \natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw So please advise me what I am supposed to do as I do not have the source code for these libraries.Shall I change my OS from XP to NT?? Thanks In Advance, KGSN. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030707/854d458d/attachment.html From sps iis.fhg.de Mon Jul 7 17:26:42 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] Re: Reference Code ISO/IEC 11164-5 In-Reply-To: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> Message-ID: <3F098322.3000008@iis.fhg.de> Kannan GS Nambiar wrote: > Hi all, > > I have recently procured a collection of reference software from > ISO for 11164 MPEG 4 Standard. I am basically interested in AAC LC > Decoder which is part of 11164-3. > > I am trying to run this code on windows XP which is not working > out.So please anyone of you tell me for which Windows OS this code is > developed for.I mean is it for NT or 2000. The reference software (C-code) is not developed for a certain Windows OS at all. It was developed mainly under Unix systems, and is basically intended to run with gcc. Some contributors provided some *.ds[pw] files, but they might be outdated. > The code is failing inside the > libtsp.lib which handles the I/O operations like file open, file close etc. > > The reference code consists of two libraries > 1: \natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib > 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib > and I am using the workspace > \natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw I wonder how libraries found their way into the distribution. You are strongly encouraged not to use these libraries but to build them on your own. The libisomp4 / libisomedia should be available as source code as part of the Systems reference software. The libtsp source code is available here: ftp://ftp.tsp.ece.mcgill.ca/pub/AFsp. > So please advise me what I am supposed to do as I do not have > the source code for these libraries. This problem should now be solved. > Shall I change my OS from XP to NT?? I guess this is not necessary. > Thanks In Advance, > KGSN. Best regards, Ralph -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From aagudelo caip.rutgers.edu Mon Jul 7 19:42:50 2003 From: aagudelo caip.rutgers.edu (Andres Agudelo) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] BIFS Insert Command References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> Message-ID: <000901c344d9$1860e0a0$d3ed0680@TYR> Can a BIFS Node Insert Command contain the node to be inserted and its childs? In other words If I want to add a subtree to a current scene graph, do I have to send every node on the sub-tree in in separated commands or can one command contain the whole subtree? Thanks in advance. Andres Agudelo Toro CAIP Center Rutgers University http://www.caip.rutgers.edu/~aagudelo From mikael sevenier.com Mon Jul 7 20:49:57 2003 From: mikael sevenier.com (Mikael Bourges-Sevenier) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] BIFS Insert Command In-Reply-To: <000901c344d9$1860e0a0$d3ed0680@TYR> Message-ID: <001001c344fb$adb0c8b0$6601a8c0@Merlin> You can add a node and its children in one command. Best, Mike > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org] On Behalf Of Andres Agudelo > Sent: Monday, July 07, 2023 3:43 PM > To: technotes@lists.m4if.org > Subject: [M4IF Technotes] BIFS Insert Command > > > > Can a BIFS Node Insert Command contain the node to be > inserted and its childs? In other words If I want to add a > subtree to a current scene graph, do I have to send every > node on the sub-tree in in separated commands or can one > command contain the whole subtree? > > Thanks in advance. > > > Andres Agudelo Toro > CAIP Center > Rutgers University > http://www.caip.rutgers.edu/~aagudelo > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technot> es > From gchandra tataelxsi.co.in Tue Jul 8 10:55:36 2003 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] Fragmented Files Message-ID: <3F0A47BF.D9F56A24@tataelxsi.co.in> Hi, Can anybody tell me where can I get MP4 (or any other format derived from ISO-Base-Media-File-Format) Files with Movie Fragments ('moof', 'traf'...) Regards, Chandra From jiangy gzjpg.com Wed Jul 9 17:25:09 2003 From: jiangy gzjpg.com (Jiang Yang) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] Why is the different tables in JVT-G050 and JVT-C028 ? Message-ID: <20030709163300.SM00145@JiangYang> Dear experts: Anyone could tell me a problem about CAVLC in H264? In the step that "Encode the total number of coefficients and trailing ones (coeff_token)", there are 4 choices of look-up table to use for encoding coeff_token, described as Num-VLC0, Num-VLC1, Num-VLC2 and Num-FLC. But I found the look-up table is different between JVT-C028 and JVT-G050 (Draft ISO 14496-10:2002). For example: Reordered block: 0,3,0,1,-1,-1,0,1,0¡­ TotalCoeffs = 5; TotalZeros = 3; T1s = 3 (in fact there are 4 trailing ones but only 3 can be encoded) If we encoding with the Table 9-5 in JVT-G050: Value TotalCoeffs=5, T1s=3 Code 0000100 but if we encoding with the Table 1: Num-VLC0 in JVT-C028 Value TotalCoeffs=5, T1s=3 Code 0001011 Which is correct, or both is right? But why is different? Thank you very much! Sunlit Jiang From arcangelo.bruna st.com Wed Jul 9 11:58:15 2003 From: arcangelo.bruna st.com (Arcangelo Bruna) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] profile_and_level_indication code for AS profile Message-ID: <00b701c345f8$3c310f80$5990340a@ctn.st.com> Hi all. I have a simple question regarding the Advanced Simple Profile. I did not found what code is to beinserted in the "profile_and_level_indication" field when the Advanced Simple Profile is used Can anyone say to me such code and the doc where it is written? Thanks a lot, Arcangelo. ------------------------------------------------------------------ Arcangelo BRUNA Imaging System Application Team Leader AST Catania Lab - Digital Still Camera Group ST Microelectronics From tma iis.fhg.de Wed Jul 9 12:36:33 2003 From: tma iis.fhg.de (Herbert Thoma) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] profile_and_level_indication code for AS profile References: <00b701c345f8$3c310f80$5990340a@ctn.st.com> Message-ID: <3F0BE221.17E23F67@iis.fhg.de> Arcangelo Bruna schrieb: > > Hi all. > I have a simple question regarding the Advanced Simple Profile. > I did not found what code is to beinserted in the > "profile_and_level_indication" field when the Advanced Simple Profile is > used > Can anyone say to me such code and the doc where it is written? Annex G of ISO/IEC 14496-2 ASP profile_and_level_indication: Level 0 11110000 (240) Level 1 11110001 (241) Level 2 11110010 (242) Level 3 11110011 (243) Level 4 11110100 (244) Level 5 11110101 (245) Level 3b 11110111 (247) Regards, Herbert. > Thanks a lot, > Arcangelo. > > ------------------------------------------------------------------ > Arcangelo BRUNA > Imaging System Application Team Leader > AST Catania Lab - Digital Still Camera Group > ST Microelectronics > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes -- Herbert Thoma FhG-IIS A, Studio Department Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: tma@iis.fhg.de www: http://www.iis.fhg.de/ From rob.koenen mpegif.org Wed Jul 9 16:33:02 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Wed Jul 30 14:11:05 2003 Subject: [M4IF Technotes] MPEG-4 Player overview In-Reply-To: <009901c32dc4$943ef620$0200a8c0@laptop> Message-ID: Karin, A late response ... Our webmaster is busy finalizing MPEGIF's new product section on the website. It will be a dataase of products with a query interface, and it will record PRofiles and Levels inasmuch as that information is available. Once that is done, we wil use this MPEG-4 Player overview to populate the database. I would like to thank you very much for this effort, and for sharing it with us. Kind Regards, Rob Koenen -----Original Message----- From: tm991058 [mailto:tm991058@fh-stpoelten.ac.at] Sent: Sunday, June 08, 2023 06:48 To: technotes@lists.m4if.org Subject: [M4IF Technotes] MPEG-4 Player overview Hello everyone! I've finished my MPEG-4 Player overview. (it includes the name, producer and mpeg-4 profiles supported of all MPEG-4 Player for PCs) Because I get so many replys of people who are interested in the overview I send it to this forum...so everybody can have a look at it. Some companies do not have a overview of the supported MPEG-4 profiles at their homepages and didn't answer my mail.. that's why I cannot provide the profiles for every player. regards, karin -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030709/1e5d9cd8/attachment.html From iamgfzhou sina.com Thu Jul 10 12:44:01 2003 From: iamgfzhou sina.com (Zhou Guanfeng) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] About the "validity" in BME Message-ID: <002401c34695$807357a0$030000c0@zhougf2> Hi,everyone, I get a question in shape coding BME. In MPEG-4 VM18, when finding the MPVs, "by looking into MVs1,MVs2,MVs3,MV1,MV2,MV3 in this order, MVPs is determined by taking the first encountered MV that is valid". But what is "valid"? Suppose the neighborhood BAB is all_0 or all_255 (i.e. type 3 or 4), they have no MVs, are they valid? What's the value of MVs if valid? Then how about the case of type 4(i.e. intraCAE)? Thanks in advance. Z.G.F. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030710/8e129ca0/attachment.html From dhinesh tataelxsi.co.in Thu Jul 10 12:48:25 2003 From: dhinesh tataelxsi.co.in (Dhinesh) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] About the "validity" in BME Message-ID: <3F0D0531.FD52C862@tataelxsi.co.in> Hi, Refer to Section "7.5.2.3 Motion vector decoding" in "ISO/IEC 14496-2:2001(E)". The candidates order is MVs1, MVs2, MVs3, MVt1, MVt2, MVt3. If any of the candidates is valid (the first valid one in the order), its motion-vector is taken to be the motion-vector-predictor. If none of the candidates are valid,. the motion-vector-predictor is set to zero. The validity of the candidates is as defined below: The rules for MVs (MV-Shape) -The MVs of the candidate MB with following bab_type is *not valid*. --bab_type = 2 (all_0) --bab_type = 3 (all_255) --bab_type = 4 (intra) The rules for MVt (MV-Texture) -The MVt of the candidate MB is *not valid* if --the candidate MB is Transparent or --the candidate is not in the current video-packet or outside the bounding-rectangle. Note : If the candidate-MB is semi-transparent and 4MV (MVt), the texture motion-vectors of the transparent-blocks are motion-vector-padded, and will be used in prediction. Regards, Dhinesh > Hi,everyone, > I get a question in shape coding BME. > In MPEG-4 VM18, when finding the MPVs, > "by looking into MVs1,MVs2,MVs3,MV1,MV2,MV3 in this order, > MVPs is determined by taking the first encountered MV that is valid". > But what is "valid"? Suppose the neighborhood BAB is all_0 or all_255 (i.e. type 3 or 4), > they have no MVs, are they valid? What's the value of MVs if valid? > Then how about the case of type 4(i.e. intraCAE)? > > Thanks in advance. > Z.G.F. From trevor astri.org Thu Jul 10 17:01:17 2003 From: trevor astri.org (Trevor) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Descriptor Length Field Message-ID: <3F0D1D4D.9020306@astri.org> Dear Experts, According to "ISO/IEC 14496-1:2001", the syntax of any descriptor does NOT contain a length field. But in the annex J (Graphical representation of osbject descriptor and sync layer syntax), there is a length field right after TAG field. Could anyone here tell me what this length field represents and how it is encoded? Thanks in advance, Trevor From gchandra tataelxsi.co.in Thu Jul 10 16:46:39 2003 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Descriptor Length Field References: <3F0D1D4D.9020306@astri.org> Message-ID: <3F0D3D07.55020B2A@tataelxsi.co.in> Hi Trevor, The Descriptors are derived from *BaseDescriptor* These Descriptors --start with their identifier (the descriptor-tag 1-byte field) --followed by *sizeOfInstance* (the length-field in question!) This sizeOfInstance gives the total-number of bytes occupied by the descriptor, *excluding* the tag-field and sizeOfInstance-field. Refer to "14.3.3 Expandable classes" -- read the meaning of sizeOfInstance. ****************************** int sizeOfInstance = 0; bit(1) nextByte; bit(7) sizeOfInstance; while(nextByte) { bit(1) nextByte; bit(7) sizeByte; sizeOfInstance = sizeOfInstance<<7 | sizeByte; } ****************************** Regards, Chandra Trevor wrote: > Dear Experts, > > According to "ISO/IEC 14496-1:2001", the syntax of any descriptor does > NOT contain a length field. But in the annex J (Graphical representation > of osbject descriptor and sync layer syntax), there is a length field > right after TAG field. Could anyone here tell me what this length field > represents and how it is encoded? > > Thanks in advance, > Trevor > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From trevor astri.org Thu Jul 10 19:35:48 2003 From: trevor astri.org (Trevor) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Descriptor Length Field In-Reply-To: <3F0D3D07.55020B2A@tataelxsi.co.in> References: <3F0D1D4D.9020306@astri.org> <3F0D3D07.55020B2A@tataelxsi.co.in> Message-ID: <3F0D4184.6000202@astri.org> Hi Chandra, I see. It is due to the "expandable"! Thanks Chandra. But I am just curious why it is encoded in this way. Isn't it wasting bits? Rgds, Trevor Chandra Sekhar Reddy wrote: >Hi Trevor, > >The Descriptors are derived from *BaseDescriptor* >These Descriptors >--start with their identifier (the descriptor-tag 1-byte field) >--followed by *sizeOfInstance* (the length-field in question!) > >This sizeOfInstance gives the total-number of bytes occupied by the >descriptor, >*excluding* the tag-field and sizeOfInstance-field. > >Refer to "14.3.3 Expandable classes" -- read the meaning of sizeOfInstance. >****************************** >int sizeOfInstance = 0; >bit(1) nextByte; >bit(7) sizeOfInstance; >while(nextByte) { > bit(1) nextByte; > bit(7) sizeByte; > sizeOfInstance = sizeOfInstance<<7 | sizeByte; >} >****************************** > >Regards, >Chandra > > > >Trevor wrote: > > > >>Dear Experts, >> >>According to "ISO/IEC 14496-1:2001", the syntax of any descriptor does >>NOT contain a length field. But in the annex J (Graphical representation >>of osbject descriptor and sync layer syntax), there is a length field >>right after TAG field. Could anyone here tell me what this length field >>represents and how it is encoded? >> >>Thanks in advance, >>Trevor >> >>_______________________________________________ >>Technotes mailing list >>Technotes@lists.m4if.org >>http://lists.m4if.org/mailman/listinfo/technotes >> >> From gchandra tataelxsi.co.in Thu Jul 10 17:19:13 2003 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Descriptor Length Field References: <3F0D1D4D.9020306@astri.org> <3F0D3D07.55020B2A@tataelxsi.co.in> <3F0D4184.6000202@astri.org> Message-ID: <3F0D44A9.7C7F7A1@tataelxsi.co.in> Hi Trevor, This field is not of fixed length. If the length is fixed, smaller-size-descriptors will be wasting bits and also expandability is a problem. This way the size has no limits. It is not wasting bits, infact saving bits. Regards, Chandra Trevor wrote: > Hi Chandra, > > I see. It is due to the "expandable"! > Thanks Chandra. But I am just curious why it is encoded in this way. > Isn't it wasting bits? > > Rgds, > Trevor > > Chandra Sekhar Reddy wrote: > > >Hi Trevor, > > > >The Descriptors are derived from *BaseDescriptor* > >These Descriptors > >--start with their identifier (the descriptor-tag 1-byte field) > >--followed by *sizeOfInstance* (the length-field in question!) > > > >This sizeOfInstance gives the total-number of bytes occupied by the > >descriptor, > >*excluding* the tag-field and sizeOfInstance-field. > > > >Refer to "14.3.3 Expandable classes" -- read the meaning of sizeOfInstance. > >****************************** > >int sizeOfInstance = 0; > >bit(1) nextByte; > >bit(7) sizeOfInstance; > >while(nextByte) { > > bit(1) nextByte; > > bit(7) sizeByte; > > sizeOfInstance = sizeOfInstance<<7 | sizeByte; > >} > >****************************** > > > >Regards, > >Chandra > > > > > > > >Trevor wrote: > > > > > > > >>Dear Experts, > >> > >>According to "ISO/IEC 14496-1:2001", the syntax of any descriptor does > >>NOT contain a length field. But in the annex J (Graphical representation > >>of osbject descriptor and sync layer syntax), there is a length field > >>right after TAG field. Could anyone here tell me what this length field > >>represents and how it is encoded? > >> > >>Thanks in advance, > >>Trevor > >> > >>_______________________________________________ > >>Technotes mailing list > >>Technotes@lists.m4if.org > >>http://lists.m4if.org/mailman/listinfo/technotes > >> > >> From sps iis.fhg.de Thu Jul 10 18:50:50 2003 From: sps iis.fhg.de (Ralph Sperschneider) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Re: AAC Conformance In-Reply-To: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175C3@is01ex01.ittiam.com> References: <45A1F95BB9D7D84FAB0A1EB4D67EEF960175C3@is01ex01.ittiam.com> Message-ID: <3F0D8B5A.1070806@iis.fhg.de> Hi Anil, I guess you can theoretically state any number for k. However, numbers below 8 might become rather meaningless with respect to the audio quality, and anyone might be able to have a compliant decoder at an accuracy level of 1 bit ... I guess a proper statement would be "ISO/IEC 14496-3 compliant decoder fulfilling the "RMS/LSB Measurement" test at an accuracy level of 10 bit (16 bit is default)" Best regards, Ralph Anil Kumar wrote: > Hi Ralph, > Regarding conformance, is there a minimum limit to the value 'k'. I mean, how low a value of k is acceptable?? Also, say if I design my decoder for a 10 bit accuracy, then can i claim my decoder to be "ISO/IEC 14496-4 compliant decoder upto 10 bit accuracy" ?? > > Thanks, > Anil > > -----Original Message----- > From: Ralph Sperschneider [mailto:sps@iis.fhg.de] > Sent: Wednesday, June 11, 2023 6:50 PM > To: Alan Thomson; Anil Kumar > Cc: technotes@lists.m4if.org > Subject: Re: AAC Conformance > > > Dear Anil, Alan, > > for AAC, there is no such thing than "Fixed-point accuracy". However, there is > an accuracy measure k for the two conformance tests measurements (RMS and LSB > test). On default, k=16. If you are designing a decoder which is conform to a > higher or to a lower level, you might (higher) / must (lower) specify this level > in your decoder specification. > > This variableness has been introduced lately for both, MPEG-2 and MPEG-4 AAC. > You will find the details in the appropriate conformance corrigenda: > > * ISO/IEC 13818-4:1998/Amd.1:1999/Cor.1 > (N5029, not yet published) > > * ISO/IEC 14496-4:2000/Cor.2 > (N5042, not yet published) > > There, you will find the following text: > > RMS/LSB Measurement > To fulfill the “RMS/LSB Measurement” test at an accuracy level of “K bit”, an > ISO/IEC 14496-3 decoder shall provide an output waveform such that the RMS level > of the difference signal between the output of the decoder under test and the > supplied reference output is less than 2^-(K-1)/sqrt(12). In addition, the > difference signal shall have a maximum absolute value of at most 2^-(K-2) > relative to full-scale. The “RMS/LSB Measurement” test shall be carried out for > an accuracy level of K=16 bit unless a different accuracy level is explicitly > stated. > > Best regards, > > Ralph > > > Alan Thomson wrote: > > >>Not really. >> >>There are "fixed-point accuracy" criteria (which are much less strict >>than the full accuracy one) but I believe they only apply to CELP & >>TwinVQ, not AAC. >> >>Alan. >> >> -----Original Message----- >> *From:* Anil Kumar [mailto:anil.kumar@ittiam.com] >> *Sent:* 10 June 2023 13:54 >> *To:* technotes@lists.m4if.org >> *Subject:* [M4IF Technotes] AAC Conformance >> >> Hi all, >> Is there any such thing as 'Limited Accuracy' conformance for >> AAC decoder similar to that of MP3 decoder conformance? If so, is it >> the same as MP3 Limited Accuracy conformance? >> >> Thanks in advance, >> Anil > > -- Dipl.-Ing. Ralph Sperschneider | Phone: +49 9131 776 344 FhG IIS | Fax: +49 9131 776 398 Am Wolfsmantel 33 | mailto:sps@iis.fhg.de D 91058 Erlangen | http://www.iis.fhg.de/amm/ From singer apple.com Thu Jul 10 13:16:41 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] Fragmented Files In-Reply-To: <3F0A47BF.D9F56A24@tataelxsi.co.in> References: <3F0A47BF.D9F56A24@tataelxsi.co.in> Message-ID: At 09:55 +0530 7/8/03, Chandra Sekhar Reddy wrote: >Hi, > >Can anybody tell me where can I get >MP4 (or any other format derived from ISO-Base-Media-File-Format) Files >with Movie Fragments ('moof', 'traf'...) the easiest way is the reference software. I'm not aware of commercial deployment of this feature yet. > >Regards, >Chandra > > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime From gedeon irit.fr Fri Jul 11 11:25:02 2003 From: gedeon irit.fr (Serge GEDEON) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] MPEG-4 and SIP Message-ID: <001a01c34785$ecba7150$1940738d@pcsara> Dear Sir, I would like to know what do u think of : Using SIP with MPEG-4 to carry out the session signalling process instead of using DMIF. Thank You for ur ideas, Serge GEDEON Student, Paul Sabatier University France -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030711/4d02d8df/attachment.html From dhinesh tataelxsi.co.in Fri Jul 11 19:12:25 2003 From: dhinesh tataelxsi.co.in (Dhinesh) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] resync_marker emulation Message-ID: <000001c347a9$e1ddf210$0914010a@tataelxsi.co.in> Dear experts, Reference : Section "6.2.7 Block - ISO/IEC 14496-2:2001(E)" "In Block decoding if the dct_dc_size_chrominance > 8 a marker_bit is inserted to avoid the resync_marker emulation." If the encoders follow the above statement, it will still lead to resync_marker emulation in some cases as explained below. We fould atleast two cases, in case the first part of the emulated resync_marker starts at byte-boundary. Should the encoder take care of this emulation problem by re-encoding the probematic-macroblock/block with changed parameters to avoid emulation? or Replace the text in the Section "6.2.7 Block - ISO/IEC 14496-2:2001(E)" **************************************************************************** ***** "In Block decoding if the dct_dc_size_chrominance > 8 a marker_bit is inserted to avoid the resync_marker emulation." **************************************************************************** ***** with **************************************************************************** ***** " dct_dc_size_chrominance >= 8 " **************************************************************************** ***** **************************************************************************** ***** EMULATION COMBINATION - 1 **************************************************************************** ***** First part of the emulated resync_marker ----------------------------------------- Table B-16 -- VLC Table for Intra Luminance and Chrominance TCOEF VLC-CODE LAST RUN LEVEL 0010 000s 1 4 1 Second part of the emulated resync_marker ----------------------------------------- Table B-14 -- Variable length codes for dct_dc_size_chrominance Variable-length-code dct_dc_size_chrominance 0000 0000 0001 12 TCOEF dct_dc_size_chrominance (s = 0) 0010 0000 0000 0000 0001 **************************************************************************** ***** **************************************************************************** ***** EMULATION COMBINATION - 2 **************************************************************************** ***** First part of the emulated resync_marker ----------------------------------------------------------- Table B-15 -- Differential DC additional codes Additional-code Differential-DC Size 00000000 to 01111111 -255 to -128 8 Second part of the emulated resync_marker ----------------------------------------------------------- Table B-16 -- VLC Table for Intra Luminance and Chrominance TCOEF VLC-CODE LAST RUN LEVEL 0000 0000 111s 0 0 21 or 0000 0000 110s 0 0 22 or 0000 0000 101s 1 0 6 or 0000 0000 100s 1 0 7 Differential-DC TCOEF (-255) 00000000 0000 0000 111s **************************************************************************** ***** Waiting for comments . Best Regards Dhinesh From grl iis.fhg.de Fri Jul 11 17:12:07 2003 From: grl iis.fhg.de (Bernhard Grill) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] MPEG-4 and SIP In-Reply-To: <001a01c34785$ecba7150$1940738d@pcsara> References: <001a01c34785$ecba7150$1940738d@pcsara> Message-ID: <3F0EC5B7.2060105@iis.fhg.de> Serge GEDEON wrote: > Dear Sir, > > I would like to know what do u think of : Using SIP with MPEG-4 to carry > out the session signalling process instead of using DMIF. Hallo Serge, Fraunhofer IIS does have an MPEG-4 Phone implementation using SIP signalling to set up the call. In our case we have used a direct implementation (without DMIF), with the SDP and RTP packaging based on the ISMA specification. But you could probably also realize SIP as a DMIF filter. Actually this is an interesting question to others on this reflector: Has anybody implemented a symmetrical protocol like SIP as a DMIF filter? Best regards, Bernhard Grill > > Thank You for ur ideas, > Serge GEDEON > Student, Paul Sabatier University > France -- Dr. Bernhard Grill email: grl@iis.fhg.de Head of Audio Department, FhG-IIS A phone: +49 9131 776-351 Am Wolfsmantel 33, D-91058 Erlangen, Germany FAX: +49 9131 776-398 From wmay cisco.com Fri Jul 11 15:43:22 2003 From: wmay cisco.com (Bill May) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] What makes up an DecoderSpecificConfig for video ? Message-ID: <3F0F2F7A.208@cisco.com> In creating an mpeg4 file, we have found a situation where a userdata field comes between the VOL and the first VOP. Should the userdata field be considered part of the DecoderSpecificConfig, or should it just consist of VOSH, VO and VOL ? Thanks, Bill May mpeg4ip From sdey pace.stpp.soft.net Fri Jul 11 18:41:54 2003 From: sdey pace.stpp.soft.net (Soumen Kumar Dey) Date: Wed Jul 30 14:11:06 2003 Subject: [M4IF Technotes] source code for H.264 Encoder based on JVT-G050 Message-ID: <00ee01c347a5$9e65e640$8564a8c0@soumenkumar> Hi All, Could you please tell me , from where shall I get souce code for H.264 encoder based on JVT-Go50.doc . Soumen Kumar Dey -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030711/f0e2c553/attachment.html From ramki emuzed.com Sat Jul 12 10:59:51 2003 From: ramki emuzed.com (Ramkishor Korada) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] source code for H.264 Encoder based on JVT-G050 References: <00ee01c347a5$9e65e640$8564a8c0@soumenkumar> Message-ID: <01fd01c3482e$41579460$1b0aa8c0@blr.emuzed.com> Hi, Check http://bs.hhi.de/~suehring/tml/download/jm72.zip regards, ramkishor Architect - Video Multimedia Technologies Division Emuzed India Bangalore www.emuzed.com ----- Original Message ----- From: Soumen Kumar Dey To: technotes@lists.m4if.org Sent: Friday, July 11, 2023 5:41 PM Subject: [M4IF Technotes] source code for H.264 Encoder based on JVT-G050 Hi All, Could you please tell me , from where shall I get souce code for H.264 encoder based on JVT-Go50.doc . Soumen Kumar Dey -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030712/e0a24e78/attachment.html From gchandra tataelxsi.co.in Sat Jul 12 12:44:08 2003 From: gchandra tataelxsi.co.in (Chandra Sekhar Reddy) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] What makes up an DecoderSpecificConfig for video ? References: <3F0F2F7A.208@cisco.com> Message-ID: <3F0FA730.9AC268B1@tataelxsi.co.in> Hi Bill May, Here follows a long explanation. Please correct me if I am not correct. Below is the cut/paste of the syntax from the spec. If we observe "user_data()" field, it is part of the structures "VisualObjectSequence()" and "VisualObject()" itself. Moreover, in "VisualObjectSequence()", all syntax before "VisualObject()" can be considered as the *Header* part of the "VisualObjectSequence()". And in "VisualObject()", all syntax before "VideoObjectLayer()" can be considered as the *Header* part of the "VisualObject()". Similarly, in "VideoObjectLayer()", all syntax before "VideoObjectPlane()" can be considered as the *Header* part of the "VideoObjectLayer()". So, here in "VideoObjectLayer()", the "user_data()" field is part of the VOL-header. And the "DecoderSpecificInfo" consist of VOS-H, VO-H and VOL-H, and they automatically include their own "user_data()" fields. ************************************** VisualObjectSequence() { do { visual_object_sequence_start_code 32 bslbf; profile_and_level_indication 8 uimsbf; while ( next_bits()== user_data_start_code) { user_data(); } VisualObject(); } while ( next_bits() != visual_object_sequence_end_code); visual_object_sequence_end_code 32 bslbf; } ************************************** ************************************** VisualObject() { visual_object_start_code 32 bslbf; - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - next_start_code(); while ( next_bits()== user_data_start_code) { user_data(); } if (visual_object_type == "video ID") { video_object_start_code 32 bslbf; VideoObjectLayer(); } - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - } ************************************** ************************************** VideoObjectLayer() { - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - while ( next_bits()== user_data_start_code) { user_data(); } if (sprite_enable == "static" && !low_latency_sprite_enable) { VideoObjectPlane(); } do { if (next_bits() == group_of_vop_start_code) { Group_of_VideoObjectPlane(); } VideoObjectPlane(); if ((preceding_vop_coding_type == "B" || preceding_vop_coding_type == "S" || video_object_layer_shape != "rectangular") && next_bits() == stuffing_start_code) { stuffing_start_code 32 bslbf; while (next_bits() != ?0000 0000 0000 0000 0000 0001?) { stuffing_byte 8 bslbf; } } } while ((next_bits() == group_of_vop_start_code) || (next_bits() == vop_start_code)); - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - } Regards, Chandra Bill May wrote: > In creating an mpeg4 file, we have found a situation where a > userdata field comes between the VOL and the first VOP. > > Should the userdata field be considered part of the DecoderSpecificConfig, > or should it just consist of VOSH, VO and VOL ? > > Thanks, > Bill May > mpeg4ip > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030712/a67edebb/attachment.html From lcheng62 yahoo.com Sun Jul 13 16:02:55 2003 From: lcheng62 yahoo.com (Liang Cheng) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] packet size problem Message-ID: <20030713220255.4757.qmail@web21102.mail.yahoo.com> Hi, Could anyone tell me what is the packet size of wireless video for cell phone (GSM and 3G)? What is the packet size for mobile IP, which is also applicable for video transmission. I am studying the MPEG-4 over wireless, so the answer of the above two questions would be helpful to my research. Thank you, Liang __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From anil.kumar ittiam.com Mon Jul 14 12:58:10 2003 From: anil.kumar ittiam.com (Anil Kumar) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] AACPlus testing Message-ID: <45A1F95BB9D7D84FAB0A1EB4D67EEF9638CF1E@is01ex01.ittiam.com> Hi All, Can anyone tell me as to where I can find (if at all) test streams for AAC Plus (I think it is called HE AAC in MPEG-4). Thanks in advance, Anil From byan cse.cuhk.edu.hk Mon Jul 14 16:03:25 2003 From: byan cse.cuhk.edu.hk (YAN Bo) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] about the compressed bit rate. Message-ID: <200307140701.h6E718V08328@cse.cuhk.edu.hk> Dear All£¬ I am using microsoft FDAM software for MPEG-4 video compression. Could anyone tell me how I can calculate the bit rate after compressing the video sequence with the MPEG-4 encoder? Thanks in advance. Best Regards, YAN Bo Dept. of Computer Science & Engineering The Chinese University of Hong Kong Shatin, N.T., Hong Kong From ugarg neomagic.com Mon Jul 14 15:38:18 2003 From: ugarg neomagic.com (Umang Garg) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] Re: Reference Code ISO/IEC 11164-5 References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> Message-ID: <3F127302.2040408@neomagic.com> Dear Ralph, Further to your suggestion ( below) of building our own *.lib files for MPEg-4 AAC; I will like to know want to know what is the difference between: libisomp4 and libisomedia They seem to have the same set of source files except the directory containing the source files for Libisomp4 contains one additonal file called MJ2Atoms.c Best Regards, Umang Garg NeoMagic Design Center Ralph Sperschneider wrote: > Kannan GS Nambiar wrote: > >> Hi all, >> >> I have recently procured a collection of reference software >> from ISO for 11164 MPEG 4 Standard. I am basically interested in AAC >> LC Decoder which is part of 11164-3. >> >> I am trying to run this code on windows XP which is not >> working out.So please anyone of you tell me for which Windows OS this >> code is developed for.I mean is it for NT or 2000. > > > The reference software (C-code) is not developed for a certain Windows > OS at all. It was developed mainly under Unix systems, and is > basically intended to run with gcc. Some contributors provided some > *.ds[pw] files, but they might be outdated. > >> The code is failing inside the libtsp.lib which handles the I/O >> operations like file open, file close etc. >> >> The reference code consists of two libraries >> 1: >> \natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib >> 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib >> and I am using the workspace >> \natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw > > > I wonder how libraries found their way into the distribution. You are > strongly encouraged not to use these libraries but to build them on > your own. The libisomp4 / libisomedia should be available as source > code as part of the Systems reference software. The libtsp source code > is available here: ftp://ftp.tsp.ece.mcgill.ca/pub/AFsp. > >> So please advise me what I am supposed to do as I do not have >> the source code for these libraries. > > > This problem should now be solved. > >> Shall I change my OS from XP to NT?? > > > I guess this is not necessary. > >> Thanks In Advance, >> KGSN. > > > Best regards, > > Ralph From singer apple.com Mon Jul 14 12:29:14 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] Re: Reference Code ISO/IEC 11164-5 In-Reply-To: <3F127302.2040408@neomagic.com> References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> <3F127302.2040408@neomagic.com> Message-ID: At 14:38 +0530 7/14/03, Umang Garg wrote: >Dear Ralph, > >Further to your suggestion ( below) of building our own *.lib files >for MPEg-4 AAC; I will like to know want to know what is the >difference between: > >libisomp4 and libisomedia > >They seem to have the same set of source files except the directory >containing the source files for Libisomp4 contains one additonal >file called MJ2Atoms.c yes, libisomedia represented an update with the support for motion jpeg 2000 (and many bug fixes). > >Best Regards, > >Umang Garg >NeoMagic Design Center > > >Ralph Sperschneider wrote: > >>Kannan GS Nambiar wrote: >> >>>Hi all, >>> >>> I have recently procured a collection of reference >>>software from ISO for 11164 MPEG 4 Standard. I am basically >>>interested in AAC LC Decoder which is part of 11164-3. >>> >>> I am trying to run this code on windows XP which is not >>>working out.So please anyone of you tell me for which Windows OS >>>this code is developed for.I mean is it for NT or 2000. >> >> >>The reference software (C-code) is not developed for a certain >>Windows OS at all. It was developed mainly under Unix systems, and >>is basically intended to run with gcc. Some contributors provided >>some *.ds[pw] files, but they might be outdated. >> >>>The code is failing inside the libtsp.lib which handles the I/O >>>operations like file open, file close etc. >>> >>> The reference code consists of two libraries >>> 1: >>>\natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib >>> 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib >>> and I am using the workspace >>>\natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw >> >> >>I wonder how libraries found their way into the distribution. You >>are strongly encouraged not to use these libraries but to build >>them on your own. The libisomp4 / libisomedia should be available >>as source code as part of the Systems reference software. The >>libtsp source code is available here: >>ftp://ftp.tsp.ece.mcgill.ca/pub/AFsp. >> >>> So please advise me what I am supposed to do as I do not >>>have the source code for these libraries. >> >> >>This problem should now be solved. >> >>>Shall I change my OS from XP to NT?? >> >> >>I guess this is not necessary. >> >>>Thanks In Advance, >>>KGSN. >> >> >>Best regards, >> >>Ralph > > > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime From ugarg neomagic.com Mon Jul 14 16:14:50 2003 From: ugarg neomagic.com (Umang Garg) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] Re: Reference Code ISO/IEC 11164-5 References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> <3F127302.2040408@neomagic.com> Message-ID: <3F127B92.6060705@neomagic.com> Hi Dave, Ralph : So is it right to say that libisomedia is a more updated version compared to libisomp4 ? Hence it should imply that we should use libisomedia. Then , what is the need for libisomp4 ? Regards, Umang Garg NeoMagic Design Center Dave Singer wrote: > At 14:38 +0530 7/14/03, Umang Garg wrote: > >> Dear Ralph, >> >> Further to your suggestion ( below) of building our own *.lib files >> for MPEg-4 AAC; I will like to know want to know what is the >> difference between: >> >> libisomp4 and libisomedia >> >> They seem to have the same set of source files except the directory >> containing the source files for Libisomp4 contains one additonal >> file called MJ2Atoms.c > > > yes, libisomedia represented an update with the support for motion > jpeg 2000 (and many bug fixes). > >> >> Best Regards, >> >> Umang Garg >> NeoMagic Design Center >> >> >> Ralph Sperschneider wrote: >> >>> Kannan GS Nambiar wrote: >>> >>>> Hi all, >>>> >>>> I have recently procured a collection of reference software >>>> from ISO for 11164 MPEG 4 Standard. I am basically interested in >>>> AAC LC Decoder which is part of 11164-3. >>>> >>>> I am trying to run this code on windows XP which is not >>>> working out.So please anyone of you tell me for which Windows OS >>>> this code is developed for.I mean is it for NT or 2000. >>> >>> >>> >>> The reference software (C-code) is not developed for a certain >>> Windows OS at all. It was developed mainly under Unix systems, and >>> is basically intended to run with gcc. Some contributors provided >>> some *.ds[pw] files, but they might be outdated. >>> >>>> The code is failing inside the libtsp.lib which handles the I/O >>>> operations like file open, file close etc. >>>> >>>> The reference code consists of two libraries >>>> 1: >>>> \natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib >>>> 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib >>>> and I am using the workspace >>>> \natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw >>> >>> >>> >>> I wonder how libraries found their way into the distribution. You >>> are strongly encouraged not to use these libraries but to build them >>> on your own. The libisomp4 / libisomedia should be available as >>> source code as part of the Systems reference software. The libtsp >>> source code is available here: ftp://ftp.tsp.ece.mcgill.ca/pub/AFsp. >>> >>>> So please advise me what I am supposed to do as I do not >>>> have the source code for these libraries. >>> >>> >>> >>> This problem should now be solved. >>> >>>> Shall I change my OS from XP to NT?? >>> >>> >>> >>> I guess this is not necessary. >>> >>>> Thanks In Advance, >>>> KGSN. >>> >>> >>> >>> Best regards, >>> >>> Ralph >> >> >> >> >> _______________________________________________ >> Technotes mailing list >> Technotes@lists.m4if.org >> http://lists.m4if.org/mailman/listinfo/technotes > > > From trevor astri.org Mon Jul 14 18:49:46 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] AVC file format samples Message-ID: <000001c349ed$427c3920$4804050a@TrevorNg> Hi, I would like to ask where I can download sample files conformant to "ISO/IEC 14496-15" containing AVC content. Or does someone here have such files and is willing to share with me? Regards, Trevor From singer apple.com Mon Jul 14 14:51:56 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] Re: Reference Code ISO/IEC 11164-5 In-Reply-To: <3F127B92.6060705@neomagic.com> References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> <3F127302.2040408@neomagic.com> <3F127B92.6060705@neomagic.com> Message-ID: At 15:14 +0530 7/14/03, Umang Garg wrote: >Hi Dave, Ralph : > >So is it right to say that libisomedia is a more updated version >compared to libisomp4 ? > >Hence it should imply that we should use libisomedia. > >Then , what is the need for libisomp4 ? I tend to always use the latest; but maybe there are projects which depend on features (or bugs) of old versions. Or that is what they were verified with, or ... > >Regards, > >Umang Garg >NeoMagic Design Center > > >Dave Singer wrote: > >>At 14:38 +0530 7/14/03, Umang Garg wrote: >> >>>Dear Ralph, >>> >>>Further to your suggestion ( below) of building our own *.lib >>>files for MPEg-4 AAC; I will like to know want to know what is the >>>difference between: >>> >>>libisomp4 and libisomedia >>> >>>They seem to have the same set of source files except the >>>directory containing the source files for Libisomp4 contains one >>>additonal file called MJ2Atoms.c >> >> >>yes, libisomedia represented an update with the support for motion >>jpeg 2000 (and many bug fixes). >> >>> >>>Best Regards, >>> >>>Umang Garg >>>NeoMagic Design Center >>> >>> >>>Ralph Sperschneider wrote: >>> >>>>Kannan GS Nambiar wrote: >>>> >>>>>Hi all, >>>>> >>>>> I have recently procured a collection of reference >>>>>software from ISO for 11164 MPEG 4 Standard. I am basically >>>>>interested in AAC LC Decoder which is part of 11164-3. >>>>> >>>>> I am trying to run this code on windows XP which is not >>>>>working out.So please anyone of you tell me for which Windows OS >>>>>this code is developed for.I mean is it for NT or 2000. >>>> >>>> >>>> >>>>The reference software (C-code) is not developed for a certain >>>>Windows OS at all. It was developed mainly under Unix systems, >>>>and is basically intended to run with gcc. Some contributors >>>>provided some *.ds[pw] files, but they might be outdated. >>>> >>>>>The code is failing inside the libtsp.lib which handles the I/O >>>>>operations like file open, file close etc. >>>>> >>>>> The reference code consists of two libraries >>>>> 1: >>>>>\natural\rewrite\mp4AudVm\win32\lib\libisomp4.lib >>>>> 2: \natural\rewrite\mp4AudVm\win32\lib\libtsp.lib >>>>> and I am using the workspace >>>>>\natural\rewrite\mp4AudVm\win32\mp4v2dec.dsw >>>> >>>> >>>> >>>>I wonder how libraries found their way into the distribution. You >>>>are strongly encouraged not to use these libraries but to build >>>>them on your own. The libisomp4 / libisomedia should be available >>>>as source code as part of the Systems reference software. The >>>>libtsp source code is available here: >>>>ftp://ftp.tsp.ece.mcgill.ca/pub/AFsp. >>>> >>>>> So please advise me what I am supposed to do as I do not >>>>>have the source code for these libraries. >>>> >>>> >>>> >>>>This problem should now be solved. >>>> >>>>>Shall I change my OS from XP to NT?? >>>> >>>> >>>> >>>>I guess this is not necessary. >>>> >>>>>Thanks In Advance, >>>>>KGSN. >>>> >>>> >>>> >>>>Best regards, >>>> >>>>Ralph >>> >>> >>> >>> >>>_______________________________________________ >>>Technotes mailing list >>>Technotes@lists.m4if.org >>>http://lists.m4if.org/mailman/listinfo/technotes -- David Singer Apple Computer/QuickTime From technotes-admin lists.m4if.org Mon Jul 14 14:42:12 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:07 2003 Subject: [M4IF Technotes] source code for H.264 Encoder Message-ID: <56A1EDA0.1BB7570A.00889E89@aol.com> Anyone interested in promoting his/her H.264 solutions, please feel free to contact me here. I am based in Cupertino, Calif., and I am seeking for H.264 technology to fit into my business models below: 1. codec as a core for further development into application software 2. codec as a core for further development into ASIC or SoC Thanks Richard Y. Chen President & CEO WonderCast Technology, Inc. From technotes-admin lists.m4if.org Mon Jul 14 20:56:27 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:04:28 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:18:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:27:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:38:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:48:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 22:07:27 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 19:10:27 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. In-Reply-To: Message-ID: is there anyway to stop this self-recurring loop of auto-reply messages or are we going to be subjected to Indra's "out of office message" every 10 minutes for the next 3 days? Moderator? Rob? Save-our-inboxes, please? > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org] > Sent: Monday, July 14, 2023 4:56 PM > To: technotes@lists.m4if.org > Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. > > > I will be out of the office starting 07/14/2003 and will not return until > 07/16/2003. > > I will respond to your message when I return. > > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From technotes-admin lists.m4if.org Mon Jul 14 22:19:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 10:21:29 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] profile_and_level_indication code for ASprofile In-Reply-To: <3F0BE221.17E23F67@iis.fhg.de> Message-ID: <000001c34a6f$6b888440$4804050a@TrevorNg> Hi Herbert, Which version of ISO/IEC 14496-1 did you refer to? I cannot find this information in my current version which is :1999. Thanks, Trevor > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org] On Behalf Of Herbert Thoma > Sent: Wednesday, July 09, 2023 5:37 PM > To: Arcangelo Bruna > Cc: technotes@lists.m4if.org > Subject: Re: [M4IF Technotes] profile_and_level_indication > code for ASprofile > > > Arcangelo Bruna schrieb: > > > > Hi all. > > I have a simple question regarding the Advanced Simple > Profile. I did > > not found what code is to beinserted in the > > "profile_and_level_indication" field when the Advanced > Simple Profile > > is used Can anyone say to me such code and the doc where it is > > written? > > Annex G of ISO/IEC 14496-2 > > ASP profile_and_level_indication: > > Level 0 11110000 (240) > Level 1 11110001 (241) > Level 2 11110010 (242) > Level 3 11110011 (243) > Level 4 11110100 (244) > Level 5 11110101 (245) > Level 3b 11110111 (247) > > Regards, > Herbert. > > > Thanks a lot, > > Arcangelo. > > > > ------------------------------------------------------------------ > > Arcangelo BRUNA > > Imaging System Application Team Leader > > AST Catania Lab - Digital Still Camera Group > > ST Microelectronics > > > > _______________________________________________ > > Technotes mailing list > > Technotes@lists.m4if.org > > http://lists.m4if.org/mailman/listinfo/technotes > > -- > Herbert Thoma > FhG-IIS A, Studio Department > Am Wolfsmantel 33, 91058 Erlangen, Germany > Phone: +49-9131-776-323 > Fax: +49-9131-776-399 > email: tma@iis.fhg.de > www: http://www.iis.fhg.de/ > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From technotes-admin lists.m4if.org Mon Jul 14 22:30:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 22:44:28 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 22:53:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 23:05:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 23:20:29 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 23:30:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 23:44:27 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 23:54:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:05:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Mon Jul 14 21:12:54 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] source code for H.264 Message-ID: <20030715031254.88878.qmail@web13803.mail.yahoo.com> Dear Mr. Chen, Morphbius has an H.264 solution they'd be interested in discussing with you. Please provide your e-mail address/website or write to info(at)morphbius.com? Sincerely, Avni Rambhia (For Morphbius, Inc.) >technotes-admin@lists.m4if.org wrote: > To: technotes@lists.m4if.org > From: technotes-admin@lists.m4if.org > Subject: [M4IF Technotes] source code for H.264 > Encoder > Date: Mon, 14 Jul 2023 13:42:12 -0400 > > Anyone interested in promoting his/her H.264 > solutions, please feel free to contact me here. I > am based in Cupertino, Calif., and I am seeking for > H.264 technology to fit into my business models > below: > ===== ====================== Footprints in the sands of time were not made by sitting down. ====================== __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com From technotes-admin lists.m4if.org Tue Jul 15 00:20:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:08 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:25:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:31:26 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:38:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:48:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 00:57:25 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. Message-ID: I will be out of the office starting 07/14/2003 and will not return until 07/16/2003. I will respond to your message when I return. From technotes-admin lists.m4if.org Tue Jul 15 14:59:21 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] source code for H.264 Encoder References: <56A1EDA0.1BB7570A.00889E89@aol.com> Message-ID: <002101c34a96$3c729d40$b401a8c0@pctwokey> Dear Sir: Could you give me the source code and some information about this H.264 codec. Thanks. Best Regards Twokey ----- Original Message ----- From: To: Sent: Tuesday, July 15, 2023 1:42 AM Subject: [M4IF Technotes] source code for H.264 Encoder > Anyone interested in promoting his/her H.264 solutions, please feel free to contact me here. I am based in Cupertino, Calif., and I am seeking for H.264 technology to fit into my business models below: > > 1. codec as a core for further development into application software > > 2. codec as a core for further development into ASIC or SoC > > Thanks > > Richard Y. Chen > President & CEO > WonderCast Technology, Inc. > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From technotes-admin lists.m4if.org Tue Jul 15 00:25:31 2003 From: technotes-admin lists.m4if.org (technotes-admin@lists.m4if.org) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. In-Reply-To: Message-ID: I think I have fixed this ... and I apologize for the inconvenience. Rob > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org] > Sent: Monday, July 14, 2023 18:10 > To: technotes@lists.m4if.org > Subject: RE: [M4IF Technotes] Indra R Khatri/USA/AMC is out > of the office. > > > is there anyway to stop this self-recurring loop of > auto-reply messages or > are we going to be subjected to Indra's "out of office > message" every 10 > minutes for the next 3 days? Moderator? Rob? Save-our-inboxes, please? > > > -----Original Message----- > > From: technotes-admin@lists.m4if.org > > [mailto:technotes-admin@lists.m4if.org] > > Sent: Monday, July 14, 2023 4:56 PM > > To: technotes@lists.m4if.org > > Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of > the office. > > > > > > I will be out of the office starting 07/14/2003 and will > not return until > > 07/16/2003. > > > > I will respond to your message when I return. > > > > > > _______________________________________________ > > 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 zhiqian astri.org Tue Jul 15 11:31:15 2003 From: zhiqian astri.org (Li Zhiqian) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Which kind of file format should I use when I record a H.264 video to a CD-RW Message-ID: <000001c34a79$2dc158d0$2204050a@zhiqianli> I'm going to record H.264 voideo and AAC audio bit stream to a CD-RW, could you tell me which kind of file system should I use? Thanks in advance George leezhiqian99@hotmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030715/a97c8659/attachment.html From zhiqian astri.org Tue Jul 15 11:31:15 2003 From: zhiqian astri.org (Li Zhiqian) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] What is the file format for H.264 +AAC compressed media? Message-ID: <000501c34a79$2fec0100$2204050a@zhiqianli> -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030715/16064ff7/attachment.html From rob.koenen mpegif.org Tue Jul 15 00:36:55 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] Indra R Khatri/USA/AMC is out of the office. In-Reply-To: Message-ID: ps: our ISP has implemented a new "feature" hiding the sender's name and address. Our intentions were good - making sure that email addresses would not end up in publicly available archives, so that they cannot be found by spammers. However, the current "solution" is rather silly, as it completely hides the sender and you cannot asnwer to sender and I have asked them to reverse it immediately, and look for something better. I assume that this new "feature" is unconnected to the recursive out-of- office mails, but it made them harder for me to catch in time. I hope to have a much more decent solution for the archives soon. Best, Rob ps:for those who know mailman: yes, we have told it to obscure the sender's email in the archives but mailman doesn't do what we are asking of it. > -----Original Message----- > From: technotes-admin@lists.m4if.org > [mailto:technotes-admin@lists.m4if.org] > Sent: Monday, July 14, 2023 23:26 > To: technotes@lists.m4if.org > Subject: RE: [M4IF Technotes] Indra R Khatri/USA/AMC is out > of the office. > > > I think I have fixed this ... and I apologize for the inconvenience. > > Rob From singer apple.com Tue Jul 15 10:38:23 2003 From: singer apple.com (Dave Singer) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] What is the file format for H.264 +AAC compressed media? In-Reply-To: <000501c34a79$2fec0100$2204050a@zhiqianli> References: <000501c34a79$2fec0100$2204050a@zhiqianli> Message-ID: There is a specification in process for the exact details of how to store AVC in MP4 (family) files, at MPEG. -- David Singer Apple Computer/QuickTime From tma iis.fhg.de Tue Jul 15 11:09:03 2003 From: tma iis.fhg.de (Herbert Thoma) Date: Wed Jul 30 14:11:09 2003 Subject: [M4IF Technotes] profile_and_level_indication code for ASprofile References: <000001c34a6f$6b888440$4804050a@TrevorNg> Message-ID: <3F13B69F.2EF8783F@iis.fhg.de> Trevor NG schrieb: > > Hi Herbert, > > Which version of ISO/IEC 14496-1 did you refer to? I cannot find this > information in my current version which is :1999. ISO/IEC 14496-2:2003 which is the w5546 output document form the 64th MPEG meeting in Pattaya. Originally this was published in ISO/IEC 14496-2:1999/FDAM 4 (N3904) Regards, Herbert. > Thanks, > Trevor > > > -----Original Message----- > > From: technotes-admin@lists.m4if.org > > [mailto:technotes-admin@lists.m4if.org] On Behalf Of Herbert Thoma > > Sent: Wednesday, July 09, 2023 5:37 PM > > To: Arcangelo Bruna > > Cc: technotes@lists.m4if.org > > Subject: Re: [M4IF Technotes] profile_and_level_indication > > code for ASprofile > > > > > > Arcangelo Bruna schrieb: > > > > > > Hi all. > > > I have a simple question regarding the Advanced Simple > > Profile. I did > > > not found what code is to beinserted in the > > > "profile_and_level_indication" field when the Advanced > > Simple Profile > > > is used Can anyone say to me such code and the doc where it is > > > written? > > > > Annex G of ISO/IEC 14496-2 > > > > ASP profile_and_level_indication: > > > > Level 0 11110000 (240) > > Level 1 11110001 (241) > > Level 2 11110010 (242) > > Level 3 11110011 (243) > > Level 4 11110100 (244) > > Level 5 11110101 (245) > > Level 3b 11110111 (247) > > > > Regards, > > Herbert. > > > > > Thanks a lot, > > > Arcangelo. > > > > > > ------------------------------------------------------------------ > > > Arcangelo BRUNA > > > Imaging System Application Team Leader > > > AST Catania Lab - Digital Still Camera Group > > > ST Microelectronics > > > > > > _______________________________________________ > > > Technotes mailing list > > > Technotes@lists.m4if.org > > > http://lists.m4if.org/mailman/listinfo/technotes > > > > -- > > Herbert Thoma > > FhG-IIS A, Studio Department > > Am Wolfsmantel 33, 91058 Erlangen, Germany > > Phone: +49-9131-776-323 > > Fax: +49-9131-776-399 > > email: tma@iis.fhg.de > > www: http://www.iis.fhg.de/ > > _______________________________________________ > > Technotes mailing list > > Technotes@lists.m4if.org > > http://lists.m4if.org/mailman/listinfo/technotes > > -- Herbert Thoma FhG-IIS A, Studio Department Am Wolfsmantel 33, 91058 Erlangen, Germany Phone: +49-9131-776-323 Fax: +49-9131-776-399 email: tma@iis.fhg.de www: http://www.iis.fhg.de/ From howardchang avermedia.com.tw Wed Jul 16 11:26:48 2003 From: howardchang avermedia.com.tw (Hao-Chieh Chang) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] Motion vector predictor Message-ID: <008801c34b41$b5a20ec0$5b02010a@avermedia.com.tw> Dear all, Motion vector predictor is defined in sec. 7.6.5 of ISO/IEC 14496-2-2001(E) as Px = Median(MV1x, MV2x, MV3x), Py = Median(MV1y, MV2y, MV3y). If the neighbourhood macroblock type is inter, there is no problem. However, if the neighbourhood macroblock type is intra or not_coded = 1, there is no motion vector in that macroblock. How to decide its motion vector? Can we set this candicate predictor as zero? Or treat this macroblock not valid as trasparent block? These two methods will conduce different results when calculate Px and Py. I can not find the answer in standard. Please tell me if you know the correct method. Thank you very much. Howard Chang IC/IP Product Division TEL: +886-2-2226-3630 Ext 513 FAX: +886-2-2226-7241 Mailto: howardchang@avermedia.com.tw http://www.avermedia.com AVerMedia Technologies,Inc. IC/IP²£«~¨Æ·~³æ¦ì¡G±iµq³Ç ¶ê­è¬ì§Þ(ªÑ)¤½¥q This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive messages for the addressee), you can not use, copy or disclose to any third party or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. Nothing in this message should be interpreted as a digital or electronic signature that can be used to authenticate a contract or other legal document. Thank you very much. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030716/51765f26/attachment.html From s.voukelatos indigovision.com Wed Jul 16 10:20:05 2003 From: s.voukelatos indigovision.com (Stathis Voukelatos) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] Motion vector predictor Message-ID: <67336BF4D5D23C4AA30EC72DFCFCA6DF5670D1@peebles.indigovision.com> Hi Howard, If a neighbouring block belongs to an INTRA or not_coded macroblock then its candidate predictor is set to zero. It is only treated as not valid if the block is outside the VOP or video packet boundaries. Regards, Stathis Stathis Voukelatos, PhD Software Engineer IndigoVision Ltd The Edinburgh Technopole Bush Loan, Edinburgh Scotland, UK EH26 0PJ +44 (0)131 4757345 +44 (0)131 4757201 (Fax) http:// www.indigovision.com -----Original Message----- From: Hao-Chieh Chang [mailto:howardchang@avermedia.com.tw] Sent: Wednesday, July 16, 2023 3:27 AM To: M4IF Cc: ICIP-RD-???; ICIP-RD-??? Subject: [M4IF Technotes] Motion vector predictor Dear all, Motion vector predictor is defined in sec. 7.6.5 of ISO/IEC 14496-2-2001(E) as Px = Median(MV1x, MV2x, MV3x), Py = Median(MV1y, MV2y, MV3y). If the neighbourhood macroblock type is inter, there is no problem. However, if the neighbourhood macroblock type is intra or not_coded = 1, there is no motion vector in that macroblock. How to decide its motion vector? Can we set this candicate predictor as zero? Or treat this macroblock not valid as trasparent block? These two methods will conduce different results when calculate Px and Py. I can not find the answer in standard. Please tell me if you know the correct method. Thank you very much. Howard Chang IC/IP Product Division TEL: +886-2-2226-3630 Ext 513 FAX: +886-2-2226-7241 Mailto: howardchang@avermedia.com.tw http://www.avermedia.com AVerMedia Technologies,Inc. IC/IP²£«~¨Æ·~³æ¦ì¡G±iµq³Ç ¶ê­è¬ì§Þ(ªÑ)¤½¥q This message contains information that may be confidential and privileged. Unless you are the addressee (or authorized to receive messages for the addressee), you can not use, copy or disclose to any third party or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. Nothing in this message should be interpreted as a digital or electronic signature that can be used to authenticate a contract or other legal document. Thank you very much. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030716/e1cadceb/attachment.html From yangwj lucent.com Wed Jul 16 17:44:22 2003 From: yangwj lucent.com (Yang, Wei Jian (Mac)) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] help on TM5 Message-ID: <6999EF22C12CD4119A6800508B65021F03FE3223@CI0027EXCH001U> hello,experts: Do you have ISO/IEC JTC1/SC29/WG11/93-225b which is for TM5? If yes, Can you share it with me? Thank you Mac From gedeon irit.fr Wed Jul 16 15:03:03 2003 From: gedeon irit.fr (Serge GEDEON) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] ISMA specification Message-ID: <007001c34b92$36248fa0$1940738d@pcsara> Hi everybody, does anyone have the ISMA specification and could share it ? Thanks in advance, Serge GEDEON Student - Paul Sabtier University France -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030716/3bafc15a/attachment.html From jens.rennert mobilesmartsinc.com Wed Jul 16 16:42:50 2003 From: jens.rennert mobilesmartsinc.com (Jens Rennert) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] AAC test streams using coupling channels Message-ID: <200307161542.50197.jens.rennert@mobilesmartsinc.com> Experts, I compiled versions 1 and 2 of the mpeg4 reference software and both seemed unable to deal with the L6_XXX.aac bitstreams from AT&T. I tried various other decoders (among them the MP4Play from the IBM MPEG 4 tool kit) and so far I have found nothing which can decode these streams. I added the coupling channel functionality from the reference code into my own implementation and get some strange parsing results: 1:single_channel_element, window_sequence 0, window_shape 0,max_sfb 47 2:channel_pair_element, window_sequence 1, window_shape 0,max_sfb 34 3:channel_pair_element, window_sequence 0, window_shape 1, max_sfb 0 4:coupling_channel_element, element instance tag 4, ind_sw_cc 1 num_coupled_elements 0 According to the stream description this streams should only contain dependently switched channels. Why would the number of coupled elements be zero? Could somebody please shed some light on this. Is there something like an AAC stream analyzer software available? Thanks Jens Rennert From ugarg neomagic.com Thu Jul 17 10:59:03 2003 From: ugarg neomagic.com (Umang Garg) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] AAC test streams using coupling channels References: <200307161542.50197.jens.rennert@mobilesmartsinc.com> Message-ID: <3F16260F.4060809@neomagic.com> Jens, Hi... The AT&T bitstreams are no longer valid. Their is a latest release from FhG which may be used for Conformance Testing. You may want to have a look at the Technotes Archives containing details of previous communication on MP4IF in June-July 2003, dealing with this matter. Regards, Umang Garg NeoMagic Design Center NeoMagic Corporation, based in Santa Clara, California, enables new generations of handheld systems with Applications Processors that offer the lowest power, smallest form-factor and best multimedia features and performance. The Company has pioneered the integration of complex logic, memory and analog circuits into single-chip solutions. NeoMagic is mobilizing multimedia for the Internet age. Information on the Company may be found on the World Wide Web at www.neomagic.com . Jens Rennert wrote: >Experts, > >I compiled versions 1 and 2 of the mpeg4 reference software and both seemed >unable to deal with the L6_XXX.aac bitstreams from AT&T. I tried various >other decoders (among them the MP4Play from the IBM MPEG 4 tool kit) and so >far I have found nothing which can decode these streams. >I added the coupling channel functionality from the reference code into my own >implementation and get some strange parsing results: > >1:single_channel_element, window_sequence 0, window_shape 0,max_sfb 47 >2:channel_pair_element, window_sequence 1, window_shape 0,max_sfb 34 >3:channel_pair_element, window_sequence 0, window_shape 1, max_sfb 0 >4:coupling_channel_element, element instance tag 4, ind_sw_cc 1 > num_coupled_elements 0 > >According to the stream description this streams should only contain >dependently switched channels. >Why would the number of coupled elements be zero? > >Could somebody please shed some light on this. >Is there something like an AAC stream analyzer software available? > >Thanks > >Jens Rennert > >_______________________________________________ >Technotes mailing list >Technotes@lists.m4if.org >http://lists.m4if.org/mailman/listinfo/technotes > >. > > > From rob.koenen mpegif.org Wed Jul 16 22:57:51 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] ISMA specification In-Reply-To: <007001c34b92$36248fa0$1940738d@pcsara> Message-ID: <000a01c34c20$375b4a60$b50a010a@corp.intertrust.com> you need to go to the source: www.isma.tv All contact information is there ... including how to get the spec (they charge a nominal fee - 100USD? - I'm not online now) Rob -----Original Message----- From: Serge GEDEON [mailto:gedeon@irit.fr] Sent: Wednesday, July 16, 2023 05:03 To: technotes@lists.m4if.org Subject: [M4IF Technotes] ISMA specification Hi everybody, does anyone have the ISMA specification and could share it ? Thanks in advance, Serge GEDEON Student - Paul Sabtier University France -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030716/8b57e174/attachment.html From caogd irercn.com Thu Jul 17 16:52:25 2003 From: caogd irercn.com (ahan) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] Fw: Why not bring forward another recommendatory standards for the real-time multimedia system? Message-ID: <200307170754.h6H7s6f25796@lists1.magma.ca> >Recently, I came to an exhibition and found a type of MPEG-4 encoder products, which had implemented Simple Profile@level 3, along with G.729 audio and UDP transport. "It could transmit DVD images within the speed of 500kbits/s." He told me. And I asked how coule it implemented so high compression ratio? The answer is that all the coding algorithms came from Standard MPEG-2, and only one rectangular VO. Of course, the image quality was worse than the DVD source. > >So I have one question: >It seems hard to implement the advanced MPEG-4 algorithms in real-time,embedded MPEG-4 encoder products unless the performance of chips will enhance greatly. Why not bring forward another recommendatory standards for the real-time multimedia system? > >How do you think about this problem? > >Thanks a lot. > >guodong From gedeon irit.fr Thu Jul 17 12:27:45 2003 From: gedeon irit.fr (Serge GEDEON) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] MPEG-4 RTP Payload Type Message-ID: <000c01c34c45$ae1a00e0$1940738d@pcsara> Dear Experts, Does anybody know, what is the MPEG-4 RTP payload type Number ? Thanks in Advance, Serge GEDEON -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030717/ef0092ba/attachment.html From trevor astri.org Thu Jul 17 18:50:01 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:10 2003 Subject: [M4IF Technotes] (no subject) Message-ID: <000401c34c48$caf36190$4804050a@TrevorNg> Hi experts, Can anyone list some examples of practical use of layering and sub-sequences as found in the AVC-file-format (ISO/IEC 14496-15/FCD)? Regards, Trevor NG From Vinay soc-soft.com Thu Jul 17 19:03:42 2003 From: Vinay soc-soft.com (Vinay K) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] LFE Message-ID: Dear Mpeg experts, what should be the ideal block type for LFE channel? Is there any standard value of masking threshold and masking enable for LFE? In FAAC encoder, there is no processing for LFE. The standard also does not mention anything about LFE. Please throw some light on this matter. With regards, Vinay.K -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030717/948a5bb0/attachment.html From idimkovic nero.com Thu Jul 17 16:59:51 2003 From: idimkovic nero.com (Ivan Dimkovic) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] LFE In-Reply-To: Message-ID: <003001c34c6b$b0fd0750$2c02a8c0@cwx148xp> Dear Vinay, LFE channels are always of LONG type (ONLY_LONG_WINDOW in reference code), they use SIN window shape (WS_FHG in reference decoder code) and usually they are heavilly lowpassed with a bandwidth limitation filter. There is no "recommended" psychoacoustic strategy, as encoder description in the standard is purely informative - I'd say that it would be a waste of CPU clocks to perform full psychoacoustic analysis on a LFE channel, maybe using fixed masking threshold of [-5 to -12] dB or something like that would work in your application. Best regards / Mit freundlichen Gr??en Ivan Dimkovic ---------------------------------------------------------------- Ivan Dimkovic MPEG-4 R&D Ahead Software AG phone: +49 (0)7248 911 822(direct line) Im Stoeckmaedle 18 fax: +49 (0)7248 911 888 76307 Karlsbad email: idimkovic@nero.com Germany web: www.nero.com ---------------------------------------------------------------- -----Original Message----- From: technotes-admin@lists.m4if.org [mailto:technotes-admin@lists.m4if.org] On Behalf Of Vinay K Sent: Thursday, July 17, 2023 2:34 PM To: technotes@lists.m4if.org Subject: [M4IF Technotes] LFE Dear Mpeg experts, what should be the ideal block type for LFE channel? Is there any standard value of masking threshold and masking enable for LFE? In FAAC encoder, there is no processing for LFE. The standard also does not mention anything about LFE. Please throw some light on this matter. With regards, Vinay.K From wmay cisco.com Thu Jul 17 09:43:54 2003 From: wmay cisco.com (Bill May) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] MPEG-4 RTP Payload Type In-Reply-To: <000c01c34c45$ae1a00e0$1940738d@pcsara> References: <000c01c34c45$ae1a00e0$1940738d@pcsara> Message-ID: <3F16C43A.1060205@cisco.com> It's in the dynamic range, which means that there is not a defined number for mpeg4. See RFC 3016. ISMA uses a different RFC for audio transmission (or a RFC draft, actually). Bill May mpeg4ip Serge GEDEON wrote: > Dear Experts, > > Does anybody know, what is the MPEG-4 RTP payload type Number ? > > Thanks in Advance, > Serge GEDEON From Gerardo.Rosiles motorola.com Fri Jul 18 12:33:07 2003 From: Gerardo.Rosiles motorola.com (Rosiles Gerardo-ra9355) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] Fw: Why not bring forward another recommenda tory standards for the real-time multimedia system? Message-ID: <6728517EECE7D511981B00D0B78290310355EFA5@az33exm27.corp.mot.com> Would you mean more like another profile and/or put more levels into SP? I am seeing this is a big issue for DivXNetworks. I followed a discussion on the doom9 forum and they pretty much have given up on ASP. Their claim is that chip manufacturers are not willing to add Qpel interpolation and GMC to their decoder ICs. You hit the nail in the head regarding MPEG-2 reuse. I think that to support MPEG-4 SP at SDTV resolutions it is only a matter of firmware update on MPEG-2 chips. Chip manufacturers maximize their ROI this way. B-frames seems the only ASP tool that DivXNetworks is requiring. I think there are a lot of implications to the way DivXNetworks is going. One of them is that any of these "DivX certified" chips does not conform to any profile/level in the standard, so I would wonder what are the implications regarding patent licensing. Also, what would be then the overall improvement over MPEG-2. I'll say minimal...So I wonder if the MPEG is sensitive to this issue. Regards, Gerardo -----Original Message----- From: ahan [mailto:caogd@irercn.com] Sent: Thursday, July 17, 2023 2:52 AM To: technotes@lists.m4if.org Subject: [M4IF Technotes] Fw: Why not bring forward another recommendatory standards for the real-time multimedia system? >Recently, I came to an exhibition and found a type of MPEG-4 encoder >products, which had implemented Simple Profile@level 3, along with G.729 audio and UDP transport. "It could transmit DVD images within the speed of 500kbits/s." He told me. And I asked how coule it implemented so high compression ratio? The answer is that all the coding algorithms came from Standard MPEG-2, and only one rectangular VO. Of course, the image quality was worse than the DVD source. > >So I have one question: >It seems hard to implement the advanced MPEG-4 algorithms in >real-time,embedded MPEG-4 encoder products unless the performance of >chips will enhance greatly. Why not bring forward another >recommendatory standards for the real-time multimedia system? > >How do you think about this problem? > >Thanks a lot. > >guodong _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From rob.koenen mpegif.org Fri Jul 18 15:26:35 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] Fw: Why not bring forward another recommendatory standards for the real-time multimedia system? In-Reply-To: <6728517EECE7D511981B00D0B78290310355EFA5@az33exm27.corp.mot.com> Message-ID: <001b01c34d73$449bb9e0$a2425c8b@corp.intertrust.com> > >Recently, I came to an exhibition and found a type of MPEG-4 encoder > >products, which had implemented Simple Profile@level 3, > along with G.729 audio and UDP transport. "It could transmit > DVD images within the speed of 500kbits/s." He told me. And I > asked how coule it implemented so high compression ratio? The > answer is that all the coding algorithms came from Standard > MPEG-2, and only one rectangular VO. Of course, the image > quality was worse than the DVD source. Both Simple and Advanced Simple Profiles only use rectangular objects. These are the most implemented MPEG-4 Profiles. Core is implemented by some, including the non-rectangular objects. > >So I have one question: > >It seems hard to implement the advanced MPEG-4 algorithms in > >real-time,embedded MPEG-4 encoder products unless the performance of > >chips will enhance greatly. Why not bring forward another > >recommendatory standards for the real-time multimedia system? Advanced Video Coding (aka as H.264) is a new MPEG-4 and ITU-T standard. It is surely not easier than MPEG-4 (A)SP to implement, but it will get a lot of traction. There will be live encoding of this algorithms, and there will be chip(set)s for the algorithm. Best, Rob From kk codingtechnologies.com Fri Jul 18 11:50:37 2003 From: kk codingtechnologies.com (=?iso-8859-1?Q?Kristofer_Kj=F6rling?=) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] AACPlus testing References: <3F12DA62.93D83644@codingtechnologies.com> <3F13A062.2050308@codingtechnologies.com> Message-ID: <030601c34d09$a86128d0$0480000a@wwkk> Dear All, MPEG conformance and test streams are under development. The MPEG refSoft might be used to produce syntactically correct bitstreams. However for commercially interested companies Coding Technololies also offers an evaluation package with a high quality aacPlus encoder, which may of course be used to produce test bitstreams. For more info contact info@codingtechnologies.com Best regards Kristofer Kj?rling ------------------------------------- Kristofer Kj?rling Senior Research Engineer Coding Technologies phone : + 46 - (0)8 - 442 91 66 fax: + 46 - (0)8 - 33 09 88 email: kk@codingtechnologies.com > Subject: > [M4IF Technotes] AACPlus testing > From: > "Anil Kumar" > Date: > Mon, 14 Jul 2023 11:58:10 +0530 > To: > > > > Hi All, > Can anyone tell me as to where I can find (if at all) test streams for AAC Plus (I think it is called HE AAC in MPEG-4). > > Thanks in advance, > Anil > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From korde tataelxsi.co.in Mon Jul 21 14:57:22 2003 From: korde tataelxsi.co.in (Shrirang Korde) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] Post processing References: <001b01c34d73$449bb9e0$a2425c8b@corp.intertrust.com> Message-ID: <005a01c34f61$e85a7450$c314010a@telxsi.com> Where can I find implementation (open source) for MPEG4 deblocking & deringing filter? Any pointers. Regards Shrirang Korde -------------------------------------------------- korde@tataelxsi.co.in ph (o) : +91-080-8410148 extn 243 (M): 98860 17574 --------------------------------------------------- ----- Original Message ----- From: "Rob Koenen (MPEGIF)" To: "'Rosiles Gerardo-ra9355'" ; Sent: Saturday, July 19, 2023 2:56 AM Subject: RE: [M4IF Technotes] Fw: Why not bring forward another recommendatory standards for the real-time multimedia system? > > >Recently, I came to an exhibition and found a type of MPEG-4 encoder > > >products, which had implemented Simple Profile@level 3, > > along with G.729 audio and UDP transport. "It could transmit > > DVD images within the speed of 500kbits/s." He told me. And I > > asked how coule it implemented so high compression ratio? The > > answer is that all the coding algorithms came from Standard > > MPEG-2, and only one rectangular VO. Of course, the image > > quality was worse than the DVD source. > > Both Simple and Advanced Simple Profiles only use rectangular objects. > These are the most implemented MPEG-4 Profiles. Core is implemented > by some, including the non-rectangular objects. > > > > >So I have one question: > > >It seems hard to implement the advanced MPEG-4 algorithms in > > >real-time,embedded MPEG-4 encoder products unless the performance of > > >chips will enhance greatly. Why not bring forward another > > >recommendatory standards for the real-time multimedia system? > > Advanced Video Coding (aka as H.264) is a new MPEG-4 and ITU-T standard. > It is surely not easier than MPEG-4 (A)SP to implement, but it will get > a lot of traction. There will be live encoding of this algorithms, and > there will be chip(set)s for the algorithm. > > Best, > > Rob > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes From trevor astri.org Wed Jul 23 11:12:07 2003 From: trevor astri.org (Trevor NG) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] White book Message-ID: <000201c350bf$d2167a90$4804050a@TrevorNg> Dear experts, I understand the questions I am to ask here is not related to this mail list, but I have no other means to get this information. I guess some expers here can answer me. 1. Where can I buy/obtain the "white book" to which VCD is conform? 2. Which standard is DVD-disk conform to and where can I get that? 3. If I want to store mp4 content in CD-Rom, which standards I should apply? And how about H.264? It would be great help if you can advice me. Thanks. Regards, Trevor NG -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030723/cd88f76c/attachment.html From avtechinfo sina.com Wed Jul 23 18:35:46 2003 From: avtechinfo sina.com (avtechinfo@sina.com) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] IP-box which can decode Mpeg4 stream Message-ID: <200307230933.h6N9XtP00989@lists1.magma.ca> Hi Experts! My company plan to develop a IP-box which can decode Mpeg4 stream, there are several solutions based on TI DSP / Philips DSP / Equator DSP / Sigmadesigns ASIC, would u like give me some advice on these solutions? Thanks! Kang avtechinfo@sina.com From msands007 hotmail.com Thu Jul 24 10:22:41 2003 From: msands007 hotmail.com (mickey sands) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] m4v over 3g Message-ID: Hi, I'm investgating generating m4v elementary streams for delivery over a 3g mobile network. I know some of the error resilience tools should be included, ie resync markers, packet headers etc Is there a document which specifically outlines any particular details/constraints that should be considered when generating a simple profile elementary stream for delivery over a 3g mobile network ? i.e, suggested frequency and size of the video packets, IVOP frequency, VOL header frequency. thanks M _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From Ariel.David ParthusCeva.com Thu Jul 24 18:40:00 2003 From: Ariel.David ParthusCeva.com (Ariel David) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] elementary stream location in mp4 file Message-ID: <988BE481ACC95C429DCB909F74A3163A796A2F@exchange-il> Hi, I am trying to decode mp4 files that have simple profile video in them. In other words, I am trying to extract simple profile video from mp4 files. I've gone through the system standard and managed to read and decode the different atoms. I can't seem to find anywhere an atom that tells me the elementary stream location in the MDAT atom. At first I thought it would be in the DREF (url or urn) atom, but I could not find it there. Which atom holds this information if at all? Can someone point me to mp4 files with simple profile video in them? I have the 4 different "lastword" mp4 files and that's it. Thanks, Ariel From mc fivebats.com Thu Jul 24 16:13:35 2003 From: mc fivebats.com (Mike Coleman) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] elementary stream location in mp4 file In-Reply-To: <988BE481ACC95C429DCB909F74A3163A796A2F@exchange-il> (Ariel David's message of "Thu, 24 Jul 2023 17:40:00 +0300") References: <988BE481ACC95C429DCB909F74A3163A796A2F@exchange-il> Message-ID: "Ariel David" writes: > I can't seem to find anywhere an atom that tells me the elementary stream location in the MDAT atom. > At first I thought it would be in the DREF (url or urn) atom, but I could not find it there. > Which atom holds this information if at all? Look at (or read about) the sample table atom 'stbl' which is at moov/trak/mdia/minf/stbl. There is a sample table for each media track. The atoms in there show you the sizes and locations of the media samples. -mc -- Mike Coleman Five Bats Incorporated, Portland Oregon From sundar tataelxsi.co.in Fri Jul 25 10:36:06 2003 From: sundar tataelxsi.co.in (T Sundar Murthy) Date: Wed Jul 30 14:11:11 2003 Subject: [M4IF Technotes] elementary stream location in mp4 file References: <988BE481ACC95C429DCB909F74A3163A796A2F@exchange-il> Message-ID: <3F20ACAD.739944A0@tataelxsi.co.in> Hi, You can find the elementary stream samples info in the following locations (In case of self-contained MP4 file) Locate sample table atom (stbl) for the track. This contains the details of the elementary stream arrangement in the mp4 file. Inside 'stbl', you can find the following atoms: -- 'stts' - maps the time to sample(frame)-numbers -- 'stsz' - gives size or each sample -- 'stsc' - maps samples to chunks (which sample falls in which chunk) -- 'stco' - gives the chunk offset The Config-Info (VOL headers) can be found in the sample description ('stsd') atom in 'stbl'. Refer to ISO/IEC 14496-1:2001(E) - Annex R (Informative) - Random Access. or Refer to "ISO Base Media File Format" - Annex A-3 & A-7. Regards Sundar Ariel David wrote: > Hi, > > I am trying to decode mp4 files that have simple profile video in them. > In other words, I am trying to extract simple profile video from mp4 files. > > I've gone through the system standard and managed to read and decode the different atoms. > > I can't seem to find anywhere an atom that tells me the elementary stream location in the MDAT atom. > At first I thought it would be in the DREF (url or urn) atom, but I could not find it there. > Which atom holds this information if at all? > > Can someone point me to mp4 files with simple profile video in them? I have the 4 different "lastword" mp4 files and that's it. > > Thanks, > > Ariel > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > > ************************************************************** > Scanned by MailScan Anti-Virus and Content Security Software. > Visit http://www.mwti.net for more info on eScan and MailScan. > ************************************************************** -- From bdv78 mail.ru Fri Jul 25 16:04:23 2003 From: bdv78 mail.ru (Dmitry Briliuk) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG4 encoder for DSP - where to start from? Message-ID: <93165935187.20030725150423@mail.ru> Hello, I'm starting to do own MPEG4 encoder for DSP. Something like Simple Profile will be enough for the first time. Can you recommend me some books, sources, or internet resources on how to cope with my task? All what I have found, including ISO references, are full of precise details and descriptions of existing standards. But this gives no guide how to implement own codec. Is the one way to thoroughly study ISO specifications and adjust reference sources for DSP? Or there exist something which can simplify my job? -- Best regards, Dmitry, PhD student From anurag ti.com Fri Jul 25 14:33:21 2003 From: anurag ti.com (Jain, Anurag) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG4 encoder for DSP - where to start from? Message-ID: I would recommmend you to go to http://www.dspvillage.ti.com and search with the following key words "DSP : Video and Imaging - Application Notes" Regards, Anurag -----Original Message----- From: Dmitry Briliuk [mailto:bdv78@mail.ru] Sent: Friday, July 25, 2023 11:34 AM To: technotes@lists.m4if.org Subject: [M4IF Technotes] MPEG4 encoder for DSP - where to start from? Hello, I'm starting to do own MPEG4 encoder for DSP. Something like Simple Profile will be enough for the first time. Can you recommend me some books, sources, or internet resources on how to cope with my task? All what I have found, including ISO references, are full of precise details and descriptions of existing standards. But this gives no guide how to implement own codec. Is the one way to thoroughly study ISO specifications and adjust reference sources for DSP? Or there exist something which can simplify my job? -- Best regards, Dmitry, PhD student _______________________________________________ Technotes mailing list Technotes@lists.m4if.org http://lists.m4if.org/mailman/listinfo/technotes From korde tataelxsi.co.in Fri Jul 25 16:46:30 2003 From: korde tataelxsi.co.in (Shrirang Korde) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MP4 file format/ QT file format References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> <3F127302.2040408@neomagic.com> <3F127B92.6060705@neomagic.com> Message-ID: <003e01c35295$d104e6f0$c314010a@telxsi.com> Hello, Any links on MP4 /QT file formats. Already tried link http://www.eeng.dcu.ie/~cranleyn/Links/links.html, this is not working. Regards Shrirang Korde -------------------------------------------------- korde@tataelxsi.co.in ph (o) : +91-080-8410148 extn 243 (M): 98860 17574 --------------------------------------------------- From Wesley.DeNeve ugent.be Fri Jul 25 15:30:52 2003 From: Wesley.DeNeve ugent.be (Wesley De Neve) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MP4 file format/ QT file format References: <50EE5AD0AF6ED511833900B0D020C858021EA36E@CEL-BANGT-M01> <3F098322.3000008@iis.fhg.de> <3F127302.2040408@neomagic.com> <3F127B92.6060705@neomagic.com> <003e01c35295$d104e6f0$c314010a@telxsi.com> Message-ID: <001501c352a8$d2abbe80$de3bf181@europa> Hi, Shrirang Korde wrote: > Hello, > > Any links on MP4 /QT file formats. > Already tried link http://www.eeng.dcu.ie/~cranleyn/Links/links.html, > this is not working. A good starting point for the QT file format is the following link: http://developer.apple.com/documentation/QuickTime/QTFF/qtff.html Kind regards, Wesley -- Ghent University ELIS/Multimedia Lab From Marco.Jacobs nl.bosch.com Fri Jul 25 16:54:29 2003 From: Marco.Jacobs nl.bosch.com (Jacobs Marco (ST-VS/ENG2)) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG-4 SP elementary stream to AVI Message-ID: <140FC670827F1B499553FD052345B3F13B2BDD@si-mail97.de.bosch.com> All, The MPEG-4 SP encoder I am working with outputs an MPEG-4 elementary stream. Now, I would like to encapsulate this stream into a .avi file or so, so that I can play it in windows media player or apple's quicktime player. Is there an easy way to do this? In other words, is there a windows executable that I can download and use to convert an MPEG-4 elementary stream into a file that can be viewed with these players? Thanks! Marco Jacobs __________________________________________ Bosch Security Systems B.V. Building SX-1.07, Glaslaan 2, NL-5616 LW Eindhoven Tel. +31 40 27 39 285 Fax +31 40 27 38 146 mailto:marco.jacobs@ nl.bosch.com http://www.boschsecurity.com From oamato wanadoo.fr Fri Jul 25 17:58:06 2003 From: oamato wanadoo.fr (Olivier Amato) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG-4 SP elementary stream to AVI References: <140FC670827F1B499553FD052345B3F13B2BDD@si-mail97.de.bosch.com> Message-ID: <000901c352bd$3ab76560$f340fea9@maewanto> I think the easier way would be to produce an ISMA compliant MPEG-4 file ( .mp4 ) with AVgen tool from IBM Toolkit for MPEG-4 ( http://www.alphaworks.ibm.com/tech/tk4mpeg4 ). You should be able to play it with QT player 6. Best regards, Olivier ----- Original Message ----- From: "Jacobs Marco (ST-VS/ENG2)" To: Sent: Friday, July 25, 2023 3:54 PM Subject: [M4IF Technotes] MPEG-4 SP elementary stream to AVI > All, > > The MPEG-4 SP encoder I am working with outputs an MPEG-4 elementary stream. Now, I would like to encapsulate this stream into a .avi file or so, so that I can play it in windows media player or apple's quicktime player. Is there an easy way to do this? In other words, is there a windows executable that I can download and use to convert an MPEG-4 elementary stream into a file that can be viewed with these players? > > Thanks! > > Marco Jacobs > __________________________________________ > Bosch Security Systems B.V. > Building SX-1.07, Glaslaan 2, NL-5616 LW Eindhoven > Tel. +31 40 27 39 285 > Fax +31 40 27 38 146 > mailto:marco.jacobs@ nl.bosch.com > http://www.boschsecurity.com > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > From bdv78 mail.ru Sat Jul 26 11:42:32 2003 From: bdv78 mail.ru (Dmitry Briliuk) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG4 encoder for DSP - where to start from? Message-ID: <70236624468.20030726104232@mail.ru> Hello, OK, thanks everybody for useful info. It seems that I will start from adjusting ISO sources and then optimizing it for DSP. I think I'll start remaking optimized sources from http://megaera.ee.nctu.edu.tw/mpeg/ to DSP. It seems there is already exists special Simple Profile version. Is this good idea? Below are links for other beginners regarding MPEG4 for DSP: www.geocities.com/ramkishor www.eet.com http://www.dspvillage.ti.com search "DSP : Video and Imaging - Application Notes" http://www.eg3.com/dsp/ -- Best regards, Dmitry, PhD student From ramki emuzed.com Sat Jul 26 19:56:37 2003 From: ramki emuzed.com (Korada Ramkishor) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] MPEG-4 SP elementary stream to AVI References: <140FC670827F1B499553FD052345B3F13B2BDD@si-mail97.de.bosch.com> Message-ID: <002401c35379$8e21bdb0$cc8e41db@blr.emuzed.com> Hi, ASF can be used. Windows media player supports MPEG-4 SP. But, I am not aware of any utilities. regards, ramkishor Achitect - Video, Emuzed Bangalore. ----- Original Message ----- From: "Jacobs Marco (ST-VS/ENG2)" To: Sent: Friday, July 25, 2023 7:24 PM Subject: [M4IF Technotes] MPEG-4 SP elementary stream to AVI > All, > > The MPEG-4 SP encoder I am working with outputs an MPEG-4 elementary stream. Now, I would like to encapsulate this stream into a .avi file or so, so that I can play it in windows media player or apple's quicktime player. Is there an easy way to do this? In other words, is there a windows executable that I can download and use to convert an MPEG-4 elementary stream into a file that can be viewed with these players? > > Thanks! > > Marco Jacobs > __________________________________________ > Bosch Security Systems B.V. > Building SX-1.07, Glaslaan 2, NL-5616 LW Eindhoven > Tel. +31 40 27 39 285 > Fax +31 40 27 38 146 > mailto:marco.jacobs@ nl.bosch.com > http://www.boschsecurity.com > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > > From ssurui 263.net Mon Jul 28 10:02:41 2003 From: ssurui 263.net (ssurui) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] question about ME Message-ID: <002201c354a3$f24e3540$230000c0@ssurui> Hi all, If the size of previous VOP is small than current VOP, some Mcraoblocks(MB) in current VOP may not find the referernce MB. I want to know whether these MB need do ME(motion estimation). If need, how to do ME? how to padding ? If need not, whether Intra-code these MB. Please tell me,Thanks a lot. ssurui -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030728/9d8ead88/attachment.html From avtechinfo sina.com Mon Jul 28 15:58:58 2003 From: avtechinfo sina.com (avtechinfo@sina.com) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] Who knows other maillist on embedded cpu(such as arm/mips/sparc ) or embedded os(vxworks/ psos/ nucleus) Message-ID: <200307280656.h6S6uqu25092@lists1.magma.ca> Hi experts, I found this maillist is very helpful. I want to know whether there are any other good maillist on embedded cpu(such as arm/mips/sparc ) or embedded os(vxworks/ psos/ nucleus)? Thanks! Best regards, Kang From ramki emuzed.com Mon Jul 28 22:22:35 2003 From: ramki emuzed.com (Korada Ramkishor) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] Who knows other maillist on embedded cpu(such as arm/mips/sparc ) or embedded os(vxworks/ psos/ nucleus) References: <200307280656.h6S6uqu25092@lists1.magma.ca> Message-ID: <00cc01c35520$466849a0$6e8c41db@blr.emuzed.com> Hi, I am not aware of any mailing lists. But, couple of news groups exist (these are erstwhile deja news groups) For linux: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&group=comp.os.li nux.embedded For MIPS: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&group=comp.sys.m ips Similarly for others can be found there. regards, ramkishor ----- Original Message ----- From: To: Sent: Monday, July 28, 2023 12:28 PM Subject: [M4IF Technotes] Who knows other maillist on embedded cpu(such as arm/mips/sparc ) or embedded os(vxworks/ psos/ nucleus) > Hi experts, > > I found this maillist is very helpful. > I want to know whether there are any other good maillist on embedded cpu(such as arm/mips/sparc ) or embedded os(vxworks/ psos/ nucleus)? > Thanks! > > Best regards, > Kang > > > _______________________________________________ > Technotes mailing list > Technotes@lists.m4if.org > http://lists.m4if.org/mailman/listinfo/technotes > > From iamgfzhou sina.com Tue Jul 29 12:06:34 2003 From: iamgfzhou sina.com (Zhou Guanfeng) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] Question on Mode Decision Message-ID: <001901c3557e$6b518250$020000c0@zhougf> Hi everyone, Do you have any papers on the VLSI achitecture design of Mode Decision in Shape Coding? Pls share with me ,ok? 3x a lot. Regards. ZGF -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030729/977af068/attachment.html From babyreeja USHUSTECH.COM Tue Jul 29 12:13:57 2003 From: babyreeja USHUSTECH.COM (Baby Reeja Jayan) Date: Wed Jul 30 14:11:12 2003 Subject: [M4IF Technotes] motion vector decoding help Message-ID: <79DD1BC58DD7AC418EC0D1D5B169ACB8B9C12F@mail.ushustech.com> Hello I am currently trying to develop a MPEG-4 visual simple profile decoder. In fact, i am using the ISO/IEC reference source code as my guidelines. However, the source code is very difficult to follow, especially the part about decoding of predicted (P) frames from the reference frames. I just cannot decipher the code that says how the I frame along with the motion vectors & texture coefficients of the P frame help in decoding the P frames. There seems to be a lot of pixel based operations in this section of the code which really looks intimidating :-( I have seen answers to several MPEG-4 related questions, posted in this MPEG-4 discussion group .This gave me the idea to post my doubts here Can you please help me Thanks for your time Reeja -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030729/fe349a64/attachment.html From dattaguru.b.n celstream.com Wed Jul 30 13:38:09 2003 From: dattaguru.b.n celstream.com (Dattaguru B.N) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] Can I get the information Message-ID: <50EE5AD0AF6ED511833900B0D020C858023E1A02@CEL-BANGT-M01> Hi All, Can I get information about WMA9 encoder/decoder. Also comparison of WMA9 with different codecs Thanks Dattaguru _____ Upgrade Your Email - Click here! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030730/256f66e1/attachment.html From dattaguru.b.n celstream.com Wed Jul 30 13:38:09 2003 From: dattaguru.b.n celstream.com (Dattaguru B.N) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] [MPEGIF Discuss] Can I get the information Message-ID: <50EE5AD0AF6ED511833900B0D020C858023E1A02@CEL-BANGT-M01> Hi All, Can I get information about WMA9 encoder/decoder. Also comparison of WMA9 with different codecs Thanks Dattaguru _____ Upgrade Your Email - Click here! -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030730/256f66e1/attachment-0001.html From christopher macnytt.com Wed Jul 30 10:44:48 2003 From: christopher macnytt.com (Christopher Blomquist) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] Can I get the information In-Reply-To: <50EE5AD0AF6ED511833900B0D020C858023E1A02@CEL-BANGT-M01> Message-ID: Den 03-07-30 09.08, skrev "Dattaguru B.N" : > Hi All, > Can I get information about WMA9 encoder/decoder. > Also comparison of WMA9 with different codecs > Thanks > Dattaguru > Ehh.. This is the MPEG 4 industry forum Technote mailing list.. C -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030730/6a4f7bf1/attachment.html From PennyHung avermedia.com.tw Wed Jul 30 11:31:01 2003 From: PennyHung avermedia.com.tw (Kun-Lung Hung) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] Question about mprg4 interlaced video codec Message-ID: <005701c35642$9e241160$4102010a@penny> Dear All : I am currently using the ISO/IEC reference source code to encoed interlaced video source. Does anyone knows the file format of the input source for VM encoder and the output file format after VM decode? Furthermore, what is the size of a macroblock? Best Regards Penny -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030730/b782a314/attachment.html From aara10 hotmail.com Wed Jul 30 16:42:38 2003 From: aara10 hotmail.com (Alejandro RAMIREZ) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] multiplexing audio+video files. Message-ID: Hello to everyone, Does anyone know is there a software and documentation available which can make .mp4 files from audio+video files? I'm giving a look about System 14496-1, in particular I am interested in multiplexing streaming video obtained by microsoft-vfdis-v10-990812 and streaming audio obtained by v1refsoft990809. Thank you very much, Best regards, Alex _________________________________________________________________ Trouvez l'?me soeur sur MSN Rencontres http://g.msn.fr/FR1000/9551 From ramki emuzed.com Wed Jul 30 20:43:24 2003 From: ramki emuzed.com (Korada Ramkishor) Date: Wed Jul 30 14:11:13 2003 Subject: [M4IF Technotes] Can I get the information References: <50EE5AD0AF6ED511833900B0D020C858023E1A02@CEL-BANGT-M01> Message-ID: <06ac01c356a4$c3b8a870$9c0aa8c0@blr.emuzed.com> Hi, Check this link http://www.microsoft.com/windows/windowsmedia/9series/codecs.aspx regards, ramkishor ----- Original Message ----- From: Dattaguru B.N To: 'discuss@lists.m4if.org' Cc: 'technotes@lists.m4if.org' Sent: Wednesday, July 30, 2023 12:38 PM Subject: [M4IF Technotes] Can I get the information Hi All, Can I get information about WMA9 encoder/decoder. Also comparison of WMA9 with different codecs Thanks Dattaguru ------------------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030730/b583d9a4/attachment.html From rob.koenen mpegif.org Thu Jul 31 14:36:33 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Thu Jul 31 17:05:04 2003 Subject: [Mp4-tech] Changes in MPEGIF's mailing lists Message-ID: Dear people, As you may have noticed through some subscription messages, the MPEG Industry Forum is changing the domain name for its lists. We have just completed the move from @lists.m4if.org to @lists.mpegif.org This applies to both our public mailing and our member-only mailing lists. There are three reasons for doing this: 1. M4IF has become MPEGIF 2. The list names are too popular among spammers (even though you don't notice this because we have effective filtering, but the administrators certainly do know). 3. On the new domain, we have an archiving system that allows us to hide the sender's email address, which should mean less spam and more protection for you as participant. What has just happened is the following: * All lists (member-only and public) are now at lists.mpegif.org * All subscriptions have been carried over to the new lists --> You do NOT NEED TO RE-SUBSCRIBE! * Technotes has been renamed to MP4-Tech@..., in anticipation of similar MPEG-7 and MPEG-21 related lists; * News@... and Discuss@... are now for MPEG-4, MPEG-7 and MPEG-21 discussions and news; * Postings to the old lists will be forwarded to the new ones for a limited time. Please use the new addresses from now on. Let me and Peter (CC) know in a private mail If you have any questions. Kind Regards, Rob Koenen tel. +1 408 855 6891 gsm. +1 408 823 7512 From rob.koenen mpegif.org Thu Jul 31 15:24:35 2003 From: rob.koenen mpegif.org (Rob Koenen (MPEGIF)) Date: Thu Jul 31 18:23:03 2003 Subject: [Mp4-tech] FW: H.264 levels and profiles Message-ID: forwarding tonew list -----Original Message----- From: Rosiles Gerardo-ra9355 [mailto:Gerardo.Rosiles@motorola.com] Sent: Thursday, July 31, 2023 13:12 To: technotes@lists.m4if.org Subject: H.264 levels and profiles Hello, Could somebody please direct me to a document (either public or from JVT) that defines the profiles and levels for H.264. Thanks, Gerardo -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/mp4-tech/attachments/20030731/55baefad/attachment.html