high quality video service

Christopher Cope cope at mcs.anl.gov
Wed Jul 16 15:43:07 CDT 2003


from the sync today, heres a detailed description of what ive learned re: 
high quality video a few months ago

this will probably turn out to be a long email, so if you want, just 
disregard this. :)
i sent ivan a big long email a couple months ago, but cant find a saved 
copy of it, so this is gonna be an attempt to say the same thing:

IMO, the only software out there that looks good for this is live.com. its 
a bunch of libraries for streaming/receiving multimedia on rtp multicast.
live.com is not a collection of applications, but rather libraries meant 
to be used to build applications. however the demo apps it comes with can 
easily be modified to do what you want. for video, theres a sample app 
that just streams a mpeg1/2 video file over mcast, but i just piped the 
output of an encoder into it. code was put into mplayer (mplayer.hq.hu) to 
allow it to use the live.com libraries to playback streams from rtp on 
mcast if given an sdp file.

so as of a couple months ago (the last time i played around with this 
stuff), you can stream mpeg1 and mpeg2 video from an encoder (i used 
mencoder i think to read from the v4l device) and stream it with live.com. 
then you can play it back with mplayer, if you first build it along with 
live.com. http://live.com/mplayer/

last time i checked, MPEG4 and MJPEG were not fully implemented under 
live.com. for each codec to work, you need a RTPSink library which takes a 
specific codec stream as an input, a Framer (to break it into frames), 
and an RTPSource library, which reads it over multicast and feeds it to 
your playback app. MPEG4 is missing a framer in live.com, and MJPEG is 
missing both an RTPSource and a Framer.

live.com has more info on this stuff.

but anyway, the point is that we can stream and recieve MPEG right now. 
the one piece its missing to be useful for AG, is that mplayer does not 
know what to do when it tries to read from a mcast channel with multiple 
video streams. bob mentioned being able to direct new instance of mplayer 
to each stream given the current AG video service structure.

hope this helps answer your questions since you all were asking about 
this. i have a more verbose writeup, though dont know why anyone but me 
would want to mess with this. just thought you wanted to know what 
possibilities are out there.

chris




More information about the ag-dev mailing list