From niall.oreilly at ucd.ie Tue May 4 09:35:40 2004 From: niall.oreilly at ucd.ie (Niall O'Reilly) Date: Tue, 04 May 2004 08:35:40 +0100 Subject: [ripecast] (no subject) Message-ID: From http://rosie.ripe.net/network/webcast.html, when I clicked just now on the "program" link, I got "The requested URL /network/meeting-plan.html was not found on this server." Best regards, Niall O'Reilly From niels.bakker at ams-ix.net Wed May 5 11:00:00 2004 From: niels.bakker at ams-ix.net (Niels Bakker) Date: Wed, 5 May 2004 11:00:00 +0200 Subject: [ripecast] RIPE48 St Johns Room II audio Message-ID: <970A4736-9E72-11D8-8A8B-000393D16788@ams-ix.net> Hi, I'm trying to listen to mms://webcast.ripe.net/ripemtg-audio2 using VLC under Mac OS X. The audio feed is very, very choppy; following the discussion is impossible. By contrast, mms://webcast.ripe.net/ripemtg works very nicely (both video and audio), so I assume the problem isn't at my end. Can you investigate this? Regards, -- Niels Bakker Tel: +31 205 141 716 Amsterdam Internet Exchange Mobile: +31 651 902 772 http://www.ams-ix.net/ E-mail: Niels.Bakker at ams-ix.net From bruce.campbell at ripe.net Wed May 5 17:51:07 2004 From: bruce.campbell at ripe.net (Bruce Campbell) Date: Wed, 5 May 2004 17:51:07 +0200 (CEST) Subject: [ripecast] RIPE48 St Johns Room II audio In-Reply-To: <970A4736-9E72-11D8-8A8B-000393D16788@ams-ix.net> References: <970A4736-9E72-11D8-8A8B-000393D16788@ams-ix.net> Message-ID: On Wed, 5 May 2004, Niels Bakker wrote: > I'm trying to listen to mms://webcast.ripe.net/ripemtg-audio2 using VLC > under Mac OS X. > > The audio feed is very, very choppy; following the discussion is > impossible. This is a known problem with the audio-encoding equipment, which has issues being powered on for too long. Power-cycling the equipment fixes the problem on a temporary basis, however this does disconnect the audio streams. The encoder machine itself also needed to be power-cycled this afternoon during the IPv6 and Database sessions due to related issues, which disconnected all of the streams. Further investigation into these will happen outside the Meeting hours. -- Bruce Campbell RIPE Systems/Network Engineer NCC www.ripe.net - PGP562C8B1B Operations/Security "Text processing has made it possible to right-justify any idea, even one which cannot be justified on any other grounds." -- J. Finnegan, USC. From ruud at ripe.net Wed May 5 17:38:16 2004 From: ruud at ripe.net (Ruud de Kooter) Date: Wed, 05 May 2004 17:38:16 +0200 Subject: [ripecast] test Message-ID: <5.2.1.1.2.20040505173740.02d53ea0@localhost> Hi this is a test, please let me know who receives this messages Ruud From niels.bakker at ams-ix.net Wed May 5 18:02:47 2004 From: niels.bakker at ams-ix.net (Niels Bakker) Date: Wed, 5 May 2004 18:02:47 +0200 Subject: [ripecast] RIPE48 St Johns Room II audio In-Reply-To: References: <970A4736-9E72-11D8-8A8B-000393D16788@ams-ix.net> Message-ID: On 5 mei 2004, at 17:51, Bruce Campbell wrote: > On Wed, 5 May 2004, Niels Bakker wrote: > >> I'm trying to listen to mms://webcast.ripe.net/ripemtg-audio2 using >> VLC under Mac OS X. >> The audio feed is very, very choppy; following the discussion is >> impossible. > > This is a known problem with the audio-encoding equipment, which has > issues being powered on for too long. Power-cycling the equipment > fixes the problem on a temporary basis, however this does disconnect > the audio streams. Increasing the buffer length in VLC from 1200 ms to 7500 ms also seems to have helped... the audiofeed was listenable-to with WMP9 (still OSX) at the same time, hinting more at a client-side issue. Now if only people would talk steadily into the mics :) -- Niels. -- "Engineering--if you're innovating and not just shipping the same product everyone else is--isn't just a science, it's an art. Sometimes art happens on a schedule and sometimes it doesn't." -- Apple CEO Steve Jobs, Apr 2004 From colin.whittaker at heanet.ie Thu May 6 11:32:15 2004 From: colin.whittaker at heanet.ie (Colin Whittaker) Date: Thu, 6 May 2004 10:32:15 +0100 Subject: [ripecast] Webcast Message-ID: <20040506093215.GB22756@grainne.heanet.ie> Hi there, First off great job on the webcasts, really helpfull for those of us unable to make the meeting. Only thing I would ask is for is a higher bandwidth stream. Ideally 1.5megs or greater but 768k would be pretty good. It might be worth looking at multicast for the higher bitrates. Not knowing how you process the audio for the webcast but I would suggest that if it isn't possible to produce a seperate mix for broadcast then running the audio through a compressor might help smooth out the signal levels. Though a seperate mix would be ideal since it would over come those who wishper when asking questions. Regards, Colin -- Colin Whittaker colin.whittaker at heanet.ie Mob: +353 86 8211965 HEAnet NOC noc at heanet.ie Tel: +353 1 6609040 From bruce.campbell at ripe.net Wed May 12 10:20:27 2004 From: bruce.campbell at ripe.net (Bruce Campbell) Date: Wed, 12 May 2004 10:20:27 +0200 (CEST) Subject: [ripecast] Webcast In-Reply-To: <20040506093215.GB22756@grainne.heanet.ie> References: <20040506093215.GB22756@grainne.heanet.ie> Message-ID: On Thu, 6 May 2004, Colin Whittaker wrote: > First off great job on the webcasts, really helpfull for those of us > unable to make the meeting. > > Only thing I would ask is for is a higher bandwidth stream. > Ideally 1.5megs or greater but 768k would be pretty good. > It might be worth looking at multicast for the higher bitrates. Currently we encode to three rates using a single encoding program, with the assumption that people on modems can also view it. The limitation is that the lowest and the highest rate cannot be more than 200K/s apart (this is from memory). Higher bitrates is possible, but have a knock-on effect in terms of bandwidth to our mirrors, storage space required and cpu time. > Not knowing how you process the audio for the webcast but I would > suggest that if it isn't possible to produce a seperate mix for > broadcast then running the audio through a compressor might help smooth > out the signal levels. > > Though a seperate mix would be ideal since it would over come those who > wishper when asking questions. Or those who assume that the microphone standing a metre from their mouth is perfectly capable of picking up their voice without drowning the room in a feedback howl. We do use our own mixer in the audio feed, but quite often we find that webcast operator is too busy with the cameras to adjust the volume of the audio feed on a per-speaker level. ( We do tend to get out of practice between the meetings unfortunately ) -- Bruce Campbell RIPE Systems/Network Engineer NCC www.ripe.net - PGP562C8B1B Operations/Security "Text processing has made it possible to right-justify any idea, even one which cannot be justified on any other grounds." -- J. Finnegan, USC.