We have macos x port running internally with some issues (you have to pause and play everytime you switch from low->high or high->low video streams) but other then that it works ok. So yes there is a MacOS X port. There is no, nor are there any plans for, a MacOS 9 port.
it's about 400Kbps down then 400Kbps up for each of your children. Right now the maximum number of children is 6 so.. 2400Kbps. For a total of 2800Kbps or 350KBps up + down
Hopefully 350KBps doesn't get you kicked out (of school?!?) if it does drop me a line
Real I think can use RTP. Windows Media obviously doesn't. We chose quicktime because its open protocol, so we could understand it and manipulate the RTP stream without having to worry about reverse engineering etc.
Our system would and does work with both of those.
The problem is H.263 is pretty bad quality/bit rate ratio, so we went with sorenson. Mpeg-4 we just recently got a broadcaster for and didn't feel comfortable enough with it to use for this demo.
Hi all,
I work on the project and have been tasked with answering the slashdot communities questions.
1. Bright video: yes the video is too bright just has to do with the video capture we did of this particular video. Other videos look better, check the schedule.
2. Why codeweavers? Mplayer plays Sorenson 1 natively and Sorenson 3 using a binary codec, we can broadcast either. Unforutunately, Mplayer's RTP code doesn't support Sorenson 1/3 streams yet. When looking at the code, I couldn't tell if live.com streaming library didn't support it yet or, more likely, the interface between mplayer and live.com streaming library doesn't support Sorenson 1/3.
3. I'll answer more of how the system works and how its different then bittorrent and other system in a few minutes it's going to take while to type out. In the mean time check out some of our documents.
http://www-2.cs.cmu.edu/~ESM-streaming/docs/ESM_Ph aseII.1.pdf
is a bried overview.
http://www-2.cs.cmu.edu/afs/cs/project/cmcl-yhchu/ www.overlays/
has some of our earlier papers
Chris Palow
palow@cmu.edu
Slashdot Mirror
ditto jerk.
We have macos x port running internally with some issues (you have to pause and play everytime you switch from low->high or high->low video streams) but other then that it works ok. So yes there is a MacOS X port. There is no, nor are there any plans for, a MacOS 9 port.
Chris
it's about 400Kbps down then 400Kbps up for each of your children. Right now the maximum number of children is 6 so.. 2400Kbps.
For a total of 2800Kbps or 350KBps up + down
Hopefully 350KBps doesn't get you kicked out (of school?!?) if it does drop me a line
Chris
Real I think can use RTP. Windows Media obviously doesn't. We chose quicktime because its open protocol, so we could understand it and manipulate the RTP stream without having to worry about reverse engineering etc.
multicast means one->many?
why can't you do one->many without infrastructure (p2p)?
Chris
Our system would and does work with both of those.
The problem is H.263 is pretty bad quality/bit rate ratio, so we went with sorenson. Mpeg-4 we just recently got a broadcaster for and didn't feel comfortable enough with it to use for this demo.
Chris
It can work with any broadcaster that uses RTP. So that rules out microsoft's solutions...
We've broadcasted with H263/1 Sorenson1/3 we're sure it'd work with mpeg4 too (we bought a Mac just so we could broadcast mpeg4 in the future).
Right now we believe sorenson 3 gives us the best quality/bit rate.
it's crossover's demo. that's their nag screen. I posted previously why we couldn't use mplayer
yes we're asking to be slashdotted. We've been planning this for several months
Hi all, I work on the project and have been tasked with answering the slashdot communities questions. 1. Bright video: yes the video is too bright just has to do with the video capture we did of this particular video. Other videos look better, check the schedule. 2. Why codeweavers? Mplayer plays Sorenson 1 natively and Sorenson 3 using a binary codec, we can broadcast either. Unforutunately, Mplayer's RTP code doesn't support Sorenson 1/3 streams yet. When looking at the code, I couldn't tell if live.com streaming library didn't support it yet or, more likely, the interface between mplayer and live.com streaming library doesn't support Sorenson 1/3. 3. I'll answer more of how the system works and how its different then bittorrent and other system in a few minutes it's going to take while to type out. In the mean time check out some of our documents. http://www-2.cs.cmu.edu/~ESM-streaming/docs/ESM_Ph aseII.1.pdf
is a bried overview.
http://www-2.cs.cmu.edu/afs/cs/project/cmcl-yhchu/ www.overlays/
has some of our earlier papers
Chris Palow
palow@cmu.edu