Knut Meyn 29.Nov.08 02:54 AM a Web browser Audio/visual services 8.0.1 Windows
Yes what is the answer. 2 ST 7.5.1/CF1 servers, one on internal network- LAN/WAN and one in DMZ/100Mbit behave exactly the same way. Both these servers are heavily over-scaled for their purposes. Being blades and having had issues with NIC traffic loading I also tried various switching modes on the cards.
None of these helped on the audio latency. Tried I don't know how many different audio settings on ST Server using G711 codec/64Kpbs which should work satisfactory, given available resources, hardware as network. R8.0.2/ST8.0.1 set up produces the same result - too much delay. So I can't use upgrade as an argument to solve that specific problem.
Audio devices on pc/clients was thoroughly compared/scrutinized, to eliminate the chance that something locally could interfere with the audio processing. Is there no way around lowering quality to G723/6,3Kbps? And does that change, reduce sound quality, actually solve the problem? Or are there deeper functions, configuration files that could be a part of the solution?
I've read (most of) the posts in the forum regarding audio in meetings latency issue but found none that leads to an answer, well at least not one that works for me. Greatly appreciate any tip, on/with R7.x/ST7.5.1/CF1 or R8 based (latest) set up that could lead to a solution.