Opened 13 years ago
Last modified 11 years ago
#1963 new enhancement
HTTP: No Accept header is sent (patch attached)
| Reported by: | Owned by: | reimar | |
|---|---|---|---|
| Priority: | normal | Component: | streaming |
| Version: | unspecified | Severity: | minor |
| Keywords: | Cc: | bart@… | |
| Blocked By: | Blocking: | ||
| Reproduced by developer: | no | Analyzed by developer: | no |
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)
Change History (2)
by , 13 years ago
| Attachment: | 0001-Send-an-HTTP-Accept-header.patch added |
|---|
comment:1 by , 11 years ago
| Cc: | added |
|---|
Note:
See TracTickets
for help on using tickets.
patch to send HTTP Accept header