Custom query (1019 matches)

Filters
 
or
 
  
 
Columns

Show under each result:


Results (211 - 213 of 1019)

Ticket Resolution Summary Owner Reporter
#627 fixed Fwd: Nagasaki's icecast server is serving the wrong content-type joelja@… pusateri@…
Description
It seems like the mime type of the remote audio stream is wrong again. It is serving audio/mpegurl instead of audio/mpeg. This was fixed last IETF. Note from Bill Fenner detecting it below.

This is causing the iPhone/iPad clients not to work.

Thanks,
Tom


Begin forwarded message:

> From: Bill Fenner <fenner@fenron.com>
> Subject: Re: Nagasaki's icecast server is serving the wrong content-type
> Date: March 12, 2013 11:47:51 AM EDT
> To: joel jaeggli <joelja@bogus.com>
> Cc: Tom Pusateri <pusateri@bangj.com>, Nick Kukich <nkukich@verilan.com>
> 
> On Tue, Mar 12, 2013 at 9:49 AM, joel jaeggli <joelja@bogus.com> wrote:
> running icecast 2.3 looking at the config I'm not sure I see an knob for this...
> 
> I can upgrade but I'll have to kick all the users off.
> 
> I also created a .pls file with the appropriate format which is more expressive but doesn't appear to help.
> 
> http://nagasaki.bogus.com/ietf/
> 
> So it turns out that the streamer itself is supplying the "audio/mpegurl" content type.  I talked to Nick and he is reconfiguring them all to use "audio/mpeg", so starting with the 1:00 sessions streaming to iOS should work right.  The server was just reporting to the client what the streamer was reporting to icecast.
> 
>   Bill
> 
>  
> 
> 
> joel
> 
> 
> On 3/12/13 9:17 AM, Bill Fenner wrote:
> So I tried an IOS "icecast player".  It came with some presets, like http://pub4.sky.fm/sky_classical, which it successfully streams and uses "Content-Type: audio/mpeg".  nagasaki uses "Content-Type: audio/mpegurl" (which I thought was the content-type for m3u, not for the stream itself).
> 
> 
> Sample curl output:
> 
> forbin:tmp fenner$ curl -v http://nagasaki.bogus.com:8000/stream01 > /dev/null
> * About to connect() to nagasaki.bogus.com <http://nagasaki.bogus.com> port 8000 (#0)
> 
> *   Trying 147.28.0.81...   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total   Spent  Left  Speed
>   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0connected
> * Connected to nagasaki.bogus.com <http://nagasaki.bogus.com> (147.28.0.81) port 8000 (#0)
> 
> > GET /stream01 HTTP/1.1
> > User-Agent: curl/7.21.4 (universal-apple-darwin11.0) libcurl/7.21.4 OpenSSL/0.9.8r zlib/1.2.5
> > Host: nagasaki.bogus.com:8000 <http://nagasaki.bogus.com:8000>
> 
> > Accept: */*
> >
> * HTTP 1.0, assume close after body
> < HTTP/1.0 200 OK
> < Content-Type: audio/mpegurl
> < icy-br:64
> < ice-audio-info: bitrate=64;samplerate=22050;channels=2
> < icy-description:ietf86 - Boca1 - am1Orlando
> < icy-genre:misc
> < icy-name:ietf86 - Orlando - Boca1 - am1 - 64Kbps
> < icy-pub:0
> < icy-url:http://nagasaki.bogus.com:8000/stream01
> < Server: Icecast 2.3.2
> < Cache-Control: no-cache
> <
> { [data not shown]
> 
> For the one that works:
> 
> forbin:tmp fenner$ curl -v http://pub4.sky.fm/sky_classical > /dev/null
> * About to connect() to pub4.sky.fm <http://pub4.sky.fm> port 80 (#0)
> 
> *   Trying 72.26.204.77...   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>                                  Dload  Upload   Total Spent    Left  Speed
>   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0connected
> * Connected to pub4.sky.fm <http://pub4.sky.fm> (72.26.204.77) port 80 (#0)
> 
> > GET /sky_classical HTTP/1.1
> > User-Agent: curl/7.21.4 (universal-apple-darwin11.0) libcurl/7.21.4 OpenSSL/0.9.8r zlib/1.2.5
> > Host: pub4.sky.fm <http://pub4.sky.fm>
> 
> > Accept: */*
> >
> * HTTP 1.0, assume close after body
> < HTTP/1.0 200 OK
> < Content-Type: audio/mpeg
> < icy-br:96
> < icy-genre:classical easy symphonic
> < icy-name:Mostly Classical - SKY.FM <http://SKY.FM> - Listen and Relax, it's good for you! www.sky.fm <http://www.sky.fm>
> 
> < icy-notice1:<BR>This stream requires <a href="http://www.winamp.com/">Winamp</a><BR>
> < icy-notice2:SHOUTcast Distributed Network Audio Server/Linux v1.9.8<BR>
> < icy-pub:0
> < icy-url:http://www.sky.fm/classical/
> < Server: Icecast 2.3.3-kh5
> < Cache-Control: no-cache
> < Pragma: no-cache
> < Expires: Mon, 26 Jul 1997 05:00:00 GMT
> 
> There's a fair bit of evidence that "audio/mpegurl" is actually the content-type for the m3u file, not for the stream itself.
> 
> Joel, is there a configuration you can tweak for this, or is this a bug in the server version you're running?
> 
> Thanks,
>   Bill
> 
> 
> 

#581 fixed broken links to streaming audio nkukich@… pselkirk@…
Description

The audio links in the tools-style agenda (e.g. http://ietf86streaming.dnsalias.net/ietf/ietf864.m3u) all return 404 Not Found. This makes it impossible to follow the meeting remotely.

#974 wontfix Network issues at front/right of Cafe Bistro creilly@… presnick@…
Description
Connectivity at couches near the front/right corner of the Cafe Bistro 
on the Mezzanine level seems to be a problem on "ietf". It seems to be 
working reasonably on "ietf-hotel". I am sitting here using the latter.

pr

-- 
Pete Resnick<http://www.qualcomm.com/~presnick/>
Qualcomm Technologies, Inc. - +1 (858)651-4478

Note: See TracQuery for help on using queries.