[osflash] videoconferencing

[John Grden]

Hey network congestion ;) wow, sounds like you're doing well with .4!

Yes, I disabled that line of code because of the problems we were having
with audio sync.  With v.5rc1 coming out on Monday, streaming code's been
completely refactored and bandwidth control has been added in.  We'll be
testing with audio to see how much we've gained there this week.  Luke had
mentioned that he's got some ideas for the audio sync and he's in the middle
of implementing that right now.

glad someone could read through the code ;)

JG

On 7/5/06, network congestion <networkcongestion at gmail.com> wrote:
>
> Hi,
>
> I've been playing with 0.4 for a bit now. Mostly I was looking for the
> videoconferencing feature, I've played with the FCS version but have not yet
> invested in any codebase. So even if Red5 API is different than FCS I don't
> much care as the licensing and restrictions on FCS are just a bit too much
> to justify. I really like the idea of renting a cheap Linux dedicated with a
> 10Mbps pipe and a 1TB transfer allowance, then reflecting video like crazy
> through it. Which is what I have done.
>
> Note: I am not a sophisticated developer, I'm just some guy trying
> parameters one-by-one. So far Red5 (0.4) running on Centos 4.3 has been
> very stable with excellent performance.
>
> Thank you to the nice people who gave this tool to the world.
>
> To those out there who are interested, I'd suggest taking a deep breath
> and reading every single .as file, I'd also suggest reading the  dependency
> tree that some guy posted to the list last year (use google).
>
> In any case, was able to figure out that sound was simply disabled with a
> //comment in Broadcast.as, where most of the action is. I'd suggest the
> following changes to Broadcast.as:
>
>         // setup cam
>         cam = Camera.get();
>         //cam.setMode(160, 110, 8);
>         cam.setMode(320, 240, 15);
>
>         // 4.18.2006 - removed per discussion with Luke/John about
> performance issues
>         cam.setQuality(0,95);
>         //cam.setQuality(0,videoQuality.value);
>         cam.setKeyFrameInterval(24);
>         cam.setMotionLevel(30,250);
>         cam.setLoopback(false);
>
>         // setup mic
>         mic = Microphone.get();
>         mic.setRate(44064);
>
> In terms of the picture size, just start going through the FLA. I was able
> to find the window that has the 1st remote session and resize it (I made it
> huge). I kept the video window in the connector for upload as it was. The
> remaining windows I covered up with other layers.
>
> Re the optimal size for encoding: it's probably a good idea to shoot for a
> total (video+audio) upload of around 400Kbps, since most high-speed
> connections, even in offices, top out at around 640Kbps. Although it is
> possible to limit the upload speed with the cam.setQuality(KB/s,minquality)
> but rather than insisting on 100% quality go for 95%, which cuts the
> bandwidth by like 40% without apparent loss of quality, and you don't even
> have to limit the bandwidth, in the example above it tops out below 400Kbps.
>
>
> Network Congestion
> networkcongestion at gmail.com
>
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>


-- 
John Grden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/osflash_osflash.org/attachments/20060705/15ecb794/attachment-0001.htm