bpa wrote:
> Change may be happen but it'll depend on not breaking other parts.
>
> See
> https://forums.slimdevices.com/showthread.php?110743-Making-some-natively-unplayable-MP4-files-playable-on-Touch-Radio
Michael has rolled the change into LMS a few hours ago.
afriend wrote:
> May I ask one thing that might help with future troubleshooting: could
> you please include the *file path* in error messages of -Decoder does
> not support file format, code 0-? Since this error won't happen all the
> time it won't clutter the log and still be very helpful in
Thank you very much, bpa, for looking into this!
> It is possible for LMS to put these files into a separate category (e.g.
> say mp4x and alcx instead of mp4 and alc) which has no native
> transcoding rules - so they will always be transcoded and "good" MP4
> file will be played natively.
I
Change may be happen but it'll depend on not breaking other parts.
See
https://forums.slimdevices.com/showthread.php?110743-Making-some-natively-unplayable-MP4-files-playable-on-Touch-Radio
bpa's Profile:
Out of curiosity I checked the LMS scanner code - it uses a module
Audio::Scan which AFAICT does detect the whether the file is suitable
for streams (i.e. returns a flag "leading_mdat" ) which if it actually
works could be used to identify files that cannot be played natively by
Touch / Radio.
afriend wrote:
> Hi.
>
> This problem concerns ALAC and AAC music files (so far). Every now and
> then LMS comes across such a file and won't play it on devices that
> support native playback of AAC/ALAC files =
> -Slim::Player::Squeezebox2::statHandler (150) Error:... Decoder does not
>
Hi.
This problem concerns ALAC and AAC music files (so far). Every now and
then LMS comes across such a file and won't play it on devices that
support native playback of AAC/ALAC files =
-Slim::Player::Squeezebox2::statHandler (150) Error:... Decoder does not
support file format, code 0-
They
