World: r3wp

The image is really crisp.

more on topic music ;)

looks good today, a couple of dropouts through, but it picks up quickly 
again both with audio and video

i can only handle one user with my connection

so if both you and jaime are watching... it's unlikely you will see 
it ok :)

Rock On Dude!

I'll drop off again :-) have other stuff to do anyway

rebOl rebOl ;)

Maybe motoko needs to be upgraded. Or maybe Marteen can provide, 
so real bw.

yep... maarten will be back at 27 aug i think

so i'll ask him.

Those rearches at Inet2 shouldn't have all the fun. :)

Try focusing the camera on the poster. From far it should reflect 
what people will see when focusing on the projector.

projector == projected slides

Very good close up.

If the slides aren't too busy viewer should be able to decypher.

without packet loss (i.e. on my lan) quality is very good. if you 
see it ok there then i assume we can go this way, maybe with a relay 
from surfnet.

So far quality is very good on this end.

also... i hope we have have at least some of the slides online during 
the presentation, this time.

so that people can watch them on their pc alongside with the video

That will help too.

Ok. Now I must focus OSX/View. Chat later.

later!

turning the stream off, unless there's someone else wanting to give 
it a try...

BTW, I like RebCon more than DevCon

is there a problem with the conference pages?

now it seems to be OK again

http://www.colellachiara.com/devcon05/live.html(just testing... 
:)

I am getting connection failed error.

The page displays for me

UDP transport, so that could be a problem.

Page displays, but I don't the QT stream fails for me.

let me restart it to TCP. let's see what happens

with tcp it does not work here.

ok, needed another hole in the firewall... try it now.

(UDP works better here though. TCP tends to stall.)

is it working for you with TCP?

-5408 Timeout error.

this is strange, it works here on the pc but i get a timeout on the 
mac.

maybe DSS always uses UDP, whatever is the setting for the broadcaster?

Humm. That is strange. I think the broadcaster set the proper sdp 
indicating wich transport to use.

maybe that is for  broadcaster<--->DSS

then DSS<--->user is negotiated?

though, it should switch automatically to tcp in that case...

aha, here is the reason:

what is the contents of live.mov

the QT player is looking for http://motoko.rebol.it/teststream.sdp

which does not exist...

it should sue rtsp not http

let me try making a link...