World: r3wp

Then a bunch of errors that for some weird reason I can't copy here. 
Maybe Unicode chars.

are you looking at the stream actually ?

I have seen your face in one still with the previous VLC. With the 
newer one I just got squares of 32x32 pixels of different colors. 
So I guess the codec fail early.

???

But I got a bunch of those that seemed to be moving...

hum so it's vnc witch have a codec problem ;)

Don't know still there is the problem with the dropping pkts.

we can make on real time subtitleling using shoutcast or send to 
audience key points

I don't think this is good quality et all.

Regarding subtitling. That can be done also in Real Time with QT 
we just need a better QT-Broadcaster.

but it's dynamic subtittle ;)

well VLC is maybe problematic or have a codec problem

I know of some where you can have overlays, and preload the transparencies 
and do switching back and forth between multiple cameras, and slides 
with transition effects. Only that is cost about USD$400.

So I don't have it. I used the free one.

I'm trying with the other codec but then it's super slow

Same in QT Real Time special effects and subtittles.

This is the erros that I was getting from VLC.

ffmpeg: more than 5 seconds of late video -> dropping frame (computer 
too slow ?)

ffmpeg: more than 5 seconds of late video -> dropping frame (computer 
too slow ?)

nsv: invalid signature 0x4f87b2d5 (some weird chars here wer erased)

nsv: invalid signature 0xb43e69b0 (some weird chars here wer erased)

nsv: invalid signature 0xeac692dd (some weird chars here wer erased)

nsv: invalid signature 0x1ef6e9da (some weird chars here wer erased)

yes but if you have ugly squares every where that means that the 
image is not decoded properly

I lost 1 frame every 3 seconds ;)

so the final word is that you don't like shoutcast ;)

0.8.2 is this the version you are using ?

yes but if you have ugly squares every where that means that the 
image is not decoded properly

 because usually codecs divide the image in sections and reconstruct 
 it by multiple phases from bigger grain (bigger square blocks) to 
 smaller (pixels). So my suspicion on the failure on the codec part. 
 It maybe a problem of not receiving enough data (frame drops or pkt 
 drops), or problems with jitter and interleaving.

maybe the support for shoutcast video stream is not optimal yet

with winamp and win2K it's quite good  ;)

Or maybe a very bad implementation.  Don't know enough about Shoutcast 
/ VLC combo to know more.

but not every one can use this I know

Yes version 0.8.2

I will go with Shoutcats if I see a benefit. So far I don't see one.

yes I understand I'm a win user for win/linux environnement it's 
quite good to use shoutcast but maybe MacOSX tools are still too 
young

We need platform coverage, real-time archiving and real-time broadcasting, 
broacast relaying, easy setup, low bw, and high quality.

A set of requirements which is quite demanding.

I think features such as subtitile, special effects, multiple input 
(cameras, files), comes second in priority.

hum yes but can be good especially to add special subtitles to point 
to key information

(Leaving now I already polluted this channel too much)

what  shows me last year is that the quality of the audio/video retransmission 
was really poor ...  but maybe that was hardware problems

lol

bye

I have hear that part of the problem, last year, was the upstream 
bandwith form the Hotel : quite low ?

shadwolf: the problems you describe are due to packet loss, and would 
be EXACTLY the same both on shoutcast and QT.

anyway, i don't see any mention of video broadcast in the shoutcast 
home page.

we had two problems with QT last year: first one, on the first speech 
the audio codec was not set up correctly. this was fixed later on. 
second, we had to resort using the mic on the camera (which is a 
cheap camera after all...), and of course the lighting in the room 
was not good at all for a camera (it was dark to allow us to see 
the slides)

other than that, the streaming cannot get any better unless you really 
have very good BW

if Jaime can bring his laptop this year too, i think we can still 
use QT as it was already proven to work. also, if we manage to have 
a second camera, i'd like to have a high quality recording (on tape 
maybe) that can be encoded later for best quality.

the wireless mic I bought for the PA system at the conference ended 
up having a bad lapel mic, and testing the system revealed to me 
that the earpiece was actually a better mic (  strange, but true 
) but no one else knew that, so the first speech did not have the 
PA working, because the Lapel mic was used instead of the earpiece.

i think that if the school gives us their media room we'll have their 
equipment too (not sure how much of it they would make us use though)

i guess we can at least have good mics. otherwise, i'll just buy 
something and test it before the devcon.

The screen in the room was highly reflective, a plastic, which gave 
a bright spot..so angling the cameras better, or a non-reflective 
screen would help.

anyway - we didn't have many people watching the stream actually 
last year. less than 5 or so. so it's higher priority to me having 
good recordings to offer after the devcon.

I only brought 1 tripod, and I should have brought 2.  So the camera 
I had, I had to hand-hold, and with the Hotel coffee, my hands were 
shakey...;-)

(just dumping out some past mistakes so none get repeated...;-)