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