[FFmpeg-user] Problem with decoding an MP3 stream introduced after April 6th

[Clément Bœsch]

On Fri, Apr 19, 2013 at 05:55:22PM +1000, Dennis Volodomanov wrote:
> Carl Eugen Hoyos wrote:
> >
> >In the past, ffmpeg used a ffmpeg-specific user agent
> >when opening http streams, it now uses a common string
> >to allow access to http servers that expect a "normal"
> >browser.
> >
> >Workaround is to use:
> >$ ffmpeg -user-agent something_random -i http://radio.retro-retro.ru
> >
> >See ticket #2265 for a similar (Google-) page that
> >also behaves strangely, unfortunately in the
> >opposite way.
> 
> Thank you - that works. I saw that change, but would've never
> guessed that the server would fail to reply without a user-agent.
> 

I think the problem is that the website has two mode for its front page.
If the user-agent has "Mozilla" in it, it is in browser mode and display
some HTML for the stream, and otherwise it is in streaming mode...

-- 
Clément B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20130419/c9321d50/attachment.asc>