[Live-devel] live-devel Digest, Vol 35, Issue 19
nitin jain
nitin.e at gmail.com
Fri Sep 22 04:40:46 PDT 2006
Hi all,
I am able to stream and receive ES,PS, TS MPEG2 stream using live555
Testmpeg1or2Videostreamer.cpp and Testmpeg1or2VideoReceiver.cpp demo
applications programs.
But when I analyze the received PS stream at client side using MPEG stream
analyzer( MANZITA ) it is showing Transmitted PS stream from server as ES
stream at client side.
Do the LIVE server is converting PS stream to ES stream before
transmitting ?
Any clues on this.
Regards
Nitin
On 9/22/06, live-devel-request at ns.live555.com <
live-devel-request at ns.live555.com> wrote:
>
> Send live-devel mailing list submissions to
> live-devel at lists.live555.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.live555.com/mailman/listinfo/live-devel
> or, via email, send a message with subject or body 'help' to
> live-devel-request at lists.live555.com
>
> You can reach the person managing the list at
> live-devel-owner at lists.live555.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of live-devel digest..."
>
>
> Today's Topics:
>
> 1. Reading from File (Sachin S N)
> 2. Re: ~H264VideoRTPSink bug (Emiliano Parasassi)
> 3. Problem streaming AAC in Windows (Neel Palrecha)
> 4. Re: ~H264VideoRTPSink bug - SOLUTION (Alex Rier)
> 5. Re: Looking for known working m4v file (Tranzmatt)
> 6. Re: Looking for known working m4v file (Ross Finlayson)
> 7. Re: ~H264VideoRTPSink bug - SOLUTION (Ross Finlayson)
> 8. Packet Size (xcsmith at rockwellcollins.com)
> 9. Re: Packet Size (Ross Finlayson)
> 10. are there any reference about some members' initialization
> (freegnu)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 21 Sep 2006 10:19:43 +0530
> From: "Sachin S N" <sachin.sn at lgsoftindia.com>
> Subject: [Live-devel] Reading from File
> To: <live-devel at ns.live555.com>
> Message-ID:
> <607194575BD8CE46BCC8D747996FA7F901E167F7 at SI-RD10-MS01.LGE.NET>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
>
>
> Im new to the this fourm .
>
> Im trying to write a parser for H 264, so I need info on how to read
> from the file or buffer in Live555 stack.
>
>
>
> I came to know that we can use functions like
> test4Bytes(),get4Bytes(),getByte(), SkipBytes()
>
> defined in StreamParser.hh can be used for the file operations.
>
>
>
> Are there any other methods to read from file or buffer?
>
>
>
> How can we find that EOF is reached while reading from file or buffer?
>
>
>
> Thanks in advance.
>
>
>
> Regards
>
> Sachin
>
> #########################################################
> THIS EMAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED
> RECIPIENT(S) AND MAY CONTAIN CONFIDENTIAL AND PRIVILEGED
> INFORMATION. ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR
> DISTRIBUTION IS PROHIBITED.BEFORE OPENING ANY ATTACHMENTS
> PLEASE CHECK FOR VIRUSES AND DEFECTS.IF YOU ARE NOT THE
> INTENDED RECIPIENT, PLEASE NOTIFY US IMMEDIATELY BY REPLY
> E-MAIL AND DELETE THE ORIGINAL MESSAGE.
> ##########################################################
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.live555.com/pipermail/live-devel/attachments/20060920/d714c09b/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Thu, 21 Sep 2006 10:30:04 +0200
> From: Emiliano Parasassi <millallo at gmail.com>
> Subject: Re: [Live-devel] ~H264VideoRTPSink bug
> To: LIVE555 Streaming Media - development & use
> <live-devel at ns.live555.com>
> Message-ID: <45124D8C.8090504 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Ross Finlayson wrote:
> > Oops - possibly not.
> >
> > Try changing line 53 of H264VideoRTPSink.cpp from
> > delete fOurFragmenter;
> > to
> > Medium::close(fOurFragmenter);
> >
> I have mistaken, the code is right with
> fSource = NULL;
>
> Sorry
> Emiliano
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 21 Sep 2006 15:23:00 +0100
> From: "Neel Palrecha" <neel.palrecha at gmail.com>
> Subject: [Live-devel] Problem streaming AAC in Windows
> To: live-devel at ns.live555.com
> Message-ID:
> <f3f3f58f0609210723h1bec826ka5642e1ce31aa36 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
> I have compiled the live555 libraries along with the
> testOnDemandRTSPServer test application in windows. When attempting to
> stream an AAC file, the applications crashes (upon the DESCRIBE command).
>
> I've been able to isolate it to
> sdpDescription = session->generateSDPDescription;
>
> in RTSPServer.cpp see:
>
> void RTSPServer::RTSPClientSession
> ::handleCmd_DESCRIBE(char const* cseq, char const* urlSuffix, char const*
> fullRequestStr).
>
> I have no problems streaming MP3 and WAV. Has anyone seen this problem,
> or
> have any fixes?
>
> Neel Palrecha
> neel.palrecha at gmail.com
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.live555.com/pipermail/live-devel/attachments/20060921/e8e95cc8/attachment-0001.html
>
> ------------------------------
>
> Message: 4
> Date: Thu, 21 Sep 2006 17:24:56 +0200
> From: "Alex Rier" <alexr at vigilanttechnology.com>
> Subject: Re: [Live-devel] ~H264VideoRTPSink bug - SOLUTION
> To: <live-devel at ns.live555.com>
> Message-ID:
> <683BC86C0162454BAC43B789A7FB1964393BC6 at herlios.adyoron.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> Bug Description:
>
> RTP package causes Segmentation Fault at ~H264VideoRTPSink invokation.
> The fault is caused when trying to call doStopGettingFrames() from
> FramedSource::stopGettingFrames() .
>
> Reason:
>
> FramedSource object was destroyed before calling that method.
>
> Solution:
>
> // According to Ross recommendation,
> // replace "delete fOurFramgmenter;" in ~H264VideoRTPSink() with
> Medium::close (fOurFragmenter);
> fOurFragmenter = NULL;
>
> // Added to Ross recommendation and solved the bug:
> fSource = NULL;
>
> Regards,
> Alex
>
>
> This mail passed through VIGILANT TECHNOLOGY Mail-SeCure.
>
>
> ************************************************************************************
> This footnote confirms that this email message has been scanned by
> PineApp Mail-SeCure for the presence of malicious code, vandals & computer
> viruses.
>
> ************************************************************************************
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 21 Sep 2006 10:39:42 -0400
> From: Tranzmatt <tranzmatt at gmail.com>
> Subject: Re: [Live-devel] Looking for known working m4v file
> To: live-devel at ns.live555.com
> Message-ID:
> <423100740609210739h6a401ea1kf03041bf7090b350 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> > Unfortunately, Apple coopted (misused) the '.m4v' filename extension
> > to mean "MPEG-4 video contained within a MPEG-4 format file", rather
> > than "a MPEG-4 Video Elementary Stream file", which is how everyone
> > else had been using the extension before.
>
> Well, that would explain it. So liveMedia can't handle the mpeg4
> container/file format? The reason I ask is that I've successfully
> built liveMedia on a PPC board running VxWorks 5.5 and wanted
> to use it to stream some processed video data off to a media client
> like vlc. The mp3/mpeg1or2 tests work fine, but I wanted to use
> mpeg4 because of it's apparent ability to contain "tracks" of various
> types,
> plus I really want to stream using only an intra-frame lossless codec,
> so the whole DCT stuff in mpeg1/2 doesn't work for me. Am I out
> of luck in trying to use liveMedia?
>
> Matt
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 21 Sep 2006 10:13:18 -0700
> From: Ross Finlayson <finlayson at live555.com>
> Subject: Re: [Live-devel] Looking for known working m4v file
> To: LIVE555 Streaming Media - development & use
> <live-devel at ns.live555.com>
> Message-ID: <f06230900c138787ea443@[66.80.62.44]>
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>
> > > Unfortunately, Apple coopted (misused) the '.m4v' filename extension
> >> to mean "MPEG-4 video contained within a MPEG-4 format file", rather
> >> than "a MPEG-4 Video Elementary Stream file", which is how everyone
> >> else had been using the extension before.
> >
> >Well, that would explain it. So liveMedia can't handle the mpeg4
> >container/file format?
>
> There is currently no code in the "LIVE555 Streaming Media" libraries
> for demultiplexing and reading from MPEG-4 format files.
> --
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 21 Sep 2006 10:15:35 -0700
> From: Ross Finlayson <finlayson at live555.com>
> Subject: Re: [Live-devel] ~H264VideoRTPSink bug - SOLUTION
> To: LIVE555 Streaming Media - development & use
> <live-devel at ns.live555.com>
> Message-ID: <f06230901c1387916c7bb@[66.80.62.44]>
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>
> >Bug Description:
> >
> > RTP package causes Segmentation Fault at ~H264VideoRTPSink invokation.
> > The fault is caused when trying to call doStopGettingFrames() from
> > FramedSource::stopGettingFrames() .
>
> This is fixed in the latest version (2006.09.20) of the "LIVE555
> Streaming Media" code. Please upgrade.
> --
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ------------------------------
>
> Message: 8
> Date: Thu, 21 Sep 2006 13:43:47 -0500
> From: <xcsmith at rockwellcollins.com>
> Subject: [Live-devel] Packet Size
> To: live-devel at ns.live555.com
> Message-ID:
> <
> OF2D278F16.47F41295-ON862571F0.00668481-862571F0.0066F883 at rockwellcollins.com
> >
>
> Content-Type: text/plain; charset=US-ASCII
>
>
> Hi LIVE!
>
> I am trying to use LIVE streaming server on a device that cannot send or
> receive network packets larger than 576 bytes. Any packets larger than
> this are dropped. I think this leaves 536 bytes for data after TCP header
> and 548 bytes after removing UDP header. Is there a way for me to limit
> the size of the packets LIVE makes?
>
> Thx!
> ~Medra
>
>
>
> ------------------------------
>
> Message: 9
> Date: Thu, 21 Sep 2006 13:42:43 -0700
> From: Ross Finlayson <finlayson at live555.com>
> Subject: Re: [Live-devel] Packet Size
> To: LIVE555 Streaming Media - development & use
> <live-devel at ns.live555.com>
> Message-ID: <f06230900c138a8e99562@[66.80.62.44]>
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
>
> >Hi LIVE!
> >
> >I am trying to use LIVE streaming server on a device that cannot send or
> >receive network packets larger than 576 bytes. Any packets larger than
> >this are dropped. I think this leaves 536 bytes for data after TCP header
> >and 548 bytes after removing UDP header. Is there a way for me to limit
> >the size of the packets LIVE makes?
>
> Yes. After creating each "RTPSink" (actually, "MultiFramedRTPSink")
> object, call
> setPacketSizes(preferredPacketSize, maxPacketSize);
> on it.
>
> In your case, maxPacketSize would be 548. I suggest a value of 500
> for "preferredPacketSize". (Both values should be multiples of 4, to
> avoid potential problems when streaming PCM audio.)
> --
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ------------------------------
>
> Message: 10
> Date: Fri, 22 Sep 2006 11:35:49 +0800
> From: "freegnu" <freegnu at 163.com>
> Subject: [Live-devel] are there any reference about some members'
> initialization
> To: "LIVE555 Streaming Media - development & use"
> <live-devel at ns.live555.com>
> Message-ID: <000b01c6ddf8$3331fde0$0501a8c0 at zwenqiang>
> Content-Type: text/plain; charset="ISO-8859-1"
>
> hi,all, i want to implement a class called
> MPEG4ProgramSteamFileServerMediaSubsession
> to support mpeg4 stream, but when i read the code of MPEG1or2Demux.cpp i
> find there are many variables and functions are not open source and dont
> give the function prototype, and i dont how to use them.
> is any one give me and advice for how to use the functions or variables?
>
> for example:
> MPEG1or2Demux
> ::MPEG1or2Demux(UsageEnvironment& env,
> FramedSource* inputSource, Boolean reclaimWhenLastESDies)
> : Medium(env),
> fInputSource(inputSource), fMPEGversion(0),
> fNextAudioStreamNumber(0), fNextVideoStreamNumber(0),
> fReclaimWhenLastESDies(reclaimWhenLastESDies), fNumOutstandingESs(0),
> fNumPendingReads(0), fHaveUndeliveredData(False) {
> fParser = new MPEGProgramStreamParser(this, inputSource);
> for (unsigned i = 0; i < 256; ++i) {
> fOutput[i].savedDataHead = fOutput[i].savedDataTail = NULL;
> fOutput[i].isPotentiallyReadable = False;
> fOutput[i].isCurrentlyActive = False;
> fOutput[i].isCurrentlyAwaitingData = False;
> }
> }
>
> //how can i know how to use fInputSource,fMPEGversion......
>
>
>
> ------------------------------
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
> End of live-devel Digest, Vol 35, Issue 19
> ******************************************
>
--
Nitin Jain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.live555.com/pipermail/live-devel/attachments/20060922/8523800b/attachment-0001.html
More information about the live-devel
mailing list