bpa wrote:
> I think any processing should be based on what is defined in types.conf
> - no assumption to be made in any undefined types or suffixes.
> My inclination is that if a MIME type is not defined in types.conf but
> the suffix matches one defined in types.conf - then the suffix type
> should be used.
I investigate a bit after my post and it seems that at some point, when
LMS parses the headers of a remote stream, if application/octet-stream
is found as a content-type but the stream has a recognized extension,
then the extension prevails to set the type of audio. But that
"prevails" was not fully made, so in the case of the OP, it was failing.
Code:
--------------------
sub isSong {
my $pathOrObj = shift;
my $type = shift;
if (!$type) {
$type = _isContentTypeHelper($pathOrObj, $type);
}
elsif ($type eq 'application/octet-stream') {
$type = _isContentTypeHelper($pathOrObj);
}
if ($type && $slimTypes{$type} && $slimTypes{$type} eq 'audio') {
return $type;
}
}
--------------------
That isCode is called by Utils::Scanner::Remote::readRemoteHeaders as a
"last" check, but the return value was not used
LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos
PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000,
ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi
B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010,
AppleTV 4, Airport Express, GGMM E5
------------------------------------------------------------------------
philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261
View this thread: http://forums.slimdevices.com/showthread.php?t=112286
_______________________________________________
Squeezecenter mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
