Opened 6 years ago

Last modified 4 years ago

#1963 new enhancement

HTTP: No Accept header is sent (patch attached)

Reported by: bart@… Owned by: reimar
Priority: normal Component: streaming
Version: unspecified Severity: minor
Keywords: Cc: bart@…
Blocked By: Blocking:
Reproduced by developer: Analyzed by developer:

Description

There are some HTTP audio sources (and perhaps video too) which use the same URL for both information about some audio and for the audio itself, based on content negotiation. At the moment mplayer doesn't send the Accept header and so these sources don't know which representation to send back.

Might I suggest sending a header saying we prefer audio and video, then application (the official mimetype for ogg streams, for instance, is application/ogg), then anything else? Like this:

Accept: video/*, audio/*, application/*;q=0.9, */*;q=0.5

A patch against the current head is attached.

Attachments (1)

0001-Send-an-HTTP-Accept-header.patch (1.0 KB) - added by bart@… 6 years ago.
patch to send HTTP Accept header

Download all attachments as: .zip

Change History (2)

Changed 6 years ago by bart@…

patch to send HTTP Accept header

comment:1 Changed 4 years ago by bart@…

  • Cc bart@… added
Note: See TracTickets for help on using tickets.