[Live-devel] Streaming Transport Stream bit rate question
Dixon Siu
dixonsiu at mediaglue.co.jp
Wed Jun 2 16:34:24 PDT 2004
Hi Ross,
Thank you very much for the promptly reply.
I guess it would be more convenient for us to stream TS file then.
Another question. I still have trouble fixing it. My DeviceSource copies a
buffer to fTo. When I use SimpleRTPSink, it is okay. I tried to use demux to
separate my DeviceSource into audio and video. It didn't work. I looked into
the code, it seems that the demux only need to refer to fTo. So it doesn't
matter that my source is a buffer. Can you give me any suggestion?
mpegDemux = MPEG1or2Demux::createNew(*env, aDeviceSource);
FramedSource* audioES = mpegDemux->newAudioStream();
FramedSource* videoES = mpegDemux->newVideoStream();
audioSource = MPEG1or2AudioStreamFramer::createNew(*env, audioES);
videoSource = MPEG1or2VideoStreamFramer::createNew(*env, videoES,
iFramesOnly);
videoSink->startPlaying(*videoSource, afterPlaying, videoSink);
audioSink->startPlaying(*audioSource, afterPlaying, audioSink);
Thank you very much for your attention.
Dixon
> -----Original Message-----
> From: live-devel-bounces at ns.live.com
> [mailto:live-devel-bounces at ns.live.com]On Behalf Of Ross Finlayson
> Sent: Wednesday, June 02, 2004 1:53 PM
> To: LIVE.COM Streaming Media - development & use
> Subject: RE: [Live-devel] Streaming Transport Stream bit rate question
>
>
>
> >1. With proper setting, can I use the MPEG2TransportStreamFramer
> to handle
> >PS file?
>
> No, definitely not. The "MPEG2TransportStreamFramer" class has explicit
> knowledge of the structure of MPEG Transport Stream packets
> (including PCR
> (timestamp) values, which it uses to compute the 'duration' of each
> Transport Stream packet).
>
> >2. Will you provide MPEG2ProgramStreamFramer to handle PS file for later
> >release? Without demuxing the content.
>
> This is unlikely, unless a client pays for this to be done. (The
> "MPEG2TransportStreamFramer" support came about as a result of a project
> done for a client.) Note, of course, that if you know the average
> 'duration' of a fixed-size chunk of Program Stream data, then you
> can just
> use "SimpleRTPSink", as you have already noted.
>
> In any case, I believe that the best way to stream a MPEG Program
> Stream is
> to demux the audio and video, and send them as separate RTP
> streams, as is
> already done by the "testMPEG1or2AudioVideoStreamer" test program.
>
>
> Ross Finlayson
> LIVE.COM
> <http://www.live.com/>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live.com
> http://lists.live.com/mailman/listinfo/live-devel
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.688 / Virus Database: 449 - Release Date: 2004/05/18
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.688 / Virus Database: 449 - Release Date: 2004/05/18
More information about the live-devel
mailing list