[Live-devel] frame-by-frame transmission of RTP video
Calkins, David S
david.s.calkins at lmco.com
Sat Apr 16 14:32:38 PDT 2005
Ross,
Thanks for the reply. I'll look at the source file you suggested.
Answers to your questions are provided below.
- we're only capturing video, no audio
- the device provides us with discrete uncompressed video frames; we
have a choice as to whether to receive 24-bit color images or 8-bit gray
scale images
- I don't understand all the differences between the two. Currently,
we'll only be sending video to a single receiving client, but could
eventually need to provide it for access to multiple clients. We'll all
be connected via a high-speed LAN though, so if the multicasting is used
for bandwidth reduction, it probably wouldn't be necessary
Thanks,
Dave
-----Original Message-----
From: live-devel-bounces at ns.live.com
[mailto:live-devel-bounces at ns.live.com] On Behalf Of Ross Finlayson
Sent: Friday, April 15, 2005 4:32 PM
To: LIVE.COM Streaming Media - development & use
Subject: Re: [Live-devel] frame-by-frame transmission of RTP video
>I've compiled the libraries and used the testProgs applications to test
>the transmission of video over RTP. The testProgs work great, but
require
>a video file (test.mpg).
>
>For my C++ application, I will be receiving single video frames from an
>external capture device and will need to send out video via RTP.
>
>Can anyone provide a pointer to where to start for using the libraries
to
>stream video over RTP using a frame-by-frame approach?
David,
As a starting point, you will need to write a new 'source' class that
encapsulates video frames from your capture device. For a model on how
to
do this, see "liveMedia/DeviceSource.cpp".
Before I can give you a more detailed response, can you tell me:
- Does your capture device capture video frames only, or both video and
audio?
- Does your capture device capture MPEG-1, 2 or 4 video? And does it
capture discrete video frames, or does it capture an arbitrary
(unframed)
sequence of video data?
- Do you want to stream via multicast (e.g., as demonstrated by the
"test*Streamer" demo applications), or via unicast on demand (e.g., as
demonstrated by the "testOnDemandRTSPServer" demo application)?
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
More information about the live-devel
mailing list