Hi Guys,

Sorry I somehow missed this email thread last week. I write both the same x264 
encode to the file and to the stream. The encoder is by far the biggest expense 
as far as I can tell when it comes to streaming / file dumping and 
consolidating the two is the only way I can find to get the performance out of 
the capture agents. You can checkout the script from:

https://opencast.jira.com/svn/MH/msub/usask.ca/trunk/1.2.x/docs/scripts/ubuntu_capture_agent/streaming/

On the client side I tested it using:

gst-launch -vvv udpsrc port=1234 ! 
"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,
 payload=96" ! queue ! rtph264depay ! queue ! decodebin ! xvimagesink

gst-launch -vvv udpsrc port=1235 ! 
"application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,
 payload=96" ! queue ! rtph264depay ! queue ! decodebin ! xvimagesink

You can also setup VLC to capture from them if you setup sdp files. I started 
trying to connect these pipelines to SteamStream to Red5 and then to flex. I 
had promising messages in the logs but couldn't get it to stream properly. 
Chris suggested going straight to Wowza to get it working with straight RTP 
instead of doing the translation from RTP to RTMP. 

Thanks,
Adam

-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Christopher Brooks
Sent: Thursday, September 22, 2011 4:08 PM
To: Ruediger Rolf
Cc: Opencast Matterhorn
Subject: Re: [Opencast Matterhorn] Confidence monitoring

> what you describe is what we are doing at the moment. Or do you write 
> the H.264 into the files too?

Adam, can you jump in here and clarify what we're doing?  I'd like to make sure 
we're not duplicating work if we don't have to!

> Waldemar said that RTMP streaming is part of the latest experimental 
> gstreamer modules. Maybe we can hope that it will be part of Ubuntu 
> 12.04. Then we would not need a streaming server for the live 
> monitoring.

One of the reasons we are considering streaming via RTP to something like wowza 
is that we could then rebroadcast the stream for purposes other than confidence 
monitoring.  E.g. we could have a high quality stream for confidence monitoring 
to instructors, and then lower quality ones for live broadcast for distance 
education.

> There seem to be 3rd party modules for the RTP to RTMP conversion for
> Red5 too. But we will use Wowza for this. Maybe somebody from the

Agreed.  Adam was in here explaining it to me (StreamSteam?) but it sounds like 
a messy job to get it going with Red5...

Chris

--
Christopher Brooks, BSc, MSc
ARIES Laboratory, University of Saskatchewan

Web: http://www.cs.usask.ca/~cab938
Phone: 1.306.966.1442
Mail: Advanced Research in Intelligent Educational Systems Laboratory
     Department of Computer Science
     University of Saskatchewan
     176 Thorvaldson Building
     110 Science Place
     Saskatoon, SK
     S7N 5C9
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn


To unsubscribe please email
[email protected]
_______________________________________________

Reply via email to