those are average statistics, depending on the way iTunes buffers that statistic may be innaccurate.

no, unfortunately i have been pretty busy but winter is looking pretty clear so perhaps in early spring/late winter.

power supply to the box was failing, it was replaced yesterday so hopefully no more downtime.

well a lot of it depends on the bitrate but 2minutes still seems high, but this could be due to the huge buffer I added in this version. I am pulling back the buffer size for the next version to a more appropriate level.

you need to provide a mount name that is the same as the format you wish to broadcast. If you are doing NSV then the mount name needs to be live.nsv

well I am definately a critic of Live365 so I am not a good person to ask.

download and use radio toolbox.

similar to this
http://www.radiotoolbox.com/docs/index. ... 4&doc_id=3

Use the sourcebuffutil param in the config file to set the amount of buffer to 0 to get closer to real time.

it is similar to icecast and shoutcast.

yes it is possible. However I have no existing start up script for it but you can take from existing scripts and modify them around the steamcast executable.

Just use the linux version.

yea I need to fix that, somewhere in the code after some time the average gets lost. You can reset the stats to get it back but I guarentee it will get lost again.

please pm me the details on this vulnerability. The udp port is there for stats purposes only. if you can telnet to it you aren't using UDP you are using TCP in which case this is normal, all TCP servers respond to Telnet programs.

I need specific directions on how to replicate this issue.

make sure you use the admin password and username in sam and also make sure your admin user and password are completely different from your encoder user and password.