[MPlayer-dev-eng] RE: MPlayer-dev-eng Digest, Vol 47, Issue 63

madhav kulkarni mpk_india at hotmail.com
Tue Nov 14 18:52:20 CET 2006


Nico,

Thanks for the valuable inputs, i will go through the demux_ts.c and get 
back to you if I stuck somewhere.

Madhav


>From: mplayer-dev-eng-request at mplayerhq.hu
>Reply-To: mplayer-dev-eng at mplayerhq.hu
>To: mplayer-dev-eng at mplayerhq.hu
>Subject: MPlayer-dev-eng Digest, Vol 47, Issue 63
>Date: Tue, 14 Nov 2006 18:13:46 +0100 (CET)
>
>Send MPlayer-dev-eng mailing list submissions to
>	mplayer-dev-eng at mplayerhq.hu
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
>or, via email, send a message with subject or body 'help' to
>	mplayer-dev-eng-request at mplayerhq.hu
>
>You can reach the person managing the list at
>	mplayer-dev-eng-owner at mplayerhq.hu
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of MPlayer-dev-eng digest..."
>
>
>Today's Topics:
>
>    1. Is it possible to decode T-DMB stream with	MPlayer?
>       (madhav kulkarni)
>    2. Re: Is it possible to decode T-DMB stream	withMPlayer?
>       (Nico Sabbi)
>    3. Re: Is it possible to decode T-DMB	stream	withMPlayer?
>       (Nico Sabbi)
>    4. Re: [BUG] demuxer lavf and aid problem with dvd (Compn)
>    5. Re: [Ffmpeg-cvslog] r7025 - in trunk: configure
>       libavutil/mem.c ( Herv? W. )
>    6. Re: Re: [Ffmpeg-cvslog] r7025 - in trunk: configure
>       libavutil/mem.c (Diego Biurrun)
>    7. Is it possible to decode T-DMB stream with	MPlayer?
>       (madhav kulkarni)
>    8. Re: [PATCH] Make disabling DPMS optional (Holger Weiss)
>    9. Re: Is it possible to decode T-DMB stream	withMPlayer?
>       (Nico Sabbi)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Tue, 14 Nov 2006 16:38:12 +0530
>From: "madhav kulkarni" <mpk_india at hotmail.com>
>Subject: [MPlayer-dev-eng] Is it possible to decode T-DMB stream with
>	MPlayer?
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <BAY116-F6252F7491F0F48C4911218DEB0 at phx.gbl>
>Content-Type: text/plain; format=flowed
>
>Hello Deckard, Nick,
>
>http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2005-February/033204.html
>
>I am working on the DMB decoder with BSAC for audio and H.264 on Video. I
>have written some code to parse the MPEG-2 TS stream. I want to create the
>audio stream and video streams out of the MPEG2-TS & MPEG2-SL parsing.
>
>I have some .dmb stream which has above Audio/Video decoders. I am trying 
>to
>understand the TS decoding mechanism. I have gone through all your
>discussions and understood few things.
>
>Is it possible to decode T-DMB stream with MPlayer? How to identify the PSI
>field in TS parsing?
>
>Regards,
>
>Madhav Kulkarni
>
>_________________________________________________________________
>Shah Rukh fan? Know all about the Baadshah of Bollywood. On MSN Search
>http://server1.msn.co.in/profile/shahrukh.asp
>
>
>
>------------------------------
>
>Message: 2
>Date: Tue, 14 Nov 2006 12:19:32 +0100
>From: Nico Sabbi <nsabbi at email.it>
>Subject: Re: [MPlayer-dev-eng] Is it possible to decode T-DMB stream
>	withMPlayer?
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <4559A644.5020405 at email.it>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>madhav kulkarni wrote:
>
> > Hello Deckard, Nick,
> >
> > 
>http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2005-February/033204.html
> >
> >
> > I am working on the DMB decoder with BSAC for audio and H.264 on Video.
>
>
>very good news
>
> > I have written some code to parse the MPEG-2 TS stream. I want to
> > create the audio stream and video streams out of the MPEG2-TS &
> > MPEG2-SL parsing.
>
>
>already done by demux_ts
>
> >
> > I have some .dmb stream which has above Audio/Video decoders.
>
>
> > I am trying to understand the TS decoding mechanism.
>
>
>sorry for you: it's really braindead
>
> > I have gone through all your discussions and understood few things.
>
>of course: the format of these streams is vomitable
>
> >
> > Is it possible to decode T-DMB stream with MPlayer?
>
>
>video only, you need to add a BSAC decoder to libfaad or, preferrably,
>to ffmpeg's native decoder
>
> > How to identify the PSI field in TS parsing?
> >
> > Regards,
> >
> > Madhav Kulkarni
>
>with the usual way: mplayer -v -v file.ts >& log.txt .
>Can you post some more sample to
>ftp://upload.mplayerhq.hu/MPlayer/incoming please?
>
>
>------------------------------
>
>Message: 3
>Date: Tue, 14 Nov 2006 12:51:10 +0100
>From: Nico Sabbi <nsabbi at email.it>
>Subject: Re: [MPlayer-dev-eng] Is it possible to decode T-DMB	stream
>	withMPlayer?
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <4559ADAE.10805 at email.it>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Nico Sabbi wrote:
>
> >
> >> I have gone through all your discussions and understood few things.
> >
> >
> > of course: the format of these streams is vomitable
>
>
>the workflow is explained pretty well in etsi 102 428 v1.1.1 (google)
>
>
>------------------------------
>
>Message: 4
>Date: Tue, 14 Nov 2006 16:02:05 +0000 (UTC)
>From: Compn <tempn at twmi.rr.com>
>Subject: [MPlayer-dev-eng] Re: [BUG] demuxer lavf and aid problem with
>	dvd
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <loom.20061114T164958-641 at post.gmane.org>
>Content-Type: text/plain; charset=us-ascii
>
>Nico Sabbi <nsabbi <at> email.it> writes:
>
> >
> > Compn wrote:
> >
> > >mplayer output says to use -aid 160 , but -demuxer lavf uses -aid 1 
>-aid 2.
> > >which means using -demuxer lavf -aid 160 results in no sound. this also
>affects
> > >mencoder.
> > >
> > >
> > >
> > why do you say it's a bug? in its own way demux_lavf is more correct
> > than demux_mpg (no physical id should be exposed to the user)
> >
>
>
>i meant the bug is in mplayer output.
>audio stream: 0 format: lpcm (stereo) language:  aid: 160.
>this line is wrong when using -demuxer lavf.
>
>just hoping for a message like 'use -aid 1 if using demuxer lavf' or if 
>that is
>impossible to figure , just a line above or below that one that says 
>'demuxer
>lavf uses a different aid system, try -aid 0 or -aid 1 etc'
>
>
>
>------------------------------
>
>Message: 5
>Date: Tue, 14 Nov 2006 17:42:10 +0100
>From: " Herv? W. " <H.O.W.aka.V+mplayer at gmail.com>
>Subject: [MPlayer-dev-eng] Re: [Ffmpeg-cvslog] r7025 - in trunk:
>	configure	libavutil/mem.c
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID:
>	<d3841f340611140842s224ddaccm39ec428119f88a71 at mail.gmail.com>
>Content-Type: text/plain; charset="iso-8859-1"
>
>hi,
>
>in ffmpeg (libavutil) this change was made:
>
>On 14/11/06, mru <subversion at mplayerhq.hu> wrote:
> > Author: mru
> > Date: Tue Nov 14 01:35:21 2006
> > New Revision: 7025
> >
> > Modified:
> >   trunk/configure
> >   trunk/libavutil/mem.c
> >
> > Log:
> > rename MEMALIGN_HACK to CONFIG_MEMALIGN_HACK, use common code in 
>configure
>[...]
>
>MEMALIGN_HACK is also defined in mplayers configure. Attached patch
>renames MEMALIGN_HACK there.
>
>-V
>-------------- next part --------------
>Index: configure
>===================================================================
>--- configure	(revision 20923)
>+++ configure	(working copy)
>@@ -2900,7 +2900,7 @@
>  else
>   _def_memalign='#undef HAVE_MEMALIGN'
>   _def_map_memalign='#define memalign(a,b) malloc(b)'
>- not darwin && _def_memalign_hack='#define MEMALIGN_HACK 1'
>+ not darwin && _def_memalign_hack='#define CONFIG_MEMALIGN_HACK 1'
>  fi
>  echores "$_memalign"
>
>
>------------------------------
>
>Message: 6
>Date: Tue, 14 Nov 2006 17:50:10 +0100
>From: Diego Biurrun <diego at biurrun.de>
>Subject: Re: [MPlayer-dev-eng] Re: [Ffmpeg-cvslog] r7025 - in trunk:
>	configure	libavutil/mem.c
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <20061114165010.GJ2141 at biurrun.de>
>Content-Type: text/plain; charset=iso-8859-1
>
>On Tue, Nov 14, 2006 at 05:42:10PM +0100, Hervé W. wrote:
> >
> > in ffmpeg (libavutil) this change was made:
> >
> > On 14/11/06, mru <subversion at mplayerhq.hu> wrote:
> > >
> > >Modified:
> > >  trunk/configure
> > >  trunk/libavutil/mem.c
> > >
> > >Log:
> > >rename MEMALIGN_HACK to CONFIG_MEMALIGN_HACK, use common code in 
>configure
> > [...]
> >
> > MEMALIGN_HACK is also defined in mplayers configure. Attached patch
> > renames MEMALIGN_HACK there.
>
>Thanks, applied.
>
>Diego
>
>
>------------------------------
>
>Message: 7
>Date: Tue, 14 Nov 2006 22:20:28 +0530
>From: "madhav kulkarni" <mpk_india at hotmail.com>
>Subject: [MPlayer-dev-eng] Is it possible to decode T-DMB stream with
>	MPlayer?
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <BAY116-F15090DD20CFF993ABCE6388DEB0 at phx.gbl>
>Content-Type: text/plain; format=flowed
>
>Hello Nico,
>
>This is the sequence given in ETSI document to decode DMB stream.
>
>1.	From an MPEG-2 TS, the PAT is obtained from the TS packets with PID
>0x0000. Then a program number and the corresponding PMT PID are identified.
>In this case, there exists only one PMT in the PAT.
>
>2.	Search for the PMT in the TS using the PMT PID obtained above.
>
>
>3.	Within the PMT, find the IOD_descriptor that includes the IOD.
>
>4.	Within the IOD, find the ES_Descriptors related to the scene description
>and object description.
>
>
>5.	From the ES_Descriptor information found in 3, obtain the ES_IDs and 
>then
>search for the elementary stream information corresponding to the ES_IDs
>through the descriptor loop in the PMT.
>
>6.	From the elementary stream information found in 4, obtain the PID and
>stream_type pairs corresponding to the ES_Ids, respectively, and then find
>packets corresponding to each of these in the transport stream.
>
>
>7.	By using the ObjectDescriptorID contained in the scene description
>information, obtain the corresponding ObjectDescriptor contained in the
>object descriptor stream. By using the relationship between the ES_ID
>contained in the ObjectDescriptor and the PID that can be found in a way
>similar to 5, compose the scene.
>
>8.	Obtain the animation data using the scene description information.
>
>
>I couldn't get after decoding PMT how the ES is extracted?
>
>Madhav
>
>_________________________________________________________________
>The next best thing! Messenger Video Conversation. Click here!
>http://join.msn.com/messenger/overview2000
>
>
>
>------------------------------
>
>Message: 8
>Date: Tue, 14 Nov 2006 18:10:46 +0100
>From: Holger Weiss <holger at CIS.FU-Berlin.DE>
>Subject: Re: [MPlayer-dev-eng] [PATCH] Make disabling DPMS optional
>To: MPlayer Development <mplayer-dev-eng at mplayerhq.hu>
>Message-ID: <20061114171046.GD24793830 at CIS.FU-Berlin.DE>
>Content-Type: text/plain; charset=us-ascii
>
>* Holger Weiss <holger at CIS.FU-Berlin.DE> [2006-11-05 01:49]:
> > * Paul TT <paultt at hackerjournal.it> [2006-11-03 20:09]:
> > > Holger Weiss <holger at CIS.FU-Berlin.DE> wrote:
> > > > * RC <rcooley at spamcop.net> [2006-11-03 03:22]:
> > > > > In any case, I'd certainly pick better option names...  Perhaps
> > > > > -(no)dpms ?
> > > >
> > > > I thought about "-(no)dpms" myself, but found it a bit ambiguous: 
>Does
> > > > "-nodpms" mean "disable DPMS" or "don't disable DPMS"?  If you tell 
>me
> > > > which way round to do it, I'll send an updated pacth :-)
> > >
> > > i read it this way:
> > > no dpms to me means something like 'don't take care of dpms', so don't
> > > disable.
> >
> > Okay, I've attached a version of the patch which provides "-(no)dpms"
> > instead of "-(no)disable-dpms".
>
>Are there any further issues with this patch?
>
>Holger
>
>--
>PGP fingerprint:  F1F0 9071 8084 A426 DD59  9839 59D3 F3A1 B8B5 D3DE
>
>
>------------------------------
>
>Message: 9
>Date: Tue, 14 Nov 2006 18:12:27 +0100
>From: Nico Sabbi <nsabbi at email.it>
>Subject: Re: [MPlayer-dev-eng] Is it possible to decode T-DMB stream
>	withMPlayer?
>To: mplayer-dev-eng at mplayerhq.hu
>Message-ID: <4559F8FB.4090409 at email.it>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>madhav kulkarni wrote:
>
> > Hello Nico,
> >
> > This is the sequence given in ETSI document to decode DMB stream.
> >
> > 1.    From an MPEG-2 TS, the PAT is obtained from the TS packets with
> > PID 0x0000. Then a program number and the corresponding PMT PID are
> > identified. In this case, there exists only one PMT in the PAT.
> >
> > 2.    Search for the PMT in the TS using the PMT PID obtained above.
> >
> >
> > 3.    Within the PMT, find the IOD_descriptor that includes the IOD.
> >
> > 4.    Within the IOD, find the ES_Descriptors related to the scene
> > description and object description.
> >
> >
> > 5.    From the ES_Descriptor information found in 3, obtain the ES_IDs
> > and then search for the elementary stream information corresponding to
> > the ES_IDs through the descriptor loop in the PMT.
> >
> > 6.    From the elementary stream information found in 4, obtain the
> > PID and stream_type pairs corresponding to the ES_Ids, respectively,
> > and then find packets corresponding to each of these in the transport
> > stream.
> >
> >
> > 7.    By using the ObjectDescriptorID contained in the scene
> > description information, obtain the corresponding ObjectDescriptor
> > contained in the object descriptor stream. By using the relationship
> > between the ES_ID contained in the ObjectDescriptor and the PID that
> > can be found in a way similar to 5, compose the scene.
> >
> > 8.    Obtain the animation data using the scene description information.
> >
> >
> > I couldn't get after decoding PMT how the ES is extracted?
>
>libmpdemux/demux_ts.c is the right place to have answers; at the moment
>I don't even
>remember all the details because a lot of time has passed since I wrote it.
>Anyway, I remember that the real entry point is the set of program
>descriptors in the pmt,
>even before the descriptors in the es loop. In it you will fine the
>IOD_descriptor
>that permits to recover
>ObjectDescriptor->ES_descriptors->Decoderdescriptor->
>DecoderSpecificDescriptor and SLConfigdescriptor, more or less in this
>order.
>The method you posted is really the only possible way to decode dmb streams
>
> >
> > Madhav
>
>I told you that dmb is completely braindead! :(
>
>
>------------------------------
>
>_______________________________________________
>MPlayer-dev-eng mailing list
>MPlayer-dev-eng at mplayerhq.hu
>http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
>
>End of MPlayer-dev-eng Digest, Vol 47, Issue 63
>***********************************************

_________________________________________________________________
Live the life in style with MSN Lifestyle. Check out! 
http://content.msn.co.in/Lifestyle/Default




More information about the MPlayer-dev-eng mailing list