Hello Bruce & other ripecast people, Thanks for finding a codec that works on Linux for thursday and later. (actually, I think it was already on wednesday or perhaps thursday morning that the audio-only session already worked, while the video session didn't. Was that your trial setup of the other codec, or a different setup from the start ? ) I'd appreciate it if you could update the archive website to include information on which codec was used for which session. It would save futile downloading of earlier sessions made with the non-supported codec. Also, any idea when you'll be able to re-encode the earlier sessions, as mentioned in Mally McLane's mail to the list ? Thanks, regards, Boudewijn Visser
On Fri, 5 Sep 2003, Boudewijn Visser wrote:
Thanks for finding a codec that works on Linux for thursday and later. (actually, I think it was already on wednesday or perhaps thursday morning that the audio-only session already worked, while the video session didn't. Was that your trial setup of the other codec, or a different setup from the start ? )
During the meeting, both streams originated from the same machine, and were using the same codecs.
I'd appreciate it if you could update the archive website to include information on which codec was used for which session. It would save futile downloading of earlier sessions made with the non-supported codec.
This change has been made. I also hope to get the sessions re-encoded on Monday. Regards, -- Bruce Campbell RIPE Systems/Network Engineer NCC www.ripe.net - PGP562C8B1B Operations/Security
On Fri, 5 Sep 2003, Boudewijn Visser wrote:
Thanks for finding a codec that works on Linux for thursday and later. (actually, I think it was already on wednesday or perhaps thursday morning that the audio-only session already worked, while the video session didn't. Was that your trial setup of the other codec, or a different setup from the start ? )
During the meeting, both streams originated from the same machine, and were using the same codecs.
Well, there must be a few tweaks to the settings, since for example the eix1.wma audio only session of wednesday plays fine on mplayer. So apparantly the new software you used does still have the capability to encode audio in other formats. (mplayer output for eix1.wma audio session) ============ ASF Stream group == START === object size = 32 stream count=[0x1][1] stream id=[0x1][1] max bitrate=[0x4f8a][20362] ============ ASF Stream group == END === Clip info: name: RIPE46 Audio Stream ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 22050 Hz, 2 ch, 16 bit (0x10), ratio: 2501->88200 (20.0 kbit) Selected audio codec: [ffwmav2] afm:ffmpeg (DivX audio v2 (ffmpeg)) ========================================================================== (checking...) Same for the routing-1 audio only session of tuesday. mms://webcast.ripe.net/ripe46/routing-1.wma ... routing-2.wma is OK too. [apart from a terrible noise some 40 seconds from the start, like someone is using a high-pressure cleaner nearby]. dn-3.wma OK. So at least for audio-only sessions your original software could encode in a supported format. If you can find the right settings to make it do that for video+audio too it might save you the trouble of digging up the old software next time ;-) I didn't try them all, but it seems safe to say that all audio-only recordings work with mplayer, and only the combined audio/video sessions before thursday have the audio problem.
I'd appreciate it if you could update the archive website to include information on which codec was used for which session. It would save futile downloading of earlier sessions made with the non-supported codec.
This change has been made. I also hope to get the sessions re-encoded on Monday.
Thanks, regards, Boudewijn Visser
participants (3)
-
Boudewijn Visser -
Boudewijn Visser
-
Bruce Campbell