Bug 15489 – Slim/Web/HTTP: return the proper stream Content-Type during transcoding

Bug 15489 - Slim/Web/HTTP: return the proper stream Content-Type during transcoding

Summary:

Slim/Web/HTTP: return the proper stream Content-Type during transcoding

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Streaming From SlimServer
Version:	7.4.1
Platform:	All All

Importance:	P2 normal (vote)
Target Milestone:	7.4.x
Assigned To:	Andy Grundman

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2010-01-18 12:30 UTC by Andrew
Modified:	2010-01-19 12:19 UTC (History)
CC List:	1 user (show)

See Also:
Category:	Bug

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Andrew 2010-01-18 12:30:10 UTC

The stream URI is always "/stream.mp3", which makes the
generateHTTPResponse() method assume that the Content-Type must be
"audio/mpeg" (according to typeFromSuffix()).  The method does not
check which kind of file is really being served, breaking strict music
players (such as the Music Player Daemon).

This was fixed in 15380 but it seem to only work if the stream is not transcoded. If the stream is transcoded the Content-Type of the original file is sent not the new file type.

Comment 1 SVN Bot 2010-01-19 12:19:25 UTC

 == Auto-comment from SVN commit #29855 to the slim repo by andy ==
 == https://svn.slimdevices.com/slim?view=revision&revision=29855 ==

Fixed bug 15489, use streamformat for content-type to account for transcoding