Bug 131 - http://server/stream.mp3 returns wav data
: http://server/stream.mp3 returns wav data
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Streaming From SlimServer
: unspecified
: All All
: P2 normal (vote)
: Future
Assigned To: Blackketter Dean
:
Depends on:
Blocks: 88
  Show dependency treegraph
 
Reported: 2004-01-11 05:35 UTC by Richard Purdie
Modified: 2009-09-08 09:18 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
A possible patch to solve the problem (3.00 KB, patch)
2004-01-11 09:24 UTC, Richard Purdie
Details | Diff
Allows selection of stream type by file extension (5.06 KB, patch)
2004-02-19 12:34 UTC, Richard Purdie
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Purdie 2004-01-11 05:35:14 UTC
http://server/stream.mp3

should ALWAYS return MP3 data.

and:

http://server/stream.wav

should always return a WAV...
Comment 1 Richard Purdie 2004-01-11 09:24:39 UTC
Created attachment 4 [details]
A possible patch to solve the problem
Comment 2 Richard Purdie 2004-02-19 12:34:28 UTC
Created attachment 13 [details]
Allows selection of stream type by file extension

Allows selection of stream type by file extension. No extension gives current
behaviour. One problem is the silence is still streamed as mp3 regardless but
these changes are a start.
Comment 3 KDF 2004-05-07 02:42:29 UTC
*** Bug 88 has been marked as a duplicate of this bug. ***
Comment 4 Erland Lewin 2004-05-07 03:54:36 UTC
(Repeating a comment made in bug 88 which was marked as a duplicate of this bug)

Bug #88 mentions formats other than wav and mp3 (aiff, ogg, shn, and flac),
which this bug does not.

The question is what should happen to the RFE to stream these other formats.
Either this bug should be extended, or, as I think would be clearer, let bug 131
be about being able to stream wav (and by extension being able to stream in more
than one format), and create one new bug for each format that people want to be
streamable. This way prioritizing and implementing each format is possible. 

I think there is trickyness related to streaming each format (such as how to
stream silence, and how to send metadata in the middle of a stream, which I
don't think FLAC allows) that might be nice to discuss in a separate bug.

All imho, of course!
Comment 5 Chris Owens 2007-07-10 12:44:37 UTC
I haven't seen this bug since I've been working here.  Is this really still an issue???
Comment 6 KDF 2007-07-10 19:06:15 UTC
stream.mp3 should create an http client which only supports mp3 formats.  If WAV data is attempted, and lame is not installed, the playback should fail and move on to the next song. 

Probably not an issue any more with the above design.
Comment 7 Richard Purdie 2007-07-30 03:00:47 UTC
The wav data in the mp3 stream problem appears fixed now, thanks.
Comment 8 James Richardson 2008-12-15 13:05:19 UTC
This bug appears to have been fixed in the latest release!

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.

Make sure to include the version number of the software you are seeing the error with.